[26907] in Athena Bugs
Re: 9.5.27 linux: firefox lockfile problems
daemon@ATHENA.MIT.EDU (Robert Basch)
Thu Jul 27 11:02:09 2006
In-Reply-To: <20060726202851.GN661@multics.mit.edu>
Mime-Version: 1.0 (Apple Message framework v750)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <5825E062-45F1-4779-BCD6-8C613E20E068@mit.edu>
Content-Transfer-Encoding: 7bit
From: Robert Basch <rbasch@mit.edu>
Date: Thu, 27 Jul 2006 11:01:43 -0400
To: John Hawkinson <jhawk@mit.edu>
X-Spam-Score: 5.261
X-Spam-Level: ***** (5.261)
X-Spam-Flag: NO
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
On Jul 26, 2006, at 4:28 PM, John Hawkinson wrote:
> lrwxr-xr-x 1 yangr mit 16 Jun 26 17:54 lock -> 18.63.1.12:13727
> -rw------- 1 yangr mit 7797 Apr 1 11:37 mimeTypes.rdf
> -rw------- 1 yangr mit 0 Jul 26 16:24 .parentlock
This might be a different problem -- the lock symlink appears to
be old. In this case, it looks like firefox checks the IP address
in the symlink against the current machine's address, and
considers the profile locked when the addresses do not
match. This particular problem should not reoccur once the
old (pre-1.5.0) symlink is removed, though -- the new version
puts a leading '+' in the symlink's PID value, which denotes
that the fcntl() lock has been acquired -- unless the user is
switching between 9.4.27 and pre-9.4.27 machines.
Thanks,
Bob
