Hi Michael,
> 1) If FreeDOS can boot from some 'unusual' device such as USB harddisk
> or SATA hardisk then FreeDOS will access the disk with BIOS calls
> anyway. No extra drivers needed.
Correct. The BIOS drivers for USB can be slow, in particular
for writing, and they might conflict with other
I have found BGFAX very interesting.
Is a simple a ligth fax program you can control from command line and
return %errorlevel%
that inform you if the fax transmission was successfull or not. If the
author decides to release
the source will be great, but even if he never does it, you can use ca
> Any non Windows applications, better said any pure DOS legacy
> application should work on FreeDOS the same way it would work on MS-DOS?
> (this test on same hardware of course)
right. we (the kernel and emm386/himem developers) put a lot of effort
into exactly this.
after that, we declared the
This two questions are completely separate.
1) If FreeDOS can boot from some 'unusual' device such as USB harddisk
or SATA hardisk then FreeDOS will access the disk with BIOS calls
anyway. No extra drivers needed.
For any application there is NO difference compared to boot from
internal IDE? T
Thanks for detailed answer.
So... If I understand right. Most things are in but some cool addons are
still missing.
Any non Windows applications, better said any pure DOS legacy
application should work on FreeDOS the same way it would work on MS-DOS?
(this test on same hardware of course)
-mr
-- Forwarded message --
From: B.J. Guillot <[EMAIL PROTECTED]>
Date: 2008/7/30
Subject: RE: BGFAX for DOS
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Hello, Marco.
This is OK by me to include the BGFAX binaries and documentation in the
freedos distribution. We would probably wan
Hi!
> By the way which features are missing in FreeDOS
> a) for 100 % MS-DOS compatibility
Missing features in the stable kernel are:
- country sys / nlsfunc support: present in unstable branch,
would be nice if that could be ported to stable but WITHOUT
breaking the compiled-in support fo
Eric Auer schrieb:
> Hi!
>
... 95/98 on top.
>
>>> Why? Windows 9x always comes with underlying MS-DOS 7.x.
>>> There's just no need for FreeDOS here.
>
> Note that this is how MS pushed DR DOS and PC DOS (etc) out
> of the market - they made it alternatives obsolete by bundling
> their own
Hi!
> >> ... 95/98 on top.
> > Why? Windows 9x always comes with underlying MS-DOS 7.x.
> > There's just no need for FreeDOS here.
Note that this is how MS pushed DR DOS and PC DOS (etc) out
of the market - they made it alternatives obsolete by bundling
their own stuff. Now if you look at web b
pcdos2k schrieb:
>> Date: Tue, 29 Jul 2008 22:06:44 +0200 (MEST)
>> From: Eric Auer <[EMAIL PROTECTED]>
>> Subject: Re: [Freedos-user] Mpxplay won't be developed
>>
>> Note: The drivers are inside MPXPLAY, but as it is open
>> source,
>> you can use the MPXPLAY sources to make VSB (virtual sound
>>
> Date: Tue, 29 Jul 2008 22:06:44 +0200 (MEST)
> From: Eric Auer <[EMAIL PROTECTED]>
> Subject: Re: [Freedos-user] Mpxplay won't be developed
>
> Note: The drivers are inside MPXPLAY, but as it is open
> source,
> you can use the MPXPLAY sources to make VSB (virtual sound
> blaster)
> able to outp
Robert Riebisch schrieb:
> Michael Reichenbach wrote:
>
>> ... 95/98 on top.
>
> Why? Windows 9x always comes with underlying MS-DOS 7.x. There's just no
> need for FreeDOS here.
- It's cool.
- You can start and exit Windows and back to FreeDOS and back to other
Windows version, pretty practica
freedos-user@lists.sourceforge.net
> Date: Tue, 29 Jul 2008 22:06:44 +0200 (MEST)
> From: Eric Auer <[EMAIL PROTECTED]>
> Subject: Re: [Freedos-user] Mpxplay won't be developed
>
> Note: The drivers are inside MPXPLAY, but as it is open
> source,
> you can use the MPXPLAY sources to make VSB (vir
Michael Reichenbach wrote:
> ... 95/98 on top.
Why? Windows 9x always comes with underlying MS-DOS 7.x. There's just no
need for FreeDOS here.
Robert Riebisch
--
BTTR Software
http://www.bttr-software.de/
-
This SF.Net ema
someone schrieb:
> Open source
> software is not as author dependent as traditional commercial software,
> but a lot of people fail to understand this and they give up on an OSS
> project when it's author quits.
It's very hard to learn programming for hobbyists and professionals can
rather earn m
Hi BAHCL,
> I cannot config the ctmouse 2.1 series driver to work with a
> genius mouse, the system freezes or the mouse does not work at all.
> A previous alpha version 2.0 works fine, with wheel api.
Please try with the ctmdebug binary. Is your mouse PS/2,
is it USB or is it RS232? Please try
Hi Michael,
> Windows 98 is NOT Windows NT. It is a version of Windows that
> runs on top of dos. Linux uses more memory because it is a
> multi user system with an overkill gui.
According to various Wikipedia articles about this, the
system requirements for minimum RAM and disk space are:
>>
Hello,
I cannot config the ctmouse 2.1 series driver to work with a genius mouse, the
system freezes or the mouse does not work at all.
A previous alpha version 2.0 works fine, with wheel api.
BAHCL
_
Connect to the next generatio
18 matches
Mail list logo
