Subject:	Re: Programmers' editor
To:	jon AT halsp DOT hitachi DOT com (Jonathan Ryshpan)
Date:	Sat, 6 Feb 93 14:31:16 EST
From:	Stephen Turnbull <turnbull AT ecolan DOT sbs DOT ohio-state DOT edu>
Cc:	djgpp AT sun DOT soe DOT clarkson DOT edu (DJ's GPP mailing list)

> Is it possible to invoke "M-X compile" under demacs.  I always seem to
> run out of memory.  Here is the result of invoking nmake as the program

I don't see what you're complaining about; I never managed to get
DEmacs to run a directory listing without crashing :-)  Did you have to
do anything special to get M-X compile to work?  I haven't tried very
hard; I use DesqView/X to do my task switching---it's more convenient
than any compile function I've ever used (I have never had access to a
real Emacs, I've always been DOS-based).
    In general, DEmacs's ability to shell to DOS or run subprocesses
sucks.  But it looks to me like you've just got a compiler that's too
big for its britches here.

> to be run by compile.  Error D2027 probably indicates not enough memory
> (says Microsoft help).
> 
> 	cd c:/src/which/
> 	nmake
> 
> 	Microsoft (R) Program Maintenance Utility   Version 1.11
> 	Copyright (c) Microsoft Corp 1988-90. All rights reserved.
> 
> 		cl /Zi -DDOS which.c
> 	Microsoft (R) C Optimizing Compiler Version 6.00A
> 	Copyright (c) Microsoft Corp 1984-1990. All rights reserved.
> 
> 	which.c
> 	Command line error D2027 : could not execute 'C:\C600\BIN\c2.exe'
> 	NMAKE : fatal error U1077: 'cl' : return code '2'
> 	Stop.
> 
> Here is the result of running mapmen as the program to be invoked by
> "compile".  Can the space occupied by DEMACS be recuced?  Or can the
> space occupied by nmake be reduced?
> 
> 	cd c:/src/which/
> 	mapmem
> 
> 	Allocated Memory Map - by TurboPower Software - Version 2.1
> 
> 	 PSP  blks bytes owner    command line        hooked vectors
> 	----- ---- ----- -------- ------------------- --------------
> 	0008   2   87152 command
> 	179D   2    3392 N/A                          2E 2F
> 	189A   2   14000 MOUSE                        0A 10 33 7A
> 	1C1B   2  111424 DEMACS   N/A                 30 F5
                  ^^^^^^
This looks to be about the amount of memory occupied by GO32 + page
tables + a very small stub of DEmacs to reload the program.  (DEmacs
itself, without GO32 + page tables, is about 650KB.)  Thus I would
guess the answer is "no."
    Is it possible to get your compiler to load itself into extended
memory?  If so, then there should be space to share with DEmacs.  If
you are already doing this, and are running out of extended memory, it
is possible to tell DEmacs to use only a certain amount of extended
memory.  I think the option is "-keep 1024" to use 1meg of extended
memory.  See the DEmacs docs.  You might try this with DJGPP.  (No,
you won't be able to "share" the GO32 between DEmacs and GCC---GO32 is
not yet reentrant.  Check me on that, wizards?)

> 	3751   3    4032 NMP85                        22 24
> 	3850   2  423680 free
> 
> Jove produces essentially the same results.  Is micrognu (mg) any better?

Go ahead and try it, as I recall it was about 80K---if you think 30K
savings will be enough.
    I think a better bet is to invest in DesqView or DesqView/X.

> 
> Many Thanks:
> 
> Jonathan Ryshpan		<jon AT halsp DOT hitachi DOT com>
> 
> 	===============> I write for myself ONLY. <===============
> 
> 


-- 
 
Stephen Turnbull
The Ohio State University, Department of Economics
410 Arps Hall, 1945 N. High St., Columbus, OH  43210-1172  USA
Phone: (614) 292-0654  Fax: ...-3906  Email: turnbull DOT 1 AT osu DOT edu

- Raw text -