Bug#365527: libc6: Segmentation fault in iofflush.c

2006-04-30 Thread Helge Kreutzmann
Package: libc6
Version: 2.3.2.ds1-22
Severity: normal

I am writing a small perl programm (see attached). If I run this
programm under Sarge/amd64, it segfaults. To reproduce:

[EMAIL PROTECTED]:~/prog/db/rechnung$ export 
LD_PRELOAD=/usr/lib/debug/libc-2.3.2.so
[EMAIL PROTECTED]:~/prog/db/rechnung$ env LANG=C ./rechnung.pl
n, Geschäft: HP
Geschäftsname:: (HP)
Währung:: (Euro)
Währung:: (Euro) Dollar
:
n, Produkttyp (Foodrechnung.pl[26712]: segfault at 0008 rip 
2ac294a3 rsp 7fffdac0 error 4
Speicherzugriffsfehler (core dumped)

i.e., press HP enter enter Dollar enter

If I run the very same program with current sid (but in an ia32 changeroot,
not amd64) the programm does not segfault. Looking at the corefile
with gdb, I see:

GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as x86_64-linux...(no debugging symbols found)
Using host libthread_db library /lib/libthread_db.so.1.


warning: core file may not match specified executable file.
Core was generated by `/usr/bin/perl ./rechnung.pl'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/debug/libc-2.3.2.so...done.
Loaded symbols for /usr/lib/debug/libc-2.3.2.so
Reading symbols from /usr/lib/libperl.so.5.8...done.
Loaded symbols for /usr/lib/libperl.so.5.8
Reading symbols from /lib/libdl.so.2...Reading symbols from 
/usr/lib/debug/lib/libdl-2.3.2.so...done.
done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libm.so.6...Reading symbols from 
/usr/lib/debug/lib/libm-2.3.2.so...done.
done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libpthread.so.0...Reading symbols from 
/usr/lib/debug/lib/libpthread-0.60.so...done.
done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libcrypt.so.1...Reading symbols from 
/usr/lib/debug/lib/libcrypt-2.3.2.so...done.
done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/ld-linux-x86-64.so.2...Reading symbols from 
/usr/lib/debug/lib/ld-2.3.2.so...done.
done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib/perl5/auto/Term/ReadLine/Gnu/Gnu.so...done.
Loaded symbols for /usr/lib/perl5/auto/Term/ReadLine/Gnu/Gnu.so
Reading symbols from /lib/libreadline.so.4...done.
Loaded symbols for /lib/libreadline.so.4
Reading symbols from /lib/libncurses.so.5...done.
Loaded symbols for /lib/libncurses.so.5
#0  0x2ac294a3 in _IO_fflush (fp=0x719f40) at iofflush.c:42
42  iofflush.c: No such file or directory.
in iofflush.c
(gdb) bt full
#0  0x2ac294a3 in _IO_fflush (fp=0x719f40) at iofflush.c:42
result = 5388352
#1  0x2aefbe1d in PerlIOStdio_flush () from /usr/lib/libperl.so.5.8
No symbol table info available.
#2  0x2aefa15a in Perl_PerlIO_flush () from /usr/lib/libperl.so.5.8
No symbol table info available.
#3  0x2aefa1cb in Perl_PerlIO_flush () from /usr/lib/libperl.so.5.8
No symbol table info available.
#4  0x2aedb13b in Perl_pp_system () from /usr/lib/libperl.so.5.8
No symbol table info available.
#5  0x2ae9a98e in Perl_runops_standard () from /usr/lib/libperl.so.5.8
No symbol table info available.
#6  0x2ae48096 in perl_run () from /usr/lib/libperl.so.5.8
No symbol table info available.
#7  0x2ae47e92 in perl_run () from /usr/lib/libperl.so.5.8
No symbol table info available.
#8  0x004019bf in main ()
No symbol table info available.
(gdb) quit

I tried replacing /usr/bin/perl by /usr/bin/debugperl and then the
segfault is gone.

I guess it's time to move this machine to testing?

If you want, I can try this on current testing/ppc (but also 32bit).

Btw. other input sequences crash the programm as well ...

Please reassign to perl oder readline or ??? if glibc is the wrong
package to report this against.

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.11.deb-7-grsec
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libc6 depends on:
ii  libdb1-compat 2.1.3-7The Berkeley database routines [gl

-- no debconf information
-- 
  Dr. Helge Kreutzmann  [EMAIL PROTECTED]
Dipl.-Phys.   http://www.helgefjell.de
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


rechnung.pl.bz2
Description: Binary data


signature.asc
Description: Digital signature


Bug#256770: hanging out with you

2006-04-30 Thread Rickey
Hi,
Hope I am not writing to wrong address. I am nice, pretty looking
girl. I am planning on visitingb your town this month. Can 
we meet each other in person? Message me back at [EMAIL PROTECTED]




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Processed: Wrong sender

2006-04-30 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 submitter 365527 [EMAIL PROTECTED]
Bug#365527: libc6: Segmentation fault in iofflush.c
Changed Bug submitter from Helge Kreutzmann [EMAIL PROTECTED] to [EMAIL 
PROTECTED]

 thanks robot
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#365537: libc6-i686: malloc() corruption messages should print PID and path to executable

2006-04-30 Thread Johan Walles
Package: libc6-i686
Version: 2.3.6-7
Severity: wishlist


Since today my testing installation won't start X anymore.  I 
realize this most probably is *not* glibc's fault.  At virtual console 7 
I get:


*** glibc detected *** double free or corruption (!prev): 0x084af780 ***


Unforturnately that doesn't tell me what program it was that got its 
free list messed up.  I would like that error message to include (in 
addition to the above information):
* The PID of the problematic program.
* The path to the executable for the problematic program.

That way I could at least tell what program it is that doesn't work.  
As it is now, I can only *guess* at GDM, but I'd prefer to actually 
*know* what program it is that doesn't work any more.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages libc6-i686 depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries

libc6-i686 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



your chance

2006-04-30 Thread Clara
Hire,
i am here siatting in the internet caffe. Found your email and
decided to wri!te. I might be coming to your place in 14 days, 
so I decided to email you. May be awe can meet? I am 25 y.o.
girl. I have a picture if you wanta. No need to reply here as 
this is not my email. Write me at [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]