On 29 Aug 2002, Stephen Lee wrote:

> On Thu, 2002-08-29 at 11:20, Oscar A. Valdez wrote:
> > I don't know what version of the kernel comes with 1.1.3.2, but, like
> > Bart said, your $_hdimage gets converted to an lredir'd drive, and if
> > your kernel doesn't handle locks properly on lredir'd drives, you won't
> > be able to set locks on C:
> > 
> > Bart, what version of the kernel comes with 1.1.3.2? Is it OK to use a
> > higher version of kernel.sys with it?

There is no kernel that comes with 1.1.3.2 - it's just a development
test version of DOSEMU. In general DOSEMU is FreeDOS kernel agnostic -
though newer kernels tend to work better than older ones.

> > Oscar
> 
> Hmmm...does that mean I should be using Freedos and not DRDOS if I want
> proper kernel locking? I hope Foxpro works well with Freedos!

FreeDOS should work just like DR-DOS in this respect but it never
hurts to try FreeDOS.

In general DOS talks to DOSEMU lredir'ed drive through the redirector
interface. This is a list of calls you can find in Ralf Brown's
Interrupt List at INT2F/AX=11xx. It's a horrible interface because it
wasn't designed as such - but we have to live with it to get proprietary
DOSes to access lredir'ed drives.

The same redirector interface is what DOS uses to talk to network drives
in general and with MSCDEX/(FD/SHSUCDEX)/NWCDEX for CDROM drives too.

FreeDOS kernels before ~2026 did not translate
--------D-215C-------------------------------
INT 21 - DOS 3.0+ - "FLOCK" - RECORD LOCKING
into
--------N-2F110A-----------------------------
INT 2F CU - NETWORK REDIRECTOR (DOS 4.0+) - LOCK/UNLOCK REGION OF FILE

That was the problem - the redirector interface is a relatively recent
addition to FreeDOS. DR-DOS should not have this bug.

I suspect that the way that DOSEMU tries to implement DOS locking
techniques is not compatible with mandatory locking on the Samba Unix
side.

Bart

-
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