# shared extensions don't load there default ini settings

- Thread: https://externals.io/message/9892
- Original archive: https://news-web.php.net/php.internals/9892
- Started by Edin Kadribasic on 2004-05-17T13:41:37+00:00
- Messages: 2
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #9892 — Edin Kadribasic — 2004-05-17T13:41:37+00:00

URL: https://externals.io/message/9892#9892

Hi,

This problem noticed in HEAD with pgsql extension for example. When loaded
via php.ini it does not function since it thinks that the maximum number of
connections is exhausted. None of  the other php.ini settings seem to be
registered.

Could this be related to the patch preventing loading extension twice?

Edin

---

## #9898 — su1d — 2004-05-17T16:39:29+00:00

URL: https://externals.io/message/9892#9898 · In reply to: #9892

> This problem noticed in HEAD with pgsql extension for example. When loaded
> via php.ini it does not function since it thinks that the maximum number
of
> connections is exhausted. None of  the other php.ini settings seem to be
> registered.

Actually, it neither gets loaded with `dl()` call.
That means extension_loaded('pgsql') returns true,
but ini_get_all('pgsql') returns an empty array in both cases (via php.ini
or `dl()` call).


> Could this be related to the patch preventing loading extension twice?

Have there been any? That's a bit strange, because if you put
display_startup_errors=On in php.ini and try to execute at least "php -v",
you get a pretty bunch of "Constant has already been defined" warnings,
displaying constants of all(?) extensions.