Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 9 Dec 2003 23:52:31 +0100
From:      Christoph Sold <cs@cheasy.de>
To:        pav@freebsd.org
Cc:        current@FreeBSD.org
Subject:   Re: transcode / nasm
Message-ID:  <200312092352.31265.cs@cheasy.de>
In-Reply-To: <1070923111.69357.19.camel@hood.oook.cz>
References:  <1070920361.69357.17.camel@hood.oook.cz> <200312082332.15024.cs@cheasy.de> <1070923111.69357.19.camel@hood.oook.cz>

next in thread | previous in thread | raw e-mail | index | archive | help

--Boundary-00=_vIl1/VlwHZpkdnE
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 08 December 2003 23:38, Pav Lucistnik wrote:
> V po, 08. 12. 2003 v 23:32, Christoph Sold p=ED=B9e:
> > > I just successfully built transcode with nasm on my 5.2-BETA
> > >
> > > $ uname -a
> > > FreeBSD hood.oook.cz 5.2-BETA FreeBSD 5.2-BETA #1: Fri Dec  5
> > > 23:01:46 CET 2003   =20
> > > root@hood.oook.cz:/mnt/2/obj/usr/src/sys/PAV i386
> > >
> > > $ nasm -v
> > > NASM version 0.98.38 compiled on Dec  8 2003
> > >
> > > Can you check you have latest version of nasm?
> >
> > nasm -v
> > NASM version 0.98.38 compiled on Nov 22 2003
> >
> > Looks like the very same version.
>
> Yes.
[snip]

Sorry for the delay -- had to get a nap, then to work.

> Well I don't know. Is that failure reproducable?

Yes, always.

> Can you rebuild nasm with debug symbols

root@kiste:nasm# portupgrade -f devel/nasm 2>&1 | tee build-nasm.log
=2D-->  Reinstalling 'nasm-0.98.38,1' (devel/nasm)
=2D-->  Building '/usr/ports/devel/nasm' with make flags: A4=3Dyes=20
"CFLAGS=3D-O -g -pipe" STRIP=3D
[...snip...]
/usr/local/bin/nasm -felf -g -o swap.o swap.s
gmake[2]: *** [swap.o] Segmentation fault (core dumped)
gmake[2]: *** Deleting file `swap.o'
[ ... see build-nasm.log , attached]

> and capture a backtrace from the core file?

root@kiste:root# portinstall -v multimedia/transcode 2>&1 | tee=20
build-transcode.log
[ ... see build-transcode.log , attached ]

root@kiste:root# find /usr/ports/multimedia/transcode/ -name=20
"*nasm*core*"
/usr/ports/multimedia/transcode/work/transcode-0.6.10/aclib/nasm.core
[ ... core file attached ... ]

> Does the direct invocation of nasm (outside of make process) fails
> too?

root@kiste:aclib# /usr/local/bin/nasm -felf -g -o swap.o swap.s
Segmentation fault (core dumped)

Neither core file shows any meaningful stack trace. OK, here's the hard=20
run:

root@kiste:aclib# pwd
/usr/ports/multimedia/transcode/work/transcode-0.6.10/aclib
root@kiste:aclib# gdb
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you=20
are
welcome to change it and/or distribute copies of it under certain=20
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for=20
details.
This GDB was configured as "i386-undermydesk-freebsd".
(gdb) file /usr/local/bin/nasm
Reading symbols from /usr/local/bin/nasm...done.
(gdb) set args -felf -g -o swap.o swap.s
(gdb) run
Starting program: /usr/local/bin/nasm -felf -g -o swap.o swap.s

Program received signal SIGSEGV, Segmentation fault.
0x280d0119 in strlen () from /lib/libc.so.5
(gdb) bt
#0  0x280d0119 in strlen () from /lib/libc.so.5
#1  0xbfbfeae4 in ?? ()
#2  0x0805fe7a in elf_write () at output/outelf.c:1028
#3  0x0805dc2b in elf_cleanup (debuginfo=3D1) at output/outelf.c:253
#4  0x08049371 in main (argc=3D6, argv=3D0xbfbfeae4) at nasm.c:284
#5  0x08048d62 in _start ()


Any hints?

Thanks for your help
=2DChristoph Sold

--Boundary-00=_vIl1/VlwHZpkdnE--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200312092352.31265.cs>