Re: [Freedos-devel] Reminder: virtual get-together on Sunday

On 10/3/2025 2:16 AM, Jim Hall via Freedos-devel wrote: Never mind, was posting before the first cup of coffee. Just realized it's an hour to go, 9am PST, not 8am PST, too working with East Coast time recently, I guess too... :( ___ Freedos-deve

Re: [Freedos-devel] Reminder: FreeDOS virtual get-together next Sunday

On 8/4/2025 7:10 AM, Jim Hall via Freedos-devel wrote: Hi everyone! I wanted to share a reminder that our next virtual get-together is coming up on Sunday. We alternate topics every time, and this meeting will be social time. But I'm sure we'll talk about tech stuff too, we always do. :⁠-⁠)

Re: [Freedos-devel] TCP16 - Pascal compiler

On 6/25/2025 6:33 AM, Jerome Shidel via Freedos-devel wrote: Not that it really matters at all. Just curious… Was using leaked code directly or indirectly simply Speculation or proven fact? This was as mentioned long, long time ago. And without actually being able to see the source code, there i

Re: [Freedos-devel] TCP16 - Pascal compiler

On 6/24/2025 4:48 PM, Jerome Shidel via Freedos-devel wrote: On Jun 24, 2025, at 7:27 PM, Jim Hall via Freedos-devel wrote: On the virtual get-together this weekend, someone (I think it was Jerome?) asked about the TPC16 compiler. This is a Pascal compiler that's supposed to be compatible w

Re: [Freedos-devel] CSMWrap

On 5/28/2025 2:06 AM, Liam Proven via Freedos-devel wrote: « 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. »

Re: [Freedos-devel] Svardos Editor

On 5/7/2025 12:31 PM, Louis Santillan via Freedos-devel wrote: MS DOS Edit wasn't standard until MS DOS 5.0.  We had to live with edlin before then. :D FreeDOS strives to be a MS-DOS 6.0 clone, so including it in addition/instead of (sorry Gregory 😉 ) EDLIN would make sense. However, it does n

Re: [Freedos-devel] FreeDOS EDIT fork

On 5/1/2025 9:42 AM, Eric Auer via Freedos-devel wrote: I don't need to know what time it is, I have a bunch of other clocks for that. :-) Let's also remove the calendar. Saves ~0x500 bytes :) Disagree again. And please keep the ASCII character table, too. A bit "late to the party", but

Re: [Freedos-devel] Ré : Ré : 1.4-RC3: bolitare fail to start when doslfn is loaded

On 3/16/2025 7:21 PM, Paul Dufresne via Freedos-devel wrote: Le dim., 16 mars 2025 19:18:45 -0400 Jim Hall via Freedos-devel a écrit ry interesting! I don't usually use LFN, so I doin't have DOSLFN > installed. I installed it to test. > > Before loading DOSLFN: Solitaire runs f

Re: [Freedos-devel] Ré : Ré : 1.4-RC3: bolitare fail to start when doslfn is loaded

On 3/17/2025 10:58 AM, tom ehlert via Freedos-devel wrote: Hi Ralf, al_findfirst() seems to be implemented by the GCC RTL. This might as well be a bug in this implementation. time for someone with a debugger at hand to look into this... If this is using GCC (shudder) as its compiler, I am pr

Re: [Freedos-devel] FreeDOS 1.4

On 3/16/2025 3:36 PM, Jim Hall via Freedos-devel wrote: On Sun, Mar 16, 2025 at 4:29 PM Jerome Shidel via Freedos-devel wrote: [..] PS: I will call Jenny to let her know. Just send me her number. (You would have had to be present during the meeting to understand this.) I can't remember how we

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

On 2/17/2025 10:23 AM, Louis Santillan via Freedos-devel wrote: 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 (

Re: [Freedos-devel] FreeDOS 1.4-RC3

On 2/16/2025 11:18 AM, Eric Auer via Freedos-devel wrote: Hi Jim, I'm bringing back to the list an item we talked about on the video call today: the issue with JEMMEX on VMWare and some hardware configs. One solution is to not include some memory areas, such as when the installer detects VM

Re: [Freedos-devel] Next FreeDOS virtual get-together

On 2/16/2025 11:11 AM, Jim Hall via Freedos-devel wrote: Let's schedule the next FreeDOS virtual get-together in March. This should be a "technical" focus for anyone who wants to "live debug" RC3. Looking at my calendar, Sunday 3/9 or Sunday 3/16 will work. My preference is Sunday 3/16 because t

Re: [Freedos-devel] Is it ok to mix memory models in a DOS program (made of many .C and .asm files)?

On 2/17/2025 8:43 AM, Paul Dufresne via Freedos-devel wrote: Now that I see that FreeCOM wants to have a different memory model for fix_strings.c... I now realized I don't really knows if:  Is it ok to mix different memory model inside a DOS program? Absolutely NOT! While there might be some ed

Re: [Freedos-devel] Reminder: monthly video call on Sunday

On 2/13/2025 8:20 PM, Jim Hall via Freedos-devel wrote: Hi everyone! Just wanted to share a reminder that our next video call is coming up this weekend on Sunday, 11:00-noon US/Central. This is focused on technical so we can go over any issues with the FreeDOS release candidate, such as live

Re: [Freedos-devel] DOS mini boxes

On 1/6/2025 12:28 PM, Danilo Pecher via Freedos-devel wrote: I might get myself one of these https://www.youtube.com/watch?v=B8WfiRRvQXo Has anyone experience with those in terms of hardware compatibility? Well, both models (DX and EX) show "not in stock". Beside that, I faintly remember tha

Re: [Freedos-devel] Next Get-Together

On 12/29/2024 11:06 AM, Jim Hall via Freedos-devel wrote: On Sun, Dec 29, 2024 at 10:34 AM Jerome Shidel via Freedos-devel wrote: Just wondering when the next online get-together is planned? I think we said "January" but didn't decide on a date. I think the next get-together would be a good

Re: [Freedos-devel] Contributing

On 12/16/2024 9:22 AM, Liam Proven via Freedos-devel wrote: 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:

Re: [Freedos-devel] Reminder: FreeDOS virtual get-together on Sunday

On 12/6/2024 1:47 AM, Danilo Pecher via Freedos-devel wrote: Hi Jim, Since that would be my first participation in the event, can you give a short reminder about the neccessary software for newbies like myself? It's Google Meet... Ralf ___ Freed

Re: [Freedos-devel] Location of Interrupts

On 11/21/2024 8:52 AM, David Schwab via Freedos-devel wrote: I'm working my way through Norton's Advanced Assembly Language, and in one section he shows how to the find interrupt vector for the BIOS keyboard service (int 9). I've found the vector and unassembled it (being sure to use little end

Re: [Freedos-devel] CB-86

On 12/2/2024 12:32 AM, Bruce Axtens via Freedos-devel wrote: So I stumbled over "Digital Research CBASIC-86 Compiler 2.0 for MS-DOS" again and tried it in vDosPlus which let me run the compiler (at least). Has anyone had any experience with this compiler? I had a couple of years with its pare

Re: [Freedos-devel] Upcoming talk about FreeDOS

On 11/8/2024 8:38 AM, Jerome Shidel via Freedos-devel wrote: I don’t speak Czech. But once I figured out how to get YouTube to translate it into English, I watched most of it. :-) The auto-translate was not perfect. But, it was good enough to understand what your were discussing. Pretty easy

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

On 11/10/2024 4:42 PM, Paul Dufresne via Freedos-devel wrote: https://github.com/86Box/86Box/issues/4818#issuecomment-2350705648 For me, it is kind of a revelation that some BIOS don't implements int 13h. That was after listening to: https://www.youtube.com/watch?v=4GCvF-chgn0 I frankly don't t

Re: [Freedos-devel] Accessibility question.

On 10/14/2024 9:11 AM, Mike Coulombe via Freedos-devel wrote:    Hi. I'm visually impaired and would like to use free dos. Are there any developers willing to look in to creating a talking boot disk? Free dos would be very useful to blind people world wide if it had speech accessibility. I woul

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

On 8/21/2024 1:32 PM, Eric Auer via Freedos-devel wrote: Hi Ralf and Steve, Our EMM386 has been supporting VCPI for quite a while ;-) better would be "some" VCPI suuport... In ancient times, free EMM386 versions without VCPI existed. Those were not even compatible with DOS extenders or DPMI

Re: [Freedos-devel] [Semi-OT] Thoughts: Actually doing stuff with MS-DOS 4.01

On 8/16/2024 1:43 AM, Steve Nickolas via Freedos-devel wrote: Or maybe to implement the VCPI? Aitor Is the EMM386 in MS-DOS 4.x new enough for that? I haven't specifically looked for that, but given that the source code released is likely an early version of MS-DOS 4.0, it could be that th

Re: [Freedos-devel] Acer Aspire One

On 8/4/2024 2:32 PM, Sean McCune via Freedos-devel wrote: Hi Jerome, Well, I tried that and it gave: "ERROR: AR813x/AR815x not found on slot 0xFF Driver Init Error" I dug up the old info I had researched a few months ago on this laptop (I had given up on this laptop's networking already) and

Re: [Freedos-devel] Acer Aspire One

On 8/4/2024 11:56 AM, Jerome Shidel via Freedos-devel wrote: On 8/4/24 14:25, Sean McCune via Freedos-devel wrote: Awesome! Thanks! I'll try this out right after lunch. - McC Your welcome. We found the page about 30 seconds after you left. :-) Told you so! :P Ralf ;-) _

Re: [Freedos-devel] convert ms-dos code to C#

On 7/31/2024 12:32 PM, magic-girl--- via Freedos-devel wrote: hello i'm an autistic girl of 12 years old. I try to convert ancient 16 bit ms-dos code to modern C#. However there is not even docs anymore about old ms-dos functions and i don't have ms-dos specific C knowledge. Can you help wit

Re: [Freedos-devel] development and advertising plan

On 7/14/2024 2:10 AM, tom ehlert via Freedos-devel wrote: And it is a basic fact that DOS (any DOS!) is a single-user, single tasking operating system. That excludes the use for any of those overly ambitious dreams of yours. You seem to ignore that the multitasking Windows 3.11 did run on top

Re: [Freedos-devel] development and advertising plan

On 7/13/2024 12:11 AM, armored--- via Freedos-devel wrote: I don't understand what made you laugh Well, at the very best, it clearly shows that you are indeed not a programmer, as you stated yourself. You do not understand HOW software works. Sorry, but you are only fantasizing. Ideas a

Re: [Freedos-devel] development and advertising plan

On 7/12/2024 3:05 PM, Jim Hall via Freedos-devel wrote: First, I'll say that this appears to be either a troll or spam. Opening with "FreeDOS is dying" is a classic troll "opening." And there's a note in there that seems to be a discussion with someone else that was accidentally copied/pasted int

Re: [Freedos-devel] 16-bit Windows development

On 6/9/2024 5:11 AM, daniel silva ferreira bruno via Freedos-devel wrote: Hi, people. What about the ArcaOS? It can run Windows 16-bit applications among other applications. Cheers, Daniel, An enthusiastic for DOS from Brazil. ArcaOS is proprietary, closed source development based on IBM's O

Re: [Freedos-devel] 16-bit Windows development

On 6/3/2024 2:53 PM, Kirn Gill via Freedos-devel wrote: Does anyone here have any experience with systems programming for 16-bit (DOS-based) versions of Windows? Do you know of a good forum? Has anyone attempted to clone Windows 3.x in the same way as ReactOS? No. And it is doubtful that any

Re: [Freedos-devel] zoo just needs packaging

On 5/23/2024 11:29 AM, Bernd Böckmann via Freedos-devel wrote: I second that. No need to throw anything out if it gets fixed. Isn't it an aspect of FreeDOS to keep old software available? Throwing everything out that might not be of use to many would contradict that goal. +1 Ralf

Re: [Freedos-devel] zoo

On 5/22/2024 11:35 AM, tom ehlert via Freedos-devel wrote: it seems that no knowledgable person finds zoo interesting enough to fix it. and those who care about zoo have no clue. I regret that I have to say this. Tom Was zoo even popular in its heyday? I don't think so. Well, yes, it was quit

Re: [Freedos-devel] still can't find the source code

On 5/10/2024 6:45 AM, Green Fog via Freedos-devel wrote: There you go. The 2 requirements for free dos being a thing are just not there. not ease of use. I need to use an antique mail list for communication and wiki/documentation. It's absurd and very not efficient. I am very busy, and I can't

Re: [Freedos-devel] still can't find the source code

On 5/10/2024 7:02 AM, Jim Hall via Freedos-devel wrote: I'm usually a very nice guy, but I have to call this out: If there was ever a prime example of how *not* to ask for help, this email thread was it. +1 Ralf ___ Freedos-devel mailing list Freed

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

On 5/9/2024 3:05 PM, Kirn Gill via Freedos-devel wrote: Listen, for developer documentation, we should be skipping YouTube entirely.  There's absolutely no good developer documentation that's shipped in video form. In fact, the medium prevents it. +1 Ralf _

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

On 5/8/2024 1:22 AM, tom ehlert via Freedos-devel wrote: It's on the website, under the "developer" section. in my version of firefox, there is no "developer" section onwww.freedos.org Look again, in my Firefox (125.03, on Windows 10/64) it is right below and slightly to the right of the blue

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

On 5/8/2024 8:28 AM, Bernd Böckmann via Freedos-devel wrote: I like the following playlist. He uses Turbo C, PowerBasic, NASM. While he does it on DosBox, the skills are transferable. Be aware: heavy german accent :) That happens to the best of us... LOL Ralf

Re: [Freedos-devel] Connection info for the virtual get-together

On 5/7/2024 8:57 PM, Jim Hall via Freedos-devel wrote: [...] Not a typo. :-) It just happens that the 30th anniversary is a Saturday. (June 20, 1994 - 2024.) Now you're trying to confuse me, aren't you... 😉 Wow, of all the places to have a typo, it's in an email where

Re: [Freedos-devel] Connection info for the virtual get-together

On 5/7/2024 8:14 PM, Jim Hall via Freedos-devel wrote: On Tue, May 7, 2024, 9:23 PM Ralf Quint via Freedos-devel wrote: On 5/5/2024 10:15 AM, Jim Hall via Freedos-devel wrote: [..] > We talked about doing the next virtual get-together on Saturday, June > 29 (11a

Re: [Freedos-devel] Connection info for the virtual get-together

On 5/5/2024 10:15 AM, Jim Hall via Freedos-devel wrote: Thanks to everyone who joined the virtual get-together today! We had 11 people on the call, and we did some virtual debugging, demo'd some programs, and talked about other technical topics. We talked about doing the next virtual get-togeth

Re: [Freedos-devel] [Semi-OT] Thoughts: Actually doing stuff with MS-DOS 4.01

On 5/3/2024 8:54 PM, Steve Nickolas via Freedos-devel wrote: First big issue, and one I can only partially resolve.  I'm taking a strict approach to the contents of the TOOLS folder - want to get rid of it and replace it with open-source equivalents.  That means, most practically, OpenWatcom

Re: [Freedos-devel] Website has moved to new hosting

On 3/6/2024 12:08 PM, Bernd Böckmann via Freedos-devel wrote: On 06.03.2024 20:52, Ralf Quint via Freedos-devel wrote: Seems I am hitting the new server... 😎 Does anyone know what happened to bttr? Its down with http 500. Though error page is graphically nice! Nope. But it seems it is only

Re: [Freedos-devel] Website has moved to new hosting

On 3/6/2024 7:37 AM, Jim Hall via Freedos-devel wrote: If you're curious if you're accessing the new server or the old one, I added this temporary file on the new server. It tells you if you are using the new server or the old one: https://www.freedos.org/new.txt Seems I am hitting the new serv

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

On 2/9/2024 3:50 PM, Bernd Böckmann via Freedos-devel wrote: On 09.02.2024 22:30, Ralf Quint via Freedos-devel wrote: It always complains it can't find it and wants it to be put in the "roms" folder Under Windows I had success by creating a "roms" directory in th

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

On 2/9/2024 1:07 PM, Bernd Böckmann via Freedos-devel wrote: On 09.02.2024 21:17, Ralf Quint via Freedos-devel wrote: is one reason why I used to write my own asm routines for BIOS calls In this case it may be of interest how intr is actually implemented internally [1] :-). Yes, intr() is

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

On 2/9/2024 12:13 PM, Bernd Böckmann via Freedos-devel wrote: Hi Ralf, On 09.02.2024 20:02, Ralf Quint via Freedos-devel wrote: I can't see any reason as to why a data segment on a BIOS call should be set to any random value. For example, take this code (copied from FDISK source): s

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

On 2/5/2024 3:04 PM, Bernd Böckmann via Freedos-devel wrote: On 05.02.2024 23:14, Ralf Quint via Freedos-devel wrote: Sorry, was just confused as to why all the sudden this was brought up. No one was harmed :-) I wanted to explain why I set DS to zero and probably went a bit off-topic by

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

On 2/5/2024 2:09 PM, Bernd Böckmann via Freedos-devel wrote: On 05.02.2024 23:01, Ralf Quint via Freedos-devel wrote: Sorry, but if this is indeed an 8088/8086 (or even a V20) CPU, there is no protected mode I did not claim that!?! This is about invoking interrupts from a high level

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

On 2/5/2024 11:15 AM, Bernd Böckmann via Freedos-devel wrote: On 05.02.2024 19:56, Bret Johnson wrote: That doesn't quite make sense, since 0 is just as much of a "garbage" segment as any other random selector It does! Because if you have a REGPACK as automatic object (on the stack), this li

Re: [Freedos-devel] NLS in Edlin

On 2/4/2024 11:32 AM, Jerome Shidel via Freedos-devel wrote: Hi, On Feb 4, 2024, at 2:16 PM, Ralf Quint via Freedos-devel wrote: On 2/4/2024 10:17 AM, Gregory Pietsch via Freedos-devel wrote: I made recompiling Edlin easy for non-programmers, so that shouldn't be a problem. You don&#

Re: [Freedos-devel] Link for today's virtual meeting

On 2/4/2024 11:02 AM, Jim Hall via Freedos-devel wrote: On Sun, Feb 4, 2024 at 12:40 PM Jerome Shidel via Freedos-devel wrote: Hi Jim, Interestingly, when you left the online meeting, it kept going at least for a few seconds until I clicked end-call. I don’t know if it would have kept going i

Re: [Freedos-devel] NLS in Edlin

On 2/4/2024 10:17 AM, Gregory Pietsch via Freedos-devel wrote: I made recompiling Edlin easy for non-programmers, so that shouldn't be a problem. You don't have to know a lick of C to recompile it. Well, part of the problem is that in order to recompile, you need to have the compiler (toolcha

Re: [Freedos-devel] MAD compiler for DOS?

- not an automated translation like ESR's translator would do, but an [..] Ralf Quint wrote: You seem to be as predisposed as me in always finding new deep dark rabbit holes to decent into 😛 It is definitely a rabbit hole. :-) At first it was just curiosity of "what does this

Re: [Freedos-devel] MAD compiler for DOS?

On 1/30/2024 2:14 PM, Danilo Pecher wrote: I'm having real problems to read about MAD code written with FAP subroutines with a straight face. I'm such a child... Blame Alfred 😛 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net

Re: [Freedos-devel] MAD compiler for DOS?

s the Michigan Algorithm Decoder, from 1959 and the early 1960s. [..] Does anyone know of a MAD compiler for DOS? Ralf Quint wrote: Up to your email, I haven't even heard of a MAD compiler. Only the magazine... 😛 (and interesting seeing that mentioned in the Wikipedia article LOL) Yes, I ha

Re: [Freedos-devel] MAD compiler for DOS?

On 1/30/2024 7:58 AM, Jim Hall via Freedos-devel wrote: On Mon, Jan 29, 2024 at 8:07 PM Jim Hall wrote: I am working on an academic project that requires understanding the MAD programming language so I can pick apart (and faithfully recreate) an old MAD program. That's the Michigan Algorithm De

Re: [Freedos-devel] Next FreeDOS virtual get-together

On 1/19/2024 1:58 PM, Jim Hall via Freedos-devel wrote: Hi everyone! I promised to propose the next virtual get-together after the holiday break, so here it is. :-) How about Sunday, February 4 for the next get-together? That's three Sundays from now. Time is 11am to noon US/Central, same time

Re: [Freedos-devel] FreePascal near to far pointer conversion

On 11/8/2023 11:40 AM, Bernd Böckmann via Freedos-devel wrote: Hi all, has anyone recently played around with the FreePascal 8086 cross compiler to generate DOS executables? I try to convert a near pointer to a far pointer while working under the small memory model, but that is not as trivial

Re: [Freedos-devel] FreeDOS Phishing attack - warning!

On 11/3/2023 11:36 AM, Wilhelm Spiegl via Freedos-devel wrote: Hi Ralf, you never make a mistake? Then you never make a "backup"? Rarely. And I do. The thing that is more interesting for me is how the person really made it. I just found this very same email in my spam folder, Thunderbird (or

Re: [Freedos-devel] i have a tech question about 286 and XMS

On 11/2/2023 1:25 PM, sparky4 insano via Freedos-devel wrote: i think i may of found a bug? there is stability issues with Wolfenstien 3D (specifically running the demo for random amounts of time) with this XMS driver. it will crash and lock up the entire pc. Which XMS driver? Microsoft's HIM

Re: [Freedos-devel] FreeDOS Phishing attack - warning!

On 11/2/2023 2:38 AM, Wilhelm Spiegl via Freedos-devel wrote: Hi all, I only wanted to tell you that I had a "FreeDOS" phishing attack yesterday. The mail I got arrived at my n...@mnet-online.de account, with subject: *Re: [Freedos-devel] mode.com* sender:*m...@planet.com.pk* Text: *Hi There,*

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

On 10/5/2023 4:44 AM, tom ehlert via Freedos-devel wrote: Hallo Herr Ralf Quint via Freedos-devel, am Donnerstag, 5. Oktober 2023 um 02:50 schrieben Sie: On 10/3/2023 11:30 AM, Michael Brutman via Freedos-devel wrote: There is no point in punishing everybody by shipping tools that most

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

On 10/4/2023 10:45 PM, Kirn Gill via Freedos-devel wrote: I think you're blinded by DJGPP. At no point did I argue for keeping THAT mess in... or gcc-ia16. For the record, my reply was in response to Michael Brutman, not to you Rlaf ___ Free

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

On 10/3/2023 11:30 AM, Michael Brutman via Freedos-devel wrote: There is no point in punishing everybody by shipping tools that most people don't use.  You can probably count all of the active DOS developers on your fingers and toes. All of the various tools and compilers remain available for

Re: [Freedos-devel] Interim Build Delayed

On 9/1/2023 7:49 AM, Jerome Shidel via Freedos-devel wrote: Hi All, The FreeDOS Monthly Interim Build for September will be delayed. The latest version of FDISK includes a large language translation file. That file is preventing the 720k Floppy version from building. As I mentioned in the on

Re: [Freedos-devel] Virtual get-together?

On 8/6/2023 7:52 AM, Bernd Böckmann via Freedos-devel wrote: Am 30.07.2023 um 20:15 schrieb Jim Hall via Freedos-devel : Let's try again next month. Is this today or another Sunday? Jim had changed it from the original July 23 to July 30, due to being sick and then forgot about it last Sunda

Re: [Freedos-devel] ANSI for DOS

On 8/3/2023 11:54 AM, Jerome Shidel via Freedos-devel wrote: On Aug 3, 2023, at 12:37 PM, Bret Johnson via Freedos-devel wrote:  Yeah, USB and CD/DVD makes only sense for a 386+ ... USB, yes. CD/DVD, no. USB requires PCI which in turn requires 386+. Actually, there were supposedly USB

Re: [Freedos-devel] ANSI for DOS

On 8/2/2023 1:30 PM, Jerome Shidel via Freedos-devel wrote: My stuff for FreeDOS requires only an 8086. The exception being LOGGER which can run on an 8086. But, I have that functionality turned off at present. The CD and USB install media need a 386 do to the reliance on grep during instal

Re: [Freedos-devel] ANSI for DOS

On 7/31/2023 6:37 PM, Paul Edwards via Freedos-devel wrote: > Trying to force decades > old operating systems to match is probably a dead end. Do you mean started decades ago or ended decades ago? Both Freedos and PDOS/86 are in active development. As far as FreeDOS goes, it's goal is to be b

Re: [Freedos-devel] ANSI for DOS

On 7/31/2023 6:01 AM, Paul Edwards via Freedos-devel wrote: I never knew why DOS only had ANSI for output, not input. That is not co correct. And it wouldn't be as much a DOS issue, but an issue with the ANSI driver being loaded. Beside the very early days of DOS, with it originally being conc

Re: [Freedos-devel] Virtual get-together?

On 7/30/2023 9:02 AM, Gregory Pietsch via Freedos-devel wrote: Wasn't a virtual get-together supposed to happen about now? -- Gregory Yes, but looks like someone forgot about it... ;-) Ralf ___ Freedos-devel mailing list Freedos-devel@lists.sourcefor

Re: [Freedos-devel] dir issues

On 7/23/2023 9:35 AM, 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 remove them... but adding GEOS would be a win. in what way is GEOS even related to FreeDOS which runs on PC's? unless wikipedia

Re: [Freedos-devel] FreeDOS virtual get-together (moved to next week)

On 7/22/2023 12:55 PM, Jim Hall via Freedos-devel wrote: Hi everyone I was traveling for a conference this week, and now I am sick. (My COVID test was negative, though.) I cannot host the get-together tomorrow. Let's move the virtual get-together to NEXT WEEK at the same time: Sunday July 30,

Re: [Freedos-devel] Happy 29th anniversary to FreeDOS!

On 6/29/2023 4:24 PM, Jim Hall via Freedos-devel wrote: I've been experimenting with an updated website, and I'm considering going back to the original 1990s logo. We can use Blinky elsewhere on the website, but maybe a "throwback" logo would be cool? Well, as I have never been a fan of that cr

Re: [Freedos-devel] Annoying bounce messages (list admin stuff)

On 6/29/2023 9:12 AM, Jim Hall via Freedos-devel wrote: I think the options are: 1. annoying bounce messages from SPF checks 2. "From" address shows up as the list address If anyone knows of a third option using Mailman (what SourceForge uses for the listserv) then please let me know. I know

Re: [Freedos-devel] Annoying bounce messages (list admin stuff)

On 6/27/2023 2:28 PM, Jim Hall via Freedos-devel wrote: On Fri, Jun 23, 2023 at 3:38 PM Jim Hall wrote: Thanks to Mateusz for pointing out a mail list setting that we think will stop the annoying bounce messages. When you send an email to the email list, you might get a bounce message. This is

Re: [Freedos-devel] EXIST NUL

On 6/5/2023 1:56 AM, jer...@shidel.net wrote: Hi All, /There are two separate issues when using: |IF EXIST ?:\NUL| / /I'm lazy and wrote up a info text file over at https://fd.lod.bz/redist/testing/devNUL/ and / /bug //report at //https://github.com/FDOS/freecom //that I will just copy/pas

Re: [Freedos-devel] I want my 10K

On 5/15/2023 4:46 PM, jer...@shidel.net wrote: As you can see, the only thing in low memory is part of SYSTEM using nearly 11K. The machine still has 94K free upper memory and 84K of that is still in a single large block. Yes, I know why this is "the way it is" and you don’t need to explain

Re: [Freedos-devel] CPU flags register not updating on interrupt calls

On 4/30/2023 2:53 PM, rehsd.i...@gmail.com wrote: Hi, everyone. I’m new here. This is my first post. 😊 I am currently working on getting FreeDOS running on my homebrew 286 system. I am running into an issue where interrupt calls from FreeDOS to my BIOS are not showing updated values for the C

Re: [Freedos-devel] FreePascal bug [off-list]

On 4/12/2023 5:08 PM, Jim Hall wrote: A user emailed me (late last year) with a bug/issue report on FreePascal in FreeDOS 1.3. I was going to (finally) reply to say they really should ask the FreePascal people about this, but I realized I couldn't really make out what they were saying. This is th

Re: [Freedos-devel] mode.com

On 3/18/2023 7:49 AM, wilhelm.spi...@mnet-online.de wrote: Hi all, sometimes trying to write FD help makes me crazy. Mode is a typical example. At https://gitlab.com/FreeDOS/base/mode/-/blob/master/DOC/MODE/MODE.TXT there is a big explanation what the original mode.com from 1995 can do for

Re: [Freedos-devel] DOS 44h (Get Device Information) - CD-ROM marked as remote?

On 3/12/2023 5:56 PM, Aitor Santamaría wrote: Hello, A quick question, if I query device information on CD-ROM (int 21h, AX=4409h), will I get that a CD-ROM drive is remote?  (bit 12 = 1). I am getting this under XP's ntvdm, and it sounds as a correct thing (the filesystem is not FAT), but I

Re: [Freedos-devel] Open Watcom v2 DOS installer is abysmally slow in FreeDOS

On 3/7/2023 4:54 PM, Volkert via Freedos-devel wrote: The last time I installed OW was on one of my physical laptops, which are currently in storage, so I can't easily test this right now, and I am pretty sure that I installed the v1.9 from openwatcom.org .

Re: [Freedos-devel] Open Watcom v2 DOS installer is abysmally slow in FreeDOS

On 3/7/2023 4:11 PM, Volkert via Freedos-devel wrote: Hi, Over a month ago, I opened an issue on the FreeDOS project on GitLab about the Open Watcom v2 installer being extremely slow in FreeDOS. It takes an hour or more on FreeDOS, while the same installation completes on MS-DOS 7.1 within ju

Re: [Freedos-devel] Free FDISK interim builds

On 3/1/2023 9:13 AM, tom ehlert wrote: The reason why partition boundaries are aligned on cylinder boundaries is that a lot of other OSes also rely on that. any example of this? I don't any (not completely braindead) operating system would rely on that; it's just the way that FDISK and friends

Re: [Freedos-devel] Free FDISK interim builds

On 3/1/2023 8:22 AM, Bernd Boeckmann via Freedos-devel wrote: Hello, I am now reaching a state where I think that FDISK not any longer breaks the partition layouts created by itself. However, there is at least still one MAJOR flaw when dealing with partition layouts created by other partition

Re: [Freedos-devel] MS-DOG (was Re: [Freedos-user] FSF)

On 3/1/2023 6:12 AM, tom ehlert wrote: Hallo Herr Rugxulo, am Mittwoch, 1. März 2023 um 10:22 schrieben Sie: Hi again, It's entirely possible that Richard dislikes DOS that much. I also dislike Richard. we can leave it at that. That makes two of us.. He had a basically good idea decades a

Re: [Freedos-devel] IFS API

On 2/23/2023 9:44 AM, Liam Proven wrote: On Wed, 22 Feb 2023 at 23:12, Ralf Quint wrote: I was jogging my memory a bit, and there was a specially NLM that needed to be loaded on NW3.12 and NW 4.0 at least to get "long filename support". That's right. I believe it was called `O

Re: [Freedos-devel] IFS API

On 2/21/2023 5:05 PM, Yll Buzoku wrote: Hi Aitor, Preface: The following holds true for PC-DOS 3.3, though I have no reason to suspect anything I say holds any different for any DOS version from 3.1 onwards. My understanding of what is expected of the redirector interface is due to having di

Re: [Freedos-devel] IFS API

On 2/21/2023 4:29 AM, tom ehlert wrote: Hallo Herr Ralf Quint, am Dienstag, 21. Februar 2023 um 01:17 schrieben Sie: Don't recall when MSCDEX first showed up, but I think it was after the networking redirector stuff (for both Novell and LanManager) in MS-DOS 3.0. early versi

Re: [Freedos-devel] IFS API

On 2/20/2023 1:52 PM, Aitor Santamaría wrote: Hello Eric, More than useable, it was just a question of historical curiosity. In a very long time ago posted thread  (I haven't tested myself) it was suggested that the redirector API does not work well with LFNs. I am not suggesting that the unm

Re: [Freedos-devel] IFS API

On 2/20/2023 1:03 PM, Eric Auer wrote: Hi! As we have various drivers which use the network redirector API, CD/DVD redirector API or both, including drivers which use those for different purposes, which advantage do we expect from using a special IFS API which is both "more on topic" and "less e

Re: [Freedos-devel] IFS API

On 2/20/2023 12:51 PM, Mercury Thirteen via Freedos-devel wrote: If it was in fact removed from the "official" MS-DOS, and one wanted to (re)implement it anyway, perhaps browsing the code of the open-source recreation of OS/2 would help? It has a FAT32 driver which is compatible with the OS/2 I

Re: [Freedos-devel] IFS API

On 2/20/2023 11:58 AM, Aitor Santamaría wrote: Thanks, Ralf!! So I thought, but I have read a couple of references (such as the following in Wikipedia, but not the only one) by which the IFS was present in MS-DOS 4.X, of course as well as in OS/2 and Windows: Installable File System - Wikipe

Re: [Freedos-devel] IFS API

On 2/19/2023 5:38 PM, Aitor Santamaría wrote: Hello, Does anyone know if the IFS (Installable File System) API is documented anywhere? Just checked in my archive of docs, and there is a MSCDEX.TXT, which describes the interface for the CD-ROM "network redirector". It can apparently be foun

Re: [Freedos-devel] IFS API

On 2/19/2023 5:38 PM, Aitor Santamaría wrote: Hello, Does anyone know if the IFS (Installable File System) API is documented anywhere? There is no such thing for DOS. For DOS, things like this, for example for the CD-ROM (which is the only "file system" beside FAT that was ever implemented

  1   2   3   4   >