From: "A.Appleyard" <A DOT APPLEYARD AT fs2 DOT mt DOT umist DOT ac DOT uk>
To: DJGPP AT SUN DOT SOE DOT CLARKSON DOT EDU
Date: Fri, 5 May 1995 17:06:25 BST
Subject: File misreading in the newest djgpp

  I have a very big Gnu C++ program called AAEMACS (an Emacs-type text editor
that I wrote). It compiles into an .EXE file (i.e. go32.exe + a.out) a bit
over 500,000 bytes long. It reads text as binary, looks for LF and CR-LF, and
puts each line into one link of a chained list. This involves much running of
malloc() and its C++ equivalents (i.e. new <typename>) during file-read.
  Through all its many uses and vicissitudes with all sorts of files text &
binary its input/output system never gave trouble, up to and including this
version of Gnu C (hereinafter version A)
  GCC260BN.ZIP GCC260RM.ZIP GAS23BN.ZIP GAS23DC.ZIP DJSRC112.ZIP GCC260DC.ZIP
DJLGR112.ZIP DJDEV112.ZIP FSDB091A.ZIP GDB412BN.ZIP GPP260.ZIP DJEMU112.ZIP
DJTST112.ZIP LGP260BN.ZIP LGP260DC.ZIP LGP260SR.ZIP DJLSR112.ZIP DJDOC112.ZIP
DJEOE112.ZIP GDB412DC.ZIP TXI310BN.ZIP TXI310DC.ZIP WMEMU112.ZIP bnu24bn.zip
bnu24dc.zip DJ112M1.ZIP DJ112M2.ZIP
  When I recompiled AAEMACS with version A, still no trouble.

  Then I updated to this version (hereinafter version B):-
  go32 1.12, binutils 2.4, bison 1.22, diffutils 2.6, flex 2.4.7, gas 2.3, gcc
2.6.0, gdb 4.12, gzip 1.2.4, libg++-2.6.0, make-3.71, patch-2.1, sed-1.18,
texinfo-3.10
  When I recompiled AAEMACS with version B, frequently when AAEMACS reads
files, it reads files not properly but with short sections of them replaced by
binary rubbish. I cannot imagine easily that this is a programming error by
me, as AAEMACS has given me no trouble at all of this sort over 4 years of
very intensive use and much going through its source form. I have now gone
back to version A.
  Has anyone else had input/output mishaps of this sort?
  As I said above, it <might> be a clash between input and the malloc()/new
stack.
  I regret that I am too busy at work to be very willing to wade through
AAEMACS myself right now and much recompilation with bits snipped out. Using
-g compilation mode and symify yields nothing of use.