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

Andrew Dunstan wrote:
>
>
> 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
>

I'm not familiar enough with the intialization process of the postmaster
to provide a patch. Yeah, I could learn it but I don't have time for
that right now. Unfortunately, I've had to do lots of windows coding
which is why I jumped into this thread to help find a solution.

--
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/