Hi Can you help me here? Somehow SN thinks the project is open, but it is not. How do I clear what is locking this? Thanx -- CHarles
Thanx for the previous help on this. I sent a thanx message to to the reply address (wally@steptech.com) but that bounced. Anyway I came across the problem again and there was no .lock file in the .snprj directory. I also deleted the ~/.sn stuff. Still no go :-(. Any more pointers? Thanx -- CHarles
I didn't see the reply to your question. It was in the past so, that SN has created a .lck file. But in the new release the information the project is being opened is ?stored? in the project file itself. I came sometimes into this problem and had the only chance to recreate the project. khamis Charles Manning wrote: >Thanx for the previous help on this. I sent a thanx message to to the reply >address (wally@steptech.com) but that bounced. > >Anyway I came across the problem again and there was no .lock file in the >.snprj directory. >I also deleted the ~/.sn stuff. Still no go :-(. > > >Any more pointers? > >Thanx > >-- CHarles > > -- -- Dipl.-Informatiker Khamis Abuelkomboz Rosenweg 124 58239 Schwerte +49 2304 898560 (Telefon) +49 2304 898561 (Fax) http://khamis.oimanager.de
On Tue, 12 Mar 2002 08:33, Khamis Abuelkomboz wrote: > I didn't see the reply to your question. It was in the past so, that SN > has created a .lck file. > But in the new release the information the project is being opened is > ?stored? in the > project file itself. > > I came sometimes into this problem and had the only chance to recreate > the project. I thought this might be the case: It would be nice to know which bytes in the file are the lock bytes. That would allow a fast and nasty way to fix the problem. > > khamis > > Charles Manning wrote: > >Thanx for the previous help on this. I sent a thanx message to to the > > reply address (wally@steptech.com) but that bounced. > > > >Anyway I came across the problem again and there was no .lock file in the > >.snprj directory. > >I also deleted the ~/.sn stuff. Still no go :-(. > > > > > >Any more pointers? > > > >Thanx > > > >-- CHarles
Examining the source, I find lock file management in snavigator/db/dbimp.c line 521 sprintf(lock_file,"%s.lck",db_prefix); where db_prefix is "directory/project_name". So it appears to create a file directory/project.lck which contains the user/pid/etc of the locking user. I don't see any other references to file locking, besides those in this module. -----Original Message----- From: Charles Manning Sent: Tuesday, 12 March 2002 12:50 Cc: sourcenav@sources.redhat.com Subject: Re: SN5.0.0: "you already have project xxx open on this machine" On Tue, 12 Mar 2002 08:33, Khamis Abuelkomboz wrote: > I didn't see the reply to your question. It was in the past so, that SN > has created a .lck file. > But in the new release the information the project is being opened is > ?stored? in the > project file itself. > > I came sometimes into this problem and had the only chance to recreate > the project. I thought this might be the case: It would be nice to know which bytes in the file are the lock bytes. That would allow a fast and nasty way to fix the problem. > > khamis > > Charles Manning wrote: > >Thanx for the previous help on this. I sent a thanx message to to the > > reply address (wally@steptech.com) but that bounced. > > > >Anyway I came across the problem again and there was no .lock file in the > >.snprj directory. > >I also deleted the ~/.sn stuff. Still no go :-(. > > > > > >Any more pointers? > > > >Thanx > > > >-- CHarles