Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Good news! My old program can run now on vDOS and DOSBOX. (In addition to pure FreeDOS indeed) Jos Schaars from the vDOS project gave me an interesting trick: edit manualy the temporary dumpfile generated by the program, and making it read-only. I discovered being wrong about the relevance of

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Instead of filling out a binary country.sys by hand, you might want to use localcfg.exe - much more reliable. It will produce a country.sys file with all the parameters you wish. http://localcfg.sourceforge.net Of course, all this is pointless if your program won't listen to country

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Thanks a lot Eric for this program. I have the space delimiter for thousands with the FreeDOS kernel on my VirtualBox. (But not in the DOSBOX with it's own kernel of course). And yesterday when I replaced the thousand delimiter in convert() of NUM_FMT.C with:    temp[30 - c++] = ' ';instead

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Hi everybody, see yet another FreeCOM feature request below... ;-) Thanks for filling in the table, Denis! A proof of concept tool for your task, for compilation with "NASM -O CANADA.COM CANADA.ASM" is implemented in the following code: > start:jmp short setup ; 100h > chain: > db

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Hi everyone, vDOS is very nice. Unfortunately also blocked with Dir-command related issues with my program (file dates in style 2-10-98 intead of 02-10-98). I posted a topic on their site. I also found they not support modification of the global Country setting (locked to 1). About VMWARE and

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

> Am 18.02.2017 um 23:22 schrieb Denis St-Lau >: > > Without the DOSBOX kernel, we don't have the "mount" command and we > constantly have to mount/unmount the DOS disk image from the GNU/Linux or > Windows host (or use FTP networking) to exchange

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Hi guys, There is an incompatibility issue with the "File Selection" dialogs of one of our legacy engineering MS-DOS programs. We don't have the source code of the program but I know it was written in Borland Turbo-Basic a long time ago. For years I thought it was a flaw in the FreeDOS

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Hi Denis, country.sys is not a driver, it is a data file. So you can not load *that* with DEVLOAD. However, you can load other drivers, if that helps you. Read the manual of our DISPLAY and MODE: By first loading DISPLAY, then running MODE, you can switch fonts, in case codepage 437 is not

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

For some extra details about the COUNTRY settings idea :-) > if the DOSBOX simulated DOS kernel is missing country functionality > and you do not want to boot freedos (because you do not want to use > diskimages) then you could load a TSR which answers COUNTRY requests > by freecom command.com

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

On Sun, 19 Feb 2017, Eric Auer wrote: > Bonsoir Denis, > > if the DOSBOX simulated DOS kernel is missing country functionality > and you do not want to boot freedos (because you do not want to use > diskimages) then you could load a TSR which answers COUNTRY requests > by freecom command.com with

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Bonsoir Denis, if the DOSBOX simulated DOS kernel is missing country functionality and you do not want to boot freedos (because you do not want to use diskimages) then you could load a TSR which answers COUNTRY requests by freecom command.com with country preferences of your choice :-) Dosbox

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

On Sat, 18 Feb 2017, Denis St-Lau wrote: Hi all, There is an incompatibility issue with the "File Selection" dialogs of one of our legacy engineering MS-DOS programs. We don't have the source code of the program but I know it was written in Borland Turbo-Basic a long time ago. For years I

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Hi Eric, Thanks for your answer. I agree it would be far better using a switch to avoid recompiling the FreeCOM command.com but after my research I concluded DOSBOX do not offer these country settings and is missing any config.sys functionality. I've read they are not very interested in adding

Re: [Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Hi Denis, you write that for getting 2 digit, AM/PM, space 1000s sep DIR output from freecom, you use SET DIRCMD=/-4 but failed to find a way to set COUNTRY to 002,863,c:\fdos\bin\country.sys in the context of DOSBOX. I still think it would be a lot easier to find out how to change DOSBOX

[Freedos-devel] Incompatibility issue due to FreeCom Dir command's output layout and Dosbox kernel limitations

Hi all, There is an incompatibility issue with the "File Selection" dialogs of one of our legacy engineering MS-DOS programs. We don't have the source code of the program but I know it was written in Borland Turbo-Basic a long time ago. For years I thought it was a flaw in the FreeDOS