Hi D Z,
> I tried that already. I got the EMM386 to load which is required for the
> Sound Blaster drivers to load correctly in DOS, but it fails when I ran the
> SBTEST exe. I already tried adjusting the the IRQ, Address, etc., nothing
I guess it is more useful to try the actual game ;-)
> sam
Hi David,
> I have an old DOS application that I want to run with FreeDOS. The DOS
> app uses a memory stick for storage and has a custom USB driver. The
You mean your DOS app also uses USB? Is it possible to put the
thing accessed by the DOS app on another controller than the
USB stick? Then
Hi,
I have an old DOS application that I want to run with FreeDOS. The DOS
app uses a memory stick for storage and has a custom USB driver. The
driver is due to be retired for a variety of reasons including that it
doesn't support modern memory sticks.
I'm aware that USBASPI.sys and DI1000DD.
I tried that already. I got the EMM386 to load which is required for the
Sound Blaster drivers to load correctly in DOS, but it fails when I ran the
SBTEST.exe. I already tried adjusting the the IRQ, Address, etc., nothing
same results each time, it fails. Even tried the SB in the strings, I get
th
As I understand there are two different requests
1- Substitute for the GUI win9x environment. This is made better by
reactos and wine
2- Sustitute for DOS-Mode Win9x to run some programs not compatibles
with current FreeDOS. This is more feasible. This included support
for undocumented ms-dos f
Hi everybody,
There is a new sourceforge file release of the FreeDOS kernel:
Version 2038 is now available with OpenWatcom 8086 FAT16 and
FAT32 binaries and as source code download. No 386+ or Turbo C
binaries this time, but please email if you want / made those.
Bart is already working on featu
Hi guys,
> I agree here. A new GUI should not run exclusively on FreeDOS...
> I think asking the FreeDOS (kernel) developers to provide technical
> information about DOS, while not tying the program to FreeDOS...
I would recommend to program your GUI in a way which makes in run
on any DOS, usi
>> Theoretically, freedos could support an open source replacement.
>
> And in my opinion, the only involvement FreeDOS should have is to
> ensure that any such open source project would have access to whatever
> they need to run, just like any other DOS application. That is, it
> should be a separ
