shidel / fdimples Goto Github PK

Me again Jerome,

I gave the Turkish version of FDIMPLES a try in VirtualBox and when the the lower part of the screen displays "Bilgi yok" (No information" in Turkish), selecting a package freezes FDIMPLES. The screenshot below shows such a case (I selected Gopherus from the Network section, and FDIMPLES became unresponsive, I had to reset the VM).

I don't even have a packet driver installed but when the package information is properly displayed, there is no such issue so I think this is coming from the malformed CSV. Hopefully the new CSV files attached to shidel/fd-nls#12 will fix the problem, but I'm reporting this because IMHO, no matter how malformed, a CSV shouldn't be able to crash or freeze FDIMPLES.

Moar work for you :P

Now that there are a few hundreds of packages, I think a plain text search feature would be interesting. I remember wishing for such feature several times, so just wanted to suggest it here.

When browsing through the package list for some time (switching between categories etc.) and then trying to install a package, FDIMPLES sometimes behaves strange and tries to install a package I have not selected, but which is already installed (see screenshot). In fact the package showed as first entry in the already installed list. Further, I get a strange drive "letter" from the critical error handler. Further there seems to be missing some directory name in the middle of the path where the category name should be (two slashes right after another).

I compiled FDIMPLES by myself from current sources, also tested the release version. FreeDOS kernel from master, FreeCOM with my cmdline patch (same behaviour with old FreeCOM).

Seems to always work fine if I directly select the package to be installed without prior browsing through the categories.

Not sure what to make of it right now. Bug could be anywhere: FDIMPLES, FreeCOM, Kernel, JEMMEX...

I have not found a way yet to reproduce it reliably.

System: 86box 4.1.1, emulated Pentium 90 with ASUS P5A motherboard.

When running under Parallels Desktop under FreeDos 1.2 FDIMPLES does not accept keyboard input and is unusable.
I would love to help debug this issue, but do not know where to start.
Keyboard input is accepted under DZ.exe and other tools, so I do not think it is a keyboard driver issue.

Hi @ecm-pushbx,

FDIMPLES has a compiler directive USEBAT to use COMMAND.COM as a stop-gap solution for the issue that happens when trying to execute FDINST.COM directly. So, I've just compiled the most recent version with that disabled.

It is very easy to replicate, simply run FDIMPLES, pick any package and change its state. Either To install or To Remove. It does not matter which way. Then, tab down to OK and hit enter.

FDINST replies that "(blank) is not installed" and exits with an ERRORLEVEL.

When USEBAT is enabled, it creates a small batch with the same commands it would pass directly. then executes COMMAN.COM passing the batch file as a parameter to execute. It's a very ugly solution. But, it worked to get past the issue in launching FDINST directly. Other programs seem to have no problem being directly launched. The PGME (menu based program launcher) uses my same code to execute programs and has the same problem with FDINST.

Attached is the PASCAL code from that contains the EXEC routines (around line 980) and a version of FDIMPLES compiled without USEBAT enabled.

FDIMPLES.zip
QDOS.zip