Re: [Freedos-devel] FreeDOS 1.4 known issues

seems your day was not the best...😇 what about msedit? Willi > Sent: Monday, April 28, 2025 at 8:23 PM > From: "tom ehlert via Freedos-devel" > To: "Technical discussion and questions for FreeDOS developers." > > Cc: "tom ehlert" > Subje

Re: [Freedos-devel] FreeDOS 1.4 known issues

Hallo Herr Wilhelm Spiegl, > c) edit: there are so many bugs reported at gitlab (one a small part of it > see:) >... > that it would make sense to create a new editor. But anyhow it works. And that from a guy who has not the faintest idea how much time it takes "to create a new editor". Unpai

Re: [Freedos-devel] FreeDOS 1.4 known issues

FD1.4, but can be downloaded via fdnpkg) without a given file reports:    command or filename not found. - "dmidecode". Sent: Sunday, April 27, 2025 at 1:41 AM From: "Jim Hall via Freedos-devel" To: "Technical discussion and questions for FreeDOS developers." Cc: &

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] FreeDOS 1.4 known issues

> Am 26.04.2025 um 23:07 schrieb Jerome Shidel via Freedos-devel > : > > 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” subdirectory, with files for current and f

Re: [Freedos-devel] FreeDOS 1.4 known issues

Hi, > On Apr 26, 2025, at 4:18 PM, Bernd Böckmann via Freedos-devel > wrote: > > Hi, > > may we provide a list of known issues for FreeDOS 1.4 on the website? If you > think that this is a good idea, I can contribute the first bullet point: > > - FDISK shows partition type id 0x0e as "FAT-32

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 News

> On Apr 10, 2025, at 5:44 PM, tom ehlert via Freedos-devel > wrote: > > Hallo Herr Jerome Shidel via Freedos-devel, > > am Donnerstag, 10. April 2025 um 13:45 schrieben Sie: > >> Hi All, > >> Like many of you, I’ve been checking out various news articles that are >> popping up around the

Re: [Freedos-devel] FreeDOS 1.4 News

Hallo Herr Jerome Shidel via Freedos-devel, am Donnerstag, 10. April 2025 um 13:45 schrieben Sie: > 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 ot

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] 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 Apr 7, 2025, at 12:52 PM, Liam Proven via Freedos-devel > wrote: > > 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. > >

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!

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] 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] FreeDOS 1.4 coming out today!

> On Apr 5, 2025, at 12:34 PM, Jim Hall via Freedos-devel > wrote: > > 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

Re: [Freedos-devel] FreeDOS 1.4-GM

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 very much like an app which blindly assumes some FPU (floating point unit) to b

Re: [Freedos-devel] FreeDOS 1.4-GM

Tested the floppy installer in 86Box with an 80286 machine, the "[ISA] MR BIOS 286 clone" board (because I like having a BIOS setup menu and a PC/AT doesn't have one) with a 1200KB 5.25" floppy drive and a 1024:16:63 (504 MB) IDE hard drive. The readme says an EGA is required, so I intentional

Re: [Freedos-devel] FreeDOS 1.4-GM

> On Apr 2, 2025, at 6:33 PM, Jim Hall via Freedos-devel > wrote: > > 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

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

Ben Russell said today: > because I like having a BIOS setup > menu and a PC/AT doesn't have one I did not use many PC/ATs, but all those I used had a BIOS setup menu. AFAIR, it was the XTs and earlier that did not have a setup menu, because they did not have non-volatile RAM. I don't k

Re: [Freedos-devel] FreeDOS 1.4-GM

> On Apr 2, 2025, at 3:46 AM, Ben Russell via Freedos-devel > wrote: > > Tested the floppy installer in 86Box with an 80286 machine, the "[ISA] MR > BIOS 286 clone" board (because I like having a BIOS setup menu and a PC/AT > doesn't have one) with a 1200KB 5.25" floppy drive and a 1024:16:6

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

> 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's 386-SX > CPU, which doesn't have a math coprocessor. That could well be the problem, but it

Re: [Freedos-devel] FreeDOS 1.4-GM

I'll do some tests on that tomorrow if it is really tied to the absence of a co-proc. Considering that Fortran was originally meant to be a math heavy language it might just as well be. Cheers, Danilo On Tue, 1 Apr 2025 at 21:30, Jim Hall via Freedos-devel wrote: > > I've installed it on both my

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] FreeDOS 1.4

On Mon, 17 Mar 2025, Ralf Quint via Freedos-devel wrote: 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

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] FreeDOS 1.4

Just to be very clear; I know we need FDNet. I was just kind of surprised when I looked at it. Given that it has a part of mTCP as a dependency I expected it to install mTCP, or at least only include the parts of mTCP that it needs. I didn't expect it to include the entire source code and develo

Re: [Freedos-devel] FreeDOS 1.4

Additional followup... > On Mar 17, 2025, at 8:05 AM, jer...@shidel.net wrote: > > [..] > > Since the two packages will contain the same version of DHCP. I will replace > the mTCP sources with a text file in the FDNET package. The README.TXT will > say: > > FDNET uses DHCP.EXE created by Mich

Re: [Freedos-devel] FreeDOS 1.4

> On Mar 16, 2025, at 8:29 PM, Michael Brutman via Freedos-devel > wrote: > > So this is kind of funny ... > > The FDNET is basically a glorified BAT file. But it uses other things, so > that creates complications: Of course it is a BATCH file and not a very complex one. I don’t think it i

Re: [Freedos-devel] FreeDOS 1.4

So this is kind of funny ... The FDNET is basically a glorified BAT file. But it uses other things, so that creates complications: - It is using exactly one program from mTCP. The DHCP client. As a result, you are shipping all of the mTCP source code including a 250KB PDF file for dev

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] FreeDOS 1.4

> On Mar 16, 2025, at 3:16 PM, Jim Hall via Freedos-devel > wrote: > > **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

Re: [Freedos-devel] FreeDOS 1.4-RC3

Hallo Herr Bernd Böckmann via Freedos-devel, am Samstag, 1. März 2025 um 20:40 schrieben Sie: >> the bug is found, fixed, and was communicated on this list. >> >> That this is not implemented in the latest RC3 is a sad shame. > It is fixed for the FreeDOS package via [1]. >> I'm fairly certain y

Re: [Freedos-devel] FreeDOS 1.4-RC3

> I do not think the “out of memory” issue on VMware has had a resolution > provided. It does. The solution is to re-enable the exe-header modification of command.com. the bug is found, fixed, and was communicated on this list. That this is not implemented in the latest RC3 is a sad shame.

Re: [Freedos-devel] FreeDOS 1.4-RC3

the bug is found, fixed, and was communicated on this list. That this is not implemented in the latest RC3 is a sad shame. It is fixed for the FreeDOS package via [1]. I'm fairly certain you didn't test all the other changes. Sometimes you have to believe;) However the origin of the bug (the

Re: [Freedos-devel] FreeDOS 1.4-RC3

Hi Willi, > On Mar 1, 2025, at 1:45 PM, Fritz Mueller via Freedos-devel > wrote: > >  > Hi Jerome, > here some first results with vmware: > > a) Installation in VMware works, it is no longer possible to set a bios boot > delay in VMware. Great. Thank you Bernd! > b) Booting in VMware wi

Re: [Freedos-devel] FreeDOS 1.4-RC3

Hallo Herr Jerome Shidel via Freedos-devel, am Samstag, 1. März 2025 um 20:22 schrieben Sie: > Hi Tom, >> On Mar 1, 2025, at 1:42 PM, tom ehlert via Freedos-devel >> wrote: >>  >>> I do not think the “out of memory” issue on VMware has had a resolution >>> provided. >> It does. The solution

Re: [Freedos-devel] FreeDOS 1.4-RC3

The FreeDOS 1.4-RC3, release candidate build (aka T2503) is now available at: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ ... Changes since 1.4-RC2: ... 2025-02-21 15:51:07 freecom [candidate] (Bernd Boeckmann): fix INDEX.md 2025-02-21 15:35:31 freecom [

Re: [Freedos-devel] FreeDOS 1.4-RC3

Hi Tom, > On Mar 1, 2025, at 1:42 PM, tom ehlert via Freedos-devel > wrote: >  >> I do not think the “out of memory” issue on VMware has had a resolution >> provided. > It does. The solution is to re-enable the exe-header modification of > command.com. > > the bug is found, fixed, and was co

Re: [Freedos-devel] FreeDOS 1.4-RC3 Confirm Out of memory error gone

Le Sat, 01 Mar 2025 13:44:54 -0500 Fritz Mueller via Freedos-devel a écrit > Hi Jerome, > here some first results with vmware: >   > a) Installation in VMware works, it is no longer possible to set a bios boot > delay in VMware. > b) Booting in VMware with Options 1 and 2 also

Re: [Freedos-devel] FreeDOS 1.4-RC3

Hi Jerome, here some first results with vmware:   a) Installation in VMware works, it is no longer possible to set a bios boot delay in VMware. b) Booting in VMware with Options 1 and 2 also works again! No idea why! c) Network seems to be connected. d) fdnpkg checkupdates seems to work but is r

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] FreeDOS 1.4-RC3

> On Feb 16, 2025, at 8:21 PM, victoria crenshaw via Freedos-devel > wrote: > > which kind of system should upgrade my 1.3 freedos stuff? > one of my 486 or + systems or one of my 286 systems? > > or my little XT (book 8088) (might be easier) Personally, I would probably just do the easiest

Re: [Freedos-devel] FreeDOS 1.4-RC3

which kind of system should upgrade my 1.3 freedos stuff? one of my 486 or + systems or one of my 286 systems? or my little XT (book 8088) (might be easier) On Sun, 2025-02-16 at 13:09 -0600, Jim Hall via Freedos-devel wrote: > I'm bringing back to the list an item we talked about on the video >

Re: [Freedos-devel] FreeDOS 1.4-RC3

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 VMWare (that's an easy fix). It should not be the job of t

Re: [Freedos-devel] FreeDOS 1.4-RC2

> On Feb 5, 2025, at 12:19 AM, Ladislav Lacina via Freedos-devel > wrote: > > I see. I downloaded "FD14-FullUSB.zip". > > So it means that FD14-FullUSB.zip is non-live but FD14-LiveCD.zip is live > distribution? > Correct. Technically booting any of the FreeDOS release/install media provi

Re: [Freedos-devel] FreeDOS 1.4-RC2

"" I see. I downloaded "FD14-FullUSB.zip". So it means that FD14-FullUSB.zip is non-live but FD14-LiveCD.zip is live distribution?   " I'm confused by this comment. FreeDOS 1.4 RC2 (and even the existing FreeDOS 1.3) includes a LiveCD image that you can boot into a FreeDOS that runs from the CD

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

Hi Willi, > On Feb 3, 2025, at 2:03 PM, Fritz Mueller via Freedos-devel > wrote: > > Not sure if it is the same problem, but live CD reports: > Bring archiver\7zip package online. Failed, extraction error. dir says that > R: has 1,150,976 Bytes free. Means: Is the ramdrive space simply too sma

Re: [Freedos-devel] FreeDOS 1.4-RC2

: "Ladislav Lacina via Freedos-devel" To: "Technical discussion and questions for FreeDOS developers." Cc: "Ladislav Lacina" Subject: Re: [Freedos-devel] FreeDOS 1.4-RC2 I am disappointed that it is not a live DVD distribution. It seems to be that you ignore all users who ru

Re: [Freedos-devel] FreeDOS 1.4-RC2

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 ? ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sou

Re: [Freedos-devel] FreeDOS 1.4-RC2

> On Feb 2, 2025, at 10:23 AM, Bernd Böckmann via Freedos-devel > wrote: > > Hi Jerome, > > hope you are feeling better! > > Am 02.02.2025 um 16:06 schrieb Jerome Shidel via Freedos-devel: > > >> Do all boot options result in the “out of memory” error? > No, it works when booted with JEMM3

Re: [Freedos-devel] FreeDOS 1.4-RC2

> I tested with JEMMEX 5.84 from RC1. Same problem. However, when I boot > with FreeCOM 0.85a and then launch FreeCOM 0.86 after the system is > booted, it works. >> This could be related to the “out of memory” issues Paul Dufresne was >> experiencing on real hardware with RC1, FreeCOM 0.85a an

Re: [Freedos-devel] FreeDOS 1.4-RC2

Hi Jerome, hope you are feeling better! Am 02.02.2025 um 16:06 schrieb Jerome Shidel via Freedos-devel: Do all boot options result in the “out of memory” error? No, it works when booted with JEMM386 and HIMEMX. Also, JEMM was updated to 5.85 for RC2. I doubt it will make any difference. But

Re: [Freedos-devel] FreeDOS 1.4-RC2

> On Feb 2, 2025, at 9:47 AM, Bernd Böckmann via Freedos-devel > wrote: > [..] > An installed FreeDOS RC2 however hangs after boot with a "out of memory" > error if JEMMEX is loaded. The message seems to be printed by FreeCOM 0.86. > If I replace FreeCOM 0.86 with FreeCOM 0.85a, the system bo

Re: [Freedos-devel] FreeDOS 1.4-RC2

Hi all, I did a few quick tests with RC2 on VMware Workstation, and the results are mixed. RC1 had the problem that the installation under VMware did not succeed because after the disk was partitioned and the VM was rebooted, the installation did not continue. This is fixed in RC2 by an upda

Re: [Freedos-devel] FreeDOS 1.4-RC2

Hi Jerome & David, thanks for all those "patch-1" updates and the translation updates :-) There also is a FreeCOM update already, but no kernel update yet? I hope you will feel very healthy again very soon :-) Eric ___ Freedos-devel mailing lis

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

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

Hi, > On Jan 4, 2025, at 6:02 PM, Eric Auer via Freedos-devel > wrote: > > > Hi Jim, > [..] >>> - move BOOTFIX to BOOT >> The package description is "Bootfix is a boot sector repair tool" so >> I'm okay moving this to "BOOT" > > Good. It also makes SYSLINUX less lonely :-) > >>> - add METAKE

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

Arguably, Bootfix doesn't belong in BOOT because BOOT should only be bootloaders. However, due to the nature of the program, BOOT is actually a good fit even though it technically doesn't belong. We should eventually get GRUB4DOS in BOOT as well (which, if my bad memory serves me correctly, we don

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

Hi Jim, Yes, you have asked about these before. We discussed these on the email list months ago. Ah. Good point. I was not aware of FDTUI being buggy, so maybe it is indeed good to drop it. - move BOOTFIX to BOOT The package description is "Bootfix is a boot sector repair tool" so I'm o

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

On Sat, Jan 4, 2025 at 3:46 PM Eric Auer via Freedos-devel wrote: > > I have probably made those suggestions before. > What are your thoughts/votes on the following? Yes, you have asked about these before. We discussed these on the email list months ago. > > - keep FDTUI in APPS, or move to GUI

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

On Sat, Jan 4, 2025 at 4:00 PM Jim Hall wrote: [..] > FDTUI is a buggy file manager. I think Ercan shared it when it was > sort of working, and it got included in the distribution for some > reason. But I think that was too early. FDTUI doesn't really do > anything. We should drop it. If people wa

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

Willi wrote: [..] > >> b) fdtui is a tumbler. I think it is really enough to download it via > >> fnpkg. [..] tom ehlert wrote: > > +1 Jerome Shidel wrote: [..] > Personally, I do not use FDTUI and have no issue with just leaving it > out. So, I’ll “+1” just having it as a downloadable package.

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

Hi! At present, FDTUI is located under the Application group and is therefore on the Install Disc (not the BonusCD). The consensus was (starting with 1.4) to install all packages on the Install CD when Full is chosen in order to help reduce confusion. To not install FDTUI with full, we hav

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

Hi, > On Jan 4, 2025, at 3:07 PM, tom ehlert via Freedos-devel > wrote: > >  >> b) fdtui is a tumbler. I think it is really enough to download it via fnpkg. >> > > +1 > > Tom At present, FDTUI is located under the Application group and is therefore on the Install Disc (not the BonusCD).

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

> b) fdtui is a tumbler. I think it is really enough to download it via fnpkg. +1 Tom ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] FreeDOS 1.4-RC1

On Thu, Jan 2, 2025 at 6:51 AM Eric Auer via Freedos-devel wrote: > > > Hi Jim and Willi! > > > The "Report a bug" link actually goes to the https://freedos.org/bugs/ page > > on the website. And that page says: > > > >>Bug tracker on GitLab > >>We discussed on the email list that we're trying to

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

Some minor things I noticed in FDT2501 (1.4 RC1), some of them will have to wait for the next kernel:   a) At doszip (dz) "Tools - View Doszip" does not work. You can simply make this work by modifying: "Tools - Add tools - [TOOLS] - 2 View &DOSZIP.TXT,%view% %dosdir%\doc\doszip\doszip.txt" (corr

Re: [Freedos-devel] FreeDOS 1.4-RC1

Hi Jim and Willi! The "Report a bug" link actually goes to the https://freedos.org/bugs/ page on the website. And that page says: *>Bug tracker on GitLab* *>We discussed on the email list that we're trying to move bug tracking to GitLab. Please report bugs on this tracker: ..* ... *>Old t

Re: [Freedos-devel] FreeDOS 1.4-RC1

This is EXCELLENT news! I installed it and things seem to work well so far (as expected, since this is an updated monthly test release, and I test every monthly test release). I've posted a news item about it on the FreeDOS website. I also updated the "Download" page with a big yellow box so inter

Re: [Freedos-devel] FreeDOS 1.4 (recompiled upx)

Hi, > On Dec 3, 2024, at 11:45 AM, E. C. Masloch via Freedos-devel > wrote: > > On at 2024-11-29 18:55 -0800, Michael Brutman via Freedos-devel wrote: >> I don't understand what the problem with UPX compressed executables is. > > The exception for the "linking" done with the stub is fine. What

Re: [Freedos-devel] FreeDOS 1.4 (recompiled upx)

On at 2024-11-29 18:55 -0800, Michael Brutman via Freedos-devel wrote: I don't understand what the problem with UPX compressed executables is. The exception for the "linking" done with the stub is fine. What isn't fine is that UPX-NRV isn't free and open source, not in a plain "GNU GPL v2+" s

Re: [Freedos-devel] FreeDOS 1.4 (recompiled upx)

Le ven., 29 nov. 2024 21:55:18 -0500 Michael Brutman via Freedos-devel a écrit > I don't understand what the problem with UPX compressed executables is. I don't think it is really a legal issue. The problem as I see it, is that we have a program that modify executables, in an hidden

Re: [Freedos-devel] FreeDOS 1.4 (recompiled upx)

I don't understand what the problem with UPX compressed executables is. The authors grant you (anybody) a license to compress a program using UPX and to make use of their decompression code (the stub) as long as you use their unmodified code. Non open code may use the stub for its intended purpos

Re: [Freedos-devel] FreeDOS 1.4

It's been two weeks and I've been away from email lately, so I am checking if I missed an announcement. Did these programs get released/announced anywhere? I did a quick check of my Inbox and I don't see announcements to freedos-devel for the kernel, country.sys, format, freecom, or tree. But mayb

Re: [Freedos-devel] FreeDOS 1.4 (recompiled upx)

On Tue, Nov 26, 2024 at 2:36 PM Paul Dufresne via Freedos-devel wrote: > > I said: > > Note the license seems to allows rebuilding and distributing only a > > not-modified version. > I did read too fast the license... You can read it at: > https://github.com/upx/upx/blob/devel/LICENSE > It's a b

Re: [Freedos-devel] FreeDOS 1.4 (recompiled upx)

I said: > Note the license seems to allows rebuilding and distributing only a > not-modified version. I did read too fast the license... You can read it at: https://github.com/upx/upx/blob/devel/LICENSE It's a bit complex because there is the program, the stub in executable for general case, the

Re: [Freedos-devel] FreeDOS 1.4 (recompiled upx)

I just rebuild upx.exe ... and it is usinc UCL according to upx -V I have just tried to send it to E.C. Masloch, Jim, Jerome and Eric. To build it I created a file with: [paul@betakard release]$ cat ~/toolchain # the name of the target operating system set(CMAKE_SYSTEM_NAME DJGPP) # which compil

Re: [Freedos-devel] FreeDOS 1.4

Hello, On at 2024-11-25 15:13 -0500, Jerome Shidel via Freedos-devel wrote: Hi, On Nov 25, 2024, at 1:39 PM, E. C. Masloch via Freedos-devel > wrote: On at 2024-11-16 01:59 -0500, Jerome Shidel via Freedos-devel wrote: Hi All, As we are most likel

Re: [Freedos-devel] FreeDOS 1.4

Hi, > On Nov 25, 2024, at 1:39 PM, E. C. Masloch via Freedos-devel > wrote: > > On at 2024-11-16 01:59 -0500, Jerome Shidel via Freedos-devel wrote: >> Hi All, >> As we are most likely approaching the release of FreeDOS 1.4 in the very >> near future, we are coming to the point where we will b

Re: [Freedos-devel] FreeDOS 1.4

On at 2024-11-16 01:59 -0500, Jerome Shidel via Freedos-devel wrote: Hi All, As we are most likely approaching the release of FreeDOS 1.4 in the very near future, we are coming to the point where we will begin to look at the monthly Interim Test Release builds of the operating system as Releas

Re: [Freedos-devel] FreeDOS 1.4

>> kernel.sys, new release way overdue and ever imminent. +1 where can I download this kernel.sys? > I would love to experiment with an updated kernel! Especially one that > runs WfW -- even though I'm not a Win3x fan. And I know a FreeDOS > kernel that now supports WfW would be a huge bonus fo

Re: [Freedos-devel] FreeDOS 1.4

On Sat, Nov 16, 2024 at 12:55 PM perditionc--- via Freedos-devel wrote: > [..] > > kernel.sys, new release way overdue and ever imminent. What do you > need from me once it's released to update rbe? I.e. how best to update > gitlab for inclusion in next test build? > I would love to experimen

Re: [Freedos-devel] FreeDOS 1.4

it worked fine with fdnpkg.   Willi   Sent: Saturday, November 16, 2024 at 9:55 PM From: "Jerome Shidel via Freedos-devel" To: "FreeDOS Developers" Cc: jer...@shidel.net Subject: Re: [Freedos-devel] FreeDOS 1.4     On Nov 16, 2024, at 1:08 PM, Fritz Mueller via Freedos-de

Re: [Freedos-devel] FreeDOS 1.4

From: "perditionc--- via Freedos-devel" To: "Technical discussion and questions for FreeDOS developers." Cc: perditi...@gmail.com Subject: Re: [Freedos-devel] FreeDOS 1.4 Note these questions most likely have already been answered and/or are in my mailbox or on github or gitlab,

Re: [Freedos-devel] FreeDOS 1.4

Hi Jeremy, > format.exe, new release with latest translations hopefully released this > weekend, I should have some time again today after work. Are there any new > translations that weren't emailed to me or posted to github? I think the translators have been sending updated translations for

Re: [Freedos-devel] FreeDOS 1.4

Hi Jeremy, > On Nov 16, 2024, at 1:54 PM, perditionc--- via Freedos-devel > wrote: > > Note these questions most likely have already been answered and/or are in my > mailbox or on github or gitlab, but I'm going to be lazy and ask here anyway. > Feel free to ignore, I'll find them. > > coun

Re: [Freedos-devel] FreeDOS 1.4

On Sun, Nov 17, 2024 at 4:54 AM Wolf Bergenheim wrote: > Hey, > > Thanks for putting this together. I finally got to test it, but I'm > wondering if there is a way to install all the packages which were not > installed (I have the Full USB)? > > Could there maybe be an option to also install them

Re: [Freedos-devel] FreeDOS 1.4

Hey, Thanks for putting this together. I finally got to test it, but I'm wondering if there is a way to install all the packages which were not installed (I have the Full USB)? Could there maybe be an option to also install them through the installer or provide a way through fdnpkg to install a w

Re: [Freedos-devel] FreeDOS 1.4

> On Nov 16, 2024, at 1:08 PM, Fritz Mueller via Freedos-devel > wrote: > > OK, > here are some things that I noticed: > > fdauto.bat: > in about line 44, I already found it in FDT2408 (maybe earlier too): > ":NoCodePagerem keyboard settings" (followed by) > MKEYB GR > I found NO such g

Re: [Freedos-devel] FreeDOS 1.4

> Am 16.11.2024 um 19:54 schrieb perditionc--- via Freedos-devel > : > > Freecom could probably use a new release before 1.4. Haven't looked at it in > a while, so not sure where it stands. > The command line editing bugs reported by Willi should be gone. The PSP command tail bugs reporte

Re: [Freedos-devel] FreeDOS 1.4

Note these questions most likely have already been answered and/or are in my mailbox or on github or gitlab, but I'm going to be lazy and ask here anyway. Feel free to ignore, I'll find them. country.sys, are there pending changes not already merged with source included in kernel git or does it j

  1   2   >