Re: Discontent with development process (was:Re: pgaccess - the discussion is over)

Поиск
Список
Период
Сортировка
От Myron Scott
Тема Re: Discontent with development process (was:Re: pgaccess - the discussion is over)
Дата
Msg-id 3CE138B6.6040304@sacadia.com
обсуждение исходный текст
Ответ на pgaccess - the discussion is over  ("Iavor Raytchev" <iavor.raytchev@verysmall.org>)
Ответы Re: Discontent with development process (was:Re: pgaccess  ("Marc G. Fournier" <scrappy@hub.org>)
Список pgsql-hackers

Tom Lane wrote:

>
>
>With a little more intelligence in the manager of this table, this could
>also solve my concern about pointer variables.  Perhaps the entries
>could include not just address/size but some type information.  If the
>manager knows "this variable is a pointer to a palloc'd string" then it
>could do the Right Thing during fork.  Not sure offhand what the
>categories would need to be, but we could derive those if anyone has
>cataloged the variables that get passed down from postmaster to children.
>
>I don't think it needs to be a hashtable --- you wouldn't ever be doing
>lookups in it, would you?  Just a simple list of things-to-copy ought to
>do fine.
>    
>
I'm thinking in a threaded context where a method may need to lookup a
global that is not passed in.  But for copying, I suppose no lookups 
would be
neccessary.


Myron Scott
mkscott@sacadia.com




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Discontent with development process (was:Re: pgaccess - the discussion is over)
Следующее
От: "Marc G. Fournier"
Дата:
Сообщение: Global Variables (Was: Re: Discontent with development process (was:Re: pgaccess - the discussion is over) )