From:	tor AT sn DOT no (Tor Sjowall)
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: cwsdpmi bites Novell
Date:	Wed, 13 Nov 1996 13:29:16 GMT
Organization:	SN Internett
Lines:	34
Message-ID:	<3289c834.172103423@news.sn.no>
References:	<32884E0F DOT 2781 AT LSTM DOT Ruhr-UNI-Bochum DOT De>
NNTP-Posting-Host:	asker5-8.ppp.sn.no
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

Thomas Demmer <demmer AT LSTM DOT Ruhr-UNI-Bochum DOT De> wrote:

>Hi
>I have a quite obscure problem with DJGPP executables
>and the Netware shell (VLM).
>Most of the time everything works fine, but occasionally
>the connection to my server gets killed. This happens
>usually after (or while) running programs that were
>compiled with djgpp. Reaccessing the server is impossible,
>and I have to reboot.

I have observed something similar with Netware and Microtec compilers.
When running the Microtec compiler in a dos box in Windows, the
compiler will from time to time report that it's input files are
garbage. This only happens when I have other activity in Windows, such
as opening files or loading programs. Running the compiler again will
work. Running the same programs without the network does not fail.

I have not observed similar problems with djgpp programs, but this may
be because we use those programs in a different manner.

As the Microtec compiler use the DOS/4G extender from Rational Systems
and not cwsdpmi, I suspect that the problem is with Netware or
highmem/emm386 or windows, and _not_ with the dos extender in djgpp.

I have never found out what cause this behaviour, and avoid the
problem by leaving the machine alone while it is compiling. It would,
however, be very intresting to find out what the problem really is.

My guess is that Netware use buffer areas in high memory that is also
used by the other programs running with windows, and that there is
something wrong with the memory allocation.

Tor.

- Raw text -