Re: [Freedos-devel] Unzip

On Tue, Aug 19, 2025 at 8:02 AM Jerome Shidel via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: [SNIP] > CWSDMPI insists on creating a swap file even when there is no demand for > additional memory. The location of the file is hard-coded into the binary. > While, UNZIP can usually ex

Re: [Freedos-devel] Will FreeDOS work to reflash LSI SCSI SAS cards like 9300 series?

I've used the DOS versions of sas2flash and sas3flash with FreeDOS. I think what I did was: * take the FreeDOS 1.2 or 1.3 USB image * strip out autoexec.bat (to keep it from attempting to install FreeDOS) * delete a bunch of packages until I had about 64MB or so free for the ROM/FW images, sas/lsi

[Freedos-devel] CSM BIOS for EFI machines

I saw this on hackernews. PC BIOS for EFI machines. Alleges to boot FreeDOS in QEMU and some physical machines. I wonder if this could be improved. https://github.com/FlyGoat/csmwrap ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net http

Re: [Freedos-devel] Svardos Editor

MS DOS Edit wasn't standard until MS DOS 5.0. We had to live with edlin before then. :D On Wed, May 7, 2025 at 11:06 AM Bernd Böckmann via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > > > Am 07.05.2025 um 18:30 schrieb Louis Santillan via Freedos-dev

Re: [Freedos-devel] Svardos Editor

Knowing that I am oso2k on BTTR, I'd go further & say that sved should become the default editor. It's like FED in its featherweight and features, but doesn't require a 386 (djgpp) or MS VisualC to compile. SVED uses Open Watcom 1.9 (and UPX) and is compiled with the 80

Re: [Freedos-devel] Proposal: replace FreeDOS Edit with SvarDOS Edit

On Mon, Feb 17, 2025 at 11:12 AM victoria crenshaw via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > is the source available? > > http://svardos.org/sved/ > > Yes. > > > ___ Freedos-devel mailing list Freedos-d

[Freedos-devel] Proposal: replace FreeDOS Edit with SvarDOS Edit

I'm going to make a potentially controversial proposal. I think we need to replace FreeDOS Edit (until it is improved) with SvarDOS Edit (sved). It works extremely well on 8088s (my Homebrew 8088 XT clone) and a slow 386 16MHz (Dell 316SX). In contrast FreeDOS Edit is almost unusable on a V40 (V

Re: [Freedos-devel] Building entire FreeDOS release from source within FreeDOS

If there is a license issue. Speak to Dave Dunfield on Vogons. He's responsive and quite reasonable in my experience. On Thu, Feb 6, 2025 at 11:49 AM Bruno Ribeiro via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > On 6/2/2025 16:29, Jim Hall via Freedos-devel wrote: > > On Thu,

Re: [Freedos-devel] Search all text file contents in directories recursively

On Fri, Feb 7, 2025 at 8:44 AM Bruno Ribeiro via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > Hi Tom, > > On 7/2/2025 12:18, tom ehlert via Freedos-devel wrote: > > > >> Looking for a DOS-centric way of doing that. > > The DOS-centric way is not doing that at all. > > Hahaha... Ni

Re: [Freedos-devel] Building entire FreeDOS release from source within FreeDOS

FreeDOS releases are built using RBE [0] (Release Build Environment). RBE 4th Edition [1] is being worked on now. But it does not yet build FreeDOS from source code. It builds FreeDOS from source which is usually a binary zip file or a source zip file [2]. It is largely the work of Jerome Shide

[Freedos-devel] Filesystems Research?

I don't know who is doing any sort of DOS Filesystems Research beyond Mateusz Viste with EtherDFS/etherflop, and Michael Brutman with NetDrive. But I found an interesting repo that might extend DOS' usability a little bit further. There's a "lite weight ext4" library that supports ext2, ext3, and

Re: [Freedos-devel] multiple defintions of all functions in the program compiled and in the library

You might want to just borrow the bits here ( https://www.mrdictionary.net/allegro/). On Mon, Nov 11, 2024 at 3:58 AM Paul Dufresne via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > Thinking about it... > > The place where functions of the library should be... is in the library...

Re: [Freedos-devel] FreeDOS assumes the BIOS support int 13h?

The bug 86box team believes they found is that FreeDOS (FDISK or Kernel) blindly uses 13h Extensions. I doubt that very much. It may be that UMC or ECS BIOSes mentioned may not present BIOS HDD data in ways FreeDOS or FD FDISK are unable to detect. On Sun, Nov 10, 2024 at 4:44 PM Paul Dufresne v

Re: [Freedos-devel] multiple defintions of all functions in the program compiled and in the library

gcc tools/dat2c.c -o dat2c.exe -I./include ought to be something like gcc tools/dat2c.c -o dat2c.exe -I./include -lalleg or gcc tools/dat2c.c -o dat2c.exe -I./include -lalleg -L if it is not where the rest of the DJGPP libraries are. That should have been taken care of by `make install`. On Sun

Re: [Freedos-devel] error in allegro lib makefile

There used to be a DOS configure’d source. Otherwise I think you need to run a pre-script (fix.bat or fix.sh) to get it to compile with makefile.dj , iirc. You’ll also run into issues with the assembly if you run a much newer nasm, gcc and binutils against it. Not a hard fix but you will need so

Re: [Freedos-devel] Source code distribution

On Tue, Oct 22, 2024 at 1:17 PM Wolf Bergenheim wrote: > Yeah one does not simply write a book like that, however, I think it could > be a worthy effort and interesting. I don't think FreeDOS needs to be a > from scratch distro, but I think there certainly would be space for a DOS > from scratch

Re: [Freedos-devel] Source code distribution

On Sat, Sep 28, 2024 at 12:13 PM Michael Brutman via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > [SNIP] > You are responsible for making that source code available, not for > shipping it by default ... > > Like I've said, it's fine for FreeDOS to mirror/archive/host source code >

Re: [Freedos-devel] Packages on the FreeDOS distribution

On Mon, Sep 23, 2024 at 9:53 AM Jim Hall via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > On Sun, Sep 22, 2024 at 3:44 PM Eric Auer via Freedos-devel > wrote: > [..] > > > - add vsbhda and/or sbemu to sound! > > I think it would be nice to include some kind of virtual SoundBlas

Re: [Freedos-devel] Acer Aspire One

You can sometimes find drivers for later RealTek NICs (1GbE especially) in vendor packaging from HP, Dell, IBM/Lenovo. You'll be surprised what laptops, later desktops, thin clients have drivers. ParkyTowers has a lot of links and info about hardware and drivers that can be relevant for later har

Re: [Freedos-devel] Improved RBIL

The Crux Linux distro solved this with their port system [0]. It’s a build from source distro. Each package (port) has one or more sources. Those sources then get processed by a build function into a destination directory. One (pre)step could be to process patch files. The files in the destina

Re: [Freedos-devel] FreeDOS on Pocket386

Instead of investing in PS2, I’m building one or more of these. https://docs.pikvm.org/pico_hid_bridge/ On Wed, May 29, 2024 at 12:15 AM Jerome Shidel via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > > > On May 28, 2024, at 6:12 PM, Jim Hall via Freedos-devel < > freedos-devel@

Re: [Freedos-devel] FETCH4FD

On Sat, Mar 23, 2024 at 4:24 AM Danilo Pecher via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > > In that case it is more than helpful to have the most pertinent > parameters at a glance right after login. It’s also a good way to make screen shots more exciting than “C:\>” or “us

Re: [Freedos-devel] Problem booting FreeDOS on Book8088 PC-XT laptop

I’m oso2k on bttr. I don’t have bocke’s issue with booting my Book8088 v2 with FreeDOS. I don’t know if they are having hardware issues. I booted FD1.3 Floppy Edition on a Dell 316SX (386 16MHz) and have formatted a 256MB CF and a 512MB CF. Both cards boot on my Dell 316SX and Book8088. I shar

Re: [Freedos-devel] FreeDOS on Book8088

That works. On Tue, Jan 30, 2024 at 12:12 PM Jim Hall via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > [resending without photo attached] > > > On Tue, Jan 30, 2024 at 2:06 PM Jim Hall wrote: > > > > Very helpful. I thought it might be something like this. I'll update the > bug

Re: [Freedos-devel] FreeDOS on Book8088

Louis Santillan 11:44 AM (5 minutes ago) to Technical, Jim I have a Book8088 v2. I did some testing. I imaged the FD13BOOT.IMG from FD 1.3 Floppy Edition[0] to my a slot on my Gotek formatted USB stick. I then used a Dell 316SX (a 386) with a Gotek FDD emulator & XT-IDE r625 to boot FD v1.3 ove

Re: [Freedos-devel] Interim Build Delayed

Trixter has an 8088 version of LZ4 which is typically faster PKZIP, zlib/gzip, and bzip2. http://www.oldskool.org/pc/lz4_8088 On Fri, Sep 1, 2023 at 11:58 AM Ralf Quint via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > On 9/1/2023 7:49 AM, Jerome Shidel via Freedos-devel wrote:

[Freedos-devel] USB on XTs [WAS]: ANSI for DOS

There's a few options to get XTs USB (at least for storage) based on CH374, CH375, or CH376 controller chips. They work even with the 5150. I think it's sort of a serial interface to the USB storage standard made popular by Arduino and ESP microcontrollers with either a driver or BIOS ROM to emul

Re: [Freedos-devel] dir issues

On Sun, Jul 23, 2023 at 8:52 AM Steve Nickolas via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > On Sun, 23 Jul 2023, tom ehlert via Freedos-devel wrote: > > > > >> ISTM that all the other graphical shells in FreeDOS are even less > >> useful than GEM, and it would be no loss to re