Re: [Swftools-common] 0.7.0 and dev (2006/10/28) reports on x86_64 linux

[Tru Huynh]

On Sun, Nov 05, 2006 at 11:41:48PM +0100, Matthias Kramm wrote:
> On Thu, Nov 02, 2006 at 10:09:40AM +0100, Tru Huynh wrote:
> > > Weird. Could you post your config.log, please?
> > 
> > here is is (gzipped) attached to this mail
> > ...
> 
> Thanks. The problem should be fixed in the latest snapshot.
> (it was due to a test source file being named ".cpp" instead
>  of ".c")

Thanks,

the swftools-2006-11-05-2341 compiles but swfextract still core dumps on the 
same file.
(./configure && make && make install prefix=/...)

address@hidden flash-plone]$ swfextract -p 6 plone_EN_001.swf
Segmentation fault (core dumped)
address@hidden flash-plone]$ gdb ../swftools-2006-11-05-2341/bin/swfextract 
core.21753 
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL3rh)
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-redhat-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib64/tls/libthread_db.so.1".

Core was generated by `swfextract -p 6 plone_EN_001.swf'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libmp3lame.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libmp3lame.so.0
Reading symbols from /usr/lib64/libungif.so.4...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib64/libungif.so.4
Reading symbols from /usr/lib64/libjpeg.so.62...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib64/libjpeg.so.62
Reading symbols from /usr/lib64/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib64/libz.so.1
Reading symbols from /lib64/tls/libm.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib64/tls/libm.so.6
Reading symbols from /usr/lib64/libfreetype.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib64/libfreetype.so.6
Reading symbols from /lib64/tls/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib64/tls/libc.so.6
Reading symbols from /usr/X11R6/lib64/libX11.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/X11R6/lib64/libX11.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...
(no debugging symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/libdl.so.2

#0  0x0000002a95ebd61e in _int_malloc () from /lib64/tls/libc.so.6
(gdb) where
#0  0x0000002a95ebd61e in _int_malloc () from /lib64/tls/libc.so.6
#1  0x0000002a95ebc5d2 in malloc () from /lib64/tls/libc.so.6
#2  0x0000000000404794 in ?? ()
#3  0x000000000040555e in ?? ()
#4  0x0000002a95e631d7 in __libc_start_main () from /lib64/tls/libc.so.6
#5  0x0000000000402bfa in ?? ()
#6  0x0000007fbfff8128 in ?? ()
#7  0x0000000000000000 in ?? ()

I also tried with 'make DEFS="-g -O0"' but not changes.

Thanks,

Tru

-- 
Dr Tru Huynh          | http://www.pasteur.fr/recherche/unites/Binfs/
mailto:address@hidden | tel/fax +33 1 45 68 87 37/19
Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France