Re: [Freedos-user] Crynwr package contains PCNTPK.COM

2021-06-03 Thread Louis Santillan
I don't get what the issue with PCNTPK.COM packet driver is? Per the amdpd.zip file at http://crynwr.com/drivers/00index.html , it is copyright Russell Nelson 1990 w/a GPLv1 license in 1990 and copyright AMD 1993 w/a pseudo Public Domain-ish license (PCNTPK.ASM). While not packaged the way we

[Freedos-user] Crynwr package contains PCNTPK.COM

2021-06-03 Thread David Calman
Does this mean it will be pulled from the distribution? Or does it mean we'll actually try and address this issue head-on, because now it affects two packages? I think FDNET is pretty mission-critical, given it's in the default FDAUTO.BAT. The problem with that, if what I read on the wiki is

Re: [Freedos-user] GUI libs: Turbovision and FLTK (nanox), Dillo browser

2021-06-03 Thread Ralf Quint
On 6/3/2021 9:11 AM, Paul Dufresne via Freedos-user wrote: I decided to make a small research, and found these libraries suggested to someone: Turbovision: "TVision was developed by Borland (now Imprise) in 1992 (v1.03) as a tool for your TurboC and TurboPascal compilers." "Turbo Vision

Re: [Freedos-user] GUI libs: Turbovision and FLTK (nanox), Dillo browser

2021-06-03 Thread Eric Auer
Hi Paul, as you mention Nano-X and Turbo Vision, Georg Potthast has ported some apps to DOS using Nano-X and FLTK, with screenshots: > https://sourceforge.net/projects/fltk-dos/ > https://sourceforge.net/p/fltk-dos/wiki/NanoX_Introduction/ >

[Freedos-user] GUI libs: Turbovision and FLTK (nanox), Dillo browser

2021-06-03 Thread Paul Dufresne via Freedos-user
I decided to make a small research, and found these libraries suggested to someone: Turbovision: "TVision was developed by Borland (now Imprise) in 1992 (v1.03) as a tool for your TurboC and TurboPascal compilers." "Turbo Vision (TVision for short) is a TUI (Text User Interface) that

Re: [Freedos-user] command.com and long commands: command.com, SET and detection

2021-06-03 Thread Bret Johnson
> Hi Jeremy, while you are at it: > > Wondering how Jerome could test whether the current shell > is FreeCOM without needing temp files, ... FWIW, at one time I was trying to > figure out a way to automatically determine whether my executable program was > being called from the commend line (any

Re: [Freedos-user] command.com and long commands

2021-06-03 Thread Bret Johnson
FWIW, in my programs (written in ASM) what I do while parsing the command line is look at the length stored at PSP:80h. If it is less than 126, I use the data stored at PSP:81h up to the first 0Dh (Carriage Return) character. If the length is 126 or more, I look for the CMDLINE environment

Re: [Freedos-user] command.com and long commands: command.com, SET and detection

2021-06-03 Thread Eric Auer
Hi Jeremy, while you are at it: Wondering how Jerome could test whether the current shell is FreeCOM without needing temp files, I found out that half of the SET options are not yet listed in SET /? help. The currently available actual options of SET would be: SET test=one results in TEST=one

Re: [Freedos-user] FreeDOS make better compatibility with DOS games [current status]

2021-06-03 Thread Jerome Shidel
Hi Eric, [reply on-list as asked] > On Jun 3, 2021, at 7:38 AM, Eric Auer wrote: > > Why cannot FDIMPLES free the allocated memory before calling FDINST? It is not that it can not do it. It is only that it’s original design (as a list editor) meant that all remaining memory was available for

Re: [Freedos-user] command.com and long commands

2021-06-03 Thread Paul Edwards
> Yes, I had hoped to get a release out already but ran > into build issues getting all compilers to build which > was just fixed*. I will look into the cmdline issue, > already filled a bug for it. Then post the release. Hi Jeremy. Thanks for filing the bug report. Could you please hold off

Re: [Freedos-user] command.com and long commands

2021-06-03 Thread perditionc
Yes, I had hoped to get a release out already but ran into build issues getting all compilers to build which was just fixed*. I will look into the cmdline issue, already filled a bug for it. Then post the release. * More improvements are needed, but that's a different issue. Jeremy

Re: [Freedos-user] command.com and long commands

2021-06-03 Thread Paul Edwards
IMO it's a bug in FD command.com. If a command line exceeds 126 bytes, the value at [PSP:80h] "should" be 0x7Fh ( and a 0x0D "should" be placed at [PSP:FFh] ) - that's at least what COMMAND.COM of Win95/98 does. The environment variable CMDLINE will then contain the full command line. It's

Re: [Freedos-user] command.com and long commands

2021-06-03 Thread Eric Auer
Hi Paul, > When I run a long command, e.g. > > pdptest ... (to exceed 126 > characters), and it is a Win32 executable so HX > gets involved, I get a crash. You write that Japheth writes: > IMO it's a bug in FD command.com. If a command > line exceeds 126 bytes, the value at

Re: [Freedos-user] FreeDOS make better compatibility with DOS games [current status]

2021-06-03 Thread Jerome Shidel
Hi Eric, > On Jun 2, 2021, at 7:47 AM, Eric Auer wrote: > > > Hi Jerome, > > if FDIMPLES is specifically used in advanced mode, where > more data has to be processed, I would suggest to consider > automatically enabling support for XMS when XMS is found. Not really needed. When run by the

[Freedos-user] command.com and long commands

2021-06-03 Thread Paul Edwards
Hello. When I run a long command, e.g. pdptest ... (to exceed 126 characters), and it is a Win32 executable so HX gets involved, I get a crash. Japheth has debugged it and reported his findings. Could someone please confirm that his analysis below is correct and it is a