Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Rugxulo
Hi, On Mon, Mar 23, 2020 at 2:50 PM Eric Auer wrote: > > In FreeDOS, you have to load a LFN driver TSR to use it, but I think > most of command.com already is LFN-aware. IIRC, it depends on the version. Some people (you?) still stuck with older ("stable"?) 0.82pl3, which didn't support it. But

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Rugxulo
Hi, On Mon, Mar 23, 2020 at 2:10 PM wrote: > > A revival of the open source implementation of the IPX protocol would be > awesome. > It would make a lot of old dos games work and an IPX/IP gateway could be > a Linux server where the Linux server could handle security (anti virus squid > proxy

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Thomas Mueller
Just the subject line made me immediately think of one deficiency I met with FreeDOS 1.3rc2. Installation program needs to allow the user to see where the new FreeDOS will be installed to, and to give the user choice of where to install to. I had a scary experience installing FreeDOS 1.3rc2.

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Jerome Shidel
What you suggest is/was contrary to the stated design goals for the normal operation of the installer. But... The installer does show and permit changing the target drive and directory along with many other options. However, you must put (or launch) the installer in advanced mode to be

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Thomas Mueller
Just the subject line made me immediately think of one deficiency I met with FreeDOS 1.3rc2. Installation program needs to allow the user to see where the new FreeDOS will be installed to, and to give the user choice of where to install to. I had a scary experience installing FreeDOS 1.3rc2.

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread michael
> I expect the GUI part and the machine part to communicate > over a network, so I hope the GUI is much less hardware > specific. Yet you say ReactOS is no option even there? > You seem to be closely watching the ReactOS progress. > Eric > The Tyco QSP-2 does not use a network like one would

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Mercury Thirteen via Freedos-user
I think I see what happened here. Back when Eric originally posted that here was a new version, I built it and posted it here. Today, I assumed (mistakenly) the author had made no changes in the mean time, so I downloaded his current source and packaged it with the binary I built a week (or

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Mateusz Viste
On 23/03/2020 21:47, Mercury Thirteen via Freedos-user wrote: I noticed that, but the driver itself reports it is 3.34. In the source code I have seen "3.35", though: VERSIONSTR equ <'3.35'> DRIVER_VER equ 300h+35 have two 3.34 versions: one from 2015 and one from

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Eric Auer
> I noticed that, but the driver itself reports it is 3.34. Basically > we have two 3.34 versions: one from 2015 and one from 2020. The new > 2020 version should have been bumped to 3.35, but it was kept at 3.34 > for some reason. Yay, clarity! lol > > It seems the 3.35 version mentioned in

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Mercury Thirteen via Freedos-user
I noticed that, but the driver itself reports it is 3.34. Basically we have two 3.34 versions: one from 2015 and one from 2020. The new 2020 version should have been bumped to 3.35, but it was kept at 3.34 for some reason. Yay, clarity! lol It seems the 3.35 version mentioned in readme.txt

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Mateusz Viste
On 23/03/2020 21:30, Mercury Thirteen via Freedos-user wrote: Also, the packaged version of HIMEMX is done and can be found here . Hopefully I didn't miss anything! There is a version mismatch between the lsm (3.34) and the actual driver

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Mercury Thirteen via Freedos-user
Thank you! This explains why my searching got me nowhere lol Also, the packaged version of HIMEMX is done and can be found [here](http://mercurycoding.com/downloads/DOS/HIMEMX.zip). Hopefully I didn't miss anything! Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐ Original

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Eric Auer
Hi Michael, I see what a SMD pick and place machine does, yes :-) So basically there are two apps, one for DOS and one for Windows, and you would prefer them to run on some still supported DOS and Windows (or Wine). What are the issues with this at the moment? I do not expect you to have

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Eric Auer
Hi Mercury, > Where would one find the most recent UHDD sources? They can be found in > ftp://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/cdrom/uide/drivers-2019-03-31.zip which alas is a VERY generic name to google for... The zip contains: readme.txt, uhdd.asm and uhdd sys

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread michael
Q-Soft originally created by Tyco is a real time system targeted at MS-DOS and a GUI system targeted at Windows 98SE/Windows Millenium. PPM owns Q-Soft now and has a Windows 7 replacement and a completely reworked pick and place machine. If you know what surface mount electronics are you are

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Eric Auer
Hi Michael, long mail ahead ;-) Please do not mix long file names and FAT32: The former can even be used on FAT12 floppy. In FreeDOS, you have to load a LFN driver TSR to use it, but I think most of command.com already is LFN-aware. You may have to set some shell options in your startup files

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Mercury Thirteen via Freedos-user
Where would one find the most recent UHDD sources? Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, March 23, 2020 2:33 PM, Eric Auer e.a...@jpberlin.de wrote: > Hi Mercury, > >> "Creating packages for FreeDOS software that are not

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread michael
Hello: I seem to recall that long filename support could use some work and out of the box Freedos doesn't support them. As far as memory management, any improvements in that area are highly welcome as that is probably the most important foundational improvement that could be made. FAT32

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Mercury Thirteen via Freedos-user
Cool, thanks for the info! Not that I'm promising anything given my schedule, but maybe I'll be able to throw something together in my limited spare time. Shouldn't be too hard to get the others together since I already built HIMEMX from Japheth's new sources. Sent with

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Eric Auer
Hi Mercury, > "Creating packages for FreeDOS software that are not packaged yet." > > ... any "top requests" as it were? If you ask me: UHDD (only UIDE and UDVD2 listed yet?) and the new HIMEMX version by Japheth, as discussed here recently :-) HIMEMX should get some tests in particular by

Re: [Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Mercury Thirteen via Freedos-user
Point #2 on the wishlist states: "Creating packages for FreeDOS software that are not packaged yet." Do we have a list of this software, partial or otherwise? Or any "top requests" as it were? Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐ Original Message ‐‐‐ On

[Freedos-user] FreeDOS wishlist and feature requests

2020-03-23 Thread Eric Auer
Hi everybody, it seems that https://sourceforge.net/p/freedos/feature-requests/ has not been updated for a while: A few wishes seem to no longer apply or would be easy to cover with current distros. On the other hand, the wishlist still is a classic ;-) >