`dosemu -K` with long file name does not work with comcom32.exe about comcom64 HOT 6 CLOSED

The problem will be solved on dosemu side,
and it is known. For example if you run lredir2
under comcom32, you'll see all redirections
suffixed with "DISABLED". This means many
things besides LFN do not work too.

@andrewbird what if we fsck on all this and
just change fdpp to not re-create the CDS
array after boot? Is it difficult?

from comcom64.

Is this because the int2f/ae00 support is missing? I also note that comcom32 disables lfn support itself (see the crt0 startup flags). I think to stick with the original CDS array in fdpp you have to:

• make it 26 entries long, disable or ignore the lastdrive keyword in config.sys
• accept that it can't be moved into upper/high memory.
  There may be others that I can't think of right now.

If it's the missing call to int2f/ae00, isn't it quicker to add that even if its result isn't used in comcom32 yet?

from comcom64.

Yes, I think w/o the redirector, startup
flags wont help, but good catch.
ae00 should probably be simpler, but
there are those corner cases, like
making sure it is called when all files
are closed, even if processing the bat
file (for which the bat file should be
closed per every line).
As for cds - maybe we can just copy
old cdses over the new ones. Then
there are no problems you mentioned.
Anyway, I dont know what solution is
the simplest, but I know that I dont have
time for the big ones right now.

from comcom64.

Perhaps you can just call int2f/ae00 once at startup of comcom32, won't that be enough for what we want, as we don't want to use the result from it, at least for now?

from comcom64.

Yes, this may work.
Not that I like such solution,
but the patch is welcome. :)

from comcom64.

okay I will have a try.

from comcom64.