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
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:
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
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
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
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 (virtual
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 practical.
- A
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 output sound
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
blaster)
able
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
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 stuff. Now if
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 for
-- 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 want
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)
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?
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
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
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,
18 matches
Mail list logo
