Xref: news2.mv.net comp.os.msdos.djgpp:3096
From: terra AT diku DOT dk (Morten Welinder)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: V2 = hmmm
Date: 23 Apr 1996 08:15:00 GMT
Organization: Department of Computer Science, U of Copenhagen
Lines: 37
Sender: terra AT tyr DOT diku DOT dk
Message-ID: <4li3i4$t2s@vidar.diku.dk>
References: <Dq8txy DOT Mwx AT nyongwa DOT montreal DOT qc DOT ca>
NNTP-Posting-Host: tyr.diku.dk
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

dunder AT nyongwa DOT montreal DOT qc DOT ca (Don Karnage) writes:


>Is it me or is DJGPP v2 really hmm a regression compared with the
>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
>it takes 18M).

Keep it zipped when you don't need it then, or use an editor that
can go into the archive transparently.

>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 `Long unsigned int[int]' for array subscript
>invalid types `Long unsigned int[int]' for array subscript
>invalid types `Long unsigned int[int]' for array subscript
>invalid types `Long unsigned int[int]' for array subscript

>pointing to where I was using ScreenPrimary ..

>        ScreenPrimary[pos_y * 80 + 31] 3
>          ((ScreenPrimary[pos_y * 80 + 31] & (0x00FF)) | 0x7C00);

This didn't work with 1.12.  Period.  On some 1.x setups you got
the right results but not on all.  It escapes me for the moment
why it doesn't compile, though.

>And is it really a good thing having to deal with a DPMI host all the time?
>All it does is wasting memory! Try to convince me please!

The DPMI host uses about the same amount of memory as go32 did.
When you run nested programs (like when compiling) you use a lot
_less_ memory wiht the dpmi setup.

Morten