search

dosemu2 / fdpp

FreeDOS plus-plus, 64bit DOS
GNU General Public License v3.0
198 stars 18 forks source link

Cannot DIR with netware vlm client #197

Closed bpranoto closed 2 years ago

bpranoto commented 2 years ago

I tried to install netware vlm dos client on dosemu2+fdpp+comcom32 system.

Loading the vlm client (lsl and vlm) is good, it can see and attach and even log in to the netware server.

However, once we access the mapped drive with DIR F: (which list nothing) dosemu can only list he first file on the local drives. DIR D: now only shows the first file (FDAUTOEM.BAT). DIR on mapped network drives (F:, Z:) shows nothing.

Despite the problem, dosemu doesn't crash, I can even call EXITEMU to exit.

Attached is the boot log with -DD9

boot.log

andrewbird commented 2 years ago

Hi there, I think you'll need to rerun your test with the logging for MFS turned on i.e. -DD9d otherwise we won't be able to see if the filesystem calls are being handled by Netware or our redirector. Also

bpranoto commented 2 years ago

Output of lredir:

image

The netware command MAP.EXE resides in netware SYS:PUBLIC directory, so it can't be executed because DOSEMU is unable to see it.

Attached is the log file with -DD9d boot.log

andrewbird commented 2 years ago

The netware command MAP.EXE resides in netware SYS:PUBLIC directory, so it can't be executed because DOSEMU is unable to see it.

Is SYS:PUBLIC mapped itself? Can you execute it by full path e.g. F:\map.exe? I'm aiming to see whether just findfile/next is broken or the whole interaction between Netware and our redirector.

bpranoto commented 2 years ago

When I was logged in, the mapping commands in the login script is executed image

But, as you can see in the screenshot, I cannot execute the map.exe by its full path.

andrewbird commented 2 years ago

I think I'm going to have to try to recreate your setup here. What versions of Netware server and client are you running?

andrewbird commented 2 years ago

BTW I think I set up Netware only once 30 years ago, so it might be a challenge!

bpranoto commented 2 years ago

Netware server version 6.5 sp8 (latest version before discontinuation) vlm v1,21

Other problem is current linux kernel drops ipx and ncpfs support, we have to install the kernel modules by ourself.

I think it will be easier if I give you ssh access to my computer? I just install the computer because it is an unused old computer. Please give me your email address.

bpranoto commented 2 years ago

you can contact me at bpranoto@gmail.com

andrewbird commented 2 years ago

I forgot to ask, is this a regression or has it never worked?

bpranoto commented 2 years ago

It is the first time I try in dosemu2/fdpp.

bpranoto commented 2 years ago

it works in opendos

stsp commented 2 years ago

Try freecom instead of comcom32. If that fails too, try freedos. And in case of fdpp please add the f letter to the log flags.

andrewbird commented 2 years ago

it works in opendos

Interesting, that's unexpected to me.

@stsp , he's provided me with ssh now and I can confirm it's the same with freecom. I noticed from one of the logs he posted that something obtained LOL and SDA, so there might be some direct poking of those structures going on. I just tried Freedos 1.2 kernel + freecom and that works okay to dir c: (mfs) and dir z: (netware).

stsp commented 2 years ago

Cool, thanks for info. If it goes for lol, try $_dos_up=(off) to see if maybe it doesnt like lol in umb.

andrewbird commented 2 years ago

If it goes for lol, try $_dos_up=(off)

No, unfortunately it didn't help.

Here are the logs with -f from the previous run (with default dos_up) t1.zip

andrewbird commented 2 years ago

This FDPP debugging is probably beyond me, I was expecting an MFS problem. @bpranoto if @stsp wants to take over, will you extend the login details to him please?

bpranoto commented 2 years ago

no problem... You can forward my email to him.

stsp commented 2 years ago

Works fine with freedos. So the interesting thing is that vlm changes int2f/111ch call (findnext) with 110ch call under fdpp...

stsp commented 2 years ago

Should now be fixed.

stsp commented 2 years ago

Andrew, would you like to add test about SS=DOS_DS (and maybe some other things you can think of) on the appropriate redirector calls?

stsp commented 2 years ago

I wonder if other things, like SFT pointers, should also be relative to DOS_DS? Although I haven't seen this ever documented that way.

andrewbird commented 2 years ago

Andrew, would you like to add test about SS=DOS_DS (and maybe some other things you can think of) on the appropriate redirector calls?

Do you have an idea on how to implement such a test? My only idea is that maybe I could sample dosemu's log file, but I think I'll have difficulty associating the section of log with the test call.

stsp commented 2 years ago

Do you have an idea on how to implement such a test?

Same as vlm does. You hook int2f and wait till DOS calls you. Or?