ugetcwd / uchdir freakiness
Hello.
Quoted 5 lines · Bart Oldeman
Quoted 4 lines
done, besides getting rid of all the comcom's problems, 4/5 of the convoluted coopthreads code can be simply thrown away and the rest can be greately simplified.
that's a bit of a rigorous move
Yes but without it you'll never be able to close the coopthreads' and comcom's - related bugs on SF, which will mean the 1.2 will again have the bunch of an unresolved severe problems.
Quoted 2 lines
on the other hand comcom is better in that it has a persistent command history (between DOSEMU sessions)
Many shell programs like DosNavigator adds this ability a dosemu-independant way. Users who needs this, generally use a dosemu-independant way for that.
I guess this can be easily implemented as an option in a freecom as well.
Quoted 1 line
the X title display
Will take less than 5 minutes to implement in a comcom-independant way - wanna see the patch, just let me know:)
Quoted 1 line
doesn't need to swap itself to XMS to be lean on DOS memory.
What's the problem with this given that this is how the things works in an absence of dosemu?
Quoted 1 line
Also FreeCOM of course has the same problem as lredir here in that it can also only be compiled with tcc.
No, it can be included in a dosemu-freedos package.
Quoted 1 line
Well of course kernel.sys has the same
Exactly. The helper tools are dosemu-specific so building them inside dosemu is logical - they need to talk to dosemu anyway. OTOH command.com is just a part of a DOS distribution, just like the kernel.sys. Handling these two differently is not justified. We could just as well write an internal NortonCommander etc...
Quoted 3 lines
All in all, I think that comcom is good enough as the basic command interpreter, and those who want to use FreeCOM (or 4DOS or whatever) instead know where to find it.
Doesn't look like a real reason for keeping such a headache with us (both the comcom and coopthreads are known to be problematic and there will be nothing changed in the near future here, while all the other problematic areas are getting extensively patched). The freedos package is required to run dosemu out-of-box anyway, so the comcom's presense doesn't help a lot also here.
So there might be other reasons I guess, probably they are less technical though...