Em Qua 05 Fev 2003 04:40, Bart Oldeman escreveu:
> But what you can check is in the following scenario:
> suppose the Linux box is a samba server and the Windows client issues a
> lock. Now can a DOSEMU which runs on that samba server see that lock?
Yes if I mount a samba share instead of opening file locally. Ok it is not 
the right thing to do. It should be able to open file locally and see windows 
locks, but if I could not make it work by the right way, I think it is a 
solution for now.

Opening file using mounted samba share, Windows can see dosemu locks and 
dosemu can see Windows locks. The problem is that the same application in 
dosemu is working different. I am using DBU (do you know it) to open the same 
file in dosemu and Windows ant this is what happens:

1. Open in dosem first
When I open DBU in Windows it can see file is exclusive opened in dosemu and 
show only the name of dbf file, but do not show its fields and can not open 
it to see contents of file. That is expected to happen.

2. Open file in Windows first
When I open DBU in dosemu it gives an error message: "File corruption 
detected" and abort. Ok, that means dosem can see file is already opened but 
the problem is the way it is dealing with it. DBU should work the same way as 
in Windows.

> ...Now as you can
> guess that would be quite a bit of work and I certainly will not be
> doing this any time soon (though I would happily accept patches of
> course).
And I am not the one to make this patch :-(. I do not have knowledgement 
enough in C programming language for this. If you or our dosemu partners 
could only make DBU have the same behaviour in dosemu and Windows I will be 
happy. If it happens, that means I can finally send Windows to .......

Off topic: if my english is bad and is not making problems clear enough 
please tell me and I'll try to write better next time.

[]s
Anderson Pereira Ataides
-
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to