From melbourne.dialix.com.au!not-for-mail Sat Apr 19 08:35:13 1997
Path: melbourne.dialix.com.au!not-for-mail

Newsgroups: comp.lang.pascal.delphi.databases
Subject: Sharing violation on drive G:
Date: 19 Apr 1997 08:31:59 +1000
Organization: DIALix Services, Melbourne, Australia.
Lines: 30

I'm working on a system that had originally 1 client station running WFWG
Delphi 1.0 and another one running WFWG and Paradox 5.0, tables residing
on a Novell Netware 4.0 server.
We decided to install an extra client station running WFWG and using same
copy of Paradox 5.0 installation disks for test (we intend to buy another
original copy of Paradox).
The problem is we keep getting WFWG error message:
"Sharing violation on drive G:" - drive G on server has been mapped where
tables reside.
I have checked local share, and other settings as per borland
recommendation as well as server settings. It is OK. I've found that file
PDOXUSERS.NET, common and residing on the server for all client stations
is the one causing us problem.
Question: Does Borland verify if two copies of Paradox are true, doing a
sort of user count, and then inhibits more than one user using same copy
to access tables?
Client is putting a question mark on ability of Paradox operating as a
multi-user, concurrent system on a LAN.
Before we drop the product, could anyone help me on this matter.

Note: I have also verified TI3160-BDE and database Desktop Locking
Protocol and no clues what is causing the problem.

thanks in advance for any assistance

--

74 Pasadena Crescent
Bentleigh East, Vic 3165 - Australia
Phone +61 3 9570 2026

I have a similar problem (the difference being that I get sharing
violations not only on the data drive, but also on the other network
drives: the one with the Paradox and IDAPI on it - that's the one I have
PDOXUSRS.NET on, too - and the drive with user private directories).

I was hoping the answers to your question might help me, too;  but,
since there are none, I'll just share some of my experience with you
(mind you, I still haven't solved my problem yet).  My installation uses
multiple legal copies of Paradox (site license), so that isn't the
problem.  But you may want to make sure your retry period is set to
something above 0.  When I put the line setRetryPeriod(10) in my
Form::open method, it seemed to improve things somewhat.

Good luck.

Victor.

if still fails then log all users off
delete file
PdoxUsrs.Net

first user will create file and all others will share it.
File and drive must be read, write, create to all users.

there is a note in the tech bulletins
about not using Subst drives and under some conditions the
drive path must be the same
don't have it with me at the moment
mick