Bug#47452: marked as done (xxgdb: does not work (Cannot perform malloc))

2002-01-12 Thread Debian Bug Tracking System
Your message dated 12 Jan 2002 20:00:53 +0100
with message-id <[EMAIL PROTECTED]>
and subject line xxgdb: does not work (Cannot perform malloc)
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 14 Oct 1999 21:42:55 +
Received: (qmail 18750 invoked from network); 14 Oct 1999 21:42:39 -
Received: from wg.pu.ru (193.124.85.219)
  by master.debian.org with SMTP; 14 Oct 1999 21:42:39 -
Received: from SG3816.UUCP ([EMAIL PROTECTED])
by wg.pu.ru (8.9.1a/8.9.1) with UUCP id VAA12543
for bugs.debian.org!submit; Thu, 14 Oct 1999 21:42:34 GMT
From: [EMAIL PROTECTED]
Received: by SG3816.spb.edu
via sendmail from stdin
id <[EMAIL PROTECTED]> (Debian Smail3.2.0.102)
for [EMAIL PROTECTED]; Fri, 15 Oct 1999 01:42:06 +0400 (MSD) 
Message-Id: <[EMAIL PROTECTED]>
Date: Fri, 15 Oct 1999 01:42:06 +0400 (MSD)
Subject: xxgdb: does not work (Cannot perform malloc)
To: [EMAIL PROTECTED]
X-Mailer: bug 3.2.6
Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED]

Package: xxgdb
Version: 1.12-9.3
Severity: important

xxgdb does not work:

serge $ xxgdb 
Error: Cannot perform malloc

Here is strace and ltrace output:

 STRACE 
execve("/usr/bin/X11/xxgdb", ["xxgdb"], [/* 32 vars */]) = 0
brk(0)  = 0x8081a28
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=15715, ...}) = 0
mmap(0, 15715, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40013000
close(3)= 0
open("/usr/X11R6/lib/Xaw3d/libXaw.so.6", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=262980, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 338312, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000
mprotect(0x40052000, 96648, PROT_NONE)  = 0
mmap(0x40052000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x3a000) = 0x40052000
mmap(0x40058000, 72072, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40058000
close(3)= 0
open("/usr/X11R6/lib/libXmu.so.6", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=70716, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4006a000
mmap(0, 71800, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4006b000
mprotect(0x4007b000, 6264, PROT_NONE)   = 0
mmap(0x4007b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xf000) 
= 0x4007b000
close(3)= 0
open("/usr/X11R6/lib/libXt.so.6", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=292896, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 294224, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4007d000
mprotect(0x400c1000, 15696, PROT_NONE)  = 0
mmap(0x400c1000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x43000) = 0x400c1000
close(3)= 0
open("/usr/X11R6/lib/libSM.so.6", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=30952, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 33400, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400c5000
mprotect(0x400cc000, 4728, PROT_NONE)   = 0
mmap(0x400cc000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x6000) 
= 0x400cc000
close(3)= 0
open("/usr/X11R6/lib/libICE.so.6", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=77580, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 86640, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400ce000
mprotect(0x400e1000, 8816, PROT_NONE)   = 0
mmap(0x400e1000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12000) 
= 0x400e1000
mmap(0x400e2000, 4720, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400e2000
close(3)= 0
open("/usr/X11R6/lib/libXext.so.6", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=43604, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 45952, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400e4000
mprotect(0x400ee000, 4992, PROT_NONE)   = 0
mmap(0x400ee000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x9000) 
= 0x400ee000
close(3)= 0
open("/usr/X11R6/lib/libX11.so.6",

Bug#123303: kyahoo: ";0,0 0" appended to things written in a chat

2002-01-12 Thread Aquarius
On Sun, Dec 16, 2001 at 03:23:21PM -0600, Colin Watson wrote:
> On Mon, Dec 10, 2001 at 09:02:07PM +, Aquarius wrote:
> > KYahoo seems to be appending the string ";0,00" to things other 
> > chatters type. See transcript excerpt below.
> 
> Could you try it with debugging messages turned on (Yahoo / Debug
> Messages)? I'd try myself, but it wants me to do registration stuff, and
> life's too short, as you know. :)

The suffixed characters seem to be coming up in the debug messages too:

Received packet:
Service = (6) Message
Real ID = [my ID snipped]
Active ID = [my ID snipped]
Connection ID = 6E963178
Magic ID = 72C6
Unknown Flag 1 = 72C11F3E
Message Type = 1
Raw Content = [other user ID snipped],,right I'll call you;0,00
Message ID = [other user ID snipped]
Message = right I'll call you;0,00


-- 
In 1988 there was the war, and after that there were no more roses. Not
for anybody.
-- "V For Vendetta", Alan Moore



´õÀÌ»ó °¨Ãâ°Ô ¾ø½À´Ï´Ù..

2002-01-12 Thread ´ÙÇý
Title: JPMOLCA.COM






[ 사상 최대 이벤트 ]
2개월 이상 가입자 모두 사은품 증정.
국내에서는 최초시도 자료들
모든 궁금증은 춤추고 있는 여인을 누르면 ? 









Bug#123303: kyahoo: ";0,0 0" appended to things written in a chat

2002-01-12 Thread Colin Watson
On Sat, Jan 12, 2002 at 07:16:00PM +, Aquarius wrote:
> On Sun, Dec 16, 2001 at 03:23:21PM -0600, Colin Watson wrote:
> > On Mon, Dec 10, 2001 at 09:02:07PM +, Aquarius wrote:
> > > KYahoo seems to be appending the string ";0,00" to things other 
> > > chatters type. See transcript excerpt below.
> > 
> > Could you try it with debugging messages turned on (Yahoo / Debug
> > Messages)? I'd try myself, but it wants me to do registration stuff, and
> > life's too short, as you know. :)
> 
> The suffixed characters seem to be coming up in the debug messages too:
> 
> Received packet:
>   Service = (6) Message
>   Real ID = [my ID snipped]
>   Active ID = [my ID snipped]
>   Connection ID = 6E963178
>   Magic ID = 72C6
>   Unknown Flag 1 = 72C11F3E
>   Message Type = 1
>   Raw Content = [other user ID snipped],,right I'll call you;0,00
>   Message ID = [other user ID snipped]
>   Message = right I'll call you;0,00

OK. There's a patch in libyahoo CVS that looks relevant. It would
probably be better to build kyahoo against the new libyahoo packages
rather than hacking its local copy, though.

I see somebody is planning to adopt kyahoo, so I'm cc'ing this to him.
The libyahoo patch is below in case it's useful.

--- kyahoo-0.7.0/kyahoo/libyahoo/libyahoo.c Mon May  7 03:57:31 2001
+++ cvs/libyahoo/libyahoo.c Tue Dec  4 01:35:26 2001
@@ -3222,6 +3574,8 @@ int yahoo_parsepacket_message(struct yah
 {
char *content;
char *tmp_id;
+   char *tmp_msg;
+   char *tmp_imvironment;
int i, j, section;
 
if (pkt->msgtype == YAHOO_MSGTYPE_OFFLINE)
@@ -3232,9 +3586,14 @@ int yahoo_parsepacket_message(struct yah
/* Make working copy of content */
content = strdup(inpkt->content);
tmp_id = strdup(content);
+   tmp_msg = strdup(content);
+   tmp_imvironment = strdup(content);
 
/* initialize */
pkt->msg_status = 0;
+   pkt->imvironment_enabled = 0;
+   pkt->imvironment_unkn1 = 0;
+   pkt->imvironment_unkn2 = 0;
 
/* possible message content formats: */
 /* userid(#) *//* msgtype == YAHOO_MSGTYPE_STATUS */
@@ -3248,6 +3607,8 @@ int yahoo_parsepacket_message(struct yah
j = 0;
section = 0;
tmp_id[0] = 0;
+   tmp_msg[0] = 0;
+   tmp_imvironment[0] = 0;
while (i < strlen(content))
{
char ch = content[i];
@@ -3294,10 +3655,71 @@ int yahoo_parsepacket_message(struct yah
}
}
}
+   else if (section == 3) /* parsing message text */
+   {
+   if ( ch == 6 )
+   {
+   j = 0;
+   section = 4;
+   }
+   else
+   {
+   tmp_msg[j++] = ch;
+   tmp_msg[j] = 0;
+   }
+   }
+   else if (section == 4) /* parsing invironment name */
+   {
+   if ( ch == ';' )
+   {
+   j = 0;
+   section = 5;
+   }
+   else
+   {
+   tmp_imvironment[j++] = ch;
+   tmp_imvironment[j] = 0;
+   }
+   }
+   else if (section == 5) /* parsing imvir enabled flag */
+   {
+   if (ch == ',')
+   {
+   j = 0;
+   section = 6;
+   }
+   else
+   {
+   if (isdigit((int) ch))
+   {
+   pkt->imvironment_enabled *= 10;
+   pkt->imvironment_enabled += ch - '0';
+   }
+   }
+   }
+   else if (section == 6) /* parsing imvir unkn1 flag */
+   {
+   if (ch == 7)
+   {
+   j = 0;
+   section = 7;
+   }
+   else
+   {
+   if (isdigit((int) ch))
+   {
+   pkt->imvironment_unkn1 *= 10;
+   pkt->imvironment_unkn1 += ch - '0';
+   }
+   }
+   }
else
{
-   pkt->msg = strdup(&content[i]);
-   break;
+   if (isdigit((int) ch))
+   {
+