From: | "Magnus Hagander" <mha(at)sollentuna(dot)net> |
---|---|
To: | "Fix for terminal server" <anthony(dot)communier(at)laposte(dot)net>, <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #2248: Fix for terminal server |
Date: | 2006-02-09 15:50:16 |
Message-ID: | 6BCB9D8A16AC4241919521715F4D8BCE6C7FD8@algol.sollentuna.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
> The following bug has been logged online:
>
> Bug reference: 2248
> Logged by: Fix for terminal server
> Email address: anthony(dot)communier(at)laposte(dot)net
> PostgreSQL version: 8.1.2
> Operating system: Win 32
> Description: Fix for terminal server
> Details:
>
> I am sorry, these is not a bug report but i don't know where
> to post the following message :
>
> In order to fix problem with shared memory on the Win32
> Terminal Server all kernel object must be prefixed with Global\
>
> Kernel Object are used by the following functions :
>
> CreateEvent
> CreateSemaphore
> OpenSemaphore
> CreateFileMapping
> OpenFileMapping
>
> I am not sure for Named Pipe
>
> Those functions are used in the source directory
> src\backend\port\win32
>
> I can't test these fix because I have no terminal server at
> home, but it works fine with win32 services i have developped
> at work. So the following lines can help you to solve the
> problem quickly :
>
> Fix for version 8.1.2 :
>
>
> sema.c:l 142
> sprintf(semname, "Global\\PG_SEMSET.%d.", semKey);
>
> shmem.c:l 92
> sprintf(szShareMem, "Global\\PostgreSQL.%d", memKey);
>
> I think that's all.
>
> These problem should be encountered with fast user switch on
> Win XP but i am not sure. Fast user switch is implemented
> like Terminal Server as far as i know.
>
> Docs can be found there :
>
> http://msdn.microsoft.com/library/default.asp?url=/library/en-
> us/termserv/te
> rmserv/kernel_object_namespaces.asp
Have you actually tried this, or are you just guessing?
Because during the dev of 8.0, we definitly tried that. And it didn't
help then. But perhaps something else has changed..
//Magnus
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Fuhr | 2006-02-09 15:58:57 | Re: BUG #2236: extremely slow to get unescaped bytea data |
Previous Message | Alvaro Herrera | 2006-02-09 15:46:46 | Re: BUG #2236: extremely slow to get unescaped bytea data |