Re: [Freedos-devel] DOSLFN bugfix explanations and ideas - was: FreeDOS Interim Build T2508

but the bug > still exists ... INT 25 and 26 need some sort of integration with > the existing buffer cache, otherwise every other user of INT 25 and > INT 26 are still exposed. > > > On Mon, Aug 18, 2025 at 3:08 PM Jim Hall via Freedos-devel > wrote: >> >> I don

Re: [Freedos-devel] DOSLFN bugfix explanations and ideas - was: FreeDOS Interim Build T2508

I don't know if everyone saw this, so I'll repeat the news item here. I saw that Jason Hood posted an update to DOSLFN that seems to fix this issue. Here's the news item I posted on the website earlier today: >> Thanks to Jason Hood for version 0.42 that fixes disk corruption issues on FreeDOS, w

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

Hi everyone! We are about 10 minutes away from the virtual get-together. I meant to send the URL earlier, but was delayed: FreeDOS virtual get-together (social) Google Meet joining info Video call link: https://meet.google.com/bdf-ohfx-xdv Or dial: ‪(US) +1 276-738-2609‬ PIN: ‪157 838 358‬# Mor

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

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. :⁠-⁠) Sunday, August 10 11am to noon, US/Central (use your favori

[Freedos-devel] SourceForge scheduled maintenance

FYI that SF has announced some maintenance for later today. I don't know what services this will impact, but FYI that the email lists are also hosted through SF so it's possible that emails to the lists could get held in a queue while that do maintenance: *We will be conducting scheduled maintena

Re: [Freedos-devel] FreeDOS Interim Build T2507

On Wed, Jul 2, 2025, 7:25 PM Eric Auer via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > > [..] > Does this i16 toolchain still depend on DJGPP, which we do not include? > Or am I confusing that i16 stuff with something else? > You are misremembering. The ia16 GCC compiler tool c

[Freedos-devel] TCP16 - Pascal compiler

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 with Borland TurboPascal. https://turbopascal.org/ I couldn't find a link to source code on the website, so I emailed the author ab

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

Thanks to everyone who joined today's virtual get-together! We explored Jerome's new "FDRepo" (listings of the FreeDOS official distributions) which is now live at https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/ We also did some debugging with Bernd on the filesystem entry

Re: [Freedos-devel] GNU tar or tar?

>> On May 22, 2025, at 8:08 AM, Fritz Mueller via Freedos-devel >> wrote: >> >> Is there really no one who can say which version should be used in >> the future FDTlive CDs? On Wed, Jun 4, 2025 at 3:31 PM Jerome Shidel via Freedos-devel wrote: [..] > Willi, thank you very much for calling atten

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

Hi everyone! I'm looking forward to seeing you on the virtual get-together, in 25 minutes from now (I'm sending this at 10:34 my time). Here's the connection info. See you soon! FreeDOS virtual get-together (technical) Sunday, Jun 22 • 11:00 AM – 12:00 PM Google Meet joining info Video call lin

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

Hi everyone! Just sending a reminder that our next FreeDOS virtual get-together is this Sunday, June 22. Same time as always: 11am US/Central .. use your favorite time zone converter to find your local time. We alternate topics every time, and last time was "social" so this one will focus on "tec

Re: [Freedos-devel] RPNV calculator

On Wed, Jun 18, 2025, 1:32 AM Jerome Shidel via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > > It looks interesting. > > But, I think I have know idea on how to use such a calculator. > > I tried entering “12-5” and got -7 as the answer. Probably me. > > ;^/ > That is the correc

Re: [Freedos-devel]  Re: Kernel package question

On Tue, May 27, 2025 at 11:19 AM Bitácora de Javier Gutiérrez Chamorro (Guti) via Freedos-devel wrote: > > On the user perspective I am more on the EDR-DOS side, and since > latests efforts on it, maybe a kernel change will make sense. > https://github.com/SvarDOS/edrdos > Not meaning any disresp

Re: [Freedos-devel] Website maintenance (next week)

I could have bought into the hosting tier with automatic failover, but it's *way* more expensive to do that. We're on a more general hosting tier, which is much less expensive, and it works well. I also have my consulting company's website and a few other work-related websites at the same level.

[Freedos-devel] Website maintenance (next week)

I don't know that anyone will notice, but FYI that the internet company that hosts the www.freedos.org website has announced they will do maintenance on their hardware, next week. The "window" is Wednesday, May 21 from 12:00 midnight to about 4:00am (times are US/Pacific). The web server will not

Re: [Freedos-devel] alias - bug or feature?

On Mon, May 12, 2025, 6:58 AM Danilo Pecher via Freedos-devel wrote: > > That's normal. If you start a new shell, the aliases are a clean > sheet. Unlike Unix shells, FreeCOM doesn't have startup files (perhaps > an idea for the future). AUTOEXEC.BAT is the startup file for command.com (such as

Re: [Freedos-devel] alias - bug or feature?

This is as expected. The aliases are not kept in the environment variables but in separate memory. If you start another FreeCOM sub-shell (such as a sub-shell executed from a file manager or programming IDE) the environment is inherited, but the aliases are not. On Mon, May 12, 2025, 6:28 AM Wilh

Re: [Freedos-devel] Invoke command doesn't work!

On Sun, May 4, 2025 at 6:07 PM Everaldo Bernardo Cunha via Freedos-devel wrote: > > > > Hello! > > I used a lot the command "Invoke" in the FreeDOS 1.3, but now in the > FreeDOS 1.4, the same doesn't exist! How do I do to install it? The INVOKE command just runs a program and then returns the exi

Re: [Freedos-devel] Error when formatting (USB Live image)

As a test, here's the same experiment with a 30MB disk image. Again, it doesn't work with T2505 USB "Full" but does work with T2505 USB "Lite": > $ qemu-img create -f qcow2 small.qcow2 30M ..booting from T2505 USB "Full": > C:\>fdisk 2 /auto > C:\>fdisk 2 /info > > Current fixed disk drive: 2

Re: [Freedos-devel] Error when formatting (USB Live image)

Hi Eric On Sat, May 3, 2025 at 5:47 PM Eric Auer via Freedos-devel wrote: > > > Hi Jim, > > can you check which differences can be found in the FORMAT > log when formatting does succeed? If I understand you > correctly, things depend on from which drive you boot > and / or which KERNEL version yo

Re: [Freedos-devel] Error when formatting (USB Live image)

Just to compare the same thing, I downloaded the T2505 USB "Full" image and tried that. I re-created a fresh 'small.qcow2' disk image (see previous email) and booted using the USB "Full" disk image as hda and the small.qcow2 disk image as hdb. FDISK worked okay, as before. Rebooted, then tried to

[Freedos-devel] Error when formatting (USB Live image)

I'm trying to set up a small (5MB) hard disk image that I'm going to use for a coding experiment (so I can wipe it and start over without damaging my other files). 1. When using the FreeDOS 1.4 USB image, FDISK can create a partition on the new disk, but FORMAT cannot format it. 2. When booting f

Re: [Freedos-devel] FreeDOS Interim Build T2505

I always forget the acronyms. I think RBE is the Release Build Environment. I don't remember what FDVCS stands for. Which one is that? On Thu, May 1, 2025, 1:41 PM Jerome Shidel via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > I have looked into the issue. > > There is a bug in

Re: [Freedos-devel] FreeDOS EDIT fork

Jim wrote: [..] > > I don't need to know what time it is, I > > have a bunch of other clocks for that. :-) Bernd wrote: > Let's also remove the calendar. Saves ~0x500 bytes :) Sounds good to me, I don't use that either. :-) ___ Freedos-devel mailing l

Re: [Freedos-devel] FreeDOS EDIT fork

Excellent, thanks! I have a minor edit to config.h and menus.c to change the version number to 0.9b, and to add your name next to Joe and Eric in the "About Edit" window. I'll send those files to you in a zip file off-list. I know you said you're not planning to fix other things, but maybe you co

Re: [Freedos-devel] FreeDOS Interim Build T2505

I should add for anyone who's new and not familiar with FreeDOS: the CDROM.BAT (in \freedos\bin) attempts multiple drivers to support the CD-ROM drive, and it uses VECHO to print messages and VDELAY to make brief pauses. Here's how to "hard-code" the CD-ROM driver manually without it: 1. CD \freed

Re: [Freedos-devel] FreeDOS Interim Build T2505

Thanks! FYI that I get an error ("Unable to install the 'tools\v8power' package) when installing T2505. My only options during the regular install are reboot or return to DOS. (I'll send you a few screenshots off-list.) I also tried SETUP ADV and was able to ignore the error (skip it) and I also g

Re: [Freedos-devel] FreeDOS Interim Build T2505

On Thu, May 1, 2025 at 7:27 AM Eric Auer via Freedos-devel wrote: > While it is nice to get NLS and installer updates, the > really cool stuff seems to be what you said at the end: > > > A few packages had updates to their unstable branch after T2503 (RC3). > > These will > > not show up in this

Re: [Freedos-devel] Free FDISK 1.4.4

Thanks! I've mirrored this in the FreeDOS Files Archive at Ibiblio, and posted a news item on the website. On Sun, Apr 27, 2025 at 1:49 PM Bernd Böckmann via Freedos-devel wrote: > > I released Free FDISK 1.4.4 [1]. Changes to previous version 1.4.3: > > Fixes: > - MEDIUM: FAT-16 LBA (partition t

Re: [Freedos-devel] Is RSS dead?

*offtopic from FreeDOS, but I'll reply anyway: On Sat, Apr 26, 2025 at 4:57 PM Ben Russell wrote: > [..] > > (even though I've never made my own RSS feeds, so that would be a > learning experience) > RSS and Atom are both very straightforward. It's just an XML file, so it's plain text. The Wikipe

Re: [Freedos-devel] FreeDOS 1.4 known issues

On Sat, Apr 26, 2025 at 4:08 PM Jerome Shidel via Freedos-devel wrote: [..] > Just my thoughts on such a list. > > I think this might be something to create in the Documentation project on the > in the FreeDOS Archive on GitLab. > > https://gitlab.com/FreeDOS/docs > > Maybe a “known_issues” subdi

Re: [Freedos-devel] Is RSS dead?

I think RSS is still used. I know that people access the RSS feed for some other websites where I write articles, and I subscribe to the RSS feed for several news websites. So it's definitely used. I don't know how many people use it, but the www.freedos.org website has an RSS feed for the news it

[Freedos-devel] Next FreeDOS virtual get-together

Thanks to everyone who joined today's virtual get-together. This started out as social time, but we talked about "tech" stuff too, as we do. :-) Looking ahead on the calendar, I will be unable to do a video call during May. (I teach at a university, and May is the end of semester when everything h

[Freedos-devel] Reminder: FreeDOS virtual get-together in 30 minutes

Hi everyone! I am sharing the connection information for the virtual get-together, in 30 minutes from now. We have focused on "technical" topics for the last several video calls -- but this get-together will be social time. It's a great time to get to know folks as more than just an email address.

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

Hi everyone! Our next virtual get-together is this *Sunday, April 13*! We have focused on "technical" topics for the last several video calls, doing live debugging ahead of the FreeDOS 1.4 release. But now that FreeDOS 1.4 is out there, this get-together will be social time. It's a great time to

Re: [Freedos-devel] ibiblio.org overloaded?

Same for me too, it seems to be very very slow. I thought it was just me (but my internet provider is not great anyway). On Tue, Apr 8, 2025 at 9:51 AM Bernd Böckmann via Freedos-devel wrote: > > There currently seem to be problems accessing ibiblio.org, at least for me > (work AND home locatio

Re: [Freedos-devel] Computers like the old days that run FreeDOS

It's not exactly what you describe, but I bought the Pocket386 when it came out. Looks like you can still buy them, here: https://www.aliexpress.us/item/3256805356267711.html I bought mine in May last year for a little over $200. It has a 386SX-40 CPU so you get everything that comes with that.

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

On Mon, Apr 7, 2025 at 2:09 PM Jim Hall wrote: > > I'm writing a bunch of articles today about FreeDOS 1.4. I'll start > with a special announcement page that I can put on www.freedos.org > that details what's new in FreeDOS 1.4. That will be up in a few > hours, but more likely sooner than that.

Re: [Freedos-devel] ibiblio.org overloaded?

On Tue, Apr 8, 2025 at 11:18 AM Bernd Böckmann via Freedos-devel wrote: > > The site pings fine, trace route is fine. Interestingly, plain HTTP also > seems to work fine, while HTTPS times out... > I manage a few other websites and those servers have been getting hit hard in the last weeks or m

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

I'm writing a bunch of articles today about FreeDOS 1.4. I'll start with a special announcement page that I can put on www.freedos.org that details what's new in FreeDOS 1.4. That will be up in a few hours, but more likely sooner than that. I'll share a link here when it's up. On Mon, Apr 7, 202

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

FreeDOS 1.4 is live! I've copied the FreeDOS 1.4 "GM" release to the official FreeDOS 1.4 distribution location: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.4/ I've also updated the website so it links to FreeDOS 1.4, and updated the "about FreeDOS 1.4" text on the do

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

[..] > > I'll do this later today. I'm responding to other work items at the > > moment, but I can do it later this afternoon or early evening. > > > > Yay! :-) > > +1 > > Unless you want me to move it. > Then, you will just need to announce it. :-) I figure if I move it, I can coordinate that wit

Re: [Freedos-devel] bolitare: a fix for issue #3 (crash when doslfn is loaded) is tried

On Thu, Mar 27, 2025, 5:20 AM Jerome Shidel via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > > Personally, I don’t think you need to worry about reverting it. Simply > change it to the desired version number. > > Then, commit/push the change with a comment something like “correcte

[Freedos-devel] FreeDOS 1.4 coming out today!

Sounds like this [from the "FreeDOS 1.4-GM Re-issue" email on freedos-devel] was the only critical issue in the FreeDOS 1.4 "GM" .. and it's been resolved. So I plan to "promote" the FreeDOS 1.4 "GM" that's currently in the "test" directory to become the official "FreeDOS 1.4". I'll do this later

Re: [Freedos-devel] FreeDOS 1.4-GM

On Wed, Apr 2, 2025 at 4:59 PM Eric Auer via Freedos-devel wrote: > > Hi Jim, as the error messages are about exception 07, > device not available, all refer to basically the same > code address and one of them shows the machine code > to be DB E3 which stands for FNINIT, this does indeed > look v

Re: [Freedos-devel] FreeDOS 1.4-GM

(programs are below) I did a few more tests and this is not a regression. OpenWatcom FORTRAN also doesn't work in FreeDOS 1.3 on the Pocket386. (Although OpenWatcom C does work with FreeDOS 1.3 on the Pocket386.) Config 1: Reinstalled with FreeDOS 1.3 -- base system, then installed Watcomf and Wa

Re: [Freedos-devel] FreeDOS 1.4-GM

Did a few more experiments: I think the problem is the OpenWatcom DOS4gw. I can't compile with either OpenWatcom C or OpenWatcom FORTRAN (but I can compile fine with Turbo C). I get a stack trace but it was late and I needed to go to bed so I didn't capture it. I also tried booting without fdconfig

Re: [Freedos-devel] FreeDOS 1.4-GM

It would be great for others to test this too. I'll also try it again and see if it was just a poorly timed hang—the battery died shortly afterwards, so could be something with that, but I doubt it. I am not too concerned about this one issue because: 1. It works on QEMU, and I'm sure works on ot

Re: [Freedos-devel] FreeDOS 1.4-GM

I've installed it on both my QEMU instance and on my Pocket386 computer. So far, it's running well. My only issue is that the OpenWatcom FORTRAN 77 compiler isn't able to compile programs on the Pocket386 laptop. But OpenWatcom F77 works fine on QEMU, so this is something to do with the Pocket386'

Re: [Freedos-devel] [Off-topic] It is almost a game now

Joshua wrote: > [..] That was a not-too-subtle request for "please administratively delete me from the email list." I've done that. So hopefully this thread can stop. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sour

Re: [Freedos-devel] [Off-topic] It is almost a game now

On Fri, Mar 28, 2025, 11:05 AM Joshua Brown via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > You know what else would be really cool? If someone could tell me how to > unsubscribe from this so I don't get 100 emails a day from freedos-devel. > Who would even sign up for such a rid

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

> > > Please do not vibe code. > > 100% this. > > LLM bots are not intelligent and they are not artificial. Therefore > they are not "AI" and that's why I always refer to it in quotation > marks. > +1 I've experimented with "AI" coding assistants (my work has Copilot) and it does ok on small stuf

Re: [Freedos-devel] bolitare: a fix for issue #3 (crash when doslfn is loaded) is tried

On Sun, Mar 23, 2025, 4:04 PM Paul Dufresne via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > Jerome Shidel gave me the role of developer on Bolitare. > So I implemented my propsed change (make the background file in config.txt > 8.3 friendly): > https://gitlab.com/FreeDOS/games/bo

Re: [Freedos-devel] dosdef(ender): just a blue screen

On Thu, Mar 20, 2025 at 12:58 AM Paul Dufresne via Freedos-devel wrote: > [..] > So my version is still usable in dosbox (dosbox always think there is a > joystick present0... > But also works in QEMU and VirtualBOX (giving an error and exiting when there > is no joystck). > > For this reason I

Re: [Freedos-devel] dosdef(ender): just a blue screen

On Thu, Mar 20, 2025 at 12:58 AM Paul Dufresne via Freedos-devel wrote: > > Not much people responding! > [..] Just wasn't able to respond to email yesterday. Many thanks to Bret Johnson for sending me a copy of his Keys2joy program that emulates a joystick via the keyboard. I was able to load

Re: [Freedos-devel] dosdef(ender): just a blue screen

On Tue, Mar 18, 2025 at 12:25 PM Bret Johnson wrote: > > > I tried it on my Pocket386 (real hardware) but the game won't start, > > saying it needs a joystick to play. And it's true: I don't have a > > joystick or a mouse connected to this. My joystick and my mice are all > > USB, and this system

Re: [Freedos-devel] dosdef(ender): just a blue screen

On Mon, Mar 17, 2025 at 6:01 AM Jerome Shidel via Freedos-devel wrote: > > This brings up some points we should discuss after the 1.4 release. > > Possibly, the LSM metadata files should contain a hardware requirements > field. > > Maybe, programs which have special requirements possible get notes

Re: [Freedos-devel] dosdef(ender): just a blue screen

I tried it on my Pocket386 (real hardware) but the game won't start, saying it needs a joystick to play. And it's true: I don't have a joystick or a mouse connected to this. My joystick and my mice are all USB, and this system doesn't recognize the on-board USB port. >> A joystick is required to p

Re: [Freedos-devel] dosdef(ender): just a blue screen

My recollection is this game runs in CGA, and QEMU doesn't correctly emulate all CGA video modes. (I get the same problem on QEMU.) Others will have to confirm, but I believe this game works fine on real hardware. On Sun, Mar 16, 2025, 11:59 PM Paul Dufresne via Freedos-devel < freedos-devel@list

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

On Sun, Mar 16, 2025 at 5:52 PM Paul Dufresne via Freedos-devel wrote: [..] > bolitare was launching fine. > > Install doslfn > launched doslfn > > now bolitare give the exception when launched. Very interesting! I don't usually use LFN, so I doin't have DOSLFN installed. I installed it to test.

Re: [Freedos-devel] FreeDOS 1.4

**I am bringing back a discussion from today's virtual get-together, about FreeDOS 1.4. It sounds like there are no blocking issues in FreeDOS 1.4 Release Candidate 3. (Yay!) So the next monthly test release will be "FreeDOS 1.4" (in other words, we will not have a "FreeDOS 1.4 Release Candidate 4

Re: [Freedos-devel] FreeDOS 1.4

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 got onto the topic, but I suppose it shouldn't have be

Re: [Freedos-devel] Ré : 1.4-RC3: bolitare fail to start unless I rename the bg file in config.txt

I also need the "-display sdl" option with QEMU to run Bolitaire. The game doesn't start (it just hangs) without it. Additional info: Without "-display sdl" QEMU uses "-display gtk" by default. On Sun, Mar 16, 2025 at 4:07 PM Paul Dufresne via Freedos-devel wrote: > > Ok... was about to start an

Re: [Freedos-devel] 1.4-RC3: bolitare fail to start under QEMU

This works for me under QEMU on Fedora Linux, using SDL graphics. QEMU emulator version 9.1.3 (qemu-9.1.3-1.fc41) Copyright (c) 2003-2024 Fabrice Bellard and the QEMU Project developers qemu-system-i386 -enable-kvm -m 32 -rtc base=localtime -audiodev pa,id=snd -machine pcspk-audiodev=snd -device

[Freedos-devel] Connection info for today's call

Hi everyone! I'm looking forward to today's virtual get-together. We're scheduled to start in 30 minutes, at 11am US/Central. Here's the connection info: FreeDOS virtual get-together (technical) Sunday, Mar 16 • 11:00 AM – 12:00 PM Google Meet joining info Video call link: https://meet.google.c

[Freedos-devel] Reminder: virtual get-together tomorrow (Sunday)

Hi everyone! I'm just sending a reminder about tomorrow's virtual get-together. That's Sunday, 11am to noon (US/Central). I'll send the URL to the email list before the meeting starts. We saw last time that sometimes the email list has a delay, so I'll try to send that about 20 or 30 minutes befor

Re: [Freedos-devel] Monthly Online Get-together

On Wed, Mar 5, 2025 at 3:48 PM Jerome Shidel via Freedos-devel wrote: > > Is the get-together supposed to be on the 9th or 16th? > > Also, is it going to be focused on technical or social? > (Not that we don’t always do both. :-) I have March 16 on my calendar, at the usual time: 11am to noon, U

Re: [Freedos-devel] New libm-0.10!

On Mon, Feb 24, 2025 at 8:59 AM Gregory Pietsch via Freedos-devel wrote: > > I am releasing onto an unsuspecting world a new version of libm, the > math library of awesomeness. What I would like to know is, how close > is this to 1.0? > FYI: I've mirrored this version to the FreeDOS Files Archiv

Re: [Freedos-devel] FreeDOS Matrix server

Bernd Bockmann wrote: > > > > > But it (Matrix server) is online now for over a year, > > > and usage is more or less non-existent (a total of > > > 15 messages sent, half of it by me). Jose Senna wrote: > > > Excuse me, but how someone cam use it > > and for what? Mercury Thirteen wrote: > > Ma

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

Tom Ehlert wrote: >> What makes you say so? Other then "I hate BROADCOM's overtake of >> VMWARE"? Kirn Gill II wrote: > > I provided, in my email you're quoting, the rationale - the "why". [..unnecessary negative statements removed..] > I don't have any skin in the hypervisor wars. I don't care if

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

On Sat, Feb 22, 2025, 4:49 AM Paul Dufresne via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > Le ven., 21 févr. 2025 18:20:04 -0500 Kirn Gill II via Freedos-devel > a écrit > > > > > * > Due to various complaints of technical issues and bugs that all have > the same comm

Re: [Freedos-devel] Useful tool: stuffkey

On Tue, Feb 18, 2025 at 4:04 PM Wolf Bergenheim via Freedos-devel wrote: > > Neat program, I guess, but... If Terje had even gone with an MIT or > BSD license... > > I'd stay away from this since it's not released under a proper > license. It's not open source, but rather "source available". This

Re: [Freedos-devel] Useful tool: stuffkey

> On Tue, Feb 18, 2025 at 10:32 PM Julius Schwartzenberg via Freedos-devel > wrote: >> >> Looking for a tool to automate keyboard presses, [..] >> And found this tool: >> stfkey40.zip82786 Stuff keys into the keyboard buffer, w/asm [..] >> Might this be suitable to add to FreeDOS? As cool

Re: [Freedos-devel] No 40 bytes left to malloc for the command line in shell init

I don't understand this code question, so I'll try to unwind it. 'malloc' allocates memory of size_t size, and returns a pointer to the allocated memory .. or NULL if it could not allocate the memory. I didn't look at the shell/init.c code for what kind of variable 'cmdline' is, but I assume it's

Re: [Freedos-devel] Proposal: Remove MINIBOX

On Mon, Feb 17, 2025 at 5:51 PM Eric Auer via Freedos-devel wrote: [..] > > PS: About JEMM 5.85: > [..] > > And about FREECOM 0.86: > Can you please not include these "PS" notes at the end of emails on topics that are completely unrelated to the email itself? This makes it very difficult for peo

Re: [Freedos-devel] Usability testing on www.freedos.org

FYI that "usability testing" is not the same as "functionality testing" or "feature testing." A usability test examines something like a website (or a document, or a user interface .. things like that). You ask several testers to attempt different "scenario tasks" with the website, and then you ob

Re: [Freedos-devel] Proposal: Remove MINIBOX

On Mon, Feb 17, 2025 at 5:51 PM Eric Auer via Freedos-devel wrote: > > > Hi Jim, > > as several people reported SIGSEGV / page faults with MINIBOX, > for example MINIBOX PWD or MINIBOX CLEAR, I wondered whether > the crashes are just a symptom of the EMM386 issues discussed > earlier. Or rather: S

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

It isn't a license issue (Bruno is right: the license is probably "open enough"). But it's just that we have other compilers now. As I said in my other email (below) we had to decide what to include vs not. On Sat, Feb 8, 2025 at 6:25 PM Louis Santillan via Freedos-devel wrote: > > If there is a

Re: [Freedos-devel] Proposal: Remove SMILEY

I actually play this one from time to time, so let's keep it. I don't think it needs to get dropped from 1.4 -- although we might reconsider what games we include "post-1.4" :-) More generally, I don't think we should be making major package changes in the last few weeks before RC3. Things that ar

Re: [Freedos-devel] Proposal: Remove MINIBOX

I'm not looking to make a ton of changes in these last weeks until FreeDOS "1.4-rc3" but this one is an easier decision because it doesn't work. I'm getting errors even for basic functionality like "clear" and "pwd": C:\>minibox pwd Exiting due to signal SIGSEGV Page fault at eip=3c59, error=0

Re: [Freedos-devel] Proposal: Remove MINIBOX

On Mon, Feb 17, 2025 at 1:14 PM victoria crenshaw via Freedos-devel wrote: > > keep in repo remove from media +1 Just because it's removed from the FreeDOS distribution doesn't mean it's removed everywhere. Programs mirrored on the FreeDOS Files Archive at Ibiblio will stay there so anyone can d

[Freedos-devel] Usability testing on www.freedos.org

A colleague teaches a university course on usability testing, and asked if FreeDOS could be a client for his students this semester. This isn't a bad time to do another usability test -- I've been thinking about doing more cleanup on the website, and this test should help find any "rough spots that

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). On Mon, Feb 17, 2025 at 1:42 PM Ralf Quint via Freedos-devel wrote: > >

Re: [Freedos-devel] Proposal: remove FDTUI

> On Mon, 17 Feb 2025, tom ehlert via Freedos-devel wrote: > > > I think that every program beyond the default MSDOS programs raises some > > level of noise. > > They might be useful, but having hundred of unknown (to me) programs thrown > > into the same \BIN\ directory doesn't motivate > > me t

[Freedos-devel] Proposal: remove FDTUI

I'm bringing back an item we talked about on the video call this morning. Folks have discussed a few times on this email list about dropping the FDTUI program from the distribution. But FDTUI was always "just one item in a long list of other topics" in whatever thread it was brought up in, so FDTU

[Freedos-devel] Next FreeDOS virtual get-together

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 the US changes Daylight Saving Time on 3/9, so the time chan

[Freedos-devel] FreeDOS 1.4-RC3

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 VMWare (that's an easy fix). Sounds like we should have one more opportunit

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

, 2025 at 11:03 AM Jerome Shidel via Freedos-devel wrote: > > No link shared yet > > On 2/16/25 12:02, Jim Hall via Freedos-devel wrote: > > I'm on the meeting, but no one is here. > > > > > > On Sun, Feb 16, 2025 at 10:57 AM Ralf Quint via Freedos-devel &

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

I'm looking forward to seeing folks in the virtual get-together in about ten minutes! For those who need a little extra time getting set up for the video, here's the meeting connection info to use: FreeDOS virtual get-together (technical) Video call link: https://meet.google.com/hch-nwgn-dut Or d

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

Did my email not get to the list? I sent it at 10:49am To join the video meeting, click this link: https://meet.google.com/hch-nwgn-dut Otherwise, to join by phone, dial +1 904-900-0745 and enter this PIN: 562 866 364# To view more phone numbers, click this link: https://tel.meet/hch-nwgn-dut?hs=5

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

at 11:02 AM Jim Hall wrote: > > I'm on the meeting, but no one is here. > > > On Sun, Feb 16, 2025 at 10:57 AM Ralf Quint via Freedos-devel > wrote: > > > > On 2/13/2025 8:20 PM, Jim Hall via Freedos-devel wrote: > > > Hi everyone! > > > >

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

I'm on the meeting, but no one is here. On Sun, Feb 16, 2025 at 10:57 AM Ralf Quint via Freedos-devel wrote: > > 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 &

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

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 debugging. I'll share the URL shortly before the meeting.

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

On Fri, Feb 7, 2025 at 7:42 AM Bruno Ribeiro via Freedos-devel wrote: > > Is there a way to get FreeDOS entire distribution installed over another > OS, let's say Windows XP? Short of fetching manually each package zip > file and extracting them over C:\FREEDOS? Or installing it fully on a > VM

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

> On 6/2/2025 16:29, Jim Hall via Freedos-devel wrote: [..] > > email) but source code is not provided. Micro-C provides the source > > code, but the COPY.TXT is not an open source license like MIT or GNU > > GPL or something like that. It literally says: [..] On Thu, F

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

On Thu, Feb 6, 2025 at 12:54 PM Bruno Ribeiro via Freedos-devel wrote: > [..] > > I'll add that several vendors have since released their compilers for > > free (gratis, if not open source) and we link to them from the "For > > developers" page on our website. > >

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

On Thu, Feb 6, 2025 at 7:55 AM Bruno Ribeiro via Freedos-devel wrote: > [..] > Anyway, I think self-hosting is a technical property in alignment with > the very purpose of free software. It's a nice feature! In my > bare-metal retro endeavors, I'm fond of being able to modify and build > any sof

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

> On 6/2/2025 09:21, tom ehlert via Freedos-devel wrote: > > FreeDOS is about open source, not about self-hosted. Please read the > > manifesto. On Thu, Feb 6, 2025 at 7:55 AM Bruno Ribeiro via Freedos-devel wrote: > Could not find a link to the manifesto. Do you know where is it? The manifest

Re: [Freedos-devel] FreeDOS 1.4-RC2

On Mon, Feb 3, 2025 at 10:31 AM Ladislav Lacina via Freedos-devel wrote: > I am disappointed that it is not a live DVD distribution. It seems to > be that you ignore all users who run FreeDOS on real hardware. It is > a little bit sad, isn't ? I'm confused by this comment. FreeDOS 1.4 RC2 (and e

Re: [Freedos-devel] FreeDOS 1.4-RC2

This is great -- thanks for putting this together. (I'm installing it now.) I've updated the website to point folks to the new RC2 so they can test it. I'm hoping this will help get more attention. (And I hope you feel better soon!) On Sat, Feb 1, 2025 at 9:23 AM Jerome Shidel via Freedos-devel

  1   2   3   4   5   >