Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!uunet!brunix!cs.brown.edu!pew
From: pew@cs.brown.edu (Peter E. Wagner)
Newsgroups: comp.databases
Subject: Re: FoxPro runtime under DesqView
Keywords: foxpro,desqview
Message-ID: <74257@brunix.UUCP>
Date: 2 May 91 15:30:08 GMT
References: <1991Apr30.191335.177@ux1.cso.uiuc.edu> <1991May1.130904.26628@mccc.edu>
Sender: news@brunix.UUCP
Organization: Brown Computer Science Dept.
Lines: 31

In article <1991May1.130904.26628@mccc.edu>, shevett@mccc.edu (Dave Shevett) writes:
|> In article <1991Apr30.191335.177@ux1.cso.uiuc.edu> aindiana@osiris.cso.uiuc.edu (Daiv Stoner) writes:
|> =
|> =I'm trying to use FoxPro runtime (multiuser) under DesqView and
|> =having a problem.  When using DesqView, the file and record locks
|> =in FoxPro don't work.  In other words, I can open a database
|> =(exclusively) in one window, then switch windows and open the
|> =same database (exclusively) again.  Is this really happening, or
|> =am I brain dead?  
|> 
|> I think some of the problem may be related to something I noticed in
|> FoxBase+ Multiuser.  Are you running these databases on a network 
|> volume of some type?  FoxBase+ would lock up when I tried to do file/
|> record locking via DesqView on a *local* drive, but when I threw them
|> up on our Novell server, it worked fine.  Anyone care to comment on this?
|> 

When you run Foxbase+ multiuser on a local, non-networked drive, you
must issue the DOS 'share' command before loading mfoxplus.


    Peter
-- 
----------------------------------------------------------------
Peter E. Wagner          (401)863-7685        pew@cs.brown.edu
Department Computer Science   Box 1910        pew@BROWNCS.BITNET
Brown University, Providence, RI 02912        uunet!brunix!pew

Woody Allen when asked if he thought sex was dirty;
                                           `If you do it right.'
----------------------------------------------------------------