Message-ID: <000b01c07430$c73056a0$9d42c3d1@software.mitel.com>
From: "Paul Forgrave" <forgrave AT cyberus DOT ca>
To: <djgpp AT delorie DOT com>
Subject: Re: RHIDE 1.478 Unstable?
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
Date: Mon, 1 Jan 2001 15:23:51 -0500
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Reply-To: djgpp AT delorie DOT com

To comply with the request for more info, see the following:

   I am attaching the dump listings from the RHIDE 1.478 crashes I am
   experiencing.  I am not sure if you can make any sense of them.  I
   can send the source and project files if that will help.

   Build Environment:

   - Windows NT v4.0, with SrvPk 6a
   - Computer = PIII 600 MHz, with 512 MB RAM.
   - Files are on an 10 GB NTFS partition
   - using ntlfn08 (** this makes no difference **)
   - DJGPP Installation location = H:\DJGPP

   I am trying to compile the RHIDE 1.478 from sources to be able to
   debug, but it dies when attempting to locate the "libgdb.h" header
   file.  Am I missing it from the sources?  I have all of the files I
   downloaded from Andris Pavenis's site and the GDB 5.0 release
files.

   Perhaps there are some more detailed instructions on how to
generate
   the application from the sources, or if possible, is there an
executable
   that you can email me with debugging information so that I may try
and
   find out where my problem is.

   I have a suggestion that, if possible, can the temporary directory
   be removed after program generation finishes and/or when closing
   the project file.

   Thanks to Andris for your great work on the program.

Paul Forgrave

------------------------------------------------------------
ATTACHMENTS
------------------------------------------------------------
Notes:

  - The RHIDE program will compile all files and link them into an
    executable, but I believe it is crashing when trying to clean up
    the build environment.

  - After a successful compilation and link session, the temporary
    files are removed from the temporary directory.

    The temporary directory is removed after exitting the RHIDE
    program.

  - Successful compilation and linking appears to happen under the
    BASH 2.04 shell, but not under the COMMAND.COM session itself.

------------------------------------------------------------
Error Dump of First Compilation:
------------------------------------------------------------
Exiting due to signal SIGSEGV
General Protection Fault at eip=001e8d60
eax=fee50000 ebx=fee50000 ecx=00000302 edx=fee60000 esi=00000090
edi=fee500a0
ebp=002d33d4 esp=002d339c program=H:\DJGPP\BIN\RHIDE.EXE
cs: sel=01c7  base=03020000  limit=7cfcffff
ds: sel=01cf  base=03020000  limit=7cfcffff
es: sel=01cf  base=03020000  limit=7cfcffff
fs: sel=0000
gs: sel=01d7  base=00000000  limit=0010ffff
ss: sel=01cf  base=03020000  limit=7cfcffff
App stack: [002d3ad8..00253ad8]  Exceptn stack: [00252d04..00250dc4]

Call frame traceback EIPs:
  0x001e8d60
  0x001e4d18
  0x001e557f
  0x000bdcb2
  0x000bd95b
  0x000bdc33
  0x0000a439
  0x0000ab1a
  0x0000bf1e
  0x00011f79
  0x000126af
  0x0001aede
  0x000ac364
  0x000b3fc0
  0x0001dc48
  0x001e8718

------------------------------------------------------------
Temporary File #1 Contents (Erhbaaaa):
------------------------------------------------------------
Reading specs from H:/DJGPP/lib/gcc-lib/djgpp/2.952/specs
gcc version 2.95.2 19991024 (release)
 H:/DJGPP/lib/gcc-lib/djgpp/2.952/collect2.exe -o svs_log.exe \
   H:/DJGPP/lib/crt0.o -Lh:/djgpp/lib -LH:/DJGPP/lib \
   -LH:/DJGPP/lib/gcc-lib/djgpp/2.952 -LH:/DJGPP/bin \
   -LH:/DJGPP/lib file.o global.o llbase.o llins.o llprim.o \
   llsort.o llswap.o main.o memicmp.o strings.o utils.o vmem.o \
   -E --verbose -lgcc -lc -lgcc -Tdjgpp.djl

GNU ld version 2.10 (with BFD 2.10)
  Supported emulations:
   i386go32
cannot find script file djgpp.djl
opened script file h:/djgpp/lib/djgpp.djl
attempt to open H:/DJGPP/lib/crt0.o succeeded
H:/DJGPP/lib/crt0.o
attempt to open file.o succeeded
file.o
attempt to open global.o succeeded
global.o
attempt to open llbase.o succeeded
llbase.o
attempt to open llins.o succeeded
llins.o
attempt to open llprim.o succeeded
llprim.o
attempt to open llsort.o succeeded
llsort.o
attempt to open llswap.o succeeded
llswap.o
attempt to open main.o succeeded
main.o
attempt to open memicmp.o succeeded
memicmp.o
attempt to open strings.o succeeded
strings.o
attempt to open utils.o succeeded
utils.o
attempt to open vmem.o succeeded
vmem.o
attempt to open h:/djgpp/lib/libgcc.a failed
attempt to open H:/DJGPP/lib/libgcc.a failed
attempt to open H:/DJGPP/lib/gcc-lib/djgpp/2.952/libgcc.a succeeded
(H:/DJGPP/lib/gcc-lib/djgpp/2.952/libgcc.a)frame.o
attempt to open h:/djgpp/lib/libc.a succeeded
(h:/djgpp/lib/libc.a)npxsetup.o
(h:/djgpp/lib/libc.a)id_c.o
(h:/djgpp/lib/libc.a)crt1.o
(h:/djgpp/lib/libc.a)exceptn.o
(h:/djgpp/lib/libc.a)infostrc.o
(h:/djgpp/lib/libc.a)_use_lfn.o
(h:/djgpp/lib/libc.a)int86.o
(h:/djgpp/lib/libc.a)ct_lower.o
(h:/djgpp/lib/libc.a)strlen.o
(h:/djgpp/lib/libc.a)fixpath.o
(h:/djgpp/lib/libc.a)memset.o
(h:/djgpp/lib/libc.a)sprintf.o
(h:/djgpp/lib/libc.a)stub0022.o
(h:/djgpp/lib/libc.a)stub0019.o
(h:/djgpp/lib/libc.a)fopen.o
(h:/djgpp/lib/libc.a)feof.o
(h:/djgpp/lib/libc.a)fgets.o
(h:/djgpp/lib/libc.a)ct_flags.o
(h:/djgpp/lib/libc.a)memcpy.o
(h:/djgpp/lib/libc.a)atoi.o
(h:/djgpp/lib/libc.a)atof.o
(h:/djgpp/lib/libc.a)strcmp.o
(h:/djgpp/lib/libc.a)strupr.o
(h:/djgpp/lib/libc.a)strstr.o
(h:/djgpp/lib/libc.a)fclose.o
(h:/djgpp/lib/libc.a)stub0020.o
(h:/djgpp/lib/libc.a)fprintf.o
(h:/djgpp/lib/libc.a)errno.o
(h:/djgpp/lib/libc.a)clearerr.o
(h:/djgpp/lib/libc.a)memcmp.o
(h:/djgpp/lib/libc.a)strncpy.o
(h:/djgpp/lib/libc.a)strcpy.o
(h:/djgpp/lib/libc.a)printf.o
(h:/djgpp/lib/libc.a)malloc.o
(h:/djgpp/lib/libc.a)stub0036.o
(h:/djgpp/lib/libc.a)fnsplit.o
(h:/djgpp/lib/libc.a)fnmerge.o
(h:/djgpp/lib/libc.a)calloc.o
(h:/djgpp/lib/libc.a)ct_upper.o
(h:/djgpp/lib/libc.a)memmove.o
(h:/djgpp/lib/libc.a)strspn.o
(h:/djgpp/lib/libc.a)strcat.o
(h:/djgpp/lib/libc.a)stub0016.o
(h:/djgpp/lib/libc.a)stub0027.o
(h:/djgpp/lib/libc.a)outp.o
(h:/djgpp/lib/libc.a)inp.o
(h:/djgpp/lib/libc.a)b_time.o
(h:/djgpp/lib/libc.a)stub0006.o
(h:/djgpp/lib/libc.a)getenv.o
(h:/djgpp/lib/libc.a)stub0030.o
(h:/djgpp/lib/libc.a)spawnlp.o
(h:/djgpp/lib/libc.a)stub0001.o
(h:/djgpp/lib/libc.a)time.o
(h:/djgpp/lib/libc.a)farptr.o
(h:/djgpp/lib/libc.a)bioskey.o
(h:/djgpp/lib/libc.a)d_getdat.o
(h:/djgpp/lib/libc.a)d_gettim.o
(h:/djgpp/lib/libc.a)d_setdat.o
(h:/djgpp/lib/libc.a)abort.o
(h:/djgpp/lib/libc.a)dpmiexcp.o
(h:/djgpp/lib/libc.a)longjmp.o
(h:/djgpp/lib/libc.a)d0e01.o
(h:/djgpp/lib/libc.a)fpu.o
(h:/djgpp/lib/libc.a)_write.o
(h:/djgpp/lib/libc.a)dxeload.o
(h:/djgpp/lib/libc.a)cntrl87.o
(h:/djgpp/lib/libc.a)d0000.o
(h:/djgpp/lib/libc.a)d0008.o
(h:/djgpp/lib/libc.a)d0400.o
(h:/djgpp/lib/libc.a)d0006.o
(h:/djgpp/lib/libc.a)md.o
(h:/djgpp/lib/libc.a)getdos_v.o
(h:/djgpp/lib/libc.a)osminor.o
(h:/djgpp/lib/libc.a)osmajor.o
(h:/djgpp/lib/libc.a)putenv.o
(h:/djgpp/lib/libc.a)frlist.o
(h:/djgpp/lib/libc.a)c1loadef.o
(h:/djgpp/lib/libc.a)c1args.o
(h:/djgpp/lib/libc.a)_main.o
(h:/djgpp/lib/libc.a)exit.o
(h:/djgpp/lib/libc.a)putpath.o
(h:/djgpp/lib/libc.a)d_getdrv.o
(h:/djgpp/lib/libc.a)d0300_z.o
(h:/djgpp/lib/libc.a)doserr2e.o
(h:/djgpp/lib/libc.a)dmp.o
(h:/djgpp/lib/libc.a)dmg.o
(h:/djgpp/lib/libc.a)int86x.o
(h:/djgpp/lib/libc.a)fncase.o
(h:/djgpp/lib/libc.a)mbcurmax.o
(h:/djgpp/lib/libc.a)mblen.o
(h:/djgpp/lib/libc.a)lfnshort.o
(h:/djgpp/lib/libc.a)doprnt.o
(h:/djgpp/lib/libc.a)getdisk.o
(h:/djgpp/lib/libc.a)findfirs.o
(h:/djgpp/lib/libc.a)allocfil.o
(h:/djgpp/lib/libc.a)fmode.o
(h:/djgpp/lib/libc.a)open.o
(h:/djgpp/lib/libc.a)lseek.o
(h:/djgpp/lib/libc.a)read.o
(h:/djgpp/lib/libc.a)isatty.o
(h:/djgpp/lib/libc.a)filbuf.o
(h:/djgpp/lib/libc.a)dosio.o
(h:/djgpp/lib/libc.a)djmd.o
(h:/djgpp/lib/libc.a)strtol.o
(h:/djgpp/lib/libc.a)strtod.o
(h:/djgpp/lib/libc.a)strncmp.o
(h:/djgpp/lib/libc.a)fflush.o
(h:/djgpp/lib/libc.a)close.o
(h:/djgpp/lib/libc.a)remove.o
(h:/djgpp/lib/libc.a)findnext.o
(h:/djgpp/lib/libc.a)stdout.o
(h:/djgpp/lib/libc.a)stub0031.o
(h:/djgpp/lib/libc.a)stricmp.o
(h:/djgpp/lib/libc.a)strchr.o
(h:/djgpp/lib/libc.a)strrchr.o
(h:/djgpp/lib/libc.a)strcspn.o
(h:/djgpp/lib/libc.a)djmdr.o
(h:/djgpp/lib/libc.a)ob.o
(h:/djgpp/lib/libc.a)ib.o
(h:/djgpp/lib/libc.a)getcwd.o
(h:/djgpp/lib/libc.a)spawnvpe.o
(h:/djgpp/lib/libc.a)chdir.o
(h:/djgpp/lib/libc.a)gettimeo.o
(h:/djgpp/lib/libc.a)write.o
(h:/djgpp/lib/libc.a)dpmi_lsl.o
(h:/djgpp/lib/libc.a)stat87.o
(h:/djgpp/lib/libc.a)setjmp.o
(h:/djgpp/lib/libc.a)d0202.o
(h:/djgpp/lib/libc.a)d0203.o
(h:/djgpp/lib/libc.a)d0204.o
(h:/djgpp/lib/libc.a)d0205.o
(h:/djgpp/lib/libc.a)d0201.o
(h:/djgpp/lib/libc.a)d0304.o
(h:/djgpp/lib/libc.a)d0200.o
(h:/djgpp/lib/libc.a)d0303.o
(h:/djgpp/lib/libc.a)d0600.o
(h:/djgpp/lib/libc.a)clear87.o
(h:/djgpp/lib/libc.a)fsext.o
(h:/djgpp/lib/libc.a)_open.o
(h:/djgpp/lib/libc.a)_read.o
(h:/djgpp/lib/libc.a)_close.o
(h:/djgpp/lib/libc.a)osflavor.o
(h:/djgpp/lib/libc.a)stdin.o
(h:/djgpp/lib/libc.a)stderr.o
(h:/djgpp/lib/libc.a)stdprn.o
(h:/djgpp/lib/libc.a)stdaux.o
(h:/djgpp/lib/libc.a)c1pglob.o
(h:/djgpp/lib/libc.a)strncat.o
(h:/djgpp/lib/libc.a)stdiohk.o
(h:/djgpp/lib/libc.a)setmode.o
(h:/djgpp/lib/libc.a)doserrno.o
(h:/djgpp/lib/libc.a)lconv.o
(h:/djgpp/lib/libc.a)putc.o
(h:/djgpp/lib/libc.a)memchr.o
(h:/djgpp/lib/libc.a)modfl.o
(h:/djgpp/lib/libc.a)fexistp.o
(h:/djgpp/lib/libc.a)_creat_n.o
(h:/djgpp/lib/libc.a)_creat.o
(h:/djgpp/lib/libc.a)crlf2nl.o
(h:/djgpp/lib/libc.a)huge_val.o
(h:/djgpp/lib/libc.a)float_dx.o
(h:/djgpp/lib/libc.a)fwalk.o
(h:/djgpp/lib/libc.a)fse_open.o
(h:/djgpp/lib/libc.a)_chmod.o
(h:/djgpp/lib/libc.a)dosexec.o
(h:/djgpp/lib/libc.a)ctime.o
(h:/djgpp/lib/libc.a)stub0002.o
(h:/djgpp/lib/libc.a)glob.o
(h:/djgpp/lib/libc.a)flsbuf.o
(h:/djgpp/lib/libc.a)fsync.o
(h:/djgpp/lib/libc.a)strpbrk.o
(h:/djgpp/lib/libc.a)chkv2prg.o
(h:/djgpp/lib/libc.a)sscanf.o
(h:/djgpp/lib/libc.a)access.o
(h:/djgpp/lib/libc.a)fnmatch.o
(h:/djgpp/lib/libc.a)qsort.o
(h:/djgpp/lib/libc.a)doscan.o
(h:/djgpp/lib/libc.a)opendir.o
(h:/djgpp/lib/libc.a)is_exec.o
(h:/djgpp/lib/libc.a)ungetc.o
(h:/djgpp/lib/libc.a)fgetc.o
(h:/djgpp/lib/libc.a)atold.o
(h:/djgpp/lib/libc.a)odflags.o
(h:/djgpp/lib/libc.a)xstat.o
(h:/djgpp/lib/libc.a)strtold.o
attempt to open h:/djgpp/lib/libgcc.a failed
attempt to open H:/DJGPP/lib/libgcc.a failed
attempt to open H:/DJGPP/lib/gcc-lib/djgpp/2.952/libgcc.a succeeded
(H:/DJGPP/lib/gcc-lib/djgpp/2.952/libgcc.a)_umoddi3.o
(H:/DJGPP/lib/gcc-lib/djgpp/2.952/libgcc.a)_udivdi3.o
 H:/DJGPP/bin/stubify.exe -v svs_log.exe

------------------------------------------------------------
Temporary File #2 Contents (Ougbaaaa):
------------------------------------------------------------
stubify for djgpp V2.X executables, Copyright (C) 1995 DJ Delorie
stubify: svs_log.exe -> svs_log.000 -> svs_log.exe


Sometimes, if I start a second rhide session without restarting the
"command.com" shell,  I get the following error dump:
----------------------------------------------------------------------
--------
Second Compilation: (without restarting Win NT Command.Com Shell)
----------------------------------------------------------------------
--------
Exiting due to signal SIGSEGV
General Protection Fault at eip=001e8d60
eax=fee50000 ebx=fee50000 ecx=00000302 edx=fee60000 esi=00000780
edi=fee50790
ebp=002d30b4 esp=002d307c program=H:\DJGPP\BIN\RHIDE.EXE
cs: sel=01cf  base=03020000  limit=7cfcffff
ds: sel=01d7  base=03020000  limit=7cfcffff
es: sel=01d7  base=03020000  limit=7cfcffff
fs: sel=0000
gs: sel=01df  base=00000000  limit=0010ffff
ss: sel=01d7  base=03020000  limit=7cfcffff
App stack: [002d3ad8..00253ad8]  Exceptn stack: [00252d04..00250dc4]

Call frame traceback EIPs:
  0x001e8d60
  0x001e4d18
  0x001e557f
  0x000bdcb2
  0x000bd95b
  0x000bdf28
  0x000c2cac
  0x0009fbc1
  0x0009fb52
  0x0009f9ea
  0x0009fa69
  0x0003c9ef
  0x000a3349
  0x0009fb64
  0x0009f9ea
  0x0009fa69
  0x00040ee1
  0x0009fb64
  0x0009f9ea
  0x0009fa69
  0x00040047
  0x0009fb64
  0x0009f9ea
  0x0009fa69
  0x0002b80b
  0x0002d10f
  0x0001285e
  0x000128b6
  0x0001aee8
  0x000ac364
  0x000b3fc0
  0x0001dc48
  0x001e8718

  - At this point the ".gpr" has been corrupted and cannot be used as
the
    program refuses to load it again.

------------------------------------------------------------
Error Dump after corrupting the .gpr file (last 50 lines):
------------------------------------------------------------
SHELL=
COMSPEC=I:\WINNT\SYSTEM32\COMMAND.COM
DJSYSFLAGS=

My problem is the following:
============================
RHIDE internal error. Please send a description of this situation
as most as possible detailed to the author together with the version
you are using. AND VERY IMPORTANT IS THE NEXT TRACEBACK!!!!

Exiting due to signal SIGABRT
Division by Zero at eip=0001d48d, x87 status=0000
eax=000000c8 ebx=00302f48 ecx=00000000 edx=0001df0a esi=00313658
edi=00302f48
ebp=002d3324 esp=002d32fc program=H:\DJGPP\BIN\RHIDE.EXE
cs: sel=01cf  base=032c0000  limit=0031ffff
ds: sel=01d7  base=032c0000  limit=0031ffff
es: sel=01d7  base=032c0000  limit=0031ffff
fs: sel=01df  base=00000000  limit=0010ffff
gs: sel=01df  base=00000000  limit=0010ffff
ss: sel=01d7  base=032c0000  limit=0031ffff
App stack: [002d3ad8..00253ad8]  Exceptn stack: [00252d04..00250dc4]

Call frame traceback EIPs:
  0x0001d48d
  0x0009fe37
  0x0009e55d
  0x000b5cf8
  0x0006d4c8
  0x0009e6fe
  0x0009e53d
  0x0003c9c6
  0x000a33e2
  0x0009e6fe
  0x0009e53d
  0x00040af3
  0x0009e6fe
  0x0009e53d
  0x0003fdb5
  0x0009e6fe
  0x0009e53d
  0x0001e204
  0x0002c9dc
  0x0001db9d
  0x001e8718


"Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il> wrote in message
news:Pine DOT SUN DOT 3 DOT 91 DOT 1010101093033 DOT 3587S-100000 AT is...
>
> On Sat, 30 Dec 2000, Paul Forgrave wrote:
>
> > I have installed the latest version of the RHIDE development
version 1.478
> > and
> > find it be be quite unstable.  Compilation usually dies after the
files are
> > compiled
> > to object modules and the project executable created.
>
> Please post the details of ``compilation dies''.  Do you see any
crash
> messages?  If so, please post them in their entirety.  Does Dr
Watson pop
> up?  If so, post its report.
>
> > The only thing I see on screen beside the register dump is
something about a
> > SIGSEV error overwriting some of the initial text on the screen.
>
> Whatever you see, please post that.
>
> Andris explained in his message how to redirect RHIDE's standard
error
> stream to a file.  This should cause the crash message to go to that
> file, and possibly be more complete.  Please post that file here as
well.