| От | Mike Mascari |
|---|---|
| Тема | Re: PG + PHP, was Re: Zend survey result about dbms... |
| Дата | |
| Msg-id | 3F6CD7C4.60709@mascari.com обсуждение исходный текст |
| Ответ на | Re: PG + PHP, was Re: Zend survey result about dbms... (Mike Mascari <mascarm@mascari.com>) |
| Список | pgsql-general |
Mike Mascari wrote: > Tom Lane wrote: >>Uh, what exactly does it buy you to involve an environment variable >>in this process? I think it just adds fragility. (For example, >>exposing setenv to the user creates the risk that he'll overwrite >>something of importance, like PATH.) > > Actually, I meant that setenv() and getenv() would only be used to > store the memory address of a privately manipulated variable map. I > did not mean that it should actually be used to store and retrieve the > variables themselves. If there is already a way to palloc() memory > using a key that lives for the lifetime of a backend, then that's > obviously the way to go. I was proceeding under the assumption that > there wasn't. It's been a long time since I've used global variables. Sorry... Mike Mascari mascarm@mascari.com
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера