From: Martin Str|mberg <ams AT ludd DOT luth DOT se>
Message-Id: <199807081616.SAA23287@father.ludd.luth.se>
Subject: Re: info core dumps
To: eliz AT is DOT elta DOT co DOT il (Eli Zaretskii)
Date: Wed, 8 Jul 1998 18:16:37 +0200 (MET DST)
Cc: djgpp-workers AT delorie DOT com (DJGPP-WORKERS)
In-Reply-To: <Pine.SUN.3.91.980708115058.5286O-100000@is> from Eli Zaretskii at "Jul 8, 98 11:51:21 am"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Precedence: bulk

According to Eli Zaretskii:
> Okay, but I still am unsure about the precise way to get it crash.
> Does it crash only after you run the batch file which pepares the
> system to use v2.02?  Or does it crash in the v2.01 setup as well?

I don't remeber. I'll check that next time I boot DOZE.

> If it only crashes in the v2.02 setup, the first thing I'd suspect is
> info/dir from djdev202.zip (unless you edited it).
> 
> > Hmm, the size is correct but not the date. Anyway I unzipped
> > txi312b.zip again and it still core dumps:
> 
> What exactly should I do to reproduce this?  Does it crash immediately
> upon startup, when invoked with no arguments at all (i.e. just "info RET")
> and crashes consistently when invoked like that?  If not, please
> describe the exact sequence of keystrokes and other prerequisites
> required to reproduce this crash.

Yes, immediately. I've tried "info" and "info libc". I'm running
DOS6.22, Swedish version. I've recompiled djlsr202.zip with gcc from
gcc281b.zip. 

> > How can I see what the info is set for a certain segment in gdb? I
> > mean "p $ds" shows me what %ds is set to, but not it's base and
> > limit?
> > Another question: "p *$eax" (or perhaps it was "p *($eax)") let me
> > look at the contents at the address %eax points to, but what command
> > lets me look at the contents at the address %gs:%eax?
> 
> If you mean to access data in segment other than DS, then you can't do
> that in GDB directly.  You need to call a C function like dosmemget
> for that, assuming that it's linked into the debugged program.
> 
> The same goes for selector data: call the appropriate C function from
> the GDB prompt.

Ok, but which functions? I took a look libc doc and nothing jumped out
at me.

> But if you are doing that to debug info.exe, it might be much easier
> if I send you unstripped binary from my development machine.

Yes, please do.

> > Here the end of the make:
> > gcc -DINFODIR=\"/usr/local/info\"
> > -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE
> > _CONFIG_H -I. -I../lib -I../intl -I.. -I.  -g -O2 -c variables.c
> > gcc -DINFODIR=\"/usr/local/info\"
> > -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE
> > _CONFIG_H -I. -I../lib -I../intl -I.. -I.  -g -O2 -c window.c
> > gcc -g -O2  -o ginfo  dir.o display.o doc.o dribble.o echo-area.o
> > filesys.o foot
> > notes.o gc.o indices.o info-utils.o info.o infodoc.o infomap.o m-x.o
> > man.o nodem
> > enu.o nodes.o search.o session.o signals.o terminal.o tilde.o
> > variables.o window
> > .o ../lib/libtxi.a  ../intl/libintl.a
> > e:/djgpp.202/lib/libc.a(conio.o)(.text+0x110):conio.c: multiple
> > definition of `gettext'
> > ../intl/libintl.a(intl-compat.o):intl-compat.c:66: first defined here
> 
> Huh?  How could this all happen?  Please describe the steps you did to
> compile Info.  If you used txi312s.zip, you should have just go into
> the info/ subdirectory and type "make".  Or do the same from the
> top-level gnu/texinfo3.12 directory (which will cause it to build the
> entire distribution, not only info.exe).
> 
> If you did the configure step, you somehow misconfigured it, since the
> DJGPP port makes sure intl/libintl.a is NOT built, and LOCALEDIR is
> defined to be ${DJDIR}/share/locale (look at info/Makefile which comes
> with the source distribution).

Yes, I did "sh configure" and them "make". Shouldn't I run configure?


Gorecki, Symphony No. 3,

							MartinS