Req #61932 [Com]: garbage collector destroys session of caller, no write
Edit report at https://bugs.php.net/bug.php?id=61932edit=1 ID: 61932 Comment by: jeffrey dot haley at gmail dot com Reported by:hans dot rudolf dot w at hotmail dot com Summary:garbage collector destroys session of caller, no write Status: Open Type: Feature/Change Request Package:Session related Operating System: ubuntu PHP Version:Irrelevant Block user comment: N Private report: N New Comment: I believe i'm experiencing the same issue. Could you provide some more detail on how to reproduce the issue? Previous Comments: [2012-05-03 21:04:27] hans dot rudolf dot w at hotmail dot com Description: The order is session open, session read, session gc. This applies to the case where the garbage collector is triggered by the client X and the session is of client X. The session variables are available in script, but the sessionfile is deleted and no write of the session takes place. For the php user and the php application user there is the impression that the session still is alive. Example: User is logged in with cookie with sessionid in an admin application and is logged in as admin which is registerred in the session. Has admin form bookmarked or in history. Php script does gc removes sessionfile. But the session variables indicate that the user is logged in and so the script spits out the form. User does a post and poof suddenly there is no session. This is seemingly random behaviour and no ordinary php programmer and user has any idea what is going on. This sounds like one in a million but could happen quite often with a database application in a small business. So either the session should be removed before open and read, which I understand you won't do (Bug #35479) or it should be continued and rewritten to file, which is what the bahaviour when you write the most straightforward handler for a session database Also as a dev. how do I know it is garbage collected? Test script: --- setup: ubuntu package mod php 5.3.10 on apache2 mpm prefork relevant and changed ini setting: session.gc_maxlifetime = 1 session.save_path = /tmp Expected result: session that is garbage collected by invocation of session owner (http client) is rewritten to a new file Actual result: -- session variables are available but session is effectively destroyed, giving the impression that the session is still live when it is not -- Edit this bug report at https://bugs.php.net/bug.php?id=61932edit=1
Bug #62886 [Com]: PHP-FPM may segfault/hang on startup
Edit report at https://bugs.php.net/bug.php?id=62886edit=1
ID: 62886
Comment by: jeffrey dot ness at rackspace dot com
Reported by:pierre at archlinux dot de
Summary:PHP-FPM may segfault/hang on startup
Status: Assigned
Type: Bug
Package:FPM related
Operating System: Arch Linux
PHP Version:5.4.6
Assigned To:fat
Block user comment: N
Private report: N
New Comment:
I am also noticing this issue with our 5.3.16 packages:
# php-fpm -v
PHP 5.3.16 (fpm-fcgi) (built: Aug 20 2012 10:39:20)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
# for i in {1..100}; do php-fpm ; killall php-fpm; done
Segmentation fault
Segmentation fault
Segmentation fault
# dmesg | grep php-fpm
php-fpm[30800]: segfault at 7f7d199f4cd0 ip 7f7d24a43b83 sp
7fffdd48fb20 error 4 in ld-
2.12.so[7f7d24a35000+2]
php-fpm[31599]: segfault at 7f50f17c3cd0 ip 7f50fc812b83 sp
7fff09f13120 error 4 in ld-
2.12.so[7f50fc804000+2]
php-fpm[32009]: segfault at 7f3005f59cc0 ip 7f3010938b83 sp
7fffb291c3a0 error 4 in ld-
2.12.so[7f301092a000+2]
php-fpm[32313]: segfault at 7f17094a4cc0 ip 7f1713e83b83 sp
7fffaab94e20 error 4 in ld-
2.12.so[7f1713e75000+2]
php-fpm[32585]: segfault at 7f60ad427cc0 ip 7f60b7e06b83 sp
744e06a0 error 4 in ld-
2.12.so[7f60b7df8000+2]
Previous Comments:
[2012-08-24 09:06:27] pierre at archlinux dot de
I have attached php.ini and php-fpm.conf as patches (sorry, didn't fint another
way to attach those)
Here is what is different from the configuration shipped with PHP 5.4.6:
The php-fpm.conf is the plain upstream one with this patch applied:
https://projects.archlinux.de/svntogit/packages.git/tree/trunk/php-fpm.conf.in.patch?h=packages/php
php.ini is a copy of php.ini-production with this patch applied:
https://projects.archlinux.de/svntogit/packages.git/tree/trunk/php.ini.patch?h=packages/php
On top of that I applied the following changes locally:
http://paste.xinu.at/Hp6/
[2012-08-24 08:46:19] f...@php.net
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
I also need your FPM configuration and your php.ini please
thanks
[2012-08-24 08:37:27] pierre at archlinux dot de
I rebuild with debug symbols and got the following trace:
Core was generated by `php-fpm'.
Program terminated with signal 11, Segmentation fault.
#0 0x7fc96b2c6ed6 in _dl_fini () from /lib/ld-linux-x86-64.so.2
(gdb) bt
#0 0x7fc96b2c6ed6 in _dl_fini () from /lib/ld-linux-x86-64.so.2
#1 0x7fc96970cb31 in __run_exit_handlers () from /lib/libc.so.6
#2 0x7fc96970cbb5 in exit () from /lib/libc.so.6
#3 0x008cb754 in fpm_signals_sighandler_exit_ok (pid=10) at
/build/src/php-5.4.6/sapi/fpm/fpm/fpm_signals.c:254
#4 signal handler called
#5 0x7fc96b2cf3c7 in munmap () from /lib/ld-linux-x86-64.so.2
#6 0x7fc96b2ceb4d in _dl_unmap () from /lib/ld-linux-x86-64.so.2
#7 0x7fc96b2cba1f in _dl_close_worker () from /lib/ld-linux-x86-64.so.2
#8 0x7fc96b2cc18c in _dl_close () from /lib/ld-linux-x86-64.so.2
#9 0x7fc96b2c6736 in _dl_catch_error () from /lib/ld-linux-x86-64.so.2
#10 0x7fc969fee5fc in ?? () from /lib/libdl.so.2
#11 0x7fc969fee10f in dlclose () from /lib/libdl.so.2
#12 0x00773e2c in module_destructor (module=0x1ba6050) at
/build/src/php-5.4.6/Zend/zend_API.c:2284
#13 0x0077c30f in zend_hash_apply_deleter (ht=0xfb5240
module_registry, p=0x1ba5ff0) at /build/src/php-5.4.6/Zend/zend_hash.c:650
#14 0x0077c4aa in zend_hash_graceful_reverse_destroy (ht=0xfb5240
module_registry) at /build/src/php-5.4.6/Zend/zend_hash.c:687
#15 0x00771f97 in zend_destroy_modules () at
/build/src/php-5.4.6/Zend/zend_API.c:1797
#16 0x00768e9e in zend_shutdown () at
/build/src/php-5.4.6/Zend/zend.c:823
#17 0x006d5151 in php_module_shutdown () at
/build/src/php-5.4.6/main/main.c:2346
#18 0x008c7e23 in fpm_php_cleanup (which=2, arg=0x0) at
/build/src/php-5.4.6/sapi/fpm/fpm/fpm_php.c:199
#19 0x008bc629 in fpm_cleanups_run (type=2) at
/build/src/php-5.4.6/sapi/fpm/fpm/fpm_cleanup.c:45
#20 0x008cf1df in fpm_unix_init_main () at
/build/src/php-5.4.6/sapi/fpm/fpm/fpm_unix.c:312
#21 0x008bb2df in fpm_init (argc=1, argv=0x7fff252a4a98, config=0x0,
prefix=0x0, pid=0x0, test_conf=0, run_as_root=0) at
/build/src/php-5.4.6/sapi/fpm/fpm/fpm.c:59
#22
#45996 [Com]: libxml2 2.7.1 causes breakage with character data in xml_parse()
ID: 45996 Comment by: jeffrey dot roberts at ibsgroup dot org Reported By: phpbugs at colin dot guthr dot ie Status: Assigned Bug Type: XML related Operating System: Mandriva Linux PHP Version: 5.2.6 Assigned To: rrichards New Comment: For those as challenged as me at determining how to either downgrade libxml2 or recompile with libexpat while using cPANEL (easyapache), here is a link to the details. I confirm that after recompiling it is a workaround for the problem. http://blog.code-head.com/fixing-libxml-php-bug-and-issues-with-html-entities-libexpat First you will need to find out where libexpat is located on your server, it¡¯s probably here: /usr/lib To find out for sure, open this folder (/usr/lib) and look for the file: libexpat.so If you can¡¯t find it, log in as root via SSH and enter: whereis libexpat.so This should list the folder in which libexpat is located. After all this you will need to compile PHP to use libexpat instead of libxml, so go to: /var/cpanel/easy/apache/rawopts/ And create a file and name it ¡°all_php5¡å (no quotes), if there is a file with this name edit it and add these lines to the end of it: ¨Cwith-expat=builtin ¨Cwith-libexpat-dir=/usr/lib (lines start with two dashes ¡°-¡± that are not showing up here for some reason) Remember that depending on where libexpat is located on your server you might need to edit the second line. Now compile Apache and everything should work fine! Previous Comments: [2008-12-28 13:37:13] phpbugs at colin dot guthr dot ie While I do not doubt that this is an annoying bug, there are very simple and clear workarounds. I'm really not seeing why everyone is so upset about this. I reported the bug and we fixed the Mandriva package almost immediately with the work around and I'm not aware of any fallout from that change. [2008-12-28 03:55:04] alex at magnet dot ru 4 month!!! This is not serious?! [2008-12-25 02:41:10] gordon at kanazawa-gu dot ac dot jp This issue also affects Moodle backup+restore and HotPot module http://tracker.moodle.org/browse/MDL-17136 [2008-12-17 15:18:50] valli at icsurselva dot ch Where can I find the libxml2 patch? Does someone have a link to the libxml2 bug reporting tool which describes this issue? [2008-12-17 00:56:14] rricha...@php.net Does no one pay attention to the comments? The fix for this needs to happen on the libxml2 layer. The next version of libxml2 should resolve this and this bug is being kept open only in case some modification to the extension also needs to occur with the fix. 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/45996 -- Edit this bug report at http://bugs.php.net/?id=45996edit=1
#33877 [Fbk-Opn]: When multiple result sets are not freed subsequent queries fail
ID: 33877
User updated by: Jeffrey dot Rodriguez at gmail dot com
Reported By: Jeffrey dot Rodriguez at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: Windows XP / 2000
PHP Version: 5.0.4
New Comment:
Issue still occurs with the latest CVS snapshot.
Previous Comments:
[2005-07-27 13:52:45] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-07-27 01:16:38] Jeffrey dot Rodriguez at gmail dot com
Typo: Failure to do so will cause subsequent mssql_next_query() or
mssql_select_db() calls to fail.
Should read:
Failure to do so will cause subsequent mssql_query() or
mssql_select_db() calls to fail.
[2005-07-27 00:53:09] Jeffrey dot Rodriguez at gmail dot com
Description:
NOTE:
This issue seems to occur in versions (atleast) 4.3.4 - 5.0.4
WORKAROUND:
Be sure to call mssql_free_result() on every result that has the
potential to return multiple result sets.
PROBLEM:
When a query (stored procedure for example) returns multiple result
sets, you have to call mssql_next_result() OR mssql_free_result() on
the result of an mssql_query().
Failure to do so will cause subsequent mssql_next_query() or
mssql_select_db() calls to fail.
ADDITIONAL NOTES:
The docs should be updated if this functionality is intended.
Sorry about the 'excessive' length of code, I figure you can handle 8
extra lines.
Reproduce code:
---
?php
/* -- Stored procedure
CREATE PROCEDURE bug_proofOfConcept_sp
AS
SELECT 'Result set one' AS 'Result Set';
SELECT 'Result set two' AS 'Result Set';
GO
*/
$link = mssql_connect(server, user, pass);
mssql_select_db(database, $link);
$rs = mssql_query(EXECUTE bug_proofOfConcept_sp);
/* Note, it doesn't matter if you fetch from $rs */
/* This is where things bomb out */
if (!mssql_select_db(database, $link)) {
echo Broken, as expected.\n;
}
/* If we free the result things work fine again.
Alternatively, you could call mssql_next_result($rs) */
mssql_free_result($rs);
// Select the database (3rd, and last time)
if (!mssql_select_db(database, $link)) {
echo Everything should be working here; wtf?\n;
}
?
Expected result:
No output
Actual result:
--
Warning: mssql_select_db(): Unable to select database: database in
H:\proofOfConcept.php on line 16
Broken, as expected.
--
Edit this bug report at http://bugs.php.net/?id=33877edit=1
#33877 [Bgs-Opn]: When multiple result sets are not freed subsequent queries fail
ID: 33877
User updated by: Jeffrey dot Rodriguez at gmail dot com
Reported By: Jeffrey dot Rodriguez at gmail dot com
-Status: Bogus
+Status: Open
Bug Type: MSSQL related
Operating System: Windows XP / 2000
PHP Version: 5.0.4
Assigned To: fmk
New Comment:
PHP documentation does not reflect that this is the case. Since it is
PHP or the libraries that PHP uses to interface with MSSQL that are
bombing out, the docs should mention this.
A meaningful warning should also be thrown.
Potentially freeing the result automatically in the background before
issuing a new query since it will fail otherwise anyway.
Previous Comments:
[2005-07-27 19:20:43] [EMAIL PROTECTED]
SQL Server does not allow new queries when results are pending. The
client must fetch all results or free unwanted results before new
queries can be executed.
[2005-07-27 17:46:57] Jeffrey dot Rodriguez at gmail dot com
Issue still occurs with the latest CVS snapshot.
[2005-07-27 13:52:45] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-07-27 01:16:38] Jeffrey dot Rodriguez at gmail dot com
Typo: Failure to do so will cause subsequent mssql_next_query() or
mssql_select_db() calls to fail.
Should read:
Failure to do so will cause subsequent mssql_query() or
mssql_select_db() calls to fail.
[2005-07-27 00:53:09] Jeffrey dot Rodriguez at gmail dot com
Description:
NOTE:
This issue seems to occur in versions (atleast) 4.3.4 - 5.0.4
WORKAROUND:
Be sure to call mssql_free_result() on every result that has the
potential to return multiple result sets.
PROBLEM:
When a query (stored procedure for example) returns multiple result
sets, you have to call mssql_next_result() OR mssql_free_result() on
the result of an mssql_query().
Failure to do so will cause subsequent mssql_next_query() or
mssql_select_db() calls to fail.
ADDITIONAL NOTES:
The docs should be updated if this functionality is intended.
Sorry about the 'excessive' length of code, I figure you can handle 8
extra lines.
Reproduce code:
---
?php
/* -- Stored procedure
CREATE PROCEDURE bug_proofOfConcept_sp
AS
SELECT 'Result set one' AS 'Result Set';
SELECT 'Result set two' AS 'Result Set';
GO
*/
$link = mssql_connect(server, user, pass);
mssql_select_db(database, $link);
$rs = mssql_query(EXECUTE bug_proofOfConcept_sp);
/* Note, it doesn't matter if you fetch from $rs */
/* This is where things bomb out */
if (!mssql_select_db(database, $link)) {
echo Broken, as expected.\n;
}
/* If we free the result things work fine again.
Alternatively, you could call mssql_next_result($rs) */
mssql_free_result($rs);
// Select the database (3rd, and last time)
if (!mssql_select_db(database, $link)) {
echo Everything should be working here; wtf?\n;
}
?
Expected result:
No output
Actual result:
--
Warning: mssql_select_db(): Unable to select database: database in
H:\proofOfConcept.php on line 16
Broken, as expected.
--
Edit this bug report at http://bugs.php.net/?id=33877edit=1
#33877 [NEW]: When multiple result sets are not freed subsequent queries fail
From: Jeffrey dot Rodriguez at gmail dot com
Operating system: Windows XP / 2000
PHP version: 5.0.4
PHP Bug Type: MSSQL related
Bug description: When multiple result sets are not freed subsequent queries
fail
Description:
NOTE:
This issue seems to occur in versions (atleast) 4.3.4 - 5.0.4
WORKAROUND:
Be sure to call mssql_free_result() on every result that has the potential
to return multiple result sets.
PROBLEM:
When a query (stored procedure for example) returns multiple result sets,
you have to call mssql_next_result() OR mssql_free_result() on the result
of an mssql_query().
Failure to do so will cause subsequent mssql_next_query() or
mssql_select_db() calls to fail.
ADDITIONAL NOTES:
The docs should be updated if this functionality is intended.
Sorry about the 'excessive' length of code, I figure you can handle 8
extra lines.
Reproduce code:
---
?php
/* -- Stored procedure
CREATE PROCEDURE bug_proofOfConcept_sp
AS
SELECT 'Result set one' AS 'Result Set';
SELECT 'Result set two' AS 'Result Set';
GO
*/
$link = mssql_connect(server, user, pass);
mssql_select_db(database, $link);
$rs = mssql_query(EXECUTE bug_proofOfConcept_sp);
/* Note, it doesn't matter if you fetch from $rs */
/* This is where things bomb out */
if (!mssql_select_db(database, $link)) {
echo Broken, as expected.\n;
}
/* If we free the result things work fine again.
Alternatively, you could call mssql_next_result($rs) */
mssql_free_result($rs);
// Select the database (3rd, and last time)
if (!mssql_select_db(database, $link)) {
echo Everything should be working here; wtf?\n;
}
?
Expected result:
No output
Actual result:
--
Warning: mssql_select_db(): Unable to select database: database in
H:\proofOfConcept.php on line 16
Broken, as expected.
--
Edit bug report at http://bugs.php.net/?id=33877edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33877r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33877r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33877r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33877r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33877r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33877r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33877r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33877r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33877r=support
Expected behavior: http://bugs.php.net/fix.php?id=33877r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33877r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33877r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33877r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33877r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33877r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33877r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33877r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33877r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33877r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33877r=mysqlcfg
#33877 [Opn]: When multiple result sets are not freed subsequent queries fail
ID: 33877
User updated by: Jeffrey dot Rodriguez at gmail dot com
Reported By: Jeffrey dot Rodriguez at gmail dot com
Status: Open
Bug Type: MSSQL related
Operating System: Windows XP / 2000
PHP Version: 5.0.4
New Comment:
Typo: Failure to do so will cause subsequent mssql_next_query() or
mssql_select_db() calls to fail.
Should read:
Failure to do so will cause subsequent mssql_query() or
mssql_select_db() calls to fail.
Previous Comments:
[2005-07-27 00:53:09] Jeffrey dot Rodriguez at gmail dot com
Description:
NOTE:
This issue seems to occur in versions (atleast) 4.3.4 - 5.0.4
WORKAROUND:
Be sure to call mssql_free_result() on every result that has the
potential to return multiple result sets.
PROBLEM:
When a query (stored procedure for example) returns multiple result
sets, you have to call mssql_next_result() OR mssql_free_result() on
the result of an mssql_query().
Failure to do so will cause subsequent mssql_next_query() or
mssql_select_db() calls to fail.
ADDITIONAL NOTES:
The docs should be updated if this functionality is intended.
Sorry about the 'excessive' length of code, I figure you can handle 8
extra lines.
Reproduce code:
---
?php
/* -- Stored procedure
CREATE PROCEDURE bug_proofOfConcept_sp
AS
SELECT 'Result set one' AS 'Result Set';
SELECT 'Result set two' AS 'Result Set';
GO
*/
$link = mssql_connect(server, user, pass);
mssql_select_db(database, $link);
$rs = mssql_query(EXECUTE bug_proofOfConcept_sp);
/* Note, it doesn't matter if you fetch from $rs */
/* This is where things bomb out */
if (!mssql_select_db(database, $link)) {
echo Broken, as expected.\n;
}
/* If we free the result things work fine again.
Alternatively, you could call mssql_next_result($rs) */
mssql_free_result($rs);
// Select the database (3rd, and last time)
if (!mssql_select_db(database, $link)) {
echo Everything should be working here; wtf?\n;
}
?
Expected result:
No output
Actual result:
--
Warning: mssql_select_db(): Unable to select database: database in
H:\proofOfConcept.php on line 16
Broken, as expected.
--
Edit this bug report at http://bugs.php.net/?id=33877edit=1
Bug #16062: unable to ./configure with ldap enable
From: [EMAIL PROTECTED] Operating system: aix4.3.3 PHP version: 4.1.2 PHP Bug Type: *Compile Issues Bug description: unable to ./configure with ldap enable configure line -- ./configure --without-mysql --with-apxs=/usr/local/apache/bin/apxs \ --with-ldap=/webserver/download/ldapsdk After run configure --- Something is likely to be messed up here, because the configure script was not able to detect a simple feature on your platform. This is often caused by incorrect configuration parameters. Please see the file debug.log for error messages. message from debug.log --- CONFIGURE: './configure' '--without-mysql' '--enable-sigchild' '--with-apxs=/usr/local/apache/bin/apxs' '--with-oci8=/home/o racle' '--with-ldap=/home/oracle' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT CXX: CXXFLAGS: INCLUDES:-I/usr/local/apache/include -I$(top_builddir)/Zend -I/home/oracle/include LDFLAGS: -L/home/oracle/lib -L/home/oracle/lib LIBS: -lld -lbsd_r -lodm -lm -ldl -lldapssl41 -lplds3 -lplc3 -lnspr3 -lcrypt -lbind -lm -ldl -lcrypt -lclntsh DLIBS: SAPI: apache PHP_RPATHS: /home/oracle/lib uname -a: AIX cupang 3 4 000B7B9D4C00 gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT -L/home/oracl e/lib -L/home/oracle/lib conftest.c -lld -lbsd_r -lodm -lm -ldl -lldapssl41 -lplds3 -lplc3 -lnspr3 -lcrypt -lbind -lm -ldl -l crypt -lclntsh 5 ld: 0706-006 Cannot find or open library file: -l ldapssl41 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plds3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plc3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l nspr3 ld:open(): No such file or directory collect2: ld returned 255 exit status I have tried php4latest.tar.gz. version 4.1.2 and still cannot -- Edit bug report at http://bugs.php.net/?id=16062edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16062r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16062r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16062r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16062r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16062r=support Expected behavior: http://bugs.php.net/fix.php?id=16062r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16062r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16062r=submittedtwice
Bug #16054: ldap ./configure error cannot open library
From: [EMAIL PROTECTED] Operating system: aix 4.3.3 PHP version: 4.1.2 PHP Bug Type: *Compile Issues Bug description: ldap ./configure error cannot open library gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT -L/webserver/ download/ldapsdk/lib -L/webserver/download/ldapsdk/lib conftest.c -lldapssl41 -lplds3 -lplc3 -lnspr3 -lcrypt -lbind -lm -ldl -lcrypt 15 ld: 0706-006 Cannot find or open library file: -l ldapssl41 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plds3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l plc3 ld:open(): No such file or directory ld: 0706-006 Cannot find or open library file: -l nspr3 ld:open(): No such file or directory collect2: ld returned 255 exit status -- Edit bug report at http://bugs.php.net/?id=16054edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16054r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16054r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16054r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16054r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16054r=support Expected behavior: http://bugs.php.net/fix.php?id=16054r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16054r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16054r=submittedtwice
