pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel

[Gaim-devel] [PATCH] Minor change

[Gabriel S. <ni...@go...>]

# Hi!
# Can we please have the following at the top of gtkutils.c ? I
# really need this for Gaim to build
#
# TIA,
#
#
#
# Gabriel
Index: gtk/gtkutils.c
===================================================================
--- gtk/gtkutils.c      (revision 18228)
+++ gtk/gtkutils.c      (working copy)
@@ -22,6 +22,10 @@
  * along with this program; if not, write to the Free Software
  * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307
USA
  */
+
+#ifdef HAVE_CONFIG_H
+#include <config.h>
+#endif /* def HAVE_CONFIG_H */
 #include "internal.h"
 #include "gtkgaim.h"
 

Re: [Gaim-devel] RC4 Cipher

[Gary K. <gr...@re...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sean Egan wrote:
> On 4/1/07, Nathan Peterson <gai...@gl...> wrote:
>> I implemented RC4 as a registered cipher in cipher.c.  It seems to work
>> great.  I will probably submit a patch soon after some more testing.
> 
> Awesome. I look forward to seeing it.
> 
>>  I have one question though.  Why is there a get_key_size operation defined
>> in the _GaimCipherOps struct?  None of the ciphers use it, and there is
>> no corresponding set_key_size operation.  I have decided to use the
>> set_option and get_option operations for setting and reading the key
>> size instead of messing with the get_key_size operation.  I believe this
>> is the correct thing to do, but I wanted to check first as to what the
>> intention of the get_key_size operation is.
> 
> Gary?

I see a set_key op right above get_key_size which iirc was meant that
for the cipher to determine.  Although that was a while ago, and I think
it was meant for encryption and since most, if not all, of our cipher
implementations are hashing algorithms, that'd make sense.  Aside from
that, no clue :)

- --
Gary Kramlich <gr...@re...>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGEYL4df4lmqisgDIRAoqAAJ4wCXYvcbZMfeVxapdWY/mm+/nEHgCgnS5l
W9bNnO1BT/RRkgHcajsQwHU=
=V+as
-----END PGP SIGNATURE-----

Re: [Gaim-devel] To eager smiley replacement

[Evan S. <ev...@dr...>]

On Apr 2, 2007, at 5:16 PM, Stephen Eilert wrote:

> The official client does that too. Why do you say that it shouldn't  
> do that?
The official client is silly to do so; it clearly isn't supposed to  
be an emoticon :)

> It may not make sense for your particular conversation, but then more
> rules would be required to decide if a smiley should be displayed or
> not. What is your suggestion?
More rules?  'Course, this from the crazy guy who has no major  
problem with a very seriously overengineered solution to the problem:
http://trac.adiumx.com/browser/trunk/Source/AIEmoticonController.m#L239

-Evan

Re: [Gaim-devel] To eager smiley replacement

[Stephen E. <spe...@gm...>]

On 4/2/07, David Balazic <Dav...@he...> wrote:
>
>
> Hi!
>
> I use beta6 (isn't it time for release ?) and see sometimes text it replaced
> with a graphical
> smiley, when it shouldn't. This is on MSN.
>
> For example :
>
> jboss.j2ee:service
>
> this is displayed as jboss.j2ee(:s)ervice - (:s) is a graphic smiley
>
> Regards,
> David

The official client does that too. Why do you say that it shouldn't do that?

It may not make sense for your particular conversation, but then more
rules would be required to decide if a smiley should be displayed or
not. What is your suggestion?


Stephen

Re: [Gaim-devel] bug in debug.c

[Mark D. <ma...@ki...>]

On Mon, 2 Apr 2007 20:19:00 +0400, Alexey Nezhdanov wrote
> Debug is enabled always except when debug_enabled set to FALSE _and_ 
> debug function missing. that is obviously incorrect - it should be _or_.
> 
> --
> diff -ur old/debug.c new/debug.c
> --- old/debug.c 2007-01-19 07:28:24.000000000 +0300
> +++ new/debug.c 2007-04-02 20:17:22.592846000 +0400
> @@ -53,7 +53,7 @@
> 
>         ops = gaim_debug_get_ui_ops();
> 
> -       if (!debug_enabled && ((ops == NULL) || (ops->print == NULL))
> ) +       if (!debug_enabled || ((ops == NULL) || (ops->print == 
> NULL)))                return;
> 
>         arg_s = g_strdup_vprintf(format, args);

I believe that is actually correct.  The check is just a quick short-circuit
to avoid the call to g_strdup_vprintf() if it's not needed.

We have two distinct methods for printing debug information
1. The console (stdout)
2. The graphical debug window

In pseudo-code this 'if' statement would be written as
  if (!console_output && !debug_window_output)
     return;

Does that make sense?
-Mark

[Gaim-devel] bug in debug.c

[Alexey N. <sn...@gm...>]

Debug is enabled always except when debug_enabled set to FALSE _and_ debug 
function missing. that is obviously incorrect - it should be _or_.

-- 
Respectfully
Alexey Nezhdanov
--
diff -ur old/debug.c new/debug.c
--- old/debug.c 2007-01-19 07:28:24.000000000 +0300
+++ new/debug.c 2007-04-02 20:17:22.592846000 +0400
@@ -53,7 +53,7 @@

        ops = gaim_debug_get_ui_ops();

-       if (!debug_enabled && ((ops == NULL) || (ops->print == NULL)))
+       if (!debug_enabled || ((ops == NULL) || (ops->print == NULL)))
                return;

        arg_s = g_strdup_vprintf(format, args);

Re: [Gaim-devel] RC4 Cipher

[Sean E. <sea...@gm...>]

On 4/1/07, Nathan Peterson <gai...@gl...> wrote:
> I implemented RC4 as a registered cipher in cipher.c.  It seems to work
> great.  I will probably submit a patch soon after some more testing.

Awesome. I look forward to seeing it.

>  I have one question though.  Why is there a get_key_size operation defined
> in the _GaimCipherOps struct?  None of the ciphers use it, and there is
> no corresponding set_key_size operation.  I have decided to use the
> set_option and get_option operations for setting and reading the key
> size instead of messing with the get_key_size operation.  I believe this
> is the correct thing to do, but I wanted to check first as to what the
> intention of the get_key_size operation is.

Gary?

[Gaim-devel] To eager smiley replacement

[David B. <Dav...@he...>]

Hi!
=20
I use beta6 (isn't it time for release ?) and see sometimes text it =
replaced with a graphical
smiley, when it shouldn't. This is on MSN.
=20
For example :
=20
jboss.j2ee:service
=20
this is displayed as jboss.j2ee(:s)ervice - (:s) is a graphic smiley
=20
Regards,
David

Re: [Gaim-devel] ICQ bug or feature?

[<mo...@gm...>]

Mark Doliner schrieb:
> On Sun, 1 Apr 2007 23:29:22 +0200, Nils Erik Svangård wrote
>   
>> Hi!
>>
>> When I move a contact from a group to another by dragging in gaim, a
>> dialog promting me to ask for athuentication again, this is strange,
>> my contacts have already authenticated me, but changing groups 
>> changes this?
>>
>> Im running debian/unstable. And the contacts are ICQ, MSN is not affected.
>> Is this a feature or a bug?
>>     
>
> Well it's definitely not a feature.  You'll welcome to try to figure out why
> that happens, exactly.  From what I could tell Gaim sends the same messages as
> the official ICQ clients.  I'm not sure why it triggers the authorization request.
>
> -Mark
>
>   
Too me it looks like Gaim doesn't check the Server whether you already
requested authorization. I'm not sure if this is the same bug, but when
adding People via ICQ2Go I had to rerequest authorization in Gaim. (This
is a while ago, though)
Morty
-- 

strübe.de <http://xn--strbe-mva.de>

Diese Email ist signiert. Sollte Dein Email-Client keine Signaturen
unterstützen wird eine smime.p7s-Datei im Anhang angezeigt.

Meinen PGP/GPG-Key gibt es auf den üblichen Keyservern.

Re: [Gaim-devel] Missing libsrc.lib when compiling autoreply

[Richard L. <rl...@wi...>]

On Sun, 2007-04-01 at 18:23 -0700, Julian wrote:
> I'm trying to compile the autoreply plugin for Gaim2.0.0beta3.  I've
> managed to make everything work, except that I seem to be missing one
> of the required libraries.  Ld.exe cannot find -lsrc - so I assume
> that I should have a file named libsrc.lib?=20

I've never heard of a libsrc, and this feels like a plugin bug or
something.

Richard

[Gaim-devel] RC4 Cipher

[Nathan P. <gai...@gl...>]

I implemented RC4 as a registered cipher in cipher.c.  It seems to work 
great.  I will probably submit a patch soon after some more testing.  I 
have one question though.  Why is there a get_key_size operation defined 
in the _GaimCipherOps struct?  None of the ciphers use it, and there is 
no corresponding set_key_size operation.  I have decided to use the 
set_option and get_option operations for setting and reading the key 
size instead of messing with the get_key_size operation.  I believe this 
is the correct thing to do, but I wanted to check first as to what the 
intention of the get_key_size operation is.

thanks,
-Nathan

[Gaim-devel] Missing libsrc.lib when compiling autoreply

[Julian <sm...@te...>]

Hi everyone,

Apologies if this is the wrong place to ask this - please direct me to =
the
appropriate place if I've posted in error.

I'm trying to compile the autoreply plugin for Gaim2.0.0beta3.  I've =
managed
to make everything work, except that I seem to be missing one of the
required libraries.  Ld.exe cannot find -lsrc - so I assume that I =
should
have a file named libsrc.lib?=20

Does anyone know where I can locate this library?

Thanks,
Julian

Re: [Gaim-devel] ICQ bug or feature?

[Mark D. <ma...@ki...>]

On Sun, 1 Apr 2007 23:29:22 +0200, Nils Erik Svangård wrote
> Hi!
> 
> When I move a contact from a group to another by dragging in gaim, a
> dialog promting me to ask for athuentication again, this is strange,
> my contacts have already authenticated me, but changing groups 
> changes this?
> 
> Im running debian/unstable. And the contacts are ICQ, MSN is not affected.
> Is this a feature or a bug?

Well it's definitely not a feature.  You'll welcome to try to figure out why
that happens, exactly.  From what I could tell Gaim sends the same messages as
the official ICQ clients.  I'm not sure why it triggers the authorization request.

-Mark

[Gaim-devel] ICQ bug or feature?

[<nil...@gm...>]

Hi!

When I move a contact from a group to another by dragging in gaim, a
dialog promting me to ask for athuentication again, this is strange,
my contacts have already authenticated me, but changing groups changes
this?

Im running debian/unstable. And the contacts are ICQ, MSN is not affected.
Is this a feature or a bug?

/nisse

--=20
Nils-Erik Svang=E5rd
E-Mail: nil...@gm...
MSN: nil...@gm...
Skype: schweingaard
Mobil: +46-(0)70-3612178

[Gaim-devel] Jabber crash when remote side responds after local cancel

[Evan S. <ev...@dr...>]

I've received the following crash report and was wondering if anyone  
had an idea for a solution:
Thread 0 Crashed:
0   Libgaim                        	0x07f8710c  
jabber_si_xfer_bytestreams_send_init   68
1   Libgaim                        	0x07f87244  
jabber_si_xfer_send_method_cb   252
2   Libgaim                        	0x07f7c7ac jabber_iq_parse   252
3   Libgaim                        	0x07f7cffc  
jabber_process_packet   116
4   Libgaim                        	0x07f83cdc  
jabber_parser_element_end_libxml   88
5   libxml2.2.dylib                	0x92c9e834 xmlParseStartTag   9176
6   libxml2.2.dylib                	0x92ca0890 xmlParseDocument   4812
7   libxml2.2.dylib                	0x92c84c0c xmlParseChunk   424
8   Libgaim                        	0x07f83df0  
jabber_parser_process   116
9   Libgaim                        	0x07f7d794 jabber_recv_cb   148
10  com.apple.CoreFoundation       	0x907f03b4 __CFSocketDoCallback    
532

The transfer had been cancelled locally (and successfully). It looks  
like after that cancel, the remote side sent a reply.  Now, when  
jabber_si_xfer_send_request() sets up the iq, it associates the xfer  
with it, and jabber_si_xfer_send_method_cb() then has that GaimXfer  
as data when the iq comes in.

However, jabber_si_xfer_send_request() doesn't increment the  
reference count... in fact, jabber_si_xfer_bytestreams_send_init()  
does.  At this stage in the game, it's too late, because the ref  
count was already taken down to 0.  I think  
jabber_si_xfer_send_request() needs to do the reference increment..  
but I'm not sure where it should then be decremented.  Thoughts?

-Evan

Re: [Gaim-devel] Bonjour and XMPP

[Evan S. <ev...@ad...>]

On Mar 31, 2007, at 4:35 PM, Christopher O'Brien wrote:

> On Mar 31, 2007, at 3:49 PM, Evan Schoenberg wrote:
>> Agreed that that's a necessity.  So far as I can tell in cursory  
>> testing, sending any sort of invalid XML can drive iChat crazy  
>> (chat ended, further chatting can't be initiated by iChat but can  
>> still be done if the sending-invalid-XML side initiates the  
>> conversation)... but it seems to ignore valid but nonsensical XML.
>
> I think you mean "not well-formed" instead of "invalid", and  
> "invalid" instead of "nonsensical?" "Valid" specifically means that  
> it validates to a schema, and "well-formed" specifically means it  
> can be correctly parsed as XML.

Ah, thank you - I'm not (yet) up on my XML terminology  Yes, that's  
exactly what I mean.  iChat doesn't handle not well-formed XML  
elegantly, but it does properly respond to well-formed invalid XML.

-Evan

[Gaim-devel] Early autodetection of IP address?

[Evan S. <ev...@dr...>]

gaim_core_init() has:

	/*
	 * Call this early on to try to auto-detect our IP address and
	 * hopefully save some time later.
	 */
	gaim_network_get_my_ip(-1);

is there a good reason for this non-lazy determination of IP  
address?  The value is *only* used in file transfers (OSCAR, Jabber,  
IRC, QQ) with the exception of connecting via SIP and Novell.  It  
seems like by the general use case it should be lazy.

-Evan

Re: [Gaim-devel] Bonjour and XMPP

[Evan S. <ev...@ad...>]

On Mar 31, 2007, at 3:27 PM, Mark Doliner wrote:

> I'm ok with this as long as we can guarantee that we're always  
> compatible with
> iChat.  So we should never do anything that causes us to get  
> disconnected from
> an iChat client, or stop showing up in their buddy list.

Agreed that that's a necessity.  So far as I can tell in cursory  
testing, sending any sort of invalid XML can drive iChat crazy (chat  
ended, further chatting can't be initiated by iChat but can still be  
done if the sending-invalid-XML side initiates the conversation)...  
but it seems to ignore valid but nonsensical XML.

-Evan

Re: [Gaim-devel] Bonjour and XMPP

[Mark D. <ma...@ki...>]

On Thu, 29 Mar 2007 21:20:33 -0400, Evan Schoenberg wrote
> Rather than implementing Bonjour as an entirely separate protocol,  
> XEP-0174 should be implemented in a sub-prpl of the existing XMPP  
> prpl.  This implementation should allow the UI to use the mDNS  
> implementation of its choice.

I'm ok with this as long as we can guarantee that we're always compatible with
iChat.  So we should never do anything that causes us to get disconnected from
an iChat client, or stop showing up in their buddy list.

-Mark

Re: [Gaim-devel] odd crash

[Mark D. <ma...@ki...>]

On Sat, 31 Mar 2007 21:39:06 +0400, Alexey Nezhdanov wrote
> Hello. I have experienced very odd crash in my custom build of gaim.
> I understand that it may be off-topic. If so can someone please 
> point me to the proper place to ask such question.
> 
> The essential part of the traceback is:
> #6  0x425915e9 in gaim_debug_error (category=0x6d <Address 0x6d out of 
> bounds>, format=0x0)
>     at debug.c:148
> #7  0x426ad8d6 in msn_servconn_got_error (servconn=0x1824bbc0, 
> error=MSN_SERVCONN_ERROR_NONE)
>     at servconn.c:142
> 
> As you can see - msn_servconn_got_error have called gaim_debug_error 
> with complete junk instead of first argument. BUT it really can't do 
> so. The lines 142-143 in servconn.c are:       
>  gaim_debug_error("msn", "Connection error from %s server (%s): 
> %s\n",                                          name, servconn->host,
>  reason);
> 
> Can anybody please suggest how "msn" string become corrupted during 
> simple function call? May be I am missing some compiler flag that 
> makes such strings not permanent? If it makes sense - then here is 
> my options that I am passing to gcc3.3.5: -pthread -fno-strict-
> aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC

Compiling with -O3 tends to throw off stack trace information.  You may find
that a build compiled without any optimization will show a more believable
stack trace.  I guess it's also possible that you have some sort of hideous
memory corruption.

-Mark

Re: [Gaim-devel] Need help -> GAIM 1.5.0 / Brauche Hilfe

[Luke S. <lsc...@us...>]

Endlich,
While I wish you luck with your work, you seem to be operating under the
same sort of misunderstanding that SCO does in its lawsuit against IBM
(see groklaw for more information there).

Gaim is an open source project.  ALL of our development happens in
public.  There are *NO* presentations, advertisements, developer
interfaces, white papers, or other information not on either our home
page, gaim.sf.net, or our sourceforge project page,
www.sf.net/projects/gaim.  Everything happens on the mailing lists, in
the commit logs, or in real time in IRC, jabber, or silc channels, or in
conversations between individual developers.

luke

On Sat, Mar 31, 2007 at 06:26:37PM +0200, Endlich Christian wrote:
> Dear Sir or Madam,
> 
>  
> 
> my name is Christian Endlich. I studie "Digital Media" at the "university of
> applied science" in Kaiserslautern/Germany.
> 
> I have to prepare a small presentation about 15- 20 minutes with the topic "
> the open source program GAIM".
> 
> I researched different sources from "google", but I can`t find some key
> information about the integration of the code for other developments.
> 
>  
> 
> If it was possible for you to send me any information about GAIM , which are
> maybe not public, I would be very pleased.
> 
> Maybe any information like:
> 
>  
> 
> -          Short presentations
> 
> -          Advertisements
> 
> -          Main interfaces for developers 
> 
> -          White papers
> 
> -          Information about the development of GAIM
> 
>  
> 
>  It is a very important presentation for passing my certificate and because
> of that I need a good grade at the course.
> 
> I would be very pleased if you could support my work.
> 
>  
> 
> Thank you for your attention.
> 
>  
> 
> Sincerely yours,
> 
>  
> 
> Christian Endlich
> 
>  
> 
>  
> 

[Gaim-devel] odd crash

[Alexey N. <sn...@gm...>]

(This is a re-post. If you got it already - my apologises. Just can't see my 
own mail in the list)

Hello. I have experienced very odd crash in my custom build of gaim.
I understand that it may be off-topic. If so can someone please point me to 
the proper place to ask such question.

The essential part of the traceback is:
#6  0x425915e9 in gaim_debug_error (category=0x6d <Address 0x6d out of 
bounds>, format=0x0)
    at debug.c:148
#7  0x426ad8d6 in msn_servconn_got_error (servconn=0x1824bbc0, 
error=MSN_SERVCONN_ERROR_NONE)
    at servconn.c:142

As you can see - msn_servconn_got_error have called gaim_debug_error with 
complete junk instead of first argument. BUT it really can't do so. The lines 
142-143 in servconn.c are:
        gaim_debug_error("msn", "Connection error from %s server (%s): %s\n",
                                          name, servconn->host, reason);

Can anybody please suggest how "msn" string become corrupted during simple 
function call? May be I am missing some compiler flag that makes such strings 
not permanent?
If it makes sense - then here is my options that I am passing to gcc3.3.5:
-pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC

-- 
Respectfully
Alexey Nezhdanov

[Gaim-devel] odd crash

[Alexey N. <sn...@gm...>]

Hello. I have experienced very odd crash in my custom build of gaim.
I understand that it may be off-topic. If so can someone please point me to 
the proper place to ask such question.

The essential part of the traceback is:
#6  0x425915e9 in gaim_debug_error (category=0x6d <Address 0x6d out of 
bounds>, format=0x0)
    at debug.c:148
#7  0x426ad8d6 in msn_servconn_got_error (servconn=0x1824bbc0, 
error=MSN_SERVCONN_ERROR_NONE)
    at servconn.c:142

As you can see - msn_servconn_got_error have called gaim_debug_error with 
complete junk instead of first argument. BUT it really can't do so. The lines 
142-143 in servconn.c are:
        gaim_debug_error("msn", "Connection error from %s server (%s): %s\n",
                                          name, servconn->host, reason);

Can anybody please suggest how "msn" string become corrupted during simple 
function call? May be I am missing some compiler flag that makes such strings 
not permanent?
If it makes sense - then here is my options that I am passing to gcc3.3.5:
-pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC

-- 
Respectfully
Alexey Nezhdanov

Re: [Gaim-devel] MSN transfer problem

[James L. <bjl...@lo...>]

Eric Polino wrote:
> yeah, my theory seems a little shot with that.  but the fact that the
> size mod(1000) is pretty close to 870 makes you wonder.
>
> On 3/29/07, James Lockie <bjl...@lo...> wrote:
>   
>> Eric Polino wrote:
>>     
>>> i'm not sure of your problem, but i'm willing to bet there isn't
>>> anything wrong with the %.  i'm guessing that there's something wrong
>>> with the size and based on a file being 1byte, the amount transfered
>>> would amount to that % value.
>>>
>>> ie:
>>> a file of 300bytes transfered where the size is thought to be only
>>> 1byte would equate to 30,000% transfered.
>>>
>>> if this is indeed the case, the file you transfered in the pic would
>>> be 869,046 bytes or ~ 870KB.
>>>
>>>       
>> The file is 3,700,864B
>> Maybe it was a shortcut on Windoze.
>>     
>>> On 3/28/07, James Lockie <bjl...@lo...> wrote:
>>>
>>>       
>>>> I am using beta6 compiled on AMD64 for Linux.
>>>> A pic of the behaviour is at:
>>>> http://lockie.ca/test/gaim.png
>>>>
>>>> The file is transferring fine but it is not 1 byte and the % done is wrong.
It transferred fine so I guess it is a minor problem.
It is MSN too. :-)

Thanks for the help.

Re: [Gaim-devel] RC4 support

[Nathan P. <gai...@gl...>]

Atamurad Hezretkuliyev wrote:
> Hi,
> 
> Just wanted to inform you,
> MySpace IM uses RC4 during authentication too.

Yeah, that's actually what I'm working on.


Ethan Blanton wrote:
> Assuming that you have found a freely licensed RC4 implementation 
> which can compatibly be merged with GPL code, it should be added to 
> cipher.c. RC4 is a common enough cipher (indeed, as someone has 
> already stated, MySpaceIM may use it) that it will probably be used 
> elsewhere.
> 
> That said, for testing and development, you can build it as an 
> external cipher and simply register it with the cipher API.

Ok yeah, that's what I thought.  Thanks.  I'll probably just write my 
own rc4 code, and then add it into cipher.c once I've tested it.  It 
looks simple enough.

-Nathan