At Tue, 3 Feb 2004 7:46am +0300, Arkady V.Belousov wrote:
Hi!
- what the difference between * and *386 (for example, WCC and WCC386)?
The 386 version builds 32-bit code.
- how to compile .COM files? With command line
wlink form dos com file attrib.obj
wlink gives some errors
At Sun, 8 Feb 2004 3:51pm +0800, maintainer freedospg wrote:
Hi Steve,
FreeDOS ODIN 0.6 works fine in my machine, all
programs no problem, thanks for your effort.
I even have FDXMS (not included) worked as well.
I found that COMMAND.COM version is 0.82pl2 not
0.82pl3.
Would it be
At Sat, 14 Feb 2004 9:25am +0800, maintainer freedospg wrote:
--- Johnson Lam [EMAIL PROTECTED] ªº¶l¥ó¤º®e¡G Hi
BAHCL,
I found inside the ZIP archive is source code and
manual but without
binary, please check.
Yes, no binary files, clean, space saving, no virus,
no non-GPL coding,
At Sat, 14 Feb 2004 1:48pm +0800, Johnson Lam wrote:
On Fri, 13 Feb 2004 13:51:22 -0600, you wrote:
Hi Jim,
It's because of the distribution licensing problem?
I misunderstand that binary was located elsewhere ... But I have no
compiler in my PC, how can I compile the binary?
Rgds,
At Sun, 15 Feb 2004 11:31am -0500, Adam Peart wrote:
I'm not sure if this has been answered before, but is it beter to compile
the kernel freecom under borland c or djgpp?
Borland.
DJGPP can't do 16-bit.
-uso.
---
SF.Net is sponsored
At Tue, 17 Feb 2004 3:13pm +0200, Luchezar Georgiev wrote:
On Mon, 16 Feb 2004 15:32:27 -0600, Jim Hall wrote:
We've actually addressed this issue before. Some years ago, the
source code to MS-DOS was leaked. For a while, I would get about an
email a week from people (who probably
At Mon, 16 Feb 2004 4:08pm -0200, Alain wrote:
HI,
I have a BIG question: What is PG? I just searched the site, followed
every link and could not find any explanation, it only says how it can
solve many PC problems, not even specifying which...
If so many people in FreeDOS are
At Fri, 20 Feb 2004 3:19pm -0500, togermano.com wrote:
Don't you think its better to use Msdos file names? So like a program
can edit it. And its easyer for people that know msdos file names
instead of like fddos for a directory etc..
Opinions vary but I do agree.
-uso.
At Fri, 27 Feb 2004 3:04am +0100, Eric Auer wrote:
PS: I went on trying to compile ClamAV.net in DOS / DJGPP. This AUTOCONF
stuff is a big pain in the a**! I had to install megabytes of Linux tools
(sed, textutils, fileutils) in DJGPP. Luckily they have them precompiled
on delorie.com ... but
At Thu, 26 Feb 2004 7:30pm -0300, Alain wrote:
Hi,
This brings a very important question: If I create an image with
FreeDOS's disckcopy, can I write it back with rawrite? Are they compatible?
Yes. Both use raw images; diskcopy uses int25/int26-style disk access and
rawrite uses
At Thu, 26 Feb 2004 11:37pm +0300, Arkady V.Belousov wrote:
Hi!
How to copy diskette image from file to diskette? By which utility?
rawrite? URL?
A raw DOS image can be copied with FreeDOS diskcopy, as well. :)
-uso.
---
SF.Net is
At Tue, 8 Jun 2004 7:19pm +0200, Erwin Veermans wrote:
A well known alternative for '*.*' is to use '.' with 'copy', like: 'copy . c:'
This works fine with MsDOS and DrDOS (OpenDOS) but fails
on FreeDOS with every kernel (2026b - 2035) and freecom
(0.82pl1 - 0.82pl3k) I tried (clean boot, no
At Fri, 30 Jul 2004 4:07pm +0200, tom ehlert wrote:
Hello Bart,
Don't forget that FreeCOM is also supposed to be able to run over a serial
line via CTTY. In that case the beep should happen on the terminal and not
on the PC where FreeCOM actually runs.
So I vote for
Arkady V.Belousov wrote:
Don't forget about DMCA, which prohibits these rules (there not sayed,
that you may break protection for research purpose of backup; this is why
there was so many fuss around Adobe lwasuit against Sklyarov and similar
tryings to prevent publication of research
Bernd Blaauw wrote:
It's good to hear from you again, Eric. ReactOS (www.reactos.com) is an
opensource implementation of WindowsNT and higher, deeply in
development. Maybe DigitalMars works on this operating system.
ReactOS can dualboot with FreeDOS on the same FAT partition. In fact,
they use
On Sat, 27 Nov 2010, Eric Auer wrote:
You could even have a separately loaded CON driver that
keeps a full unicode font in XMS (with some caching of
recently used sections in faster memory maybe?).
That would be something like what DOS/V does. It switches to VGA 640x480
mode and emulates
On Wed, 1 Dec 2010, Eric Auer wrote:
Compatible apps would be apps which only display ASCII out
of themselves and which make no serious assumptions about
one byte being equal to one character. A good example are
MORE and TYPE: If you TYPE an UTF8 text with a special CON
driver which expects
On Tue, 5 Jul 2011, Jim Michaels wrote:
how on earth shall I expect to build a bootable ISO image with mkisofs?
Put a boot floppy image in the folder and use
mkisofs -b filename.144 -o filename.iso path/
--
All of
On Thu, 7 Jul 2011, Bernd Blaauw wrote:
I'm happy with whatever I can get. My real hardware has an Nvidia
chipset network driver for which no packet drivers exist, so sticking to
virtual machines. I wonder if any PCI (or even PCI-express or onboard)
network cards still support packet drivers.
On Sun, 10 Jul 2011, Bernd Blaauw wrote:
I can't recall *any* other EDIT version reporting its version unless by
/? or perhaps when starting an empty file.
Which is the exact behavior of the QBASIC editor used in MS-DOS 5 and 6
(and PC DOS 5.x).
Personally, I'd dispense with that - as MS
On Tue, 12 Jul 2011, Bernd Blaauw wrote:
I was more thinking of running INSTALL for each disk. Pity we lack an
INKEY option like 4DOS has. It's a mixture between CHOICE (single key
except special keys) and SET /P (input requires pressing ENTER to confirm).
I thought PAUSE...?
CST, EST and
On Fri, 15 Jul 2011, Bernd Blaauw wrote:
See above, minimising things. WATTCP programs are usually compiled as
DJGPP programs, having kind of huge disk footprint compared to your
drivers for example.
The Watt32 libs are pretty big. The regular WatTCP is a lot smaller and
16-bit Internet
On Sun, 17 Jul 2011, Rugxulo wrote:
Hi,
On 7/17/11, Eric Auer e.a...@jpberlin.de wrote:
Comp: You are right, FC replaces it.
Well, yes, I know all (most?) DOSes have both, but FC can do ASCII
(default) or binary (/b), so I don't ever use COMP.
In DOS 2-4, PC DOS had COMP (which it had
On Sun, 17 Jul 2011, Rugxulo wrote:
Hi,
On 7/17/11, Jim Hall jh...@freedos.org wrote:
I don't know that I've used this DOSSHELL before. I just tried it now,
and once I got used to the key commands, it seemed easy to use, and
very nice.
It looks okay, but it's fairly minimal. I'd heavily
On Sat, 23 Jul 2011, Rugxulo wrote:
Hmmm? Where'd you hear that? Dumping stuff that isn't 64-bit?
Personally I have my own theories and wouldn't be too surprised, but
I'm not sure that's the truth. We'll probably see a 32-bit version of
Win8, but by 9 they'll probably dump it (blind guess).
On Sat, 23 Jul 2011, Ralf A. Quint wrote:
If the development of FreeDOS keeps sticking to it's original goal of
providing a complete, free, 100% MS-DOS compatible operating system
(http://www.freedos.org/freedos/about/), then the focus should be on
exactly that.
Quoted for truth.
And then
On Tue, 26 Jul 2011, Joe Cosentino wrote:
Who gives a shit? It's included in MS-DOS 6.22, it'll be included in
FreeDOS. It's not hurting you is it? You don't suffer from erectile
disfunction because you dir and see exe2bin listed there do you? NO!
Jebus Christ, can't you find something
On Tue, 26 Jul 2011, Ralf A. Quint wrote:
Seeing that there is so little respect for the old tools that made
out DOS, I am not sure if I should pick up one of my projects I had
started a few years back, a GW-BASIC clone, looks like there won't be
much interest for this at least in here. Or
On Wed, 27 Jul 2011, Rugxulo wrote:
Hi,
On Tue, Jul 26, 2011 at 6:36 PM, Steve Nickolas
lyricalnan...@usotsuki.hoshinet.org wrote:
Some versions of MS-DOS even included LIB (I have some specimens of 2.x and
3.x that do). DEC's releases for the Rainbow even had MASM (!).
Now
On Wed, 27 Jul 2011, Rugxulo wrote:
At 10:32 PM 7/26/2011, Steve Nickolas wrote:
Can't remember (prolly 2.0). It was on the MS-DOS 2.01 master.
I am fairly certain that whatever DEC Rainbow version of MS-DOS 2.01
you have that this is the same disk/image that I have in my archive.
And I am
On Fri, 29 Jul 2011, Eric Auer wrote:
Hi!
BTW, what's the goal of EDLIN ??? Never used it ...
It is there for nostalgic reasons and aims to be the DOS
text editor which is translated into most languages ;-)
But actually even the author of MS EDLIN barely used it,
so we can be happy to
On Wed, 3 Aug 2011, Rugxulo wrote:
BTW, Steve, didn't you write your own BASIC somewhere? It was (is?) on
SourceForge, but I never tried it.
I started to. zD and I couldn't figure out how we were going to handle
variables, so it didn't get off the ground.
Wouldn't have been very
On Thu, 4 Aug 2011, Rugxulo wrote:
Did even QBASIC support MBF? I haven't used it but barely recently,
but I seem to remember that even it lacked some (minor?) compatibility
to GW-BASIC.
Not internally. There were separate CVSMBF/CVDMBF and MKSMBF$/MKDMBF$ to
do the conversions, and a
On Thu, 4 Aug 2011, Rugxulo wrote:
I'm not sure I agree. There's just too much crappy C code out there.
Worse is that most people force POSIX and fragile / confusing
AutoTools on everything. And when code assumes certain-sized ints,
GCC, etc. etc., you'd almost be better writing your own from
On Mon, 8 Aug 2011, Eric Auer wrote:
PS: ISO date/time seems to be popular, I see in another
thread (2011-08-02 18:09:06 etc.) but nobody yet said in
which COUNTRY this is the default anyway. USA, maybe? ;)
Japan?
--
On Sun, 4 Sep 2011, Rugxulo wrote:
OpenWatcom has locale.h, but its headers are just confusing (thanks to
supporting a billion OSes), so I have no idea if it's just empty stubs
for DOS (probably) vs. works fine on Windows. (To most people,
supporting cp850 was exotic enough, I guess.) They
yOn Mon, 5 Sep 2011, Jim Michaels wrote:
I can tell you that the packet drivers I was directed to, crynwyr, are SO
OLD. no development has been done on DOS packet drivers since then,
apparently. solution? get the drivers from realtek (the email I sent to
this list earlier), and get a cheap
On Wed, 14 Sep 2011, Andreas Berger wrote:
Writing a multitasker is easy, but I have no understanding about how
DPMI, rings and resource allocation work. I think the idea of a
bare-bone linux behind the scene is a very good. Truth be told I would
like to see OS/2 resurrected with true DOS
On Wed, 14 Sep 2011, Travis Siegel wrote:
Mike, I like your suggestions. One thing that always bothered me
about dos versions that have come out since ms dropped the ball is
their complete lack of inovation. I realize there's only so much
that can be done if you're intending to keep 100
On Fri, 16 Sep 2011, Ralf A. Quint wrote:
At 06:20 PM 9/16/2011, Rugxulo wrote:
DOS to most people means MS-DOS, which is indeed long dead.
So is any other DOS. In a technical sense at least. DR-DOS is dead,
PC-DOS is dead, PT-DOS is apparently dead as well...
And FreeDOS original goal was
On Wed, 22 Aug 2012, Georg Potthast wrote:
I observed that 7zip provides a better compression than ZIP. The CD image of
my Graphical FreeDOS distribution XFDOS xfdos.iso is 63.2 MB uncompressed.
ZIP compresses this to 53.1 MB while 7z compresses it to 27.1 MB, almost
half of that. See here:
On Wed, 8 May 2013, Charles Belhumeur wrote:
Oh wait I couple of points though. One fairly embarrassing, I made a
mistake on the size of the genome files. The big ones are in the range of
300 to 600 MB not GB! So doable on 2 GB partition. The trouble is some
sources deliver them in Zip
On Sun, 2 Jun 2013, Michael Graham wrote:
Hi Jim,
I just thought I'd point out something about the Unicomp keyboards. On
their website, they have a 'Keyboard Configuration Tool' that allows you to
select alternative layouts. They have a version with 'Vertical Enter'
available that I assume
On Tue, 18 Jun 2013, Rugxulo wrote:
Dunno, lemme check. Sometimes GNU does indeed host Windows binaries.
Hmmm, I don't see anything on this particular mirror I'm checking. My
Cygwin install does have it, but I don't think it's installed by
default (doubt it's in their base).
On Wed, 19 Jun 2013, Rugxulo wrote:
I was referring to official GNU binaries for Windows (e.g. Emacs or
CVS, although upon second look the latter is kinda old and non-GNU
hosted by GNU, go figure):
I thought GNU didn't do official binaries for anything.
-uso.
http://www.ctyme.com/intr/rb-2711.htm
FreeDOS preturns an OEM ID of 0xFD, which is distinct from other DOS
implementations.
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
On Wed, 19 Mar 2014, Ralf Quint wrote:
The advantage of GEM however is that it can execute pretty much any
(Free)DOS program, so not only GUI programs, while microwindows seems to
support only specifically created programs.
Its other advantage is it'll work on anything down to even a Tandy
On Wed, 19 Mar 2014, Ralf Quint wrote:
On 3/19/2014 5:53 PM, Steve Nickolas wrote:
On Wed, 19 Mar 2014, Ralf Quint wrote:
The advantage of GEM however is that it can execute pretty much any
(Free)DOS program, so not only GUI programs, while microwindows seems to
support only specifically
On Thu, 20 Mar 2014, Paul Dufresne wrote:
Now I do admit that GEM seems much more memory friendly than Nano-X.
Nano-X for DOS is built with DJGPP, which need DPMI (dos extender) and
so a 386 or more recent.
And that's the real kicker.
If you're gonna require 32-bit, you almost might as well
On Thu, 20 Mar 2014, Paul Dufresne wrote:
If you're gonna require 32-bit, you almost might as well just go with *x
*x ?
Unix and its workalikes (Linux, BSD, etc.)
As far as I know, Xorg cannot run on DOS.
*Xorg* can't, but *X Window 11* can. Remember DesQview/X?
Still, my point remains -
On Wed, 26 Mar 2014, sparky4 wrote:
read the licence and find out why!
This should ABSOLUTELY go without saying.
-uso.
--
___
Freedos-devel mailing list
On Wed, 2 Jul 2014, Matej Horvat wrote:
Hi,
I noticed that many files on my FreeDOS partition do not have a creation
time, or rather they claim to be created in 1980. For a long time I
thought that this is a bug, but today I looked at the kernel source code
and found out that file creation
On Thu, 3 Jul 2014, Matej Horvat wrote:
You're making this a bigger problem than it is. I'm not suggesting we move
Windows 95 LFN functions into the kernel, just that we modify the kernel
to set the creation times of new files, which is a trivial thing to do
(just two extra assignment
On Mon, 7 Jul 2014, Jim Michaels wrote:
also, my officejet printer is a network printer and uses HP SLP or HPLIP
or the port 9100 thing, it has a jetdirect. so I am not sure how I am
going to print, with usb cable or via network... ? not sure what to do
with canon, epson, brother, etc.
On Sun, 13 Jul 2014, Michael B. Brutman wrote:
Tightly integrated protected mode support basically leaves 8088 or 80286
class machines behind. Which seems fair given that those machines are
25 or more years old now but a big market for running any form of DOS
is to support old hardware. So
On Sun, 13 Jul 2014, Matej Horvat wrote:
IMO, if your OS can't run without requiring another OS and some sort of
emulator, you can't call it an OS anymore. Having DOS on real hardware is
very important to me, and I'm sure people using it for e.g. embedded
systems and other niche markets would
On Sun, 13 Jul 2014, Andy Stamp wrote:
Hi,
(Kind of sidetracked from FreeDOS roadmap but seems to belon here...)
I'm just getting started programming for DOS but have worked a bit with
different printing languages and would love to get started on a project
that converts ESC/P to something
On Tue, 15 Jul 2014, Eric Auer wrote:
Hi :-)
In my opinion historical applications should be advantage for intel devices
not weight for free dos. If NORTON COMMANDER is the condition lets to
rewrite it to c :-)
There already are a few nice free file managers,
including clones of popular
On Tue, 15 Jul 2014, Travis Siegel wrote:
There's the krin tcp packet drivers, which seem to have drivers for
just about any kind of card you'd like to support (since most that
aren't supported can emulate one of those that is)
You mean Crynwr?
So, there's all kinds of ways to handle
On Fri, 18 Jul 2014, Rugxulo wrote:
Hi, Jim,
On Fri, Jul 18, 2014 at 10:26 AM, Jim Michaels jmich...@yahoo.com wrote:
a windows version of DJGPP is in the wings, based on cygwin I think. there's
an alpha you can compile with cygwin.
This is so wrong that I don't even know where to begin.
On Sat, 19 Jul 2014, Mateusz Viste wrote:
Hi all,
I think this problem goes beyond path separators. As I understand it,
any argument including a slash character will get exploded. So yes, this
might be used as path separator, but not only. For eg. sed expects slash
delimited values
On Thu, 7 Aug 2014, Rugxulo wrote:
Not sure what ADOS is exactly, can you point to a URL or describe it
better? (I assume this is not just something from MS-DOS proper.)
AccessDOS on the MS-DOS 6 supplemental disks provided accessibility
stuff like MouseKeys and FilterKeys under MS-DOS. Its
On Thu, 1 Jan 2015, Mercury Thirteen wrote:
Speaking of multiple kernels, would it be acceptable to require a minimum
hardware platform for a new version of FreeDOS? Could we exclude the
pre-386 crowd without backlash? Personally, I think that's acceptable and
I'm sure Microsoft would've no
On Fri, 2 Jan 2015, Mercury Thirteen wrote:
I've detailed the advantages in several other emails, and so far as what
applications would run on it... both traditional DOS apps and new 32-bit
applications as well.
Might be trickier if you're talking about 16-bit apps that hit the metal.
Even
On Sat, 3 Jan 2015, Thomas Mueller wrote:
I thought of that, a 32-bit version of FreeDOS could take ideas/features
from OS/2 and eComStation.
I saw OS/2 as like a much-enhanced 32-bit DOS.
Yeah. And if I were to try to create a 32-bit DOS, it might be something
like OS/2 without
On Fri, 23 Jan 2015, Travis Siegel wrote:
Actually, I'm fairly certain qb does allow interrupts to be called. It
requires use of an include (can't remember which one off hand), but all
you do is configure the interrupt call, then call the subroutine in the
include, and poof, generated
On Tue, 27 Jan 2015, Travis Siegel wrote:
On Jan 27, 2015, at 11:24 PM, Ralf Quint wrote:
But I would seriously discourage the use of gcc, as that is not going to
help to produce anything useful for DOS, as it by and large is a *ix
based and targeting compiler, which has only be shoehorned
On Wed, 28 Jan 2015, JAYDEN CHARBONNEAU wrote:
To be clear,it was the first version of Microsoft's QUICKBASIC.It was the
only version that supported creating EXE files.
Every version of QuickBasic supports that, as opposed to QBASIC.
Quite frankly,and I've said this multiple times (My
On Wed, 28 Jan 2015, Ralf Quint wrote:
Again, we need to be very clear here. QBASIC (the interpreter) was free
as a part of MS-DOS 5.0 through MS-DOS 6.22 (and NOT part of IBM-DOS
5.x, they still included BASICA (GWBasic equivalent of MS-DOS, as all
IBM PCs still had BASIC in ROM).
Actually,
On Fri, 23 Jan 2015, JAYDEN CHARBONNEAU wrote:
Unfortunately,to my dismay,I found out today while programming the
multi-user system that QBASIC (yes,I program in QBASIC) doesn't support
creating interrupt vectors.Due to that fact,I cannot finish programming the
muti-user system.I apologize
On Sat, 21 Mar 2015, JAYDEN CHARBONNEAU wrote:
Well,UEFI has a legacy boot mode.But,in theory,one can take out the UEFI
firmware out a computer and put BIOS firmware in.So it is possible,if one
is hardware savvy.NIOS can still be special ordered in computers as
well.Also,I have thought about
The only problem I have with an Asus BIOS (and it's an AMIBIOS, really),
is that for some reason I can't put an SSD as the default boot device, so
I need to manually pick my C drive for 7 from the boot menu. Pain in the
keester, but really only a minor annoyance when you only infrequently
On Sat, 28 Mar 2015, Rugxulo wrote:
(EDIT: I was going to be like Jim and mention that they recommend
Windows, same as Dell. I think I was even going to say, Steam has
4500 games, most for Windows only, but Wikipedia does claim that
Steam for Linux now has roughly 20% of those. Gaming is very
On Sat, 16 May 2015, Louis Santillan wrote:
On Sat, May 16, 2015 at 7:44 PM, JK Benedict xenfomat...@outlook.com wrote:
[SNIP]
- Base resources, such as file system options/changes
- Connectivity tools
* Modernized web browser (I am working on one now - a text based
prototype)
On Fri, 10 Apr 2015, Ty Armour wrote:
development project for doing...just a thought:
dos based version of PCBSD
include the .net runtime
You're on crack.
-uso.
--
BPM Camp - Free Virtual Workshop May 6th at 10am
On Wed, 3 Jun 2015, Antony Gordon wrote:
Why is that important?
Because that means it doesn't really qualify for inclusion with FreeDOS,
as I understand it.
-uso.
--
___
Keep in mind that OpenWatcom doesn't meet Debian or GNU's criteria to be
open source.
-uso.
--
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
On Mon, 8 Jun 2015, Antony Gordon wrote:
Hi,
See my other email. In DOS, MZ=ZM, I guess Microsoft changed course at
some point. They are typically called MZ executables.
I was specifically referring to the specific magic number that would show
up as ZM in a text editor. All the files I've
On Mon, 8 Jun 2015, Antony Gordon wrote:
Hi,
It’s all semantics. Most signatures are MZ, but some old linkers (not sure if
they are even in use) used ZM according to RBIL
Values for the executable types understood by various environments:
MZ old-style DOS executable (see #01594
On Tue, 9 Jun 2015, John Elliott wrote:
If you can mark the EXEs as something other than MZ, you could perhaps
make a TSR loader stub that loads an x86 emulator on demand to run EXE
files.
COM... I think you're gonna be stuck with using only an EXE format because
trying to detect a COM file
On Mon, 8 Jun 2015, Antony Gordon wrote:
Hi
snip
Do ZM EXEs actually exist?
Yes. Any 16-bit MS-DOS target compiler generates MZ executables. FreeDOS is
full of them.
I said ZM, not MZ.
-uso.
--
A port of DOS to ARM would not be bound to any existing API and would not
need to be compatible with any existing DOS implementations, while still
being a port of DOS.
-uso.
--
On Sat, 6 Jun 2015, Chelson Aitcheson wrote:
Doesn't matter, Mac os power pc applications dont work on new Mac os but
it's still the same os.
(rosetta comparability layer aside)
I see this as more of a chance for a new generation of dos. Freedos 1.x has
accomplished the needs for the
On Tue, 23 Jun 2015, Mercury Thirteen wrote:
I'm still reviewing the packages to ensure they're all open source
compliant.
What are we considering acceptable in this regard? Are we going only with
software which has been made available under one of the GNU licenses
exclusively? Obviously
On Tue, 23 Jun 2015, Mercury Thirteen wrote:
I guess I didn't scroll up enough to read your reply! Sorry about that, and
thanks for the input. :)
So, you're saying we should only use 100% GPL software, yes?
I can easily go through and pull the affected packages; I really don't
think there
On Thu, 28 May 2015, Antony Gordon wrote:
Here’s one possibility:
1. Start FreeDOS (16-bit mode)
2. Start FreeDOS-32 via a separate executable (it would only be installed if it
detected a 32-bit capable processor), perhaps call it FD32. It would switch to
protected mode and spawn a protected
On Sun, 24 May 2015, Mateusz Viste wrote:
Hi all,
Not sure that anybody cares about this, but just in case - I recently
tested the 1-diskette FreeDOS distribution ODIN on an 8086 PC, and
spotted a few more or less serious problems.
I got the ODIN image from odin.fdos.org, and more
On Mon, 25 May 2015, Mateusz Viste wrote:
On 25/05/2015 06:33, Ralf Quint wrote:
MEMA: Prints out garbage to screen and quits.
What is MEMA?
No idea, only Steve knows probably :) I assumed it is some kind of
replacement for MEM (since MEM is missing on ODIN), but because of its
crashing, I
On Mon, 25 May 2015, Rugxulo wrote:
There are, of course, various file managers, but as far as Xtree (or
compatibles), esp. for 8086, I have no idea. Not sure about MFM
diagnostics. Actually, wasn't oldy-moldy-classic DOS Navigator 1.51
totally 16-bit? You could always try that (not directly
On Tue, 26 May 2015, Edouard Forler wrote:
If I can find some time to do it, I would like to investigate why it is
slow. ms-dos was written in assembly until ms-dos 4, however they kept
much of it after that and as I said, ms-dos 6.22 works much faster on an
XT. Is freedos written in assembly
On Tue, 26 May 2015, Edouard Forler wrote:
Most of the tools (format, etc.) were written in C, but command.com,
io.sys and msdos.sys were written in assembly. For me, ms-dos is just
these three files and especially msdos.sys.
I tend to favor this approach too. The resident components are
On Tue, 26 May 2015, JAYDEN CHARBONNEAU wrote:
Microsoft's COMMAND.COM is not as great.Since when did it include two
different memory versions (4dos)?FreeDOS includes extra commands that are
built in,such as BEEP,SOUND,and a few other batch commands.As for
compatibility with older
On Tue, 27 Oct 2015, Jim Hall wrote:
> It's great that you want that level of "Advanced" control during your
> FreeDOS install process, but I still ask "Do we really need that level
> of customization?" I don't think so. I think we need a simple install
> process. DOS isn't that big; MSDOS 5 came
On Tue, 17 Nov 2015, Eric Auer wrote:
>> got my hands on a lot of unopened micro floppy disks, with a 1 MB storage
>
> That is an unusual size for a floppy, I would say. How many inch?
Prolly means unformatted 3.5" 720K disks, which are sold as "1 MB".
-uso.
On Tue, 6 Oct 2015, sparky4 wrote:
> ah ok!!
>
> i am now stuck at the converting the net code from wattcp to mtcp
Why not leave it WatTCP? WatTCP supports 16-bit too.
-uso.
--
On Mon, 7 Sep 2015, Maarten Vermeulen wrote:
Hi,
My question here is why do you want that. I don't want to be irritating
(which I probably am now).
Why is it important to have it open source?
It's FreeDOS, after all. Can't include stuff that isn't Free®™© ;)
However, it's my personal
On Fri, 11 Sep 2015, Eric Auer wrote:
> Of course it is good to be able to reach a prompt,
> but I would not put effort in extra magic. To let
> the user manually select packages, the user could
> do a BASE install and afterwards simply run FDNPKG
> to install more of the packages which are
On Thu, 10 Sep 2015, Eric Auer wrote:
>
> Hi!
>
>> How many of you remember the DOS 6.22 install process? If possible, it
>> should aim for that. It's simple and straight to the point. It worked
>
> As far as I remember, it was 3 floppies and only "base" software...
> Also, under which conditions
On Tue, 29 Sep 2015, Mercury Thirteen wrote:
> Agreed. It's better to add more abilities to FreeDOS than to let it fall
> under the Linux umbrella. FreeDOS is a lightweight, nimble OS and it would
> behoove us to not lose its identity under that of another.
Agreed, though I suspect there's not
On Sun, 27 Sep 2015, Antony Gordon wrote:
> Hmmm,
>
> Possibly, BUT the resultant code would still have to be brought back to
> FreeDOS on virtual or real floppy. Might as well develop in a VM under
> FreeDOS.
Well, there's mtools for that. ;)
> OpenWatcom, like I mentioned earlier was too
1 - 100 of 302 matches
Mail list logo
