Date: Tue, 23 Apr 1996 08:56:59 +0200 (IST) From: Eli Zaretskii To: Don Karnage Cc: djgpp AT delorie DOT com Subject: Re: V2 = hmmm In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 22 Apr 1996, Don Karnage wrote: > v1.12 version? It takes a lot more space (having to deal with the library > sources wich do not take a lot of space but with 8k minimum for each files You don't have to install the library sources. Even if you need to consult the sources occasionally, you can keep it as a ZIP file and look inside with any of the archive browsers that are available. The library in v2 is larger, that's true, but it's because it includes much more functionality than v1.x did. And btw, the library sources in v1.x also required many MBytes to be installed. > reply to this one ;) )). I also made a very simple program which used > CONIO.H and PC.H using -lpc and the ScreenPrimary buffer... Now I can't > compile it having to deal with " > > invalid types ong unsigned int[int]' for array subscript Please post the smallest source file that triggers these messages when compiled. > And is it really a good thing having to deal with a DPMI host all the time? The only other way to run 32-bit protected-mode programs on top of 16-bit real-mode DOS is to write a DOS extender. The extender takes much more memory and has more compatibility problems, as DJGPP v1 has shown. And my experience surely doesn't suggest that v2 needs much more memory. Please try to use the advice of the FAQ on system setup; there must be something wrong with that if you cannot compile programs on a 8MB machine. > used to be able to with v1.12! (I'm running Win95 and linux, using DJGPP > within w95 of course; if you're interrested to know about my OS). Anyway I'm What does go32-v2 print when invoked with no arguments in the DOS box? My guess is your DPMI memory settings don't give enough memory to DPMI clients. Check the property sheet of the DOS box, under ``Memory''. The DPMI memory should be set to 65535K, not ``Automatic'', to let DJGPP programs use as much virtual memory as your system can have.