Hi,
Stangely, last time I checked it with my LFS machine, and there is no such
problem. However, today I checked with Redhat (glib 2.4.7, gtk 2.4.13),
Ubuntu and Debian (both 2.8.x), and it 100% reproduces. I have enclosed a
detailed backtrace log.
Cai Qian
Starting program:
On Sat, Dec 31, 2005 at 08:01:03PM +, Cai Qian wrote:
Stangely, last time I checked it with my LFS machine, and there is no such
problem. However, today I checked with Redhat (glib 2.4.7, gtk 2.4.13),
Ubuntu and Debian (both 2.8.x), and it 100% reproduces. I have enclosed a
detailed
On Thu, Dec 22, 2005 at 12:29:58AM -0800, Max Alekseyev wrote:
Steve Langasek wrote:
Well, after fixing the dialog crash, the link from the bug report works
fine
for me on alpha. Perhaps you could test using the patch I sent in the last
mail, to confirm the bug still exists?
Steve Langasek wrote:
Well, after fixing the dialog crash, the link from the bug report works fine
for me on alpha. Perhaps you could test using the patch I sent in the last
mail, to confirm the bug still exists?
Unfortunately it still crashes even with the patch.
Max
--
To UNSUBSCRIBE,
Le mardi 20 décembre 2005 à 22:07 -0800, Steve Langasek a écrit :
If this is a bug in a library, it must be a bug in glib for failing to
maintain compatibility between 2.6 and 2.8. But there is insufficient
information in the bug log to demonstrate that this is a lib bug.
I doubt that's a
Hi,
On Sat, Nov 19, 2005, Cai Qian wrote:
This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and
libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not
crash.
The updates went as follow:
- initially, gtk 2.6 and glib 2.6 were in unstable and
Loïc Minier wrote:
Please provide a backtrace of the crash with libglib2.0-dbg and
libgtk2.0-dbg installed. If these libraries don't appear in the
backtrace, it's unlikely a Glib or Gtk bug.
They called libglib2.0-0-dbg and libgtk2.0-0-dbg here.
These are new backtraces from all 4
Hi,
On Wed, Dec 21, 2005, Max Alekseyev wrote:
They called libglib2.0-0-dbg and libgtk2.0-0-dbg here.
Examining the second backtrace still doesn't point at them, my comments
are below.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1098918240 (LWP 23033)]
On Wed, Dec 21, 2005 at 01:58:13PM +0100, Loïc Minier wrote:
(gdb) bt
#0 0x2c900e60 in strlen () from /lib64/libc.so.6
The actual crash happens here, probably because a borken address was
passed to strlen().
#1 0x2c49670a in std::string::compare () from
On Wed, Dec 21, 2005, Steve Langasek wrote:
All that will do is let you look at the value passed to strlen(); it won't
tell you much about why it's wrong or where it came from.
I imaginated it would help tracing a 64 bits - 32-bits cast would that
be the problem here.
What do you suggest?
On Wed, Dec 21, 2005 at 07:59:06PM +0100, Loïc Minier wrote:
On Wed, Dec 21, 2005, Steve Langasek wrote:
All that will do is let you look at the value passed to strlen(); it won't
tell you much about why it's wrong or where it came from.
I imaginated it would help tracing a 64 bits -
reassign 339419 d4x 2.5.6-2
tags 339419 patch
thanks
On Wed, Dec 21, 2005 at 01:05:10PM -0800, Max Alekseyev wrote:
Steve Langasek wrote:
valgrind?
This is the output of valgrind with libc6-dbg:
Ok, most of this looks like pretty typical garbage output, with a few
messages related to
Steve Langasek wrote:
This is the output of valgrind with libc6-dbg:
Ok, most of this looks like pretty typical garbage output, with a few
messages related to locales and themes that I don't usually see. Are you
using any particular gtk theme here?
I use Smokey Blue theme.
Do you see the
On Wed, Dec 21, 2005 at 08:25:52PM -0800, Max Alekseyev wrote:
Steve Langasek wrote:
This is the output of valgrind with libc6-dbg:
Ok, most of this looks like pretty typical garbage output, with a few
messages related to locales and themes that I don't usually see. Are you
using any
reassign 339419 libglib2.0-0 2.8.3-1
tags 339419 moreinfo
thanks
If this is a bug in a library, it must be a bug in glib for failing to
maintain compatibility between 2.6 and 2.8. But there is insufficient
information in the bug log to demonstrate that this is a lib bug.
--
Steve Langasek
From: Max Alekseyev [EMAIL PROTECTED]
Subject: Re: d4x crashes in strlen () from /lib64/libc.so.6
Date: Sat, 19 Nov 2005 12:46:09 -0800
Cai Qian wrote:
This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and
libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x
reassign 339419 libgtk2.0-0
Hi,
This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and
libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not
crash.
Cai Qian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Cai Qian wrote:
This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and
libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not
crash.
Could you provide a simpler testcase?
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hi,
From: Max [EMAIL PROTECTED]
Subject: Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6
Date: Tue, 15 Nov 2005 22:15:11 -0800
Package: d4x
Version: 2.5.6-2
Severity: grave
Justification: renders package unusable
d4x on attempt to process a link like
ftp://a5:[EMAIL
Cai Qian wrote:
d4x on attempt to process a link like
ftp://a5:[EMAIL
PROTECTED]/e/edbf5d055412df097e9ab4a16a886361/AB_091__E_.part05.rar
Please note that this particular link is already expired (i.e., login is incorrect and d4x survives).
To get a fresh one, open
Hi,
From: Max Alekseyev [EMAIL PROTECTED]
Subject: Re: Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6
Date: Fri, 18 Nov 2005 11:37:58 -0800
To reproduce:
1) open http://www.filefactory.com/get/f.php?f=26f737dbc373854c4a38ac77 in a
browser
2) wait 15 sec
3) click at Click here
Cai Qian wrote:
To reproduce:
1) open http://www.filefactory.com/get/f.php?f=26f737dbc373854c4a38ac77 in a
browser
2) wait 15 sec
3) click at Click here to continue to the download page.
4) wait another 15 sec
5) find a link to ftp under FileFactory FTP -- Click here to download
6) try to
Package: d4x
Version: 2.5.6-2
Severity: grave
Justification: renders package unusable
d4x on attempt to process a link like
ftp://a5:[EMAIL
PROTECTED]/e/edbf5d055412df097e9ab4a16a886361/AB_091__E_.part05.rar
Please note that this particular link is already expired (i.e., login is
incorrect and
23 matches
Mail list logo
