 |
rob
Novice
Joined: 12 Oct 2000
Posts: 30
Location: Australia
|
 Posted: Thu Feb 13, 2003 6:51 am
network question
|
Is it possible to open a file over a local network so I can control access to a database? I have 2 pcs sharing a database and my idea was to open a file stored on pc1 and write to it db being used and before pc2 tries to open the db it checks it. The problem is whenever I try to get zmud to open a file accross the network using:
#file 1 \pc2czmudtestfile.txt
it just creates testfile.txt in zmud dir of pc1. Is there any way to do this properly or any other methods of controlling access to a db? I donot want to have separate dbs either. Thanks for the help.
Rob |
|
|
|
|
seamer
Magician
Joined: 26 Feb 2001
Posts: 358
Location: Australia
|
Posted: Thu Feb 13, 2003 7:32 am
|
Are you using a plain textfile or a zmud database?
Why oh WHY did I have pass door on... |
|
|
|
|
Emit
Magician
Joined: 24 Feb 2001
Posts: 342
Location: USA
|
Posted: Thu Feb 13, 2003 4:43 pm
|
i believe a good solution would use the #ftp command available in version 6.50+. You could have an alias on both pc's (maybe atconnect) to ftp the file over from the other pc, if the other version was newer. Post a few more details about exactly what it is your trying to do and i might be able to come up with something, or just wing it using the helpfiles on #ftp 
--------
moon.icebound.net:9000 |
|
|
|
|
Vijilante
SubAdmin
Joined: 18 Nov 2001
Posts: 5182
|
Posted: Thu Feb 13, 2003 11:26 pm
|
Try using quotes. A quick test on my system was able to successfully read a network file. Also check what you have the share as for the folder or drive set to, and make sure appropiate permissions are available (full access).
#file 1 "\pc2czmudtestfile.txt" |
|
|
|
|
Charbal
GURU
Joined: 15 Jun 2001
Posts: 654
Location: USA
|
Posted: Fri Feb 14, 2003 2:26 am
|
The helpfile says #FILE is limited so that it only works on files in your zMUD directory:
quote:
The filename given in name is restricted to the current directory containing ZMUD.EXE and cannot refer to a EXE, HLP, or MUD file. This protects you from accidentally modifying important files on your disk.
If this is the case, you could get around this by using VBScript with the FileSystemObject.
- Charbal |
|
|
|
|
rob
Novice
Joined: 12 Oct 2000
Posts: 30
Location: Australia
|
Posted: Fri Feb 14, 2003 5:30 am
|
aye thanks, I use version 6.26 so the ftp idea is out and it seems the #file method will not work and I have no idea how to use visual basic to do it so back to the drawing board I guess.
|
|
|
|
|
Kjata
GURU
Joined: 10 Oct 2000
Posts: 4379
Location: USA
|
Posted: Fri Feb 14, 2003 12:43 pm
|
You should consider upgrading. The new version is free and so much better.
Kjata |
|
|
|
|
rob
Novice
Joined: 12 Oct 2000
Posts: 30
Location: Australia
|
Posted: Sat Feb 15, 2003 2:40 am
|
Yeh I did upgrade to 6.34 at one stage but had a major problem with it and not sure if it has been fixed. I have over 250 very detailed maps which use the room labels as information for mobs which are long and the mapper didnt convert these properly as they were too long and it also didnt convert my maps properly which have hundeds of long links for mazes and things like that. It seems they are too complex to convert. Anyway if it has been fixed I will upgrade. It would just take way too long to fix all the maps after the old way they converted ...
|
|
|
|
|
Kjata
GURU
Joined: 10 Oct 2000
Posts: 4379
Location: USA
|
Posted: Sat Feb 15, 2003 12:01 pm
|
Well, stuff doesn't get fixed if it isn't reported. Don't assume that what happens to you is the same thing that happens to everybody and thus you can just wait until it is fixed.
E-mail Zugg, describe your problem with details so that he may find out what the cause is. He might also need to see your maps to see why they don't convert properly.
Kjata |
|
|
|
|
|
|
|
