Hi Ralf,
2011/10/9 Ralf A. Quint :
> But don't you do an check for the presence of VMWare to begin with?
> That should likely include a test of the available CPU, doesn't it?
I use 386 instructions to test the presence of VMware :)
I've added a CPU test to the "master" branch of the GIT reposito
At 12:53 PM 10/9/2011, Bernd Blaauw wrote:
>Op 9-10-2011 20:53, Eduardo Casino schreef:
> > Hi Bernd,
>
> > If you are running under VMware, it is a 586+. Have you tested what
> > happens when yoy try to execute it in a real 286 or earlier? My old
> > 80186 died quite a few years ago. VMSMOUNT is u
Op 9-10-2011 20:53, Eduardo Casino schreef:
> Hi Bernd,
> If you are running under VMware, it is a 586+. Have you tested what
> happens when yoy try to execute it in a real 286 or earlier? My old
> 80186 died quite a few years ago. VMSMOUNT is useless in real
> hardware, but I can add a processor
Hi Bernd,
2011/10/8 Bernd Blaauw :
> If VMSMOUNT can safely abort on ancient hardware then it would be a
> plus. All the rest can easily stay 586+, perhaps even 686+.
If you are running under VMware, it is a 586+. Have you tested what
happens when yoy try to execute it in a real 286 or earlier? M
Hi,
2011/10/8 Michael B. Brutman :
> Congratulations on writing a network file redirector. I've been mulling
> this over for a while, trying to build up the nerve to do it. I have
> "Undocumented DOS, 2nd Ed" as well, and now with this code I have two
> different samples to work with.
Thanks!
Am 09.10.11 02:21, schrieb Jack:
> Absolutely NO "self respecting" computer, or computer program,
> should at-all REQUIRE using "FDAPM" or any equivalents! What
> has happened to Industrial RESPONSIBILITY, i.e. making systems
> that RUN, WITHOUT requiring such "Band Aid" power software??!!
>
> In
