Re: [Texmacs-dev] Segmentation fault with gcc 3.2

[Igor V. Kovalenko]

Joris van der Hoeven wrote:
> > So I've now rebuilt guile-1.4 and TeXmacs-1.0.0.20 with compat-gcc package:
> >
> > $ strings -a TeXmacs-1.0.0.20/bin/texmacs.bin|grep GCC|sort|uniq
> > GCC: (GNU) 2.96 20000731 (Red Hat Linux 7.3 2.96-110)
> > GCC: (GNU) 3.2 20021021 (Red Hat Linux 8.0 3.2-11)
> >
> > $ strings -a /usr/lib/libguile.so.9.0.0 |grep GCC|sort|uniq
> > GCC: (GNU) 2.96 20000731 (Red Hat Linux 7.3 2.96-110)
> > GCC: (GNU) 3.2 20021021 (Red Hat Linux 8.0 3.2-11)
> >
> > In this configuration fully-optimized TeXmacs is stable (at least in my tests)
> > both statically and dynamically linked.
>
>
> Thanks for this information.
> With which gcc did you build the other libraries.
Only libguile and TeXmacs were rebuilt with GCC-2.96. What other libs?
Aha, here comes: $ ldd /usr/libexec/TeXmacs-1.0.0.20/bin/texmacs.bin
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40025000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40033000)
        libguile.so.9 => /usr/lib/libguile.so.9 (0x40111000)
        libm.so.6 => /lib/i686/libm.so.6 (0x40188000)
        libdl.so.2 => /lib/libdl.so.2 (0x401aa000)
        libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 
(0x401ae000)
        libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x401ef000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

So this time GCC-2.96 libstdc++ is used, compiled with:
$ strings -a /usr/lib/libstdc++-libc6.2-2.so.3|grep GCC|sort|uniq
GCC: (GNU) 2.96 20000731 (Red Hat Linux 7.3 2.96-110)
GCC: (GNU) 3.1 20020522 (Red Hat Linux Rawhide 3.1-2)

Other libraries are unchanged.

> > If TeXmacs is otherwise built optimized using GCC-3.2 then it crashes.
This means that this time guile is still compiled with GCC-2.96

> Does this mean that you only built TeXmacs using g++-3.2 or also Guile?
> What happens if you build TeXmacs using g++-3.2 but not Guile?
This is the case for crash description.

> > The crash is after the sequience of "document->update->all" which rebuilds
> > TOC, fails to rebuild bibliography, and somehow manages to overwrite math 
> > formula
> > tags and contents with mostly zero-bytes and garbage (I also looked at the saved
> > document) - ergo there should be some kind of memory corruption.
>
>
> Anybody knows about a good way to debug memory corruptions?
To the limit valgrind may help, though it gives many positives in libguile
garbage collector...

--
Regards,
Igor V. Kovalenko    mailto: iko at crec dot mipt dot ru