If I could port curl over to freedos, I would.
I think curl was ported a long time ago. In fact it's listed on the
cURL website.
I would normally assume Blair has this:
http://sites.google.com/site/blairdude/
...but instead he only has updated clamav :-)
You can also check delorie.com
I looked at the files in the usbdosx.zip and it tried to unzip a usbdos.zip
which doesn't exist in the packages. where is it?
nobody can do any USB without it.
I unzipped usbdosx.zip and all there is is some nonworking install.bat files
and a .txt file. useless.
Since the USB drivers
http://www.freedos.org/cgi-bin/lsm.cgi?mode=lsmlsm=util/fdav.lsm
And I cannot find the file.
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/
The directory is
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/clamav/
.
per the freedos lsm webpage
I am
- all 1.0 packages in fdpkg format thrown on one big pile
and taken from the 1.0 distro
Those are here:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0/pkgs/
- various packages in more-or-less fdpkg format sorted
nicely by category which is probably what Usul saw
When I am reviewing current files to check to see if there has been a change
and I find a current file (1.0) that is not in the correct format should I
redo
it in the correct format?
Which packages are you talking about?
Oh btw, when I released 1.0 I used a shell script to auto-package the
There are many programs with no development ongoing.
- DOSLFN
- Arachne
- FreeDOS installer
IMHO the FreeDOS installer should really be re-written. It was never
really designed to be able to manage packages properly and such.
- 4dos
4DOS is maintained.
- freecom
FreeCOM I have worked
Is there any single package that you know of that is 100% the
way you want it? If so can you link it so I can get started. :)
That's probably more my area of expertise, since I designed the
package management system. I might re-write the system which stores
files related to each package, but
Blair has been working on alternative C libraries, for
example for almost-drop-in-LFN (long file name) support
or for making compiled apps smaller by compiling with a
smaller C library. I have the impression that this could
use some careful proofreading to improve stability...
Yeah I spent a
- 32 bit DPMI would be better.
Not necessarily. Some applications even run dual-mode (RM or 16-bit PM) so
even 16-bit has it's advantages. The 64 KiB code segment limit is the only
real disadvantage. (Or are code segments with 16-bit default operation
size not actually limited to 64 KiB?)
I
What could you do? You would need to stop using FreeDOS as it *probable*
contains illegal stuff. On the other hand you have *no way* to confirm
whenever it's the truth or not.
Was MS-DOS even written in C? if not, at least the parts written in C
(most) could never have been copied and pasted.
I used to organize all the system files in a system directory. and
the apps in an app directory under C: instead of under the system
directory.
C:\FDOS all the command programs here
C:\Apps all the applications under here grouped in directories like
games, develop, utility etc.
If you move
That does indeed sound a bit exotic. Note that userland of
FreeDOS contains quite a few DJGPP (GNU C for DOS) based apps.
DJGPP can also be compiled as a cross-compiler, so DJGPP apps could
even be compiled in native linux.
Another option is to pass commands to a dos-based compiler through
On Mon, Mar 23, 2009 at 12:56 PM, Blair Campbell blaird...@gmail.com wrote:
Hi I'm announcing a port of Clamav 0.95 to DOS. The patch I used to
compile it is in the main clamav source distribution in contrib/DJGPP.
For this release I have separated clamavx.zip into clamavx.zip
Hi. Finally the follow-up to FDAV 0.1 :-). The TUI was re-written
from scratch (it's now based on newt) and now includes a
file/directory selection dialog and a mostly-complete help-viewer
(press F1). I need to complete the help file though :-). Progress
dialogs during scanning now work
Hi I'm announcing a port of Clamav 0.95 to DOS. The patch I used to
compile it is in the main clamav source distribution in contrib/DJGPP.
For this release I have separated clamavx.zip into clamavx.zip and
clamdbx.zip. Packages are available at
The problem for the Fedora Project is that the license used by
OpenWatcom is not Free according to FSF. That means Fedora cannot use
OpenWatcom, so the OP is asking for alternatives that might meet the
FSF's standard.
Some distributions have a non-free category. Does Fedora not have
one?
2) After you boot you will never know which letter will be assigned to
you CDROM, but you can find it in C:, D:, E:, etc.. in your AUTOEXEC by
checking if some file exists
No, you CAN know which letter will be assigned; just use SHSUCDX
/D:Driver name,Drive Letter to use
I'm happy to announce GPM for DJGPP version 0.3; A bugfix release to
support libnewt's gpm usage; fixed a bug where libnewt's test program
would hang because of multiple Gpm_Open/Gpm_Close calls.
It's available at:
Announcing a port of Whiptail 0.52.10 to DOS. Whiptail is a
dialog-like utility to draw TUI dialogs and collect user input (most
of the options supported are dialog-compatible). Mouse support is
included via dos_gpm 0.3, and the binary is much smaller than dialog,
although not as many options
Update: I just fixed a few more bugs after testing in pure DOS and
uploaded dos_gpm-0.3.1.zip to the same folder
On Sun, Mar 1, 2009 at 6:08 PM, Blair Campbell blaird...@gmail.com wrote:
I'm happy to announce GPM for DJGPP version 0.3; A bugfix release to
support libnewt's gpm usage; fixed
You can cast a short to an int, an the conversion in ok, but to cast a
short* to an int* will bring in 2 extra bytes and an INVALID POINTER...
no short * and int * are the exact same size in 16-bit compilers (try
compiling a test program which prints sizeof(int), sizeof(short). For
some
I'm happy to announce GPM for DJGPP version 0.2; mostly a bugfix
release to 0.1, which fixes the problem where the mouse support would
be incorrect in modes other than 80x25 and also sets environment
variables to tell ncurses to use the library for supported terminals.
It's available at:
Just announcing that I've uploaded my port of Dialog 1.1 for DOS to
ibiblio. It is compiled with ncurses and gpm, so it supports mouse.
For those of you unfamiliar with it, Dialog is a popular program in
unix for adding a TUI interface to shell scripts. The sources and
binaries are uploaded to:
Hi.. Just announcing that I've uploaded ncurses 5.7 compiled with
DJGPP. I modified the terminfo for DJGPP and added a monochrome
scheme, and compiled in mouse support with my libgpm-emulation
library. Sources and binaries are available at:
Cool! Looks nice, why have you choosen ncurses? :-)
Because in the future it may be portable to more systems.
It doesn't find the signature files (*.cvd). How can I tell FDAV where
it is (path and copying doesn't work)?
The signature files should be in %DOSDIR%\lib
Ah...thanks. I have never used %DOSDIR% ... could you write it into help
screen for other people like me? :-)
Yeah. It's required for use with fdpkg so usually it's set up. I
could also have it look for the database in other places if not found
in %DOSDIR%\lib
Where to get pre-compiled dialog or ncurses libraries for DJGPP?
I'll upload them soon
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open
Hi. Just announcing an MSAV-like TUI I wrote for libclamav. This is
mostly a preview version. Some features are missing, but I've tested
it in a few environments and I've found that it works. So if anyone
wants to give me feedback, feel free. Eventually it should have a
help-file viewer, and a
I'm just announcing that I've written a small gpm-semi-compatible
library that implements enough functionality for GNU ncurses and
libraries like dialog that depend on that. It's available at:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/devel/libs/gpm/dos_gpm.zip
I can send a demo
Just in case nobody's noticed yet, it looks like OpenWatcom 1.0RC1 is
available as of this month.
Fall is my favorite season in Los Angeles, watching the birds change
color and fall from the trees.
David Letterman (1947 - )
See ya
No DOS version, anyone know if someone plans to make one available on their
own?
Usually they include the DOS host binaries wth the windows and OS/2
installers, which can be opened with any unzipper. They haven't made
a DOS-installer ever as far as I know because the code is broken.
That
Why not just use dosemu to compile in linux?
Fall is my favorite season in Los Angeles, watching the birds change
color and fall from the trees.
David Letterman (1947 - )
See ya
On Tue, Nov 11, 2008 at 9:42 PM, Warren Turkal [EMAIL PROTECTED] wrote:
I can't use a batch file in my Linux
Has Anybody looked up dmsdosfs? It is a linux filesystem driver that
can access quite a few different compressed dos filesystems like
drivespace and doublespace. Perhaps an implementation could be
derived from its source code.
On Sat, Mar 29, 2008 at 7:20 AM, Eric Auer [EMAIL PROTECTED] wrote:
On Thu, Mar 13, 2008 at 2:47 PM, Marco Achury [EMAIL PROTECTED] wrote:
Just a newby question.
I would like to write an alternative interpreter command to replace
command.com/Freecom.
I don't think that this is as easy as it seems. If you don't want
your shell to waste tons of low memory,
I think that we should have a directory for configuration files and/or
data files used by different applications (for example, doslfn has
several table files that really shouldn't IMHO be in BIN. That way
the BIN directory can be as uncluttered as possible.
Also, in FreeDOS 1.1 I would like to
Nod. But then you'd need to prolly rewrite a lot of base to support
LFNs... and unzip too...
Not rewrite; recompile. But at the same time I didn't mean it would
be a requirement for base apps to support lfns.
--
Fall is my favorite season in Los Angeles, watching the birds change
color
I would rather use bugzilla than the sf.net tracker
On Jan 29, 2008 4:40 PM, Aitor Santamaría [EMAIL PROTECTED] wrote:
2008/1/30, Jim Hall [EMAIL PROTECTED]:
Since Eric and tassilo have identified the free web hosting for
FreeDOS bugzilla, and since Eric has volunteered to install the new
On Jan 8, 2008 5:59 AM, Jim Hall [EMAIL PROTECTED] wrote:
On 1/8/08, Eric Auer [EMAIL PROTECTED] wrote:
Hi Antony,
In FreeDOS 1.1 (or whatever) once the directories are finalized, a
system variable can be declared in the OS (at the master environment
level) like in Windows
Now available are:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/user/torrents.zip
(source)
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/user/torrentx.zip
(binary)
which are untested DJGPP ports of ctorrent-ng. IOW, users MAY be able
to use this to utilize
LIB for libraries. We never really defined a lib before because
FreeDOS doesn't support the shared-library model, and developers used
different compilers which may not be able to share each others' *.lib
files. But if we need it, then a LIB directory is a good place for it.
I like the idea of
I will dedicate my time now to developing a new FreeDOS installer, one which
will be easy, fully functional, and not necessarily make everybody happy -
that is just impossible here, but it will be good to go. I will keep you
all updated as progress commences.
The actual installer (TEXTINST)
I think googlepages gives you 100 MB
On 10/12/07, Eric Auer [EMAIL PROTECTED] wrote:
Hi everybody,
my current homepage is about to expire, so I am looking for
a new place to store my stuff. The page is less than 100 MB,
of which maybe 1/4 DOS and 1/4 pics. Hosting the DOS stuff
has
AFAIK, this was added long before I touched the FreeCOM source, but
yes it should be in the help. Unfortunately, I have no way to access
CVS right now
On 9/20/07, Imre Leber [EMAIL PROTECTED] wrote:
- Oorspronkelijk bericht -
Van: Blair Campbell [mailto:[EMAIL PROTECTED]
Verzonden
Use dir /lfn to get long filename directory listings. Also, dir.c
should use lfn findfirst so that dir 123456789 will work.
On 9/18/07, Imre Leber [EMAIL PROTECTED] wrote:
- Oorspronkelijk bericht -
Van: Eric Auer [mailto:[EMAIL PROTECTED]
Verzonden: maandag, september 17, 2007 09:03
On 9/18/07, Imre Leber [EMAIL PROTECTED] wrote:
- Oorspronkelijk bericht -
Van: Eric Auer [mailto:[EMAIL PROTECTED]
Verzonden: maandag, september 17, 2007 09:03 PM
Aan: freedos-devel@lists.sourceforge.net
Onderwerp: Re: [Freedos-devel] lfn in freecom?
Hi Imre,
Does anybody
On 3/29/07, Mark Bailey [EMAIL PROTECTED] wrote:
Hi Alain:
I am very interested and in fact I have done just this a couple of
times. The FreeDOS installer installs a LOT more than
I need to run my DOS programs. It also doesn't allow control
of the destination partition. I would use a
Soon I should release a new version of my CLIB. It is now mostly
complete with tests and I can successfully compile xcopy, move and
attrib with little source code changes. Those three programs, after
being compiled with my clib, are then capable of working with
DJGPP-syle symlinks and long
This update (available at
www.ibiblio.org/pub/micro/pc-stuff/freedos/files/devel/libs/clib/fdclib.zip)
contains many updates making the public domain clib much more stable
and useable. Almost everything is working now but the crucial things
I am still missing include *scanf and startup code.
Seal is not in the distro because there are very few useful programs
written for it, and it in my experience is highly unstable compared to
GEM or even FloX's OzoneGUI (which both have much better file managers
than SEAL imho as well).
On 12/21/06, Eric Auer [EMAIL PROTECTED] wrote:
Hi Blair,
Nethack is already in FreeDOS 1.0. Also, I prefer not to include
shareware/free-closed-source games, but to promote open-source DOS
games in the distro instead. Nethack is open-source.
On 12/19/06, Markku Yli-Pentila [EMAIL PROTECTED] wrote:
Hello all,
I wonder nobody has suggested text
I just made some functions and a utility to read and write DJGPP-style
hard and symbolic links. They are an extension on the already
released clib and attempt to provide 100% POSIX compatibility. The
functions related are link(), symlink(), and readlink().
The utility included is a 100%
Yes but speedwise I am saying that it isn't very practical if you
expect to run 16-bit apps on a 64-bit OS, if not impossible without
complete CPU emulation.
On 11/23/06, Lester [EMAIL PROTECTED] wrote:
tom ehlert [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
Tom E: as far as I know
Just curious; would this run real-mode DOS applications? If so, as
far as I understand this would be extremely slow because you have to
switch 64bit-32bit-16bit-32bit-64bit.
On 11/21/06, Владимир [EMAIL PROTECTED] wrote:
Hello, freedos-devel.
I have created project DOS64. If somebody will
Did you use the 8086 version of FreeCOM? And the 8086 version of the kernel?
On 11/14/06, Edouard Forler [EMAIL PROTECTED] wrote:
Hello everybody,
First of all, let me congratulate all of you for all the work done on
FreeDOS. It's great. I've just subscribed to the devel mailing list
Hi. Not to be a party pooper, but why not use OW + _WASM_ as WASM is
closer to MASM than NASM...
On 11/13/06, Jim Hall [EMAIL PROTECTED] wrote:
If you are like me, you have used (or are using) the 4DOS command shell.
4DOS was my favorite DOS app. Back in the day, my DOS development
system
How hard would it be for FreeDOS to support Int 21/AX=71A6h? (Get
file information from handle)
This would be very beneficial because it allows an easy way to
implement a complete fstat function for C programs. In most clibs,
the fstat function is usually incomplete, filling in only as many
On 11/2/06, Bernd Blaauw [EMAIL PROTECTED] wrote:
Blair Campbell schreef:
He meant the OpenWatcom package that is supplied with FreeDOS 1.0, but
I don't know what that has to do with config.bat
What I mean is that the kernel sources (if installed by FreeDOS 1.0.0)
use a file named
On 11/2/06, Arkady V.Belousov [EMAIL PROTECTED] wrote:
Hi!
2-Ноя-2006 19:49 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
freedos-devel@lists.sourceforge.net:
BB Also I'm curious if installing OpenWatcom from FreeDOS 1.0 configures
BB the config.bat,
OW doesn't presents DOS installer. If
I have a bug for 2036 and 2037: SUBST never works properly (and the
problems associated seem to be different wherever I test them).
On 10/30/06, Alain M. [EMAIL PROTECTED] wrote:
I had this conversation with Eric:
Alain Do you know a list of bugs/limitations of 2036?
Eric if you find some,
The stable kernel is in sysx.zip
--
Fall is my favorite season in Los Angeles, watching the birds change
color and fall from the trees.
David Letterman (1947 - )
See ya
-
Using Tomcat but need to do more? Need to
ISOLinux works fine on my P133 PC here, which is about as old as
CD-booting goes, so ISOLinux does *not* have issues with old hardware,
only *certain* hardware.
On 10/9/06, TG [EMAIL PROTECTED] wrote:
For the absent-minded among us that forget to eject said CD when the install
is finished.
I don't see a purpose in circumventing ISOLinux, and I don't see any
future distribution not using ISOLinux.
On 10/7/06, TG [EMAIL PROTECTED] wrote:
Well, I played a little more with the boot CD, I have a rescue image that it
boots from, using SHSU ramdisk to load a FDBOOT.IMG and set that
Message -
From: Blair Campbell [EMAIL PROTECTED]
To: freedos-devel@lists.sourceforge.net
Sent: Tuesday, October 03, 2006 11:37 PM
Subject: Re: [Freedos-devel] FreeDOS Boot CD Question
ISOLinux is just a CD-ROM bootloader that actually allows booting from
CD-ROM. All of the actual
The clib-extension will eventually be part of OpenWatcom; it is
already in Perforce as we speak.
On 10/4/06, Alain M. [EMAIL PROTECTED] wrote:
Blair Campbell escreveu:
Note that IO95 has an issue with Win2k bugs. IOW, creating a file
with IO95 on Win2k will result in unpredictable
Note that IO95 has an issue with Win2k bugs. IOW, creating a file
with IO95 on Win2k will result in unpredictable results (Win2k
_always_ returns file handle 2 even if the next available handle is
5).
On 10/3/06, Imre Leber [EMAIL PROTECTED] wrote:
-Original Message-
From: Alain M.
FreeDOS should never become an entirely 32-bit OS IMHO. FreeDOS-32 is
working on a 32-bit DOS. If the utilities CAN compile as 32-bit, that
is great, but 16-bit apps tend to be much smaller for most uses, and
for utilities like TSRs, it is virtually impossible for them to be
32-bit. With
ISOLinux is just a CD-ROM bootloader that actually allows booting from
CD-ROM. All of the actual loadup stuff is done in FreeDOS. The NERO
booting feature (IIRC) makes the boot image read-only and does not
copy it into memory like ISOLinux does. For the boot process to work,
however, the boot
With the clib extension I am working on, long filenames will be
supported, and with entirely 8086 code. So it is not necessary to
switch to DJGPP to get long filename support.
On 10/1/06, Johnson Lam [EMAIL PROTECTED] wrote:
On Sun, 1 Oct 2006 12:36:21 +0200 (CEST), you wrote:
Hi,
Fully
360kb
On 10/3/06, Lyrical Nanoha [EMAIL PROTECTED] wrote:
On Tue, 3 Oct 2006, Tony wrote:
Hi all,
Now I know most of us have a Windows machine with a legitimate copy of
Nero or maybe even a freeware ISO making utility so I was wondering...
Why hasn't anyone made a boot CD that boots
Actually LFNs are availalbe wherever an LFN driver is loaded. And a
386 is not required.
On 10/1/06, Tony [EMAIL PROTECTED] wrote:
I would think that only the utilities that need to use protected mode, a DOS
extender, or VCPI would be written using DJGPP or in 32-bit code...at the
moment, I
Get well soon
On 9/21/06, Imre Leber [EMAIL PROTECTED] wrote:
In two weeks from now I need to do an operation.
Because of this i am in a lot of pain.
Therefore I might have said some things to certain people that I should not
have said.
I think it is best for me to stay away from the list
I see that the RBIL says that MS-DOS 7.20 supports this interrupt. I
am all for FreeDOS supporting this interrupt. What do other people
think?
PS: I've tested in MS-DOS 7.1 (without any drivers loaded), and this
interrupt functions as expected; the 7.20 thing in the RBIL is
probably a typo.
dosfsck is 32-bit. Defrag could be too (especially a version which
supports FAT32).
On 9/16/06, Imre Leber [EMAIL PROTECTED] wrote:
What doesn't stop to amaze me is that this project is so completely oposed
to anything 32bit. But when it comes down to it you all complain that things
don't
I would expect Turbo PASCAL, but he never said for certain.
On 9/15/06, Arkady V.Belousov [EMAIL PROTECTED] wrote:
Hi!
14-Сен-2006 19:13 [EMAIL PROTECTED] (Blair Campbell) wrote to
freedos-devel@lists.sourceforge.net:
BC I know for a fact that the OpenWatcom project
BC would welcome
I personally much prefer Debian, which is free in every form, easy to
install, and easy to use.
On 9/15/06, Arkady V.Belousov [EMAIL PROTECTED] wrote:
Hi!
15-Сен-2006 15:35 [EMAIL PROTECTED] (Alain M.) wrote to
freedos-devel@lists.sourceforge.net:
Well i strongly prefer reactos in that
16bit code...not sure
if it is 286 real or protected mode code, altough it seems to be real mode
(i've seen people writing bootloaders with nasm)
doesn't this fits the needs of a real mode modern compiler?!!?!?!?
On 9/16/06, Blair Campbell [EMAIL PROTECTED] wrote:
I would expect Turbo
I think what we REALLY need is a free PASCAL compiler that can
generate 16-bit code. I know for a fact that the OpenWatcom project
would welcome a PASCAL frontend to their toolset. Any takers?
On 9/14/06, Ladislav Lacina [EMAIL PROTECTED] wrote:
Well, there are another two quite good BASIC
On 9/14/06, Arkady V.Belousov [EMAIL PROTECTED] wrote:
Hi!
14-Сен-2006 05:14 [EMAIL PROTECTED] (Blair Campbell) wrote to
freedos-devel@lists.sourceforge.net:
BC I think what we REALLY need is a free PASCAL compiler that can
BC generate 16-bit code.
I think, Modula (which is superset
If it helps, I've been writing a minimal CLIB mainly for OpenWatcom.
It should't be t hard to port it to other compilers either.
On 9/13/06, Arkady V.Belousov [EMAIL PROTECTED] wrote:
Hi!
13-Сен-2006 19:57 [EMAIL PROTECTED] (Gregory Pietsch) wrote to
freedos-devel@lists.sourceforge.net:
Of course, that could be changed in OW (if someone is willing to do the work).
On 9/5/06, Japheth [EMAIL PROTECTED] wrote:
I will move it to openwatcom. This way it can be compiled for 386.
This will probably double the speed, since everything is internally
computed as 32bit.
Not if you
Well, in the case of Windows, all of the work is part of the system
dlls, so yes, in ReactOS, all a chkdsk needs to do is call those dlls,
which doesn't take much code.
On 9/5/06, Aitor Santamaría [EMAIL PROTECTED] wrote:
Easy: just for going to the extreme, write a DOS API extension
function
Hey folks. If you check out the website, you may be in for a surprise.
--
Fall is my favorite season in Los Angeles, watching the birds change
color and fall from the trees.
David Letterman (1947 - )
See ya
-
Using
How did you run the installer?
On 9/3/06, Daniel Verkamp [EMAIL PROTECTED] wrote:
Blair Campbell wrote:
Hey folks. If you check out the website, you may be in for a surprise.
Excellent work! However, in testing the base CD in Virtual PC 2004, I
came across this problem during
Strange that I cannot reproduce this (even on an i586, with real hardware).
On 9/3/06, Daniel Verkamp [EMAIL PROTECTED] wrote:
Blair Campbell wrote:
How did you run the installer?
I booted from the CD, created a single 2GB primary partition using
xfdisk, rebooted, formatted C
Does the ISO I just re-uploaded work now? (I know, it's kinda cheating).
On 9/3/06, Blair Campbell [EMAIL PROTECTED] wrote:
Strange that I cannot reproduce this (even on an i586, with real hardware).
On 9/3/06, Daniel Verkamp [EMAIL PROTECTED] wrote:
Blair Campbell wrote:
How did you run
Here I am, I've spent about 5 hours slowly downloading the full version,
getting just a few K per second, and right before it gets done, you go and
replace it.
I'm sorry, but I made it quite clear in the announcemet that the full
ISOs were NOT ready yet. I would have annouced it if they
Hey jackass, ... (you all know the rest)
For future reference, I would greatly prefer that any obscenity or
otherwise rude 'behavior' be directed solely at my private e-mail
address, in order to prevent third parties from experiencing
discomfort resulting from subscription to these mailing
It works in Windows 98.
On 8/30/06, Alain M. [EMAIL PROTECTED] wrote:
Hi Arkady,
These are the most important links about Qemu:
http://fabrice.bellard.free.fr/qemu/
http://www.h7.dion.ne.jp/~qemu-win/
and this is the binary for windows (5Mb)
Can someone please send this to me or tell me where this is uploaded
(if it is uploaded) within the next hour or I won't have time to
include it in 1.0.
--
Fall is my favorite season in Los Angeles, watching the birds change
color and fall from the trees.
David Letterman (1947 - )
See ya
I agree with Aitor.
On 8/27/06, Aitor Santamaría [EMAIL PROTECTED] wrote:
Two small notes:
(1) The HELP file (for FASTHELP) is probably NOT required in the
source package either
(2) There are docs that are very specific to sources (e.g. how to
build and such), that I myself usually don't
I very much like the current spec and would wish to stick to it. I'm
not going to go about changing the packaging scheme (especially for
the distros).
On 8/27/06, Lyrical Nanoha [EMAIL PROTECTED] wrote:
On Mon, 28 Aug 2006, Arkady V.Belousov wrote:
Documentation is need for program using
Maybe in other DOSes, the TRUENAME command in COMMAND.COM itself
removes the trailing '\'.
On 8/24/06, Arkady V.Belousov [EMAIL PROTECTED] wrote:
Hi!
24-Авг-2006 20:13 [EMAIL PROTECTED] (Diego Rodriguez) wrote to freedos-devel
freedos-devel@lists.sourceforge.net:
DR The truename dos
1.9a3 is in FreeDOS 1.0, and it was contributed a long time ago by
David O'Shea (don't know what happened to him though; he said he would
be unavailable while moving IIRC, but that was a while ago).
On 8/23/06, Imre Leber [EMAIL PROTECTED] wrote:
Base list still shows:
MEM 1.7 Bart Oldeman
Hehe, I had a card for our 8088 that accelerated it to faster-than-286
speed according to the manual. I think it helped to accept the 286
instruction set as well. You could turn it on and off via a switch.
On 8/23/06, Michael Devore [EMAIL PROTECTED] wrote:
At 05:25 PM 8/23/2006 -0500, I
SET /P is already implemented.
On 8/22/06, Ladislav Lacina [EMAIL PROTECTED] wrote:
I think that it would be great to add two new features from windowx 2000/XP
dos console to FreeDOS
Their command set has two new switches: set /a and set /p
For more info look for example at this site:
You should probably ask Eric for the changes :-)
On 8/20/06, Jim Hall [EMAIL PROTECTED] wrote:
Blair Campbell wrote:
Ok, I took the time to upload proper kernel pacakges to
www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/
as kernel2037-binary.zip and kernel2037-source.zip
Singlestepping is not something that most people will be doing when
installing 1.0.
--
Fall is my favorite season in Los Angeles, watching the birds change
color and fall from the trees.
David Letterman (1947 - )
See ya
Thanks Aitor. I will update it with the information I have.
On 8/19/06, Aitor Santamaría [EMAIL PROTECTED] wrote:
Hi all,
I have slightly modified the Translation status page as follows:
http://wiki.fdos.org/Main/Translations
Now you have for each tool wether it is translatable, and the
The three 'hidden' options are the options that are available on the
full distributions; for the livecd. I just didn't feel like making a
whole new fdconfig.sys.
On 8/19/06, Markus Laire [EMAIL PROTECTED] wrote:
I did a quick install in qemu and noticed only one problem:
The first menu you
It's sad to see you leaving Michael, but thanks for all the wonderful
work, and the humour along the way. The next maintainer has big shoes
to fill :-).
On 8/19/06, Michael Devore [EMAIL PROTECTED] wrote:
Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386/ are the files
emmx225.zip,
1 - 100 of 301 matches
Mail list logo