Op 4-12-2016 om 21:25 schreef Eric Auer:
> For those who prefer text, the message happens VERY early: MEMDISK,
> kernel, handling of the A20... Probably "as soon as XMS driver is
> loaded", although the XMS driver message itself is not visible in
> the screenshot. That would mean that the
Bertho Grandpied schreef op 29-12-2013 20:26:
That's all for now, folks, except I want to wish all and any of you including
your families my best wishes for AD 2014 !
Same to you, and everyone else.
As for DOSLFN, you'd have to contact Jason Hood.
UIDE is maintained by Jack Ellis. No idea if
Eric Auer schreef op 30-5-2013 11:48:
Hi Charles,
The simplest way for DOS in combination with a ramdisk might be:
* compressed disk image file (4GB? 8GB?) with FreeDOS
* use Grub4DOS (Chenall's version from reboot.pro site) to load the
image above 4GB
* image gets decompressed as harddisk,
Chris Evans schreef op 17-5-2013 21:23:
I wonder if a return command /instruction can be added so batch files
can have function like behavior ...
Try 4DOS 8.00 as command interpreter, it's freeware nowadays (with
sources available). Things like GOSUB are supported.
Bernd
Op 12-1-2013 16:15, Jim Hall schreef:
Generally, programs should make noise only when they need the user's
attention, and even then after some long while has passed (such as
installing a bunch of packages). To beep more often than that gets annoying.
Disconnecting the PC-speaker was about one
Op 11-1-2013 11:14, sparky4 schreef:
I do not know where to start! ^^;
I have the source code!
but what is the to do list and goal list?
Programs I'd find useful, if licensed as redistributable under somethink
like GPL or similar:
[1] unloadable/resizeable RAMDISK able to use conventional
Op 7-1-2013 10:18, Henrique Peron schreef:
Hallo Bernd,
happy new year! :)
Henrique
Happy New Year to you as well Henrique, and thanks for reminding me.
Bernd
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C#
Op 18-12-2012 18:15, John Treubig schreef:
Need to know the version of make and link used to build Cute Mouse v2.1
beta 4. We have a copy of JWasm. Hints where the executables can be
obtained would be helpful.
http://cutemouse.sourceforge.net/
Maybe Eric Auer is able to help you out also.
Op 17-12-2012 22:35, Rugxulo schreef:
Small bug report (and several comments) on
news://comp.os.msdos.programmer , if anyone is curious.
https://groups.google.com/forum/?fromgroups=#!topic/comp.os.msdos.programmer/mxAPSdUML7U
I pasted this DEVICE= line from my
Op 13-12-2012 17:43, Henrique Peron schreef:
Again, I ask to whoever is in charge for the installer to fix it. I will
be always available to help, if necessary.
Remind me sometime in January please to pay attention to this.
Currently a bit busy with other things.
Bernd
Op 7-12-2012 19:15, eLEGOlo schreef:
Hi to everyone!
Is there someone who knows anything about the finncomputers.com - guys as the
website seems to be blocked by the hoster. I am very interested in that stuff
and the developers. (The software Aura M3 is still available at doscore.net)
No
Does anyone know of a ramdisk driver that can be unloaded and is able to
use conventional memory? I'd like to redirect a program's output to a
(batch)file on this just-in-time created ramdisk, then execute the
batchfile to get settings/variables into system environment, then right
away unload
I've got an isohybrid version of a FreeDOS CD imagefile that I can boot
in an emulator as either CD or as harddisk.
If booting as CD, the tiny bootdisk image can find the rest of the CD
through ELTORITO.SYS (or UIDE.SYS if ATAPI-connected) and SHSUCDX
However, if booting as harddisk, no driver
Op 11-8-2012 10:06, Rugxulo schreef:
Anyways, I figured I'd go ahead and upload this patch (and the FD Edit
one) to iBiblio for completeness. I mean, I don't know what else to
do, any better ideas??
Patched binaries would work for me, and then either updated source or
old source +
Op 2-5-2012 20:41, kurt godel schreef:
Now that you mention it, I have been toying with the idea of a linux
startup disk that would be comparable in size to a '98 startup disk';
problem is, I am too dumb to figure out how to take a
vmlinuz and boot it up. I assume the vmlinuz has a minimal
Op 7-4-2012 10:25, Rugxulo schreef:
There isn't one. Bernd (thanks!!) only did a quick .ISO for everyone.
The rest will come later. The old full CD from 1.0 is circa 2006,
hence a lot of it is old and outdated (and buggy), so it's not
recommended. Though admittedly lacking liveCD
Op 27-1-2012 4:23, Bob Smith schreef:
You may now review the source code from a browser using one of
http://386swat.svn.sudleyplace.com
http://qlink.svn.sudleyplace.com
http://dpmione.svn.sudleyplace.com
I'm afraid it seems that the documentation still reflects your old
licensing terms
Op 16-1-2012 7:18, dos386 schreef:
chkdsk fully supports long file names. It even has checks
to ensure the long file names are correct
And it has the support built-in, no need (?) to load DOSLFN.
I thought CHKDSK was fairly limited (FAT12/16 only, no LFN) while
DOSFSCK has more possibilities
Op 5-1-2012 19:54, Pete Batard schreef:
Yeah. That's why I tried to stay as close as possible to the HP utility
as it seems to have the best rate of success. I'm also currently
overriding the partition table to create a single one, but at least the
Windows formatting utility allows
Op 4-1-2012 2:38, Pete Batard schreef:
If that's the case, then I will feel obligated to ask what you guys
would like to see added to Rufus, to better suit your needs. ;)
Getting USB drives bootable can be a real challenge (unpartitioned
versus partitioned, geometry, BIOS-quirks, maximum
I'm happy to announce that the FreeDOS 1.1 distribution is finally
available, including sources to all packages. You'll notice it's quite
a basic version, lacking some features and programs that were present in
the 1.0 release. I'm planning on restoring functionality in the 1.2 release.
Op 27-12-2011 13:35, Travis Siegel schreef:
I'm assuming this is only a preview (as mentioned) and not a release
candidate?
I had the intention of releasing it in current form but am getting some
usefull feedback already.
There's lots of things missing from this one (just browsing the iso
Op 27-12-2011 17:03, Michael B. Brutman schreef:
Forgive me, this is going to be long ...
Your feedback is always welcome, so no problem there.
I made a few attempts at creating a new virtual machine and installing
the preview. It was a bit rough around the edges, especially from a new
user
Op 28-12-2011 0:06, Michael B. Brutman schreef:
virtual machine to have 64MB of memory and a 500MB hard drive.
VirtualBox can emulate the PCnet Ethernet adapter, which is convenient
for us because VMWare does too.
yeah the tricky part is that it should be detected if a PCI adapter is
.
This FreeDOS 1.1 is but a mere shadow of all the work Jeremy Davis and
Blair Campbell put into previous distributions over the years, but we'll
get there :)
with best regards,
Bernd Blaauw
--
Write once. Port to many.
Get the SDK
Op 18-12-2011 23:31, Pete Batard schreef:
1. I am the developer of Rufus [1], which is a DOS-bootable USB flash
drive creation utility for Windows. One of the versions of Rufus embeds
FreeDOS (kernel + freecom) for installation as the default DOS, in lieu
of the WinMe DOS that can be
Op 13-12-2011 7:34, Jim Michaels schreef:
http://www.newegg.com/Product/ProductList.aspx?Submit=ENEN=16736%204020IsNodeId=1name=%24400%20-%20%24500#
-
Interesting to see it publicly advertised. Usually FreeDOS is simply
implemented in the CD that comes with most motherboards,
Op 7-12-2011 21:06, Rugxulo schreef:
Guys,
Naive question, but is there an admin here? Or should we email
Diego directly in case he's been hacked?? I mean, it's not that I
really care, but it's still a waste of space.
auto-forward all spam to Jim? ^^
Not sure who can handle this. Jim,
Op 22-11-2011 20:55, Mark Brown schreef:
here's kpush.com .
Mark,
I can't recall this list tolerating binary files and/or other
attachments, let alone copyrighted files for which no clear license is
present that would allow redistribution.
Thanks for wanting to help out others though :)
Op 6-11-2011 9:17, Jim Michaels schreef:
beos looks interesting, but I am going to have to learn how to write
unix apps.
hehe, goodluck.
There seems to be also OS/free as opensource OS/2 reimplementation, but
that's deep alpha (version 0.0.4 or so currently).
Op 31-10-2011 5:50, Jim Michaels schreef:
by the way, if I had a cd-bootable OS/2 kind of OS, that would be really
cool!!!
Isn't there eComStation as successor of OS/2? Commercial product, but
still. BeOS for example was succeeded by Haiku.
Op 31-10-2011 6:10, Jim Michaels schreef:
this is practically identical to the batch file I am using now (minus
the unnecessary ramdisk). part of the problem is the boot sector
required by isolinux, used by BFI.exe. hard to replicate unless you have
dd or something.
If you're using Isolinux,
Op 30-10-2011 22:55, Jim Michaels schreef:
I know someone has answered this question before, but how do I make
bootable freedos cd images I have mkisofs...?
I think it had something to do with a hard disk image and ISOLINUX and a
VM, if I am not mistaken. I have no specifics.
In Windows I
Op 25-10-2011 8:41, Jim Michaels schreef:
I see a 1.1-test1, 1.1-test2, 1.1-test3, but I see no 1.1
I thought 1.1 was officially released. why isn't it in the ftp area
under distributions?
ftp://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/
It's not been released yet as
Op 11-10-2011 22:54, Jim Michaels schreef:
the world is going to usb floppies.
the best usb floppy is nippon labs. only it can actually format.
Good to know. If only I could find floppies somewhere, they're neither
made nor sold anymore I think.
When is formatting actually needed? I'm not
Op 12-10-2011 19:38, Tom Ehlert schreef:
Good to know. If only I could find floppies somewhere, they're neither
made nor sold anymore I think.
go to www.amazon.com /www.amazon.de and search for 'diskette'
Good to know, no idea about quality though (as far as you can say that
about floppies in
Op 11-9-2011 23:36, jhall schreef:
There are multitasking DOSes (DR-DOS, RDOS, TSX-32 ??, etc.)
inherently useless
Not useless, really. For example, MS-DOS 5 introduced their DOS Shell
that supported task switching, a rudimentary form of multitasking.
Task switching isn't the same as SMP
Op 10-9-2011 9:47, Jim Michaels schreef:
I could see multithreading support in 7-zip.
but then again files aren't usually very big in DOS. I don't know if
OpenWATCOM or DJGPP has support for POSIX threads.
Programs that are multithreaded either have to implement their own SMP
support or rely
Op 10-9-2011 2:57, Decheng Fan schreef:
Hi Bernd,
Nice to see your e-mail. I think there is still a long way for me to go,
since I remember seeing a book about MS-DOS 6.00 published in China,
which was about 400 pages. I will pick up topics that are interesting to
me along the way of the
Op 6-9-2011 1:58, Alain Mouette schreef:
There is an ndis set of drivers that works very well: www.netbootdisk.com
I use them extensively.
Alain
That requires part of MS TCP/IP to be included?
packet driver: OK to redistribute
ODI: No idea. Free shim though
NDIS: No idea. Free shim?
UNDI
Op 6-9-2011 8:16, iw2evk schreef:
In fact , i running arachne with older pcmcia 11 mb drivers for wifi, BUT i
can't use new pcmcia card wifi
up to 54 and more MB ..
Impossible also using wifi pen or usb external device like printers /
scanners or bluetoot..
How many time we can continue
Op 5-9-2011 20:39, iw2evk schreef:
http://en.wikipedia.org/wiki/NdisWrapper
why possible in linux and not under DOS?
Because of manpower, working in protected mode etc? DOS is a realmode
operating system. Best option I know is shims around ODI/NDIS drivers.
Alternatively, have fun with
Op 4-9-2011 13:06, Decheng Fan schreef:
I've also compiled FreeCOM, but there seems to be some warning messages,
although I still get the final COMMAND.COM http://command.com/ file.
The warning messages read like following:
C:\WATCOM\BINNT\wcc -zq kswap.c -bt=dos @watcomc.cfg
kswap.c(160):
Op 10-8-2011 0:04, Rugxulo schreef:
I'm not sure most people (even me) want to rebuild the kernel and
shell a lot. In particular, rebuilding the shell (even though easy to
do) at least looks kinda scary complicated (to me). I kinda wish we
had a much simpler build process (or even much simpler
Op 10-8-2011 9:08, Eduardo Casino schreef:
http://sites.google.com/site/chitchatvmback/
ah so that's where Ken Kato went with his site, was already missing that
for a while to read up about all those commandline utilities he had.
Op 10-8-2011 2:42, Rugxulo schreef:
trying. But it's beyond me right now. (Arjay from BTTR had his own
mini shell started in actual working form, but it never left beta. Of
course, he's busy, but that was only a few months ago, so there's
hope.)
that shell was promising indeed, but could ever
Op 9-8-2011 3:06, Kenneth J. Davis schreef:
I finally had a chance to do some testing.
I believe it is a VirtualBox bug.
VirtualPC and VirtualBox seem to have their issues. Other emulators show
their own explicit nuisances as well ofcourse, but that seems to be more
limited.
I tried with
Op 9-8-2011 20:30, Ralf A. Quint schreef:
But a VM is not (real) hardware!
And if a certain VM doesn't support to emulate hardware in a way that
(Free)DOS runs without an issue, I seriously fail to see how FreeDOS
can possibly do anything about it.
There's been a few examples already of
Op 8-8-2011 9:20, Jim Michaels schreef:
the folks who gave us IPV6 gave us IPV6 for *corporate and enterprise*
entities who need large blocks of IP addresses, with the needs for
tunneling and so on. their reaction to home users requests for IPV6 was
Home Users? you mean there are home users?
Op 8-8-2011 22:31, Rugxulo schreef:
No, I don't think it's been fixed since even SourceForge's Files area
still only has 0.82pl3 Besides, who's the maintainer these days?
(Bart? Doubt it, he's always busy.) I haven't heard from Blair in a
long while.
I don't think there's any point in
Op 7-8-2011 17:24, c...@bttr-software.de schreef:
Just the abort/retry/fail dialogue.
Yeah, that's the critical error handler.
Doesn't seem to be a way out if you
offer a PAUSE (and control-C to get to console) but only load ramdrive
after USB drivers.
What do you mean by doesn't seem to
Op 6-8-2011 12:23, Georg Potthast schreef:
Rugxulo's bare bone floppy had too much meat for my application so I reduced
it further and added my DOSUSB driver files including a test file of 969k.
But it is a 20MB hard disk emulation.
Was just wondering why you didn't go with straight floppy
Op 5-8-2011 12:02, marinellucc...@tiscali.it schreef:
please remeber to create a distro with installer on floppy
disk (1 or more 1,44 mb disk)
* Is this intended for a networked computer or stand-alone machine?
* Is this for machines without any optical drive at all? Or machines
that have
Op 5-8-2011 19:45, Georg Potthast schreef:
I am a bit overwhelmed by the discussion following my post. I will try to
address some points.
hehe, the discussion was already going, just added our contributions to
your feedback as well. DOS386 also had some very usefull feedback that
I'll have
Op 5-8-2011 19:45, Georg Potthast schreef:
I am a bit overwhelmed by the discussion following my post. I will try to
address some points.
Just a quick possible issue: what happens if you boot the offered ISO
from USB CD? As the HDD emulation part is read-only, while your USB
drivers reset
Op 5-8-2011 13:45, Kenneth J. Davis schreef:
Work in progress
see
http://fdos.svn.sourceforge.net/viewvc/fdos/trunk/source/BASE/devload/devload.asm?r1=138r2=139
or download
http://www.fdos.org/kernel/testing/devload.com
I will work on releasing 3.25 tonight or tomorrow after I get feedback
Op 5-8-2011 23:35, c...@bttr-software.de schreef:
Eww. What caused the crash? The DOS kernel should gracefully abort
attempts to write to read-only media. (It probably would raise a critical
error, but it shouldn't crash.) Or does the BIOS crash on attempts to
write to the disk with the Int13
Op 4-8-2011 7:20, Rugxulo schreef:
Hi,
FreeDOS BASE is strictly mimicking MS-DOS core stuff they included.
But it lacks DOSSHELL or QBASIC, at least in BASE. So, for average
I did include FD-Shell 0.10 in FreeDOS, per earlier suggestion from
someone. I just dislike the color scheme it uses a
Op 4-8-2011 10:51, c...@bttr-software.de schreef:
However, user-settable drive assignments would be interesting, ie,
providing command line options to specify which drives are tried. I think
SHSUCDX implements some such options. There's no technical reason DEVLOAD
couldn't.)
Hehe, feature
Op 4-8-2011 12:03, dos386 schreef:
Maybe it would be better to have NO *emm* style driver loaded by defaul
+ 1
Definitely. The is absolutely no reason to load it.
Technically there's no reason whatsoever to load any memory driver, as
long as programs can still load/run. My intention was to
Op 4-8-2011 14:19, dos386 schreef:
Definitely. I'd prefer to see no Linux and no ReactOR is
FreeDOS distros. BTW, the ReactOR on the FreeDOS
floppy is even able to B.S. ;-)
BS? :)
I'll do a SYS A: /BOOTONLY /K KERNEL.SYS for the next floppy to disable
the menu (enable by SYS A: /BOOTONLY /K
Op 4-8-2011 5:55, Kenneth J. Davis schreef:
Please try http://www.fdos.org/kernel/testing/devload-3.23.zip
and let me know if you experience any issues with it.
Works for me so far, at least for Tdsk, SHSUCDX and SUBST. Didn't test
MS-Client ('d have to dig up some ModBoot or Nwdsk bootdisk
Op 5-8-2011 2:44, c...@bttr-software.de schreef:
I would be inclined to answer in a most cynical fashion if you indeed did
call the bug fixes I suggested improvements (optional ones nevertheless)
here. I hope you didn't!
(That's not to say I'd force anyone to implement whatever I am
Op 5-8-2011 2:53, Kenneth J. Davis schreef:
letter used (0 based, so A=0 and Z=25, note that I only tested C: or
higher) and 255 on error.
What if the driver being loaded doesn't assign a driveletter?
DEVLOAD UIDE.SYS /D:FDCD0001
A succes for that would be 0 , but as you start with 0 any
Op 3-8-2011 3:58, Rugxulo schreef:
Well, I half expected you to e-mail me back already! Gosh I'm impatient. ;-)
Anyways, I went ahead and just uploaded history.txt (why not?), so there.
;-)
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/history.txt
(Note that I
Op 3-8-2011 23:05, Georg Potthast schreef:
I did a test of this CD too. First I would suggest to make an El-Torito hard
disk instead of using ISOLinux. DOS I feel should boot directly and not by
booting a version of Linux first. I did my LifeCDs with FreeDOS just as an
El-Torito hard disk with
Op 3-8-2011 23:41, Bernd Blaauw schreef:
As for your drivers, I'm rather curious. Suppose I boot an USB flash
disk (2.0 interface, 2.0 port), and crappy BIOS is happy to stick to 1.1
speed. The flash disk gets assigned C:.
Next, I'd load your drivers, which
1) disable all BIOS legacy USB
Op 3-8-2011 23:05, Georg Potthast schreef:
I did a test of this CD too. First I would suggest to make an El-Torito hard
disk instead of using ISOLinux. DOS I feel should boot directly and not by
booting a version of Linux first. I did my LifeCDs with FreeDOS just as an
El-Torito hard disk with
Op 4-8-2011 0:46, c...@bttr-software.de schreef:
In any case, it shouldn't be too hard. There might be some difficult
corner cases, but there's implementations of CDS scanning available which
do work well enough, for example, SHSUCDX's.
Nice challenge to test against SHSUCDX, MSCDEX, SUBST
Op 4-8-2011 1:00, c...@bttr-software.de schreef:
So a program could be written which would determine what drive DOS was
booted from, and which would then make that drive disappear (or move it
elsewhere). Afterwards, it could move all following drives down to fill
the gap. For example, if it
Op 2-8-2011 3:01, c...@bttr-software.de schreef:
Unrelated: the software list says that the most recent version of DEVLOAD
is 3.22, but I couldn't find that right away. Is that an error in the
software list or did I just not find it?
I'm pretty sure Jim forgot to update this when Jeremy
Op 2-8-2011 3:20, Michael B. Brutman schreef:
I'm willing to get out the stopwatch and retest now that I know more.
There was a question about the which of the algorithms (LZMA, NRV, UCL)
is safe for GPL software. A quick review of the UPX web site did not
give me a clear answer on which one
Op 2-8-2011 14:28, dos386 schreef:
Test of 1.1test3 CD :
http://jafile.com/uploads/dos386/fd11t3.png
Now that's some quite usable feedback, thank you very much DOS386.
Issues:
[-3.] many messages running over the screen but too fast to read
Yeah file info from LSM files is displayed.
Op 2-8-2011 14:28, dos386 schreef:
[-1.] it does install files (with some luck) but doesn't update the
bootsector, attempt to launch my new FreeDOS ends up
in NTLDR missing
[0.] (see shot) no persistent changes possible is strange
[1.] (see shot) should be volume not drive
Op 3-8-2011 0:26, Rugxulo schreef:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/devload/
thanks, noticed kernel 2040 is listed on Ibiblio now as well.
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/2040/
would you be able and willing to copy the kernel's
Op 1-8-2011 15:29, c...@bttr-software.de schreef:
Just for the record, I think the problem is that DEVLOAD only looks for
block devices and will overwrite existing CDS entries if there is no
associated block device. Which is the wrong thing to do.
I hope there's a remedy to this, if this is
Op 30-7-2011 15:29, dos386 schreef:
Got the answer ???
- LZMA decompressible on 8086: YES
- LZMA vs NRV/UCL: LZMA (much?) slower decompression
- Ultra-Brutal-Effect: much slower compression,
no performance penalty on decompression (?)
I did a quick test here by looking if UPX
I'm experimenting a bit with TDSK as I can see use for a ramdisk in
situations with read-only media and no memory drivers. Thus a small
conventional memory ramdisk needed for tiny temporary files, redirection
and pipe symbols, etc.
However I'm experiencing that the initialisation part of TDSK
Op 31-7-2011 16:36, Tom Ehlert schreef:
Bernd,
assign a fix (W:) drive letter to the CD drive;
Tom
or load TDSK before loading CD drivers, etc.
SRDISK respects driveletters, as do RDISK, SHSURDRV, XMSDSK etc.
As both SRDISK and TDSK are GPL it might be possible to copy some init code.
Your
Op 31-7-2011 16:48, Bernd Blaauw schreef:
Op 31-7-2011 16:36, Tom Ehlert schreef:
Bernd,
assign a fix (W:) drive letter to the CD drive;
Tom
Experimented a little bit more: TDSK takes first driveletter after what
seems to be last block device.
Having harddisk (C:), then CDROM (D
Op 31-7-2011 16:58, Bernd Blaauw schreef:
Op 31-7-2011 16:48, Bernd Blaauw schreef:
Op 31-7-2011 16:36, Tom Ehlert schreef:
Bernd,
assign a fix (W:) drive letter to the CD drive;
Now I'll be done talking to myself..
Issue solved: SHSUFDRV does the trick as it installs as block device
Op 30-7-2011 1:57, Rugxulo schreef:
Hi, I found a 1 byte patch to make xfdisk UPXable :-)
Use a hex editor and change the byte at fba0 from 75 to eb:
000fb90: 009a c20e 7310 bfee 051e 57e8 0b5a 08c0
000fba0: eb28 bf08 0d1e 579a 4008 7310 bf08 0d1e
-** done :-)
000fbb0: 57bf 92d7
Op 30-7-2011 15:08, dos386 schreef:
OK, obsolete WDE is on the CD in FREEDOS\3RDPARTY ...
I remember adding that (just like EXTRACT for bootdisk contents under
Windows), just can't think of any purpose/use that I added it for,
anymore. Will be removed then.
If anyone knows a rather universal
Op 30-7-2011 15:42, dos386 schreef:
Will be removed then.
WDE is cool, but version 0.30 please :-)
I'll have a look.
Internet-based installation of FD1.1 possible through
packet driver, DHCP program and HTGET/FTP (not WGET, size
constraints). VMware-specific so
I hope it will work on
Op 30-7-2011 15:29, dos386 schreef:
I tested UPX on one of the slowest machines that I have that has a hard
drive. On a PCjr with a NEC V20 and XT-IDE adapter UPX compressed
executables worked, but they took noticeably longer to start up:
FTPSRV: original was 2 seconds, with UPX is 5 seconds
Op 29-7-2011 19:02, Rugxulo schreef:
- KERNELS 2040
- WDE 0.30
- UPX
UPX is too useful, IMHO, though I know some shun it (which seems
weird). And I don't think WDE is included in there (yet). At least a
quick search couldn't find it in BASE or UTIL.
I can't even recall what WDE was for
Op 28-7-2011 4:02, Jim Michaels schreef:
is there a way you can selectively choose what parts you want to
install? like
select all but uncheck arachne, lynx, and bobcat?
could you add cURL for DOS?
Currently used old installer is still selective, though through a lot of
user interaction. If
Op 28-7-2011 4:30, Jim Michaels schreef:
and cdrtools for dos?
http://sites.google.com/site/blairdude/cdrkit contains CDRKIT v1.1.9
I'm not aware of any recent DOS CDRTOOLS ports. Old one is 2.01
( http://bootcd.narod.ru/index_e.htm), with CDRTOOLS 3.00 already having
been announced.
Trouble
Op 28-7-2011 21:20, Bernd Blaauw schreef:
Op 28-7-2011 4:30, Jim Michaels schreef:
and cdrtools for dos?
Hm time to remind those Mozilla Thunderbird developers about removing
subject spam tag in responses and original if someone responds + sends.
I've got no intention of clicking every message
Op 26-7-2011 22:32, Joe Cosentino schreef:
Jebus Christ, can't you find something better to bitch about? Or how
about
fixing something while you're at it?
This might be a good time to practice what you preach.
As useless as EXE2BIN might be, we'll keep it..in BASE even. I'll admit
to never
I'd like to announce a new FreeDOS 1.1 test CD-image file, see FreeDOS
website for download details.
I've squashed quite a few bugs which were mentioned in the BugTracker
that Robert Riebisch linked to. This new release should also be more
compatible with several emulation and virtualisation
Op 25-7-2011 23:51, Rugxulo schreef:
P.S. Timo's BAT FAQ wasn't as exhaustive as I thought. The only
interesting trick was doing something like echo. exit | command /c
prompt set blah=$t, which still would've needed some fiddling with an
external tool (esp. one not typically included in
Op 23-7-2011 23:05, Ralf A. Quint schreef:
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.
Still agreeing to that goal,
Op 22-7-2011 6:48, Jim Michaels schreef:
whitepaper from AMI on the BIOS-to-UEFI transition (very informative).
http://www.ami.com/support/downloadwp.cfm?DLFile=AMI_UEFI_Transition_Whitepaper_PUB.pdfFileID=1387
Thanks for that paper, might prove to be an interesting piece to read.
how long
Op 21-7-2011 21:21, Jim Hall schreef:
Does anyone know the origin of Bootsplash that was included in FreeDOS
1.0? I'm going through the software list, making sure everything is in
order before Bernd makes the next 1.1-test release, and realized that
Bootsplash was included in 1.0 without
Op 20-7-2011 3:20, Rugxulo schreef:
You might need FreeCOM 0.84-pre2, I think. It has set /e (but needs
%TEMP% !!) and cdd works for c:\path\blah.exe. Otherwise, you'll
have to hack up a quick tool or use something premade (DJGPP's
dirname.exe from Shell Utils [shl2011b.zip]) or similar.
Op 17-7-2011 23:23, Rugxulo schreef:
This was merely an exercise at naming popular, i.e. heavily-desired,
apps that most common users might probably want. It is not intended to
reflect my own goofy needs.
And besides, most of these already were in FD 1.0, so nyah. ;-)
For a full CD it's
Op 17-7-2011 23:01, Jim Hall schreef:
To keep FreeDOS free we need to use free software tools wherever
possible. That's why we encourage NASM and OpenWatcom, and other free
tools. We have a few programs still that use Borland's TurboC
compiler, but I believe this is still available for free
Op 16-7-2011 19:44, Jim Hall schreef:
* XMGR: added to Base (removed FDXMS, FDXMS286)
I'd keep FDXMS286 if possible, it's the only XMS-driver for 286 machines.
Please have a look and let me know if I need to update anything
else.http://www.freedos.org/software/
UTIL:
you could delete UDMA,
Op 16-7-2011 16:30, Michael B. Brutman schreef:
Good - I await the next revision. I'm trying to do my part here by
testing it ..
great, thanks.
On all of my machines (DOS, Windows and Unix) I try to keep the optional
packages separate from the core OS functions. So DOS will live in /DOS
1 - 100 of 343 matches
Mail list logo
