Quote:
|
Originally Posted by Steve Green
first, the "one machine at a time" issue will always be a mapping/path conflict.. every machine must access ALL needed files and folders using the EXACT same mapping/path.. not just resolution to the same place.. the EXACT same path, including upper/lower case.. also, bear in mind that PdoxDOS handles long filenames differently than the BDE, so everything in common should stay within the 8.3 convention..
|
I know all of this. The path, \\webcluster01\source\catsdata is mapped as q:\ on all the machines. The subdirectories of q:\ are all seven characters long or less. Today, while I am physically present at the office, remoted into the same two machines I've been using for the past couple of weeks from home, the app seems to have no problem running on both at the same time.
Quote:
|
Originally Posted by Steve Green
you mention using PdoxDOS, PdoxWIN, and Delphi.. that's not uncommon, but it's a lot of pieces to get in synch, when you change the underlying system.. have you tested one piece at a timne,
|
PdoxDOS refuses to work at all, even if Pdoxwin and Delphi are not looking at the directory. I always get the byte lock failure. But I can run the Delphi app on the machine that won't run PdoxDOS; I can add and edit records so it seems that I must have proper rights.
On the novell server, PdoxDOS has been functioning normally for over a decade.