[Freedos-devel] CSMWrap

« CSMWrap is a cool little hack that brings back the good old PC BIOS on those fancy-pants UEFI-only systems. It utilises the CSM (Compatibility Support Module) and VESA VBIOS from SeaBIOS project to emulate a legacy BIOS environment. » https://github.com/FlyGoat/csmwrap -- Liam Proven ~ Profil

Re: [Freedos-devel] FreeDOS 1.4 News

On 10/04/2025 12:45, Jerome Shidel via Freedos-devel wrote: Hi All, Like many of you, I’ve been checking out various news articles that are popping up around the web covering the release of 1.4. While many are just re-posts of content written by others, there are a number of original articles

Re: [Freedos-devel] FreeDOS 1.4 coming out today!

On 07/04/2025 23:59, Jim Hall via Freedos-devel wrote: Here's an announcement you can link to: https://freedos.org/download/announce.html Nice one -- thanks! -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro...@cix.co.uk

Re: [Freedos-devel] FreeDOS 1.4 coming out today!

On 07/04/2025 18:50, Jerome Shidel via Freedos-devel wrote: The primary installer used on the CD-ROMs and USB images requires a 386 or better processor. It was originally the only installer for FreeDOS 1.2. It is simply called FDI (for the FreeDOS Installer). There was no floppy disk version

Re: [Freedos-devel] FreeDOS 1.4 coming out today!

On Sun, 6 Apr 2025 at 01:44, Jim Hall via Freedos-devel wrote: > > FreeDOS 1.4 is live! Great! Congrats! [...] > Please reply here to > let me know what else I should emphasize for FreeDOS 1.4. I am writing a news story on it. It's hard to link to the announcement on https://www.freedos.org/

Re: [Freedos-devel] [Off-topic] Gemini 2.0 getting bored of me (I think) also -mdos gcc option

On Wed, 26 Mar 2025 at 21:41, Kirn Gill II via Freedos-devel wrote: > > AI chat models work on the exact same principles as the automatic word > suggestion feature on your phone: statistical probability of the next word > (or here, token.) > > It cannot think, it cannot truly reason, it cannot u

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

On Sun, 23 Feb 2025 at 00:04, Jim Hall via Freedos-devel wrote: > > It's not hard for a virtual machine system to support DOS. As long as > it emulates an Intel CPU with a BIOS, any DOS (FreeDOS and MS-DOS and > DR-DOS) should work. It might emulate all kinds of other things, but > Intel CPU + BIO

Re: [Freedos-devel] FreeDOS Matrix Server

On Sat, 22 Feb 2025 at 19:29, Kirn Gill II via Freedos-devel wrote: > > I think usage would be higher if it were more widely-known. This is the first > (maybe second time?) I've heard that this server even exists to begin with. Same! It is news to me. -- Liam Proven ~ Profile: https://about.m

Re: [Freedos-devel] Installing FreeDOS over other OS

On 07/02/2025 17:34, Bruno Ribeiro via Freedos-devel wrote: Any chances of getting that to work from a Windows DOS prompt, somehow? I don't really see how it could. If you are running Windows already, then installing another OS is going to destroy the OS you are running. Even if the installer

Re: [Freedos-devel] Installing FreeDOS over other OS

On 07/02/2025 16:34, Bruno Ribeiro via Freedos-devel wrote: And that brings to mind DESQview DESQview is a very complex environment, and it depends on the presence of the QEMM386 memory manager for it to run usefully in 386 mode. I have tried but I've not got QEMM386 to run successfully on t

Re: [Freedos-devel] ZEROFILL R2.00 Released

On Fri, 31 Jan 2025 at 06:22, Javier Gutiérrez Chamorro via Freedos-devel wrote: > As opposite ZEROFILL writes zeros on the free space, making it easier to > compact the volume Oh, great! This will be very helpful with my hobby USB-DOS project! Thank you! -- Liam Proven ~ Profile: https://abo

Re: [Freedos-devel] New freeware DOS memory manager: EMS Magic

On 27/01/2025 7:42 pm, tom ehlert via Freedos-devel wrote: Nope. a current X64 still has real mode and V86 mode. However both are not available with a 64Bit host OS. Oh yes indeed. But the point is, they are only accessible if you boot in x86-32 mode. x86-64 mode does not support them. Bu

Re: [Freedos-devel] New freeware DOS memory manager: EMS Magic

On 27/01/2025 6:25 pm, Ben Russell via Freedos-devel wrote: I have some corrections for some obscure things... :-) You absolutely can still run 16-bit protected-mode code in 64-bit long mode Oh, yes indeed. I see I was unclear. My understanding, possibly incorrect, was that once you a

Re: [Freedos-devel] New freeware DOS memory manager: EMS Magic

On Fri, 24 Jan 2025 at 16:10, Bret Johnson wrote: A couple of corrections... > In fact, the 286 had a Protected Mode, but it was 16-bit PM instead of 32-bit. True. > There is even an EMM286.EXE driver for machines with a 286 CPU floating > around the Internet that basically does the same thi

Re: [Freedos-devel] Costa GUI (MIT license), written in Visual Basic for DOS

On Tue, 21 Jan 2025 at 16:02, Steve Nickolas wrote: > While it's easy as cake to do UIs with VBDOS, there's no way to port to > anything else. That makes sense, yes. What I do not know, but that Jacob's comments imply, is this: * Did VBDOS contain a full BASIC compiler? Can it build standalone

Re: [Freedos-devel] New freeware DOS memory manager: EMS Magic

On Wed, 22 Jan 2025 at 11:45, tom ehlert via Freedos-devel wrote: > the card was indeed needed for 8088/80286 to access any sort of memory > > 640KB. Not for an 80286, no. The 80286 could access 16MB of RAM and many '286 PCs shipped with 1MB, meaning that they had 384kB of XMS out of the box.

Re: [Freedos-devel] New freeware DOS memory manager: EMS Magic

On Tue, 21 Jan 2025 at 22:06, David Schwab via Freedos-devel wrote: > > From memory, XMS was earlier, and it required both a driver and an external > memory card. I believe you could go as high as 8 MB. I can't recall the > processor requirements, but I know EMS required at least a 386. Most >

Re: [Freedos-devel] Costa GUI (MIT license), written in Visual Basic for DOS

On Tue, 21 Jan 2025 at 00:30, Paul Dufresne via Freedos-devel wrote: > > "The last version of QuickBASIC was version 4.5 (1988), although development > of the Microsoft BASIC Professional Development System (PDS) continued until > its > last release of version 7.1 in October 1990 (at the same t

Re: [Freedos-devel] New freeware DOS memory manager: EMS Magic

On Mon, 20 Jan 2025 at 23:16, tom ehlert via Freedos-devel wrote: > besides the fact that this isn't open source (it's freeware), True. > this is 2025. Are there really programs *in use* that *require* EMS, and > can't use > XMS? I'm sure they exist, but are they of any public interest? 100%

Re: [Freedos-devel] Costa GUI (MIT license), written in Visual Basic for DOS

On Mon, 20 Jan 2025 at 22:57, Steve Nickolas via Freedos-devel wrote: > > On Mon, 20 Jan 2025, Liam Proven via Freedos-devel wrote: > > > I was wrong. One module is in Turbo Pascal but the rest is indeed VB > > DOS or MS Basic PDS 7.1. I must be missing several thing

[Freedos-devel] New freeware DOS memory manager: EMS Magic

I have a little SvarDOS based project that's getting some interest: https://github.com/lproven/usb-dos A user and contributor reported that JEMM isn't yielding usable EMS and suggested this instead: https://www.emsmagic.com/ « EMS Magic is an expanded memory (EMS) emulator for DOS programs. It

Re: [Freedos-devel] Costa GUI (MIT license), written in Visual Basic for DOS

On Mon, 20 Jan 2025 at 15:19, Liam Proven wrote: > > I would suggest to him that the FreePascal Compiler would be a better option. > https://www.freepascal.org/ Update: I contacted Jacob. I was wrong. One module is in Turbo Pascal but the rest is indeed VB DOS or MS Basic PDS 7.1. I suggested h

Re: [Freedos-devel] Costa GUI (MIT license), written in Visual Basic for DOS

On Sat, 18 Jan 2025 at 00:31, Jim Hall via Freedos-devel wrote: > As Danilo said, it's a student project. I clicked into the blog and > they say they wrote it "when I was first learning to program, from > 2001-2004." Just FWIW: * It was updated in the last 5 months: https://github.com/jacobpalm

Re: [Freedos-devel] VirtualBox [Was: black screen with blinking cursor after the reboot after fdisk under Vmware Workstation for 1.4-RC1 fixed by booting first CDROM]

On Fri, 17 Jan 2025 at 13:25, Jerome Shidel via Freedos-devel wrote: > > I do not often the Linux machine to run DOS in VirtualBox. I think this sentence needs more verbs. > When I had VirtualBox 7.x running on that Mac, there were several issues. I want to query that x in "7.x". Just FWIW I m

Re: [Freedos-devel] black screen with blinking cursor after the reboot after fdisk under Vmware Workstation for 1.4-RC1

On Fri, 17 Jan 2025 at 02:32, Paul Dufresne via Freedos-devel wrote: > but then only a black screen with blinking cursor... > from there, stopping and restarting the VM machine did not helped. How experienced are you at working with VMware? Now it's free for personal use I suspect more people ar

[Freedos-devel] PMODE/W made free

I missed this news at the time... The PMODE/W DOS extender is now FOSS under the MIT license, as of July 2023. Version 1.33 is the last release. http://www.sid6581.net/pmodew/ It was last mentioned on the list in 2021 so I thought this might interest folks. -- Liam Proven ~ Profile: https://ab

Re: [Freedos-devel] muefircate: a plan for a BIOS loader for UEFI

On Mon, 23 Dec 2024 at 13:59, Steve Nickolas via Freedos-devel wrote: > You mention (in a part of the message I snipped) the plan Intel had to > remove legacy support from their AMD64 CPUs Now abandoned, as of last week. https://www.tomshardware.com/pc-components/cpus/intel-terminates-x86s-init

Re: [Freedos-devel]  Re: Contributing

On Wed, 18 Dec 2024 at 21:18, Danilo Pecher via Freedos-devel wrote: > I mean, that Ozone GUI thing. which is > essentially useless, and is for everyone with half a brain easily > identifyable as badly programmed can surely be chucked overboard, as I > don't think anyone is using it anyway. Stro

Re: [Freedos-devel] Contributing

On Tue, 17 Dec 2024 at 21:35, Steve Nickolas via Freedos-devel wrote: > IBM. They owned the copyright jointly from version 3.1 onward (note that > they specifically said they had to get the OK from IBM to release the 4.0 > sources). IBM was the first ever licensee of MS-DOS. It was built for IB

Re: [Freedos-devel] Contributing

On Mon, 16 Dec 2024 at 19:23, Steve Nickolas via Freedos-devel wrote: > > Part of the problem there was MS didn't have full copyright. [[citation needed]] Who else? There were 3rd party extras in later DOSes: disk compression, memory optimisers, anti-virus, and things. But not in the DOS 3 or 4

Re: [Freedos-devel] Contributing

On Mon, 16 Dec 2024 at 19:44, tom ehlert via Freedos-devel wrote: > > unfortunately this is completely irrelevant as the only need is for an OS > that allows > to play old games. So this requires Windows 3.x. For whom? Are you saying that the only use for FreeDOS is to play old games? I don't a

Re: [Freedos-devel] Contributing

On Mon, 16 Dec 2024 at 19:12, Danilo Pecher via Freedos-devel wrote: > There's simply no demand for something like that. > FreeDOS itself is a niche product to begin with. I don't know -- there's WINE. It runs 16-bit apps on 64-bit OSes, which is more than Windows itself can or will. -- Liam Pr

Re: [Freedos-devel] Contributing

On Mon, 16 Dec 2024 at 18:09, tom ehlert via Freedos-devel wrote: > This is not about "something with graphics and mouse". > > It's like FreeDOS vs. MSDOS: it's only DOS if it executes Norton Commander. > > And it's only Windows if it executes MS Word and a bazillion windows games. I think you m

Re: [Freedos-devel] Contributing

On Mon, 16 Dec 2024 at 17:45, Steve Nickolas via Freedos-devel wrote: > > > Less more, more less... Though I don't deny that PC-GEOS isn't bad for > what it is. Don't get me wrong, I'd _love_ a FOSS DESQview/X. I was very impressed by that. However, I recall a petition to Symantec to open-source

Re: [Freedos-devel] Contributing

On Sun, 15 Dec 2024 at 07:25, Steve Nickolas via Freedos-devel wrote: > > > I mean, something like a free Windows 3.0 or a free Desqview/X would be > nice, but eh. It would indeed. The thing is, it more or less exists: it's PC GEOS. https://github.com/bluewaysw/pcgeos -- Liam Proven ~ Profil

Re: [Freedos-devel] Contributing

On Sun, 15 Dec 2024 at 06:44, Ben Collver via Freedos-devel wrote: > I think HP's method of "booting" FreeDOS on amd64 hardware is interesting. I > would like to see a tightly integrated, special purpose Linux distro for > this; the minimum required to present a guest BIOS plus features to en

[Freedos-devel] muefircate: a plan for a BIOS loader for UEFI

Since this is a FAQ, I was surprised to come across this today. https://gitlab.com/tkchia/muefircate It's a fork of the deleted BiEFIrcate There's another fork but it seems inactive: https://github.com/LoopZ/biefircate -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro...@cix.

Re: [Freedos-devel] GeoWorks

On Wed, 2 Oct 2024 at 18:06, Bret Johnson wrote: > > Attached is a screen shot of what I used a long time ago for a menu program. > It is both similar to what the solution using V8 Power Tools is and what I > think you are wanting. It is a combination of a (complicated) batch file > along wit

Re: [Freedos-devel] GeoWorks

On Wed, 2 Oct 2024 at 13:59, Fritz Mueller via Freedos-devel wrote: > > I am not sure if I understand you correct. You want a very very simple start > menu for several programs - maybe without colours? > What about this very simple solution? It is only a batch file with checking > errorlevels.

Re: [Freedos-devel] GeoWorks

On Wed, 2 Oct 2024 at 10:53, Jerome Shidel via Freedos-devel wrote: > Unfortunately, I think my goals and the desires of most of PGME’s users is at > odds with what you want. Um. Your program, your baby. But how do you know that? Also, I think you misunderstand me because of what you said next

Re: [Freedos-devel] GeoWorks

On Tue, 1 Oct 2024 at 23:10, Jerome Shidel via Freedos-devel wrote: > > PGME has a crazy level of customization support. It could be configured to > appear with a very simplified layout, no effects, two colors and a completely > different way of interacting with menu options. But, such a “theme

Re: [Freedos-devel] GeoWorks

On Mon, 30 Sept 2024 at 20:32, Chelson a via Freedos-devel wrote: > > ozone is quite well developed using widgets and an internal compiler to test > them live. Sure, but it's 2024 and who wants or needs that? Nobody will ever develop for it again. > Lwp works great under dos and I often wondere

Re: [Freedos-devel] GeoWorks

On Mon, 30 Sept 2024 at 15:09, Jerome Shidel via Freedos-devel wrote: > > This must have been a long while back. According to this, 2 years: « PGME (Program Manager Eternity) is a fully customizable multi-menu application launcher for DOS. It also includes Font Designer and several other utiliti

Re: [Freedos-devel] GeoWorks

On Sat, 28 Sept 2024 at 22:32, Paul Dufresne via Freedos-devel wrote: > But the GUI section of FreeDOS 1.3 list: > https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/official/report.html > opengem, ozonegui and seal... and now in > https://www.ibiblio.org/pub/micro/pc-stu

Re: [Freedos-devel] GEMMIS, Win3, 386MAX and SBEMU - was: Actually doing stuff with MS-DOS 4.01

On 22/08/2024 5:31 pm, tom ehlert via Freedos-devel wrote: VERY unlikely as "race conditions" require multitasking which they don't. Btw, "race conditions" usually don't fail reliably, but rather like 10% random chanceof failure. This seems like being excessively pedantic to me, but all righ

Re: [Freedos-devel] GEMMIS, Win3, 386MAX and SBEMU - was: Actually doing stuff with MS-DOS 4.01

On Wed, 21 Aug 2024 at 21:34, Eric Auer via Freedos-devel wrote: > > PS: How about just using 386MAX if you prefer open source > instead of old MS EMM386 bundled with Windows? I've tried it. The snag is that in my testing it won't start on modern hardware. QEMM386 (v8) and 386MAX fail to initia

Re: [Freedos-devel] development and advertising plan

On Thu, 18 Jul 2024 at 04:07, Kirn Gill via Freedos-devel wrote: > > VMM, anyone? What do you mean by this? By "VMM" do you mean the virt-manager front-end to KVM/Xen? https://virt-manager.org/ As in, run FreeDOS under KVM? Or, "we should port virt-manager to FreeDOS?" Or, do you mean "we nee

Re: [Freedos-devel] development and advertising plan

On Sat, 13 Jul 2024 at 08:15, armored--- via Freedos-devel wrote: > earlier you tried to negotiate with those who ported the x server to the > house. I don't understand why the deployment of web offers with open source, > for example, the Jaber, Activity Pub servers, is funnier than the x serve

Re: [Freedos-devel] Suggestions Many future DOS Flavors and uses...

On Tue, 2 Jul 2024 at 03:22, Richard Stoltenberg via Freedos-devel wrote: > > use Freedos for a wrist watch os. The samsung watch hardware has alot of > power. Pointless. DOS is an x86 OS. There are no x86 smartwatches. You'd need to run it in an emulator which would squander the very limited b

Re: [Freedos-devel] zoo

On Tue, 21 May 2024 at 19:22, E. C. Masloch via Freedos-devel wrote: > > 64 Ki * 16 KiB = 1024 MiB. (The actual maximum amount of clusters is of > course slightly less than 64 Ki, to be exacting.) So you're off-by-one, > a "2 GB" file system cannot possibly be fully utilised with FAT16 at a > 16 K

Re: [Freedos-devel] zoo

On Fri, 17 May 2024 at 17:14, tom ehlert via Freedos-devel wrote: > > Below 1GB FAT16 uses 8kB clusters. From 1GB-2GB it uses 16kB ones. > > (Below ½GB it uses 4kB.) > > That would require FAT17. (?) Not at all. Here is the full list: FAT12 Drive size Secs/cluster Cluster size < 16 MB

Re: [Freedos-devel] zoo

On Thu, 16 May 2024 at 13:28, Wilhelm Spiegl via Freedos-devel wrote: > > I ran one more test with zoo. It runs with FAT16 998 MB but not with FAT16 > 1025 MB. Below 1GB FAT16 uses 8kB clusters. From 1GB-2GB it uses 16kB ones. (Below ½GB it uses 4kB.) When I was deploying FAT16 boxes I consider

Re: [Freedos-devel] Where is the source code?

On Wed, 8 May 2024 at 09:23, tom ehlert via Freedos-devel wrote: > > in my version of firefox, there is no "developer" section on www.freedos.org Oh yes there is. Below the first block of the page is a row of 3 blocks. The third one contains this text, copied from Firefox 125.0.3 right now: « Fo

Re: [Freedos-devel] MS-DOS 4.0 source released as open source under MIT license

On Fri, 26 Apr 2024 at 08:25, Steve Nickolas via Freedos-devel wrote: > Everything but himem, dosshell, gwbasic, and parts of xmaem/xma2ems, > apparently. I got most of it compiled using the tools in the archive. That being the case, is it possible to get it working with 386MAX instead, as that

Re: [Freedos-devel] comcom32 shell

On Wed, 21 Feb 2024 at 11:36, Eric Auer via Freedos-devel wrote: > It seems the djgpp-compiled 32-bit version of the comcom shell > of dosemu2 will be abandoned, moving to a 64-bit only version. > > https://github.com/dosemu2/comcom32 Putting the GPL as the README is very lazy of them, and total

[Freedos-devel] Bochs modified to run SoftICE dual screen

This could be useful to several here, I think. https://and0uille.net/misc/debug90.html -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro...@cix.co.uk ~ gMail/gTalk/FB: lpro...@gmail.com Twitter/LinkedIn: lproven ~ Skype: liamproven IoM: (+44) 7624 277612: UK: (+44) 7939-087884 Cz

Re: [Freedos-devel] Simplified Chinese Edlin?

On Wed, 15 Nov 2023 at 00:24, Gregory Pietsch via Freedos-devel wrote: > This begs the question of what I should do to get Edlin to work with > Simplified Chinese I believe this was once common: https://en.wikipedia.org/wiki/ETen_Chinese_System I know that Japanese faces similar issues and in

Re: [Freedos-devel] VME broken on Ryzen CPU, autodetection useful?

On Tue, 14 Nov 2023 at 19:32, Rugxulo via Freedos-devel wrote: > > One guy emulates the old 8-bit CP/M OS (and Z80 cpu) via Ultibo > (written in Free Pascal), thus > allowing him to run Turbo Pascal 3 for CP/M : > > * http://www.projekte.daleske.de/prog/11_EMUZ80_RPI/prog_EMUZ80_RPI_en.htm The ch

Re: [Freedos-devel] Calculator for DOS with GUI

On Mon, 9 Oct 2023 at 22:40, Paul Dufresne via Freedos-devel wrote: > > I checked previously today... latest version seems to generate 32 bits only > (DPMI based) [although I think the compiler can be run in 16 bits code]. It may not be the latest version, but there is a DOS version of FreeBASIC

Re: [Freedos-devel] Calculator for DOS with GUI

On Mon, 9 Oct 2023 at 22:05, Pedro Luis Carballosa Mass via Freedos-devel wrote: > > I don't know if Turbo Basic is paid because Borland offered several outdated > environments for free. Freeware is not the same thing as open source, though. It's the FOSS part that is important here. For instan

Re: [Freedos-devel] Calculator for DOS with GUI

On Mon, 9 Oct 2023 at 09:06, Danilo Pecher via Freedos-devel wrote: > > Neither Microsofts Quickbasic, nor Borlands Turbo-Basic are free > software, so the amount of people who would be able to compile it, is > probably dwindingly small. How about porting it to FreeBASIC? https://www.freebasic.n

Re: [Freedos-devel] FreeDOS Interim Build T2310 - no free space on CD

On Thu, 5 Oct 2023 at 10:29, Danilo Pecher via Freedos-devel wrote: > > The best solution would be three disks: > > BaseCD - no bigger than 300MB, only basic tools > > ApplicationCD - Editors, Gemes, Utilities - the lot > > DeveloperCD I agree with this, FWIW. (Personally I would also rate xNix

Re: [Freedos-devel] dir issues

On Fri, 11 Aug 2023 at 04:51, Rugxulo via Freedos-devel wrote: > > > DJGPP v1 (circa 1994?) supported the Desqview/X SDK libs. But I never > developed for (or used) DV/X. Aha, OK. I didn't even know it existed back then. I suggest, though, that given that the subject is menuing app launchers fo

Re: [Freedos-devel] dir issues

On Thu, 10 Aug 2023 at 19:14, Harald Arnesen via Freedos-devel wrote: > Liam Proven via Freedos-devel [10/08/2023 19.09]: > > Pascal -> Modula -> Modula-2 -> Oberon Various companies did their own > > derivatives and follow-ons, such as Modula-3, but those above are th

Re: [Freedos-devel] Booting FreeDOS kernel without a 386

On Fri, 11 Aug 2023 at 11:28, Paul Edwards via Freedos-devel wrote: > > Yes, 240 MB. You don't need FAT32 for a drive that small. The cutoff where FAT32 becomes notably more efficient is 512MB, which has clusters twice as big as a drive of 129-254 MB. It becomes really worth it over 1GB. For

Re: [Freedos-devel] dir issues

On Thu, 10 Aug 2023 at 14:10, Steve Nickolas via Freedos-devel wrote: > > > > What does DV have to do with DJGPP? > > I'm not sure it was *DJGPP*. It *was* based on GCC - and I do think it > was GCC 1 - but that's the extent of my knowledge. I vaguely know of DJ DeLorie's port of GNU C++ to DOS,

Re: [Freedos-devel] dir issues

On Wed, 9 Aug 2023 at 00:13, Rugxulo via Freedos-devel wrote: > > I have never used Desqview nor Desqview/X So try them! They are easy to find these days. As a general rule, it is unwise to try to argue based on stuff you've never tried. > (DJGPP v1 SDK) What does DV have to do with DJGPP?

Re: [Freedos-devel] dir issues

Getting reluctant to contribute here, because I think we are discussing and aiming at different things. On Tue, 8 Aug 2023 at 01:24, Rugxulo via Freedos-devel wrote: > On Mon, Aug 7, 2023 at 7:45 AM Liam Proven via Freedos-devel > wrote: > > It's not a 286 hardware feature, n

Re: [Freedos-devel] dir issues

On Tue, 8 Aug 2023 at 23:23, Michael Brutman via Freedos-devel wrote: > > Microsoft Engineer "Steve Ballmer" ? > > Ballmer was on the business side of things at Microsoft. He didn't write > code. This. I think OP is getting faint memories of anecdotes coming out of MICROS~1 confused. There is

Re: [Freedos-devel] dir issues

On Sun, 30 Jul 2023 at 17:55, Rugxulo via Freedos-devel wrote: > > I never used DOSShell much. I always used other file managers I wasn't really talking about its use as a file manager. Personally I barely touched that. I don't need or massively want a file manager. The uses of DOSshell that I a

Re: [Freedos-devel] dir issues

On Fri, 28 Jul 2023 at 20:07, Steve Nickolas via Freedos-devel wrote: > PC DOS kept it in the main system until the > end (PC DOS 2000 will still install it by default). Sadly not. PC DOS 7.0 does not include it, and I had to install a copy of PC DOS 6.3 in a separate VM to recover the DOSShell

Re: [Freedos-devel] dir issues

On Mon, 24 Jul 2023 at 22:23, Jim Hall via Freedos-devel wrote: > I'm also not clear on the use case of a DOS GUI these days. If you're > going to use a GUI on DOS, then you need apps to run in it. Otherwise, > it's a beautiful file manager and DOS app launcher that uses a bunch > of memory. Tha

Re: [Freedos-devel] dir issues

On Sun, 23 Jul 2023 at 13:08, perditionc--- via Freedos-devel wrote: > > https://www.japheth.de/HX.html > > HX DOS-Extender is a free DOS extender with built-in Win32 PE file format > support I see. Remarkable! Doesn't seem to make it much of a Win9x replacement to me, but hey, to each their ow

Re: [Freedos-devel] dir issues

On Sun, 23 Jul 2023 at 02:52, Paul Edwards via Freedos-devel wrote: > > My main interest is using Freedos+HX as a substitute for Windows 95. AFAICS you never explain. What is "HX"? -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro...@cix.co.uk ~ gMail/gTalk/FB: lpro...@gmail.co