[Dev] Preventing user from running multiple instances
Morgen Sagen
morgen at osafoundation.org
Wed Mar 2 11:31:01 PST 2005
Excellent, Andi. Does anyone have an objection to me making
exclusive-access the default for Chandler?
On Mar 2, 2005, at 11:26 AM, Andi Vajda wrote:
>
>> For various reasons we don't want the user to be able to run multiple
>> instances of Chandler against the same repository. For example, if
>> you fire up two instances at the same time, one of them will complain
>> that //Schema already exists, and there are other places where things
>> don't quite work. So I was wondering if anyone had an idea for a
>> cross-platform way to prevent multiple concurrent instances accessing
>> a repository. Chandler could look for and create a lock file next to
>> the repository directory, and place its process ID in there, thereby
>> allowing it to detect whether an existing lock file is obsolete
>> because a previous instance died without removing it. (Does Windows
>> have the notion of PID?) This method leaves the repository itself
>> out of it -- purely an application level function. Or we could get
>> the repository involved and have it keep track of which process has
>> it open, and the application layer asks the repository. I guess I
>> would lean toward the former method.
>>
>> I'm sure there must be some python module that does this already, in
>> a cross-platform way...
>
> This is an old problem that I fixed a few months ago. If you don't
> want multiple Chandlers to run concurrently, start the first one with
> -x or --exclusive.
>
> Andi..
>
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "Dev" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/dev
>>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "Dev" mailing list
> http://lists.osafoundation.org/mailman/listinfo/dev
More information about the Dev
mailing list