A couple of observations: I assume that the K: drive is a network drive that is being shared. I have always had better luck and better performance when the R:Base files are located in a local drive and only the database and application files are in a shared directory; I know it is a pain to update but it is not like we update a lot. You may want to check the paths in all the machines, the directory in the path will be searched first and it may be the cause of your problems. Make sure that if you copied files via CD that you change the file attributes, as most CD software will default to read only. Javier,
Javier Valencia, PE President Valencia Technology Group, L.L.C. 14315 S. Twilight Ln, Suite #14 Olathe, Kansas 66962-4578 Office (913)829-0888 Fax (913)649-2904 Cell (913)915-3137 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jim Limburg Sent: Tuesday, June 17, 2003 3:51 PM To: RBASE-L Mailing List Subject: [RBASE-L] - RBDos 65 - Conn 4 1 user G-Day all Using RBASE DOS 65 ++ current etc... I have one user who is having all sorts of connection problems. This user is the network admin so there is surely no rights issues. The problem is this -- when any other user is connected to a database she cannot connect. The wierd thing is that when she is the first to connect, others can get into the database. The error we get is the standard #7 cannot connect to database... Here is what I have checked so far 1. Each RBase.cfg that is being used like K:\rbti\RBDOS65\RBASE65.EXE -ok:\rbusers\username\rbase.cfg -r is identical except for the NAME in the files settings. 2. scratch directories are all local for each user 3. Each user is using the same APP/APX file to attempt the Connection so the settings should really be the same... 4. Cannot connect using CONN at R:> for this user.. 5. All settings seem to be the same as far as I can see, they are all reading CFG files that are the same. 6. There is no RBASE.CFG file in the database directory or the RBASE65.EXE directory. Anyone have any other suggestions Jim Limburg
