png2yuv still crashes in __kernel_vsyscall () This also happens if the System, which runs normaly with CCRMA-Low-Latency-Kernel is bootet with generic FC3-Kernel 2.6.10.
I was wondering if libc could be involved but tried different LD_ASSUME_KERNEL : without sucess. My lastest trial was to compile png2yuv static (on a different machine werepng2yuv works ) but did not find a way to do this: ./configure --enable-static-build does not lead to the desired result. Any ideas Thanks Reinald Reinald Gfuellner schrieb: > Thanks for your reply, Bernhard > > png is 720 x 576 px (76.6KB). (nothing special, just the > Default-Menue-Background from the (DVD-)burn-plugin of vdr). > > I found jpeg2yuv working on 2.4.31 (FC1) and 2.6.17 (FC4) but it > crashes on 2.6.10 (FC3) (as well as on low-latency kernel > 2.6.10-2.1.ll.rhfc3.ccrma) > > I am fine with jpeg2yuv on all systems (which is a valid workaround for > me). > > > Servus > Reinald > > Backtrace: > > # uname -a Linux samsara 2.6.10 #2 Sun Sep 4 15:14:17 CEST 2005 i686 > athlon i386 GNU/Linux > > # gdb /usr/local/bin/png2yuv > GNU gdb Red Hat Linux (6.1post-1.20040607.43rh) > 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 "i386-redhat-linux-gnu"...Using host > libthread_db library "/lib/tls/libthread_db.so.1". > > (gdb) r S 420mpeg2 -j menu-bg.png -f 25 -n 1 -I t -L 1 > t > Starting program: /usr/local/bin/png2yuv S 420mpeg2 -j menu-bg.png -f 25 > -n 1 -I t -L 1 > t > Reading symbols from shared object read from target memory...done. > Loaded system supplied DSO at 0xffffe000 > [Thread debugging using libthread_db enabled] > [New Thread -1208133952 (LWP 7317)] > INFO: [png2yuv] Parsing & checking input files. > > Program received signal SIGABRT, Aborted. > [Switching to Thread -1208133952 (LWP 7317)] > 0xffffe410 in __kernel_vsyscall () > (gdb) bt > #0 0xffffe410 in __kernel_vsyscall () > #1 0x4c32d7d5 in raise () from /lib/tls/libc.so.6 > #2 0x4c32f149 in abort () from /lib/tls/libc.so.6 > #3 0x4c36140a in __libc_message () from /lib/tls/libc.so.6 > #4 0x4c367b3f in _int_free () from /lib/tls/libc.so.6 > #5 0x4c367eba in free () from /lib/tls/libc.so.6 > #6 0x4cc49b48 in png_free_default () from /usr/lib/libpng12.so.0 > #7 0x4cc49b9d in png_free () from /usr/lib/libpng12.so.0 > #8 0x4cc33044 in png_free_data () from /usr/lib/libpng12.so.0 > #9 0x4cc333bd in png_info_destroy () from /usr/lib/libpng12.so.0 > #10 0x4cc3fffc in png_read_destroy () from /usr/lib/libpng12.so.0 > #11 0x4cc4043e in png_destroy_read_struct () from /usr/lib/libpng12.so.0 > #12 0x0804939f in decode_png (pngname=0xbffff830 "menu-bg.png", process=0, > param=0xbffff930) at png2yuv.c:405 > #13 0x08049671 in main (argc=13, argv=0x8050180) at png2yuv.c:425 > (gdb) quit > The program is running. Exit anyway? (y or n) > > > > ps: ntpl means native posix thread library, this was just an idea, > nothing very substancial... > > I am not a good programmer, but I could do further gdb-tests if this > would be useful. > > Bernhard Praschinger wrote: > >>Hallo >> >>Reinald Gfuellner wrote: >> >> >>>png2yuv keeps crashing on my Fedora 3 - System >>>(2.6.10-2.1.ll.rhfc3.ccrma). >>> >>>I tried mjpegtools from 1.6.x/ 1.9.x RPMs as well as 1.9.0rc2-Sources, >>>which I compiled without any difficulties, but: >> >>When you have compiled it, would it be possible to run it in gdb ? >>When it crashes than, jut do a backtrace (bt) and you should get some >>more information about whot is going wrong. >> >>Who was the image generated, what is the size of the image. ? >> >> >> >>>png2yuv -S 420mpeg2 -j trulla.VO4zdg/menu-bg-0.png -f 25 -n 1 -I t -L 1 >>>keeps failing with *** glibc detected *** double free or corruption: >>>0x08057030 *** >> >>If you don't mind, you could send the picture to me. I could try it than. >> >> >> >>>Any ideas on that ? This can not be an ntpl-problem, does it ? >> >>What does ntpl mean ? (sorry for being clueless) >> >>auf hoffentlich bald, >> >>Berni the Chaos of Woodquarter >> >>Email: [EMAIL PROTECTED] >>www: http://www.lysator.liu.se/~gz/bernhard >> >>------------------------------------------------------------------------- >>This SF.net email is sponsored by: Splunk Inc. >>Still grepping through log files to find problems? Stop. >>Now Search log events and configuration files using AJAX and a browser. >>Download your FREE copy of Splunk now >> http://get.splunk.com/ >>_______________________________________________ >>Mjpeg-users mailing list >>Mjpeg-users@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/mjpeg-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Mjpeg-users mailing list > Mjpeg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mjpeg-users
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
