Skip site navigation (1) Skip section navigation (2)

Re: BUG #2248: Fix for terminal server

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 (view raw or flat)
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

pgsql-bugs by date

Next:From: Michael FuhrDate: 2006-02-09 15:58:57
Subject: Re: BUG #2236: extremely slow to get unescaped bytea data
Previous:From: Alvaro HerreraDate: 2006-02-09 15:46:46
Subject: Re: BUG #2236: extremely slow to get unescaped bytea data

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group