I have a neat little ancient handheld DOS computer, a Husky FS/2.
It's an 8mhz NECv25+ (8088 enhanced) with 1mb NVRAM. Cool machine for
survey data collection. Waterproof, bulletproof, mono-LCD is good
from full sunlight to dark (backlit), 2 COM ports, goes approx. 30hrs
on 3AA's. You might be suprized at how hard it is to find something
with these specs in the modern world.
In the 'Systems Developer's Guide' there is a section about PB
compatability. It says :
"NMI's: Spectra Publishing's POWER BASIC, a derivative of Borland's
TURBO BASIC, redirects the NMI handler, causing FS/2 to hang or
crash as described above. To run POWER BASIC on the FS/2, you must
patch the compiler to disable the NMI redirection as follows:
-Obtain a copy of the PBPREP.EXE program ... and run it..."
So, obviously very out of date. Google can't even find PBPREP.EXE.
But the question remains (and these forums don't seem to contain
an answer): Does PB3.5 redirect the NMI handler?
If not, I will re-wire myself a serial connector and start programming
for this nifty little beast to be a remote (via RF modems) data-entry
terminal.
If PB3.5 does 'redirect the NMI handler', then is there a way to
fix it? (I'm not expecting you good folks to rewrite the mythical
PBPREP.EXE for PB3.5)
I am just hoping that someone here can still remember this factum,
and put the issue to rest (on the don't bother side) if they are
reasonable sure that it won't work. Otherwise, I will spend a day
playing, and let you all know if it worked.
Cheers, Criss.
------------------
What can go wrong will go wrong.
Anything can go wrong.
What hasn't?!?!
It's an 8mhz NECv25+ (8088 enhanced) with 1mb NVRAM. Cool machine for
survey data collection. Waterproof, bulletproof, mono-LCD is good
from full sunlight to dark (backlit), 2 COM ports, goes approx. 30hrs
on 3AA's. You might be suprized at how hard it is to find something
with these specs in the modern world.
In the 'Systems Developer's Guide' there is a section about PB
compatability. It says :
"NMI's: Spectra Publishing's POWER BASIC, a derivative of Borland's
TURBO BASIC, redirects the NMI handler, causing FS/2 to hang or
crash as described above. To run POWER BASIC on the FS/2, you must
patch the compiler to disable the NMI redirection as follows:
-Obtain a copy of the PBPREP.EXE program ... and run it..."
So, obviously very out of date. Google can't even find PBPREP.EXE.
But the question remains (and these forums don't seem to contain
an answer): Does PB3.5 redirect the NMI handler?
If not, I will re-wire myself a serial connector and start programming
for this nifty little beast to be a remote (via RF modems) data-entry
terminal.
If PB3.5 does 'redirect the NMI handler', then is there a way to
fix it? (I'm not expecting you good folks to rewrite the mythical
PBPREP.EXE for PB3.5)
I am just hoping that someone here can still remember this factum,
and put the issue to rest (on the don't bother side) if they are
reasonable sure that it won't work. Otherwise, I will spend a day
playing, and let you all know if it worked.
Cheers, Criss.
------------------
What can go wrong will go wrong.
Anything can go wrong.
What hasn't?!?!
Comment