zlib segmentation fault in default package

Bug #85456 reported by Spotworks LLC
4
Affects Status Importance Assigned to Milestone
zlib (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: zlib1g

If I press PrintScreen on my keyboard a number of times (sometimes it takes 20, other times it's 5, but varies) gnome-screenshot semi-regularly generates a bug report as follows:

Memory status: size: 63733760 vsize: 0 resident: 63733760 share: 0 rss: 17010688 rss_rlim: 0
CPU usage: start_time: 1171574803 rtime: 0 utime: 70 stime: 0 cutime:70 cstime: 0 timeout: 0 it_real_value: 0 frequency: 0

Backtrace was generated from '/usr/bin/gnome-panel-screenshot'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
...
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1225701712 (LWP 10190)]
(no debugging symbols found)
...
(no debugging symbols found)
0xffffe410 in __kernel_vsyscall ()
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb73ed34b in __waitpid_nocancel ()
   from /lib/tls/i686/cmov/libpthread.so.0
#2 0xb7eaa1b6 in gnome_gtk_module_info_get () from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 0xb731b37c in memcpy () from /lib/tls/i686/cmov/libc.so.6
#5 0xb71e0e8d in deflateCopy () from /usr/lib/libz.so.1
#6 0xb71e1a44 in deflateInit_ () from /usr/lib/libz.so.1
#7 0xb71e1f10 in deflate () from /usr/lib/libz.so.1
#8 0xb709c101 in png_write_chunk () from /usr/lib/libpng12.so.0
#9 0xb709c64b in png_write_chunk () from /usr/lib/libpng12.so.0
#10 0xb70a0774 in png_write_row () from /usr/lib/libpng12.so.0
#11 0xb70a0937 in png_write_rows () from /usr/lib/libpng12.so.0
#12 0xb6db0a79 in fill_info ()
   from /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
#13 0x0825a2f8 in ?? ()
#14 0xbfa3e370 in ?? ()
#15 0x00000001 in ?? ()
#16 0x00000400 in ?? ()
#17 0x00000008 in ?? ()
#18 0x00000006 in ?? ()
#19 0x00000000 in ?? ()

Thread 1 (Thread -1225701712 (LWP 10190)):
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb73ed34b in __waitpid_nocancel ()
   from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb7eaa1b6 in gnome_gtk_module_info_get () from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#3 <signal handler called>
No symbol table info available.
#4 0xb731b37c in memcpy () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#5 0xb71e0e8d in deflateCopy () from /usr/lib/libz.so.1
No symbol table info available.
#6 0xb71e1a44 in deflateInit_ () from /usr/lib/libz.so.1
No symbol table info available.
#7 0xb71e1f10 in deflate () from /usr/lib/libz.so.1
No symbol table info available.
#8 0xb709c101 in png_write_chunk () from /usr/lib/libpng12.so.0
No symbol table info available.
#9 0xb709c64b in png_write_chunk () from /usr/lib/libpng12.so.0
No symbol table info available.
#10 0xb70a0774 in png_write_row () from /usr/lib/libpng12.so.0
No symbol table info available.
#11 0xb70a0937 in png_write_rows () from /usr/lib/libpng12.so.0
No symbol table info available.
#12 0xb6db0a79 in fill_info ()
   from /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
...

I also regularly use the flam3 rendering engine (www.flam3.com), which can write out images in PNG format. When compiled against zlib 1.2.3-13ubuntu2 and libpng1.2.8rel-5.1ubuntu0.1 (or 1.2.16, compiled from source) I get this exact same backtrace. If I compile zlib 1.2.3 from source (as well as the libpng) and use those to write out PNG images, I still get the segmentation fault, but seemingly less often.

This bug is occurring on an ASUS M2N-SLI Deluxe motherboard and an AMD Athlon X2 4600+ processor, running 32-bit Edgy. I am not overclocking the system at all, and I've run both Memtest86+ and some of the Prime95 tests to ensure that components are in working order. I'll be happy to provide any additional information as necessary - just ask.

description: updated
description: updated
Revision history for this message
Mark Brown (broonie) wrote :

It is very unlikely that this is a problem in either libpng or zlib. If there were such a serious problem with either then I would expect that very many more users would be reporting it. In the case of zlib there is no CPU or motherboard specific code in there - exactly the same code runs on all systems of a given architecture and it is all pure memory operations.

If, as you believe, the problem is motherboard or hardware specific then it is much more likely that any software problem is in the kernel.

Revision history for this message
Spotworks LLC (spotworks) wrote :

I totally agree. I've provided this in the other bug report, but here's where I've found this particular phenomena happening:

Happens in:
Dapper Drake with k7-smp kernel
Edgy with generic kernel (live CD and installed)
Feisty Herd 4 (live CD)

Does NOT happen in:
Dapper Drake with 386 kernel
Edgy 64-bit

...so if we change the kernel and it works, it's probably the kernel. How can I get this reassigned to someone who's kernel-responsible? (I'd use the 64-bit kernel except that MATLAB isn't working well with Edgy 64-bit.)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.