Re: segfault during build with CVS latest

[Jack U. <jd...@gm...>]

I wrote:
> On 12/25/06, Sam Steingold <sd...@gn...> wrote:
> >
> > this i disturbing.
> > could you please find out (by a binary search) which patch broke your
> > build?
>
> In progress...

After further investigation, I got a better stack trace (see the end
of this email) indicating a problem loading build/locale/en/LC_MESSAGES/clisp.mo
which is a symbolic link back to src/po/en.gmo

When I compare en.gmo from the official 2.41 release tarball with what
I'm getting from CVS (revision 1.20 is the latest and was tagged for the
release), the file sizes are different and a hexdump diff shows
what looks like end-of-line translation occurring at various file offsets.

The first 0x0a byte value in the version of en.gmo included in the
release tarfile is here:

0000220 941d 0000 000a 0000 9425 0000 0031 0000

compared to what I get from my CVS checkout:

0000220 941d 0000 0a0d 0000 2500 0094 3100 0000

The next 0x0a byte value occurs at

0003000 b484 0000 000a 0000 b4ef 0000 000c 0000

vs what I get from CVS:

0003000 0000 b484 0000 0a0d 0000 ef00 00b4 0c00

etc. etc.

Using 'cvs status' I see that the -kb sticky option is not
set on any of the *.gmo files in src/po

Here's a more informative stack trace for the crash that I originally
reported:

(gdb) run -B . -N locale -E 1:1 -Efile UTF-8 -Eterminal UTF-8 -norc -m 1800KW -x
 "(and (load \"init.lisp\") (sys::%saveinitmem) (ext::exit)) (ext::exit t)"
Starting program: c:\projects\third_party\working-dirs\clisp\build/lisp.exe -B .
 -N locale -E 1:1 -Efile UTF-8 -Eterminal UTF-8 -norc -m 1800KW -x "(and (load \
"init.lisp\") (sys::%saveinitmem) (ext::exit)) (ext::exit t)"
  i i i i i i i       ooooo    o        ooooooo   ooooo   ooooo
  I I I I I I I      8     8   8           8     8     o  8    8
  I  \ `+' /  I      8         8           8     8        8    8
   \  `-+-'  /       8         8           8      ooooo   8oooo
    `-__|__-'        8         8           8           8  8
        |            8     o   8           8     o     8  8
  ------+------       ooooo    8oooooo  ooo8ooo   ooooo   8


Program received signal SIGSEGV, Segmentation fault.
0x004c6a50 in _nl_find_msg (domain_file=0x3d7b48, domainbinding=0x3d50e8,
    msgid=0x5804f0 "", convert=0, lengthp=0x22b9f4)
    at ../../gettext-runtime/intl/gettextP.h:111
111     {
(gdb) backtrace
#0  0x004c6a50 in _nl_find_msg (domain_file=0x3d7b48, domainbinding=0x3d50e8,
    msgid=0x5804f0 "", convert=0, lengthp=0x22b9f4)
    at ../../gettext-runtime/intl/gettextP.h:111
#1  0x004c7aec in _nl_load_domain (domain_file=0x3d7b48,
    domainbinding=0x3d50e8) at ../../gettext-runtime/intl/loadmsgcat.c:1283
#2  0x004c9eff in _nl_find_domain (
    dirname=0x22bb20 "c:\\projects\\third_party\\working-dirs\\clisp\\build/loca
le", locale=0x22bad0 "en", domainname=0x22baf0 "LC_MESSAGES/clisp.mo",
    domainbinding=0x3d50e8) at ../../gettext-runtime/intl/finddomain.c:172
#3  0x004c720b in libintl_dcigettext (domainname=0x4e596f "clisp",
    msgid1=0x4f19c8 "Welcome to", msgid2=0x0, plural=0, n=0, category=1729)
    at ../../gettext-runtime/intl/dcigettext.c:733
#4  0x004c6631 in libintl_dcgettext (domainname=0x4e596f "clisp",
    msgid=0x4f19c8 "Welcome to", category=1729)
    at ../../gettext-runtime/intl/dcgettext.c:49
#5  0x004c60e1 in libintl_dgettext (domainname=0x4e596f "clisp",
    msgid=0x4f19c8 "Welcome to") at ../../gettext-runtime/intl/dgettext.c:52
#6  0x00407356 in clgettext ()
#7  0x0040cb8f in main_actions ()
#8  0x004110c0 in main ()
(gdb)

-- 
Jack Unrue