Re: [Discuss-gnuradio] error

[Martin Dvh]

Martin Dvh wrote:

> > Did the test program catch the error and say it caught a SIGBUS?
>
> I just got the output as shown above:
>  >>>Segmentation fault

Tonight I rebuilt recent cvs with gcc-3.4 and my whole system up-to-date 
(dist-update, dist-upgrade, old swig library 1.3.21 removed)
I still with gcc-3.4 get a segfault and no more info.

address@hidden:/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core$ make 
CC=gcc-3.4 CXX=g++-3.4 check
Making check in config
.....
.....
make[3]: Entering directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/reed-solomon'
make  check-TESTS
make[4]: Entering directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/reed-solomon'
Testing (3,2) RS codec...OK
Testing (7,5) RS codec...OK
Testing (15,11) RS codec...OK
Testing (31,25) RS codec...OK
Testing (63,55) RS codec...OK
Testing (127,117) RS codec...OK
Testing (255,223) RS codec...OK
Testing (255,223) RS codec...OK
All codec tests passed!
PASS: rstest
==================
All 1 tests passed
==================
make[4]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/reed-solomon'
make[3]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/reed-solomon'
Making check in omnithread
make[3]: Entering directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/omnithread'
make[3]: Nothing to be done for `check'.
make[3]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/omnithread'
Making check in io
make[3]: Entering directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/io'
make[3]: Nothing to be done for `check'.
make[3]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/io'
Making check in .
make[3]: Entering directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib'
make[3]: Nothing to be done for `check-am'.
make[3]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib'
Making check in swig
make[3]: Entering directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/swig'
make[3]: Nothing to be done for `check'.
make[3]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib/swig'
make[2]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/lib'
Making check in tests
make[2]: Entering directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/tests'
make  check-TESTS
make[3]: Entering directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/tests'
FAIL: test_all
===================
1 of 1 tests failed
===================
make[3]: *** [check-TESTS] Error 1
make[3]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/tests'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/tests'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory 
`/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src'
make: *** [check-recursive] Error 1


>address@hidden:/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core$ 
src/tests/test_all
Segmentation fault
>address@hidden:/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core$


I have the following versions installed.

 libstdc++5         3.3.5-5    should be used by gcc-3.3
 libstdc++6-dev         3.4.3-6    should only be used by gcc-3.4
 libstdc++5-3.3-dev    3.3.5-5    should be used by gcc-3.3
 libstdc++5-3.3-doc    1:3.3.5-5
 libstdc++6        3.4.3-6    should only be used by gcc-3.4
 gcc-3.3            1:3.3.5-5
 gcc-3.3-base        1:3.3.5-5
 gcc-3.4-base        3.4.3-6
 libgcc1            3.4.3-6
 gcc-3.4            3.4.3-6
 gcc            3.3.5-1
 g++            3.3.5-1
 g++-3.3            3.3.5-5
 g++-3.4            3.4.3-6
 automake1.7             1.7.9-6

 further I now have the exact same versions as Job de Haas:
 ii  autoconf       2.59a-2
 ii  automake1.4    1.4-p6-8
 ii  autotools-dev  20041130.2
 ii  libtool        1.5.6-3
 ii  swig           1.3.22-5
 ii  libswig1.3.22  1.3.22-5
 ii  pkg-config     0.15.0-4
 ii  fftw3          3.0.1-11
 ii  fftw3-dev      3.0.1-11
 ii  python2.3      2.3.4-18
 ii  python2.3-dev  2.3.4-18
 ii  libboost-dev   1.31.0-9
 ii  libboost-python-dev 1.31.0-9
 ii  tetex-base     2.0.2c-3
 ii  tetex-bin      2.0.2-25
 ii  gcc            3.3.5-1
 ii  gcc-3.3        3.3.5-5
 ii  gcc-3.3-base   3.3.5-5
 ii  libgcc1        3.4.3-6
 ii  g++            3.3.5-1
 ii  g++-3.3        3.3.5-5
 ii  libstdc++5     3.3.5-5
 ii  libstdc++5-3.3-dev 3.3.5-5

with gcc-3.3 I got:
> make[3]: Entering directory
> `/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/tests'
> .Testing gr_vmcircbuf_sysv_shm_factory...
> ....... gr_vmcircbuf_sysv_shm_factory: OK
> Testing gr_vmcircbuf_mmap_shm_open_factory...
> FAIL: test_all
> ===================
> 1 of 1 tests failed
> ===================
> make[3]: *** [check-TESTS] Error 1
> make[3]: Leaving directory
> `/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/tests'
> make[2]: *** [check-am] Error 2
> make[2]: Leaving directory
> `/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src/tests'
> make[1]: *** [check-recursive] Error 1
> make[1]: Leaving directory
> `/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core/src'
> make: *** [check-recursive] Error 1
>
>
> Then I ran the test_all manually and got:
> address@hidden:/pub/projects/bt8x8/gnuradio/cvs.newest/gnuradio-core$
> src/tests/test_all
> .Testing gr_vmcircbuf_sysv_shm_factory...
> ....... gr_vmcircbuf_sysv_shm_factory: OK
> Testing gr_vmcircbuf_mmap_shm_open_factory...
> Aborted
>
>
> So no Segfault with gcc 3.3. but still an error with not much clues what
> is going wrong, only Aborted.


> > > This is a problem somewhere in your Debian installation.
> > > I'm not a Debian user, so I'm not inclined to track this down.
> > > The problem could be that some library, e.g., libstdc++ is built with
> > > the buggy compiler.  I've seen two possibly related problems.  These
> > > problems do not show up on other GNU/Linux systems such as Mandrake or
> > > FC 2 or 3.
> > >
> > > (1) That shm_open was returning a non-zero value that was in fact not
> > > good.
> > > (2) That constructor/destructors of stack allocated classes were not
> > >    being properly handled.
Should I try rebuilding libstdc++-6 with gcc-3.4 ?
Or is there some way to check if gcc is using the right libstc++ ?
I don't really know how to debug these kind of problems.


> > I will try reproducing this problem tonight and debug it. I suspect that
> > some program in the chain has incompatible ABI. Debian has many versions
> > of c++ libraries (libstdc++{5,6}) and compilers in the archive, so one 
> > has
> > to be careful, to chose the right one.

Any luck yet ?

Thanks and greetings,
Martin