Menu
▾
▴
gaim-bnet-devel — gaim-bnet Developers
You can subscribe to this list here.
| 2005 |
Jan
(72) |
Feb
(28) |
Mar
(15) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: Zilo <ko...@gm...> - 2005-02-03 19:24:17
|
On 02/03/05 16:25:54, Don Seiler wrote: > Alright I applied the latest patch to fix the multiple-chan bug. > Right now the only outstanding bug is #1111075, where I can add a =20 > buddy to my blist multiple times. This caused some crashing when I =20 > tried to load gaim-bnet account afterwards. What does protocol =20 > respond when trying to add friend again? I know that the friend was =20 > only in the friends list once. Yes, the server reply with an ERROR message and ignore the second =20 request; as what I see, is gaim who use a strange politic :/ Btw, as I wrote some day ago, I started to write a new plugin called =20 gaim-bnetg (the name is really similar, I know... but I didn't find =20 anything else)... today I created a new project on sourceforge and put =20 my src there. Before, I was thinking to upload gaim-bnetg in our repository(*) but to =20 improve my cvs experience I preferred to start a new project from the =20 beginning :P The code *simply* login to Battle.Net server for now, but I the hardest =20 is done, 'cause of now I don't have to think abount cdkey/hashing =20 functions anymore :) The GAMES protocol offers two new very useful commands: one to list =20 avaiable channels, and another one to create a new account. And I want you to join in my project also, this was just a proof to see =20 better how sourceforge works... don't think bad :) > I'd like to fix this bug and kick out a release. We can do > squelch/unsquelch privacy in 0.2.0. Sure. cya (*) During the import of gaim-bnetg I mistyped a char and used /cvsroot/=20 gaim-bnet root path instead of /cvsroot/gaim-bnetg... so by mystake I =20 created a copy also on our repository... (I didn't thinked to have =20 write access... ?) Anyway I tryied to remove it but I failed... maybe I don't have =20 permission to or don't know the right command... sorry I whouldn't make =20 this problem :P |
|
From: SourceForge.net <no...@so...> - 2005-02-03 15:27:40
|
Feature Requests item #1115491, was opened at 2005-02-03 09:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650117&aid=1115491&group_id=107748 Category: None Group: None Status: Open Priority: 5 Submitted By: Don Seiler (rizzo) Assigned to: Nobody/Anonymous (nobody) Summary: Support squelch/unsquelch for privacy Initial Comment: We'll definitely want to support squelch/unsquelch for Privacy. I've already had some idiots asking me for WoW keys. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650117&aid=1115491&group_id=107748 |
|
From: Don S. <do...@se...> - 2005-02-03 15:26:21
|
Alright I applied the latest patch to fix the multiple-chan bug. Right now the only outstanding bug is #1111075, where I can add a buddy to my blist multiple times. This caused some crashing when I tried to load gaim-bnet account afterwards. What does protocol respond when trying to add friend again? I know that the friend was only in the friends list once. I'd like to fix this bug and kick out a release. We can do squelch/unsquelch privacy in 0.2.0. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-01-31 13:14:52
|
On 01/31/05 02:39:17, Zilo wrote: > All the docs are in www.valhallalegends.com. Also, reading the forum I found this: cvs -d:pserver:ano...@ia...:/src/master login cvs -z3 -d:pserver:ano...@ia...:/src/master =20 checkout javaop This is a bot written in java using the GAMES protocol... cool :) cya |
|
From: Zilo <ko...@gm...> - 2005-01-31 01:32:14
|
On 01/31/05 01:55:39, Don Seiler wrote: > On 13:05 Sat 29 Jan , Zilo wrote: > > My idea is to write another distinct plugin... maybe we can merge > > them in the future, but I prefere code separatly and from the > > beginning for now, it is certainly better. > > > > I maked a new dir called gaim-bnetg and started to write something > > (slowly 'cause in those days I'm a little busy)... > > If you allow me, I'll put it in the CVS. >=20 > What is the games protocol? I don't understand. Basically, Battle.Net servers offer three different protocols: GAMES =20 (1), FTP (2) and CHAT (3). You tell your choice to the server in the first byte you send (for =20 example we send 3 in gaim-bnet). Using the GAMES one we'll be able to do all the things you do inside =20 startcraft (like see the channels list, user info, join ALL channels, =20 etc)... the only problem is that it is a little more difficult to =20 support :) For now I wrote the base for its conn.[ch] and proto.[ch] files... it =20 try to send only the first packet (SID_AUTH_INFO) but without =20 success :P All the docs are in www.valhallalegends.com. cya |
|
From: Don S. <do...@se...> - 2005-01-31 00:55:53
|
On 13:05 Sat 29 Jan , Zilo wrote: > My idea is to write another distinct plugin... maybe we can merge them = =20 > in the future, but I prefere code separatly and from the beginning for = =20 > now, it is certainly better. >=20 > I maked a new dir called gaim-bnetg and started to write something =20 > (slowly 'cause in those days I'm a little busy)... > If you allow me, I'll put it in the CVS. What is the games protocol? I don't understand. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-01-29 12:58:34
|
I was thinking to support this protocol too... My idea is to write another distinct plugin... maybe we can merge them =20 in the future, but I prefere code separatly and from the beginning for =20 now, it is certainly better. I maked a new dir called gaim-bnetg and started to write something =20 (slowly 'cause in those days I'm a little busy)... If you allow me, I'll put it in the CVS. cya |
|
From: Zilo <ko...@gm...> - 2005-01-28 11:26:51
|
I see that using CTRL+I (or simply use the menu "Buddies/Get User =20 Info...") we get a small dialog very similar to the one I wrote in the =20 "/where interface" patch (in the "Tools/Account Action" menu)... so we =20 can delete mine because it's already coded in gaim, and I never saw =20 it :) cya |
|
From: SourceForge.net <no...@so...> - 2005-01-27 23:32:01
|
Patches item #1111122, was opened at 2005-01-28 00:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650116&aid=1111122&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dario Zilocchi (evew) Assigned to: Nobody/Anonymous (nobody) Summary: Fix the multiple chat bug Initial Comment: Fix an ignored problem... now you'll be notified of *ghost* chan window when you left and when you try to write in them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650116&aid=1111122&group_id=107748 |
|
From: SourceForge.net <no...@so...> - 2005-01-27 22:28:40
|
Bugs item #1111086, was opened at 2005-01-27 16:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1111086&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Don Seiler (rizzo) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple chats send text to one chat Initial Comment: I have chat tabs open for Chat 1 and Chat 2, having done Chat 1 first. No matter if I type in Chat 1 or Chat 2, all text is sent to Chat 1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1111086&group_id=107748 |
|
From: SourceForge.net <no...@so...> - 2005-01-27 22:10:04
|
Bugs item #1111075, was opened at 2005-01-27 16:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1111075&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Don Seiler (rizzo) Assigned to: Nobody/Anonymous (nobody) Summary: gaim-bnet lets me add same friend twice Initial Comment: gaim-bnet lets me add a friend multiple times. This then causes crashes when the bnet prpl initializes the next time, and extraneous instances will need to be manually removed from blist.xml. We should catch attempts to add the same buddy twice. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1111075&group_id=107748 |
|
From: Zilo <ko...@gm...> - 2005-01-27 19:22:35
|
On 01/27/05 18:03:48, Don Seiler wrote: > On 16:46 Thu 27 Jan , Zilo wrote: > > You got my last patch? > > It fix an error in one of your last commit (memmem() -> strstr()) > > causing my parse function to stop to work... try again after > > patching... >=20 > I was told using memmem() is not desirable. Can we do this with > strstr()? char *strstr(const char *haystack, const char *needle); strstr() consider needle len =3D strlen(needle), but in my code this =20 isn't always true... so we must use memmem() instead :P cya |
|
From: Don S. <do...@se...> - 2005-01-27 17:03:57
|
On 16:46 Thu 27 Jan , Zilo wrote: > You got my last patch? > It fix an error in one of your last commit (memmem() -> strstr()) =20 > causing my parse function to stop to work... try again after =20 > patching... I was told using memmem() is not desirable. Can we do this with strstr()? > Anyway, in the chat room user list tooltips doesn't work, they popup =20 > only in the buddy list... but it's a gaim choice. That's what I figured. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-01-27 16:39:33
|
On 01/27/05 17:18:36, Don Seiler wrote: > On 15:49 Thu 27 Jan , Zilo wrote: > > Well you can take a look at Public Chat 1 :) >=20 > I don't get tooltips in chat room user list, and I didn't want to =20 > just add random people to my buddy list. But I did. I added a user =20 > in the Public Chat 1, and he showed up in my buddy list as offline as =20 > well. You got my last patch? It fix an error in one of your last commit (memmem() -> strstr()) =20 causing my parse function to stop to work... try again after =20 patching... Anyway, in the chat room user list tooltips doesn't work, they popup =20 only in the buddy list... but it's a gaim choice. cya |
|
From: Don S. <do...@se...> - 2005-01-27 16:18:50
|
On 15:49 Thu 27 Jan , Zilo wrote: > Well you can take a look at Public Chat 1 :) I don't get tooltips in chat room user list, and I didn't want to just add random people to my buddy list. But I did. I added a user in the Public Chat 1, and he showed up in my buddy list as offline as well. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-01-27 15:43:42
|
On 01/27/05 16:25:55, Don Seiler wrote: > [...] > Normally you are right. I just wanted to test a case where a buddy > was online because none of my other buddies are online. Well you can take a look at Public Chat 1 :) cya |
|
From: Don S. <do...@se...> - 2005-01-27 15:26:16
|
On 15:05 Thu 27 Jan , Zilo wrote: > This is why the server send a different reply to /where (or /whois) =20 > messages directed to a generic user or to yourself... do I have to =20 > consider this case too? >=20 > There's no reason to add myself to my buddy list... I think. Normally you are right. I just wanted to test a case where a buddy was online because none of my other buddies are online. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-01-27 14:58:43
|
On 01/27/05 15:41:58, Don Seiler wrote: > On 00:36 Thu 27 Jan , Zilo wrote: > > If you think we need a *check_if_online* feature, for people who > aren't > > in our buddy list, I can easily write it... >=20 > Basically any functionality that is supported by battle.net we should > have an interface for. We shouldn't have to ever use the "raw > commands" interface. I wrote it in my last patch. > Also this sounds like a bug: I added myself to my buddy list, and it > says I'm offline. This is why the server send a different reply to /where (or /whois) =20 messages directed to a generic user or to yourself... do I have to =20 consider this case too? There's no reason to add myself to my buddy list... I think. cya |
|
From: Don S. <do...@se...> - 2005-01-27 14:42:16
|
On 00:36 Thu 27 Jan , Zilo wrote: > If you think we need a *check_if_online* feature, for people who aren't = =20 > in our buddy list, I can easily write it... Basically any functionality that is supported by battle.net we should have an interface for. We shouldn't have to ever use the "raw commands" interface. Also this sounds like a bug: I added myself to my buddy list, and it says I'm offline. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: SourceForge.net <no...@so...> - 2005-01-27 01:21:13
|
Patches item #1110361, was opened at 2005-01-27 02:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650116&aid=1110361&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dario Zilocchi (evew) Assigned to: Nobody/Anonymous (nobody) Summary: /where interface Initial Comment: Like in summary... I put it in the account menu :) I fixed also the strstr() change... memmem() is needed 'cause of tt value (tt != strlen(k+1))... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650116&aid=1110361&group_id=107748 |
|
From: Zilo <ko...@gm...> - 2005-01-27 00:29:18
|
On 01/26/05 17:59:56, Don Seiler wrote: > I'd like to release gaim-bnet-0.1.0. >=20 > We still have one RFE, #1101711, regarding handling of response for > /where and /whois. Currently this is dumped to the debug log. Could > we try and capture it like we do for /stats and present it in a =20 > dialog? >=20 > Should we just release without this? Well, for our buddies those info are avaiable by tooltip text :) If you think we need a *check_if_online* feature, for people who aren't =20 in our buddy list, I can easily write it... cya |
|
From: SourceForge.net <no...@so...> - 2005-01-26 22:32:27
|
Bugs item #1110261, was opened at 2005-01-26 16:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1110261&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Don Seiler (rizzo) Assigned to: Nobody/Anonymous (nobody) Summary: Leave chat room when closing chat window/tab Initial Comment: If I close the public chat window/tab, I should send a /leave or /part or whatever so bnet doesn't think I'm still in there. I just did a /where on my user and it said I was "using Chat in the channel Public Chat 2" even though I had closed that chat window hours ago. I'm not sure if we can do this, but filing bug in case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1110261&group_id=107748 |
|
From: Don S. <do...@se...> - 2005-01-26 17:00:36
|
I'd like to release gaim-bnet-0.1.0. We still have one RFE, #1101711, regarding handling of response for /where and /whois. Currently this is dumped to the debug log. Could we try and capture it like we do for /stats and present it in a dialog? Should we just release without this? Don. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-01-21 09:26:39
|
On 01/21/05 02:38:39, Don Seiler wrote: > I already spoke to datallah about helping us with this. Really no > need to worry about it at all. Ok then... I'll wait his help. cya |
|
From: Don S. <do...@se...> - 2005-01-21 01:39:01
|
I already spoke to datallah about helping us with this. Really no need to worry about it at all. Don. On 23:59 Thu 20 Jan , Zilo wrote: > After reading gaim.sf.net/win32/build.php all is easier :) >=20 > Anyway, I wrote the Makefile.mingw for our src directory, using the =20 > gaim's ones as examples, and finally build a working libbnet.dll :) >=20 > The only thingh to change in sources is the send(), that we can't find = =20 > in mingw header files, we should use write() instead (like the others =20 > plugins do)... >=20 > But... there's a 'but' :) >=20 > The write() function always returns an error, EBADF (bad file =20 > descriptor)... I still don't understand why :P >=20 > I attach the small patch and the Makefile.mingw... if you want to try =20 > by yourself. >=20 > cya >=20 > # > # Makefile.mingw > # > # Description: Makefile for win32 (mingw) version of libjabber > # >=20 > # > # PATHS > # >=20 > INCLUDE_DIR :=3D . > GTK_TOP :=3D ../../../../win32-dev/gtk_2_0 > GAIM_TOP :=3D ../../.. > BNET_ROOT :=3D . > GAIM_INSTALL_DIR :=3D $(GAIM_TOP)/win32-install-dir >=20 > ## > ## VARIABLE DEFINITIONS > ## >=20 > TARGET =3D libbnet >=20 > # Compiler Options >=20 > CC =3D gcc.exe >=20 > CFLAGS =3D -O2 -Wall -mno-cygwin -mms-bitfields >=20 > DEFINES =3D -DHAVE_CONFIG_H -DLOCALEDIR=3D\"$(GAIM_INSTALL_DIR)/locale\" >=20 > DLL_INSTALL_DIR =3D $(GAIM_INSTALL_DIR)/plugins >=20 > DLL_LD_FLAGS =3D -Wl,--enable-auto-image-base >=20 > ## > ## INCLUDE PATHS > ## >=20 > INCLUDE_PATHS +=3D -I$(BNET_ROOT) \ > -I$(BNET_ROOT)/win32 \ > -I$(GTK_TOP)/include \ > -I$(GTK_TOP)/include/gtk-2.0 \ > -I$(GTK_TOP)/include/glib-2.0 \ > -I$(GTK_TOP)/include/pango-1.0 \ > -I$(GTK_TOP)/include/atk-1.0 \ > -I$(GTK_TOP)/lib/glib-2.0/include \ > -I$(GTK_TOP)/lib/gtk-2.0/include \ > -I$(GAIM_TOP)/src \ > -I$(GAIM_TOP)/src/win32 \ > -I$(GAIM_TOP) >=20 >=20 > LIB_PATHS =3D -L$(GTK_TOP)/lib \ > -L$(GAIM_TOP)/src >=20 >=20 > ## > ## SOURCES, OBJECTS > ## >=20 > C_SRC =3D bnet.c \ > buddy.c \ > chat.c \ > conn.c \ > proto.c >=20 >=20 > OBJECTS =3D $(C_SRC:%.c=3D%.o) >=20 >=20 > ## > ## LIBRARIES > ## >=20 > LIBS =3D -lgtk-win32-2.0 \ > -lglib-2.0 \ > -lgdk-win32-2.0 \ > -lgmodule-2.0 \ > -lgobject-2.0 \ > -lws2_32 \ > -lintl \ > -lgaim >=20 > ## > ## RULES > ## >=20 > # How to make a C file >=20 > %.o: %.c > $(CC) $(CFLAGS) $(DEFINES) $(INCLUDE_PATHS) -o $@ -c $< >=20 > ## > ## TARGET DEFINITIONS > ## >=20 > .PHONY: all clean >=20 > all: $(TARGET).dll >=20 > install: > cp $(JABBER_ROOT)/$(TARGET).dll $(DLL_INSTALL_DIR) >=20 >=20 > ## > ## BUILD Dependencies > ## >=20 > $(GAIM_TOP)/src/gaim.lib: > $(MAKE) -C $(GAIM_TOP)/src -f Makefile.mingw gaim.lib >=20 > ## > ## BUILD DLL > ## >=20 > $(TARGET).dll: $(OBJECTS) $(GAIM_TOP)/src/gaim.lib > $(CC) -shared $(OBJECTS) $(LIB_PATHS) $(LIBS) $(DLL_LD_FLAGS) -Wl,--out-= implib,$(TARGET).lib -o $(TARGET).dll >=20 > ## > ## CLEAN RULES > ## >=20 > clean: > rm -rf *.o > rm -rf ./win32/*.o > rm -rf $(TARGET).dll > rm -rf $(TARGET).lib >=20 > Index: bnet.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /cvsroot/gaim-bnet/gaim-bnet/src/bnet.h,v > retrieving revision 1.9 > diff -u -p -r1.9 bnet.h > --- bnet.h 8 Jan 2005 11:24:00 -0000 1.9 > +++ bnet.h 20 Jan 2005 23:40:03 -0000 > @@ -34,8 +34,6 @@ > =20 > #include <glib.h> > #include <string.h> > -#include <sys/socket.h> > -#include <sys/types.h> > #include <unistd.h> > =20 > #include <plugin.h> > Index: conn.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /cvsroot/gaim-bnet/gaim-bnet/src/conn.c,v > retrieving revision 1.8 > diff -u -p -r1.8 conn.c > --- conn.c 17 Jan 2005 01:56:50 -0000 1.8 > +++ conn.c 20 Jan 2005 23:40:03 -0000 > @@ -65,10 +65,16 @@ bnet_conn_out_queue_check(BNetConn *conn > =20 > queue =3D conn->out_queue; > =20 > - while (queue && conn->flood_sent + strlen(cur =3D queue->data) < BNET_F= LOOD_MAX) { > - ret =3D send(conn->fd, cur, strlen(cur), 0); > - if (ret > 0) > - conn->flood_sent +=3D ret; > + while (queue && (cur =3D queue->data, !conn->flood_sent || > + conn->flood_sent + strlen(cur) < BNET_FLOOD_MAX)) { > + ret =3D write(conn->fd, cur, strlen(cur)); > + if (ret < 0) { > + gaim_connection_error(gaim_account_get_connection(conn->account), > + _("Write error")); > + return; > + } > + > + conn->flood_sent +=3D ret; > =20 > g_free(cur); > queue =3D g_list_remove_link(queue, queue); >=20 --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
