#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905
Comment by: marcio dot muzzi at gmail dot com
Reported By: ionut dot stan at yahoo dot com
Status: Assigned
Bug Type: Dynamic loading
Operating System: Windows XP professional 64bit
PHP Version: 5.2.6
Assigned To: pajoye
New Comment:
all who want to go back to version 5.2.5, php and using Wamp server,
knife download the PHP 5.2.5 addon in www.wampserver.com / en /
addons_php.php. Once installed the addon solved this problem with
pg_connect
Previous Comments:
[2008-06-27 15:17:54] kenorb at gmail dot com
Hi,
After installed WAMP 2.0 on Vista and I have the same problem;(
It will be fixed in next version?
[2008-06-17 07:26:54] travisvz at gmail dot com
I have also experienced this problem (Apache 2.2 with PHP 5.2.6 on
Windows XP Pro 32-bit). I have found another workaround that may be
simpler if your PostgreSQL 8.3 is on the same system as your PHP
installation: Simply add your PostgreSQL bin directory ("C:\Program
Files\PostgreSQL\8.3\bin" on my system) to your system path. Same effect
as copying the necessary libraries to your PHP directory, but perhaps
easier to maintain (especially once a fix is found for this problem).
[2008-06-03 20:31:34] eric at myprojects dot srhost dot info
I have tested on 32bit windows that pgsql extension
could loaded but required download some files from pgsql server 8.3.1
binary.
This can be download from offical site or
I have packed a small archive that could downloaded.
url:
pgserver offical site download
http://wwwmaster.postgresql.org/download/mirrors-ftp?file=%2Fbinary%2Fv8.3.1%2Fwin32%2Fpostgresql-8.3.1-1-binaries-no-installer.zip
small archive.
http://myprojects.srhost.info/download/php_pgsql_files.zip
[2008-05-31 08:21:43] [EMAIL PROTECTED]
"How difficult can it be to test the most basic things, like starting
php, before making a release? Good grief. If you can't do the simple
things why do you think people should trust you with the complex
things?"
How difficult it is to test the RC? How difficult it is to report
issues before the stable release instead of waiting the final day?
That being said, we do run php and the tests suite before any release.
But as some dlls are in the path, I did not detect that the new version
(we upgraded libpq in 5.2.6, different version than with 5.2.5) was not
static by default. Given the time we had to pack this release, I'm
actually very happy that only this error remains (and have an easy work
around).
[2008-05-31 07:50:52] no at where dot zz
How difficult can it be to test the most basic things, like starting
php, before making a release? Good grief. If you can't do the simple
things why do you think people should trust you with the complex things?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/44905
--
Edit this bug report at http://bugs.php.net/?id=44905&edit=1
#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905
Comment by: kenorb at gmail dot com
Reported By: ionut dot stan at yahoo dot com
Status: Assigned
Bug Type: Dynamic loading
Operating System: Windows XP professional 64bit
PHP Version: 5.2.6
Assigned To: pajoye
New Comment:
Hi,
After installed WAMP 2.0 on Vista and I have the same problem;(
It will be fixed in next version?
Previous Comments:
[2008-06-17 07:26:54] travisvz at gmail dot com
I have also experienced this problem (Apache 2.2 with PHP 5.2.6 on
Windows XP Pro 32-bit). I have found another workaround that may be
simpler if your PostgreSQL 8.3 is on the same system as your PHP
installation: Simply add your PostgreSQL bin directory ("C:\Program
Files\PostgreSQL\8.3\bin" on my system) to your system path. Same effect
as copying the necessary libraries to your PHP directory, but perhaps
easier to maintain (especially once a fix is found for this problem).
[2008-06-03 20:31:34] eric at myprojects dot srhost dot info
I have tested on 32bit windows that pgsql extension
could loaded but required download some files from pgsql server 8.3.1
binary.
This can be download from offical site or
I have packed a small archive that could downloaded.
url:
pgserver offical site download
http://wwwmaster.postgresql.org/download/mirrors-ftp?file=%2Fbinary%2Fv8.3.1%2Fwin32%2Fpostgresql-8.3.1-1-binaries-no-installer.zip
small archive.
http://myprojects.srhost.info/download/php_pgsql_files.zip
[2008-05-31 08:21:43] [EMAIL PROTECTED]
"How difficult can it be to test the most basic things, like starting
php, before making a release? Good grief. If you can't do the simple
things why do you think people should trust you with the complex
things?"
How difficult it is to test the RC? How difficult it is to report
issues before the stable release instead of waiting the final day?
That being said, we do run php and the tests suite before any release.
But as some dlls are in the path, I did not detect that the new version
(we upgraded libpq in 5.2.6, different version than with 5.2.5) was not
static by default. Given the time we had to pack this release, I'm
actually very happy that only this error remains (and have an easy work
around).
[2008-05-31 07:50:52] no at where dot zz
How difficult can it be to test the most basic things, like starting
php, before making a release? Good grief. If you can't do the simple
things why do you think people should trust you with the complex things?
[2008-05-30 12:14:58] [EMAIL PROTECTED]
The safer work around is to use the php 5.2.5 DLL extension.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/44905
--
Edit this bug report at http://bugs.php.net/?id=44905&edit=1
#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905
Comment by: travisvz at gmail dot com
Reported By: ionut dot stan at yahoo dot com
Status: Assigned
Bug Type: Dynamic loading
Operating System: Windows XP professional 64bit
PHP Version: 5.2.6
Assigned To: pajoye
New Comment:
I have also experienced this problem (Apache 2.2 with PHP 5.2.6 on
Windows XP Pro 32-bit). I have found another workaround that may be
simpler if your PostgreSQL 8.3 is on the same system as your PHP
installation: Simply add your PostgreSQL bin directory ("C:\Program
Files\PostgreSQL\8.3\bin" on my system) to your system path. Same effect
as copying the necessary libraries to your PHP directory, but perhaps
easier to maintain (especially once a fix is found for this problem).
Previous Comments:
[2008-06-03 20:31:34] eric at myprojects dot srhost dot info
I have tested on 32bit windows that pgsql extension
could loaded but required download some files from pgsql server 8.3.1
binary.
This can be download from offical site or
I have packed a small archive that could downloaded.
url:
pgserver offical site download
http://wwwmaster.postgresql.org/download/mirrors-ftp?file=%2Fbinary%2Fv8.3.1%2Fwin32%2Fpostgresql-8.3.1-1-binaries-no-installer.zip
small archive.
http://myprojects.srhost.info/download/php_pgsql_files.zip
[2008-05-31 08:21:43] [EMAIL PROTECTED]
"How difficult can it be to test the most basic things, like starting
php, before making a release? Good grief. If you can't do the simple
things why do you think people should trust you with the complex
things?"
How difficult it is to test the RC? How difficult it is to report
issues before the stable release instead of waiting the final day?
That being said, we do run php and the tests suite before any release.
But as some dlls are in the path, I did not detect that the new version
(we upgraded libpq in 5.2.6, different version than with 5.2.5) was not
static by default. Given the time we had to pack this release, I'm
actually very happy that only this error remains (and have an easy work
around).
[2008-05-31 07:50:52] no at where dot zz
How difficult can it be to test the most basic things, like starting
php, before making a release? Good grief. If you can't do the simple
things why do you think people should trust you with the complex things?
[2008-05-30 12:14:58] [EMAIL PROTECTED]
The safer work around is to use the php 5.2.5 DLL extension.
[2008-05-30 10:24:16] piotrprz at gmail dot com
For those looking for a workaround:
1. download libpq.dll from
http://support.nusphere.com/viewtopic.php?t=4847 and copy it to your php
directory
2. copy libeay32.dll to libeay32-0.9.8e.dll
3. copy ssleay32.dll to ssleay32-0.9.8e.dll
I tested it for a while and seems to work fine.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/44905
--
Edit this bug report at http://bugs.php.net/?id=44905&edit=1
#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905 Comment by: eric at myprojects dot srhost dot info Reported By: ionut dot stan at yahoo dot com Status: Assigned Bug Type: Dynamic loading Operating System: Windows XP professional 64bit PHP Version: 5.2.6 Assigned To: pajoye New Comment: I have tested on 32bit windows that pgsql extension could loaded but required download some files from pgsql server 8.3.1 binary. This can be download from offical site or I have packed a small archive that could downloaded. url: pgserver offical site download http://wwwmaster.postgresql.org/download/mirrors-ftp?file=%2Fbinary%2Fv8.3.1%2Fwin32%2Fpostgresql-8.3.1-1-binaries-no-installer.zip small archive. http://myprojects.srhost.info/download/php_pgsql_files.zip Previous Comments: [2008-05-31 08:21:43] [EMAIL PROTECTED] "How difficult can it be to test the most basic things, like starting php, before making a release? Good grief. If you can't do the simple things why do you think people should trust you with the complex things?" How difficult it is to test the RC? How difficult it is to report issues before the stable release instead of waiting the final day? That being said, we do run php and the tests suite before any release. But as some dlls are in the path, I did not detect that the new version (we upgraded libpq in 5.2.6, different version than with 5.2.5) was not static by default. Given the time we had to pack this release, I'm actually very happy that only this error remains (and have an easy work around). [2008-05-31 07:50:52] no at where dot zz How difficult can it be to test the most basic things, like starting php, before making a release? Good grief. If you can't do the simple things why do you think people should trust you with the complex things? [2008-05-30 12:14:58] [EMAIL PROTECTED] The safer work around is to use the php 5.2.5 DLL extension. [2008-05-30 10:24:16] piotrprz at gmail dot com For those looking for a workaround: 1. download libpq.dll from http://support.nusphere.com/viewtopic.php?t=4847 and copy it to your php directory 2. copy libeay32.dll to libeay32-0.9.8e.dll 3. copy ssleay32.dll to ssleay32-0.9.8e.dll I tested it for a while and seems to work fine. [2008-05-16 18:40:08] [EMAIL PROTECTED] "8.3.1 do not support VC6 anymore, while 8.2.7 does support it fine." I got the same error with vc6 than the ones I got using 8.3.1. Linker error and struct redefinitionfo addrinfo and sockaddr_storage. If you succeeded to compile it using VC6 (or VC2k5:) please let us know how. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/44905 -- Edit this bug report at http://bugs.php.net/?id=44905&edit=1
#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905 Comment by: no at where dot zz Reported By: ionut dot stan at yahoo dot com Status: Assigned Bug Type: Dynamic loading Operating System: Windows XP professional 64bit PHP Version: 5.2.6 Assigned To: pajoye New Comment: How difficult can it be to test the most basic things, like starting php, before making a release? Good grief. If you can't do the simple things why do you think people should trust you with the complex things? Previous Comments: [2008-05-30 12:14:58] [EMAIL PROTECTED] The safer work around is to use the php 5.2.5 DLL extension. [2008-05-30 10:24:16] piotrprz at gmail dot com For those looking for a workaround: 1. download libpq.dll from http://support.nusphere.com/viewtopic.php?t=4847 and copy it to your php directory 2. copy libeay32.dll to libeay32-0.9.8e.dll 3. copy ssleay32.dll to ssleay32-0.9.8e.dll I tested it for a while and seems to work fine. [2008-05-16 18:40:08] [EMAIL PROTECTED] "8.3.1 do not support VC6 anymore, while 8.2.7 does support it fine." I got the same error with vc6 than the ones I got using 8.3.1. Linker error and struct redefinitionfo addrinfo and sockaddr_storage. If you succeeded to compile it using VC6 (or VC2k5:) please let us know how. [2008-05-13 21:23:35] dnd at yandex dot ru 8.3.1 do not support VC6 anymore, while 8.2.7 does support it fine. [2008-05-06 13:59:48] [EMAIL PROTECTED] Little update: Libpq and more generally postgresql 8.3.1 do not support VC6 anymore. As we use it for PHP binaries, we will have to go back to 7.x for 5.2.x. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/44905 -- Edit this bug report at http://bugs.php.net/?id=44905&edit=1
#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905 Comment by: piotrprz at gmail dot com Reported By: ionut dot stan at yahoo dot com Status: Assigned Bug Type: Dynamic loading Operating System: Windows XP professional 64bit PHP Version: 5.2.6 Assigned To: pajoye New Comment: For those looking for a workaround: 1. download libpq.dll from http://support.nusphere.com/viewtopic.php?t=4847 and copy it to your php directory 2. copy libeay32.dll to libeay32-0.9.8e.dll 3. copy ssleay32.dll to ssleay32-0.9.8e.dll I tested it for a while and seems to work fine. Previous Comments: [2008-05-16 18:40:08] [EMAIL PROTECTED] "8.3.1 do not support VC6 anymore, while 8.2.7 does support it fine." I got the same error with vc6 than the ones I got using 8.3.1. Linker error and struct redefinitionfo addrinfo and sockaddr_storage. If you succeeded to compile it using VC6 (or VC2k5:) please let us know how. [2008-05-13 21:23:35] dnd at yandex dot ru 8.3.1 do not support VC6 anymore, while 8.2.7 does support it fine. [2008-05-06 13:59:48] [EMAIL PROTECTED] Little update: Libpq and more generally postgresql 8.3.1 do not support VC6 anymore. As we use it for PHP binaries, we will have to go back to 7.x for 5.2.x. [2008-05-06 13:44:43] mvx1nok at gmail dot com I've the same problem with Windows XP Professional 32bit SP2, downgrade to 5.2.5 could work too. [2008-05-04 20:13:36] [EMAIL PROTECTED] It is due to a little change in the client lib and we did not notice that the extension got linked dynamically. You will be able to use the version from the snaps soon (and profit from the client library version 8.3.1). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/44905 -- Edit this bug report at http://bugs.php.net/?id=44905&edit=1
#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905 Comment by: dnd at yandex dot ru Reported By: ionut dot stan at yahoo dot com Status: Assigned Bug Type: Dynamic loading Operating System: Windows XP professional 64bit PHP Version: 5.2.6 Assigned To: pajoye New Comment: 8.3.1 do not support VC6 anymore, while 8.2.7 does support it fine. Previous Comments: [2008-05-06 13:59:48] [EMAIL PROTECTED] Little update: Libpq and more generally postgresql 8.3.1 do not support VC6 anymore. As we use it for PHP binaries, we will have to go back to 7.x for 5.2.x. [2008-05-06 13:44:43] mvx1nok at gmail dot com I've the same problem with Windows XP Professional 32bit SP2, downgrade to 5.2.5 could work too. [2008-05-04 20:13:36] [EMAIL PROTECTED] It is due to a little change in the client lib and we did not notice that the extension got linked dynamically. You will be able to use the version from the snaps soon (and profit from the client library version 8.3.1). [2008-05-03 16:09:40] ionut dot stan at yahoo dot com Description: I have just downloaded PHP 5.2.6 and installed it from the zip archive. Enabling the following in php.ini caused a strange error: Minimum modifications to php.ini for reproducing: extension=php_pdo_pgsql.dll extension=php_pgsql.dll Error: a pop-up that says: "php.exe Unable to load component. This application has failed to start because LIBPQ.dll was not found. Re-installing the application may fix the problem." I then tried PHP 5.2.5, maybe was something with my OS. Aparently this one works, with the same php.ini. One more try was to replace the .dll-s in the 5.2.6 installation with the ones in 5.2.5. This works too. -- Edit this bug report at http://bugs.php.net/?id=44905&edit=1
#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries
ID: 44905 Comment by: mvx1nok at gmail dot com Reported By: ionut dot stan at yahoo dot com Status: Assigned Bug Type: Dynamic loading Operating System: Windows XP professional 64bit PHP Version: 5.2.6 Assigned To: pajoye New Comment: I've the same problem with Windows XP Professional 32bit SP2, downgrade to 5.2.5 could work too. Previous Comments: [2008-05-04 20:13:36] [EMAIL PROTECTED] It is due to a little change in the client lib and we did not notice that the extension got linked dynamically. You will be able to use the version from the snaps soon (and profit from the client library version 8.3.1). [2008-05-03 16:09:40] ionut dot stan at yahoo dot com Description: I have just downloaded PHP 5.2.6 and installed it from the zip archive. Enabling the following in php.ini caused a strange error: Minimum modifications to php.ini for reproducing: extension=php_pdo_pgsql.dll extension=php_pgsql.dll Error: a pop-up that says: "php.exe Unable to load component. This application has failed to start because LIBPQ.dll was not found. Re-installing the application may fix the problem." I then tried PHP 5.2.5, maybe was something with my OS. Aparently this one works, with the same php.ini. One more try was to replace the .dll-s in the 5.2.6 installation with the ones in 5.2.5. This works too. -- Edit this bug report at http://bugs.php.net/?id=44905&edit=1
