Mail Archives: djgpp/1999/01/29/16:54:40
On Fri, 29 Jan 1999, Hans-Bernhard Broeker wrote:
> In article <78qa8p$98o$1 AT gamera DOT cbl DOT umces DOT edu> you wrote:
> > I need to write code for a 16-bit 386 Janus barcode scanner with 450kb of
> > useable RAM.
>
> This sentence contains two questionable bits of info:
>
> 1) There is no such thing as a 16-bit 386. So either you just mixed
> your attributes a bit unfortunately (talking about a 16-bit scanner with
> a 386 CPU in it), or you lack some important knowledge :-(
Both? :)
> 2) 'code for a [...] scanner' is not too clear a description.
>
> If you're trying to write code for embedded use, you might be in for a
> tough ride, and the choice of 32bit or 16bit compiler will not play
> any important role at all. Generally, you'll always need specialized
> compilers for use with embedded applications. Only if the embedded
> system provides an almost completely DOS compatible environment, you
> may hope to be able to use standard compilers.
The scanner contains a 386 CPU, 640K RAM (470K useable as a RAM disk).
When I attempted to run the program I developed in the scanner, I got
"load error: no DPMI". (or something real close to that).
I have since loaded and successfully run essentially the same program
written and compiled in Quick Basic 4.0.
The assumption I have made (and I'll freely admit I may be WAAAAY off) is
that I need to use code that will run in a 16-bit environment.
The question(s) is/are: Can I generate 16-bit code using DJGPP operating
in a 32-bit environment - and if so, how?
- fleet -
>
> --
> Hans-Bernhard Broeker (broeker AT physik DOT rwth-aachen DOT de)
> Even if all the snow were burnt, ashes would remain.
>
- Raw text -