Re: 8.3 .4 + Vista + MingW + initdb = ACCESS_DENIED

Andrew Chernow wrote:
> Andrew Dunstan wrote:
>>>
>>> Has anyone considered not using a file lock on windows? CreateMutex
>>> might do the trick if provided a mutex name, making it global rather
>>> than process bound. OpenMutex can be used to test if the mutex
>>> exists or if it is currently locked. I guess it would stay locked.
>>> If there is a crash, it is automatically closed by the os.
>>>
>>> The docs state the system closes the handle (mutex) when the process
>>> terminates and makes no mention of this being a lingering action
>>> like LockFileEx. It sounds like the mutex is closed ASAP when the
>>> process terminates, just like file handles.
>>>
>>
>> Please review the previous discussion. This whole thing came about
>> because of major problems in handling Global objects.
>>
>>
>>
>>
>
> I did review it which is why I proposed global mutexes. No one spoke
> about mutexes. The conversation was about global sections, like file
> mappings. Global sections fall under a stricter security policy than
> global mutexes. I just ran the below code on Vista as a dumb-dumb
> non-administrative user (no SeCreateGlobalPrivilege) and it worked
> like a charm (compiled with VisualStudio.NET 2003 v7 13.10.3077).
> Maybe I am missing something?
>

OK, my apologies. This certainly looks like a promising line of
development. Can you develop a complete patch along these lines?

cheers

andrew