Re: Poor real time operation in DOS emulation mode

My Compaq Presario V2000 laptop does not have a floppy drive. I made a DOS
6.2 start up CD-ROM for the Presario on my old HP Pavilion 6465 desktop
(Circa 1999) which runs on Win98. I set the Presario's BIOS to look first
at the CD-ROM. The laptop did boot but the C: drive was not available as it
is NTFS. I put QB V4.5 and the data aquistion program, written in QB, on the
boot CD. Although the program sort of ran, it could not access the PCMCIA to
IEEE-1284 card. This is not the way to go. So, I will run the QB program on
the old HP Pavilion under a true DOS boot as it's C: drive is not NTFS. This
is progress?

"V Green" wrote:

Try making a floppy "Startup Disk" in W98,
boot off that and try your app again.

If it's still choppy, you need to jump into the
Wayback Machine and find "real" DOS somewhere.

"PSRumbagh" <PSRumbagh@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:372BFAD0-5834-4092-A6E3-3DF43E596615@xxxxxxxxxxxxxxxx
I have a HP Pavilion 6465 (Circa 1999) desktop that runs on Win98. If I hold
down the "F8" key on bootup I have a choice of booting in Win98, Win98 safe
mode or "Command Prompt Only". Is the Command Prompt Only selection a real
DOS or an emulated DOS? It loads very fast (less than 1 second). Typing VER
at the prompt returns Windows98 (Version 4.10.1998). It seems that my data
acquisition program written in QB V4.5 runs with a less choppy output, but
not perfect.

"HeyBub" wrote:

PSRumbagh wrote:
I have a data acquisition program written in Quick Basic V4.5 that I
want to run in the DOS emulation window of Windows XP. The program
outputs 8 bits of data at a continuous rate of 4 KSPS to a DAC for
real time waveform generation. The program works OK in a true, pure
DOS environment where it produces a smooth, continuous waveform.
Under Windows XP the data comes out in spits and spurts, not
continuously. It appears as though Quick Basic V4.5 is getting about
1.25% of the microprocessor's core time and the DAC output is very
choppy. Win XP's Task Manager says there are 63 processes running in
the background. Is this intermittent, choppy operation because of the
multi-tasking nature of Win XP? Is there any way to make this DOS
application work in apparent real time under Win XP? I am using
Tame-Dos to speed up the DOS application and reduce the
microprocessor loading.

No. By definition, XP is a pre-emptive multi-tasking operating system (Win98
was the first). XP will time-slice available CPU cycles between active
tasks, including those that are just waiting, such as checking to see if the
mouse moved in the last few nano-seconds.

You need a dedicated computer running DOS (not XP).

Pay no attention to those who swear a Linux box will do the job.

Fortunately for you, I have a COMPAQ Portable II (286) that I'll be willing
to let go for $200.






.

Relevant Pages

  • Re: Poor real time operation in DOS emulation mode
    ... run in the DOS emulation window of Windows XP. ... The program works OK in a true, pure DOS environment where it ... application work in apparent real time under Win XP? ... single program operating system. ...
    (microsoft.public.windowsxp.general)
  • Re: Linux syscalls
    ... > A device driver or a rewrite of DOS could permit this, ... really "DOS inside Windows" or "Windows inside DOS"? ... > DOS interrupts are revectored... ... if you re-write DOS to use the _Windows device drivers_ ...
    (alt.lang.asm)
  • [Full-Disclosure] ron1n phone home, episode 4
    ... Hacking from Windows 3.x, 95 and NT ... Use secret Windows 95 DOS commands to track down and port surf computers ... Download hacker tools such as port scanners and password crackers designed ... Now you have the option of eight TCP/IP utilities to play with: telnet, ...
    (Full-Disclosure)
  • Re: MS and security: good effort but no cigar
    ... And last but not least, no fat, no dos, no multiboot. ... build upon the progress it's already made in security. ... a Windows system, it is still surprisingly easy to completely own that ... Then there's the issue of poorly secured server applications. ...
    (microsoft.public.windowsxp.general)
  • Re: assembly language and reverse engineering
    ... in Windows assembly programming what you can't learn when doing ... Windows API but about assembly programming). ... And you have far less to learn to get your first working DOS program than ... but, real mode is real mode, and pmode is pmode. ...
    (alt.lang.asm)