Hi,
I'm trying to run freecom[1] of the freedos project in wineconsole. After changing comspec in user.reg and some ugly hacks to kernel/dosmem.c it runs (dosmem_paragraph.patch). But it will never run cleanly without proper MCB support (it does its own MCB-chain walking, like a lot of other programms).
I tried to implement it (dos_mcb.patch also ugly), and now i have some design questions: - where to implement MCB's? kernel or winedos? (the PSP from winedos is needed to write the MCB and the first MCB is needed in winedos DOS_LOL[2]) - how to get rid of the separtion hack of DOSMEM[3] - what about the use of DOSMEM in global16.c, do they need also MCB's (found no docu about the GA_DOSMEM flag)
Markus
[1] http://freedos.sourceforge.net/freecom/FreeCOM.html [2] http://source.winehq.org/source/dlls/winedos/devices.c#L478 [3] http://source.winehq.org/source/dlls/kernel/kernel32.spec#L1164
Hi,
--- markus.amsler@oribi.org wrote:
I'm trying to run freecom[1] of the freedos project in wineconsole. After changing comspec in user.reg and some ugly hacks to kernel/dosmem.c it runs (dosmem_paragraph.patch). But it will never run cleanly without proper MCB support (it does its own MCB-chain walking, like a lot of other programms).
Do you have to run FreeCOM? You could run ReactOS cmd.exe. Its based on FreeCOM but works on Wine already.
Thanks Steven
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail
Hi,
Quoting Steven Edwards steven_ed4153@yahoo.com:
Do you have to run FreeCOM? You could run ReactOS cmd.exe. Its based on FreeCOM but works on Wine already.
Perhaps. The main goal isn't running FreeCOM, my goal is TSR (Terminate and Stay Resident) support. I thought, the easiest way to get TSR working, is to start a DOS shell (not a win32 shell), and from there start the TSR programm. After receiving the TSR interrupt, you just haven't to free memory and interrupts, and it stays resident in the DOS Memory.(windows cmd.exe spawns also command.com if you run a TSR programm). So I need a DOS shell. First I tried Windows command.com, without success, it makes heavy use of the BIOS Rom (and is propriatary too). With FreeCOM I had more luck, some TSR's are working more or less.
Now, what should happen, if you start a TSR programm in a win32 shell (like wcmd,Reactos cmd.exe or Windows cmd.exe)? Spawn FreeCOM, implement TSR somehow in win32 (shell or ntdll) or no TSR support in win32 shells?
Any other ideas?
Markus
markus.amsler@oribi.org writes:
Now, what should happen, if you start a TSR programm in a win32 shell (like wcmd,Reactos cmd.exe or Windows cmd.exe)? Spawn FreeCOM, implement TSR somehow in win32 (shell or ntdll) or no TSR support in win32 shells?
No, TSR support doesn't make sense in Win32. What do you need it for?
Quoting Alexandre Julliard julliard@winehq.org:
markus.amsler@oribi.org writes:
Now, what should happen, if you start a TSR programm in a win32 shell
(like
wcmd,Reactos cmd.exe or Windows cmd.exe)? Spawn FreeCOM, implement TSR
somehow
in win32 (shell or ntdll) or no TSR support in win32 shells?
No, TSR support doesn't make sense in Win32. What do you need it for?
I'm trying to run a DOS application, that uses a TSR as a database driver. So I donn't need TSR support in win32. I was just thinking how TSR support should look like in wine, and that involves what should happen if you start a TSR programm in a win32 shell. You can run already DOS programms in Win32 shells, so it's naturally to try running a TSR.
Markus
markus.amsler@oribi.org writes:
I'm trying to run a DOS application, that uses a TSR as a database driver. So I donn't need TSR support in win32. I was just thinking how TSR support should look like in wine, and that involves what should happen if you start a TSR programm in a win32 shell. You can run already DOS programms in Win32 shells, so it's naturally to try running a TSR.
The problem is that launching a DOS program from a Win32 shell creates a new DOS box, so you can certainly run a TSR in there but your app won't be able to access it since it won't run in the same DOS box. So yes, you need to start the TSR from a DOS shell. But I suspect that a real DOS emulator may be a better choice for your app than Wine.