Thank you for the PRN information.

> How would PRN behave in the situation that strings are
> > output but no End-Of-Print-Job is sent?
> Well on real hardware it would depend on the printer. Some
> printers have some timeout and if nothing is sent for a
> while then they print the part of the print job that they
> already have received, possibly leaving part of the page
> empty but still ejecting it...

Today I'm programming an HP P4015 to get the DOS output formatted.   It
appears to have a way to program that timer.  Knock-wood.

> I think the Windows story is different - it tries to bundle
> your DOS print data into a print job and therefore tries to
> guess when DOS is done with printing - either by waiting a
> while or by using that PRN file close as trigger as somebody
> mentioned on the list. I think Windows will just send no data
> at all to the printer until either of the triggers happens.

Earlier in this thread I included information on changing a wait-to-print
item in Windows XP's registry.  Something like that may be in Vista as well.

> Talking about your CPU time issue, did you try fdapm apmdos?
> It is meant to run on real hardware but MAYBE it is also of
> some use for Windows. Probably not, and in the worst case it
> just crashes, but I am curious :-). Whats the tamedos license?

Here's TameDOS's web site....

Here's the License page....

> In Bochs and dosemu, fdapm should work fine, but some configs
> of Bochs will produce lots of logging output when you use it
> so yet again it will be interesting to try :-)

fdapm is a power control I thought.  What role would it play for printing?

> > LINUX with simulator and FreeDOS?
> > It could be a consulting business.
> Dunno, dosemu works fine in my Linux, but I hear Clipper
> is one of the apps which sometimes need some fine tuning

What I'm saying I've seen a old DOS programs that typically are for use in a
specific industry or some specific regulatory.    One was in the trucking
industry to track insurance expirations for independent truckers.  Another
was for handling containers labeling paperwork which is handed to railroad
transfer agents.  Given today's Internet there may be a way to generate some

Note: Clipper always needs tuning,  particularly for the program of current
disgust.   I used the Blinker linker and it has a good DPMI.   I turned off
EMS and XMS and set memory to auto.  DPMI is set to 8192 but a Blinker
memory function reports that 45,000k is available.

It has been a while since I looked at the link scripts.  I got the Blink
link script right by trial and mostly error having used a dozen third party
libraries.  If I were to change something it would take days to test and
qualify it.


John S. Wolter President
Wolter Works
Desk 1-734-665-1263
Cell: 1-734-904-8433
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
Freedos-user mailing list

Reply via email to