#26417 [NEW]: Can't Use Stored Procedures
From: kiranhariharan at in dot ibm dot com Operating system: windows,Linux,AIX PHP version: 4CVS-2003-11-26 (stable) PHP Bug Type: ODBC related Bug description: Can't Use Stored Procedures Description: Hi, I am doing a critical work in PHP, using DB2, i just wanted to know. Does PHP with odbc, support STORED PROCEDURES? Or is it a problem with my code which can't take values returned by the stored procedure in DB2 ? Thanks in advance . Kiran H -- Edit bug report at http://bugs.php.net/?id=26417&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26417&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26417&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26417&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26417&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26417&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26417&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26417&r=support Expected behavior: http://bugs.php.net/fix.php?id=26417&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26417&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26417&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26417&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26417&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26417&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26417&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26417&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26417&r=float
#26282 [Bgs->Opn]: PHP Configure fails with "mysql configure failed"
ID: 26282 User updated by: greg at coltec dot com dot au Reported By: greg at coltec dot com dot au -Status: Bogus +Status: Open Bug Type: *Configuration Issues Operating System: Solaris 5.9 (112233-08) PHP Version: 4.3.4 New Comment: This is definately a problem with PHP. There are two versions of MySQL 4.0.16 available for Solaris on SPARC processors: 64-bit and 32-bit; both binaries are available for download from www.mysql.com. The error this report relates to occurs ONLY with the 64-bit version of MySQL, the 32-bit version works perfectly. Can PHP support the 64-bit binaries? Previous Comments: [2003-11-17 18:52:46] [EMAIL PROTECTED] btw. this is wrong: --with-zlib-dir=./ext/zlib (ext/zlib is NOT the zlib library, it's the PHP extension that uses zlib) [2003-11-17 18:45:52] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. The problem is that your MySQL libs (external ones) have a problem, hence the compiler error you are seeing. This is not a PHP bug. [2003-11-17 18:43:54] greg at coltec dot com dot au Yes, I've tried compiling with the bundled libraries, which works (sorry, should have said that), but would like to use the client libraries included with MySQL rather than PHP for the reasons outlined at http://www.php.net/mysql. We're also using Apache's mod_perl on this server. [2003-11-17 14:33:39] [EMAIL PROTECTED] Sounds like a problem with your mysql library, have you tried compiling with bundled mysql libraries? [2003-11-17 01:31:04] greg at coltec dot com dot au Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit this bug report at http://bugs.php.net/?id=26282&edit=1
#13066 [Com]: one total bug of php is that it sucks
ID: 13066 Comment by: j_plater at hotmail dot com Reported By: raitmanmail at yahoo dot com Status: Bogus Bug Type: *General Issues Operating System: w98 PHP Version: 4.0.6 New Comment: Frustrated beginner: I'm looking at 10 different set up instructions that ALMOST explain how to configure php with apache for windows. basically I'm just really pissed off right now for wasting 2 hours trying to install php 4.01687879809. You know when I say 2 hours I really mean 4! Anyway, I had php, mysql, phpmyadmin, and apache "sort of" working, but thought I would try to fix the 5x/day errors I get. Reinstalled the latest (stable) version of mysql - thought that might be the reason for the errors (adding things to db or running SQL querries from phpmyadmin usually generates errors)Still got errors. Can't even seem to back up the correct files. Is this an XP issue? I'm just venting, I don't expect you to understand any of this, because if you did (here comes my frustration) you would have written better documentation. Or is this just a ply to get me to shell out $48,000 for support? Previous Comments: [2001-08-30 18:38:05] [EMAIL PROTECTED] I almost don't even want to dignify this with a response. [2001-08-30 15:48:39] raitmanmail at yahoo dot com one total bug of php is that it sucks one total bug of php is that it sucks one total bug of php is that it sucks -- Edit this bug report at http://bugs.php.net/?id=13066&edit=1
#26415 [Bgs->Opn]: OpenSSL 0.9.7b is vulnerable
ID: 26415 Updated by: [EMAIL PROTECTED] Reported By: dietrich dot ayala at foundstone dot com -Status: Bogus +Status: Open Bug Type: OpenSSL related Operating System: all PHP Version: 4.3.2 New Comment: Oops.. We do.. Forgot about windows.. Previous Comments: [2003-11-25 20:26:58] [EMAIL PROTECTED] The OpenSSL lib is NOT bundled with PHP. [2003-11-25 20:18:18] dietrich dot ayala at foundstone dot com Description: the version of openssl shipped w/ php is has known vulnerabilities. php should be updated to the latest version of openssl (0.9.7c). http://www.openssl.org/news/secadv_20030930.txt thanks, dietrich -- Edit this bug report at http://bugs.php.net/?id=26415&edit=1
#26415 [Opn->Bgs]: OpenSSL 0.9.7b is vulnerable
ID: 26415 Updated by: [EMAIL PROTECTED] Reported By: dietrich dot ayala at foundstone dot com -Status: Open +Status: Bogus Bug Type: OpenSSL related Operating System: all PHP Version: 4.3.2 New Comment: The OpenSSL lib is NOT bundled with PHP. Previous Comments: [2003-11-25 20:18:18] dietrich dot ayala at foundstone dot com Description: the version of openssl shipped w/ php is has known vulnerabilities. php should be updated to the latest version of openssl (0.9.7c). http://www.openssl.org/news/secadv_20030930.txt thanks, dietrich -- Edit this bug report at http://bugs.php.net/?id=26415&edit=1
#26415 [NEW]: OpenSSL 0.9.7b is vulnerable
From: dietrich dot ayala at foundstone dot com Operating system: all PHP version: 4.3.2 PHP Bug Type: OpenSSL related Bug description: OpenSSL 0.9.7b is vulnerable Description: the version of openssl shipped w/ php is has known vulnerabilities. php should be updated to the latest version of openssl (0.9.7c). http://www.openssl.org/news/secadv_20030930.txt thanks, dietrich -- Edit bug report at http://bugs.php.net/?id=26415&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26415&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26415&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26415&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26415&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26415&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26415&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26415&r=support Expected behavior: http://bugs.php.net/fix.php?id=26415&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26415&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26415&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26415&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26415&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26415&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26415&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26415&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26415&r=float
#17192 [Com]: DLL not valid
ID: 17192 Comment by: s0urce_code at net dot hr Reported By: hubweb at hotmail dot com Status: Closed Bug Type: GD related Operating System: Windows 2002 PHP Version: 4.2.1 Assigned To: edink New Comment: I know I need to set the path to the fonts dir. However, this is a nuisance. Plus, it IS a bug that font isn't read correctly (or at all) from the directory specified. What about when I'll be uploading my site to some server on the web? I'd have to contact the host to ask them where they have fonts installed? That's a bit awkward, no? s0urce Previous Comments: [2002-05-14 20:26:11] [EMAIL PROTECTED] You need to set the path to you fonts dir. Here is a fully working example: [2002-05-14 11:05:09] hubweb at hotmail dot com I tried http://ftp.proventum.net/pub/php/win32/php_gd2.zip It works fine, but I have problems with ImageTtfText(). It says me : " Warning: Could not find/open font in ... on line ... " ! [2002-05-14 09:18:04] [EMAIL PROTECTED] Are you sure you have copied php4ts.dll and dlls\*.dll to your windows system folder. [2002-05-14 04:47:55] phpbugs at ski-info-online dot com Hi, Apologies regarding the missing dll's. That was my blindness (looking in my 4.2.0 folder). I've now removed all previous installations (even though the php.ini and httpd.conf were pointing to the correct locations). However, I cannot get the curl, imap, or ldap modules to load from my extensions folder (d:\php-4.2.1-Win32\extensions). I keep getting the message I posted in my previous post. Thanks [2002-05-14 03:08:52] [EMAIL PROTECTED] Could you please try php_gd2.dll that I just uploaded to http://ftp.proventum.net/pub/php/win32/php_gd2.zip 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/17192 -- Edit this bug report at http://bugs.php.net/?id=17192&edit=1
#26323 [Opn->Bgs]: Windows installer version damages IIS 5.0
ID: 26323 Updated by: [EMAIL PROTECTED] Reported By: omarh at cox dot net -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Win2K Pro Sp5 PHP Version: 4.3.4 New Comment: As it works -> bogus. Previous Comments: [2003-11-25 16:21:29] omarh at cox dot net I got it working by uninstalling IIS, reinstalling it, then installing PHP 4.3.5(latest build) the manual way. Now it works...but I have PHP working from a different virtual folder than the one ASP works in. Just in case :) [2003-11-25 15:36:43] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-19 19:36:35] [EMAIL PROTECTED] Just guessing..but what is the 'asp_tags' setting set to in your php.ini? (check from phpinfo() output) [2003-11-19 13:34:41] omarh at cox dot net Description: I used the automatic Windows installer for PHP 4.3.4 because the manual method wasn't workin for some reason. After running the Windows installer, it worked perfectly. Problem was, my ASP.NET pages were messed up. They ran incredibly slowly, and session state was messed up in ASP.NET apps. Everything seemed to work great in PHP though. The only way I could fix it was to uninstall PHP, uninstall IIS, and reinstall IIS. Now ASP.NET works great but no PHP. I'm going to try the manual method again...but Thought I should warn others about the windows installer and ASP.NET on IIS 5 Reproduce code: --- Windows installer Expected result: Shouldn't affect ASP.NET performance. Actual result: -- Slows down and cripples ASP.NET -- Edit this bug report at http://bugs.php.net/?id=26323&edit=1
#26360 [Fbk]: PHP won't install when compiled with OpenLDAP 2.1.22
ID: 26360 Updated by: [EMAIL PROTECTED] Reported By: mike at blackchaos dot net Status: Feedback Bug Type: LDAP related Operating System: Solaris 8 on SPARC PHP Version: 4.3.4 New Comment: btw. This block in the backtrace seems a bit weird: #3 0xff323c88 in ber_start_seq () from /usr/local/lib/liblber.so.2 #4 0xfeb2b52c in __BP_ber_printf () from /usr/lib/sldaputil.so.5 Notice how that 'sldaputil' calls function in openldap? Solaris has it's own ldap libraries, you actually should use those instead, so just remove the openldap installation, and configure PHP from fresh sources with plain --with-ldap Previous Comments: [2003-11-25 19:48:25] [EMAIL PROTECTED] Does it work if you compile php without --with-ldap ? Does it work if you compile php without --with-snmp ? And what net-snmp version do you have there? This actually is caused by snmp, not ldap..but I'd like to know whether that linkage with openldap causes this. [2003-11-25 15:45:12] mike at blackchaos dot net Output from gdb: porn$ gdb sapi/cli/php GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"...(no debugging symbols found)... (gdb) run Starting program: /usr/home/mike/www/php-4.3.4/sapi/cli/php (no debugging symbols found)...(no debugging symbols found)...warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 (no debugging symbols found)...Assertion failed: BER_VALID( ber ), file encode.c, line 471 Program received signal SIGABRT, Aborted. 0xfed9f8d8 in _libc_kill () from /usr/lib/libc.so.1 (gdb) bt #0 0xfed9f8d8 in _libc_kill () from /usr/lib/libc.so.1 #1 0xfed35944 in abort () from /usr/lib/libc.so.1 #2 0xfed35be8 in _assert () from /usr/lib/libc.so.1 #3 0xff323c88 in ber_start_seq () from /usr/local/lib/liblber.so.2 #4 0xfeb2b52c in __BP_ber_printf () from /usr/lib/sldaputil.so.5 #5 0xfeb431b4 in simple_bind_nolock () from /usr/lib/sldaputil.so.5 #6 0xfec424f0 in openConnection () from /usr/lib/libsldap.so.1 #7 0xfec41998 in makeConnection () from /usr/lib/libsldap.so.1 #8 0xfec434cc in __s_api_getConnection () from /usr/lib/libsldap.so.1 #9 0xfec39b30 in get_current_session () from /usr/lib/libsldap.so.1 #10 0xfec3a8e0 in search_state_machine () from /usr/lib/libsldap.so.1 #11 0xfec3b3d8 in __ns_ldap_list () from /usr/lib/libsldap.so.1 #12 0xfec6a444 in _nss_ldap_lookup () from /usr/lib/nss_ldap.so.1 #13 0xfec69a6c in getbyname () from /usr/lib/nss_ldap.so.1 #14 0xfed49554 in nss_search () from /usr/lib/libc.so.1 #15 0xfefb9c08 in _switch_getservbyname_r () from /usr/lib/libnsl.so.1 #16 0xfef9b63c in _get_hostserv_inetnetdir_byname () from /usr/lib/libnsl.so.1 #17 0xff045c34 in getservbyname_r () from /usr/lib/libsocket.so.1 #18 0xfeec24c8 in _init_snmp () from /usr/local/lib/libnetsnmp.so.5 #19 0xfeeb5298 in init_snmp () from /usr/local/lib/libnetsnmp.so.5 #20 0xd9064 in zm_startup_snmp () #21 0x19c388 in zend_startup_module () #22 0x167f48 in php_startup_extensions () #23 0x1684dc in php_module_startup () #24 0x1ae1b4 in main () (gdb) [2003-11-25 14:14:20] [EMAIL PROTECTED] Okay..try this: # gdb sapi/cli/php (gdb) run (gdb) bt (dunno if you have gdb installed..but use the debugger you have there) [2003-11-23 01:55:27] mike at blackchaos dot net Here's the configure line I used: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-ldap=/usr/local --with-gdbm=/usr/local --with-mysql=/usr/local/mysql --enable-track-vars --enable-sysvshm --enable-force-cgi-redirect --enable-ftp --with-gd --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-gettext --with-jpeg-dir=/usr/local --with-zlib --with-tiff-dir=/usr/local --with-snmp=/usr/local --enable-ucd-snmp-hack --with-freetype-dir=/usr/local [2003-11-22 13:02:59] mike at blackchaos dot net Description: Hello, I'm having troulbe installing PHP 4.3.4 with LDAP support on Solaris 8 for SPARC. I'm building PHP as a DSO module for Apache and everything compiles fine on the PHP side. It's when I do a 'make install' that this error messages shows up: mmcneil> make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI
#26360 [Opn->Fbk]: PHP won't install when compiled with OpenLDAP 2.1.22
ID: 26360 Updated by: [EMAIL PROTECTED] Reported By: mike at blackchaos dot net -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Solaris 8 on SPARC PHP Version: 4.3.4 New Comment: Does it work if you compile php without --with-ldap ? Does it work if you compile php without --with-snmp ? And what net-snmp version do you have there? This actually is caused by snmp, not ldap..but I'd like to know whether that linkage with openldap causes this. Previous Comments: [2003-11-25 15:45:12] mike at blackchaos dot net Output from gdb: porn$ gdb sapi/cli/php GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"...(no debugging symbols found)... (gdb) run Starting program: /usr/home/mike/www/php-4.3.4/sapi/cli/php (no debugging symbols found)...(no debugging symbols found)...warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 (no debugging symbols found)...Assertion failed: BER_VALID( ber ), file encode.c, line 471 Program received signal SIGABRT, Aborted. 0xfed9f8d8 in _libc_kill () from /usr/lib/libc.so.1 (gdb) bt #0 0xfed9f8d8 in _libc_kill () from /usr/lib/libc.so.1 #1 0xfed35944 in abort () from /usr/lib/libc.so.1 #2 0xfed35be8 in _assert () from /usr/lib/libc.so.1 #3 0xff323c88 in ber_start_seq () from /usr/local/lib/liblber.so.2 #4 0xfeb2b52c in __BP_ber_printf () from /usr/lib/sldaputil.so.5 #5 0xfeb431b4 in simple_bind_nolock () from /usr/lib/sldaputil.so.5 #6 0xfec424f0 in openConnection () from /usr/lib/libsldap.so.1 #7 0xfec41998 in makeConnection () from /usr/lib/libsldap.so.1 #8 0xfec434cc in __s_api_getConnection () from /usr/lib/libsldap.so.1 #9 0xfec39b30 in get_current_session () from /usr/lib/libsldap.so.1 #10 0xfec3a8e0 in search_state_machine () from /usr/lib/libsldap.so.1 #11 0xfec3b3d8 in __ns_ldap_list () from /usr/lib/libsldap.so.1 #12 0xfec6a444 in _nss_ldap_lookup () from /usr/lib/nss_ldap.so.1 #13 0xfec69a6c in getbyname () from /usr/lib/nss_ldap.so.1 #14 0xfed49554 in nss_search () from /usr/lib/libc.so.1 #15 0xfefb9c08 in _switch_getservbyname_r () from /usr/lib/libnsl.so.1 #16 0xfef9b63c in _get_hostserv_inetnetdir_byname () from /usr/lib/libnsl.so.1 #17 0xff045c34 in getservbyname_r () from /usr/lib/libsocket.so.1 #18 0xfeec24c8 in _init_snmp () from /usr/local/lib/libnetsnmp.so.5 #19 0xfeeb5298 in init_snmp () from /usr/local/lib/libnetsnmp.so.5 #20 0xd9064 in zm_startup_snmp () #21 0x19c388 in zend_startup_module () #22 0x167f48 in php_startup_extensions () #23 0x1684dc in php_module_startup () #24 0x1ae1b4 in main () (gdb) [2003-11-25 14:14:20] [EMAIL PROTECTED] Okay..try this: # gdb sapi/cli/php (gdb) run (gdb) bt (dunno if you have gdb installed..but use the debugger you have there) [2003-11-25 13:16:39] mike at blackchaos dot net Yes, all of the LDAP command line utilities work perfectly. [2003-11-25 02:50:17] [EMAIL PROTECTED] Another test..do the openldap command line tools work? For example 'ldapsearch' program? [2003-11-24 15:00:46] mike at blackchaos dot net Results from 'make test': Build complete. (It is safe to ignore warnings about tempnam and tmpnam). mmcneil$ make test Assertion failed: BER_VALID( ber ), file encode.c, line 471 Abort make: [test] Error 134 (ignored) 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/26360 -- Edit this bug report at http://bugs.php.net/?id=26360&edit=1
#26409 [Opn->Fbk]: ldap_bind is causing a seg fault
ID: 26409
Updated by: [EMAIL PROTECTED]
Reported By: pyrox_pro at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: RedHat Linux 7.3
PHP Version: 4.3.4
New Comment:
Try compile PHP without --with-oci8 altogether. And use the openldap
libs intstead for --with-ldap so we know for sure this really is caused
by oracle..
Previous Comments:
[2003-11-25 16:52:21] pyrox_pro at hotmail dot com
I did as requested, added my Oracle libs and built php with the
configure line pointing ldap to them.
Now I am getting:
Warning: ldap_error(): supplied argument is not a valid ldap link
resource in /usr/docroot/dev/ldap.php on line 14
Warning: ldap_bind() expects parameter 1 to be resource, boolean given
in /usr/docroot/dev/ldap.php on line 15
$ds=ldap_connect("ldaps://myhostnameishere/");
echo ldap_error($ds);
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
Still not functional.
This kind of problem defies logic. Should it not return either:
A) A link ref
B) False
??
The code in the manual is not function now either.
[2003-11-25 15:48:49] pyrox_pro at hotmail dot com
Here you go:
[EMAIL PROTECTED] php-4.3.4]# gdb /usr/local/apache/bin/php
GNU gdb Red Hat Linux (5.2-2)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run /usr/docroot/dev/ldap2
Starting program: /usr/local/apache/bin/php /usr/docroot/dev/ldap2
[New Thread 1024 (LWP 19522)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 19522)]
0x in ?? ()
(gdb) bt
#0 0x in ?? ()
#1 0x400a20b4 in ldap_pvt_tls_check_hostname () from
/usr/lib/libldap.so.2
#2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
#4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2
#5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2
#6 0x4009722f in ldap_send_initial_request () from
/usr/lib/libldap.so.2
#7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2
#8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2
#9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2
#10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2
#11 0x080c7872 in zif_ldap_bind (ht=3, return_value=0x8366d14,
this_ptr=0x0, return_value_used=1) at
/root/php-4.3.4/ext/ldap/ldap.c:460
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
#13 0x081a2410 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/php-4.3.4/Zend/zend.c:884
#14 0x0817af58 in php_execute_script (primary_file=0xbaa0) at
/root/php-4.3.4/main/main.c:1729
#15 0x081bcec8 in main (argc=2, argv=0xbb44) at
/root/php-4.3.4/sapi/cli/php_cli.c:819
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 1024
#0 0x in ?? ()
(gdb) frame 3
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
(gdb) frame 16
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) bt
#0 0x in ?? ()
#1 0x400a20b4 in ldap_pvt_tls_check_hostname () from
/usr/lib/libldap.so.2
#2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
#4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2
#5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2
#6 0x4009722f in ldap_send_initial_request () from
/usr/lib/libldap.so.2
#7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2
#8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2
#9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2
#10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2
#11 0x080c7872 in zif_ldap_bind (ht=3, return_value=0x8366d14,
this_ptr=0x0, return_value_used=1) at
/root/php-4.3.4/ext/ldap/ldap.c:460
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
#13 0x081a2410 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/php-4.3.4/Zend/zend.c:884
#14 0x0817af58 in php_execute_script (primary_file=0xbaa0) at
/root/php-4.3.4/main/main.c:1729
#15 0x081bcec8 in main (argc=2, argv=0xbb44) at
/root/php-4.3.4/sapi/cli/php_cli.c:819
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 12
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
1616
#26411 [Opn->Fbk]: while {} else {}
ID: 26411
Updated by: [EMAIL PROTECTED]
Reported By: php at bellytime dot com
-Status: Open
+Status: Feedback
Bug Type: Feature/Change Request
Operating System: FreeBSD
PHP Version: Irrelevant
New Comment:
Can you give a better example to support your request? Your example can
easily be written as:
while ($row = mysql_fetch_assoc($result)) {
print 'Here is a result';
...
}
if (!row) {
print 'No results found';
}
I don't think that this one test is so expensive that it makes it worth
the trouble (and cost) to clutter up the language.
Previous Comments:
[2003-11-25 12:28:30] php at bellytime dot com
Description:
How about a while...else structure. Often we do
if (!mysql_num_rows($result)) {
print 'No results found';
}
while ($row = mysql_fetch_assoc($result)) {
print 'Here is a result';
...
}
Wouldn't it be nicer to do a
while ($row = mysql_fetch_assoc($result)) {
print 'Here is a result';
...
} else {
print 'No results found';
}
--
Edit this bug report at http://bugs.php.net/?id=26411&edit=1
#24824 [WFx]: dba_ routines with ndbm crash
ID: 24824 User updated by: php at johnlevine dot com Reported By: php at johnlevine dot com Status: Wont fix Bug Type: DBM/DBA related Operating System: BSD/OS 4.3.1 -PHP Version: 4.3.2 +PHP Version: 4.3.4 Assigned To: helly New Comment: I have a reasonably clean fix for my ndbm problem. As far as I can tell, nobody uses ndbm any more, just the ndbm compatible interface to Berkeley DB (the original non shareware version.) So I redid dba_ndbm.c so that if at compile time it can tell it's the compat version, which is easy to test by #ifdef, it calls the DB routines directly. Otherwise it uses the old ndbm code. I've tested it some, but since the calls to DB are almost the same as DB2 and DB3 only simpler, I expect that it will work the same as they do. See http://www.iecc.com/php_ndbm.c for the updated source file. The build process is the same, the #ifdef is entirely in this one file. Previous Comments: [2003-08-06 02:40:16] [EMAIL PROTECTED] Because ndbm is a mess erm i mean sometimes a wrapper to this sometimes to that! So there's no reliable easy solution. And Berkley DB locking would involve an 'environment' which i don't want to create. Feel free to find a solution your self. What ext/dba does is quite simple. It either locks the database file itself or a log file according to the flag given in dba_open(). And it does this reliable on all supported platforms. [2003-08-05 19:56:39] php at johnlevine dot com It turns out on my system the ndbm is really a wrapper around the more recent Berkeley db that uses dbopen(). The problem seems to be that the ndbm library appends .db to file name, so if you open "foo", it really opens "foo.db". There's a bunch of code in php_dba_open that distrusts ndbm's locking and tries to open the file and lock it, but that code doesn't know that the file is really called foo.db and gets confused. The locking code is a mess. If it's written down anywhere what it's supposed to do, I can probably come up with a simple patch or rewrite that will work anywhere. The obvious question is why it tries to do its own lockf rather than use the one built into ndbm. [2003-07-27 14:05:52] php at johnlevine dot com All the system libraries are the standard ones. We may have an arcane difference between BSD/OS and other BSDs, assuming we know this works on other BSDs. I could try it on FreeBSD 4.8. tom:johnl:php-4.3.2$ php -r 'echo print_r(dba_handlers());' Array ( [0] => ndbm [1] => cdb [2] => cdb_make [3] => flatfile ) [2003-07-27 12:33:35] [EMAIL PROTECTED] The result should be impossible with normal builds. Did you compile your own libc or something like that? Please execute: php -r 'echo print_r(dba_handlers());' You could also provide me with your config.log per email but stick to the list for the rest. [2003-07-27 11:41:18] php at johnlevine dot com tom:johnl:php-4.3.2$ TEST_PHP_EXECUTABLE=/usr/local/bin/php php run-tests.php ext/dba = CWD : /home/src/php-4.3.2 PHP : /usr/local/bin/php PHP_SAPI: cli PHP_VERSION : 4.3.2 ZEND_VERSION: 1.3.0 PHP_OS : BSD/OS INI actual : /usr/local/lib/php.ini More .INIs : Extra dirs : = Running selected tests. FAIL DBA File Creation Test [ext/dba/tests/dba001.phpt] FAIL DBA Insert/Fetch Test [ext/dba/tests/dba002.phpt] FAIL DBA Insert/Replace/Fetch Test [ext/dba/tests/dba003.phpt] FAIL DBA Multiple Insert/Fetch Test [ext/dba/tests/dba004.phpt] FAIL DBA FirstKey/NextKey Loop Test With 5 Items [ext/dba/tests/dba005.phpt] FAIL DBA FirstKey/NextKey with 2 deletes [ext/dba/tests/dba006.phpt] FAIL DBA Multiple File Creation Test [ext/dba/tests/dba007.phpt] FAIL DBA magic_quotes_runtime Test [ext/dba/tests/dba008.phpt] FAIL DBA dba_popen Test [ext/dba/tests/dba009.phpt] FAIL DBA CDB handler test [ext/dba/tests/dba_cdb.phpt] FAIL DBA CDB_MAKE handler test [ext/dba/tests/dba_cdb_make.phpt] PASS DBA CDB handler test (read only) [ext/dba/tests/dba_cdb_read.phpt] FAIL DBA DB2 handler test [ext/dba/tests/dba_db2.phpt] FAIL DBA DB3 handler test [ext/dba/tests/dba_db3.phpt] FAIL DBA DB4 handler test [ext/dba/tests/dba_db4.phpt] FAIL DBA DBM handler test [ext/dba/tests/dba_dbm.phpt] FAIL DBA FlatFile handler test [ext/dba/tests/dba_flatfile.phpt] FAIL DBA GDBM handler test [ext/dba/tests/dba_gdbm.phpt] FAIL DBA NDBM handler test [ext/dba/tests/dba_ndbm.phpt] tom:johnl:php-4.3.2$ ldd /usr/local/bin/php libm.so
#26396 [WFx]: foreach scope modality
ID: 26396
User updated by: php dot net dot 1 at odi dot ch
Reported By: php dot net dot 1 at odi dot ch
Status: Wont fix
Bug Type: Arrays related
Operating System: *
PHP Version: 4.3.3
New Comment:
Sad to see that PHP's language constructs are so fundamentally flawed.
Previous Comments:
[2003-11-25 18:11:31] jpatrin at pnicorp dot com
Ok, I'll accept that response, but why does foreach not make a copy of
the referenced array? I see no place in the foreach docs that say that
it doesn't make a copy when the variable is a reference.
Sidenote: I thought that all PHP vars were refernces and that usinf =&
made it a refernce to the same object instead of a refernce to a copy
of the object. If this is true, the copy should still be made just
fine. foreach is ALWAYS supposed to make a copy of the array and
foreach over that.
[2003-11-25 17:21:46] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
I was right then. Global creates a reference and referenced arrays
cannot be nested. When an array is passed to foreach and it is not a
reference then a copy of the array is created. That's where the
difference comes from.
[2003-11-25 16:27:47] jpatrin at pnicorp dot com
Here's a bit more. If you use
$usr_langs =& $GLOBALS['usr_langs'];
instead of
global $usr_langs;
the same bug presents it self.
Also, if you put
global $usr_langs;
above the echo "Test2..." You get only "de" in the output. It seems
like global is munging the scope of foreach copies.
[2003-11-25 16:08:19] [EMAIL PROTECTED]
Interesting, anybody?
[2003-11-25 13:22:18] jpatrin at pnicorp dot com
Here's the proof that the global keyword is broken. If you change the
code to use $GLOBALS as such:
';
g();
echo '--';
echo 'Test2:';
foreach($usr_langs as $lang) {
f();
echo $lang.' ';
}
?>
The output is:
Test1:
de fr it
--
Test2:
de fr it
As was originally expected. Please either open this bug again or
explain why global is treated differently than $GLOBALS.
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/26396
--
Edit this bug report at http://bugs.php.net/?id=26396&edit=1
#26396 [Com]: foreach scope modality
ID: 26396
Comment by: jpatrin at pnicorp dot com
Reported By: php dot net dot 1 at odi dot ch
Status: Wont fix
Bug Type: Arrays related
Operating System: *
PHP Version: 4.3.3
New Comment:
Ok, I'll accept that response, but why does foreach not make a copy of
the referenced array? I see no place in the foreach docs that say that
it doesn't make a copy when the variable is a reference.
Sidenote: I thought that all PHP vars were refernces and that usinf =&
made it a refernce to the same object instead of a refernce to a copy
of the object. If this is true, the copy should still be made just
fine. foreach is ALWAYS supposed to make a copy of the array and
foreach over that.
Previous Comments:
[2003-11-25 17:21:46] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
I was right then. Global creates a reference and referenced arrays
cannot be nested. When an array is passed to foreach and it is not a
reference then a copy of the array is created. That's where the
difference comes from.
[2003-11-25 16:27:47] jpatrin at pnicorp dot com
Here's a bit more. If you use
$usr_langs =& $GLOBALS['usr_langs'];
instead of
global $usr_langs;
the same bug presents it self.
Also, if you put
global $usr_langs;
above the echo "Test2..." You get only "de" in the output. It seems
like global is munging the scope of foreach copies.
[2003-11-25 16:08:19] [EMAIL PROTECTED]
Interesting, anybody?
[2003-11-25 13:22:18] jpatrin at pnicorp dot com
Here's the proof that the global keyword is broken. If you change the
code to use $GLOBALS as such:
';
g();
echo '--';
echo 'Test2:';
foreach($usr_langs as $lang) {
f();
echo $lang.' ';
}
?>
The output is:
Test1:
de fr it
--
Test2:
de fr it
As was originally expected. Please either open this bug again or
explain why global is treated differently than $GLOBALS.
[2003-11-25 13:12:37] jpatrin at pnicorp dot com
You *CAN* nest foreach loops, as I have been doing it for a LONG time.
You can even nest foreach loops with the same array and the output will
be as expected (see code at bottom). Because foreach works on a copy of
the array, it does not change the internal pointer and therefore there
are two bugs here. The first being that the outputs aren't the same and
second being that all values int he array are not output by g().
What seems to be happening if that f() is somehow altering the internal
pointer of the *copy* that g() is operating on. Is it almost certain
that this is a problem with how global is implemented.
This code:
";
foreach($usr_langs as $lang2) {
echo "2 $lang2";
}
}
?>
Produces this output:
1 de
2 de
2 fr
2 it
1 fr
2 de
2 fr
2 it
1 it
2 de
2 fr
2 it
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/26396
--
Edit this bug report at http://bugs.php.net/?id=26396&edit=1
#26413 [WFx]: isset of array index of a non-array returns incorrectly
ID: 26413 User updated by: james at gogo dot co dot nz Reported By: james at gogo dot co dot nz Status: Wont fix Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS New Comment: How is it a compatability problem to fix this? I don't see how a person would use the incorrect true result for anything useful? It's seems it would be silly for anything to do anything with the result of that test, as it could mean either the element exists (and isn't null) or the element cannot exist at all (because the variable is not an array). Previous Comments: [2003-11-25 15:38:55] [EMAIL PROTECTED] This is fixed in PHP 5.0, but for backwards compatibility reasons it'll remain as is in PHP 4. [2003-11-25 15:08:49] [EMAIL PROTECTED] Works fine with PHP 5 btw. (this fails also with 4.2.3, so this is old issue) [2003-11-25 14:59:18] james at gogo dot co dot nz Description: Using isset to test for the existance of an array index on a non array (in this case string '4') returns true, when plainly, $foo has no element indexed 'bar'; Reproduce code: --- Expected result: S'all Good Actual result: -- Uh Oh -- Edit this bug report at http://bugs.php.net/?id=26413&edit=1
#26396 [Opn->WFx]: foreach scope modality
ID: 26396
Updated by: [EMAIL PROTECTED]
Reported By: php dot net dot 1 at odi dot ch
-Status: Open
+Status: Wont fix
Bug Type: Arrays related
Operating System: *
PHP Version: 4.3.3
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
I was right then. Global creates a reference and referenced arrays
cannot be nested. When an array is passed to foreach and it is not a
reference then a copy of the array is created. That's where the
difference comes from.
Previous Comments:
[2003-11-25 16:27:47] jpatrin at pnicorp dot com
Here's a bit more. If you use
$usr_langs =& $GLOBALS['usr_langs'];
instead of
global $usr_langs;
the same bug presents it self.
Also, if you put
global $usr_langs;
above the echo "Test2..." You get only "de" in the output. It seems
like global is munging the scope of foreach copies.
[2003-11-25 16:08:19] [EMAIL PROTECTED]
Interesting, anybody?
[2003-11-25 13:22:18] jpatrin at pnicorp dot com
Here's the proof that the global keyword is broken. If you change the
code to use $GLOBALS as such:
';
g();
echo '--';
echo 'Test2:';
foreach($usr_langs as $lang) {
f();
echo $lang.' ';
}
?>
The output is:
Test1:
de fr it
--
Test2:
de fr it
As was originally expected. Please either open this bug again or
explain why global is treated differently than $GLOBALS.
[2003-11-25 13:12:37] jpatrin at pnicorp dot com
You *CAN* nest foreach loops, as I have been doing it for a LONG time.
You can even nest foreach loops with the same array and the output will
be as expected (see code at bottom). Because foreach works on a copy of
the array, it does not change the internal pointer and therefore there
are two bugs here. The first being that the outputs aren't the same and
second being that all values int he array are not output by g().
What seems to be happening if that f() is somehow altering the internal
pointer of the *copy* that g() is operating on. Is it almost certain
that this is a problem with how global is implemented.
This code:
";
foreach($usr_langs as $lang2) {
echo "2 $lang2";
}
}
?>
Produces this output:
1 de
2 de
2 fr
2 it
1 fr
2 de
2 fr
2 it
1 it
2 de
2 fr
2 it
[2003-11-25 12:36:00] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You can not nest foreach calls.
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/26396
--
Edit this bug report at http://bugs.php.net/?id=26396&edit=1
#25963 [Asn->Csd]: postgres error message include \n characters
ID: 25963
Updated by: [EMAIL PROTECTED]
Reported By: edechaux at irci dot fr
-Status: Assigned
+Status: Closed
Bug Type: PostgreSQL related
Operating System: *
PHP Version: 4.3.3
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-11-17 22:43:32] [EMAIL PROTECTED]
Marcus, can you MFH now..?
[2003-10-25 08:48:23] [EMAIL PROTECTED]
Is already fixed in PHP 5. Fix will be committed for 4.3.5 or whatever
comes next, too. For 4.3.3 we are to far in the release process.
[2003-10-24 09:35:53] edechaux at irci dot fr
I tried with the lastest CVS and there is no changes.
Here is a sample code :
file toto.php
I execute 'php toto.php'. It displays :
{Unable to connect to PostgreSQL server: missing "=" after "blablabla"
in connection info string
.}
As you can see there is a newline character between 'string' and '.'.
This newline character mess up the html code if you d'ont remove it...
It still works, but it break your html code format :p
[2003-10-23 05:50:09] edechaux at irci dot fr
Description:
When a connection to a Postgres database fails, the error message which
is in the $php_errormsg variable ends with the following string :
'\n\n.'
The final '.' is quite anoying because you just can't 'trim' the
$php_errormsg, you must 'trim ($php_errormsg, "\n.")' to remove the dot
and the newline characters.
Could it be possible to remove the final dot, or even the final '\n\n.'
string ?
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=25963&edit=1
#26409 [Opn]: ldap_bind is causing a seg fault
ID: 26409
User updated by: pyrox_pro at hotmail dot com
Reported By: pyrox_pro at hotmail dot com
Status: Open
Bug Type: LDAP related
Operating System: RedHat Linux 7.3
PHP Version: 4.3.4
New Comment:
Would the problem be the Oracle 8 libs are older and do not support the
Openldap 2 style of hostname definition, and possibly do not support
SSL?
Either way I have been punked.
Previous Comments:
[2003-11-25 16:52:21] pyrox_pro at hotmail dot com
I did as requested, added my Oracle libs and built php with the
configure line pointing ldap to them.
Now I am getting:
Warning: ldap_error(): supplied argument is not a valid ldap link
resource in /usr/docroot/dev/ldap.php on line 14
Warning: ldap_bind() expects parameter 1 to be resource, boolean given
in /usr/docroot/dev/ldap.php on line 15
$ds=ldap_connect("ldaps://myhostnameishere/");
echo ldap_error($ds);
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
Still not functional.
This kind of problem defies logic. Should it not return either:
A) A link ref
B) False
??
The code in the manual is not function now either.
[2003-11-25 15:48:49] pyrox_pro at hotmail dot com
Here you go:
[EMAIL PROTECTED] php-4.3.4]# gdb /usr/local/apache/bin/php
GNU gdb Red Hat Linux (5.2-2)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run /usr/docroot/dev/ldap2
Starting program: /usr/local/apache/bin/php /usr/docroot/dev/ldap2
[New Thread 1024 (LWP 19522)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 19522)]
0x in ?? ()
(gdb) bt
#0 0x in ?? ()
#1 0x400a20b4 in ldap_pvt_tls_check_hostname () from
/usr/lib/libldap.so.2
#2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
#4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2
#5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2
#6 0x4009722f in ldap_send_initial_request () from
/usr/lib/libldap.so.2
#7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2
#8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2
#9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2
#10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2
#11 0x080c7872 in zif_ldap_bind (ht=3, return_value=0x8366d14,
this_ptr=0x0, return_value_used=1) at
/root/php-4.3.4/ext/ldap/ldap.c:460
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
#13 0x081a2410 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/php-4.3.4/Zend/zend.c:884
#14 0x0817af58 in php_execute_script (primary_file=0xbaa0) at
/root/php-4.3.4/main/main.c:1729
#15 0x081bcec8 in main (argc=2, argv=0xbb44) at
/root/php-4.3.4/sapi/cli/php_cli.c:819
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 1024
#0 0x in ?? ()
(gdb) frame 3
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
(gdb) frame 16
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) bt
#0 0x in ?? ()
#1 0x400a20b4 in ldap_pvt_tls_check_hostname () from
/usr/lib/libldap.so.2
#2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
#4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2
#5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2
#6 0x4009722f in ldap_send_initial_request () from
/usr/lib/libldap.so.2
#7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2
#8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2
#9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2
#10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2
#11 0x080c7872 in zif_ldap_bind (ht=3, return_value=0x8366d14,
this_ptr=0x0, return_value_used=1) at
/root/php-4.3.4/ext/ldap/ldap.c:460
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
#13 0x081a2410 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/php-4.3.4/Zend/zend.c:884
#14 0x0817af58 in php_execute_script (primary_file=0xbaa0) at
/root/php-4.3.4/main/main.c:1729
#15 0x081bcec8 in main (argc=2, argv=0xbb44) at
/root/php-4.3.4/sapi/cli/php_cli.c:819
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 12
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
1616
#26409 [Opn]: ldap_bind is causing a seg fault
ID: 26409
User updated by: pyrox_pro at hotmail dot com
Reported By: pyrox_pro at hotmail dot com
Status: Open
Bug Type: LDAP related
Operating System: RedHat Linux 7.3
PHP Version: 4.3.4
New Comment:
I did as requested, added my Oracle libs and built php with the
configure line pointing ldap to them.
Now I am getting:
Warning: ldap_error(): supplied argument is not a valid ldap link
resource in /usr/docroot/dev/ldap.php on line 14
Warning: ldap_bind() expects parameter 1 to be resource, boolean given
in /usr/docroot/dev/ldap.php on line 15
$ds=ldap_connect("ldaps://myhostnameishere/");
echo ldap_error($ds);
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
Still not functional.
This kind of problem defies logic. Should it not return either:
A) A link ref
B) False
??
The code in the manual is not function now either.
Previous Comments:
[2003-11-25 15:48:49] pyrox_pro at hotmail dot com
Here you go:
[EMAIL PROTECTED] php-4.3.4]# gdb /usr/local/apache/bin/php
GNU gdb Red Hat Linux (5.2-2)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run /usr/docroot/dev/ldap2
Starting program: /usr/local/apache/bin/php /usr/docroot/dev/ldap2
[New Thread 1024 (LWP 19522)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 19522)]
0x in ?? ()
(gdb) bt
#0 0x in ?? ()
#1 0x400a20b4 in ldap_pvt_tls_check_hostname () from
/usr/lib/libldap.so.2
#2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
#4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2
#5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2
#6 0x4009722f in ldap_send_initial_request () from
/usr/lib/libldap.so.2
#7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2
#8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2
#9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2
#10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2
#11 0x080c7872 in zif_ldap_bind (ht=3, return_value=0x8366d14,
this_ptr=0x0, return_value_used=1) at
/root/php-4.3.4/ext/ldap/ldap.c:460
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
#13 0x081a2410 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/php-4.3.4/Zend/zend.c:884
#14 0x0817af58 in php_execute_script (primary_file=0xbaa0) at
/root/php-4.3.4/main/main.c:1729
#15 0x081bcec8 in main (argc=2, argv=0xbb44) at
/root/php-4.3.4/sapi/cli/php_cli.c:819
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 1024
#0 0x in ?? ()
(gdb) frame 3
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
(gdb) frame 16
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) bt
#0 0x in ?? ()
#1 0x400a20b4 in ldap_pvt_tls_check_hostname () from
/usr/lib/libldap.so.2
#2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2
#3 0x40088ff1 in ldap_int_open_connection () from
/usr/lib/libldap.so.2
#4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2
#5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2
#6 0x4009722f in ldap_send_initial_request () from
/usr/lib/libldap.so.2
#7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2
#8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2
#9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2
#10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2
#11 0x080c7872 in zif_ldap_bind (ht=3, return_value=0x8366d14,
this_ptr=0x0, return_value_used=1) at
/root/php-4.3.4/ext/ldap/ldap.c:460
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
#13 0x081a2410 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/php-4.3.4/Zend/zend.c:884
#14 0x0817af58 in php_execute_script (primary_file=0xbaa0) at
/root/php-4.3.4/main/main.c:1729
#15 0x081bcec8 in main (argc=2, argv=0xbb44) at
/root/php-4.3.4/sapi/cli/php_cli.c:819
#16 0x407401c4 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 12
#12 0x081b49c4 in execute (op_array=0x8357b74) at
/root/php-4.3.4/Zend/zend_execute.c:1616
1616
((zend_internal_function *)
EX(function_state).function)->handler(EX(opline)->extended_value,
EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr,
return_value_used TSRMLS_CC);
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x824
#26395 [Bgs]: php_xslt not working with PHP5.0.0b3-dev
ID: 26395
Updated by: [EMAIL PROTECTED]
Reported By: info at sovall dot cz
Status: Bogus
Bug Type: XSLT related
Operating System: Windows 2k
PHP Version: 5CVS-2003-11-25 (dev)
New Comment:
Just for your information, info at sovall dot cz:
ext/xslt is based on Sablotron
ext/xsl is based on libslt
ext/xslt is not ported yet to PHP5.
ext/xsl is not API-compatible to ext/xslt.
So either port (or let someone port) ext/xslt to php5 or
switch to ext/xsl (and rewrite your scripts).
Previous Comments:
[2003-11-25 04:29:58] [EMAIL PROTECTED]
There is no such extension as 'ext/xslt/' in PHP 5.
There IS 'ext/xsl' though..
[2003-11-25 03:50:37] info at sovall dot cz
Other undefined functions:
xslt_set_base
xslt_process
[2003-11-25 03:33:29] info at sovall dot cz
I am sorry. This example working fine. My problem may be in new Zend 2
Object model.
My code:
class xslTransform{
public $xh;
function xslTransform(){
$this->xh = xslt_create();
}
}
This code return error above.
[2003-11-25 03:23:10] info at sovall dot cz
Description:
When I try
then PHP write:
PHP Fatal error: Call to undefined function xslt_create()
My php.ini:
extension=php_iconv.dll
extension=php_xslt.dll
All php/dlls/ are in winnt/system32/ directory.
php version: 5.0.0b3-dev (php5-win32-200311201130.zip)
php_xslt.dll: 6/22/2003
With php5.0.0b1 working fine.
Thanx for reply.
--
Edit this bug report at http://bugs.php.net/?id=26395&edit=1
#26399 [Opn->Bgs]: function pg_fetch_array() is malfunctioning
ID: 26399 Updated by: [EMAIL PROTECTED] Reported By: elektrik at gmx dot net -Status: Open +Status: Bogus Bug Type: PostgreSQL related Operating System: Linux (SuSe 8.0) PHP Version: Irrelevant New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Read the manual: array pg_fetch_array ( resource result [, int row [, int result_type]]) Previous Comments: [2003-11-25 06:16:52] elektrik at gmx dot net Description: The function pg_fetch_array accepts the writing: pg_fetch_array($result, PGSQL_ASSOC). Standard is PGSQL_BOTH. With PGSQL_ASSOC I get weard behavior. Instead of having only associative results, I get an infinite loop of both assoc. and numeric indexes... Reproduce code: --- $query = "SELECT * FROM table"; $result = pg_query($link, $query); while( $row = pg_fetch_array($result, PGSQL_ASSOC) ) print_r($row); pg_free_result($result); Expected result: ["id"] => 1 ["name"] => "bla" Actual result: -- [0] => 1 ["id"] => 1 [1] => "bla" ["name"] => "bla" ... infinite loop... -- Edit this bug report at http://bugs.php.net/?id=26399&edit=1
#26396 [Com]: foreach scope modality
ID: 26396
Comment by: jpatrin at pnicorp dot com
Reported By: php dot net dot 1 at odi dot ch
Status: Open
Bug Type: Arrays related
Operating System: *
PHP Version: 4.3.3
New Comment:
Here's a bit more. If you use
$usr_langs =& $GLOBALS['usr_langs'];
instead of
global $usr_langs;
the same bug presents it self.
Also, if you put
global $usr_langs;
above the echo "Test2..." You get only "de" in the output. It seems
like global is munging the scope of foreach copies.
Previous Comments:
[2003-11-25 16:08:19] [EMAIL PROTECTED]
Interesting, anybody?
[2003-11-25 13:22:18] jpatrin at pnicorp dot com
Here's the proof that the global keyword is broken. If you change the
code to use $GLOBALS as such:
';
g();
echo '--';
echo 'Test2:';
foreach($usr_langs as $lang) {
f();
echo $lang.' ';
}
?>
The output is:
Test1:
de fr it
--
Test2:
de fr it
As was originally expected. Please either open this bug again or
explain why global is treated differently than $GLOBALS.
[2003-11-25 13:12:37] jpatrin at pnicorp dot com
You *CAN* nest foreach loops, as I have been doing it for a LONG time.
You can even nest foreach loops with the same array and the output will
be as expected (see code at bottom). Because foreach works on a copy of
the array, it does not change the internal pointer and therefore there
are two bugs here. The first being that the outputs aren't the same and
second being that all values int he array are not output by g().
What seems to be happening if that f() is somehow altering the internal
pointer of the *copy* that g() is operating on. Is it almost certain
that this is a problem with how global is implemented.
This code:
";
foreach($usr_langs as $lang2) {
echo "2 $lang2";
}
}
?>
Produces this output:
1 de
2 de
2 fr
2 it
1 fr
2 de
2 fr
2 it
1 it
2 de
2 fr
2 it
[2003-11-25 12:36:00] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You can not nest foreach calls.
[2003-11-25 04:58:19] php dot net dot 1 at odi dot ch
Description:
The behaviour of foreach seems to be scope dependent. The following
code (slightly more than 20 lines) should yield the same results in
both cases, but doesn't.
I know that foreach uses the internal array pointer. The result beeing
"de" or "de fr it" is NOT the topic here. The point is that the two
results differ, although the code is the same except for the scope.
This could be the reason for bug #19285
Reproduce code:
---
";
g();
echo "--";
echo "Test2:";
foreach ($usr_langs as $lang) {
f();
echo "$lang ";
}
?>
Expected result:
Test1:
de
--
Test2:
de
OR even better
Test1:
de fr it
--
Test2:
de fr it
Actual result:
--
Test1:
de
--
Test2:
de fr it
--
Edit this bug report at http://bugs.php.net/?id=26396&edit=1
#26412 [Com]: natsort ignores extra white space
ID: 26412
Comment by: jpatrin at pnicorp dot com
Reported By: phpbug at reuben dot com
Status: Bogus
Bug Type: Arrays related
Operating System: Mac OS X
PHP Version: 4.3.3
New Comment:
If you would actually look at the bug, you'd notice that "a a" id
sortes as before "a a", which is inconsistent with the sorting of "a
b" and "a b".
Previous Comments:
[2003-11-25 15:40:30] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
' ' is 10 and 'b' is 98, make your own conclustions.
[2003-11-25 14:02:05] phpbug at reuben dot com
Description:
natsort (and related functions like strnatcmp) appear to
collapse all white space chars into just one space, so
that 'a a' sorts at the same level as 'a a' (so the
order of the returned sort is not determined), while it
should sort one before the other (which one is more
"natural" is up for discussion, but it shouldn't
randomly return one or the
other).
Reproduce code:
---
$array = array('a b','a a','a a','aa','a b','ab');
natsort($array);
echo "";
foreach ($array as $val)
echo "$val\n";
echo "";
Expected result:
Should print:
aa
ab
a a
a b
a a
a b
-OR-
aa
a a
a a
ab
a b
a b
Actual result:
--
Actually prints (changes order if you change order in
array definition):
aa
a a
a a
ab
a b
a b
--
Edit this bug report at http://bugs.php.net/?id=26412&edit=1
#26323 [NoF->Opn]: Windows installer version damages IIS 5.0
ID: 26323 User updated by: omarh at cox dot net Reported By: omarh at cox dot net -Status: No Feedback +Status: Open Bug Type: IIS related Operating System: Win2K Pro Sp5 PHP Version: 4.3.4 New Comment: I got it working by uninstalling IIS, reinstalling it, then installing PHP 4.3.5(latest build) the manual way. Now it works...but I have PHP working from a different virtual folder than the one ASP works in. Just in case :) Previous Comments: [2003-11-25 15:36:43] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-19 19:36:35] [EMAIL PROTECTED] Just guessing..but what is the 'asp_tags' setting set to in your php.ini? (check from phpinfo() output) [2003-11-19 13:34:41] omarh at cox dot net Description: I used the automatic Windows installer for PHP 4.3.4 because the manual method wasn't workin for some reason. After running the Windows installer, it worked perfectly. Problem was, my ASP.NET pages were messed up. They ran incredibly slowly, and session state was messed up in ASP.NET apps. Everything seemed to work great in PHP though. The only way I could fix it was to uninstall PHP, uninstall IIS, and reinstall IIS. Now ASP.NET works great but no PHP. I'm going to try the manual method again...but Thought I should warn others about the windows installer and ASP.NET on IIS 5 Reproduce code: --- Windows installer Expected result: Shouldn't affect ASP.NET performance. Actual result: -- Slows down and cripples ASP.NET -- Edit this bug report at http://bugs.php.net/?id=26323&edit=1
#26396 [Bgs->Opn]: foreach scope modality
ID: 26396
Updated by: [EMAIL PROTECTED]
Reported By: php dot net dot 1 at odi dot ch
-Status: Bogus
+Status: Open
Bug Type: Arrays related
-Operating System: Win32
+Operating System: *
PHP Version: 4.3.3
New Comment:
Interesting, anybody?
Previous Comments:
[2003-11-25 13:22:18] jpatrin at pnicorp dot com
Here's the proof that the global keyword is broken. If you change the
code to use $GLOBALS as such:
';
g();
echo '--';
echo 'Test2:';
foreach($usr_langs as $lang) {
f();
echo $lang.' ';
}
?>
The output is:
Test1:
de fr it
--
Test2:
de fr it
As was originally expected. Please either open this bug again or
explain why global is treated differently than $GLOBALS.
[2003-11-25 13:12:37] jpatrin at pnicorp dot com
You *CAN* nest foreach loops, as I have been doing it for a LONG time.
You can even nest foreach loops with the same array and the output will
be as expected (see code at bottom). Because foreach works on a copy of
the array, it does not change the internal pointer and therefore there
are two bugs here. The first being that the outputs aren't the same and
second being that all values int he array are not output by g().
What seems to be happening if that f() is somehow altering the internal
pointer of the *copy* that g() is operating on. Is it almost certain
that this is a problem with how global is implemented.
This code:
";
foreach($usr_langs as $lang2) {
echo "2 $lang2";
}
}
?>
Produces this output:
1 de
2 de
2 fr
2 it
1 fr
2 de
2 fr
2 it
1 it
2 de
2 fr
2 it
[2003-11-25 12:36:00] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You can not nest foreach calls.
[2003-11-25 04:58:19] php dot net dot 1 at odi dot ch
Description:
The behaviour of foreach seems to be scope dependent. The following
code (slightly more than 20 lines) should yield the same results in
both cases, but doesn't.
I know that foreach uses the internal array pointer. The result beeing
"de" or "de fr it" is NOT the topic here. The point is that the two
results differ, although the code is the same except for the scope.
This could be the reason for bug #19285
Reproduce code:
---
";
g();
echo "--";
echo "Test2:";
foreach ($usr_langs as $lang) {
f();
echo "$lang ";
}
?>
Expected result:
Test1:
de
--
Test2:
de
OR even better
Test1:
de fr it
--
Test2:
de fr it
Actual result:
--
Test1:
de
--
Test2:
de fr it
--
Edit this bug report at http://bugs.php.net/?id=26396&edit=1
#26266 [Csd->Opn]: Concatenating overloaded objects causes crash
ID: 26266
User updated by: adam at trachtenberg dot com
Reported By: adam at trachtenberg dot com
-Status: Closed
+Status: Open
Bug Type: Zend Engine 2 problem
-Operating System: *
+Operating System: Mac OS X 10.3
PHP Version: 5CVS-2003-11-15 (dev)
New Comment:
Just updated to the latest CVS and it's still broken on
my machine.
[EMAIL PROTECTED]:~/Documents/php/php5] $ php -v
PHP 5.0.0b3-dev (cli) (built: Nov 25 2003 15:56:32)
(DEBUG)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend
Technologies
Previous Comments:
[2003-11-25 14:52:23] [EMAIL PROTECTED]
Doesn't crash with latest CVS.
[2003-11-15 15:08:55] adam at trachtenberg dot com
Description:
Concatenating objects that define a __toString() method
using the "." operator causes a bus error.
Reproduce code:
---
class foo {
function __toString() {
return "foo";
}
}
$foo = new foo;
echo $foo . "\n";
Expected result:
foo
Actual result:
--
Bus error.
--
Edit this bug report at http://bugs.php.net/?id=26266&edit=1
#26357 [Opn->Fbk]: session.cookie_domain problem with Mozilla and IE
ID: 26357
Updated by: [EMAIL PROTECTED]
Reported By: dmachi at vt dot edu
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: Linux
PHP Version: 4.3.4
New Comment:
Some browsers reject cookies with a domain specified due to some
mismatches between the domain & the actual server. Are you absolutely
certain that you are setting the correct domain?
You should also check if the cookie is being sent, if it is, then it's
not a php issue.
Previous Comments:
[2003-11-21 22:10:57] dmachi at vt dot edu
I have tried both. I should have mentioned this in the previous
submission, sorry.
[2003-11-21 21:43:02] [EMAIL PROTECTED]
Try removing the prepended dot in the domain:
$cookie_domain = 'my.sub.domain';
[2003-11-21 21:33:15] dmachi at vt dot edu
Description:
I have a small app in which I would like to use sessions, no different
than many others I have written in the past. However, on this one I
would like to set the cookie domain to a domain as opposed to a host.
However, when I do so, it seems to not work in Mozilla and IE (it does
however work in konqueror). I have tried setting the cookie_domain
through ini_set and through session_set_cookie_params and through
setcookie, all with the same result. If I don't set the domain, the
cookie works fine (although only for that host of course). I have
searched high and low for an answer to this but have been unable to
turn up anything.
Reproduce code:
---
$cookie_domain = '.my.sub.domain';
// Set session parameters and start session
ini_alter("session.gc_maxlifetime", "172800");
ini_alter( "session.entropy_file","/dev/random");
ini_alter( "session.entropy_length","512");
ini_set( "session.name",$session_name);
ini_set( "session.cookie_domain", $cookie_domain);
session_start();
Expected result:
I expect that the cookie will be set on the browser. It does get set
in konqueror, but not in any other browser that I have access to
(mozilla running in both linux and windows, and ie)
Actual result:
--
It never appears when I try to set the cookie_domain. If I don't set
it, the cookie appears normally. Additionally, I can turn on the
feature in mozilla to ask whether or not to accept each cookie it
receives, I never even get the question when the domain is set. Note
that the behavior is the same if I set the cookie_domain to the
hostname as well.
--
Edit this bug report at http://bugs.php.net/?id=26357&edit=1
#26389 [Opn->Fbk]: Use an sqlite db...
ID: 26389 Updated by: [EMAIL PROTECTED] Reported By: php at plouk dot net -Status: Open +Status: Feedback Bug Type: SQLite related Operating System: Linux debian PHP Version: 5.0.0b2 (beta2) New Comment: Works just fine, try changing your query line to: $res = sqlite_query($db,$req) or die(sqlite_error_string(sqlite_last_error($db))); and see what error (if any) do you get. Previous Comments: [2003-11-25 12:44:49] php at plouk dot net The script run via a webserver... [2003-11-24 20:03:02] [EMAIL PROTECTED] If you are running it not via a webserver (user != nobody) chmod the file 666. Otherwise re-open the bug. [2003-11-24 16:48:15] php at plouk dot net The script result : -- resource(2) of type (sqlite database) NULL bool(false) [2003-11-24 16:46:50] php at plouk dot net Description: This script isn't able to create a table in an existing database. Why? (No error are detected and permissions on the database file seem all right) #ls -l -rw-rw-r--1 nobody nogroup 263 Nov 24 23:42 sqlite.php -rw-rw-rw-1 nobody nogroup 0 Nov 24 22:45 test.db Reproduce code: --- '; echo var_dump($sqlite_err).''; $req="CREATE TABLE my_table (value INTEGER PRIMARY KEY)"; $res=sqlite_query($db,$req); echo var_dump($res).''; sqlite_close($db); ?> Expected result: A table Actual result: -- Nothing, the db file is always a 0 byte's file... -- Edit this bug report at http://bugs.php.net/?id=26389&edit=1
#26409 [Bgs->Opn]: ldap_bind is causing a seg fault
ID: 26409 User updated by: pyrox_pro at hotmail dot com Reported By: pyrox_pro at hotmail dot com -Status: Bogus +Status: Open Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: Here you go: [EMAIL PROTECTED] php-4.3.4]# gdb /usr/local/apache/bin/php GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (gdb) run /usr/docroot/dev/ldap2 Starting program: /usr/local/apache/bin/php /usr/docroot/dev/ldap2 [New Thread 1024 (LWP 19522)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 19522)] 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x400a20b4 in ldap_pvt_tls_check_hostname () from /usr/lib/libldap.so.2 #2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2 #3 0x40088ff1 in ldap_int_open_connection () from /usr/lib/libldap.so.2 #4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2 #5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2 #6 0x4009722f in ldap_send_initial_request () from /usr/lib/libldap.so.2 #7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2 #8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2 #9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2 #10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2 #11 0x080c7872 in zif_ldap_bind (ht=3, return_value=0x8366d14, this_ptr=0x0, return_value_used=1) at /root/php-4.3.4/ext/ldap/ldap.c:460 #12 0x081b49c4 in execute (op_array=0x8357b74) at /root/php-4.3.4/Zend/zend_execute.c:1616 #13 0x081a2410 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-4.3.4/Zend/zend.c:884 #14 0x0817af58 in php_execute_script (primary_file=0xbaa0) at /root/php-4.3.4/main/main.c:1729 #15 0x081bcec8 in main (argc=2, argv=0xbb44) at /root/php-4.3.4/sapi/cli/php_cli.c:819 #16 0x407401c4 in __libc_start_main () from /lib/libc.so.6 (gdb) frame 1024 #0 0x in ?? () (gdb) frame 3 #3 0x40088ff1 in ldap_int_open_connection () from /usr/lib/libldap.so.2 (gdb) frame 16 #16 0x407401c4 in __libc_start_main () from /lib/libc.so.6 (gdb) bt #0 0x in ?? () #1 0x400a20b4 in ldap_pvt_tls_check_hostname () from /usr/lib/libldap.so.2 #2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2 #3 0x40088ff1 in ldap_int_open_connection () from /usr/lib/libldap.so.2 #4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2 #5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2 #6 0x4009722f in ldap_send_initial_request () from /usr/lib/libldap.so.2 #7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2 #8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2 #9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2 #10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2 #11 0x080c7872 in zif_ldap_bind (ht=3, return_value=0x8366d14, this_ptr=0x0, return_value_used=1) at /root/php-4.3.4/ext/ldap/ldap.c:460 #12 0x081b49c4 in execute (op_array=0x8357b74) at /root/php-4.3.4/Zend/zend_execute.c:1616 #13 0x081a2410 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-4.3.4/Zend/zend.c:884 #14 0x0817af58 in php_execute_script (primary_file=0xbaa0) at /root/php-4.3.4/main/main.c:1729 #15 0x081bcec8 in main (argc=2, argv=0xbb44) at /root/php-4.3.4/sapi/cli/php_cli.c:819 #16 0x407401c4 in __libc_start_main () from /lib/libc.so.6 (gdb) frame 12 #12 0x081b49c4 in execute (op_array=0x8357b74) at /root/php-4.3.4/Zend/zend_execute.c:1616 1616 ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x8242abc "ldap_bind" $1 = 0x8242abc "ldap_bind" About the Oci libs note: OCI8 Support enabled Revision $Revision: 1.183.2.5 $ Oracle Version 8.1 Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6 Libraries Used no value I cannot point the ldap path there as there is no ldap libs in this oracle setup. Oracle is funcitoning fine. Note also it works with version 4.3.2-RC with the exact same buildpath. Previous Comments: [2003-11-25 15:40:29] [EMAIL PROTECTED] Actually..when using Oracle with PHP, you should point --with-ldap to that too..they're nice people and have put their own ldap functions into their libs. This conflicts with the openldap fu
#26360 [Fbk->Opn]: PHP won't install when compiled with OpenLDAP 2.1.22
ID: 26360 User updated by: mike at blackchaos dot net Reported By: mike at blackchaos dot net -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Solaris 8 on SPARC PHP Version: 4.3.4 New Comment: Output from gdb: porn$ gdb sapi/cli/php GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"...(no debugging symbols found)... (gdb) run Starting program: /usr/home/mike/www/php-4.3.4/sapi/cli/php (no debugging symbols found)...(no debugging symbols found)...warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 (no debugging symbols found)...Assertion failed: BER_VALID( ber ), file encode.c, line 471 Program received signal SIGABRT, Aborted. 0xfed9f8d8 in _libc_kill () from /usr/lib/libc.so.1 (gdb) bt #0 0xfed9f8d8 in _libc_kill () from /usr/lib/libc.so.1 #1 0xfed35944 in abort () from /usr/lib/libc.so.1 #2 0xfed35be8 in _assert () from /usr/lib/libc.so.1 #3 0xff323c88 in ber_start_seq () from /usr/local/lib/liblber.so.2 #4 0xfeb2b52c in __BP_ber_printf () from /usr/lib/sldaputil.so.5 #5 0xfeb431b4 in simple_bind_nolock () from /usr/lib/sldaputil.so.5 #6 0xfec424f0 in openConnection () from /usr/lib/libsldap.so.1 #7 0xfec41998 in makeConnection () from /usr/lib/libsldap.so.1 #8 0xfec434cc in __s_api_getConnection () from /usr/lib/libsldap.so.1 #9 0xfec39b30 in get_current_session () from /usr/lib/libsldap.so.1 #10 0xfec3a8e0 in search_state_machine () from /usr/lib/libsldap.so.1 #11 0xfec3b3d8 in __ns_ldap_list () from /usr/lib/libsldap.so.1 #12 0xfec6a444 in _nss_ldap_lookup () from /usr/lib/nss_ldap.so.1 #13 0xfec69a6c in getbyname () from /usr/lib/nss_ldap.so.1 #14 0xfed49554 in nss_search () from /usr/lib/libc.so.1 #15 0xfefb9c08 in _switch_getservbyname_r () from /usr/lib/libnsl.so.1 #16 0xfef9b63c in _get_hostserv_inetnetdir_byname () from /usr/lib/libnsl.so.1 #17 0xff045c34 in getservbyname_r () from /usr/lib/libsocket.so.1 #18 0xfeec24c8 in _init_snmp () from /usr/local/lib/libnetsnmp.so.5 #19 0xfeeb5298 in init_snmp () from /usr/local/lib/libnetsnmp.so.5 #20 0xd9064 in zm_startup_snmp () #21 0x19c388 in zend_startup_module () #22 0x167f48 in php_startup_extensions () #23 0x1684dc in php_module_startup () #24 0x1ae1b4 in main () (gdb) Previous Comments: [2003-11-25 14:14:20] [EMAIL PROTECTED] Okay..try this: # gdb sapi/cli/php (gdb) run (gdb) bt (dunno if you have gdb installed..but use the debugger you have there) [2003-11-25 13:16:39] mike at blackchaos dot net Yes, all of the LDAP command line utilities work perfectly. [2003-11-25 02:50:17] [EMAIL PROTECTED] Another test..do the openldap command line tools work? For example 'ldapsearch' program? [2003-11-24 15:00:46] mike at blackchaos dot net Results from 'make test': Build complete. (It is safe to ignore warnings about tempnam and tmpnam). mmcneil$ make test Assertion failed: BER_VALID( ber ), file encode.c, line 471 Abort make: [test] Error 134 (ignored) [2003-11-23 21:11:39] [EMAIL PROTECTED] Does 'make test' work..? 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/26360 -- Edit this bug report at http://bugs.php.net/?id=26360&edit=1
#26410 [Opn->Fbk]: child pid 15598 exit signal Segmentation fault (11)
ID: 26410 Updated by: [EMAIL PROTECTED] Reported By: miguelangel dot gonzalez at itesm dot mx -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: AIX 4.3.3 maintenance 10 PHP Version: 4.3.4 New Comment: We're busy people who can't start installing every single PHP app out there and start digging which part of it MIGHT be causing some crash in an OS we haven't got access to. So you need to come up with the shortest possible example script that we can use to see which might be the reason for the crash. And to get better GDB output, compile PHP with --enable-debug (use fresh sources!) Previous Comments: [2003-11-25 15:34:57] miguelangel dot gonzalez at itesm dot mx I forgot, i renamed the index.php (which is the one is crashing i think) to start.php in order to let you access the complete directory. Thanks in advande. [2003-11-25 15:33:11] miguelangel dot gonzalez at itesm dot mx Hi, thanks for answer. Don't know what specific information i have to provide, but i'll try. The issuetraker is a helpdesk environment developed in PHP. When i tried to acces de login page (index.php), i got a blanck page telling me that it could no be accesible. But if i access other php pages, they work well. When i view the apache logs to see what happend, i see the "child pid 15598 exit signal Segmentation fault (11)" error. I did the backtrace as is described here, maybe it doesn't show so much information.. I worked in php.ini changin register_globals = off, and the like, but the problem persist, even if i tried with snapshots of php from here. The problem shows also in version lowers than 4.3.4 of php. I put a directory with the php files here: http://orion.rzn.itesm.mx/source/ i'm not an expert in php, maybe it has something to do with sessions or something like that. Hope it helps, if not, let me know what other nformation do you need. [2003-11-25 14:24:23] [EMAIL PROTECTED] 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. [2003-11-25 12:22:02] miguelangel dot gonzalez at itesm dot mx Description: Hi, i got the problem of the segmentation fault. I'm running Apache 1.3.29 with php 4.3.4, and compiling with postgresql-7.3.4, perl-5.8.0, mysql-standard-4.0.16. Whe running a product from sourceforge.net (issuetracker 4.0.1) i got the error. With other php pages works correct. The page i got is blank and the error in log is this: [Mon Nov 24 14:51:27 2003] [notice] child pid 26790 exit signal Segmentation fault (11) I have tried with recent snapshots, but the problem persist. Here are my configure lines for apache and PHP. PHP ./configure --with-apache=../apache_1.3.29 \ --with-pgsql=/usr/local/pgsql \ --with-mysql=/usr/local/mysql \ --with-oracle=/u00/app/oracle/product/8.1.7 \ --enable-sigchild --enable-debug cd apache_1.3.x ./configure --prefix=/usr/local/apache \ --with-perl=/usr/local/bin \ --activate-module=src/modules/php4/libphp4.a Thanks in advance. Reproduce code: --- The url is http://orion.rzn.itesm.mx/helpdesk/index.php Expected result: I expect a login page. Actual result: -- I got blank page and the error in log. Here is the backtrace. Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) (gdb) bt #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) #1 0xd016f9d8 in malloc_y () from /usr/lib/libc.a(shr.o) #2 0xd016cd9c in malloc () from /usr/lib/libc.a(shr.o) #3 0x1018bff0 in ?? () (gdb) quit -- Edit this bug report at http://bugs.php.net/?id=26410&edit=1
#26412 [Opn->Bgs]: natsort ignores extra white space
ID: 26412
Updated by: [EMAIL PROTECTED]
Reported By: phpbug at reuben dot com
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Mac OS X
PHP Version: 4.3.3
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
' ' is 10 and 'b' is 98, make your own conclustions.
Previous Comments:
[2003-11-25 14:02:05] phpbug at reuben dot com
Description:
natsort (and related functions like strnatcmp) appear to
collapse all white space chars into just one space, so
that 'a a' sorts at the same level as 'a a' (so the
order of the returned sort is not determined), while it
should sort one before the other (which one is more
"natural" is up for discussion, but it shouldn't
randomly return one or the
other).
Reproduce code:
---
$array = array('a b','a a','a a','aa','a b','ab');
natsort($array);
echo "";
foreach ($array as $val)
echo "$val\n";
echo "";
Expected result:
Should print:
aa
ab
a a
a b
a a
a b
-OR-
aa
a a
a a
ab
a b
a b
Actual result:
--
Actually prints (changes order if you change order in
array definition):
aa
a a
a a
ab
a b
a b
--
Edit this bug report at http://bugs.php.net/?id=26412&edit=1
#26409 [Opn->Bgs]: ldap_bind is causing a seg fault
ID: 26409
Updated by: [EMAIL PROTECTED]
Reported By: pyrox_pro at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: LDAP related
Operating System: RedHat Linux 7.3
PHP Version: 4.3.4
New Comment:
Actually..when using Oracle with PHP, you should point --with-ldap to
that too..they're nice people and have put their own ldap functions
into their libs. This conflicts with the openldap functions and causes
this kind of problems.
Not PHP bug per se.
Previous Comments:
[2003-11-25 15:31:13] pyrox_pro at hotmail dot com
If I must submit a backtrace it will be next week before I can get to
that, this is important to me so I def. want to help.
I got the code running again by going back to verion PHP Version
4.3.2-RC (php4-STABLE-200303141430) and manually updating PEAR.
Here is my configure:
./configure' '--with-oci8' '--prefix=/usr/local/apache'
'--with-apxs=/usr/local/apache/bin/apxs' '--with-mod_charset'
'--enable-force-cgi-redirect' '--enable-discard-path'
'--with-config-file-path=/usr/local/apache/conf' '--enable-safe-mode'
'--with-openssl' '--enable-bcmath' '--with-bz2' '--enable-calendar'
'--enable-ctype' '--with-gdbm' '--enable-dbase' '--enable-ftp'
'--with-gd' '--with-ttf' '--enable-gd-native-ttf'
'--enable-gd-imgstrttf' '--with-jpeg-dir=/usr/local'
'--enable-gd-imgstrttf' '--with-gmp' '--with-mysql' '--with-xml=shared'
'--enable-shmop' '--enable-sockets' '--with-regex=php'
'--enable-sysvsem' '--enable-sysvshm' '--enable-yp'
'--enable-memory-limit' '--enable-shared' '--with-zlib'
'--with-sybase-ct=/usr/local/freetds' '--with-ldap' '--enable-yp'
'--with-xml=shared' '--with-curl'
Is there any other method of getting you the info you need, for
example:
bash# strace /path/to/php /path/to/script.php
Thanks for looking into this.
[2003-11-25 14:26:13] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
And also the full configure line would be good to know..
[2003-11-25 12:15:25] pyrox_pro at hotmail dot com
Description:
ldap_bind is causing a seg fault on every use.
I submitted a similar bug in the past and was supplied a CVS snapshot
to use, I had been using that up until now, I installed php-4.3.4 and a
new problem that is similar rears its head:
http://bugs.php.net/bug.php?id=22686
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
This results in a seg fault:
Connecting...
Connection Established: Resource id #4
BINDING...
** -> Segmentation fault
[Tue Nov 25 10:31:38 2003] [notice] child pid 26178 exit signal
Segmentation fault (11)
If I comment this out:
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
##$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
The page comes up and it seems to work fine.
I am using php 4.3.4 and LDAP:
ldap
LDAP Support enabled
RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 20026
OCI8 Support enabled
Revision $Revision: 1.183.2.5 $
Oracle Version 8.1
Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6
Libraries Used no value
OpenSSL support enabled
OpenSSL Version OpenSSL 0.9.7 31 Dec 2002
Reproduce code:
---
$ds=ldap_connect("ldaps://".$ldap['SERV']."/");
$r=ldap_bind($ds);
Expected result:
Annon bind to the ldap resource id obtained from ldap_connect.
Actual result:
--
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=26409&edit=1
#26413 [Ver->WFx]: isset of array index of a non-array returns incorrectly
ID: 26413 Updated by: [EMAIL PROTECTED] Reported By: james at gogo dot co dot nz -Status: Verified +Status: Wont fix Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS New Comment: This is fixed in PHP 5.0, but for backwards compatibility reasons it'll remain as is in PHP 4. Previous Comments: [2003-11-25 15:08:49] [EMAIL PROTECTED] Works fine with PHP 5 btw. (this fails also with 4.2.3, so this is old issue) [2003-11-25 14:59:18] james at gogo dot co dot nz Description: Using isset to test for the existance of an array index on a non array (in this case string '4') returns true, when plainly, $foo has no element indexed 'bar'; Reproduce code: --- Expected result: S'all Good Actual result: -- Uh Oh -- Edit this bug report at http://bugs.php.net/?id=26413&edit=1
#26323 [Fbk->NoF]: Windows installer version damages IIS 5.0
ID: 26323 Updated by: [EMAIL PROTECTED] Reported By: omarh at cox dot net -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: Win2K Pro Sp5 PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-19 19:36:35] [EMAIL PROTECTED] Just guessing..but what is the 'asp_tags' setting set to in your php.ini? (check from phpinfo() output) [2003-11-19 13:34:41] omarh at cox dot net Description: I used the automatic Windows installer for PHP 4.3.4 because the manual method wasn't workin for some reason. After running the Windows installer, it worked perfectly. Problem was, my ASP.NET pages were messed up. They ran incredibly slowly, and session state was messed up in ASP.NET apps. Everything seemed to work great in PHP though. The only way I could fix it was to uninstall PHP, uninstall IIS, and reinstall IIS. Now ASP.NET works great but no PHP. I'm going to try the manual method again...but Thought I should warn others about the windows installer and ASP.NET on IIS 5 Reproduce code: --- Windows installer Expected result: Shouldn't affect ASP.NET performance. Actual result: -- Slows down and cripples ASP.NET -- Edit this bug report at http://bugs.php.net/?id=26323&edit=1
#26337 [Fbk->NoF]: Invalid access to memory location
ID: 26337 Updated by: [EMAIL PROTECTED] Reported By: peterp4n at hiya dot pe dot kr -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: windows 2000 professional PHP Version: 4.3.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-20 21:48:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-20 19:52:00] peterp4n at hiya dot pe dot kr Description: Hello! I have a little problem when I try to display index.php. I'm using IIS and the ISAPI module and php-4.3.3 First result : . Invalid access to memory location Second result : . PHP has encountered an Access Violation at 017D3D26 Invalid access to memory location Reproduce code: --- Actual result: -- First result => Invalid access to memory location Second result => PHP has encountered an Access Violation at 017D3D26 -- Edit this bug report at http://bugs.php.net/?id=26337&edit=1
#26344 [Fbk->NoF]: child pid xxxx exit signal Segmentation fault (11)
ID: 26344
Updated by: [EMAIL PROTECTED]
Reported By: james at vcv dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: redhat 9
PHP Version: 4.3.4
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-21 21:28:17] [EMAIL PROTECTED]
What MPM module are you using ? worker, prefork, other ?
[2003-11-21 21:27:56] [EMAIL PROTECTED]
1. Use the bundled GD library (just plain --with-gd)
2. Try ./configure --help to see what configure options exist and what
they actually do..
For example, you don't need --enable-sigchild (known to cause
problems)
And only use either Freetype 1 OR 2. Not both.
(remove --with-ttf)
[2003-11-21 13:48:25] james at vcv dot net
Thank you for your help.
I have tried to generate backtrace using various methods:
HTTPD -X, (gdb) run -X, and php_cli but failed to get any result except
what I provided in the first report 'Couldn't get registers: Operation
not permitted.'
I upgraded gdb to latest version 6. It did not help. Somewhere I read
that I need to upgrade the kernel for it to work. My current kernel is
2.4.20-8
Apache model:
httpd-2.0.48
./configure --prefix=/usr/local/apache_ssl \
--enable-modules="vhost_alias" \
--enable-ssl \
--with-ssl=/usr/local/openssl \
--enable-so
[2003-11-21 11:57:54] [EMAIL PROTECTED]
Please generate a backtrace of the crash. Also, which model is your
apache using?
[2003-11-21 04:06:35] james at vcv dot net
Description:
./configure \
--with-apxs2=/usr/local/apache_ssl/bin/apxs \
--with-config-file-path=/usr/local/lib \
--enable-track-vars=yes \
--with-pdflib=/usr/local/ \
--with-zlib-dir=/usr/lib/ \
--with-gd=../gd-2.0.15 \
--enable-gd-imgstrttf \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--enable-gd-native-ttf \
--with-ming=/usr/local/src/ming-0.2a/php_ext \
--with-freetype-dir=/usr/local/include/freetype2/freetype/ \
--with-ttf=/usr/local/lib \
--enable-memory-limit \
--enable-debug \
--enable-sigchild
no change is made to the php.ini-dist
phpinfo is at:
http://www.martysmom.com/phpinfo.php
tried gdb:
(gdb) run -X
Starting program: /usr/local/apache_ssl/bin/httpd -X
[New Thread 1075477920 (LWP 6941)]
Couldn't get registers: Operation not permitted.
(gdb) bt
Cannot fetch general-purpose registers for thread 1075477920: generic
error
(gdb)
Reproduce code:
---
0.5));
Header("Content-type: image/png");
ImagePNG($image);
ImageDestroy($image);
?>
Expected result:
"Hello World!" on a png graphic 700x300
Actual result:
--
sometimes I get the expected result and sometimes I get
"child pid exit signal Segmentation fault (11)"
from versions 4.3.2, 4.3.3, 4.3.4, php-5.0.0b2.
I always get the expected result from versions 4.3.1, 4.3.0
--
Edit this bug report at http://bugs.php.net/?id=26344&edit=1
#26254 [Fbk->NoF]: Inaccuracy in imagecopyresized
ID: 26254 Updated by: [EMAIL PROTECTED] Reported By: rc at opelgt dot org -Status: Feedback +Status: No Feedback Bug Type: GD related Operating System: Mac OS X 10.2.8 PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-18 15:13:13] [EMAIL PROTECTED] Provide a complete (and short as possible) example script which we can use to try and reproduce this ourselves. Also, if this happens with specific images, provide URLs to those too. [2003-11-18 03:27:59] rc at opelgt dot org I used the downloadable version of www.entropy.ch with an installer. So I didnt change something of that. Here is what phpinfo tells about the configuration command: './configure' '--prefix=/usr/local/php' '--with-config- file-path=/usr/local/php/lib' '--with-apxs' '--with- iconv=/usr/local/php' '--with-openssl=/usr' '--with- zlib=/usr' '--with-mysql' '--with-pgsql=/Users/marc/ cvs/entropy/php-module/build/postgresql-build' '-- enable-cgi' '--with-gd' '--with-png-dir=/usr/local/php' '--with-freetype-dir=/usr/local/php' '--with-t1lib=/ usr/local/php' '--with-jpeg-dir=/usr/local/php' '-- with-tiff-dir=/usr/local/php' '--with-curl=/usr/local/ php' '--with-mcal=/usr/local/php' '--with-mcrypt=/usr/ local/php' '--with-mhash=/usr/local/php' '--with- pdflib=/usr/local/php' '--with-imap=../imap-2002d' '-- with-imap-ssl=/usr' '--with-expat-dir=/usr/local/php' '--with-gettext=/usr/local/php' '--with-dom=/usr/local/ php' '--with-dom-xslt=/usr/local/php' '--with-dom- exslt=/usr/local/php' '--with-xslt-sablot=/usr/local/ php' '--with-mssql=/usr/local/php' '--enable-xslt' '-- with-ldap' '--with-xmlrpc' '--with-xml' '--with-iodbc' '--enable-sockets' '--enable-dbx' '--enable-dbase' '-- enable-trans-sid' '--enable-exif' '--enable-wddx' '-- enable-ftp' '--enable-mbstring' [2003-11-17 22:48:20] [EMAIL PROTECTED] What was the configure line you used? [2003-11-17 08:22:47] rc at opelgt dot org When the destination image is created with imagecreatetruecolor the behaviour seems to be ok. So the bug is obviously for a palette based image. [2003-11-17 07:48:31] rc at opelgt dot org The bug is still existing in 4.3.4 R1. So in PHP5 it is solved? 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/26254 -- Edit this bug report at http://bugs.php.net/?id=26254&edit=1
#26279 [Fbk->Bgs]: Can't connect to MySQL server on .......' (10048)
ID: 26279 Updated by: [EMAIL PROTECTED] Reported By: jo_fox at 163 dot com -Status: Feedback +Status: Bogus Bug Type: MySQL related Operating System: win2000 server PHP Version: 4.3.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2003-11-17 14:17:38] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If you are using persistent connections it is likely PHP has hit a limit of allowed open connections and cannot initialize additional connection. Same could be true of the number of open non-persistent connections exceed the maximum allow MySQL connections. [2003-11-16 20:23:36] jo_fox at 163 dot com Description: environment :win2000 server sp4,iis5 mysql Server version 4.0.15-nt Protocol version10 PHP Version 4.3.2 run vbb forum, It's do work normally,the error happened after some day's run , "ERROR 2003: Can't connect to MySQL server on '' (10048)" when this error took place,maybe disappear when refresh the page,but more time can't be deal. this time,the mysql server is run in gear,I can connect the mysql server by mysql command line or mysql-front tools. but the error occur when I connect the mysql by php. the error can't be resolved by restart mysql or iis, only can be resolved by restart the win2000 server. Reproduce code: --- vbb forum code -- Edit this bug report at http://bugs.php.net/?id=26279&edit=1
#26410 [Opn]: child pid 15598 exit signal Segmentation fault (11)
ID: 26410 User updated by: miguelangel dot gonzalez at itesm dot mx Reported By: miguelangel dot gonzalez at itesm dot mx Status: Open Bug Type: Reproducible crash Operating System: AIX 4.3.3 maintenance 10 PHP Version: 4.3.4 New Comment: I forgot, i renamed the index.php (which is the one is crashing i think) to start.php in order to let you access the complete directory. Thanks in advande. Previous Comments: [2003-11-25 15:33:11] miguelangel dot gonzalez at itesm dot mx Hi, thanks for answer. Don't know what specific information i have to provide, but i'll try. The issuetraker is a helpdesk environment developed in PHP. When i tried to acces de login page (index.php), i got a blanck page telling me that it could no be accesible. But if i access other php pages, they work well. When i view the apache logs to see what happend, i see the "child pid 15598 exit signal Segmentation fault (11)" error. I did the backtrace as is described here, maybe it doesn't show so much information.. I worked in php.ini changin register_globals = off, and the like, but the problem persist, even if i tried with snapshots of php from here. The problem shows also in version lowers than 4.3.4 of php. I put a directory with the php files here: http://orion.rzn.itesm.mx/source/ i'm not an expert in php, maybe it has something to do with sessions or something like that. Hope it helps, if not, let me know what other nformation do you need. [2003-11-25 14:24:23] [EMAIL PROTECTED] 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. [2003-11-25 12:22:02] miguelangel dot gonzalez at itesm dot mx Description: Hi, i got the problem of the segmentation fault. I'm running Apache 1.3.29 with php 4.3.4, and compiling with postgresql-7.3.4, perl-5.8.0, mysql-standard-4.0.16. Whe running a product from sourceforge.net (issuetracker 4.0.1) i got the error. With other php pages works correct. The page i got is blank and the error in log is this: [Mon Nov 24 14:51:27 2003] [notice] child pid 26790 exit signal Segmentation fault (11) I have tried with recent snapshots, but the problem persist. Here are my configure lines for apache and PHP. PHP ./configure --with-apache=../apache_1.3.29 \ --with-pgsql=/usr/local/pgsql \ --with-mysql=/usr/local/mysql \ --with-oracle=/u00/app/oracle/product/8.1.7 \ --enable-sigchild --enable-debug cd apache_1.3.x ./configure --prefix=/usr/local/apache \ --with-perl=/usr/local/bin \ --activate-module=src/modules/php4/libphp4.a Thanks in advance. Reproduce code: --- The url is http://orion.rzn.itesm.mx/helpdesk/index.php Expected result: I expect a login page. Actual result: -- I got blank page and the error in log. Here is the backtrace. Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) (gdb) bt #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) #1 0xd016f9d8 in malloc_y () from /usr/lib/libc.a(shr.o) #2 0xd016cd9c in malloc () from /usr/lib/libc.a(shr.o) #3 0x1018bff0 in ?? () (gdb) quit -- Edit this bug report at http://bugs.php.net/?id=26410&edit=1
#26286 [Fbk->NoF]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Updated by: [EMAIL PROTECTED] Reported By: igg10 at alu dot ua dot es -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-17 14:18:03] [EMAIL PROTECTED] 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. [2003-11-17 07:51:17] igg10 at alu dot ua dot es Description: Apache2 crashes PHP as module on apache 2.0.47 php 4.3.2 windows 2000 Fri Nov 14 12:53:09 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Fri Nov 14 12:53:09 2003] [notice] Parent: Created child process 1044 [Fri Nov 14 12:53:09 2003] [notice] Child 1044: Child process is running [Fri Nov 14 12:53:10 2003] [notice] Child 1044: Acquired the start mutex. [Fri Nov 14 12:53:10 2003] [notice] Child 1044: Starting 64 worker threads. -- Edit this bug report at http://bugs.php.net/?id=26286&edit=1
#26288 [Fbk->NoF]: Segmentation Fault while getting NULL values from a row of a table
ID: 26288 Updated by: [EMAIL PROTECTED] Reported By: kiranhariharan at in dot ibm dot com -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: x86_64 SuSE Linux PHP Version: 4.3.5-dev (built: Nov 18 2003 19:22:58) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-19 10:07:06] [EMAIL PROTECTED] Please recompile PHP with --enable-debug and then generate a backtrace of the crash. [2003-11-18 08:41:30] kiranhariharan at in dot ibm dot com Hi, I have tried using cvs snapshot it shows similar problem in 4.3.5 (built: Nov 18 2003 19:22:58) Thank you [2003-11-18 07:55:04] kiranhariharan at in dot ibm dot com I have faced the same problem as mentioned with PHP v4.3.4 also. Could someone help me to tell what is going wrong? [2003-11-17 14:22:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-17 09:43:51] kiranhariharan at in dot ibm dot com Description: Hi, I have installed PHP 4.2.2 on x86_64_AMD machine having SuSE Linux installed on it. I have a DB2 database which has several tables in it. I wrote a PHP code which fetches data from a row, that has null values in it using odbc_fetch_row(), I get segmentation fault. The same PHP script to access the table runs fine on Windows OS (to mention the PHP version I have on Windows OS is 4.3.3). I beleive there is some problem when it comes to handling the NULL values from a table at this version. 1) Can someone please let me know whether there are any reported bugs with 4.2.2 PHP version on Linux platforms. If that is so, also please advice me to which version of PHP I would have to move (a stable PHP version). 2) Also, is there any seperate PHP 4.3 rpm for x86_64AMD architecture and where to download it from? Thanks in advance, Kiran H. -- Edit this bug report at http://bugs.php.net/?id=26288&edit=1
#26291 [Fbk->NoF]: Upload Problem
ID: 26291 Updated by: [EMAIL PROTECTED] Reported By: btekcan at turk dot net -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: Windows 2003 PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-17 14:14:10] [EMAIL PROTECTED] Try setting max_input_time to 600 instead of -1. [2003-11-17 12:07:42] btekcan at turk dot net Description: I cannot upload 1MB and bigger files,evertimes wait,wait,wait than either page cannot be displayed or sometimes CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. My host already set this... max_execution_time 120 max_input_time -1 post_max_size 15M upload_max_filesize 10M set cgi.force_redirect=0 But still problem my upload,and same probelm download.%80-84 my server cut download. Any idea ?? -- Edit this bug report at http://bugs.php.net/?id=26291&edit=1
#25980 [Fbk->NoF]: Compilation with Oracle 9.2 should be with $ORACLE_HOME/lib32
ID: 25980 Updated by: [EMAIL PROTECTED] Reported By: koen_van_bastelaere at pandora dot be -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: HP/UX 11 PHP Version: 4.3.4RC2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-17 18:58:18] [EMAIL PROTECTED] '32bit PHP´ ??? AFAIK, PHP works fine as 64bit app, so what error do you actually get? [2003-10-24 14:46:17] koen_van_bastelaere at pandora dot be Description: ./configure --without-mysql --with-oci8 --with-apxs=/opt/oracle/product/9.2.0/Apache/Apache/bin/apxs The Oracle libclntsh.sl wich should be used in the Makefile is: /opt/oracle/product/9.2.0/lib32/libclntsh.sl On HP/UX, $ORACLE_HOME/lib contains the 64bit version, which cannot be used by the 32bit php Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=25980&edit=1
#26005 [Fbk->NoF]: Random "cannot change the session's ini settings" errors
ID: 26005
Updated by: [EMAIL PROTECTED]
Reported By: parsnip11 at hotmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: windows 2000 iis 5
PHP Version: 4CVS-2003-10-31
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-21 21:19:07] [EMAIL PROTECTED]
No, it's absolutely useless to us.
If possible, try disabling ALL extensions in your php.ini.
[2003-11-20 15:50:34] parsnip11 at hotmail dot com
I just got the error again. I wish I could post the code that makes
this happen but I really dont know what it is. I've been running fine
for two weeks and it just happened again.
I get the following message:
"PHP has encountered an Access Violation at 01210969"
I realize it's hard for you troubleshoot this issue if I cant give you
exact code but short of submitting my entire application I can't
isolate what's happening. All I know is it started happening after a
php upgrade. The code has not changed.
Does the above access violation provide any clues as to what the
problem could be?
[2003-11-06 15:18:22] [EMAIL PROTECTED]
You have to provide a short but complete example before we can do
anything about this.
[2003-10-31 09:52:16] parsnip11 at hotmail dot com
I have updated to the latest version of php and have also added and
session_write_close() before all of my "exit" statements as some people
have mentioned this helped.
No go... Just checked the logs this morning and this error has popped
up again
[2003-10-27 10:52:27] parsnip11 at hotmail dot com
Description:
I am recently upgraded to php 4.3.3 from 4.2.9 and am using the
php4isapi.dll on iis. My application has been working w/o any problems
for quite awhile and after the upgrade, without rhyme or reason I am
getting the following error every few days:
PHP Warning: Unknown(): A session is active. You cannot change the
session module's ini settings at this time. in Unknown on line 0
I have no ini_set statement in my application and have even set my
php.ini to read only in the event that it was somehow being modified.
My application is EXTREMELY simple... it's basically just consists of a
few html forms submitting to a sql db. Authentication happens via IIS
and I'm using $AUTH_USER to get the user id.
Since this error is extremely intermittent and only happens 2 or 3
times a week, I cant seem to figure out what line seems or even what
function is causing this error. I know that bugs cannot be solved w/o a
code example that generates the error but I canAll I know is that the
version of PHP is all that's changed so I'm inclined to think it's a
bug.
Php.ini is set up as follows:
session.save_handler = files
session.save_path = C:\PHP\sessiondata; argument passed to
save_handler
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.gc_probability = 1
session.gc_maxlifetime = 50400
session.referer_check =
session.entropy_length =
session.entropy_file =
;session.entropy_length = 16
;session.entropy_file = /dev/urandom
session.cache_limiter =
;session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 1
Reproduce code:
---
As stated above, I'm really not sure WHAT is causing this error. No
filename is mentioned in the error. My login.php included in every page
is pretty simple:
session_start();
if(!isset($logged_in) || $logged_in != "!authenticated!") {
header("Location: http://myurl.com";);
exit;
} else {
$user_id= str_replace("windows_domain", "",
strtolower($AUTH_USER));
}
Actual result:
--
Generic 500 error page in IE for the user... On one occasion when this
happened I had to restart IIS before PHP would work again
--
Edit this bug report at http://bugs.php.net/?id=26005&edit=1
#26410 [Fbk->Opn]: child pid 15598 exit signal Segmentation fault (11)
ID: 26410 User updated by: miguelangel dot gonzalez at itesm dot mx Reported By: miguelangel dot gonzalez at itesm dot mx -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: AIX 4.3.3 maintenance 10 PHP Version: 4.3.4 New Comment: Hi, thanks for answer. Don't know what specific information i have to provide, but i'll try. The issuetraker is a helpdesk environment developed in PHP. When i tried to acces de login page (index.php), i got a blanck page telling me that it could no be accesible. But if i access other php pages, they work well. When i view the apache logs to see what happend, i see the "child pid 15598 exit signal Segmentation fault (11)" error. I did the backtrace as is described here, maybe it doesn't show so much information.. I worked in php.ini changin register_globals = off, and the like, but the problem persist, even if i tried with snapshots of php from here. The problem shows also in version lowers than 4.3.4 of php. I put a directory with the php files here: http://orion.rzn.itesm.mx/source/ i'm not an expert in php, maybe it has something to do with sessions or something like that. Hope it helps, if not, let me know what other nformation do you need. Previous Comments: [2003-11-25 14:24:23] [EMAIL PROTECTED] 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. [2003-11-25 12:22:02] miguelangel dot gonzalez at itesm dot mx Description: Hi, i got the problem of the segmentation fault. I'm running Apache 1.3.29 with php 4.3.4, and compiling with postgresql-7.3.4, perl-5.8.0, mysql-standard-4.0.16. Whe running a product from sourceforge.net (issuetracker 4.0.1) i got the error. With other php pages works correct. The page i got is blank and the error in log is this: [Mon Nov 24 14:51:27 2003] [notice] child pid 26790 exit signal Segmentation fault (11) I have tried with recent snapshots, but the problem persist. Here are my configure lines for apache and PHP. PHP ./configure --with-apache=../apache_1.3.29 \ --with-pgsql=/usr/local/pgsql \ --with-mysql=/usr/local/mysql \ --with-oracle=/u00/app/oracle/product/8.1.7 \ --enable-sigchild --enable-debug cd apache_1.3.x ./configure --prefix=/usr/local/apache \ --with-perl=/usr/local/bin \ --activate-module=src/modules/php4/libphp4.a Thanks in advance. Reproduce code: --- The url is http://orion.rzn.itesm.mx/helpdesk/index.php Expected result: I expect a login page. Actual result: -- I got blank page and the error in log. Here is the backtrace. Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) (gdb) bt #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) #1 0xd016f9d8 in malloc_y () from /usr/lib/libc.a(shr.o) #2 0xd016cd9c in malloc () from /usr/lib/libc.a(shr.o) #3 0x1018bff0 in ?? () (gdb) quit -- Edit this bug report at http://bugs.php.net/?id=26410&edit=1
#26060 [Fbk->NoF]: Not closing download handles
ID: 26060
Updated by: [EMAIL PROTECTED]
Reported By: datacompboy at mail dot ru
-Status: Feedback
+Status: No Feedback
Bug Type: cURL related
Operating System: Win2003 adv server
PHP Version: 4.3.3
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-17 22:52:24] [EMAIL PROTECTED]
Maybe I didn't make it clear enough so let's try again:
Please provide a SHORT (max 20 lines) and complete example script
preferrably one that can be run on command line (using PHP CLI)
[2003-10-31 12:42:18] datacompboy at mail dot ru
Description:
I tried to download file with curl, parse it with external app, show
output and kill temp file. But:
1. if php as isapi module - when several requests at one time some
inputs are locked! Filemon says that it frees by some cmd.exe after all
runned sub-processes already finished. Very strange!
2. if php as fastcgi - it often crashes with error in php_curl (all
latest dlls in system32 upgraded; php4ts only in c:\php, php4isapi also
in c:\php and no in c:\windows\system)
3. if php as cgi - all OK, except of when user cancelled download the
script terminated, but shotdown_procedure not called, so temp files
left.
Reproduce code:
---
http://some.site.com";;
$oinfile = tempnam ("./", "URLIN");
$infile = preg_replace("#.*[/](.*?)#","\$1",$oinfile);
$ooutfile = tempnam ("./", "URLOU");
$outfile = preg_replace("#.*[/](.*?)#","\$1",$ooutfile);
register_shutdown_function(create_function('',
"@unlink(\"$infile\"); @unlink(\"$outfile\");
@unlink(\"$oinfile\"); @unlink(\"$ooutfile\"); return 1;"));
$inf = fopen($infile, "w");
fwrite($inf, "\n");
$ch = curl_init();
curl_setopt ($ch, CURLOPT_URL, $url);
curl_setopt ($ch, CURLOPT_FILE, $inf);
$st=curl_exec ($ch);
curl_close ($ch);
fclose($inf);
echo `filter.exe $lang $infile $outfile 2>&1`;
ob_end_flush();
?>
Expected result:
No .tmp files not in windows\temp\ folder, not in script folder.
Actual result:
--
Some .tmp files left and in windows\temp, and in script folder.
--
Edit this bug report at http://bugs.php.net/?id=26060&edit=1
#26130 [Fbk->NoF]: IBM DB2 Unique Key Problem
ID: 26130 Updated by: [EMAIL PROTECTED] Reported By: jay at nicwr dot mah dot nic dot in -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: Linux 8.0 PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-18 05:03:55] [EMAIL PROTECTED] Please provide the requested feedback (see the code in my previous comment..) [2003-11-05 00:51:58] [EMAIL PROTECTED] Please upgrade first to PHP 4.3.4. And then try this script and paste the output here: [2003-11-05 00:43:17] jay at nicwr dot mah dot nic dot in Description: I have IBM DB2 V 7.2 EE Fix Pack 7 My Php is enabled with ibm-db2 support I have a table test (c1 int not null,c2 int,c3 int) I have a unique key on table test as (c1) with include options for (c2,C3) If I have a sample data 1,null,null 2,1,null, 3,null,1 4,1,2 If I access the data thru my php script I do not get desirable result. Reproduce code: --- "; } ?> Expected result: Expected Result is as follows - Record:1---End Record Record:2-1--End Record Record:3--1-End Record Record:4-1-2-End Record Actual result: -- Actual Results Appear as follows Record : ---End Record Record : ---End Record Record : ---End Record Record : 4-1-2-End Record -- Edit this bug report at http://bugs.php.net/?id=26130&edit=1
#26246 [Fbk->NoF]: Faulting application Apache.exe
ID: 26246 Updated by: [EMAIL PROTECTED] Reported By: sergio at mailserver dot ru -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: windows 2003 server PHP Version: 5.0.0b2 (beta2) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-14 04:10:01] [EMAIL PROTECTED] 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. [2003-11-14 02:55:25] sergio at mailserver dot ru Description: Crash Apache-Apache2 versions 1.3.27, 2.0.47, 2.0.48 faulting module php4ts.dll (installed as module) php.ini report-errors=on modules mysql mssql gd2 Reproduce code: --- Crash even on html-pages every 1-10 minutes -- Edit this bug report at http://bugs.php.net/?id=26246&edit=1
#22929 [Fbk->NoF]: pb of exit handler in OCI8 module
ID: 22929
Updated by: [EMAIL PROTECTED]
Reported By: soula at lifl dot fr
-Status: Feedback
+Status: No Feedback
Bug Type: OCI8 related
Operating System: tru64
PHP Version: 4.3.3RC4-dev
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-17 23:33:14] [EMAIL PROTECTED]
Please try with latest CVS snapshot and also using this configure
line:
# ./configure --disable-all --with-oci8=/usr/oracle/product/8.1.6
--enable-debug
And if it still crashes, provide a GDB backtrace.
[2003-07-13 12:48:06] soula at lifl dot fr
I've just tested php4-STABLE-200307110730 and it does exactly the same
error :
thread 0xb signal Segmentation fault at
warning: PC value 0x30003f37d60 not valid, trying RA
> [exit, 0x3ff800d8850] ldq t0, 8(s0)
(dbx) where
0 exit(0x1, 0x14004f170, 0x1201557b8,0x14004f170,
0x1201557a4) [0x3ff800d8850]
1 main()
["/usr/local/tmp/php4-STABLE-200307110730/sapi/cli/php_cli.c":6,
0x1201557b4]
Before the unload of OCI modules(php_module_shutdown), the faulty @ is
well defined :
(dbx) 0x30003f37d60/i
[epc_exit_handler:692, 0x30003f37d60] ldah gp, 16387(t12)
--
Julien
[2003-04-10 13:05:08] michael dot mauch at gmx dot de
php4-STABLE-200304101530 works fine for me on Linux and on Tru64 5.1.
No core dump anymore (and the OCI_SHARED problem is also fixed).
[2003-03-27 12:14:44] michael dot mauch at gmx dot de
Yes, I see this too on Linux (latest CVS with #undef
HAVE_OCI8_SHARED_MODE in oci8.c).
# php -r 'if(!extension_loaded("oci8")) dl("oci8.so");
print_r(ocilogon("user","pw"));'
Resource id #6zsh: segmentation fault (core dumped) php -r
[2003-03-27 09:45:46] soula at lifl dot fr
I use php4-STABLE-200303241630 version, Oracle-8.1.7 and Tru64/5.1 .
Note: For technical reason, we have clear the OCI_SHARED in the OCI8
initialize call (cf. #22927)
The Oracle client (libclntsh.so) set a exit handler via "atexit()" when
we connect DB. But PHP unload the module and le library before exiting
and so the handler doesn't exist any more and cause a SIGSEGV.
The solution we found is either commenting the "dlclose()" in
zend_API.c or compiling OCI8 module in static.
Here the compilation config :
Configure Command => './configure'
'--prefix=/usr/local/php-200303241630-ap1' '--enable-memory-limit'
'--enable-shared' '--enable-sockets' '--enable-trans-sid'
'--enable-debug' '--with-config-file-path=/usr/local/lib'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-debugger=yes'
'--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-mod_charset'
'--with-openssl' '--with-bz2' '--with-zlib-dir' '--with-gettext'
'--with-kerberos' '--with-regex=system' '--with-zlib'
'--with-gd=shared'
'--with-jpeg-dir=/usr/local/jpeg/lib' '--with-png-dir=/usr/local/lib'
'--with-xpm-dir=/usr/local/lib'
'--with-oci8=shared,/usr/oracle/product/8.1.6' '--with-ldap=shared'
'--with-mysql=shared,/usr/local/mysql'
'--with-pgsql=shared,/usr/local/pgsql'
Sincerly,
-- Julien
--
Edit this bug report at http://bugs.php.net/?id=22929&edit=1
#25757 [Fbk->NoF]: odbc_primarykeys error
ID: 25757 Updated by: [EMAIL PROTECTED] Reported By: dlaroche at nobug dot lu -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: Windows XP Professional PHP Version: 4.3.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-17 21:47:31] [EMAIL PROTECTED] 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. [2003-11-07 07:57:41] dlaroche at nobug dot lu It doesn't work with NULL values ... [2003-11-05 00:34:57] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-10-31 09:51:23] [EMAIL PROTECTED] Try using a NULL value instead of "" for the empty slots. That should solve the problem you're seeing. [2003-10-05 17:12:12] dlaroche at nobug dot lu Description: I'm trying to write a script to convert tables from a Microsoft Access (version from 97 to 2002) to MySQL. The first step is that I just want the structure of the tables, so I need several functions from odbc. But for the primary keys, the function odbc_primarykeys doesn't work. I read that I can get the key information of a table using the odbc_statistics function but this function doesn't work aswell. Reproduce code: --- $resAccessPrimaryKeyList = odbc_primarykeys($resAccessConnection, "", "", "tblManif"); echo(odbc_result_all($resAccessPrimaryKeyList)); Expected result: don't know the result but I want to get a list with the primary keys of the table. Actual result: -- Warning: odbc_primarykeys(): SQL error: , SQL state 0 in SQLPrimaryKeys in E:\htdocs\ltam\odbc.php on line 65 Warning: odbc_result_all(): supplied argument is not a valid ODBC result resource in E:\htdocs\ltam\odbc.php on line 66 -- Edit this bug report at http://bugs.php.net/?id=25757&edit=1
#25788 [Fbk->NoF]: apache crash
ID: 25788
Updated by: [EMAIL PROTECTED]
Reported By: marrtins at hackers dot lv
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: w2k sp4
PHP Version: 4CVS-2003-10-08 (stable)
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-17 18:41:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-10-08 05:02:58] marrtins at hackers dot lv
Description:
1st time of session_start() reproduces notice
Notice: Uninitialized string offset: 0 in d:\crash_php\index.php on
line 70
2nd time crash
apache crash
Zend/zend_hash.c
--
ZEND_API int zend_hash_find(HashTable *ht, char *arKey, uint
nKeyLength, void **pData)
...
while (p != NULL) {
if ((p->h == h) && (p->nKeyLength == nKeyLength)) { // <-- access
violation
if (!memcmp(p->arKey, arKey, nKeyLength)) {
*pData = p->pData;
return SUCCESS;
}
}
p = p->pNext;
}
return FAILURE;
}
Reproduce code:
---
http://paste.php.lv/429
--
Edit this bug report at http://bugs.php.net/?id=25788&edit=1
#26409 [Fbk->Opn]: ldap_bind is causing a seg fault
ID: 26409
User updated by: pyrox_pro at hotmail dot com
Reported By: pyrox_pro at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: LDAP related
Operating System: RedHat Linux 7.3
PHP Version: 4.3.4
New Comment:
If I must submit a backtrace it will be next week before I can get to
that, this is important to me so I def. want to help.
I got the code running again by going back to verion PHP Version
4.3.2-RC (php4-STABLE-200303141430) and manually updating PEAR.
Here is my configure:
./configure' '--with-oci8' '--prefix=/usr/local/apache'
'--with-apxs=/usr/local/apache/bin/apxs' '--with-mod_charset'
'--enable-force-cgi-redirect' '--enable-discard-path'
'--with-config-file-path=/usr/local/apache/conf' '--enable-safe-mode'
'--with-openssl' '--enable-bcmath' '--with-bz2' '--enable-calendar'
'--enable-ctype' '--with-gdbm' '--enable-dbase' '--enable-ftp'
'--with-gd' '--with-ttf' '--enable-gd-native-ttf'
'--enable-gd-imgstrttf' '--with-jpeg-dir=/usr/local'
'--enable-gd-imgstrttf' '--with-gmp' '--with-mysql' '--with-xml=shared'
'--enable-shmop' '--enable-sockets' '--with-regex=php'
'--enable-sysvsem' '--enable-sysvshm' '--enable-yp'
'--enable-memory-limit' '--enable-shared' '--with-zlib'
'--with-sybase-ct=/usr/local/freetds' '--with-ldap' '--enable-yp'
'--with-xml=shared' '--with-curl'
Is there any other method of getting you the info you need, for
example:
bash# strace /path/to/php /path/to/script.php
Thanks for looking into this.
Previous Comments:
[2003-11-25 14:26:13] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
And also the full configure line would be good to know..
[2003-11-25 12:15:25] pyrox_pro at hotmail dot com
Description:
ldap_bind is causing a seg fault on every use.
I submitted a similar bug in the past and was supplied a CVS snapshot
to use, I had been using that up until now, I installed php-4.3.4 and a
new problem that is similar rears its head:
http://bugs.php.net/bug.php?id=22686
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
This results in a seg fault:
Connecting...
Connection Established: Resource id #4
BINDING...
** -> Segmentation fault
[Tue Nov 25 10:31:38 2003] [notice] child pid 26178 exit signal
Segmentation fault (11)
If I comment this out:
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
##$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
The page comes up and it seems to work fine.
I am using php 4.3.4 and LDAP:
ldap
LDAP Support enabled
RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 20026
OCI8 Support enabled
Revision $Revision: 1.183.2.5 $
Oracle Version 8.1
Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6
Libraries Used no value
OpenSSL support enabled
OpenSSL Version OpenSSL 0.9.7 31 Dec 2002
Reproduce code:
---
$ds=ldap_connect("ldaps://".$ldap['SERV']."/");
$r=ldap_bind($ds);
Expected result:
Annon bind to the ldap resource id obtained from ldap_connect.
Actual result:
--
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=26409&edit=1
#25916 [Fbk->Opn]: get_browser() -> PHP Fatal error: Nesting level too deep - recursive dependency?
ID: 25916 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Solaris 9 PHP Version: 4.3.4RC1 New Comment: [EMAIL PROTECTED]: When you give feedback, set hte status to Open!!! Previous Comments: [2003-11-19 11:04:15] [EMAIL PROTECTED] There are no special things to do. But the interesting thing is the following: since i replaced get_browser() by get_browser($_SERVER['HTTP_USER_AGENT']) it does not seem to crash anymore. So there must be some problem with reading the $_SERVER superglobal in the extension. But I am not sure, just a hint. [2003-11-19 10:57:16] [EMAIL PROTECTED] The browscap extension definitely leaks, but as far as I know, it's only during module startup/shutdown, and it's been like that since forever. I've never seen it blow up like this, but I can try to reproduce on Solaris 8 with iPlanet. Is there anything special that needs to be done besides hammering the test script with requests? I've been meaning to take another look at the browscap stuff, that extension has kind of been disowned... J [2003-11-19 03:29:37] [EMAIL PROTECTED] Yes I would like to do that. Could be a memory leak. I followed the discussion. But these fixes are for PHP5 only! [2003-11-17 18:33:08] [EMAIL PROTECTED] mr. Richards posted some patch(es) to internals@ to fix some ZTS related issues. Maybe you should try those? [2003-10-20 04:30:58] [EMAIL PROTECTED] Addendum: It is not a problem with wrong extension dir in php.ini (because all extensions are linked static) like in other bugs. The configuration phpinfo() can be found at: http://134.1.2.11/test.php 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/25916 -- Edit this bug report at http://bugs.php.net/?id=25916&edit=1
#25957 [Fbk->NoF]: bad one? mixingup of array / $this-> in memory
ID: 25957
Updated by: [EMAIL PROTECTED]
Reported By: sven at leon dot uia dot mx
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: All (redhat 90)
PHP Version: 5.0.0b1 (beta1)
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-18 15:34:59] [EMAIL PROTECTED]
Provide a complete (preferrably short as possible) example script.
[2003-10-22 17:32:16] sven at leon dot uia dot mx
Description:
In a class I send an array $test as a parameter to a protected
function. Then, if I try to access that array in any way in that
function, suddenly the $this object contains the data of that array
$test (!)
Reproduce code:
---
Sorry, cant make a short-and-clear reproducing code, but here I have a
small code sample that actually caused the problem: (note that
$this->params["source"] _IS_ an array)
protected function get_body($css){
echo "B0 (";
print_r($this);
echo ")";
flush();
$retval="";
while(list($key, $cell_data)=each($this->params["source"])){
echo "B1 (";
print_r($this);
echo ")";
flush();
Expected result:
I will try to get a .zip together with the classes that seem to cause
this problem.
Actual result:
--
B0 (table_key_value_a Object ( [params:protected] => Array ( [source]
=> Array ( [crc] => mBjsS50UkhAnxjWp [sid] => 75 [test_site] =>
75,mBjsS50UkhAnxjWp ) [col headers] => Array ( [0] => Key [1] => Value
) [table header] => HTTP VARIABLES [css prefix] => debug [table header
extra] => align='center' ) ) )
B1 (table_key_value_a Object ( [cell_data] => mBjsS50UkhAnxjWp [key] =>
crc ) )
--
Edit this bug report at http://bugs.php.net/?id=25957&edit=1
#26393 [Opn->Fbk]: Web Output stops suddenly - Apache generates Seg fault in log
ID: 26393
Updated by: [EMAIL PROTECTED]
Reported By: troy dot tinnes at motorola dot com
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Solaris 2.8
PHP Version: 4.3.4
New Comment:
Did you try the patch or not?
Previous Comments:
[2003-11-25 14:59:08] troy dot tinnes at motorola dot com
I assume the resolution in this case is to switch to persistent
connections? Here's why I'm hesitant to use persistent connections with
my application:
1) the application is not transaction based, its simple inquiry/lookup.
A person would do potentially 2-3 quick look-ups per day. The
persistent connection would potentially cost more than the
connect/tear-down cost for 1 user to access the system for a few
minutes.
2) depending on the request, I sometimes have data from 2 or 3
different database instances represented on one web page output. ie. 1
database has a ISO country code HK entered to indicate the currency
code - the master currencies are located in a data warehouse
elsewhere. Establishing persistent connections for each user for all 3
databases may be a bit excessive?
[2003-11-25 14:18:22] [EMAIL PROTECTED]
Oops..I meant the Open reports.. :)
See bug #24531 which has some patch in it.
Try the patch..
[2003-11-25 09:02:28] troy dot tinnes at motorola dot com
I went through all 1300 of them. The few that looked similar ended up
with no answer. ie. You asked them to do a backtrace and there was no
response.
[2003-11-25 03:09:32] [EMAIL PROTECTED]
Please check the other OCI8 related bug reports, I'm not sure but most
likely one or two of them are reporting this exact same problem.
[2003-11-24 23:19:56] troy dot tinnes at motorola dot com
Description:
Environment:
Sun Solaris 2.8
Sun Ultra Enterprise
PHP 4.3.4
Apache 2.0.47
Problem Description: On some HTML outputs, the page code stops
unexpectedly. There does not appear to be any real reason for halting
the execution - it stops generating code many times - midway through
displaying a record (1 HTML table row). For example if I have a query
that shows which people bought widget "a" in the past month - the
output might be ok. Use the same script and show which people bought
widget "b" - the script might stop 3/4 of the way down the page
mid-record. One thing that is consistent - is that it will always stop
in the same place. 2 days later, Widget "b" output might be fine -
displaying Widget "a" is now a problem.
Reproduce code:
---
I use object-oriented code to do the database activities - example:
$db = new myDB ($db1);
$db->connect();
$db->query($sql1);
In the db.class file, I have functions like this:
function connect ()
{
$conn = ocilogon ($this->username, $this->password,
$this->hostspec);
$this->conn = $conn;
}
AND
function query ($sql)
{
$this->stmt = @ociparse ($this->conn, $sql);
if (!$this->stmt) {
return false;
}
else {
@ociexecute($this->stmt, OCI_DEFAULT);
return($this->rowcount());
}
}
As I said before, I do not use persistent connections because I have
several different database instances I connect to based on the type of
information requested.
Expected result:
I am hoping to see complete HTML outputs!
Actual result:
--
BACKTRACE:
-
solaris8:/opt/web/apache_php/apache2/bin# /usr/misc/bin/gdb
/opt/web/apache_php/apache2/bin/httpd
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions. There is
absolutely no warranty for GDB. Type "show warranty" for details. This
GDB was configured as "sparc-sun-solaris2.8"...
(gdb) run -X
Starting program: /opt/web/apache_php/apache2/bin/httpd -X
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]
[New LWP 5]
Program received signal SIGSEGV, Segmentation fault.
0xff0331f0 in strlen () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff0331f0 in strlen () from /usr/lib/libc.so.1
#1 0xfe1e5918 in _oci_close_session (session=0x313bc8)
at /opt/web/apache_php/source/php-4.3.4/ext/oci8/oci8.c:2443
#2 0xfe1e0ca8 in _oci_session_list_dtor (rsrc=0x200e30)
at /opt/web/apache_php/source/php-4.3.4/ext/oci8/oci8.c:935
#3 0xfe36dcb0 in list_entry_destructor (ptr=0x200e30)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_list.c:177
#4 0xfe36aa64 in zend_hash_apply_deleter (ht=0xfe3e13fc, p=0x2017b0)
at /opt/web/apache_p
#26397 [Opn->Fbk]: make install fails
ID: 26397 Updated by: [EMAIL PROTECTED] Reported By: tippa000 at yahoo dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4.3.4 New Comment: Try with Apache 1.3.29..I don't have apache2 installed on the only AIX machine I have access..but with Apache1 this works just fine. Previous Comments: [2003-11-25 05:48:50] tippa000 at yahoo dot com Description: Similar situation than bug report 25058. http://bugs.php.net/bug.php?id=25058 make install fails: "apxs:Error: Command failed with rc=65536" Reproduce code: --- [EMAIL PROTECTED]> cd /testing/php-4.3.4 [EMAIL PROTECTED]> ./configure \ --prefix=/testing/php \ --with-apxs2=/testing/apache/bin/apxs \ --disable-all \ --disable-cli ... ... ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). gmake[1]: Leaving directory `/testing/php-4.3.4' cd /testing/php-4.3.4 && gmake install gmake[1]: Entering directory `/testing/php-4.3.4' Installing PHP SAPI module: apache2handler /testing/apache/build/instdso.sh SH_LIBTOOL='/testing/apache/build/libtool' libphp4.la /testing/apache/modules rm -f /testing/apache/modules/libphp4.so /testing/apache/build/libtool --mode=install cp libphp4.la /testing/apache/modules/ cp .libs/libphp4.a /testing/apache/modules/libphp4.a cp .libs/libphp4.lai /testing/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /testing/php-4.3.4/libs' chmod 755 /testing/apache/modules/libphp4.so chmod: /testing/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/testing/php-4.3.4' gmake: *** [buildphp] Error 2 [EMAIL PROTECTED]> [EMAIL PROTECTED]> [EMAIL PROTECTED]> uname -a AIX aix52 2 5 0057C30A4C00 [EMAIL PROTECTED]> libtool --version ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED]> [EMAIL PROTECTED]> /testing/apache/bin/httpd -v Server version: Apache/2.0.48 Server built: Nov 25 2003 10:00:00 [EMAIL PROTECTED]> [EMAIL PROTECTED]> gcc -v Reading specs from /tools/gnu/gcc/AIX/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.1/specs Configured with: ../configure --prefix=/tools/gnu/gcc/AIX --enable-threads=posix --disable-shared --disable-nls --enable-libstdcxx-v3 Thread model: aix gcc version 3.3.1 [EMAIL PROTECTED]> Expected result: I expect this already corrected... but... -- Edit this bug report at http://bugs.php.net/?id=26397&edit=1
#26401 [Opn->Bgs]: wrong array elements are printed depending on URL parameters
ID: 26401
Updated by: [EMAIL PROTECTED]
Reported By: bernhard at rainbow dot bksys dot at
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: debian sarge
PHP Version: 4.3.2
New Comment:
Install 4.3.4, set register_globals=off and error_reporting=E_ALL in
your php.ini..
And RTFM.
Previous Comments:
[2003-11-25 06:41:09] bernhard at rainbow dot bksys dot at
Description:
http://bksys.at/bernhard/phpbug.php?data=123
Only with the URL parameter data set to something,
$data[0] is the first character of the element last inserted
into the array $data[]
and $data[1++) yields the characters of $_REQUEST['data'][1++].
Though I have PHP 4.1.2, this also happened on PHP 4.3.2.
Reproduce code:
---
";
echo htmlspecialchars(implode('',file($_SERVER['SCRIPT_FILENAME'])));
echo "";
phpinfo();
?>
Expected result:
[][][][][][][][]
";
echo htmlspecialchars(implode('',file($_SERVER['SCRIPT_FILENAME'])));
echo "";
phpinfo();
?>
PHP Logo
PHP Version 4.1.2
Actual result:
--
[b][b][b][2][3][][][]
";
echo htmlspecialchars(implode('',file($_SERVER['SCRIPT_FILENAME'])));
echo "";
phpinfo();
?>
PHP Logo
PHP Version 4.1.2
--
Edit this bug report at http://bugs.php.net/?id=26401&edit=1
#26403 [Opn->Bgs]: incorrect characters
ID: 26403 Updated by: [EMAIL PROTECTED] Reported By: tomas dot hoferek at bcpraha dot com -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows2000 PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is not support forum, ask support questions on how to USE php elsewhere. Previous Comments: [2003-11-25 08:30:41] tomas dot hoferek at bcpraha dot com Description: I have a problem with incorrect germany characters from my sql query(mssql_* functions). I have Windows 2000, IIS or Apache/1.3.27, PHP 4.3.3 and MSSQL Sever2000 with SP2. In query analyzer are characters ok, but when I run php script in browser, the german characters are wrong ü - ". I checked Client Network utility - Conversion ANSI to OEM and updated ntwdlib.dll in windows system32 directory. Can you help me? -- Edit this bug report at http://bugs.php.net/?id=26403&edit=1
#26405 [Opn->Bgs]: Runtime DLL linking from extension module code (GetProcAddress)
ID: 26405 Updated by: [EMAIL PROTECTED] Reported By: torben at greystork dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Win32 PHP Version: 4.3.4 New Comment: This is not a discussion forum, try using email next time.. Previous Comments: [2003-11-25 09:56:26] torben at greystork dot com Description: This is mainly for your information, since it may shed some additional light on problems encountered by other developers, notably the creator of the w32api module. I recently developed a custom mail server administration extension for PHP in which I access functions in a third-party (i.e. non-MFC) DLL Using LoadLibrary/GetProcAddress. The thus linked DLL functions behave predictably with the CLI version of PHP and on Apache/SAPI compiles. However, with IIS, whether it be ISAPI, CGI or FastCGI, the DLL functions do not return the expected results and may arbitrarily result in PHP engine crashes. This is obviously an issue with IIS, although I have no ideas on what may cause this kind of problem. Attempting to get to the root of this would be a job for someone with intimate knowledge of IIS. Unfortunately, that excludes me. Reproduce code: --- This is not a PHP language issue. -- Edit this bug report at http://bugs.php.net/?id=26405&edit=1
#26413 [Opn->Ver]: isset of array index of a non-array returns incorrectly
ID: 26413 Updated by: [EMAIL PROTECTED] Reported By: james at gogo dot co dot nz -Status: Open +Status: Verified Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS New Comment: Works fine with PHP 5 btw. (this fails also with 4.2.3, so this is old issue) Previous Comments: [2003-11-25 14:59:18] james at gogo dot co dot nz Description: Using isset to test for the existance of an array index on a non array (in this case string '4') returns true, when plainly, $foo has no element indexed 'bar'; Reproduce code: --- Expected result: S'all Good Actual result: -- Uh Oh -- Edit this bug report at http://bugs.php.net/?id=26413&edit=1
#24526 [Com]: imap_fetch_overview() crashes
ID: 24526
Comment by: pl101 at clez dot net
Reported By: kaMe at barcolabeach dot org
Status: No Feedback
Bug Type: IMAP related
Operating System: Linux 2.4
PHP Version: 4.3.3RC2-dev
New Comment:
i tested the example and imap_fetch_overview crashes in this
situation:
php: 4.3.4 with uw imap 2002(e)
imapd: courier-IMAP CAPABILITY IMAP4rev1 CHILDREN NAMESPACE
THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA
here not really relevant info:
os: solaris 8/sparc
apache: 1.3.29
uw-imap make: gso SSLTYPE=none
configure-line: ./configure --prefix=/usr/local
--with-apxs=/opt/apache/bin/apxs --disable-cgi --disable-debug
--with-config-file-path=/usr/local/etc --with-exec-dir
--enable-sigchild --disable-magic-quotes --disable-rpath --disable-ipv6
--disable-all --with-openssl --with-zlib --disable-ctype --with-curl
--with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr/local
--with-zlib-dir=/usr/local --with-freetype-dir=/usr/local --with-t1lib
--enable-gd-native-ttf --with-gettext
--with-imap=/path/to/my/uw-imap-2002e --with-ldap --with-mcrypt
--with-mysql --with-oci8=/opt/oracle --with-pcre-regex --enable-posix
--enable-session --enable-sockets --enable-sysvmsg --enable-sysvsem
--enable-sysvshm --enable-xml --with-dom --with-dom-xslt --enable-ftp
--enable-mbstring --with-oracle=/opt/oracle --with-expat
--enable-shared --enable-static --without-tsrm-threads --enable-cli
--without-pear --enable-gcclib
when calling imap_fetch_overview with uid's that are not (by incident)
id's too, it crashes.
e.g. imp could cause exactly this problem in imp/mailbox.php :
$overview = imap_fetch_overview($imp['stream'], implode(',', $msgs),
FT_UID);
when using mmcache, it reports this line in apache error_log and the
php crash, followed by the dead apache child info: exit signal
Segmentation Fault (11)
using the shared library libc-client.so from sunfreeware, this problem
does not exist (but others...)
truss ends up in a long alert(0) followed by this:
Incurred fault #6, FLTBOUNDS %pc = 0xFD509B3C
siginfo: SIGSEGV SEGV_MAPERR addr=0xD8026004
Received signal #11, SIGSEGV [caught]
siginfo: SIGSEGV SEGV_MAPERR addr=0xD8026004
Previous Comments:
[2003-08-15 20:46:30] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-08-10 21:25:43] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-07-16 05:21:16] kaMe at barcolabeach dot org
Posted 2 messages to the mailbox, setted $sequence to "1,2": here is
the backtrace:
#0 0x401e0e96 in _php_imap_address_size (addresslist=0x812a160) at
/root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:3643
#1 0x401db8c4 in zif_imap_fetch_overview (ht=3,
return_value=0x8126814, this_ptr=0x0, return_value_used=1)
at
/root/temp-apache/php4-STABLE-200307141330/ext/imap/php_imap.c:2722
#2 0x4030c622 in execute (op_array=0x8126014) at
/root/temp-apache/php4-STABLE-200307141330/Zend/zend_execute.c:1616
#3 0x402f9494 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/root/temp-apache/php4-STABLE-200307141330/Zend/zend.c:886
#4 0x402bdfec in php_execute_script (primary_file=0xb6c4) at
/root/temp-apache/php4-STABLE-200307141330/main/main.c:1685
#5 0x40311cfe in apache_php_module_main (r=0x811d72c,
display_source_mode=0)
at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/sapi_apache.c:54
#6 0x40312dc0 in send_php (r=0x811d72c, display_source_mode=0,
filename=0x811e2d4 "/usr/local/apache1.3.27/htdocs/unf.php")
at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:620
#7 0x40312e3f in send_parsed_php (r=0x811d72c) at
/root/temp-apache/php4-STABLE-200307141330/sapi/apache/mod_php4.c:635
#8 0x806c0d9 in ap_invoke_handler () at eval.c:88
#9 0x8081c7f in process_request_internal () at eval.c:88
#10 0x8081ce6 in ap_process_request () at eval.c:88
#11 0x8078576 in child_main () at eval.c:88
#12 0x8078731 in make_child () at eval.c:88
#13 0x80788ac in startup_children () at eval.c:88
#14 0x8078f3d in standalone_main () at eval.c:88
#15 0x80797ac in main () at eval.c:88
#16 0x4008d2eb in __libc_start_main (main=0x8079408 , argc=2,
ubp_av=0xbb04, init=0x804eec8 <_init>, fini=0x80af73c <_fini>,
rtld_fini=0x4000c130 <_dl_fini>, stack_end=0xbafc) at
../sysdeps/generic/libc-start.c:129
---
#26413 [Opn]: isset of array index of a non-array returns incorrectly
ID: 26413 User updated by: james at gogo dot co dot nz Reported By: james at gogo dot co dot nz Status: Open -Bug Type: Reproducible crash +Bug Type: Scripting Engine problem Operating System: Linux mortimer 2.4.20 #1 Sat Aug PHP Version: 4.3.3 New Comment: Put this in wrong category Previous Comments: [2003-11-25 14:59:18] james at gogo dot co dot nz Description: Using isset to test for the existance of an array index on a non array (in this case string '4') returns true, when plainly, $foo has no element indexed 'bar'; Reproduce code: --- Expected result: S'all Good Actual result: -- Uh Oh -- Edit this bug report at http://bugs.php.net/?id=26413&edit=1
#26413 [NEW]: isset of array index of a non-array returns incorrectly
From: james at gogo dot co dot nz Operating system: Linux mortimer 2.4.20 #1 Sat Aug PHP version: 4.3.3 PHP Bug Type: Reproducible crash Bug description: isset of array index of a non-array returns incorrectly Description: Using isset to test for the existance of an array index on a non array (in this case string '4') returns true, when plainly, $foo has no element indexed 'bar'; Reproduce code: --- Expected result: S'all Good Actual result: -- Uh Oh -- Edit bug report at http://bugs.php.net/?id=26413&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26413&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26413&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26413&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26413&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26413&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26413&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26413&r=support Expected behavior: http://bugs.php.net/fix.php?id=26413&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26413&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26413&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26413&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26413&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26413&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26413&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26413&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26413&r=float
#26393 [Fbk->Opn]: Web Output stops suddenly - Apache generates Seg fault in log
ID: 26393
User updated by: troy dot tinnes at motorola dot com
Reported By: troy dot tinnes at motorola dot com
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Solaris 2.8
PHP Version: 4.3.4
New Comment:
I assume the resolution in this case is to switch to persistent
connections? Here's why I'm hesitant to use persistent connections with
my application:
1) the application is not transaction based, its simple inquiry/lookup.
A person would do potentially 2-3 quick look-ups per day. The
persistent connection would potentially cost more than the
connect/tear-down cost for 1 user to access the system for a few
minutes.
2) depending on the request, I sometimes have data from 2 or 3
different database instances represented on one web page output. ie. 1
database has a ISO country code HK entered to indicate the currency
code - the master currencies are located in a data warehouse
elsewhere. Establishing persistent connections for each user for all 3
databases may be a bit excessive?
Previous Comments:
[2003-11-25 14:18:22] [EMAIL PROTECTED]
Oops..I meant the Open reports.. :)
See bug #24531 which has some patch in it.
Try the patch..
[2003-11-25 09:02:28] troy dot tinnes at motorola dot com
I went through all 1300 of them. The few that looked similar ended up
with no answer. ie. You asked them to do a backtrace and there was no
response.
[2003-11-25 03:09:32] [EMAIL PROTECTED]
Please check the other OCI8 related bug reports, I'm not sure but most
likely one or two of them are reporting this exact same problem.
[2003-11-24 23:19:56] troy dot tinnes at motorola dot com
Description:
Environment:
Sun Solaris 2.8
Sun Ultra Enterprise
PHP 4.3.4
Apache 2.0.47
Problem Description: On some HTML outputs, the page code stops
unexpectedly. There does not appear to be any real reason for halting
the execution - it stops generating code many times - midway through
displaying a record (1 HTML table row). For example if I have a query
that shows which people bought widget "a" in the past month - the
output might be ok. Use the same script and show which people bought
widget "b" - the script might stop 3/4 of the way down the page
mid-record. One thing that is consistent - is that it will always stop
in the same place. 2 days later, Widget "b" output might be fine -
displaying Widget "a" is now a problem.
Reproduce code:
---
I use object-oriented code to do the database activities - example:
$db = new myDB ($db1);
$db->connect();
$db->query($sql1);
In the db.class file, I have functions like this:
function connect ()
{
$conn = ocilogon ($this->username, $this->password,
$this->hostspec);
$this->conn = $conn;
}
AND
function query ($sql)
{
$this->stmt = @ociparse ($this->conn, $sql);
if (!$this->stmt) {
return false;
}
else {
@ociexecute($this->stmt, OCI_DEFAULT);
return($this->rowcount());
}
}
As I said before, I do not use persistent connections because I have
several different database instances I connect to based on the type of
information requested.
Expected result:
I am hoping to see complete HTML outputs!
Actual result:
--
BACKTRACE:
-
solaris8:/opt/web/apache_php/apache2/bin# /usr/misc/bin/gdb
/opt/web/apache_php/apache2/bin/httpd
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions. There is
absolutely no warranty for GDB. Type "show warranty" for details. This
GDB was configured as "sparc-sun-solaris2.8"...
(gdb) run -X
Starting program: /opt/web/apache_php/apache2/bin/httpd -X
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]
[New LWP 5]
Program received signal SIGSEGV, Segmentation fault.
0xff0331f0 in strlen () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff0331f0 in strlen () from /usr/lib/libc.so.1
#1 0xfe1e5918 in _oci_close_session (session=0x313bc8)
at /opt/web/apache_php/source/php-4.3.4/ext/oci8/oci8.c:2443
#2 0xfe1e0ca8 in _oci_session_list_dtor (rsrc=0x200e30)
at /opt/web/apache_php/source/php-4.3.4/ext/oci8/oci8.c:935
#3 0xfe36dcb0 in list_entry_destructor (ptr=0x200e30)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_list.c:177
#4 0xfe36aa64 in zend_hash_apply_deleter (ht=0xfe3e13fc, p=0x2017b0)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_hash.c:608
#5 0xfe36ae04 in zend_hash_graceful_reverse_destroy (ht=0xfe3e13fc)
at /opt/web/apache_php/source/php
#26266 [Opn->Csd]: Concatenating overloaded objects causes crash
ID: 26266
Updated by: [EMAIL PROTECTED]
Reported By: adam at trachtenberg dot com
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2003-11-15 (dev)
New Comment:
Doesn't crash with latest CVS.
Previous Comments:
[2003-11-15 15:08:55] adam at trachtenberg dot com
Description:
Concatenating objects that define a __toString() method
using the "." operator causes a bus error.
Reproduce code:
---
class foo {
function __toString() {
return "foo";
}
}
$foo = new foo;
echo $foo . "\n";
Expected result:
foo
Actual result:
--
Bus error.
--
Edit this bug report at http://bugs.php.net/?id=26266&edit=1
#26380 [Opn->Bgs]: empty($SimpleXMLObject) doesn't return true when empty
ID: 26380
Updated by: [EMAIL PROTECTED]
Reported By: bart at mediawave dot nl
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000
PHP Version: 5.0.0b2 (beta2)
New Comment:
The object is not empty. No bug here.
Previous Comments:
[2003-11-24 07:56:25] bart at mediawave dot nl
Changed this to "Zend Engine 2 problem" because it seems empty() should
return true if an object has no properties:
http://www.php.net/manual/en/function.empty.php
[2003-11-24 07:36:26] bart at mediawave dot nl
Description:
This bug/feature request has some relation with bug: #25640.
I've loaded XML into a simpleXML object. SimpleXML currently loads
empty tags (e.g. ) as empty SimpleXML objects.
With the SimpleXML object I wanted to use the following code to find
out whether a tag has child tags or not:
if (is_object($SimpleXMLObjectNode)) {
// $node has child tags
Unfortunately this doesn't work very well since this code will think
that empty tags have child tags too. (Since empty tags are loaded as
objects)
Therefore I thought it would be a nice feature to be able to find out
whether an object is empty or not. Something like:
if (empty($object)) {
// Object is empty
}
Reproduce code:
---
s2s3';
$t = simplexml_load_string($xml);
print_r($t);
if (empty($t->foo)) {
echo 'Tag is empty';
} else {
echo 'Tag has contents';
}
?>
Expected result:
Tag is empty
Actual result:
--
Tag has contents
--
Edit this bug report at http://bugs.php.net/?id=26380&edit=1
#26407 [Opn->Fbk]: Result set fetching broken around transactions (OpenClient Error #155)
ID: 26407 Updated by: [EMAIL PROTECTED] Reported By: tvoigt at informatik dot tu-cottbus dot de -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux (i686) & Solaris 8 PHP Version: 4.3.4 New Comment: I would guess this is caused by fixing other bug: http://bugs.php.net/bug.php?id=23682 Check that out.. Previous Comments: [2003-11-25 10:40:09] tvoigt at informatik dot tu-cottbus dot de Description: Hi there! When executing queries including a transaction and returning some result set PHP won't get any result handle, but the following OpenCLient error message (#155): "ct_results(): user api layer: external error: This routine cannot be called when the command structure is idle." Or in German: "ct_results(): Benutzer-API-Schicht: Externer Fehler: Aufruf der Routine nicht möglich, wenn die Befehlsstruktur nicht aktiv ist." My PHP-script continues to run (no crashes whatsoever), but the query has not been perfectly executed by Sybase. The error is reproducible with PHP-4.3.4 on quite different machines, a Sun UltraSparc running SunOS 5.8 and a i686 Linux box (Debian Woody 3.0R1). Even tried PHP-4.3.5-dev (php4-STABLE-200311251230) and got the same error. Database is Sybase 11.9.2. Each query executes flawlessly via the isql frontend -- and did so up to PHP-4.3.3 (on the same machines, configured identically). PHP configuration (Linux box): ./configure \ --with-regex=system \ --with-apxs=/usr/local/apache/bin/apxs \ --without-pear \ --with-openssl \ --with-zlib \ --enable-calendar \ --with-pfdlib=/usr/local/lib \ --with-pgsql \ --with-mysql=/usr/ \ --with-sybase-ct=/opt/sybase-11.9.2 \ --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle \ --with-gd=/usr/local \ --enable-gd-native-ttf \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/lib \ --with-ttf=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --enable-exif \ --enable-sigchild \ --enable-track-vars PHP configuration (Sun machine): ./configure --with-apxs=/usr/local/apache-1.3.28/bin/apxs --disable-shared --enable-static --with-openssl=/usr/local/ssl --with-sybase-ct=/usr/local/Sybase --with-mysql=/usr/local/mySQL --with-pgsql=/usr/local/PostgreSQL --with-db4=/usr/local/BerkeleyDB-4.1 --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-zlib=/usr/local --with-ftp --with-xml --enable-track-vars Reproduce code: --- /* I. fails: */ begin transaction -- anything producing a result set here will fail; -- however, print or update statements will work select "foo" commit -- anything afterwards will fail, too /* II. fails: */ begin transaction -- no result returned... update foobar set the_big_answer=42 commit -- transaction is completed (correctly, indeed)... select "foo" -- ...but select statement afterwards fails, nonetheless /* III. works as expected: */ select "foo" begin transaction -- do anything, even return a result set commit select "bar" -- or even do something useful like updates... Expected result: Sorry for all that SQL up there, but I've spend most of a day tracking my problem down and figuring out some hopefully useful examples. Yes, I know that Sybase queries returning multiple result sets are not completely fetchable by PHP (at most, one will get the first result set back). But I expect the whole query to be executed. In fact, I'm calling a set of stored procedures doing some quite important stuff, not just worshiping RFC 3092 ;-) Actual result: -- Queries invoking statements that return fetchable result sets (via select, stored procedures) inside (I.) or AFTER a transaction block (II.) will fail. However, the first part of query II (the entire transaction block) is executed correctly, but PHP won't see no result handle. Other statements like print or update inside transactions work fine. I assume there is a bug (introduced with PHP-4.3.4) fetching the result set inside and around transactions, because similar queries with a fetchable result *before* a transaction block work as expected up to the end (III). As said before, all these queries work perfectly well up to PHP-4.3.3; simple workaround for me would be to insert some (fetchable) dummy selects on top of each transaction. But that's not the point of a bug report, is it? I very appreciate your help and all the work you do! Best regards and thanks in advance, Thomas Voigt -- Edit this bug report at http://bugs.php.net/?id=26407&edit=1
#26409 [Opn->Fbk]: ldap_bind is causing a seg fault
ID: 26409
Updated by: [EMAIL PROTECTED]
Reported By: pyrox_pro at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: RedHat Linux 7.3
PHP Version: 4.3.4
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
And also the full configure line would be good to know..
Previous Comments:
[2003-11-25 12:15:25] pyrox_pro at hotmail dot com
Description:
ldap_bind is causing a seg fault on every use.
I submitted a similar bug in the past and was supplied a CVS snapshot
to use, I had been using that up until now, I installed php-4.3.4 and a
new problem that is similar rears its head:
http://bugs.php.net/bug.php?id=22686
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
This results in a seg fault:
Connecting...
Connection Established: Resource id #4
BINDING...
** -> Segmentation fault
[Tue Nov 25 10:31:38 2003] [notice] child pid 26178 exit signal
Segmentation fault (11)
If I comment this out:
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
##$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
The page comes up and it seems to work fine.
I am using php 4.3.4 and LDAP:
ldap
LDAP Support enabled
RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 20026
OCI8 Support enabled
Revision $Revision: 1.183.2.5 $
Oracle Version 8.1
Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6
Libraries Used no value
OpenSSL support enabled
OpenSSL Version OpenSSL 0.9.7 31 Dec 2002
Reproduce code:
---
$ds=ldap_connect("ldaps://".$ldap['SERV']."/");
$r=ldap_bind($ds);
Expected result:
Annon bind to the ldap resource id obtained from ldap_connect.
Actual result:
--
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=26409&edit=1
#26410 [Opn->Fbk]: child pid 15598 exit signal Segmentation fault (11)
ID: 26410 Updated by: [EMAIL PROTECTED] Reported By: miguelangel dot gonzalez at itesm dot mx -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: AIX 4.3.3 maintenance 10 PHP Version: 4.3.4 New Comment: 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. Previous Comments: [2003-11-25 12:22:02] miguelangel dot gonzalez at itesm dot mx Description: Hi, i got the problem of the segmentation fault. I'm running Apache 1.3.29 with php 4.3.4, and compiling with postgresql-7.3.4, perl-5.8.0, mysql-standard-4.0.16. Whe running a product from sourceforge.net (issuetracker 4.0.1) i got the error. With other php pages works correct. The page i got is blank and the error in log is this: [Mon Nov 24 14:51:27 2003] [notice] child pid 26790 exit signal Segmentation fault (11) I have tried with recent snapshots, but the problem persist. Here are my configure lines for apache and PHP. PHP ./configure --with-apache=../apache_1.3.29 \ --with-pgsql=/usr/local/pgsql \ --with-mysql=/usr/local/mysql \ --with-oracle=/u00/app/oracle/product/8.1.7 \ --enable-sigchild --enable-debug cd apache_1.3.x ./configure --prefix=/usr/local/apache \ --with-perl=/usr/local/bin \ --activate-module=src/modules/php4/libphp4.a Thanks in advance. Reproduce code: --- The url is http://orion.rzn.itesm.mx/helpdesk/index.php Expected result: I expect a login page. Actual result: -- I got blank page and the error in log. Here is the backtrace. Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) (gdb) bt #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) #1 0xd016f9d8 in malloc_y () from /usr/lib/libc.a(shr.o) #2 0xd016cd9c in malloc () from /usr/lib/libc.a(shr.o) #3 0x1018bff0 in ?? () (gdb) quit -- Edit this bug report at http://bugs.php.net/?id=26410&edit=1
#26404 [Opn->Bgs]: After installing PHP, it doesn't work...
ID: 26404 Updated by: [EMAIL PROTECTED] Reported By: joao dot simoes at cern dot ch -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Not our problem. Previous Comments: [2003-11-25 09:02:31] joao dot simoes at cern dot ch Description: When we install Apache 1.3, PHP4 and we configure httpd.conf, the php functionality doesn't work. Reproduce code: --- The instalation program creates a c:\PHP directory (upper case) and the httpd.conf refers to it by c:\php (lower case). This way, PhP doesn't work. You have to change, in httpd.conf, every "C:\php" by "C:\PHP". -- Edit this bug report at http://bugs.php.net/?id=26404&edit=1
#26400 [Opn->Fbk]: make install fails
ID: 26400 Updated by: [EMAIL PROTECTED] Reported By: michielv at zeelandnet dot nl -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Slackware Linux 9.0 kernel2.4.20 PHP Version: 5CVS-2003-11-25 (dev) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2003-11-25 06:32:54] michielv at zeelandnet dot nl Description: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-bcmath --with-bz2 --with-ncurses --enable-cli --disable-cgi --with-gd --with-jpeg-dir --with-png-dir --with-zlib-dir --with-calender --enable-pcntl --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-exif --enable-sockets --with-xpm-dir --with-gettext --with-gmp --enable-mbstring After a successfull make, i do [EMAIL PROTECTED] ~/php5-200311251030$ su -c 'make install' Password: Installing PHP CLI binary:/usr/local/bin/ [PEAR] Mail - already installed: 1.1.2 [PEAR] Net_SMTP - already installed: 1.2.3 [PEAR] Net_Socket - already installed: 1.0.1 [PEAR] XML_Parser - already installed: 1.0.1 [PEAR] XML_RPC- already installed: 1.0.4 make[1]: *** [install-pear-packages] Segmentation fault make: *** [install-pear] Error 2 [EMAIL PROTECTED] ~/php5-200311251030$ -- Edit this bug report at http://bugs.php.net/?id=26400&edit=1
#26393 [Opn->Fbk]: Web Output stops suddenly - Apache generates Seg fault in log
ID: 26393
Updated by: [EMAIL PROTECTED]
Reported By: troy dot tinnes at motorola dot com
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Solaris 2.8
PHP Version: 4.3.4
New Comment:
Oops..I meant the Open reports.. :)
See bug #24531 which has some patch in it.
Try the patch..
Previous Comments:
[2003-11-25 09:02:28] troy dot tinnes at motorola dot com
I went through all 1300 of them. The few that looked similar ended up
with no answer. ie. You asked them to do a backtrace and there was no
response.
[2003-11-25 03:09:32] [EMAIL PROTECTED]
Please check the other OCI8 related bug reports, I'm not sure but most
likely one or two of them are reporting this exact same problem.
[2003-11-24 23:19:56] troy dot tinnes at motorola dot com
Description:
Environment:
Sun Solaris 2.8
Sun Ultra Enterprise
PHP 4.3.4
Apache 2.0.47
Problem Description: On some HTML outputs, the page code stops
unexpectedly. There does not appear to be any real reason for halting
the execution - it stops generating code many times - midway through
displaying a record (1 HTML table row). For example if I have a query
that shows which people bought widget "a" in the past month - the
output might be ok. Use the same script and show which people bought
widget "b" - the script might stop 3/4 of the way down the page
mid-record. One thing that is consistent - is that it will always stop
in the same place. 2 days later, Widget "b" output might be fine -
displaying Widget "a" is now a problem.
Reproduce code:
---
I use object-oriented code to do the database activities - example:
$db = new myDB ($db1);
$db->connect();
$db->query($sql1);
In the db.class file, I have functions like this:
function connect ()
{
$conn = ocilogon ($this->username, $this->password,
$this->hostspec);
$this->conn = $conn;
}
AND
function query ($sql)
{
$this->stmt = @ociparse ($this->conn, $sql);
if (!$this->stmt) {
return false;
}
else {
@ociexecute($this->stmt, OCI_DEFAULT);
return($this->rowcount());
}
}
As I said before, I do not use persistent connections because I have
several different database instances I connect to based on the type of
information requested.
Expected result:
I am hoping to see complete HTML outputs!
Actual result:
--
BACKTRACE:
-
solaris8:/opt/web/apache_php/apache2/bin# /usr/misc/bin/gdb
/opt/web/apache_php/apache2/bin/httpd
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions. There is
absolutely no warranty for GDB. Type "show warranty" for details. This
GDB was configured as "sparc-sun-solaris2.8"...
(gdb) run -X
Starting program: /opt/web/apache_php/apache2/bin/httpd -X
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]
[New LWP 5]
Program received signal SIGSEGV, Segmentation fault.
0xff0331f0 in strlen () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff0331f0 in strlen () from /usr/lib/libc.so.1
#1 0xfe1e5918 in _oci_close_session (session=0x313bc8)
at /opt/web/apache_php/source/php-4.3.4/ext/oci8/oci8.c:2443
#2 0xfe1e0ca8 in _oci_session_list_dtor (rsrc=0x200e30)
at /opt/web/apache_php/source/php-4.3.4/ext/oci8/oci8.c:935
#3 0xfe36dcb0 in list_entry_destructor (ptr=0x200e30)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_list.c:177
#4 0xfe36aa64 in zend_hash_apply_deleter (ht=0xfe3e13fc, p=0x2017b0)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_hash.c:608
#5 0xfe36ae04 in zend_hash_graceful_reverse_destroy (ht=0xfe3e13fc)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_hash.c:674
#6 0xfe36dee0 in zend_destroy_rsrc_list (ht=0xfe3e13fc)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_list.c:233
#7 0xfe3501dc in shutdown_executor ()
at
/opt/web/apache_php/source/php-4.3.4/Zend/zend_execute_API.c:213
#8 0xfe3612f8 in zend_deactivate ()
at /opt/web/apache_php/source/php-4.3.4/Zend/zend.c:665
#9 0xfe306904 in php_request_shutdown (dummy=0x0)
at /opt/web/apache_php/source/php-4.3.4/main/main.c:998
#10 0xfe383be8 in php_apache_request_dtor (r=0x187dd0)
at
/opt/web/apache_php/source/php-4.3.4/sapi/apache2handler/sapi_apache2.c:449
#11 0xfe3840b8 in php_handler (r=0x187dd0)
---Type to continue, or q to quit---
at
/opt/web/apache_php/source/php-4.3.4/sapi/apache2handler/sapi_apache2.c:553
#12 0x0004a37c in ap_run_handler (r=0x187dd0) at config.c:195 #13
0x0004a950 in ap_invoke_handler (r=0x187dd0) at config.c:401 #14
0x00037d60 in ap_pro
#26264 [Opn->Fbk]: php segfaults with iconv or mbstring enabled
ID: 26264 Updated by: [EMAIL PROTECTED] Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Remove the '--with-gettext' and try again. Previous Comments: [2003-11-25 10:12:50] Joerg dot Dieter dot Friedrich at uni-konstanz dot de <[EMAIL PROTECTED]:/usr/local/src/php-4.3.4>$ php -i | head -20 phpinfo() PHP Version => 4.3.4 System => SunOS thurn 5.9 Generic_112233-08 sun4u Build Date => Nov 24 2003 13:49:46 Configure Command => './configure' '--prefix=/opt/php4' '--with-apxs=/opt/apache/bin/apxs' '--sysconfdir=/opt/etc/php4' '--with-config-file-path=/opt/etc/php4' '--disable-debug' '--with-gd' '--with-jpeg-dir=/usr/sfw' '--with-png-dir=/usr/sfw' '--with-zlib' '--with-imap=/usr/local/src/imap-2002e' '--with-mysql=/opt/mysql' '--with-mysql-sock=/var/run/mysql/sock' '--enable-dba' '--with-db4=/usr/local' '--with-ndbm' '--with-ldap=/usr/local' '--with-gettext' '--with-pear' '--enable-safe-mode' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-mcrypt=/usr/local' '--with-xml' '--with-dom' '--with-dom-xslt' '--with-dom-exsl' '--enable-mime-magic=/opt/etc/apache/magic' '--with-iconv' '--enable-mbstring=all' '--with-expat-dir=/usr/local' '--with-openssl=/usr/local/ssl' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /opt/etc/php4/php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => disabled Registered PHP Streams => php, http, ftp, https, ftps, compress.zlib This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies <[EMAIL PROTECTED]:/usr/local/src/php-4.3.4>$ grep '\-O' Makefile CFLAGS_CLEAN = -g -O2 [2003-11-25 02:58:23] [EMAIL PROTECTED] What was the optimizing option (-Ox where x is some number) for gcc for this last build? And are you absolutely sure none of those shared extensions are not loaded in any php.ini files anymore? [2003-11-24 08:06:42] Joerg dot Dieter dot Friedrich at uni-konstanz dot de It's me again. I just compiled everything static. running the script form commandline doesn't segfault anymore, but the apache1 module still segfaults! gdb showed: (gdb) run -X Starting program: /opt/apache/bin/httpd -X warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); (gdb) bt #0 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 #1 0xfdd94980 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.4/main/main.c:1005 #2 0xfddd577c in apache_php_module_main (r=0x0, display_source_mode=-35825944) at /usr/local/src/php-4.3.4/sapi/apache/sapi_apache.c:60 [2003-11-24 01:04:07] Joerg dot Dieter dot Friedrich at uni-konstanz dot de No, I only compiled iconv and mbstring static, but I'll test today. And yes I always remove the old buildtree and unpack a new one. [2003-11-23 21:09:28] [EMAIL PROTECTED] Every extension compiled as 'static' ?? And you're using clean sources? 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264&edit=1
#26360 [Opn->Fbk]: PHP won't install when compiled with OpenLDAP 2.1.22
ID: 26360 Updated by: [EMAIL PROTECTED] Reported By: mike at blackchaos dot net -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Solaris 8 on SPARC PHP Version: 4.3.4 New Comment: Okay..try this: # gdb sapi/cli/php (gdb) run (gdb) bt (dunno if you have gdb installed..but use the debugger you have there) Previous Comments: [2003-11-25 13:16:39] mike at blackchaos dot net Yes, all of the LDAP command line utilities work perfectly. [2003-11-25 02:50:17] [EMAIL PROTECTED] Another test..do the openldap command line tools work? For example 'ldapsearch' program? [2003-11-24 15:00:46] mike at blackchaos dot net Results from 'make test': Build complete. (It is safe to ignore warnings about tempnam and tmpnam). mmcneil$ make test Assertion failed: BER_VALID( ber ), file encode.c, line 471 Abort make: [test] Error 134 (ignored) [2003-11-23 21:11:39] [EMAIL PROTECTED] Does 'make test' work..? [2003-11-23 01:55:27] mike at blackchaos dot net Here's the configure line I used: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-ldap=/usr/local --with-gdbm=/usr/local --with-mysql=/usr/local/mysql --enable-track-vars --enable-sysvshm --enable-force-cgi-redirect --enable-ftp --with-gd --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-gettext --with-jpeg-dir=/usr/local --with-zlib --with-tiff-dir=/usr/local --with-snmp=/usr/local --enable-ucd-snmp-hack --with-freetype-dir=/usr/local 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/26360 -- Edit this bug report at http://bugs.php.net/?id=26360&edit=1
#26412 [NEW]: natsort ignores extra white space
From: phpbug at reuben dot com
Operating system: Mac OS X
PHP version: 4.3.3
PHP Bug Type: Arrays related
Bug description: natsort ignores extra white space
Description:
natsort (and related functions like strnatcmp) appear to
collapse all white space chars into just one space, so
that 'a a' sorts at the same level as 'a a' (so the
order of the returned sort is not determined), while it
should sort one before the other (which one is more
"natural" is up for discussion, but it shouldn't
randomly return one or the
other).
Reproduce code:
---
$array = array('a b','a a','a a','aa','a b','ab');
natsort($array);
echo "";
foreach ($array as $val)
echo "$val\n";
echo "";
Expected result:
Should print:
aa
ab
a a
a b
a a
a b
-OR-
aa
a a
a a
ab
a b
a b
Actual result:
--
Actually prints (changes order if you change order in
array definition):
aa
a a
a a
ab
a b
a b
--
Edit bug report at http://bugs.php.net/?id=26412&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26412&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26412&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26412&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26412&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26412&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26412&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26412&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26412&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26412&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26412&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26412&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26412&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26412&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26412&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26412&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26412&r=float
#26396 [Com]: foreach scope modality
ID: 26396
Comment by: jpatrin at pnicorp dot com
Reported By: php dot net dot 1 at odi dot ch
Status: Bogus
Bug Type: Arrays related
Operating System: Win32
PHP Version: 4.3.3
New Comment:
Here's the proof that the global keyword is broken. If you change the
code to use $GLOBALS as such:
';
g();
echo '--';
echo 'Test2:';
foreach($usr_langs as $lang) {
f();
echo $lang.' ';
}
?>
The output is:
Test1:
de fr it
--
Test2:
de fr it
As was originally expected. Please either open this bug again or
explain why global is treated differently than $GLOBALS.
Previous Comments:
[2003-11-25 13:12:37] jpatrin at pnicorp dot com
You *CAN* nest foreach loops, as I have been doing it for a LONG time.
You can even nest foreach loops with the same array and the output will
be as expected (see code at bottom). Because foreach works on a copy of
the array, it does not change the internal pointer and therefore there
are two bugs here. The first being that the outputs aren't the same and
second being that all values int he array are not output by g().
What seems to be happening if that f() is somehow altering the internal
pointer of the *copy* that g() is operating on. Is it almost certain
that this is a problem with how global is implemented.
This code:
";
foreach($usr_langs as $lang2) {
echo "2 $lang2";
}
}
?>
Produces this output:
1 de
2 de
2 fr
2 it
1 fr
2 de
2 fr
2 it
1 it
2 de
2 fr
2 it
[2003-11-25 12:36:00] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You can not nest foreach calls.
[2003-11-25 04:58:19] php dot net dot 1 at odi dot ch
Description:
The behaviour of foreach seems to be scope dependent. The following
code (slightly more than 20 lines) should yield the same results in
both cases, but doesn't.
I know that foreach uses the internal array pointer. The result beeing
"de" or "de fr it" is NOT the topic here. The point is that the two
results differ, although the code is the same except for the scope.
This could be the reason for bug #19285
Reproduce code:
---
";
g();
echo "--";
echo "Test2:";
foreach ($usr_langs as $lang) {
f();
echo "$lang ";
}
?>
Expected result:
Test1:
de
--
Test2:
de
OR even better
Test1:
de fr it
--
Test2:
de fr it
Actual result:
--
Test1:
de
--
Test2:
de fr it
--
Edit this bug report at http://bugs.php.net/?id=26396&edit=1
#26360 [Fbk->Opn]: PHP won't install when compiled with OpenLDAP 2.1.22
ID: 26360 User updated by: mike at blackchaos dot net Reported By: mike at blackchaos dot net -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Solaris 8 on SPARC PHP Version: 4.3.4 New Comment: Yes, all of the LDAP command line utilities work perfectly. Previous Comments: [2003-11-25 02:50:17] [EMAIL PROTECTED] Another test..do the openldap command line tools work? For example 'ldapsearch' program? [2003-11-24 15:00:46] mike at blackchaos dot net Results from 'make test': Build complete. (It is safe to ignore warnings about tempnam and tmpnam). mmcneil$ make test Assertion failed: BER_VALID( ber ), file encode.c, line 471 Abort make: [test] Error 134 (ignored) [2003-11-23 21:11:39] [EMAIL PROTECTED] Does 'make test' work..? [2003-11-23 01:55:27] mike at blackchaos dot net Here's the configure line I used: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-ldap=/usr/local --with-gdbm=/usr/local --with-mysql=/usr/local/mysql --enable-track-vars --enable-sysvshm --enable-force-cgi-redirect --enable-ftp --with-gd --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-gettext --with-jpeg-dir=/usr/local --with-zlib --with-tiff-dir=/usr/local --with-snmp=/usr/local --enable-ucd-snmp-hack --with-freetype-dir=/usr/local [2003-11-22 13:02:59] mike at blackchaos dot net Description: Hello, I'm having troulbe installing PHP 4.3.4 with LDAP support on Solaris 8 for SPARC. I'm building PHP as a DSO module for Apache and everything compiles fine on the PHP side. It's when I do a 'make install' that this error messages shows up: mmcneil> make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module: apache [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so chmod 755 /usr/local/apache/libexec/libphp4.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Assertion failed: BER_VALID( ber ), file encode.c, line 471 Abort make[1]: *** [install-pear-installer] Error 134 make: *** [install-pear] Error 2 -- Edit this bug report at http://bugs.php.net/?id=26360&edit=1
#26396 [Com]: foreach scope modality
ID: 26396
Comment by: jpatrin at pnicorp dot com
Reported By: php dot net dot 1 at odi dot ch
Status: Bogus
Bug Type: Arrays related
Operating System: Win32
PHP Version: 4.3.3
New Comment:
You *CAN* nest foreach loops, as I have been doing it for a LONG time.
You can even nest foreach loops with the same array and the output will
be as expected (see code at bottom). Because foreach works on a copy of
the array, it does not change the internal pointer and therefore there
are two bugs here. The first being that the outputs aren't the same and
second being that all values int he array are not output by g().
What seems to be happening if that f() is somehow altering the internal
pointer of the *copy* that g() is operating on. Is it almost certain
that this is a problem with how global is implemented.
This code:
";
foreach($usr_langs as $lang2) {
echo "2 $lang2";
}
}
?>
Produces this output:
1 de
2 de
2 fr
2 it
1 fr
2 de
2 fr
2 it
1 it
2 de
2 fr
2 it
Previous Comments:
[2003-11-25 12:36:00] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You can not nest foreach calls.
[2003-11-25 04:58:19] php dot net dot 1 at odi dot ch
Description:
The behaviour of foreach seems to be scope dependent. The following
code (slightly more than 20 lines) should yield the same results in
both cases, but doesn't.
I know that foreach uses the internal array pointer. The result beeing
"de" or "de fr it" is NOT the topic here. The point is that the two
results differ, although the code is the same except for the scope.
This could be the reason for bug #19285
Reproduce code:
---
";
g();
echo "--";
echo "Test2:";
foreach ($usr_langs as $lang) {
f();
echo "$lang ";
}
?>
Expected result:
Test1:
de
--
Test2:
de
OR even better
Test1:
de fr it
--
Test2:
de fr it
Actual result:
--
Test1:
de
--
Test2:
de fr it
--
Edit this bug report at http://bugs.php.net/?id=26396&edit=1
#26385 [Bgs]: Would you ad a target "clear" to the makefile
ID: 26385 User updated by: php at plouk dot net Reported By: php at plouk dot net Status: Bogus Bug Type: *Compile Issues Operating System: Linux debian PHP Version: 5.0.0b2 (beta2) New Comment: OK! I 've just understood what "bogus" meens. Previous Comments: [2003-11-24 18:37:48] [EMAIL PROTECTED] Perhaps not. But you still need to leave the status of this bug as 'Bogus'. [2003-11-24 17:07:04] php at plouk dot net Sorry, I'm not smart [2003-11-24 16:57:39] [EMAIL PROTECTED] It's still bogus [2003-11-24 16:13:24] php at plouk dot net Am I blind? [2003-11-24 13:31:58] [EMAIL PROTECTED] ? We use "make clean" like any other project in this world. 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/26385 -- Edit this bug report at http://bugs.php.net/?id=26385&edit=1
#26389 [Bgs->Opn]: Use an sqlite db...
ID: 26389 User updated by: php at plouk dot net Reported By: php at plouk dot net -Status: Bogus +Status: Open Bug Type: SQLite related Operating System: Linux debian PHP Version: 5.0.0b2 (beta2) New Comment: The script run via a webserver... Previous Comments: [2003-11-24 20:03:02] [EMAIL PROTECTED] If you are running it not via a webserver (user != nobody) chmod the file 666. Otherwise re-open the bug. [2003-11-24 16:48:15] php at plouk dot net The script result : -- resource(2) of type (sqlite database) NULL bool(false) [2003-11-24 16:46:50] php at plouk dot net Description: This script isn't able to create a table in an existing database. Why? (No error are detected and permissions on the database file seem all right) #ls -l -rw-rw-r--1 nobody nogroup 263 Nov 24 23:42 sqlite.php -rw-rw-rw-1 nobody nogroup 0 Nov 24 22:45 test.db Reproduce code: --- '; echo var_dump($sqlite_err).''; $req="CREATE TABLE my_table (value INTEGER PRIMARY KEY)"; $res=sqlite_query($db,$req); echo var_dump($res).''; sqlite_close($db); ?> Expected result: A table Actual result: -- Nothing, the db file is always a 0 byte's file... -- Edit this bug report at http://bugs.php.net/?id=26389&edit=1
#26396 [Opn->Bgs]: foreach scope modality
ID: 26396
Updated by: [EMAIL PROTECTED]
Reported By: php dot net dot 1 at odi dot ch
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Win32
PHP Version: 4.3.3
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You can not nest foreach calls.
Previous Comments:
[2003-11-25 04:58:19] php dot net dot 1 at odi dot ch
Description:
The behaviour of foreach seems to be scope dependent. The following
code (slightly more than 20 lines) should yield the same results in
both cases, but doesn't.
I know that foreach uses the internal array pointer. The result beeing
"de" or "de fr it" is NOT the topic here. The point is that the two
results differ, although the code is the same except for the scope.
This could be the reason for bug #19285
Reproduce code:
---
";
g();
echo "--";
echo "Test2:";
foreach ($usr_langs as $lang) {
f();
echo "$lang ";
}
?>
Expected result:
Test1:
de
--
Test2:
de
OR even better
Test1:
de fr it
--
Test2:
de fr it
Actual result:
--
Test1:
de
--
Test2:
de fr it
--
Edit this bug report at http://bugs.php.net/?id=26396&edit=1
#26411 [NEW]: while {} else {}
From: php at bellytime dot com
Operating system: FreeBSD
PHP version: Irrelevant
PHP Bug Type: Feature/Change Request
Bug description: while {} else {}
Description:
How about a while...else structure. Often we do
if (!mysql_num_rows($result)) {
print 'No results found';
}
while ($row = mysql_fetch_assoc($result)) {
print 'Here is a result';
...
}
Wouldn't it be nicer to do a
while ($row = mysql_fetch_assoc($result)) {
print 'Here is a result';
...
} else {
print 'No results found';
}
--
Edit bug report at http://bugs.php.net/?id=26411&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26411&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26411&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26411&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26411&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26411&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26411&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26411&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26411&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26411&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26411&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26411&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26411&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26411&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26411&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26411&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26411&r=float
#26410 [NEW]: child pid 15598 exit signal Segmentation fault (11)
From: miguelangel dot gonzalez at itesm dot mx Operating system: AIX 4.3.3 maintenance 10 PHP version: 4.3.4 PHP Bug Type: Reproducible crash Bug description: child pid 15598 exit signal Segmentation fault (11) Description: Hi, i got the problem of the segmentation fault. I'm running Apache 1.3.29 with php 4.3.4, and compiling with postgresql-7.3.4, perl-5.8.0, mysql-standard-4.0.16. Whe running a product from sourceforge.net (issuetracker 4.0.1) i got the error. With other php pages works correct. The page i got is blank and the error in log is this: [Mon Nov 24 14:51:27 2003] [notice] child pid 26790 exit signal Segmentation fault (11) I have tried with recent snapshots, but the problem persist. Here are my configure lines for apache and PHP. PHP ./configure --with-apache=../apache_1.3.29 \ --with-pgsql=/usr/local/pgsql \ --with-mysql=/usr/local/mysql \ --with-oracle=/u00/app/oracle/product/8.1.7 \ --enable-sigchild --enable-debug cd apache_1.3.x ./configure --prefix=/usr/local/apache \ --with-perl=/usr/local/bin \ --activate-module=src/modules/php4/libphp4.a Thanks in advance. Reproduce code: --- The url is http://orion.rzn.itesm.mx/helpdesk/index.php Expected result: I expect a login page. Actual result: -- I got blank page and the error in log. Here is the backtrace. Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) (gdb) bt #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) #1 0xd016f9d8 in malloc_y () from /usr/lib/libc.a(shr.o) #2 0xd016cd9c in malloc () from /usr/lib/libc.a(shr.o) #3 0x1018bff0 in ?? () (gdb) quit -- Edit bug report at http://bugs.php.net/?id=26410&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26410&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26410&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26410&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26410&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26410&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26410&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26410&r=support Expected behavior: http://bugs.php.net/fix.php?id=26410&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26410&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26410&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26410&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26410&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26410&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26410&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26410&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26410&r=float
#26409 [NEW]: ldap_bind is causing a seg fault
From: pyrox_pro at hotmail dot com
Operating system: RedHat Linux 7.3
PHP version: 4.3.4
PHP Bug Type: LDAP related
Bug description: ldap_bind is causing a seg fault
Description:
ldap_bind is causing a seg fault on every use.
I submitted a similar bug in the past and was supplied a CVS snapshot to
use, I had been using that up until now, I installed php-4.3.4 and a new
problem that is similar rears its head:
http://bugs.php.net/bug.php?id=22686
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
This results in a seg fault:
Connecting...
Connection Established: Resource id #4
BINDING...
** -> Segmentation fault
[Tue Nov 25 10:31:38 2003] [notice] child pid 26178 exit signal
Segmentation fault (11)
If I comment this out:
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
##$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
The page comes up and it seems to work fine.
I am using php 4.3.4 and LDAP:
ldap
LDAP Support enabled
RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 20026
OCI8 Support enabled
Revision $Revision: 1.183.2.5 $
Oracle Version 8.1
Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6
Libraries Used no value
OpenSSL support enabled
OpenSSL Version OpenSSL 0.9.7 31 Dec 2002
Reproduce code:
---
$ds=ldap_connect("ldaps://".$ldap['SERV']."/");
$r=ldap_bind($ds);
Expected result:
Annon bind to the ldap resource id obtained from ldap_connect.
Actual result:
--
Segmentation fault
--
Edit bug report at http://bugs.php.net/?id=26409&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26409&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26409&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26409&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26409&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26409&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26409&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26409&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26409&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26409&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26409&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26409&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26409&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26409&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26409&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26409&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26409&r=float
#16402 [Com]: UnsatisfiedLinkError: send when loading any php file
ID: 16402 Comment by: jordi dot gou at upf dot edu Reported By: csbook at adproject dot net Status: No Feedback Bug Type: Servlet related Operating System: RedHat Linux PHP Version: 4.1.2 New Comment: I've had the same problem. I installed php4.3.4 in a linux. I want to obtain php as a servlet because I want to use it in Tomcat server. So I configured it: ./configure --with-mysql= --with-java= --with-servlet Then I execute make and copy libphp4.so in /usr/local/java/jre/lib because I read in a forum to resolve the php4 not installed error. I also copied phpsrvlt.jar to /usr/local/tomcat/common/lib and I modified web.xml to use this servlet Now, when I try to access to php page, the error is java.lang.UnsatisfiedLinkError: send at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:190) at net.php.servlet.service(servlet.java:214) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) ... could anyone help me? Thanks at all Jordi Previous Comments: [2003-07-04 02:04:26] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-06-29 10:41:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2002-10-05 15:27:05] drinksi at qwest dot net I finally found a working solution. I had to use PHP 4.0.6. I configured it as such "./configure --with-java --with-servlet". I moved the phpsrvlt.jar and libphp4.so created to the "TOMCAT_HOME/common/lib" directory of Tomcat. I put the "TOMCAT_HOME/common/lib" directory in the LD_LIBRARY_PATH. There is no need to alter the php.ini file. Works like a charm. Hope this help. Ivan [2002-05-15 16:25:14] jbennett at earthling dot net I finally got past this error. This is actually the secondary error. The first page load when you start tomcat with the php servlet gives the error "no php4 in java.library.path" even though libphp4.so is in the java.library.path either via a tomcat startup directive or the env variable LD_LIBRARY_PATH. Subsequent calls will give the unsatisfiedLinkError. the properties files inside of phpsrvlt.jar point to php4.so, instead of libphp4.so. I edited the properties files and rebuilt the jar and it worked. Unfortunately I can only get a couple of page loads before tomcat crashes on me, but that's another error entirely. [2002-04-02 22:37:56] csbook at adproject dot net I've installed tomcat 4.0.2 and compiled php with the --with-servlet and --with-java options. I've placed the jar file into my tomcat_home/libs dir, and added the libphp4.so to the LD_LIBRARY_PATH environment variable. I've also configured web.xml, and it seems to be correct. When I try to load any php page, tomcat throws the following internal server error, whose root cause is "UnsatisfiedLinkError: send": javax.servlet.ServletException: Servlet execution threw an exception at javax.servlet.ServletException.(ServletException.java:132) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java(Compiled Code)) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java(Compiled Code)) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java(Compiled Code)) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java(Compiled Code)) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java(Compiled Code)) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java(Compiled Code)) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java(Compiled Code)) at org.apache.
#19434 [Com]: oci8 + ldap -> crash
ID: 19434
Comment by: pyrox_pro at hotmail dot com
Reported By: ronan dot salmon at staff dot ittralee dot ie
Status: No Feedback
Bug Type: OCI8 related
Operating System: redhat 7.3
PHP Version: 4.3.3RC4-dev
New Comment:
I have just confirmed that it is:
[Tue Nov 25 10:15:44 2003] [notice] child pid 25048 exit signal
Segmentation fault (11)
The ldap_bind is causing a seg fault.
Previous Comments:
[2003-11-25 11:29:36] pyrox_pro at hotmail dot com
Similar issue, mine happens on Bind.
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
This results in a page cannot be found.
If I comment this out:
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
##$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
The page comes up and it seems to work fine.
I have let the thing spin forever with no response.
I am using php 4.3.4 and LDAP:
ldap
LDAP Support enabled
RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 20026
OCI8 Support enabled
Revision $Revision: 1.183.2.5 $
Oracle Version 8.1
Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6
Libraries Used no value
OpenSSL support enabled
OpenSSL Version OpenSSL 0.9.7 31 Dec 2002
[2003-10-19 10:24:25] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-10-14 21:02:49] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-07-17 03:40:47] ronan dot salmon at staff dot ittralee dot ie
Sorry, I don't know what I've done yesterday but in fact LDAP doesn't
work alone anymore.
Here the script :
Wrong username or password!\n";
exit;
}
?>
I'm using the same php as yesterday.
[~/php]# gdb ./php4-STABLE-200307160330/sapi/cgi/php login.php
(gdb) run login.php
Starting program: /root/php/php4-STABLE-200307160330/sapi/cgi/php
login.php
[New Thread 16384 (LWP 23469)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 23469)]
0x40a71a34 in _int_free () from /lib/libc.so.6
(gdb) bt
#0 0x40a71a34 in _int_free () from /lib/libc.so.6
#1 0x40a709cc in free () from /lib/libc.so.6
#2 0x08065d81 in zif_ldap_get_entries (ht=2, return_value=0x8208040,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x40d76440)
at /root/php/php4-STABLE-200307160330/ext/ldap/ldap.c:953
#3 0x0813ce45 in execute (op_array=0x8203028, tsrm_ls=0x81876b0)
at /root/php/php4-STABLE-200307160330/Zend/zend_execute.c:1616
#4 0x0812f7f1 in zend_execute_scripts (type=8, tsrm_ls=0x81876b0,
retval=0x0,
file_count=3) at
/root/php/php4-STABLE-200307160330/Zend/zend.c:886
#5 0x08106305 in php_execute_script (primary_file=0xb980,
tsrm_ls=0x81876b0) at
/root/php/php4-STABLE-200307160330/main/main.c:1685
#6 0x08142609 in main (argc=2, argv=0xba14)
at /root/php/php4-STABLE-200307160330/sapi/cgi/cgi_main.c:1542
#7 0x40a195cd in __libc_start_main () from /lib/libc.so.6
[2003-07-16 14:31:31] [EMAIL PROTECTED]
Can you try and reduce your script to smallest possible that causes the
crash? (like with only the ldap stuff?)
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/19434
--
Edit this bug report at http://bugs.php.net/?id=19434&edit=1
#19434 [Com]: oci8 + ldap -> crash
ID: 19434
Comment by: pyrox_pro at hotmail dot com
Reported By: ronan dot salmon at staff dot ittralee dot ie
Status: No Feedback
Bug Type: OCI8 related
Operating System: redhat 7.3
PHP Version: 4.3.3RC4-dev
New Comment:
Similar issue, mine happens on Bind.
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
This results in a page cannot be found.
If I comment this out:
echo "Connecting...";
$ds=ldap_connect("ldaps://".$ldap['SERV']."/") or die("Died.");
echo " Connection Established: $ds";
echo " BINDING...";
##$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
echo " BIND COMPLETE.";
The page comes up and it seems to work fine.
I have let the thing spin forever with no response.
I am using php 4.3.4 and LDAP:
ldap
LDAP Support enabled
RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 20026
OCI8 Support enabled
Revision $Revision: 1.183.2.5 $
Oracle Version 8.1
Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6
Libraries Used no value
OpenSSL support enabled
OpenSSL Version OpenSSL 0.9.7 31 Dec 2002
Previous Comments:
[2003-10-19 10:24:25] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-10-14 21:02:49] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-07-17 03:40:47] ronan dot salmon at staff dot ittralee dot ie
Sorry, I don't know what I've done yesterday but in fact LDAP doesn't
work alone anymore.
Here the script :
Wrong username or password!\n";
exit;
}
?>
I'm using the same php as yesterday.
[~/php]# gdb ./php4-STABLE-200307160330/sapi/cgi/php login.php
(gdb) run login.php
Starting program: /root/php/php4-STABLE-200307160330/sapi/cgi/php
login.php
[New Thread 16384 (LWP 23469)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 23469)]
0x40a71a34 in _int_free () from /lib/libc.so.6
(gdb) bt
#0 0x40a71a34 in _int_free () from /lib/libc.so.6
#1 0x40a709cc in free () from /lib/libc.so.6
#2 0x08065d81 in zif_ldap_get_entries (ht=2, return_value=0x8208040,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x40d76440)
at /root/php/php4-STABLE-200307160330/ext/ldap/ldap.c:953
#3 0x0813ce45 in execute (op_array=0x8203028, tsrm_ls=0x81876b0)
at /root/php/php4-STABLE-200307160330/Zend/zend_execute.c:1616
#4 0x0812f7f1 in zend_execute_scripts (type=8, tsrm_ls=0x81876b0,
retval=0x0,
file_count=3) at
/root/php/php4-STABLE-200307160330/Zend/zend.c:886
#5 0x08106305 in php_execute_script (primary_file=0xb980,
tsrm_ls=0x81876b0) at
/root/php/php4-STABLE-200307160330/main/main.c:1685
#6 0x08142609 in main (argc=2, argv=0xba14)
at /root/php/php4-STABLE-200307160330/sapi/cgi/cgi_main.c:1542
#7 0x40a195cd in __libc_start_main () from /lib/libc.so.6
[2003-07-16 14:31:31] [EMAIL PROTECTED]
Can you try and reduce your script to smallest possible that causes the
crash? (like with only the ldap stuff?)
[2002-09-26 20:22:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Reduce your configure options to bare minimum,
only use --with-apxs, --with-oci8 and --with-ldap and
don't compile them as shared!
Do this using the latest snapshot above.
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/19434
--
Edit this bug report at http://bugs.php.net/?id=19434&edit=1
#26407 [NEW]: Result set fetching broken around transactions (OpenClient Error #155)
From: tvoigt at informatik dot tu-cottbus dot de Operating system: Linux (i686) & Solaris 8 PHP version: 4.3.4 PHP Bug Type: Sybase-ct (ctlib) related Bug description: Result set fetching broken around transactions (OpenClient Error #155) Description: Hi there! When executing queries including a transaction and returning some result set PHP won't get any result handle, but the following OpenCLient error message (#155): "ct_results(): user api layer: external error: This routine cannot be called when the command structure is idle." Or in German: "ct_results(): Benutzer-API-Schicht: Externer Fehler: Aufruf der Routine nicht möglich, wenn die Befehlsstruktur nicht aktiv ist." My PHP-script continues to run (no crashes whatsoever), but the query has not been perfectly executed by Sybase. The error is reproducible with PHP-4.3.4 on quite different machines, a Sun UltraSparc running SunOS 5.8 and a i686 Linux box (Debian Woody 3.0R1). Even tried PHP-4.3.5-dev (php4-STABLE-200311251230) and got the same error. Database is Sybase 11.9.2. Each query executes flawlessly via the isql frontend -- and did so up to PHP-4.3.3 (on the same machines, configured identically). PHP configuration (Linux box): ./configure \ --with-regex=system \ --with-apxs=/usr/local/apache/bin/apxs \ --without-pear \ --with-openssl \ --with-zlib \ --enable-calendar \ --with-pfdlib=/usr/local/lib \ --with-pgsql \ --with-mysql=/usr/ \ --with-sybase-ct=/opt/sybase-11.9.2 \ --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle \ --with-gd=/usr/local \ --enable-gd-native-ttf \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/lib \ --with-ttf=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --enable-exif \ --enable-sigchild \ --enable-track-vars PHP configuration (Sun machine): ./configure --with-apxs=/usr/local/apache-1.3.28/bin/apxs --disable-shared --enable-static --with-openssl=/usr/local/ssl --with-sybase-ct=/usr/local/Sybase --with-mysql=/usr/local/mySQL --with-pgsql=/usr/local/PostgreSQL --with-db4=/usr/local/BerkeleyDB-4.1 --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-zlib=/usr/local --with-ftp --with-xml --enable-track-vars Reproduce code: --- /* I. fails: */ begin transaction -- anything producing a result set here will fail; -- however, print or update statements will work select "foo" commit -- anything afterwards will fail, too /* II. fails: */ begin transaction -- no result returned... update foobar set the_big_answer=42 commit -- transaction is completed (correctly, indeed)... select "foo" -- ...but select statement afterwards fails, nonetheless /* III. works as expected: */ select "foo" begin transaction -- do anything, even return a result set commit select "bar" -- or even do something useful like updates... Expected result: Sorry for all that SQL up there, but I've spend most of a day tracking my problem down and figuring out some hopefully useful examples. Yes, I know that Sybase queries returning multiple result sets are not completely fetchable by PHP (at most, one will get the first result set back). But I expect the whole query to be executed. In fact, I'm calling a set of stored procedures doing some quite important stuff, not just worshiping RFC 3092 ;-) Actual result: -- Queries invoking statements that return fetchable result sets (via select, stored procedures) inside (I.) or AFTER a transaction block (II.) will fail. However, the first part of query II (the entire transaction block) is executed correctly, but PHP won't see no result handle. Other statements like print or update inside transactions work fine. I assume there is a bug (introduced with PHP-4.3.4) fetching the result set inside and around transactions, because similar queries with a fetchable result *before* a transaction block work as expected up to the end (III). As said before, all these queries work perfectly well up to PHP-4.3.3; simple workaround for me would be to insert some (fetchable) dummy selects on top of each transaction. But that's not the point of a bug report, is it? I very appreciate your help and all the work you do! Best regards and thanks in advance, Thomas Voigt -- Edit bug report at http://bugs.php.net/?id=26407&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26407&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26407&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26407&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26407&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26407&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26407&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26407&r=support Expected behavior: http://bugs.php.ne
#26406 [Opn->Fbk]: make fails with errors in zend.h
ID: 26406 Updated by: [EMAIL PROTECTED] Reported By: rv33100 at gsk dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SUN Solaris 2.8 PHP Version: 4.3.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-11-25 10:18:23] rv33100 at gsk dot com Description: /d01/software/apache/php-4.3.4/Zend/zend.h:311: argument format specified for non-function `error_function' /d01/software/apache/php-4.3.4/Zend/zend.h:312: argument format specified for non-function `printf_function' /d01/software/apache/php-4.3.4/Zend/zend.h:444: argument format specified for non-function `zend_printf' /d01/software/apache/php-4.3.4/Zend/zend.h:451: argument format specified for non-function `zend_error_cb' *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=26406&edit=1
#26406 [NEW]: make fails with errors in zend.h
From: rv33100 at gsk dot com Operating system: SUN Solaris 2.8 PHP version: 4.3.4 PHP Bug Type: Compile Failure Bug description: make fails with errors in zend.h Description: /d01/software/apache/php-4.3.4/Zend/zend.h:311: argument format specified for non-function `error_function' /d01/software/apache/php-4.3.4/Zend/zend.h:312: argument format specified for non-function `printf_function' /d01/software/apache/php-4.3.4/Zend/zend.h:444: argument format specified for non-function `zend_printf' /d01/software/apache/php-4.3.4/Zend/zend.h:451: argument format specified for non-function `zend_error_cb' *** Error code 1 -- Edit bug report at http://bugs.php.net/?id=26406&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26406&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26406&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26406&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26406&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26406&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26406&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26406&r=support Expected behavior: http://bugs.php.net/fix.php?id=26406&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26406&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26406&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26406&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26406&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26406&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26406&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26406&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26406&r=float
#26264 [Fbk->Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: <[EMAIL PROTECTED]:/usr/local/src/php-4.3.4>$ php -i | head -20 phpinfo() PHP Version => 4.3.4 System => SunOS thurn 5.9 Generic_112233-08 sun4u Build Date => Nov 24 2003 13:49:46 Configure Command => './configure' '--prefix=/opt/php4' '--with-apxs=/opt/apache/bin/apxs' '--sysconfdir=/opt/etc/php4' '--with-config-file-path=/opt/etc/php4' '--disable-debug' '--with-gd' '--with-jpeg-dir=/usr/sfw' '--with-png-dir=/usr/sfw' '--with-zlib' '--with-imap=/usr/local/src/imap-2002e' '--with-mysql=/opt/mysql' '--with-mysql-sock=/var/run/mysql/sock' '--enable-dba' '--with-db4=/usr/local' '--with-ndbm' '--with-ldap=/usr/local' '--with-gettext' '--with-pear' '--enable-safe-mode' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-mcrypt=/usr/local' '--with-xml' '--with-dom' '--with-dom-xslt' '--with-dom-exsl' '--enable-mime-magic=/opt/etc/apache/magic' '--with-iconv' '--enable-mbstring=all' '--with-expat-dir=/usr/local' '--with-openssl=/usr/local/ssl' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /opt/etc/php4/php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => disabled Registered PHP Streams => php, http, ftp, https, ftps, compress.zlib This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies <[EMAIL PROTECTED]:/usr/local/src/php-4.3.4>$ grep '\-O' Makefile CFLAGS_CLEAN = -g -O2 Previous Comments: [2003-11-25 02:58:23] [EMAIL PROTECTED] What was the optimizing option (-Ox where x is some number) for gcc for this last build? And are you absolutely sure none of those shared extensions are not loaded in any php.ini files anymore? [2003-11-24 08:06:42] Joerg dot Dieter dot Friedrich at uni-konstanz dot de It's me again. I just compiled everything static. running the script form commandline doesn't segfault anymore, but the apache1 module still segfaults! gdb showed: (gdb) run -X Starting program: /opt/apache/bin/httpd -X warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); (gdb) bt #0 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 #1 0xfdd94980 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.4/main/main.c:1005 #2 0xfddd577c in apache_php_module_main (r=0x0, display_source_mode=-35825944) at /usr/local/src/php-4.3.4/sapi/apache/sapi_apache.c:60 [2003-11-24 01:04:07] Joerg dot Dieter dot Friedrich at uni-konstanz dot de No, I only compiled iconv and mbstring static, but I'll test today. And yes I always remove the old buildtree and unpack a new one. [2003-11-23 21:09:28] [EMAIL PROTECTED] Every extension compiled as 'static' ?? And you're using clean sources? [2003-11-23 13:31:02] Joerg dot Dieter dot Friedrich at uni-konstanz dot de even when compiled static, the result is the same. 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264&edit=1
#26405 [NEW]: Runtime DLL linking from extension module code (GetProcAddress)
From: torben at greystork dot com Operating system: Win32 PHP version: 4.3.4 PHP Bug Type: IIS related Bug description: Runtime DLL linking from extension module code (GetProcAddress) Description: This is mainly for your information, since it may shed some additional light on problems encountered by other developers, notably the creator of the w32api module. I recently developed a custom mail server administration extension for PHP in which I access functions in a third-party (i.e. non-MFC) DLL Using LoadLibrary/GetProcAddress. The thus linked DLL functions behave predictably with the CLI version of PHP and on Apache/SAPI compiles. However, with IIS, whether it be ISAPI, CGI or FastCGI, the DLL functions do not return the expected results and may arbitrarily result in PHP engine crashes. This is obviously an issue with IIS, although I have no ideas on what may cause this kind of problem. Attempting to get to the root of this would be a job for someone with intimate knowledge of IIS. Unfortunately, that excludes me. Reproduce code: --- This is not a PHP language issue. -- Edit bug report at http://bugs.php.net/?id=26405&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26405&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26405&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26405&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26405&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26405&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26405&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26405&r=support Expected behavior: http://bugs.php.net/fix.php?id=26405&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26405&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26405&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26405&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26405&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26405&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26405&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26405&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26405&r=float
#26404 [NEW]: After installing PHP, it doesn't work...
From: joao dot simoes at cern dot ch Operating system: Windows 2000 PHP version: 4.3.4 PHP Bug Type: Apache related Bug description: After installing PHP, it doesn't work... Description: When we install Apache 1.3, PHP4 and we configure httpd.conf, the php functionality doesn't work. Reproduce code: --- The instalation program creates a c:\PHP directory (upper case) and the httpd.conf refers to it by c:\php (lower case). This way, PhP doesn't work. You have to change, in httpd.conf, every "C:\php" by "C:\PHP". -- Edit bug report at http://bugs.php.net/?id=26404&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26404&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26404&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26404&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26404&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26404&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26404&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26404&r=support Expected behavior: http://bugs.php.net/fix.php?id=26404&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26404&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26404&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26404&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26404&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26404&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26404&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26404&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26404&r=float
#26393 [Fbk->Opn]: Web Output stops suddenly - Apache generates Seg fault in log
ID: 26393
User updated by: troy dot tinnes at motorola dot com
Reported By: troy dot tinnes at motorola dot com
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Solaris 2.8
PHP Version: 4.3.4
New Comment:
I went through all 1300 of them. The few that looked similar ended up
with no answer. ie. You asked them to do a backtrace and there was no
response.
Previous Comments:
[2003-11-25 03:09:32] [EMAIL PROTECTED]
Please check the other OCI8 related bug reports, I'm not sure but most
likely one or two of them are reporting this exact same problem.
[2003-11-24 23:19:56] troy dot tinnes at motorola dot com
Description:
Environment:
Sun Solaris 2.8
Sun Ultra Enterprise
PHP 4.3.4
Apache 2.0.47
Problem Description: On some HTML outputs, the page code stops
unexpectedly. There does not appear to be any real reason for halting
the execution - it stops generating code many times - midway through
displaying a record (1 HTML table row). For example if I have a query
that shows which people bought widget "a" in the past month - the
output might be ok. Use the same script and show which people bought
widget "b" - the script might stop 3/4 of the way down the page
mid-record. One thing that is consistent - is that it will always stop
in the same place. 2 days later, Widget "b" output might be fine -
displaying Widget "a" is now a problem.
Reproduce code:
---
I use object-oriented code to do the database activities - example:
$db = new myDB ($db1);
$db->connect();
$db->query($sql1);
In the db.class file, I have functions like this:
function connect ()
{
$conn = ocilogon ($this->username, $this->password,
$this->hostspec);
$this->conn = $conn;
}
AND
function query ($sql)
{
$this->stmt = @ociparse ($this->conn, $sql);
if (!$this->stmt) {
return false;
}
else {
@ociexecute($this->stmt, OCI_DEFAULT);
return($this->rowcount());
}
}
As I said before, I do not use persistent connections because I have
several different database instances I connect to based on the type of
information requested.
Expected result:
I am hoping to see complete HTML outputs!
Actual result:
--
BACKTRACE:
-
solaris8:/opt/web/apache_php/apache2/bin# /usr/misc/bin/gdb
/opt/web/apache_php/apache2/bin/httpd
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions. There is
absolutely no warranty for GDB. Type "show warranty" for details. This
GDB was configured as "sparc-sun-solaris2.8"...
(gdb) run -X
Starting program: /opt/web/apache_php/apache2/bin/httpd -X
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]
[New LWP 5]
Program received signal SIGSEGV, Segmentation fault.
0xff0331f0 in strlen () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff0331f0 in strlen () from /usr/lib/libc.so.1
#1 0xfe1e5918 in _oci_close_session (session=0x313bc8)
at /opt/web/apache_php/source/php-4.3.4/ext/oci8/oci8.c:2443
#2 0xfe1e0ca8 in _oci_session_list_dtor (rsrc=0x200e30)
at /opt/web/apache_php/source/php-4.3.4/ext/oci8/oci8.c:935
#3 0xfe36dcb0 in list_entry_destructor (ptr=0x200e30)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_list.c:177
#4 0xfe36aa64 in zend_hash_apply_deleter (ht=0xfe3e13fc, p=0x2017b0)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_hash.c:608
#5 0xfe36ae04 in zend_hash_graceful_reverse_destroy (ht=0xfe3e13fc)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_hash.c:674
#6 0xfe36dee0 in zend_destroy_rsrc_list (ht=0xfe3e13fc)
at /opt/web/apache_php/source/php-4.3.4/Zend/zend_list.c:233
#7 0xfe3501dc in shutdown_executor ()
at
/opt/web/apache_php/source/php-4.3.4/Zend/zend_execute_API.c:213
#8 0xfe3612f8 in zend_deactivate ()
at /opt/web/apache_php/source/php-4.3.4/Zend/zend.c:665
#9 0xfe306904 in php_request_shutdown (dummy=0x0)
at /opt/web/apache_php/source/php-4.3.4/main/main.c:998
#10 0xfe383be8 in php_apache_request_dtor (r=0x187dd0)
at
/opt/web/apache_php/source/php-4.3.4/sapi/apache2handler/sapi_apache2.c:449
#11 0xfe3840b8 in php_handler (r=0x187dd0)
---Type to continue, or q to quit---
at
/opt/web/apache_php/source/php-4.3.4/sapi/apache2handler/sapi_apache2.c:553
#12 0x0004a37c in ap_run_handler (r=0x187dd0) at config.c:195 #13
0x0004a950 in ap_invoke_handler (r=0x187dd0) at config.c:401 #14
0x00037d60 in ap_process_request (r=0x187dd0) at http_request.c:288 #15
0x00033274 in ap_process_http_connection (c=0x169220) at
http_core.c:293 #16 0x00055740 in ap_run_process_connection
(c=0x169220) at connection.c:85 #17 0x00048
#26381 [Bgs->Opn]: rand() without srand() doesn't work
ID: 26381 User updated by: spam at vrana dot cz Reported By: spam at vrana dot cz -Status: Bogus +Status: Open Bug Type: Math related Operating System: Windows XP PHP Version: 4.3.3 New Comment: iliaa, please read the manual yourself before stating bugs as bogus. As I already wrote here, the manual says: As of PHP 4.2.0, there is no need to seed the random number generator with srand() or mt_srand() as this is now done automatically. Previous Comments: [2003-11-25 08:41:49] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php For random numbers you MUST call srand() before rand(). [2003-11-25 04:53:44] spam at vrana dot cz Unfortunately it behaves the same with Windows snapshots. For case it's not obvious from my fist comment - if I call srand() before rand() it works well. [2003-11-25 04:24:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works fine for me within Windows XP, within Apache and CLI. [2003-11-24 08:21:33] spam at vrana dot cz Description: Function rand() without setting random seed by srand() returns always the same value. It doesn't work only on Windows PHP-CLI. As Windows Apache module and also on Linux PHP-CLI it works as it should. Reproduce code: --- echo rand(); Expected result: (random value) Actual result: -- 24849 -- Edit this bug report at http://bugs.php.net/?id=26381&edit=1
#26398 [Opn->Bgs]: DB::sqlite request for adding error control operator for function calls
ID: 26398
Updated by: [EMAIL PROTECTED]
Reported By: dimitri at vinogradov dot de
-Status: Open
+Status: Bogus
Bug Type: SQLite related
Operating System: irrelevant
PHP Version: Irrelevant
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
This is a PEAR bug, it should be reported on:
http://pear.php.net/bugs/
Previous Comments:
[2003-11-25 06:13:05] dimitri at vinogradov dot de
Just changed Category to SQLite related...
(hm... no PEAR related category more ??)
[2003-11-25 06:07:26] dimitri at vinogradov dot de
Description:
File: DB/sqlite.php
Method: sqlite::connect
Linno: 157, 160
the failed calls of `touch` and `chmod` print warnings to browser
instead of raisung an PEAR error.
Suggest:
change (lineno 157)
touch($file);
to
if ([EMAIL PROTECTED]($file)) {
return $this->raiseError($php_errormsg);
}
and(lineno 160)
chmod($file, $mode);
to
if ([EMAIL PROTECTED]($file, $mode)) {
return $this->raiseError($php_errormsg);
}
--
Edit this bug report at http://bugs.php.net/?id=26398&edit=1
#26381 [Opn->Bgs]: rand() without srand() doesn't work
ID: 26381 Updated by: [EMAIL PROTECTED] Reported By: spam at vrana dot cz -Status: Open +Status: Bogus Bug Type: Math related Operating System: Windows XP PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php For random numbers you MUST call srand() before rand(). Previous Comments: [2003-11-25 04:53:44] spam at vrana dot cz Unfortunately it behaves the same with Windows snapshots. For case it's not obvious from my fist comment - if I call srand() before rand() it works well. [2003-11-25 04:24:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works fine for me within Windows XP, within Apache and CLI. [2003-11-24 08:21:33] spam at vrana dot cz Description: Function rand() without setting random seed by srand() returns always the same value. It doesn't work only on Windows PHP-CLI. As Windows Apache module and also on Linux PHP-CLI it works as it should. Reproduce code: --- echo rand(); Expected result: (random value) Actual result: -- 24849 -- Edit this bug report at http://bugs.php.net/?id=26381&edit=1
#26403 [NEW]: incorrect characters
From: tomas dot hoferek at bcpraha dot com Operating system: Windows2000 PHP version: 4.3.3 PHP Bug Type: MSSQL related Bug description: incorrect characters Description: I have a problem with incorrect germany characters from my sql query(mssql_* functions). I have Windows 2000, IIS or Apache/1.3.27, PHP 4.3.3 and MSSQL Sever2000 with SP2. In query analyzer are characters ok, but when I run php script in browser, the german characters are wrong ü - ". I checked Client Network utility - Conversion ANSI to OEM and updated ntwdlib.dll in windows system32 directory. Can you help me? -- Edit bug report at http://bugs.php.net/?id=26403&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26403&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26403&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26403&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26403&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26403&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26403&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26403&r=support Expected behavior: http://bugs.php.net/fix.php?id=26403&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26403&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26403&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26403&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26403&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26403&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26403&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26403&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26403&r=float
