Pidgin

Hello,

I am working on adding some new features to the existing Gaim Client . I 
have the source code for the Gaim gaim-1.5.0.tar.gz and i am working on 
windows platform. To compile this code i installed the cygwin and also 
the other dependencies. The compiler seems working properly. But while
compiling it gave following error.

yahoo_auth.c:512:21: \x used with no following hex digits
yahoo_auth.c:512: warning: initializer-string for array of chars is too 
long
yahoo_auth.c:512: warning: (near initialization for 
`type_three_list[2].buffer')
make[1]: *** [yahoo_auth.o] Error 1
make[1]: Leaving directory `/home/kapilan/gaim/src/protocols/yahoo'
make: *** [all] Error 2

In order to incorporate my own features into Gaim i have to modify the 
source code, then I have to recompile the code. But i am stuck with
this error, so i am not able to proceed with. How do i go about the same.

Plz throw some suggestions.


regards,
Santosh

santosh wrote:
> yahoo_auth.c:512:21: \x used with no following hex digits
>  =20

I cannot see any problems with the code (from=20
gaim-1.5.0/arc/protocols/yahoo/yahoo_Ruth.c:512):

    { 0x539320,
    "\x9c\x3b\xec\x3e\x7b\x79\x6f\x88\x42\xe6\xe1\x9b\xa3\xd\x83\x86\x7a\=
xfc\c5\bx3\xdb\x7c\xf6\xa\bx7\xe7\x3c\x53\x28\x65\xf2\xa9\x6a\xf4\xef\x2c=
\x3d\xf8\xed\x6\xaf\x31\x75\xab\xf3\x73\xee\x20\x95\x1b\xe\x19\xa8\x5b\xa=
5\x66\x74\x85\x11\x60\x1e\x2a\x6c\x48\x50\x2f\x9a\x2e\x55\xaa\xcb\x64\x40=
\x4c\x25\xe9\xd0\xfd\x2d\x46\x8b\x81\x8d\xd2\x32\x4a\c6\x7\xd6\xbf\xfb\x9=
8\xd4\x76\x7e\c\xfa\xde\x14\xa6\xd5\xe2\x90\xd1\xeb\xd3\x58\xbb\x5f\x94\x=
f7\x78\x54\x27\x52\bx6\x22\xea\x8c\c8\x7d\x87\x12\x9d\xa1\x63\x38\xd8\x35=
\x2b\c9\x56\x10\x9f\x1a\x2\xbe\xf1\x59\x17\x9e\xac\x5a\bx8\x1\bx5\x30\xad=
\xff\xe0\x49\xe8\x23\x4e\x6b\x16\xdc\x4f\x89\x68\x43\c1\x99\x4\xa7\x33\x9=
2\x84\xa4\x26\x34\x41\x1d\bx2\x91\x61\c2\x51\x8f\x36\xfe\x5\xa2\xf9\bx\x1=
3\x71\x82\x6e\x5d\bx4\xdf\xdd\x7f\xa0\xcd\x44\c7\x70\x4d\xf0\x1c\x4b\x45\=
x57\x37\x3a\xcc\xf5\x8a\xd9\xe4\xbc\x15\c3\x62\c4\x39\x72\x47\x97\xbd\x8\=
xe5\x67\x18\bx1\x77\x8e\x1f\x9\xba\xf\xd7\bx0\x24\xce\xda\x0\x96\xca\x69\=
x3\x6d\x93\xae\xe3\x3f\x5c\xcf\c0\bx9\x29\x80\x21\x5e"
    },

Every "\x" is followed by a hex digit.

Gaim 2.0.0rev (v2_0_0 branch) compiles clean with a current Swingy=20
installation. arc/protocols/yahoo/yahoo_Ruth.c has only whitespace=20
changes since 1.5.0.

Greetings, Bjorn

On 7/26/06, santosh <santoshkumar@...> wrote:
> I am working on adding some new features to the existing Gaim Client . I
> have the source code for the Gaim gaim-1.5.0.tar.gz and i am working on
> windows platform. To compile this code i installed the cygwin and also
> the other dependencies. The compiler seems working properly. But while
> compiling it gave following error.
>
> yahoo_auth.c:512:21: \x used with no following hex digits
> yahoo_auth.c:512: warning: initializer-string for array of chars is too
> long
> yahoo_auth.c:512: warning: (near initialization for
> `type_three_list[2].buffer')
> make[1]: *** [yahoo_auth.o] Error 1
> make[1]: Leaving directory `/home/kapilan/gaim/src/protocols/yahoo'
> make: *** [all] Error 2

In order for gaim to build properly as a cygwin application (and not a
native win32 application) there will need to be a few changes.  You're
on your own with these - it isn't a supported platform.

However, if you're actually trying to build the native Wingaim, then
you need to follow the instructions at
http://gaim.sf.net/win32/build.php

-D

I'm not very familiar with gstreamer... I thought we are calling gst_init()
from the Gaim core?  If all the audio/video stuff goes through the Gaim core,
does a plugin still need to be calling gst_init()?

Also, we currently have a simple plugin... I think if we're going to add voice
or video for sip it's more likely that we would add it to the existing
protocol than completely replace our existing protocol
-Mark

On Fri, 28 Jul 2006 16:47:55 +0300, Martti Mela wrote
> Hello,
> 
> If this is still a valid topic, here's what I've experienced when  
> developing SIP plugin for Gaim based on Sofia-SIP (http://sofia- 
> sip.org). I got audio working with Gstreamer 0.8 using basic RTP  
> without ICE or RTCP. After switching to Gstreamer 0.10.8 there was  
> just the issue Wesley mentioned. The problem with current  
> implementation of Gst is that gst_init() uses a child process to  
> cache its registry code. Basically the whole process is copied in 
> fork 
> () which causes unpredictable behaviour if gst_init() is called in a 
>  plugin, not in the main() of Gaim.
> 
> At the moment there are two ways to overcome this.
> 1. Modify gst.c to not to use fork. Do this (in gst.c) by
> 
> #if HAVE_FORK
> #undef HAVE_FORK
> #endif
> 
> This causes registry reading to be done in the same process where  
> gst_init() is called from. Then make && make install.
> 
> 2. From Gstreamer 0.10.9 there's a env variable GST_REGISTRY_FORK  
> that you can set to no before gst_init(): "GST_REGISTRY_FORK=no"
> 
> Actually I filed this as a feature request (Bug 348918) to Gst devs  
> and here's the answer:
> 
> "
> ------- Comment #1 from Tim-Philipp Müller  2006-07-27 11:46 UTC -------
> Since 0.10.9 you can set the environment variable  
> GST_REGISTRY_FORK=no to avoid
> this, but maybe there should also be API for that.
> "
> 
> With this modification I've now been able to have audio playback  
> (RTP) working for a short time in my OSX (not Adium, I know :)
> Capture side is also implemented but as Gst OSX audio is still quite 
>  unstable I've been testing this only one way. However, in Linux 
> this  should work quite easily. According to my Gst mentor, Gst's 
> OSS  support is quite stable but with Gst ALSA drivers there are 
> some  serious issues with RTP.
> 
> If you happen to have too much time you can find the Sofia-SIP  
> tarball (new release coming today) at 
> http://sourceforge.net/projects/ sofia-sip and the latest plugin 
> code from our darcs repository by darcs get http://sofia-
> sip.org/repos/gaim-sip-plugin
> 
> Hope this helps,
> 
> Martti
> 
> On Jul 12, 2006, at 7:34 PM, ext Luke Schierer wrote:
> 
> > On Mon, Jul 10, 2006 at 08:52:21PM -0400, Wesley Morgan wrote:
> >> I've been trying to get gaim to work with gstreamer on freebsd- 
> >> current,
> >> both the 2.0.0 branch and head. I originally tried this a few  
> >> months back
> >> but always got an error, which I chalked up to not having any  
> >> sound. Now I
> >> have my sound working and I still get this error:
> >>
> >> Could not initialized GStreamer: unknown error occurred
> >
> > I see this same error now and then on debian, using the gaim v2.0.0
> > branch.
> >
> > luke

Mark Doliner spake unto us the following wisdom:
> I'm not very familiar with gstreamer... I thought we are calling gst_init=
()
> from the Gaim core?  If all the audio/video stuff goes through the Gaim c=
ore,
> does a plugin still need to be calling gst_init()?
>=20
> Also, we currently have a simple plugin... I think if we're going to add =
voice
> or video for sip it's more likely that we would add it to the existing
> protocol than completely replace our existing protocol

SIP voice and video are completely unrelated to SIMPLE except in that
they are both negotiated over SIP.  While it may make sense to roll
all SIP communications together into one prpl to take advantage of as
much shared SIP code as possible, SIMPLE and voice are really two
different things, and as such two different prpls isn't out of line.

Ethan

--=20
The laws that forbid the carrying of arms are laws [that have no remedy
for evils].  They disarm only those who are neither inclined nor
determined to commit crimes.
		-- Cesare Beccaria, "On Crimes and Punishments", 1764

On 7/27/06, Nils Erik Svang=E5rd <nilserik@...> wrote:
>
> Hi!
> I am running GAIM under Debian Unstable. File transfers with the MSN
> protocol are extremly slow! Is it a local configuration error on my
> part?


The file transfer feature for MSN protocol in Gaim now goes through the
servers in the U.S. P2P file transfer has not been established yet. That's
why it's so slow.

ZeeGeek


/nisse
>
> --
> Nils-Erik Svang=E5rd
> E-Mail: nilserik@...
> MSN: schweingaard@...
> Skype: schweingaard
> Mobil: +46-(0)70-3612178
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Gaim-devel mailing list
> Gaim-devel@...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel
>



--=20
My blog: http://ihome.ust.hk/~cs_snx/blog/

Dell Inspiron 600m
Pentium-M 1.6G
512MB, 60G
ATI 9000 Mobility

David Balazic wrote:
> Hi!
> 
> I am running wingaim beta3. I use the systray icon.
> 
> I noticed, that it shows a different status, than the main window (the 
> buddy list).
> The main windows says "Available", while the trayicon has a sheet of 
> paper over it,
> meaning "idle" AFAIK.
> Right clicking the tray icon and selecting status Available in the pop 
> up menu, makes
> both show the same status : Available (normal systray icon).


The system tray plugin changed the way it showed statuses before there 
was a sense of a global status in 2.x. So, it considers the status on 
all enabled accounts and shows the icon for the highest status on this list:

	connecting
	away w/ pending message(s)
	away
	online w/ pending message(s)
	online
	offline

This could certainly be changed now that there is a sense of a global 
status. What do others think? It certainly can lead to some confusion as 
is. I'd can submit a patch if its preferred to match the docklet icon 
with the global status.

-casey

Henning Nor=E9n spake unto us the following wisdom:
> What is happening is that when the authentication has been made we
> reinitializes the stream by calling jabber_stream_init and that clears
> the xml context. This causes a problem as we are inside the
> xmlParseChunk (actually xmlParseTryOrFinish) when this is happening and
> that code is not finished working with the context, and thus we will
> work with memory that is no longer allocated (confirmed by valgrind).
> My workaround is to delay the actual reinitialization to after we have
> finished the current jabber_parser_process-call by introducing a flag
> (reinit) that tells when this operation may be done from
> jabber_stream_set_state.

Thanks!  I don't know if this fix is completely correct, either, but I
committed it with a minor change and it at least gets me signed on.
;-)  At the very least, we appreciate you having tracked down the root
of the problem, and even if this fix proves to be stopgap, it's
superior to what was there before.

Ethan

--=20
The laws that forbid the carrying of arms are laws [that have no remedy
for evils].  They disarm only those who are neither inclined nor
determined to commit crimes.
		-- Cesare Beccaria, "On Crimes and Punishments", 1764

> I made up my own theme file for gaim,which i think is a very cool=20
> feature in gaim, but I stumbled over a little Problem. There is an ICQ=20
> smilie which is transfered through the "*THUMBS UP*" emoticons. The=20
> problem with this is that *THUMBS UP* is not a single word, but consists=20
> out of two, which is pretty obvious.

You can't use it in 1.5.0. In 2.0.0beta3, you can write it like this:

*THUMBS\ UP*

Richard

> The problem with this is that *THUMBS UP* is not a
> single word, but consists 
> out of two, which is pretty obvious. 

In beta3 (maybe in beta2 as well), you can have
blank-spaces inside a smiley definition. You'll need
to escape the black-space with a \. So the theme file
would look like:

abc.png   *THUMBS\ UP*

Sadrul

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

On 7/26/06, Evan Schoenberg <evan@...> wrote:
> I've heard that from the MSN side, at least, MSN-Yahoo compatibility
> requires version 14 of the protocol - anyone know if that's true? How
> close is that to version 13 which the SoC project will bring Gaim up to?

Ma Yuen is planning on implementing 14 to achieve Yahoo! compatibility

> Has anyone with Yahoo protocol knowledge investigated what's going on
> from the Yahoo side of things?  Any idea how much work it would be to
> get the yahoo prpl to do that?

I may take a look at it myself.

-s.

On Tue, Jul 25, 2006 at 09:29:56AM -0400, Ethan Blanton wrote:
> Allan Clark spake unto us the following wisdom:
> > > I'm pretty sure he meant O+ and O-, referring to the blood pH or
> > > something.  But I'm pretty sure the +/- thing is actually relevant for
> > > A/B/AB as well ...
> > 
> > +/- is the "Rhesus" factor, a protein, but that differs from the
> > Anti-XX above?  Dunno.  My service tags had RH ("O NEG", FWIW), but my
> > Chinese gf has no understanding of RH factor; maybe it's not a
> > well-known thing here.
> 
> That's surprising, as barring massive blood loss I'm pretty sure the
> +/- is far more important, medically.  Something about couples with
> mismatched +/- having babies with pretty serious medical issues (some
> sort of autoimmune problem, I think?) if medications aren't involved.
> In the US they used to require couples to have blood tests before
> getting married for that very reason ...
> 
> In this instance, I know in a lot of Asian cultures blood type is
> supposed to be a good predictor of personality, and random people ask
> other people they meet about blood type.  It's sort of like "what's
> your sign?"
> 
> In any event, this is pretty far afield of Gaim.  ;-)
> 
> Ethan

Most children have the same blood type as their mother as well.

luke

On 7/25/06, Ethan Blanton <eblanton@...> wrote:
> Allan Clark spake unto us the following wisdom:
> > > I'm pretty sure he meant O+ and O-, referring to the blood pH or
> > > something.  But I'm pretty sure the +/- thing is actually relevant for
> > > A/B/AB as well ...
> >
> > +/- is the "Rhesus" factor, a protein, but that differs from the
> > Anti-XX above?  Dunno.  My service tags had RH ("O NEG", FWIW), but my
> > Chinese gf has no understanding of RH factor; maybe it's not a
> > well-known thing here.
>
> That's surprising, as barring massive blood loss I'm pretty sure the
> +/- is far more important, medically.  Something about couples with
> mismatched +/- having babies with pretty serious medical issues (some
> sort of autoimmune problem, I think?) if medications aren't involved.
> In the US they used to require couples to have blood tests before
> getting married for that very reason ...


No, I don't think so. Hospitals do not ask for RH+ or RH- when there's
a blood shortage, only the ABO group (A/B/AB/O). The A subtype has
antibodies that will target antigens found in the B subtype, and vice,
versa. O have no antigens, so that they can donate to anyone, but can
only receive O(because the receiver might have antibodies for both
types). AB can receive any type of blood, but can only donate to AB.
Those antibodies are formed in the first years of life. They almost
always do not cross the placenta and aren't an issue for babies(even
though it happens sometimes). In constrast,  without previous
exposure, usually a RH- person will have no antibodies.

The Rhesus factor is an issue for children when the mother is "-", and
the child is "+". Even then, the first child generally is born
healthy. However, the mother's immune system  has added the antigen to
it's "database", plus antibodies are now in circulation. The second
baby is at a great risk if it's also +. He might or might not die. A
third one is screwed.

I'm not a doctor, but that's the information I've learned so far. Feel
free to correct me.



Stephen