delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1992/03/04/10:31:37

From: GORDON ALLEN R <gordon AT tramp DOT Colorado DOT EDU>
Subject: problem with djgpp and drdos
To: djgpp AT sun DOT soe DOT clarkson DOT edu
Date: Wed, 4 Mar 92 8:20:43 MST
Status: O

> X-Mailer: ELM [version 2.3 PL11]
> 
> There is a problem with djgpp and drdos version 6.  I ran into this problem,
> which has been confirmed by Peter Stephenson (see below).  I haven't identified
> all of the parameters, but here's what I have.
> 
> In running the program pagetest (djgpp/samples/pagetest), with a command line
> parameter of greater than say 3000, the program exits, leaving only a few 
> hundred bytes of ram free.  Before running it, 617K was free.  Further attempts
> at recompilation of any program with gcc were met with errors such as untermin-
> ated if statement in the header file(s).  Examination of the header, such as 
> stdio.h, revealed no problem.  Recompilation with gcc -E, revealed spurious 
> characters inserted into the .i file many times at the endif statement.  
> Editing the .i file and continuing the compilation with gcc was successful.
> Running gpp did not yield errors!
> 
> I have tried different configuration parameters.  It appears that pagetest did
> not swap to disk when the command line argument was lower than about 3000 and
> the memory problem and compilation problem did not occur.  I reloaded a fresh 
> copy of djgpp when the problem occurred but this did not fix it.  Rebooting 
> did not fix the problem.  Changing the swap drive from ramdisk to hardisk
> did not seem to matter.  I'm not sure if disabling the disk caching program
> had any effect.  The problem seemed to clear up by itself however and I am
> reluctant to pursue defining the problem further.  
> 
> My system is a compaq '386 with 10 MB ram, a 130 MB rll drive.  Drdos is 
> configured to load everything into hi memory and drive d is a superstor com-
> pacted drive.  I also tried to compile from uncompressed files but to no avail.
> 
> I apologize for the sketchy details, but I don't want to disable 
> gcc in my system right now.
> 
> Allen Gordon
> 
> the moment.
> Forwarded message:
> > From pws AT s-a DOT amtp DOT liv DOT ac DOT uk Wed Mar  4 00:40:12 1992
> > From: Peter Stephenson <pws AT s-a DOT amtp DOT liv DOT ac DOT uk>
> > Message-Id: <15545 DOT 9203031653 AT s-a DOT amtp DOT liv DOT ac DOT uk>
> > Subject: Re: djgpp with drdos
> > To: gordon AT tramp DOT Colorado DOT edu (GORDON ALLEN R)
> > Date: Tue, 3 Mar 92 16:53:11 GMT
> > In-Reply-To: <199203021507 DOT AA22930 AT tramp DOT Colorado DOT EDU>; from "GORDON ALLEN R" at Mar 2, 92 8:07 am
> > X-Mailer: ELM [version 2.3 PL11]
> > 
> > I had a go with your problem last night.  To begin with pagetest worked
> > fine, until I looked for some knobs to twiddle and realised I had upper
> > memory disabled (memmax -u in autoexec.bat).  I turned upper memory on
> > and tried again.  This time I saw the same problem you did: it worked
> > all right, but when I stopped there were only 384 bytes of memory left.
> > At that point everything went haywire with gcc.  Nothing else I changed
> > made much difference, but I don't fancy attacking my hard disk with
> > fdisk to make a partition for sstore, as goodness knows what the disk
> > controller Amstrad supply would do.  (By the way, I have a 386 with no
> > co-processor and 4MB memory.)  I have no idea what djgpp does with upper
> > memory.
> > 
> > Do pass on any other untoward occurrences.
> > 
> > Peter
> > 
> 
> 


- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019