Re: FATAL: could not reattach to shared memory (Win32)
От | Bruce Momjian |
---|---|
Тема | Re: FATAL: could not reattach to shared memory (Win32) |
Дата | |
Msg-id | 200709140419.l8E4Jcv29919@momjian.us обсуждение исходный текст |
Ответ на | Re: FATAL: could not reattach to shared memory (Win32) (Magnus Hagander <magnus@hagander.net>) |
Ответы |
Re: FATAL: could not reattach to shared memory
|
Список | pgsql-general |
This has been saved for the 8.4 release: http://momjian.postgresql.org/cgi-bin/pgpatches_hold --------------------------------------------------------------------------- Magnus Hagander wrote: > Shelby Cain wrote: > >> ----- Original Message ---- From: Magnus Hagander > >> <magnus@hagander.net> To: Alvaro Herrera > >> <alvherre@commandprompt.com> Cc: Terry Yapt <yapt@technovell.com>; > >> pgsql-general@postgresql.org Sent: Thursday, August 23, 2007 > >> 3:43:32 PM Subject: Re: [GENERAL] FATAL: could not reattach to > >> shared memory (Win32) > >> > >> > >> 8.3 will have a new way to deal with shared mem on win32. It's the > >> same underlying tech, but we're no longer trying to squeeze it into > >> an emulation of sysv. With a bit of luck, that'll help :-) > >> > >> //Magnus > >> > > > > Wild guess on my part... could that error be the result of an attempt > > to map shared memory into a process at a fixed location that just > > happens to already be occupied by a dll that Windows had decided to > > relocate? > > Not that wild a guess, really :-) I'd say it's a very good possibility - > but I have no idea why it'd do that, since all backends load the same > DLLs at that stage. > > //Magnus > > > ---------------------------(end of broadcast)--------------------------- > TIP 2: Don't 'kill -9' the postmaster -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-general по дате отправления: