If you have caching, you need to react on external events to keep the cached data up to date, which will be MUCH slower (especially over a slow network) than grabbing the actual data as-needed and relying on the caching system of the underlying layers (OS file/drive cache, network caching if it …

Notes: As you can see it does QueryDirectory every time the application opens the file!!! and it does the same things 4 times ... This might be the way your application is written. I have a similar CAD program that does the same thing. I think it is because the files names, date, size, and …

Now I could see where the argument for caching might come into play - but truth be told I'm not sure it's such a great idea. If this data needs to be cached, then it's the job of your OS to do so. Beyond that, you have no way of having meaningful caching unless you have some way of knowing when …

I tried using LBACache from FREEDOS but it seems that the drive are emulated in a way that LBACache can not pick them up. It would be cool to use LBACache because then the user could activate the cache only if they need it.

Yeh, but it sounds like hacking the executable is working for you, so you changed it as it should always have been. Don't think there'll be hacks added to dosbox to work around buggy apps. I did not hack the executable. I just decompiled to see what was going on. To fix the problem I just did at …

I know that, you know that but who is going to tell the programmer that is probably retired by now.

They had "c:\command.com" fixed. DOSBOX does not try to replace the fixed c:\command.com. I know it is wrong in the original program. Nothing can be done unless I modify the code of the program. Maybe dosbox can be modified if command.com is not found in the location it automatically uses the one …

I looked at the decompile program a little closer and discovered more. I missed previous that the program was really trying to execute "c:\command.com /c c:\cad.bat". Since the original dos had command.com in the root this is why it worked. I did a "copy z:\command.com to c:\" and now it works for …

I have the same problem with access to network drives that are mounted. I was wondering if a patch was ever made to cache the date, time, and size of each file. The cad program that I am using display each and it causes the directory to list very slow.

Okay I decompiled the program I was trying to get working. It was trying to call a batch file with following syntax "/c call.bat". Since DosBox's command line interrupter did not know how to use the /c option it exited. The way I fixed the problem was run the command.com from FREEDOS and change the …

I have an older CAD Program that has an LPT dongle I can get it to work with the special version compiled for LPT pass through. But I have problems with DOSBOX's File system. If I mount a folder for the c drive it will load the program but when accessing some files for the program it will exit the …

I use dosbox for older serial based PLC programs. I missed the copy and paste function of the older win98 dos windows. So I came up with this AutoIt wrapper that has mouse selections, icons, and copy paste hotkeys. This solution does not modify DosBox code in anyway it is just creates a wrapper …

GordL, To get Medoc working in XP you don't have to use DosBox just use the folloing command line it will work MEDOC.EXE T30 F30 E2 For some reason you have to allow more timeout for XP. Other than that it will always work.