#22616 [Fbk->Opn]: Wrong order of -lssl and -lcrypto with IMAP
ID: 22616 User updated by: druid at mail dot cz Reported By: druid at mail dot cz -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux 2.4.20 PHP Version: 4.3.1 New Comment: ./configure --with-apxs2=/usr/local/apache/bin/apxs --with-zlib --enable-bcmath --with-bz2=shared --enable-calendar --enable-exif --enable-ftp --with-ttf --with-gettext=shared --with-gd --with-jpeg-dir --with-png-dir --with-freetype-dir --with-mysql=shared --with-mysql-sock=shared --with-recode=shared --with-imap --with-imap-ssl=/usr/local/ssl OpenSSL 0.9.7a First I got problem with checking whether IMAP is working (I compiled imap-2002b in /usr/src/imap-2002b and copied c-client.a to /usr/lib (symlinked to libc-client.a of course) and copied mail.h rfc822.h linkage.h to /usr/include). Btw., I don't know why is that, that the ./configure didn't resolve the correct path to OpenSSL in --with-imap-ssl I had to put --with-imap-ssl=/usr/local/ssl to ./configure. There were unresolved symbols in config.log caused by wrong order of -lssl -lcrypto at the beginning of gcc command. So I put "-lssl -lcrypto" at line 35415: LIBS="$TST_LIBS $LIBS -lssl -lcrypto" The ./configure passed just fine. Then there was problem at the end of compilation process with linking sapi/cli/php. The same wrong order. I had to copy the whole command to clipboard and run it manually with "-lssl -lcrypt" at the end of the line. I've tried this once before but it generated sapi/cli/php which caused segmentation fault when executed. (Error occured in "make install": something like [install-pear-installer]: segmentation fault) Previous Comments: [2003-03-09 17:53:02] [EMAIL PROTECTED] And what error did you get if you didn't change the order? What version of openssl? What was the full configure line you used for PHP? [2003-03-09 14:27:48] druid at mail dot cz ./configure and Makefile sets a wrong order of loading -lssl and -lcrypto when --with-imap and --with-imap-ssl. I used imap-2002b. I had to change the order twice. First at ./configure and second at Makefile when linking sapi/cli/php. -- Edit this bug report at http://bugs.php.net/?id=22616&edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: kasei999 at hotmail dot com Reported By: kur at natur dot cuni dot cz Status: No Feedback Bug Type: Session related Operating System: ANY PHP Version: 4.3.0-dev New Comment: Same here, after 3 non-sleeping days and nights I found this forum. I am using win XP with php 4.3.1 + apache 1.3.27 now switching to IIS 5, the problem still exists. Would anyone please try to help? Previous Comments: [2003-03-04 11:58:25] zorman at pina dot info same problems over here ... i'm experiencing this problem only when I redirect the page using header after the authentication is done ... it works fine on my linux computer (php 4.3.0) but fails on win2k with the same distribution ... very annoying ... [2003-02-08 14:31:45] jmaldonado at webehosting dot biz I just upgraded my servers to 4.3.0 from 4.1.2 and am now experiencing this problemSessions are behaving unpredictably in that I can no longer count on the variables I set in the session from one page load to the next... [2002-11-14 15:18:28] murray dot rennie at ec dot gc dot ca As an addendum...I put the session_start() command, along with session control code, in an include file, and included that in all scripts that required it. [2002-11-14 14:42:28] murray dot rennie at ec dot gc dot ca Redhat 7.2 or 7.3. PhP 4.1.2, Apache 1.3.23. I get something similar to this when I change session.cookie_lifetime to something other than zero, and only when connecting with IE (my version 5.5). PHP generates two session files, one has all the info I initialized with, the second just has the sessionId in it. It's as if it ignores the first session it created and makes a new one. Netscape 4.79 works properly, and when I set session.cookie_lifetime to 0 the problem goes away on IE. [2002-10-03 04:10:19] cidat at mundofree dot com i have apache version 1.3.26 and i have problem with session. When I submit my pages to external server, my session cant resume, and i dont know why. I have one week with this problem can somebody help me? 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/16263 -- Edit this bug report at http://bugs.php.net/?id=16263&edit=1
#21047 [Com]: Query to float fields don't return the decimal part
ID: 21047
Comment by: mattiass at commentor dot se
Reported By: alietss at yahoo dot com
Status: No Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: Linux RedHat8.0
PHP Version: 4CVS-2002-12-16 (stable)
New Comment:
Bug still exsists and has done so since php 4.2.3. Float numbers still
only show decimals. The first query row parses correctly, but the rest
of the rows foobars.
Previous Comments:
[2003-01-16 01:00:04] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-12-31 02:23:51] [EMAIL PROTECTED]
Cool! The best way would be to supply a patch which you can make with:
diff -u original_file.c new_file.c > /tmp/file.c.patch
and send put it online somewhere.
Thanks!
Derick
[2002-12-30 23:59:19] david at sportodds dot com
I've fixed this error by changing the source but how do I post the fix
to the site for inclusion in a future build?
Please assist?
David Hargreave
IT Manager
SportOdds Systems Pty Limited
www.sportodds.com
[2002-12-16 11:05:37] alietss at yahoo dot com
Hi PHP people, first as all thank's for a great software, well I'm
testing the new php-4.3.0 in my Redhat 8.0 box, httpd-2.0.40-13,
phpCVS-2002-12-16(stable), I built rpms of this versión using sybase-ct
with freetds-0.60, I had in the past the same freetds but with
php-4.2.4-dev and everyhing works ok, but now when I query float fields
of a Microsoft sql server dont't return the decimal part of my float
numbers and this is very important to me, I get just the integer part.
Here it goes my configuration...
'./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr'
'--with-config-file-path=/etc' '--enable-force-cgi-redirect'
'--disable-debug' '--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl'
'--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf'
'--with-gdbm' '--with-gettext' '--with-pdflib=shared'
'--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv'
'--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl'
'--with-png' '--with-pspell' '--with-regex=system' '--with-xml'
'--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-exif' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path'
'--enable-track-vars' '--enable-trans-sid' '--enable-yp'
'--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear'
'--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos'
'--with-ldap=shared' '--with-mcal=shared,/usr'
'--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr'
'--with-mysql=shared,/usr' '--with-pgsql=shared'
'--with-snmp=shared,/usr' '--with-snmp=shared'
'--with-sybase-ct=shared,/usr' '--with-xslt-sablot=shared,/usr'
'--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack'
'--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath'
'--enable-shmop' '--enable-versioning' '--enable-calendar'
'--enable-dbx' '--enable-dio' '--enable-mcal'
'--with-apxs2=/usr/sbin/apxs'
Here the sript I use.. to query
$idres=mssql_query ("SELECT
NUMDOC,FECHA,DESCCONCI,DESCRIPCION,DEBE,HABER,BRUTO,PAGO FROM submayor
WHERE CODAREA='$Area' and FECHA>=convert(DATETIME,'$fdesde',102) and
FECHA<=convert(DATETIME,'$fhasta',102) order by FECHA",$id);
}
$cant=mssql_num_rows ($idres);
$TOTD=0;
$TOTH=0;
$TOTI=0;
$TOTP=0;
for ($i =1; $i <= $cant; $i++) {
$row = mssql_fetch_array ($idres);
$NUMDOC=$row["NUMDOC"];
$FECHCOB=$row["FECHA"];
$DESCCLI=$row["DESCCONCI"];
$OBSERVAC=$row["DESCRIPCION"];
$DEBE=$row["DEBE"];
$HABER=$row["HABER"];
$BRUTO=$row["BRUTO"];
$PAGO=$row["PAGO"];
}//end for
DEBE HABER BRUTO PAGO are float fields
Bye Aliet
--
Edit this bug rep
#22618 [NEW]: Float number problems since php 4.2.3
From: mattiass at commentor dot se Operating system: 2.4.19-16mdksecure PHP version: 4.3.1 PHP Bug Type: Sybase-ct (ctlib) related Bug description: Float number problems since php 4.2.3 Good morning, As described in bug #21047 there is still a problem with the sybase ct library and float numbers (as described bellow).. Configuration: === './configure' '--with-apxs=/usr/local/apache/apache_1.3.27+php_4.3.1/bin/apxs' '--with-pear=/usr/local/Zend/pear' '--enable-magic-quotes' '--with-mysql' '--enable-trans-sid' '--enable-sockets' '--with-sybase-ct=/opt/sybase-11.9.2/' '--with-pdflib' '--enable-static-pdflib' '--enable-ftp' '--prefix=/usr/local/php/php_4.3.1' '--with-config-file-path=/usr/local/php/php_4.3.1/etc' '--with-pear=/usr/local/php/php_4.3.1/etc/pear' '--with-gd=/usr/local/lib' '--with-jpeg-dir' '--with-zlib' '--enable-bcmath' '--with-snmp' '--with-openssl' '--enable-sockets' '--with-curl' '--with-curlwrappers' Software versions: Sybase 11.9.2 FreeTDS 0.60 Apache 1.3.27 Script: \n"; } ?> Output on php 4.3.1 === 20030102, 1, 1 20030103, , 20030103, , 20030107, , 20030107, , Output in php 4.2.2 === 20030102, 1, 1 20030103, 1, 2 20030103, 1, 3 20030107, 1, 4 20030107, 1, 5 Aparently, after the first query, float numbers wont work -- Edit bug report at http://bugs.php.net/?id=22618&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22618&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22618&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22618&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22618&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22618&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22618&r=support Expected behavior: http://bugs.php.net/fix.php?id=22618&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22618&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22618&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22618&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22618&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22618&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22618&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22618&r=gnused
#22619 [NEW]: Warning: ftp_put(): error opening in /home/jd-mason/public_html/PHP_scripts/s4.
From: jordan57702 at hotmail dot com Operating system: Unix PHP version: 4.2.3 PHP Bug Type: FTP related Bug description: Warning: ftp_put(): error opening in /home/jd-mason/public_html/PHP_scripts/s4. This is odd to me, I am making a small FTP upload client for my webpage. What is odd about this, is the one that POSTS to itself doesn't work, however the other one I have, which has EXACTLY the same php code and is two separate pages works. I CAN'T FIGURE THIS OUT, HELP ! ! -- s4.php (POST TO ITSELF) -- FILE UPLOAD Source File: Destination File: -- h.html (POST TO s4_backup.php) -- FILE UPLOAD Source File: Destination File: -- s4_backup.php -- THESE LAST TWO WORK ! ! WTF IS GOING ON ! -- Edit bug report at http://bugs.php.net/?id=22619&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22619&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22619&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22619&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22619&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22619&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22619&r=support Expected behavior: http://bugs.php.net/fix.php?id=22619&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22619&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22619&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22619&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22619&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22619&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22619&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22619&r=gnused
#22619 [Opn]: Warning: ftp_put(): error opening in /home/jd-mason/public_html/PHP_scripts/s4.
ID: 22619 User updated by: jordan57702 at hotmail dot com Reported By: jordan57702 at hotmail dot com Status: Open Bug Type: FTP related Operating System: Unix PHP Version: 4.2.3 New Comment: This is odd to me, I am making a small FTP upload client for my webpage. What is odd about this, is the one that POSTS to itself doesn't work, however the other one I have, which has EXACTLY the same php code and is two separate pages works. I CAN'T FIGURE THIS OUT, HELP ! ! -- s4.php (POST TO ITSELF) -- FILE UPLOAD Source File: Destination File: -- h.html (POST TO s4_backup.php) -- FILE UPLOAD Source File: Destination File: -- s4_backup.php -- THESE LAST TWO WORK ! ! WTF IS GOING ON ! Previous Comments: [2003-03-10 02:55:54] jordan57702 at hotmail dot com This is odd to me, I am making a small FTP upload client for my webpage. What is odd about this, is the one that POSTS to itself doesn't work, however the other one I have, which has EXACTLY the same php code and is two separate pages works. I CAN'T FIGURE THIS OUT, HELP ! ! -- s4.php (POST TO ITSELF) -- FILE UPLOAD Source File: Destination File: -- h.html (POST TO s4_backup.php) -- FILE UPLOAD Source File: Destination File: -- s4_backup.php -- THESE LAST TWO WORK ! ! WTF IS GOING ON ! -- Edit this bug report at http://bugs.php.net/?id=22619&edit=1
#22547 [Opn]: oci_close_session problem
ID: 22547 Updated by: [EMAIL PROTECTED] Reported By: php at harsani dot sk Status: Open Bug Type: OCI8 related Operating System: windows 5.1 PHP Version: 4.3.0 New Comment: Here's the output with ociinternaldebug = on: OCIDebug: _oci_open_server new conn=0 dname=cubix.bitmedia.cc OCIDebug: _oci_open_session new sess=2 user=cubixdev OCIDebug: oci_do_connect: id=3 OCIDebug: _oci_open_session new sess=4 user=cubixdev OCIDebug: oci_do_connect: id=5 OCIDebug: START _oci_conn_list_dtor: id=5 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=4 OCIDebug: END _oci_conn_list_dtor: id=5 OCIDebug: _oci_open_session new sess=6 user=cubixdev OCIDebug: oci_do_connect: id=7 OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_conn_list_dtor: id=3 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=6 OCIDebug: END _oci_conn_list_dtor: id=3 OCIDebug: START _oci_conn_list_dtor: id=7 OCIDebug: nothing to do.. OCIDebug: END _oci_conn_list_dtor: id=7 OCIDebug: START _oci_close_session: logging-off sess=6 Warning: _oci_close_session: OCISessionEnd: OCI_INVALID_HANDLE in Unknown on line 0 OCIDebug: START php_mshutdown_oci OCIDebug: START _oci_close_server: detaching conn=1 dbname=cubix.bitmedia.cc OCIDebug: END php_mshutdown_oci Previous Comments: [2003-03-07 01:56:53] [EMAIL PROTECTED] this bug also occurs with PHP4.3.0 [2003-03-05 06:49:23] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Get 4.3.1. [2003-03-05 04:17:20] php at harsani dot sk Warning: _oci_close_session: OCISessionEnd: OCI_INVALID_HANDLE in Unknown on line 0 will be printed if at least one persistent connection is made and some non-persistent connection is closed. but connection is closed ok. just php at the end of execution tried to close already closed connection. example: -- Edit this bug report at http://bugs.php.net/?id=22547&edit=1
#19599 [Com]: "driver initialization failed" on any "driver"
ID: 19599 Comment by: b0nks at nerim dot net Reported By: ivoras at fer dot hr Status: Bogus Bug Type: DBM/DBA related Operating System: Linux (Debian 3) PHP Version: 4.2.3 New Comment: I got the same error whatever dba_* function i use: i have tested on Windows XP / PHP 4.2.0 Linux GNU Debian / PHP 4.1.2 Linux GNU Debian / PHP 4.3.1 dba support is enabled in all versions refering to phpinfo(); Previous Comments: [2002-09-25 17:11:58] [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. [2002-09-25 13:34:00] ivoras at fer dot hr Running php with db3 and db2 and gdbm causes all dba_* functions to fail with "driver initialization failed" error regardless of which driver is used. -- Edit this bug report at http://bugs.php.net/?id=19599&edit=1
#22460 [NoF->Opn]: libtool failed
ID: 22460 User updated by: s_arnaud at yahoo dot com Reported By: s_arnaud at yahoo dot com -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: After relinking my Solaris sed to the GNU one, it worked. I checked that point before, following the previous post about that, but I missed something as the sed was still the Solaris one. Thanks for your help anyway... Previous Comments: [2003-03-09 19:16:45] [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-02-27 12:50:29] [EMAIL PROTECTED] I meant that was it moved after 'make install' ? ie. from the original location? Does that libltdl.la exist btw? And can you paste a little bit more of that error? Like the whole compile line that gives it.. [2003-02-27 12:39:31] s_arnaud at yahoo dot com Thanks for your quick answer, but no I didn't move it: ls -la /_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la -rwxr-xr-x 1 root other789 Jul 8 2002 /_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la I will try to install without libmcrypt, and see what's happening... [2003-02-27 12:20:28] [EMAIL PROTECTED] This message bothers me: "libtool: link: warning: library `/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la' was moved." So did you move it? [2003-02-27 12:16:01] s_arnaud at yahoo dot com Thanks for the quick answer, but same message: libtool: link: warning: library `/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la' was moved. grep: can't open /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la /_TOOLS_/dist/gnu-sed-3.02/sparc64-sun-solaris2.8/bin/gsed: can't read /_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la: No such file or directory libtool: link: `/_TOOLS_/dist/libmcrypt-2.5.2/lib/libltdl.la' is not a valid libtool archive make: *** [libphp4.la] Error 1 Other idea ? 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/22460 -- Edit this bug report at http://bugs.php.net/?id=22460&edit=1
#22618 [Opn]: Float number problems since php 4.2.3
ID: 22618 User updated by: mattiass at commentor dot se Reported By: mattiass at commentor dot se Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: 2.4.19-16mdksecure PHP Version: 4.3.1 New Comment: Good morning, As described in bug #21047 there is still a problem with the sybase ct library and float numbers (as described bellow).. Configuration: === './configure' '--with-apxs=/usr/local/apache/apache_1.3.27+php_4.3.1/bin/apxs' '--with-pear=/usr/local/Zend/pear' '--enable-magic-quotes' '--with-mysql' '--enable-trans-sid' '--enable-sockets' '--with-sybase-ct=/opt/sybase-11.9.2/' '--with-pdflib' '--enable-static-pdflib' '--enable-ftp' '--prefix=/usr/local/php/php_4.3.1' '--with-config-file-path=/usr/local/php/php_4.3.1/etc' '--with-pear=/usr/local/php/php_4.3.1/etc/pear' '--with-gd=/usr/local/lib' '--with-jpeg-dir' '--with-zlib' '--enable-bcmath' '--with-snmp' '--with-openssl' '--enable-sockets' '--with-curl' '--with-curlwrappers' Software versions: Sybase 11.9.2 FreeTDS 0.60 Apache 1.3.27 Script: \n"; } ?> Output on php 4.3.1 === 20030102, 1, 1 20030103, , 20030103, , 20030107, , 20030107, , Output in php 4.2.2 === 20030102, 1, 1 20030103, 1, 1 20030103, 1, 1 20030107, 1, 1 20030107, 1, 1 Previous Comments: [2003-03-10 02:54:47] mattiass at commentor dot se Good morning, As described in bug #21047 there is still a problem with the sybase ct library and float numbers (as described bellow).. Configuration: === './configure' '--with-apxs=/usr/local/apache/apache_1.3.27+php_4.3.1/bin/apxs' '--with-pear=/usr/local/Zend/pear' '--enable-magic-quotes' '--with-mysql' '--enable-trans-sid' '--enable-sockets' '--with-sybase-ct=/opt/sybase-11.9.2/' '--with-pdflib' '--enable-static-pdflib' '--enable-ftp' '--prefix=/usr/local/php/php_4.3.1' '--with-config-file-path=/usr/local/php/php_4.3.1/etc' '--with-pear=/usr/local/php/php_4.3.1/etc/pear' '--with-gd=/usr/local/lib' '--with-jpeg-dir' '--with-zlib' '--enable-bcmath' '--with-snmp' '--with-openssl' '--enable-sockets' '--with-curl' '--with-curlwrappers' Software versions: Sybase 11.9.2 FreeTDS 0.60 Apache 1.3.27 Script: \n"; } ?> Output on php 4.3.1 === 20030102, 1, 1 20030103, , 20030103, , 20030107, , 20030107, , Output in php 4.2.2 === 20030102, 1, 1 20030103, 1, 2 20030103, 1, 3 20030107, 1, 4 20030107, 1, 5 Aparently, after the first query, float numbers wont work -- Edit this bug report at http://bugs.php.net/?id=22618&edit=1
#21047 [NoF->Opn]: Query to float fields don't return the decimal part
ID: 21047
Updated by: [EMAIL PROTECTED]
Reported By: alietss at yahoo dot com
-Status: No Feedback
+Status: Open
Bug Type: Sybase-ct (ctlib) related
Operating System: Linux RedHat8.0
PHP Version: 4CVS-2002-12-16 (stable)
Previous Comments:
[2003-03-10 02:44:47] mattiass at commentor dot se
Bug still exsists and has done so since php 4.2.3. Float numbers still
only show decimals. The first query row parses correctly, but the rest
of the rows foobars.
[2003-01-16 01:00:04] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-12-31 02:23:51] [EMAIL PROTECTED]
Cool! The best way would be to supply a patch which you can make with:
diff -u original_file.c new_file.c > /tmp/file.c.patch
and send put it online somewhere.
Thanks!
Derick
[2002-12-30 23:59:19] david at sportodds dot com
I've fixed this error by changing the source but how do I post the fix
to the site for inclusion in a future build?
Please assist?
David Hargreave
IT Manager
SportOdds Systems Pty Limited
www.sportodds.com
[2002-12-16 11:05:37] alietss at yahoo dot com
Hi PHP people, first as all thank's for a great software, well I'm
testing the new php-4.3.0 in my Redhat 8.0 box, httpd-2.0.40-13,
phpCVS-2002-12-16(stable), I built rpms of this versión using sybase-ct
with freetds-0.60, I had in the past the same freetds but with
php-4.2.4-dev and everyhing works ok, but now when I query float fields
of a Microsoft sql server dont't return the decimal part of my float
numbers and this is very important to me, I get just the integer part.
Here it goes my configuration...
'./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr'
'--with-config-file-path=/etc' '--enable-force-cgi-redirect'
'--disable-debug' '--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl'
'--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf'
'--with-gdbm' '--with-gettext' '--with-pdflib=shared'
'--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv'
'--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl'
'--with-png' '--with-pspell' '--with-regex=system' '--with-xml'
'--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-exif' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path'
'--enable-track-vars' '--enable-trans-sid' '--enable-yp'
'--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear'
'--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos'
'--with-ldap=shared' '--with-mcal=shared,/usr'
'--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr'
'--with-mysql=shared,/usr' '--with-pgsql=shared'
'--with-snmp=shared,/usr' '--with-snmp=shared'
'--with-sybase-ct=shared,/usr' '--with-xslt-sablot=shared,/usr'
'--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack'
'--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath'
'--enable-shmop' '--enable-versioning' '--enable-calendar'
'--enable-dbx' '--enable-dio' '--enable-mcal'
'--with-apxs2=/usr/sbin/apxs'
Here the sript I use.. to query
$idres=mssql_query ("SELECT
NUMDOC,FECHA,DESCCONCI,DESCRIPCION,DEBE,HABER,BRUTO,PAGO FROM submayor
WHERE CODAREA='$Area' and FECHA>=convert(DATETIME,'$fdesde',102) and
FECHA<=convert(DATETIME,'$fhasta',102) order by FECHA",$id);
}
$cant=mssql_num_rows ($idres);
$TOTD=0;
$TOTH=0;
$TOTI=0;
$TOTP=0;
for ($i =1; $i <= $cant; $i++) {
$row = mssql_fetch_array ($idres);
$NUMDOC=$row["NUMDOC"];
$FECHCOB=$row["FECHA"];
$DESCCLI=$row["DESCCONCI"];
$OBSERVAC=$row["DESCRIPCION"];
$DEBE=$row["DEBE"];
$HABER=$row["HABER"];
$BRUTO=$row["BRUTO"];
$PAGO=$row["PAGO"];
}//end for
DEBE HABER BRUTO PAGO are float fields
#22618 [Opn->Dup]: Float number problems since php 4.2.3
ID: 22618 Updated by: [EMAIL PROTECTED] Reported By: mattiass at commentor dot se -Status: Open +Status: Duplicate Bug Type: Sybase-ct (ctlib) related Operating System: 2.4.19-16mdksecure PHP Version: 4.3.1 New Comment: Dup of #21047 Previous Comments: [2003-03-10 03:27:47] mattiass at commentor dot se Good morning, As described in bug #21047 there is still a problem with the sybase ct library and float numbers (as described bellow).. Configuration: === './configure' '--with-apxs=/usr/local/apache/apache_1.3.27+php_4.3.1/bin/apxs' '--with-pear=/usr/local/Zend/pear' '--enable-magic-quotes' '--with-mysql' '--enable-trans-sid' '--enable-sockets' '--with-sybase-ct=/opt/sybase-11.9.2/' '--with-pdflib' '--enable-static-pdflib' '--enable-ftp' '--prefix=/usr/local/php/php_4.3.1' '--with-config-file-path=/usr/local/php/php_4.3.1/etc' '--with-pear=/usr/local/php/php_4.3.1/etc/pear' '--with-gd=/usr/local/lib' '--with-jpeg-dir' '--with-zlib' '--enable-bcmath' '--with-snmp' '--with-openssl' '--enable-sockets' '--with-curl' '--with-curlwrappers' Software versions: Sybase 11.9.2 FreeTDS 0.60 Apache 1.3.27 Script: \n"; } ?> Output on php 4.3.1 === 20030102, 1, 1 20030103, , 20030103, , 20030107, , 20030107, , Output in php 4.2.2 === 20030102, 1, 1 20030103, 1, 1 20030103, 1, 1 20030107, 1, 1 20030107, 1, 1 [2003-03-10 02:54:47] mattiass at commentor dot se Good morning, As described in bug #21047 there is still a problem with the sybase ct library and float numbers (as described bellow).. Configuration: === './configure' '--with-apxs=/usr/local/apache/apache_1.3.27+php_4.3.1/bin/apxs' '--with-pear=/usr/local/Zend/pear' '--enable-magic-quotes' '--with-mysql' '--enable-trans-sid' '--enable-sockets' '--with-sybase-ct=/opt/sybase-11.9.2/' '--with-pdflib' '--enable-static-pdflib' '--enable-ftp' '--prefix=/usr/local/php/php_4.3.1' '--with-config-file-path=/usr/local/php/php_4.3.1/etc' '--with-pear=/usr/local/php/php_4.3.1/etc/pear' '--with-gd=/usr/local/lib' '--with-jpeg-dir' '--with-zlib' '--enable-bcmath' '--with-snmp' '--with-openssl' '--enable-sockets' '--with-curl' '--with-curlwrappers' Software versions: Sybase 11.9.2 FreeTDS 0.60 Apache 1.3.27 Script: \n"; } ?> Output on php 4.3.1 === 20030102, 1, 1 20030103, , 20030103, , 20030107, , 20030107, , Output in php 4.2.2 === 20030102, 1, 1 20030103, 1, 2 20030103, 1, 3 20030107, 1, 4 20030107, 1, 5 Aparently, after the first query, float numbers wont work -- Edit this bug report at http://bugs.php.net/?id=22618&edit=1
#21047 [Com]: Query to float fields don't return the decimal part
ID: 21047
Comment by: mattiass at commentor dot se
Reported By: alietss at yahoo dot com
Status: Open
Bug Type: Sybase-ct (ctlib) related
Operating System: Linux RedHat8.0
PHP Version: 4CVS-2002-12-16 (stable)
New Comment:
Further information,
In php 4.2.2, all float numbers are returned as numeric, which is
correct.
In php 4.3.1, the first row is returned as numeric and the following as
integers..
Previous Comments:
[2003-03-10 02:44:47] mattiass at commentor dot se
Bug still exsists and has done so since php 4.2.3. Float numbers still
only show decimals. The first query row parses correctly, but the rest
of the rows foobars.
[2003-01-16 01:00:04] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-12-31 02:23:51] [EMAIL PROTECTED]
Cool! The best way would be to supply a patch which you can make with:
diff -u original_file.c new_file.c > /tmp/file.c.patch
and send put it online somewhere.
Thanks!
Derick
[2002-12-30 23:59:19] david at sportodds dot com
I've fixed this error by changing the source but how do I post the fix
to the site for inclusion in a future build?
Please assist?
David Hargreave
IT Manager
SportOdds Systems Pty Limited
www.sportodds.com
[2002-12-16 11:05:37] alietss at yahoo dot com
Hi PHP people, first as all thank's for a great software, well I'm
testing the new php-4.3.0 in my Redhat 8.0 box, httpd-2.0.40-13,
phpCVS-2002-12-16(stable), I built rpms of this versión using sybase-ct
with freetds-0.60, I had in the past the same freetds but with
php-4.2.4-dev and everyhing works ok, but now when I query float fields
of a Microsoft sql server dont't return the decimal part of my float
numbers and this is very important to me, I get just the integer part.
Here it goes my configuration...
'./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr'
'--with-config-file-path=/etc' '--enable-force-cgi-redirect'
'--disable-debug' '--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl'
'--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf'
'--with-gdbm' '--with-gettext' '--with-pdflib=shared'
'--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv'
'--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl'
'--with-png' '--with-pspell' '--with-regex=system' '--with-xml'
'--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-exif' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path'
'--enable-track-vars' '--enable-trans-sid' '--enable-yp'
'--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear'
'--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos'
'--with-ldap=shared' '--with-mcal=shared,/usr'
'--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr'
'--with-mysql=shared,/usr' '--with-pgsql=shared'
'--with-snmp=shared,/usr' '--with-snmp=shared'
'--with-sybase-ct=shared,/usr' '--with-xslt-sablot=shared,/usr'
'--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack'
'--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath'
'--enable-shmop' '--enable-versioning' '--enable-calendar'
'--enable-dbx' '--enable-dio' '--enable-mcal'
'--with-apxs2=/usr/sbin/apxs'
Here the sript I use.. to query
$idres=mssql_query ("SELECT
NUMDOC,FECHA,DESCCONCI,DESCRIPCION,DEBE,HABER,BRUTO,PAGO FROM submayor
WHERE CODAREA='$Area' and FECHA>=convert(DATETIME,'$fdesde',102) and
FECHA<=convert(DATETIME,'$fhasta',102) order by FECHA",$id);
}
$cant=mssql_num_rows ($idres);
$TOTD=0;
$TOTH=0;
$TOTI=0;
$TOTP=0;
for ($i =1; $i <= $cant; $i++) {
$row = mssql_fetch_array ($idres);
$NUMDOC=$row["NUMDOC"];
$FECHCOB=$row["FECHA"];
$DESCCLI=$row["DESCCONCI"];
$OBSERVAC=$row["DESCRIPCION"];
$DEBE=$row["DEBE"];
#22591 [Fbk->Opn]: ftp_rawlist still not working
ID: 22591
User updated by: davidfelton at codemasters dot com
Reported By: davidfelton at codemasters dot com
-Status: Feedback
+Status: Open
Bug Type: FTP related
Operating System: Windows 2000 Server
PHP Version: 4.3.1
New Comment:
Thanks.
Yes.
Previous Comments:
[2003-03-07 12:04:06] [EMAIL PROTECTED]
Can you verify it's not working with the latest stable snapshot?
[2003-03-07 11:17:10] davidfelton at codemasters dot com
Can you verify that it's not working with 4.3.1 CGI?
[2003-03-07 11:00:59] [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-03-07 09:21:27] davidfelton at codemasters dot com
same as bug #16057, which was closed, but shouldn't have been.
ftp_rawlist doesn't work at all on windows server with IIS.
cgi version of PHP.
//connect
$con=ftp_connect("ftp.microsoft.com");
// Attempt to login to the remote server
ftp_login($con,"anonymous","[EMAIL PROTECTED]");
//try and use ftp_rawlist
$fileList = ftp_rawlist($con, "/Services/enterprise");//will hang
--
Edit this bug report at http://bugs.php.net/?id=22591&edit=1
#22595 [Opn]: Extension doesn't work - unable to load dynamic library
ID: 22595 User updated by: web at affenkrieger dot de Reported By: web at affenkrieger dot de Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Mandrake Linux 9.0 PHP Version: 4.2.3 New Comment: Ok, i tried the new version of PHP -> didn't work. So i made a dirty hack: deleting all references to the "wrong" libintl.so in /lib and /usr/lib, then recompiling PHP. voila, it works. Since compiling DBD::Sybase worked perfectly, it has to be a problem with the compilation routine of PHP. the lib path in --with-sybase-ct=/path/to/sybase should be more important than other (standard) lib paths. It seems that the compilation routine not even respects settings like LD_LIBRARY_PATH Previous Comments: [2003-03-08 11:46:31] web at affenkrieger dot de Nope, neither /lib nor /usr/lib. Only additional lib paths like $SYBASE/lib [2003-03-08 11:42:31] [EMAIL PROTECTED] Do you have /lib in /etc/ld.so.conf ? [2003-03-08 11:37:17] web at affenkrieger dot de gna - do i had to use the other link? :-) for feedback see above... [2003-03-08 11:29:43] nils at affenkrieger dot de Ok, i will give it a try on monday with the newer PHP version, although i doubt that the "new" module will work with the "old" installed PHP version. Yep, it seems that this type of /lib/libintl.so is Mandrake-specific. I considered writing a feedback to Mandrake for their new versions, to rename that lib. The used Sybase ASE 11.9.2 was freeware, and is no longer available at sybase.com. Newer versions of the ASE are commercial, so i don't think that renaming the Sybase libs in a future version will help me ;-( [2003-03-08 10:46:14] [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 4.2.3 is too old. And lot has changed in the CVS so please give it a go, although I doubt this will ever work. Why do you have libintl in /lib anyway? Does Mandrake put it there? IMO, sybase should rename their libs. Sane projects use some unique prefixes for their files.. 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/22595 -- Edit this bug report at http://bugs.php.net/?id=22595&edit=1
#22612 [Opn->Bgs]: POST variable names and values are garbled
ID: 22612 Updated by: [EMAIL PROTECTED] Reported By: dave at bcs dot co dot nz -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Linux PHP Version: 4.3.2-dev New Comment: Not a bug in PHP, but in IE/w2k. Previous Comments: [2003-03-09 21:46:35] dave at bcs dot co dot nz It appears to be an IE6 under Win2K problem - MS strikes again... Everything's fine with IE6 under XP - both copies of IE6 have all the latest updates installed. Also fine from various Linux browsers. Try it out at http://www.bcs.co.nz/bug.php [2003-03-09 21:07:51] [EMAIL PROTECTED] Does this happen with any browser? Can you add the output of this command to this report if this happens with any browser: # diff -u php.ini-dist /usr/local/lib/php.ini (provided you even have a php.ini there..) [2003-03-09 20:53:57] dave at bcs dot co dot nz Configuration options are: ./configure --with-apache=/usr/src/apache_1.3.26 --disable-debug \ --enable-trans-sid --with-mysql=/usr/local/mysql --enable-magic-quotes\ --enable-xslt --with-xslt-sablot=/usr/local --with-expat-dir=/usr/local \ --with-gd --enable-gd-native-ttf --with-png-dir=/usr --with-jpeg-dir=/usr \ --with-zlib-dir=/usr --with-freetype-dir=/usr/local \ --with-openssl=/usr/local/ssl --with-imap-ssl=/usr/local/ssl \ --with-gettext --with-xml --with-mcrypt --with-imap=/usr/src/imap-2002b [2003-03-09 19:24:51] [EMAIL PROTECTED] So what was the configure line used? [2003-03-09 18:58:22] dave at bcs dot co dot nz It is definitely PHP Version 4.3.2-dev, built from CVS of 2003-03-08, statically linked into Apache 1.3.26 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/22612 -- Edit this bug report at http://bugs.php.net/?id=22612&edit=1
#13636 [Com]: configure doesn't find librecode
ID: 13636 Comment by: mbr at freebsd dot org Reported By: arne at dome dot net dot tw Status: Bogus Bug Type: Recode related Operating System: FreeBSD 4.1-RELEASE PHP Version: 4.0.6 New Comment: I have a fix for this. Please look at: http://people.freebsd.org/~mbr/patches/patch-php+recode.diff This is a librecode problem, not a PHP problem. Martin Previous Comments: [2001-11-10 04:31:26] [EMAIL PROTECTED] There is something wrong with your install of recode libraries and this is not support forum for FreeBSD so ask them for help on this part. PHP's configure can not do anything if your system is broken. [2001-11-05 20:58:10] arne at dome dot net dot tw Ok, I tried it this way: I removed the libraries as requested and tried to configure php again -> same error like before Then I tried to compile recode from source (this time without the ports patches) again, but it failed. Then used the ports directory to recompile recode successfully. Then I configured php again -> same error. BTW: the librarues are librecode.so and librecode.so.3, not librecode.so.2. I also tried to make a symbolic link to the library with the suffix '2', but no success... [2001-11-02 02:42:02] [EMAIL PROTECTED] Seems like there is something wrong with the shared lib. Try removing those librecode.so and librecode.so.2 files and try to configure PHP again. --Jani [2001-11-01 03:32:08] arne at dome dot net dot tw ldd librecode.so says: librecode.so: ldd: librecode.so: Exec format error librecode.so: exit status 1 recode is version 3.6 compiled from the FreeBSD ports directory. Using recode from the command line works properly. Meanwhile I updated the OS to FreeBSD 4.4-STABLE. [2001-10-31 19:31:00] [EMAIL PROTECTED] What does 'ldd librecode.so' output? What version of recode is this? How was it compiled? --Jani 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/13636 -- Edit this bug report at http://bugs.php.net/?id=13636&edit=1
#22620 [NEW]: gmmktime returns bogus STILL in 4.3.1
From: space at arch dot ch Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: Date/time related Bug description: gmmktime returns bogus STILL in 4.3.1 c'mon guys. this is a real pain: on windows systems gmmktime returns bogus. the bug has been known for at least 2 years! it's been reported more than once! will this finally be fixed or not??? there have been other bug reports, but all of them seem to have been ignored so far, although this is NOT some minor issue! at least include a documentation of the bug in the php manual for gmmktime if you do not intend to fix it! [..saying that the function cannot be used on win platforms] :(( as seen in other posts. try: gmmktime(0,0,0,1,1,1970); which should return 0 but does not [unless you are in GMT]!!! -- Edit bug report at http://bugs.php.net/?id=22620&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22620&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22620&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22620&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22620&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22620&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22620&r=support Expected behavior: http://bugs.php.net/fix.php?id=22620&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22620&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22620&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22620&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22620&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22620&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22620&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22620&r=gnused
#22617 [Opn->Bgs]: www.php.net language
ID: 22617 Updated by: [EMAIL PROTECTED] Reported By: jtjohnston at courrier dot usherb dot ca -Status: Open +Status: Bogus Bug Type:*Web Server problem PHP Version: 4.3.1 New Comment: This is a new feature of php.net, auto-accepting languages, as noticed on the http://www.php.net homepage. Marking as bogus. ~ Andrew Heebner Previous Comments: [2003-03-10 00:18:58] jtjohnston at courrier dot usherb dot ca It worked until this past week some time [2003-03-10 00:17:55] jtjohnston at courrier dot usherb dot ca I admit, [Fr] is the second accepted language. But English [En] is the first!? [2003-03-09 23:16:20] [EMAIL PROTECTED] check your browers accepted languages im assuming because your OS is in french PHP.net is pulling french you can change your language in Tools/Internet Options/Languages [2003-03-09 23:02:47] jtjohnston at courrier dot usherb dot ca Website or cookie problem?? When I search for something in the manual at www.php.net, my searches now respond in French. I use an English browser (although my OS (Win98) is French). I get this http://www.php.net/manual/fr/function.mysql-fetch-array.php instead of http://www.php.net/manual/en/function.mysql-fetch-array.php for example. -- Edit this bug report at http://bugs.php.net/?id=22617&edit=1
#22621 [NEW]: Make exits with "No such file or directory error"
From: rjhopkins at hotmail dot com Operating system: RH 7.2 with latest updates PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: Make exits with "No such file or directory error" I've searched the internet as well as the PHP web site and found a couple of people with the same problem but no solution. I get no error when I configure with --with-apxs2 flag. When I use ./configure --prefix=/usr/local/PHP_CGI --with-mysql=/usr/local/mysql --enable-force-cgi-redirect --enable-discard-path --enable-debug OR just ./configure on it's own, I get an error using make. # make /bin/sh /home/downloads/php/php-4.3.1/libtool --mode=link gcc -export-dynamic -g -Wall -L/usr/local/mysql/lib -R /usr/local/mysql/lib ext/ctype/ctype.lo ext/mysql/php_mysql.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lmysqlclient -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -o sapi/cli/php gcc -g -Wall ext/ctype/ctype.o ext/mysql/php_mysql.o ext/overload/overload.o ext/pcre/pcrelib/maketables.o ext/pcre/pcrelib/get.o ext/pcre/pcrelib/study.o ext/pcre/pcrelib/pcre.o ext/pcre/php_pcre.o ext/posix/posix.o ext/session/session.o ext/session/mod_files.o ext/session/mod_mm.o ext/session/mod_user.o ext/standard/array.o ext/standard/base64.o ext/standard/basic_functions.o ext/standard/browscap.o ext/standard/crc32.o ext/standard/crypt.o ext/standard/cyr_convert.o ext/standard/datetime.o ext/standard/dir.o ext/standard/dl.o ext/standard/dns.o ext/standard/exec.o ext/standard/file.o ext/standard/filestat.o ext/standard/flock_compat.o ext/standard/formatted_print.o ext/standard/fsock.o ext/standard/head.o ext/standard/html.o ext/standard/image.o ext/standard/info.o ext/standard/iptc.o ext/standard/lcg.o ext/standard/link.o ext/standard/mail.o ext/standard/math.o ext/standard/md5.o ext/standard/metaphone.o ext/standard/microtime.o ext/standard/pack.o ext/standard/pageinfo.o ext/standard/parsedate.o ext/standard/quot_print.o ext/standard/rand.
#21890 [Opn->Sus]: Segfault on mysql_fetch_object
ID: 21890
Updated by: [EMAIL PROTECTED]
Reported By: hans dot wolters at chello dot nl
-Status: Open
+Status: Suspended
Bug Type: MySQL related
Operating System: Linux kernel 2.4.20-pre5
PHP Version: 5CVS-2003-01-26 (dev)
New Comment:
Unable to reproduce on WinXP with PHP5 (latest snap), mysql (latest
build)... Suspending issue until more feedback is issued.
~ Andrew Heebner
Previous Comments:
[2003-01-27 18:05:05] hans dot wolters at chello dot nl
Hi Magnus,
Last remarks. I compiled a new installed mysql (4.0.x) and therefor I
was able to use --with-mysql=/path... in the php configure. It doesn't
barf anymore.
Think the error might be in the shipped mysql code php is using when a
user doesn't have any mysql headers installed (or a mysql development
package)
Regards,
Hans
[2003-01-26 16:14:27] hans dot wolters at chello dot nl
Magnus,
I think we are getting somewhere. Started gdb like you mailed, thnx for
the tip. Hope it helps.
Regards,
Hans
(gdb) bt full
#0 0x0011 in ?? ()
No symbol table info available.
#1 0x403b9a01 in zif_mysql_fetch_object (ht=2,
return_value=0x40663e7c,
this_ptr=0x0, return_value_used=1)
at
/home/software/php5/php5-200301240830/ext/mysql/php_mysql.c:1947
return_value = (zval *) 0x40477aa8
#2 0x4049fba1 in zend_do_fcall_common_helper (execute_data=0xbfffc340,
op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2563
original_return_value = (zval **) 0x811f178
current_scope = (zend_class_entry *) 0x6d03
current_this = (zval *) 0x1fa
return_value_used = 1
#3 0x404a01d8 in zend_do_fcall_handler (execute_data=0xbfffc340,
op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2689
fname = (zval *) 0x40667b18
#4 0x40490851 in execute (op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:1218
op_array = (zend_op_array *) 0x4065dd1c
execute_data = {opline = 0x40667af4, function_state = {
function_symbol_table = 0x40659940, function = 0x8112f30, reserved
= {
0xbfffc38c, 0x4047f95b, 0x4, 0x72653838}}, fbc = 0x0,
---Type to continue, or q to quit---
fbc_constructor = 0x4047f30e, op_array = 0x4065dd1c, object = 0x0,
Ts = 0xbfffc194, original_in_execution = 1 '\001', calling_scope =
0x0,
prev_execute_data = 0xbfffc910}
#5 0x4049fcb1 in zend_do_fcall_common_helper (execute_data=0xbfffc910,
op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2595
calling_symbol_table = (HashTable *) 0x4065c5fc
original_return_value = (zval **) 0xbfffca58
current_scope = (zend_class_entry *) 0x0
current_this = (zval *) 0x0
return_value_used = 1
#6 0x4049ffc1 in zend_do_fcall_by_name_handler
(execute_data=0xbfffc910,
op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2659
execute_data = (zend_execute_data *) 0xbfffc0b4
op_array = (zend_op_array *) 0x814acd8
#7 0x40490851 in execute (op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:1218
op_array = (zend_op_array *) 0x814c6c8
execute_data = {opline = 0x40653924, function_state = {
function_symbol_table = 0x4065bf8c, function = 0x4065dd1c, reserved
= {
0x404ec340, 0x4046f6b5, 0x404ebf80, 0x2c}}, fbc = 0x4065dd1c,
fbc_constructor = 0x404785d2, op_array = 0x814c6c8, object =
0x4065c734,
---Type to continue, or q to quit---
Ts = 0xbfffc404, original_in_execution = 1 '\001',
calling_scope = 0x40659924, prev_execute_data = 0xbfffc9c0}
#8 0x4047862f in call_user_function_ex (function_table=0x404ec174,
object_pp=0x0, function_name=0x4065c014, retval_ptr_ptr=0xbfffca58,
param_count=1, params=0x4065c5e4, no_separation=1,
symbol_table=0x0)
at
/home/software/php5/php5-200301240830/Zend/zend_execute_API.c:646
i = 1
original_return_value = (zval **) 0xbfffcee8
calling_symbol_table = (HashTable *) 0x404ec410
original_function_state_ptr = (zend_function_state *)
0xbfffce14
original_op_array = (zend_op_array *) 0x4064daf4
original_opline_ptr = (zend_op **) 0xbfffce10
orig_free_op1 = (zval *) 0x0
orig_free_op2 = (zval *) 0x0
orig_unary_op = (int (*)()) 0
orig_binary_op = (int (*)()) 0
function_name_copy = {value = {lval = 1080411644,
dval = 1.3265769022458897e-313, str = {val = 0x4065c5fc "\b", len =
6},
ht = 0x4065c5fc, obj = {handle = 1080411644, handlers = 0x6}},
refcount = 1, type = 3 '\003', is_ref = 0 '\0'}
current_scope = (zend_class_entry *) 0x0
calling_scope = (zend_class_entry *) 0x0
current_this = (
#21909 [Opn->Ver]: storing lambda functions into object properties
ID: 21909
Updated by: [EMAIL PROTECTED]
Reported By: ulf dot wendel at phpdoc dot de
-Status: Open
+Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Windows XP Professional
PHP Version: 5CVS-2003-01-27 (dev)
New Comment:
Verified on WinXP with latest snap.
~ Andrew Heebner
Previous Comments:
[2003-01-27 13:09:14] ulf dot wendel at phpdoc dot de
Try this, it simply let's my PHP crash:
class foo {
public $newfunc;
public function __construct() {
$this->newfunc = create_function('$a,$b','print "ln($a) + ln($b) =
".log($a * $b);');
call_user_func(array($this, $this->newfunc), 1, 2);
//$this->$newfunc(1, 2);
}
}
$f = new foo();
Ok, ok - this is really, well, weird code, however...
PHP:
PHP Version 5.0.0-dev
System Windows NT localhost 5.1 build 2600
Build Date Jan 26 2003 16:10:39
Server API CGI/FastCGI
Virtual Directory Support enabled
Configuration File (php.ini) Path E:\php\php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 90021012
Debug Build no
Thread Safety enabled
Registered PHP Streams php, http, ftp, compress.zlib
Zend Engine v2.0.0-dev,
--
Edit this bug report at http://bugs.php.net/?id=21909&edit=1
#20994 [NoF->Ver]: int/long confusion in 64bits machine
ID: 20994
Updated by: [EMAIL PROTECTED]
Reported By: soula at lifl dot fr
-Status: No Feedback
+Status: Verified
Bug Type: Scripting Engine problem
Operating System: any 64bit
PHP Version: 4.3.0RC3
-Assigned To:
+Assigned To: ddhill
New Comment:
This problem has been verified and is targetted for the 4.3.2 release
Previous Comments:
[2002-12-31 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-12-16 00:17:43] tom at minnesota dot com
The patch provided fixed the unaligned access errors on my
NetBSD/Alpha-1.6 machine (64-bit). However, it also caused:
header("Location: ...");
to fail for redirections. Examining the patch, it does patch that
function. I'm not sure why it breaks.
[2002-12-15 22:27:39] [EMAIL PROTECTED]
Yes, but I tested the patch under AIX/64bit, and I got a broken build.
Not sure whether this is related to my machine, the patch or the
combination, but for now - I'd rather investigate.
Additionally - AIX uses a long for tv_usec only under certain
conditions. Otherwise it's a signed int, so the patch needs work,
regardless.
[2002-12-14 14:43:20] tom at minnesota dot com
This issue will cause segmentation faults under php cgi
NetBSD/Alpha-1.6.
[2002-12-14 12:53:44] [EMAIL PROTECTED]
FYI: there's a README.SUBMITTING_PATCH in the distribution, containing
the guidelines for ... submitting a patch.
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/20994
--
Edit this bug report at http://bugs.php.net/?id=20994&edit=1
#22622 [NEW]: When I try to connect on MySQL , I have this errors .
From: webmaster at idealmicro dot com Operating system: W2K PHP version: 4.3.1 PHP Bug Type: *Web Server problem Bug description: When I try to connect on MySQL , I have this errors . Warning: main(/fonction/param_bd.inc.php) [function.main]: failed to create stream: No such file or directory in c:\program files\apache group\apache\htdocs\index.php on line 7 -- Edit bug report at http://bugs.php.net/?id=22622&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22622&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22622&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22622&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22622&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22622&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22622&r=support Expected behavior: http://bugs.php.net/fix.php?id=22622&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22622&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22622&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22622&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22622&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22622&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22622&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22622&r=gnused
#22623 [NEW]: In MSSQL 2000 Server real type is read as unknown type
From: tolochanov at elit dot lviv dot net Operating system: Windows 2000 Professional SP3 PHP version: 4.3.1 PHP Bug Type: MSSQL related Bug description: In MSSQL 2000 Server real type is read as unknown type SQL 2000 Server on Win2000 Adv Server Apache 2.0.43,PHP 4.3.1 on Win 2000 SP3 While attempting to read field which contains data of 'real' type (for ex. - 24,00 168,00 etc.), I get some sort of '1.36741241919E-304' or other number near zero on every attempt. If I set that field to SmallInt, the reading is OK. Function mssql_field_type() returns type 'unknown'. -- Edit bug report at http://bugs.php.net/?id=22623&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22623&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22623&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22623&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22623&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22623&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22623&r=support Expected behavior: http://bugs.php.net/fix.php?id=22623&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22623&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22623&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22623&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22623&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22623&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22623&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22623&r=gnused
#22623 [Opn]: In MSSQL 2000 Server real type is read as unknown type
ID: 22623 User updated by: tolochanov at elit dot lviv dot net Reported By: tolochanov at elit dot lviv dot net Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Professional SP3 PHP Version: 4.3.1 New Comment: I used mssql_fetch_row() function. Previous Comments: [2003-03-10 07:54:49] tolochanov at elit dot lviv dot net SQL 2000 Server on Win2000 Adv Server Apache 2.0.43,PHP 4.3.1 on Win 2000 SP3 While attempting to read field which contains data of 'real' type (for ex. - 24,00 168,00 etc.), I get some sort of '1.36741241919E-304' or other number near zero on every attempt. If I set that field to SmallInt, the reading is OK. Function mssql_field_type() returns type 'unknown'. -- Edit this bug report at http://bugs.php.net/?id=22623&edit=1
#22574 [Fbk->Opn]: unsatisfied symbols freeaddrinfo and getaddrinfo
ID: 22574 User updated by: john345 at earthlink dot net Reported By: john345 at earthlink dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.1 New Comment: My DUH. Sorry. This is the line from main/php_config.h. #define HAVE_GETADDRINFO 1 Previous Comments: [2003-03-09 17:43:33] [EMAIL PROTECTED] rephrased: Search main/php_config.h for line with text HAVE_GETADDRINFO and add that line to this bug report. [2003-03-09 17:21:27] john345 at earthlink dot net Add "it". And what "it" would you be refering to? Can you please be a bit more specific. I am a Java programmer and haven't done anything with C or C++ in a long time. I'll be glad to give anything a try. Thanks. [2003-03-06 22:01:23] [EMAIL PROTECTED] Check main/php_config.h for line with HAVE_GETADDRINFO and add it here. [2003-03-06 16:05:08] john345 at earthlink dot net Tried php4-STABLE-latest.tar.gz and the still get the unsatisfied symbols freeaddrinfo and getaddrinfo. [2003-03-06 14:44:25] john345 at earthlink dot net After a successful run of configure, I ran make. The compile failed with two unsatisfied symbols, freeaddrinfo and getaddrinfo, first referenced in main/network.lo. -- Edit this bug report at http://bugs.php.net/?id=22574&edit=1
#22556 [Opn->Csd]: configure file reports bogus mkdir -p failure
ID: 22556 Updated by: [EMAIL PROTECTED] Reported By: john345 at earthlink dot net -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.1 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. Removed that pretty dumb test and replaced the calls to plain mkdir to use the shtool instead. Previous Comments: [2003-03-09 16:33:05] john345 at earthlink dot net I really don't want to piss anyone off. I really like PHP. But why do stupid things in configure? At least add a comment that says we do this because we want mkdir -p to fail. Better yet, just don't use mkdir -p. There are several valid solutions. Use mkdir without -p. Trap the error output of mkdir -p. Test for the directories before trying to make them. Use rm -rf to remove the directories before creating them. [2003-03-08 10:33:26] [EMAIL PROTECTED] Yeah, right. But it's still not a bug. [2003-03-07 16:54:51] john345 at earthlink dot net If it is done twice on purpose, then why do it at all? Doing it twice will always make the test fail. If the issue is the fact that mkdir -p complains when the directory already exists, test for the directory before trying to make it or send the error to dev/null. [2003-03-07 00:10:52] [EMAIL PROTECTED] It's actually intentionally done twice. Comment from acinclude.m4: "`mkdir -p' must be quiet about creating existing directories" [2003-03-06 15:05:08] john345 at earthlink dot net Tried php4-STABLE-latest.tar.gz and the duplicate line is still in the configure file, just at a different line number, 83186. 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/22556 -- Edit this bug report at http://bugs.php.net/?id=22556&edit=1
#20268 [Ctl]: 64-bit PHP 4.3 (extensive long vs int problems)
ID: 20268 Updated by: [EMAIL PROTECTED] Reported By: bdabney at dallasnews dot com Status: Critical Bug Type: Scripting Engine problem Operating System: any 64bit PHP Version: 4CVS-2002-11-05 New Comment: Most, if not all issues should now be fixed. Please give the latest stable snapshot a go. (http://snaps.php.net/) Previous Comments: [2003-03-04 19:51:26] [EMAIL PROTECTED] Need to be addressed before 4.3.2 goes out the door. [2003-02-23 04:36:04] [EMAIL PROTECTED] http://news.php.net/article.php?group=php.bugs&article=24417 http://news.php.net/article.php?group=php.bugs&article=24418 [2003-02-23 03:44:18] j-devenish at users dot sourceforge dot net Sigh. Since my entire post of 10/11 Nov has been deleted, and I did not receive an e-mail copy of my post via the bug submission system, I have no record of what I said. Presumably I stated that I, too, had encountered the problem, that I couldn't even install PHP 4.3, that it was due to int/long size mismatches on LP64 platforms, and then indicated the strategy I had used to work around it (via patches). I posted patches and test result information (for HEAD of the day and also for 4.3.0pre2) to php-dev on 11 November 2002. Thread subject was "64-bit PHP 4.3 (extensive long vs int problems)". Those patches are now out of date because (on the downside) further int/long problems have crept in and (on the upside) some test cases have been improved. [2003-02-23 03:17:09] [EMAIL PROTECTED] [To: j-devenish at users dot sourceforge dot net] PLEASE do NOT add such long diffs to bug reports! Instead put them on some site and add an URL to them here. (I deleted those comments from here now since they're pretty useless as the bug system mangles them anyway) [2003-02-21 10:16:39] ddhill at zk3 dot dec dot com Forgot to mention - bug 21822 has the same root cause as this one. 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/20268 -- Edit this bug report at http://bugs.php.net/?id=20268&edit=1
#22574 [Opn->Fbk]: unsatisfied symbols freeaddrinfo and getaddrinfo
ID: 22574 Updated by: [EMAIL PROTECTED] Reported By: john345 at earthlink dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 -PHP Version: 4.3.1 +PHP Version: 4.3.2-dev New Comment: So the configure detects that your system has getaddrinfo() but during compile/link, it fails. Try this: # rm config.cache # ./configure --disable-all --disable-cli # make clean && make And if it fails, paste the last 20 lines of the output from 'make' here. Including the exact error. Previous Comments: [2003-03-10 08:16:40] john345 at earthlink dot net My DUH. Sorry. This is the line from main/php_config.h. #define HAVE_GETADDRINFO 1 [2003-03-09 17:43:33] [EMAIL PROTECTED] rephrased: Search main/php_config.h for line with text HAVE_GETADDRINFO and add that line to this bug report. [2003-03-09 17:21:27] john345 at earthlink dot net Add "it". And what "it" would you be refering to? Can you please be a bit more specific. I am a Java programmer and haven't done anything with C or C++ in a long time. I'll be glad to give anything a try. Thanks. [2003-03-06 22:01:23] [EMAIL PROTECTED] Check main/php_config.h for line with HAVE_GETADDRINFO and add it here. [2003-03-06 16:05:08] john345 at earthlink dot net Tried php4-STABLE-latest.tar.gz and the still get the unsatisfied symbols freeaddrinfo and getaddrinfo. 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/22574 -- Edit this bug report at http://bugs.php.net/?id=22574&edit=1
#22574 [Fbk]: unsatisfied symbols freeaddrinfo and getaddrinfo
ID: 22574 Updated by: [EMAIL PROTECTED] Reported By: john345 at earthlink dot net Status: Feedback Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.2-dev New Comment: Get the latest stable snapshot first! Previous Comments: [2003-03-10 09:20:56] [EMAIL PROTECTED] So the configure detects that your system has getaddrinfo() but during compile/link, it fails. Try this: # rm config.cache # ./configure --disable-all --disable-cli # make clean && make And if it fails, paste the last 20 lines of the output from 'make' here. Including the exact error. [2003-03-10 08:16:40] john345 at earthlink dot net My DUH. Sorry. This is the line from main/php_config.h. #define HAVE_GETADDRINFO 1 [2003-03-09 17:43:33] [EMAIL PROTECTED] rephrased: Search main/php_config.h for line with text HAVE_GETADDRINFO and add that line to this bug report. [2003-03-09 17:21:27] john345 at earthlink dot net Add "it". And what "it" would you be refering to? Can you please be a bit more specific. I am a Java programmer and haven't done anything with C or C++ in a long time. I'll be glad to give anything a try. Thanks. [2003-03-06 22:01:23] [EMAIL PROTECTED] Check main/php_config.h for line with HAVE_GETADDRINFO and add it here. 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/22574 -- Edit this bug report at http://bugs.php.net/?id=22574&edit=1
#22623 [Opn->Fbk]: In MSSQL 2000 Server real type is read as unknown type
ID: 22623 Updated by: [EMAIL PROTECTED] Reported By: tolochanov at elit dot lviv dot net -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows 2000 Professional SP3 PHP Version: 4.3.1 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-03-10 07:59:29] tolochanov at elit dot lviv dot net I used mssql_fetch_row() function. [2003-03-10 07:54:49] tolochanov at elit dot lviv dot net SQL 2000 Server on Win2000 Adv Server Apache 2.0.43,PHP 4.3.1 on Win 2000 SP3 While attempting to read field which contains data of 'real' type (for ex. - 24,00 168,00 etc.), I get some sort of '1.36741241919E-304' or other number near zero on every attempt. If I set that field to SmallInt, the reading is OK. Function mssql_field_type() returns type 'unknown'. -- Edit this bug report at http://bugs.php.net/?id=22623&edit=1
#22622 [Opn->Bgs]: When I try to connect on MySQL , I have this errors .
ID: 22622 Updated by: [EMAIL PROTECTED] Reported By: webmaster at idealmicro dot com -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: W2K PHP Version: 4.3.1 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-03-10 07:37:04] webmaster at idealmicro dot com Warning: main(/fonction/param_bd.inc.php) [function.main]: failed to create stream: No such file or directory in c:\program files\apache group\apache\htdocs\index.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=22622&edit=1
#22610 [Opn->Bgs]: is_file() safe mode restrictions on "." and ".."
ID: 22610 Updated by: [EMAIL PROTECTED] Reported By: mark_ford_uk at yahoo dot co dot uk -Status: Open +Status: Bogus Bug Type: Directory function related Operating System: Red Hat Linux PHP Version: 4.3.1 New Comment: No. Previous Comments: [2003-03-08 13:32:45] mark_ford_uk at yahoo dot co dot uk As of version 4.3, security was improved with regards to functions like is_file(). In particular, badly set file permissions will cause errors similar to the following: Warning: is_file() [function.is-file]: SAFE MODE Restriction in effect. The script whose uid is 10014 is not allowed to access ./filename/. What I have discovered is, if I use is_file() on the filenames "." and ".." my script will break with errors like those above. Is this a bug? Thanks. -- Edit this bug report at http://bugs.php.net/?id=22610&edit=1
#21047 [Opn->Bgs]: Query to float fields don't return the decimal part
ID: 21047 Updated by: [EMAIL PROTECTED] Reported By: alietss at yahoo dot com -Status: Open +Status: Bogus Bug Type: Sybase-ct (ctlib) related Operating System: Linux RedHat8.0 PHP Version: 4CVS-2002-12-16 (stable) New Comment: Add any comments to bug #22618 where we got some feedback. Previous Comments: [2003-03-10 03:52:16] mattiass at commentor dot se Further information, In php 4.2.2, all float numbers are returned as numeric, which is correct. In php 4.3.1, the first row is returned as numeric and the following as integers.. [2003-03-10 02:44:47] mattiass at commentor dot se Bug still exsists and has done so since php 4.2.3. Float numbers still only show decimals. The first query row parses correctly, but the rest of the rows foobars. [2003-01-16 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-31 02:23:51] [EMAIL PROTECTED] Cool! The best way would be to supply a patch which you can make with: diff -u original_file.c new_file.c > /tmp/file.c.patch and send put it online somewhere. Thanks! Derick [2002-12-30 23:59:19] david at sportodds dot com I've fixed this error by changing the source but how do I post the fix to the site for inclusion in a future build? Please assist? David Hargreave IT Manager SportOdds Systems Pty Limited www.sportodds.com 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/21047 -- Edit this bug report at http://bugs.php.net/?id=21047&edit=1
#21503 [Com]: Failed to write session data (Files).
ID: 21503 Comment by: g dot consorti at akosweb dot it Reported By: ccollins at totsp dot com Status: Open Bug Type: Session related Operating System: Red Hat Linux 7.3 - 2.4.18-18 PHP Version: 4.3.0 New Comment: I am experiencing exactly the same issue. Same PHP 4.3.0 with same php.ini, Linux version 2.4.20 Tried with these two scripts: // --- start of page1.php ">click me // --- end of page1.php // --- start of page2.php // -- end of page2.php page2.php gives 'Undefined variable: id_logged' notice, but correct output only when page1 is reloaded. However, no sess file is being writen in /tmp. It used to work fine with PHP 4.2.3, anyone solved this issue? Thanx. Previous Comments: [2003-02-24 09:40:47] hesslow at hotmail dot com I also have this problem. I also get 2 other error-messages: [Mon Feb 24 16:26:31 2003] [error] PHP Warning: session_start() [function.session-start]: The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in /var/www/html/page.php on line 61 [Mon Feb 24 16:26:33 2003] [error] PHP Warning: Unknown(): The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in Unknown on line 0 It's seams to me that the sessions works, but I get this strang error message. The only thing a do is to run start_session(); I use PHP 4.3.1 [2003-01-08 10:34:09] ccollins at totsp dot com space on /tmp is not an issue, there is 25GB avail on that partition. [2003-01-08 09:33:37] [EMAIL PROTECTED] Is it possible that you may running out of space in /tmp? [2003-01-07 20:40:14] ccollins at totsp dot com I have very frequent errors in my logfiles concerning the session data. "[07-Jan-2003 18:46:30] PHP Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp/php_sess) in Unknown on line 0" Users are sometimes reporting a problem where sessions are not maintained but this is apparently *usually* transparent to the users and it is not often noticed. The obvious things are in place, there IS a directory /tmp/php_sess and it is owned by the webserver user. I am using PHP 4.3.0 in safe_mode, as such: session.save_handler = files session.save_path = /tmp/php_sess session.use_cookies = On session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = On session.gc_maxlifetime = 1440 session.entropy_length = 0 session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = On I have apparently had this problem for quite some time dating back to 4.2.x. Please advise if there is anything I can try or do? I have read through the other similar bug reports that do exist but they all refer to version 4.2.3 and earlier and say the issue is solved in "later version" or "snapshot". Is this still a
#22618 [Dup->Fbk]: Float number problems since php 4.2.3
ID: 22618 Updated by: [EMAIL PROTECTED] Reported By: mattiass at commentor dot se -Status: Duplicate +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: 2.4.19-16mdksecure PHP Version: 4.3.1 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-03-10 02:54:47] mattiass at commentor dot se Good morning, As described in bug #21047 there is still a problem with the sybase ct library and float numbers (as described bellow).. Configuration: === './configure' '--with-apxs=/usr/local/apache/apache_1.3.27+php_4.3.1/bin/apxs' '--with-pear=/usr/local/Zend/pear' '--enable-magic-quotes' '--with-mysql' '--enable-trans-sid' '--enable-sockets' '--with-sybase-ct=/opt/sybase-11.9.2/' '--with-pdflib' '--enable-static-pdflib' '--enable-ftp' '--prefix=/usr/local/php/php_4.3.1' '--with-config-file-path=/usr/local/php/php_4.3.1/etc' '--with-pear=/usr/local/php/php_4.3.1/etc/pear' '--with-gd=/usr/local/lib' '--with-jpeg-dir' '--with-zlib' '--enable-bcmath' '--with-snmp' '--with-openssl' '--enable-sockets' '--with-curl' '--with-curlwrappers' Software versions: Sybase 11.9.2 FreeTDS 0.60 Apache 1.3.27 Script: \n"; } ?> Output on php 4.3.1 === 20030102, 1, 1 20030103, , 20030103, , 20030107, , 20030107, , Output in php 4.2.2 === 20030102, 1, 1 20030103, 1, 2 20030103, 1, 3 20030107, 1, 4 20030107, 1, 5 Aparently, after the first query, float numbers wont work -- Edit this bug report at http://bugs.php.net/?id=22618&edit=1
#21890 [Sus->Fbk]: Segfault on mysql_fetch_object
ID: 21890
Updated by: [EMAIL PROTECTED]
Reported By: hans dot wolters at chello dot nl
-Status: Suspended
+Status: Feedback
Bug Type: MySQL related
Operating System: Linux kernel 2.4.20-pre5
PHP Version: 5CVS-2003-01-26 (dev)
New Comment:
andrew: We don't suspend when asking for feedback..
hans: Can you try the latest CVS snapshot?
Previous Comments:
[2003-03-10 06:34:54] [EMAIL PROTECTED]
Unable to reproduce on WinXP with PHP5 (latest snap), mysql (latest
build)... Suspending issue until more feedback is issued.
~ Andrew Heebner
[2003-01-27 18:05:05] hans dot wolters at chello dot nl
Hi Magnus,
Last remarks. I compiled a new installed mysql (4.0.x) and therefor I
was able to use --with-mysql=/path... in the php configure. It doesn't
barf anymore.
Think the error might be in the shipped mysql code php is using when a
user doesn't have any mysql headers installed (or a mysql development
package)
Regards,
Hans
[2003-01-26 16:14:27] hans dot wolters at chello dot nl
Magnus,
I think we are getting somewhere. Started gdb like you mailed, thnx for
the tip. Hope it helps.
Regards,
Hans
(gdb) bt full
#0 0x0011 in ?? ()
No symbol table info available.
#1 0x403b9a01 in zif_mysql_fetch_object (ht=2,
return_value=0x40663e7c,
this_ptr=0x0, return_value_used=1)
at
/home/software/php5/php5-200301240830/ext/mysql/php_mysql.c:1947
return_value = (zval *) 0x40477aa8
#2 0x4049fba1 in zend_do_fcall_common_helper (execute_data=0xbfffc340,
op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2563
original_return_value = (zval **) 0x811f178
current_scope = (zend_class_entry *) 0x6d03
current_this = (zval *) 0x1fa
return_value_used = 1
#3 0x404a01d8 in zend_do_fcall_handler (execute_data=0xbfffc340,
op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2689
fname = (zval *) 0x40667b18
#4 0x40490851 in execute (op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:1218
op_array = (zend_op_array *) 0x4065dd1c
execute_data = {opline = 0x40667af4, function_state = {
function_symbol_table = 0x40659940, function = 0x8112f30, reserved
= {
0xbfffc38c, 0x4047f95b, 0x4, 0x72653838}}, fbc = 0x0,
---Type to continue, or q to quit---
fbc_constructor = 0x4047f30e, op_array = 0x4065dd1c, object = 0x0,
Ts = 0xbfffc194, original_in_execution = 1 '\001', calling_scope =
0x0,
prev_execute_data = 0xbfffc910}
#5 0x4049fcb1 in zend_do_fcall_common_helper (execute_data=0xbfffc910,
op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2595
calling_symbol_table = (HashTable *) 0x4065c5fc
original_return_value = (zval **) 0xbfffca58
current_scope = (zend_class_entry *) 0x0
current_this = (zval *) 0x0
return_value_used = 1
#6 0x4049ffc1 in zend_do_fcall_by_name_handler
(execute_data=0xbfffc910,
op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2659
execute_data = (zend_execute_data *) 0xbfffc0b4
op_array = (zend_op_array *) 0x814acd8
#7 0x40490851 in execute (op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:1218
op_array = (zend_op_array *) 0x814c6c8
execute_data = {opline = 0x40653924, function_state = {
function_symbol_table = 0x4065bf8c, function = 0x4065dd1c, reserved
= {
0x404ec340, 0x4046f6b5, 0x404ebf80, 0x2c}}, fbc = 0x4065dd1c,
fbc_constructor = 0x404785d2, op_array = 0x814c6c8, object =
0x4065c734,
---Type to continue, or q to quit---
Ts = 0xbfffc404, original_in_execution = 1 '\001',
calling_scope = 0x40659924, prev_execute_data = 0xbfffc9c0}
#8 0x4047862f in call_user_function_ex (function_table=0x404ec174,
object_pp=0x0, function_name=0x4065c014, retval_ptr_ptr=0xbfffca58,
param_count=1, params=0x4065c5e4, no_separation=1,
symbol_table=0x0)
at
/home/software/php5/php5-200301240830/Zend/zend_execute_API.c:646
i = 1
original_return_value = (zval **) 0xbfffcee8
calling_symbol_table = (HashTable *) 0x404ec410
original_function_state_ptr = (zend_function_state *)
0xbfffce14
original_op_array = (zend_op_array *) 0x4064daf4
original_opline_ptr = (zend_op **) 0xbfffce10
orig_free_op1 = (zval *) 0x0
orig_free_op2 = (zval *) 0x0
orig_unary_op = (int (*)()) 0
orig_binary_op = (int (*)()) 0
function_name_copy = {value = {lval = 1080411644,
dval = 1.3265769022458897e-313, str = {val = 0x4065c5fc "\b", len =
6},
ht = 0x4065c5fc, obj
#22621 [Opn->Bgs]: Make exits with "No such file or directory error"
ID: 22621 Updated by: [EMAIL PROTECTED] Reported By: rjhopkins at hotmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RH 7.2 with latest updates PHP Version: 4.3.1 New Comment: There's something really broken in your system. Or your tar.gz of PHP wasn't complete. Or your gcc is broken. But this is definately any bug, otherwise we'd had hundreds of reports about it by now. Previous Comments: [2003-03-10 06:25:15] rjhopkins at hotmail dot com I've searched the internet as well as the PHP web site and found a couple of people with the same problem but no solution. I get no error when I configure with --with-apxs2 flag. When I use ./configure --prefix=/usr/local/PHP_CGI --with-mysql=/usr/local/mysql --enable-force-cgi-redirect --enable-discard-path --enable-debug OR just ./configure on it's own, I get an error using make. # make /bin/sh /home/downloads/php/php-4.3.1/libtool --mode=link gcc -export-dynamic -g -Wall -L/usr/local/mysql/lib -R /usr/local/mysql/lib ext/ctype/ctype.lo ext/mysql/php_mysql.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lmysqlclient -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -o sapi/cli/php gcc -g -Wall ext/ctype/ctype.o ext/mysql/php_mysql.o ext/overload/overload.o ext/pcre/pcrelib/maketables.o ext/pcre/pcrelib/get.o ext/pcre/pcrelib/study.o ext/pcre/pcrelib/pcre.o ext/pcre/php_pcre.o ext/posix/posix.o ext/session/session.o ext/session/mod_files.o ext/session/mod_mm.o ext/session/mod_user.o ext/standard/array.o ext/standard/base64.o ext/standard/basic_functions.o ext/standard/browscap.o ext/standard/crc32.o ext/standard/crypt.o ext/standard/cyr_convert.o ext/standard/datetime.o ext/standard/dir.o ext/standard/dl.o ext/standard/dns.o ext/standard/exec.o ext/standard/file.o ext/standard/filestat.o ext/standard/flock_compat.o ext/sta
#21890 [Fbk->Opn]: Segfault on mysql_fetch_object
ID: 21890
User updated by: hans dot wolters at chello dot nl
Reported By: hans dot wolters at chello dot nl
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Linux kernel 2.4.20-pre5
PHP Version: 5CVS-2003-01-26 (dev)
New Comment:
I need a few hours to setup another machine. Might be tomorrow.
Regards,
Hans
Previous Comments:
[2003-03-10 09:37:16] [EMAIL PROTECTED]
andrew: We don't suspend when asking for feedback..
hans: Can you try the latest CVS snapshot?
[2003-03-10 06:34:54] [EMAIL PROTECTED]
Unable to reproduce on WinXP with PHP5 (latest snap), mysql (latest
build)... Suspending issue until more feedback is issued.
~ Andrew Heebner
[2003-01-27 18:05:05] hans dot wolters at chello dot nl
Hi Magnus,
Last remarks. I compiled a new installed mysql (4.0.x) and therefor I
was able to use --with-mysql=/path... in the php configure. It doesn't
barf anymore.
Think the error might be in the shipped mysql code php is using when a
user doesn't have any mysql headers installed (or a mysql development
package)
Regards,
Hans
[2003-01-26 16:14:27] hans dot wolters at chello dot nl
Magnus,
I think we are getting somewhere. Started gdb like you mailed, thnx for
the tip. Hope it helps.
Regards,
Hans
(gdb) bt full
#0 0x0011 in ?? ()
No symbol table info available.
#1 0x403b9a01 in zif_mysql_fetch_object (ht=2,
return_value=0x40663e7c,
this_ptr=0x0, return_value_used=1)
at
/home/software/php5/php5-200301240830/ext/mysql/php_mysql.c:1947
return_value = (zval *) 0x40477aa8
#2 0x4049fba1 in zend_do_fcall_common_helper (execute_data=0xbfffc340,
op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2563
original_return_value = (zval **) 0x811f178
current_scope = (zend_class_entry *) 0x6d03
current_this = (zval *) 0x1fa
return_value_used = 1
#3 0x404a01d8 in zend_do_fcall_handler (execute_data=0xbfffc340,
op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2689
fname = (zval *) 0x40667b18
#4 0x40490851 in execute (op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:1218
op_array = (zend_op_array *) 0x4065dd1c
execute_data = {opline = 0x40667af4, function_state = {
function_symbol_table = 0x40659940, function = 0x8112f30, reserved
= {
0xbfffc38c, 0x4047f95b, 0x4, 0x72653838}}, fbc = 0x0,
---Type to continue, or q to quit---
fbc_constructor = 0x4047f30e, op_array = 0x4065dd1c, object = 0x0,
Ts = 0xbfffc194, original_in_execution = 1 '\001', calling_scope =
0x0,
prev_execute_data = 0xbfffc910}
#5 0x4049fcb1 in zend_do_fcall_common_helper (execute_data=0xbfffc910,
op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2595
calling_symbol_table = (HashTable *) 0x4065c5fc
original_return_value = (zval **) 0xbfffca58
current_scope = (zend_class_entry *) 0x0
current_this = (zval *) 0x0
return_value_used = 1
#6 0x4049ffc1 in zend_do_fcall_by_name_handler
(execute_data=0xbfffc910,
op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2659
execute_data = (zend_execute_data *) 0xbfffc0b4
op_array = (zend_op_array *) 0x814acd8
#7 0x40490851 in execute (op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:1218
op_array = (zend_op_array *) 0x814c6c8
execute_data = {opline = 0x40653924, function_state = {
function_symbol_table = 0x4065bf8c, function = 0x4065dd1c, reserved
= {
0x404ec340, 0x4046f6b5, 0x404ebf80, 0x2c}}, fbc = 0x4065dd1c,
fbc_constructor = 0x404785d2, op_array = 0x814c6c8, object =
0x4065c734,
---Type to continue, or q to quit---
Ts = 0xbfffc404, original_in_execution = 1 '\001',
calling_scope = 0x40659924, prev_execute_data = 0xbfffc9c0}
#8 0x4047862f in call_user_function_ex (function_table=0x404ec174,
object_pp=0x0, function_name=0x4065c014, retval_ptr_ptr=0xbfffca58,
param_count=1, params=0x4065c5e4, no_separation=1,
symbol_table=0x0)
at
/home/software/php5/php5-200301240830/Zend/zend_execute_API.c:646
i = 1
original_return_value = (zval **) 0xbfffcee8
calling_symbol_table = (HashTable *) 0x404ec410
original_function_state_ptr = (zend_function_state *)
0xbfffce14
original_op_array = (zend_op_array *) 0x4064daf4
original_opline_ptr = (zend_op **) 0xbfffce10
orig_free_op1 = (zval *) 0x0
orig_free_op2 = (zval *) 0x0
orig_unary_op = (int (
#22591 [Opn->Fbk]: ftp_rawlist still not working
ID: 22591
Updated by: [EMAIL PROTECTED]
Reported By: davidfelton at codemasters dot com
-Status: Open
+Status: Feedback
Bug Type: FTP related
Operating System: Windows 2000 Server
PHP Version: 4.3.1
New Comment:
Are you sure you tested the latest snapshot?
Are you sure you installed it correctly?
I just tried it on my win2k machine, and this works just fine for me.
Previous Comments:
[2003-03-10 04:14:07] davidfelton at codemasters dot com
Thanks.
Yes.
[2003-03-07 12:04:06] [EMAIL PROTECTED]
Can you verify it's not working with the latest stable snapshot?
[2003-03-07 11:17:10] davidfelton at codemasters dot com
Can you verify that it's not working with 4.3.1 CGI?
[2003-03-07 11:00:59] [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-03-07 09:21:27] davidfelton at codemasters dot com
same as bug #16057, which was closed, but shouldn't have been.
ftp_rawlist doesn't work at all on windows server with IIS.
cgi version of PHP.
//connect
$con=ftp_connect("ftp.microsoft.com");
// Attempt to login to the remote server
ftp_login($con,"anonymous","[EMAIL PROTECTED]");
//try and use ftp_rawlist
$fileList = ftp_rawlist($con, "/Services/enterprise");//will hang
--
Edit this bug report at http://bugs.php.net/?id=22591&edit=1
#22591 [Fbk->Opn]: ftp_rawlist still not working
ID: 22591 User updated by: davidfelton at codemasters dot com Reported By: davidfelton at codemasters dot com -Status: Feedback +Status: Open Bug Type: FTP related Operating System: Windows 2000 Server PHP Version: 4.3.1 New Comment: Yes I downloaded from the link you gave me. phpinfo confirms I am running 4.3.2-dev build 2195 As far as I can tell it's all installed properley. You did try with the CGI version? Previous Comments: [2003-03-10 10:05:29] [EMAIL PROTECTED] Are you sure you tested the latest snapshot? Are you sure you installed it correctly? I just tried it on my win2k machine, and this works just fine for me. [2003-03-10 04:14:07] davidfelton at codemasters dot com Thanks. Yes. [2003-03-07 12:04:06] [EMAIL PROTECTED] Can you verify it's not working with the latest stable snapshot? [2003-03-07 11:17:10] davidfelton at codemasters dot com Can you verify that it's not working with 4.3.1 CGI? [2003-03-07 11:00:59] [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 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/22591 -- Edit this bug report at http://bugs.php.net/?id=22591&edit=1
#20994 [Ver->Csd]: int/long confusion in 64bits machine
ID: 20994
Updated by: [EMAIL PROTECTED]
Reported By: soula at lifl dot fr
-Status: Verified
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: any 64bit
PHP Version: 4.3.0RC3
Assigned To: ddhill
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-03-10 07:25:18] [EMAIL PROTECTED]
This problem has been verified and is targetted for the 4.3.2 release
[2002-12-31 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-12-16 00:17:43] tom at minnesota dot com
The patch provided fixed the unaligned access errors on my
NetBSD/Alpha-1.6 machine (64-bit). However, it also caused:
header("Location: ...");
to fail for redirections. Examining the patch, it does patch that
function. I'm not sure why it breaks.
[2002-12-15 22:27:39] [EMAIL PROTECTED]
Yes, but I tested the patch under AIX/64bit, and I got a broken build.
Not sure whether this is related to my machine, the patch or the
combination, but for now - I'd rather investigate.
Additionally - AIX uses a long for tv_usec only under certain
conditions. Otherwise it's a signed int, so the patch needs work,
regardless.
[2002-12-14 14:43:20] tom at minnesota dot com
This issue will cause segmentation faults under php cgi
NetBSD/Alpha-1.6.
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/20994
--
Edit this bug report at http://bugs.php.net/?id=20994&edit=1
#22460 [Opn->Csd]: libtool failed
ID: 22460 Updated by: [EMAIL PROTECTED] Reported By: s_arnaud at yahoo dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: Closed then, we can't do much about that broken sed on Solaris...:( Previous Comments: [2003-03-10 03:22:27] s_arnaud at yahoo dot com After relinking my Solaris sed to the GNU one, it worked. I checked that point before, following the previous post about that, but I missed something as the sed was still the Solaris one. Thanks for your help anyway... [2003-03-09 19:16:45] [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-02-27 12:50:29] [EMAIL PROTECTED] I meant that was it moved after 'make install' ? ie. from the original location? Does that libltdl.la exist btw? And can you paste a little bit more of that error? Like the whole compile line that gives it.. [2003-02-27 12:39:31] s_arnaud at yahoo dot com Thanks for your quick answer, but no I didn't move it: ls -la /_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la -rwxr-xr-x 1 root other789 Jul 8 2002 /_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la I will try to install without libmcrypt, and see what's happening... [2003-02-27 12:20:28] [EMAIL PROTECTED] This message bothers me: "libtool: link: warning: library `/_TOOLS_/dist/libmcrypt-2.5.2/sparc32-sun-solaris2.7/lib/libmcrypt.la' was moved." So did you move 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/22460 -- Edit this bug report at http://bugs.php.net/?id=22460&edit=1
#22619 [Opn->Bgs]: Warning: ftp_put(): error opening in /home/jd-mason/public_html/PHP_scripts/s4.
ID: 22619 Updated by: [EMAIL PROTECTED] Reported By: jordan57702 at hotmail dot com -Status: Open +Status: Bogus Bug Type: FTP related Operating System: Unix PHP Version: 4.2.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. . Previous Comments: [2003-03-10 02:57:52] jordan57702 at hotmail dot com This is odd to me, I am making a small FTP upload client for my webpage. What is odd about this, is the one that POSTS to itself doesn't work, however the other one I have, which has EXACTLY the same php code and is two separate pages works. I CAN'T FIGURE THIS OUT, HELP ! ! -- s4.php (POST TO ITSELF) -- FILE UPLOAD Source File: Destination File: -- h.html (POST TO s4_backup.php) -- FILE UPLOAD Source File: Destination File: -- s4_backup.php -- THESE LAST TWO WORK ! ! WTF IS GOING ON ! [2003-03-10 02:55:54] jordan57702 at hotmail dot com This is odd to me, I am making a small FTP upload client for my webpage. What is odd about this, is the one that POSTS to itself doesn't work, however the other one I have, which has EXACTLY the same php code and is two separate pages works. I CAN'T FIGURE THIS OUT, HELP ! ! -- s4.php (POST TO ITSELF) -- FILE UPLOAD Source File: Destination File: -- h.html (POST TO s4_backup.php) -- FILE UPLOAD Source File: Destination File: -- s4_backup.php -- THESE LAST TWO WORK ! ! WTF IS GOING ON ! -- Edit this bug report at http://bugs.php.net/?id=22619&edit=1
#21890 [Opn->Fbk]: Segfault on mysql_fetch_object
ID: 21890
Updated by: [EMAIL PROTECTED]
Reported By: hans dot wolters at chello dot nl
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Linux kernel 2.4.20-pre5
PHP Version: 5CVS-2003-01-26 (dev)
New Comment:
Leave as feedback until you can provide the information
we requested..
Previous Comments:
[2003-03-10 09:44:16] hans dot wolters at chello dot nl
I need a few hours to setup another machine. Might be tomorrow.
Regards,
Hans
[2003-03-10 09:37:16] [EMAIL PROTECTED]
andrew: We don't suspend when asking for feedback..
hans: Can you try the latest CVS snapshot?
[2003-03-10 06:34:54] [EMAIL PROTECTED]
Unable to reproduce on WinXP with PHP5 (latest snap), mysql (latest
build)... Suspending issue until more feedback is issued.
~ Andrew Heebner
[2003-01-27 18:05:05] hans dot wolters at chello dot nl
Hi Magnus,
Last remarks. I compiled a new installed mysql (4.0.x) and therefor I
was able to use --with-mysql=/path... in the php configure. It doesn't
barf anymore.
Think the error might be in the shipped mysql code php is using when a
user doesn't have any mysql headers installed (or a mysql development
package)
Regards,
Hans
[2003-01-26 16:14:27] hans dot wolters at chello dot nl
Magnus,
I think we are getting somewhere. Started gdb like you mailed, thnx for
the tip. Hope it helps.
Regards,
Hans
(gdb) bt full
#0 0x0011 in ?? ()
No symbol table info available.
#1 0x403b9a01 in zif_mysql_fetch_object (ht=2,
return_value=0x40663e7c,
this_ptr=0x0, return_value_used=1)
at
/home/software/php5/php5-200301240830/ext/mysql/php_mysql.c:1947
return_value = (zval *) 0x40477aa8
#2 0x4049fba1 in zend_do_fcall_common_helper (execute_data=0xbfffc340,
op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2563
original_return_value = (zval **) 0x811f178
current_scope = (zend_class_entry *) 0x6d03
current_this = (zval *) 0x1fa
return_value_used = 1
#3 0x404a01d8 in zend_do_fcall_handler (execute_data=0xbfffc340,
op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2689
fname = (zval *) 0x40667b18
#4 0x40490851 in execute (op_array=0x4065dd1c)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:1218
op_array = (zend_op_array *) 0x4065dd1c
execute_data = {opline = 0x40667af4, function_state = {
function_symbol_table = 0x40659940, function = 0x8112f30, reserved
= {
0xbfffc38c, 0x4047f95b, 0x4, 0x72653838}}, fbc = 0x0,
---Type to continue, or q to quit---
fbc_constructor = 0x4047f30e, op_array = 0x4065dd1c, object = 0x0,
Ts = 0xbfffc194, original_in_execution = 1 '\001', calling_scope =
0x0,
prev_execute_data = 0xbfffc910}
#5 0x4049fcb1 in zend_do_fcall_common_helper (execute_data=0xbfffc910,
op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2595
calling_symbol_table = (HashTable *) 0x4065c5fc
original_return_value = (zval **) 0xbfffca58
current_scope = (zend_class_entry *) 0x0
current_this = (zval *) 0x0
return_value_used = 1
#6 0x4049ffc1 in zend_do_fcall_by_name_handler
(execute_data=0xbfffc910,
op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:2659
execute_data = (zend_execute_data *) 0xbfffc0b4
op_array = (zend_op_array *) 0x814acd8
#7 0x40490851 in execute (op_array=0x814c6c8)
at /home/software/php5/php5-200301240830/Zend/zend_execute.c:1218
op_array = (zend_op_array *) 0x814c6c8
execute_data = {opline = 0x40653924, function_state = {
function_symbol_table = 0x4065bf8c, function = 0x4065dd1c, reserved
= {
0x404ec340, 0x4046f6b5, 0x404ebf80, 0x2c}}, fbc = 0x4065dd1c,
fbc_constructor = 0x404785d2, op_array = 0x814c6c8, object =
0x4065c734,
---Type to continue, or q to quit---
Ts = 0xbfffc404, original_in_execution = 1 '\001',
calling_scope = 0x40659924, prev_execute_data = 0xbfffc9c0}
#8 0x4047862f in call_user_function_ex (function_table=0x404ec174,
object_pp=0x0, function_name=0x4065c014, retval_ptr_ptr=0xbfffca58,
param_count=1, params=0x4065c5e4, no_separation=1,
symbol_table=0x0)
at
/home/software/php5/php5-200301240830/Zend/zend_execute_API.c:646
i = 1
original_return_value = (zval **) 0xbfffcee8
calling_symbol_table = (HashTable *) 0x404ec410
original_function_state_ptr = (zend_function_state *)
0xbfffce14
original_op_array =
#22437 [Opn->Csd]: Segmentation violation
ID: 22437 Updated by: [EMAIL PROTECTED] Reported By: olle at compound dot se -Status: Open +Status: Closed Bug Type: ODBC related Operating System: Redhat7.2/kernel 2.4.9 PHP Version: 4.3.1 Assigned To: kalowsky New Comment: But this odbc related bug is now fixed -> closed. Previous Comments: [2003-03-10 01:54:12] olle at compound dot se Thank you for your prompt answers. I have patched the original 4.3.1 php_odbc.c as suggested in the "[26 Feb 9:59am CST] [EMAIL PROTECTED]"-note, and the Valgrind "invalid write"-messages did go away. We also found memory misuse in the UnixODBC code, which we have corrected. Things are running better, but we are still experiencing segmentation violations which we think originate from the Sablot XML-package. [2003-03-09 19:14: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-03-04 10:35:24] [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-02-26 15:32:16] [EMAIL PROTECTED] Try applying the patch at (againt latest stable CVS): http://bb.prohost.org/odbc43.txt If the problem is the result of sprintf() overflow this should correct it. [2003-02-26 09:59:02] [EMAIL PROTECTED] >From php_odbc.c: void odbc_do_connect(INTERNAL_FUNCTION_PARAMETERS, int persistent) ... len = strlen(db) + strlen(uid) + strlen(pwd) + sizeof(ODBC_TYPE) + 5; hashed_details = emalloc(len); hashed_len = sprintf(hashed_details, "%s_%s_%s_%s_%d", ODBC_TYPE, db, uid, pwd, cur_opt); ==> shouldn't len include the length of the string representation of cur_opt? Hope this helps, Marc. 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/22437 -- Edit this bug report at http://bugs.php.net/?id=22437&edit=1
#22604 [Opn]: Egrep/'grep -E' usage not working
ID: 22604 Updated by: [EMAIL PROTECTED] Reported By: j-devenish at users dot sourceforge dot net Status: Open Bug Type: *Configuration Issues Operating System: Solaris -PHP Version: 4CVS-2003-03-08 (stable) +PHP Version: 5.0.0-dev New Comment: There are no 'grep -E' calls in the PHP_4_3 branch. Previous Comments: [2003-03-08 03:57:34] j-devenish at users dot sourceforge dot net (1) There are multiple instances of hard-coded egrep/'grep -E'. egrep is deprecated, but unfortunately grep with '-E' is not always available with people's default paths under Solaris. So, hard-coded 'grep -E' can cause configuration error messages under Solaris (esp HEAD, maybe not so much with PHP_4_3). (2) AC_PROG_CPP appears to do an egrep/'grep -E' test and defines the variable $EGREP. (But this is after PHP_INIT_BUILD_SYSTEM, which itself currently uses extended regex.) (3) perhaps, sometimes, bare 'grep' may be sufficient. -- Edit this bug report at http://bugs.php.net/?id=22604&edit=1
#22603 [Opn->Fbk]: Can't set content-length
ID: 22603 Updated by: [EMAIL PROTECTED] Reported By: mcmunn at mcmunn dot com -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Apache2 related Operating System: FreeBSD 4.7 PHP Version: 4.3.0 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-03-08 03:26:25] mcmunn at mcmunn dot com I can't set the content-length via the header() function. I am setting the content-type and other header fields, this is making me bonkers. Even the most simple sample: Put HTML tags. will fail. I have apache 2.0.43 and PHP 4.3.0 Any help is much appreciated. -- Edit this bug report at http://bugs.php.net/?id=22603&edit=1
#22595 [Opn->Ver]: shared compile fails if there is /lib/libintl.so (gettext)
ID: 22595 Updated by: [EMAIL PROTECTED] -Summary: Extension doesn't work - unable to load dynamic library Reported By: web at affenkrieger dot de -Status: Open +Status: Verified Bug Type: Sybase-ct (ctlib) related Operating System: Mandrake Linux 9.0 -PHP Version: 4.2.3 +PHP Version: 4.3.2-dev New Comment: Does not affect normal (static) build at all. Previous Comments: [2003-03-10 04:29:10] web at affenkrieger dot de Ok, i tried the new version of PHP -> didn't work. So i made a dirty hack: deleting all references to the "wrong" libintl.so in /lib and /usr/lib, then recompiling PHP. voila, it works. Since compiling DBD::Sybase worked perfectly, it has to be a problem with the compilation routine of PHP. the lib path in --with-sybase-ct=/path/to/sybase should be more important than other (standard) lib paths. It seems that the compilation routine not even respects settings like LD_LIBRARY_PATH [2003-03-08 11:46:31] web at affenkrieger dot de Nope, neither /lib nor /usr/lib. Only additional lib paths like $SYBASE/lib [2003-03-08 11:42:31] [EMAIL PROTECTED] Do you have /lib in /etc/ld.so.conf ? [2003-03-08 11:37:17] web at affenkrieger dot de gna - do i had to use the other link? :-) for feedback see above... [2003-03-08 11:29:43] nils at affenkrieger dot de Ok, i will give it a try on monday with the newer PHP version, although i doubt that the "new" module will work with the "old" installed PHP version. Yep, it seems that this type of /lib/libintl.so is Mandrake-specific. I considered writing a feedback to Mandrake for their new versions, to rename that lib. The used Sybase ASE 11.9.2 was freeware, and is no longer available at sybase.com. Newer versions of the ASE are commercial, so i don't think that renaming the Sybase libs in a future version will help me ;-( 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/22595 -- Edit this bug report at http://bugs.php.net/?id=22595&edit=1
#22592 [Ana->Ver]: Cascading assignments to strings with curly braces broken
ID: 22592 Updated by: [EMAIL PROTECTED] Reported By: matteo at beccati dot com -Status: Analyzed +Status: Verified Bug Type: Scripting Engine problem Operating System: Debian GNU/Linux 3.0 PHP Version: 4.3.2-dev Previous Comments: [2003-03-07 12:13:25] [EMAIL PROTECTED] Happens also with 4.3.2-dev. (from today) [2003-03-07 11:40:25] matteo at beccati dot com When using cascading assignments to strings and curly braces, to change characters within strings, only the last character is changed to the right value. Other characters become NUL (0x00). The resulting output is: a*c*e* ace* a%2Ac%2Ae%2A a%00c%00e%2A I also tested it on a old PHP 4.2.0-dev, and it gives the same result. -- Edit this bug report at http://bugs.php.net/?id=22592&edit=1
#16210 [Com]: Header problem content-disposition
ID: 16210 Comment by: admin at gemini-ascension dot co dot uk Reported By: pettersen at cpec dot org Status: Bogus Bug Type: Output Control Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: I have had the exact same prob running win 2000 / pro / server and advanced server, IIS and php in CGI mode with PHP 4.3.0RC3. (I have tried the latest PHP version too, cant remember what it is tho). I actually had downloading files working with code that looked like this: But after changing settings on my router, it doesnt work. To explain, I have my router sending http requests on port 80 through to a LAN server running IIS on port 81. Anyway, after changing IIS to run on port 80 and updating the router respectively, the download page no longer works. Saying that, it didnt work outside the lan anyway. If I requested http://192.168.0.102/download.php the file downloaded, but if I requested the same except using my external IP address (through the router) it didnt work. The error from internet explorer is: Internet Explorer cannot download ...download.php from 192.168.0.102 (or external IP address if that is what I used) The site cannot be found or is unavailable. Interestingly the dialog asking if you want to save the file (just before the error above) doesnt include the file type (it's blank) and the filename is the name of the php file that sends the header info. This IS an issue and should be re-opened!! If I figure out how to do this... I'll post it here! Rob Previous Comments: [2002-07-04 11:58:22] irik at irik dot org I am seeing this exact behaviour on my system. I am running linux 2.4 kernel (RH) Apache 1.3.24 and PHP 4.2.1. Can't seem to figure out why the 'attachment' addendum to the content disposition triggers a save dialog box but the browser (IE 6.x) appears to want to download the php file. Any help would be great. [2002-05-28 06:24:41] andreas dot kempf at amalesh dot de Hi, I got the same problem with PHP4.1.1 and PHP4.2.1 if I install them as the CGI-Version. (Trying to run PHP 4.1.1 and 4.2.1 as a module failed with this error: cannot load php4apache.dll in apache) After installing PHP4.0.6 via "LoadModule ... php4apache.dll" all is runnning fine. My System: W2K SP2, Apache 1.3.23 ciao, Andreas [2002-03-21 17:08:06] pettersen at cpec dot org Through trial and error I've determined that in all likely hood this is a config issue on my end somewhere in php.ini (but where!?) =) I've tried 4.2 RC1 on the win2000 server that had 4.1.1 and the functionality worked fine (still). On the other server that has 4.1.2 on it (which wasn't working) and putting on 4.2RC1 didn't alleviate the symptom. This leads me to believe that it's a config issue on my end and not a php code issue. I regret any inconvenience this bogus report may have caused =) Erik [2002-03-21 14:58:43] pettersen at cpec dot org Hi, I believe there is an issue with the header function in 4.1.2 windows Apache module (or it may be a configuration issue on my end, but hear me out =)) First let me state, that I know and understand that IE 5 and 5.5sp1 and even IE 6 have all sorts of issues with content-disposition and how it handles mime-types in general. I don't believe that to be the core issue. I had a script that worked in 4.1.1 until I upgraded to 4.1.2 (apache module + win 2000) I've cut it down to pretty much as simple as possible to eliminate coding issues on my end. This script will cause IE to give the user a "File Open/Save" dialogue box with the correct filename (in this example 22119.pdf) when running on 4.1.1 (which is the desired effect). On 4.1.2 IE will display the "File Open/Save" dialogue box will come up but display the name of the script (download.php for example) and then will display another warning box if you hit "save" stating that it couldn't download the file "download.php" from www.myserver.com. Of course this functionality works like a dream in Netscape regardless of version. Thank you in advance for your consideration of this potential issue =) With best regards, Erik -- Edit this bug report at http://bugs.php.net/?id=16210&edit=1
#22624 [NEW]: Mulitple PHP processes launched using 100% CPU
From: webmaster at enterzone dot com Operating system: WinNT4 PHP version: 4.3.1 PHP Bug Type: Performance problem Bug description: Mulitple PHP processes launched using 100% CPU WinNT 4 SP6a, all of the latest patches (yea, yea I know). PHP 4.3.1 I am getting 1,2,4, or more process instances of PHP running using 100% CPU. Cannot narrow it down to bad programming code by users or a php.exe problem. Most PHP is running fine. I have a few PHP forums running. I cannot reproduce the problem, but it is increasing. Concerned that it may be a attack. This is now occurring 4 or more times a day. Only option is to kill the errant processes. Sometimes a reboot of the server is mandatory. After killing the processes, normal PHP code in our forums runs fine. There are not any consistent instances of PHP runing in the background unless this problem reoccurs. The PHP.INI is set as follows; max_execution_tim = 30; max_imput_time = 60; memory_limit = 8M . It has now effect on this problem, we have seen it run over 4 hours without a sign of stopping on its own. I don't have the memory usage noted, there is not any unusually high traffic across our network during the instance. Most dynamic pages fail, only static pages are served from IIS, due to the high CPU load. PHP request run, but very slowly as do all request during this time. -- Edit bug report at http://bugs.php.net/?id=22624&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22624&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22624&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22624&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22624&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22624&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22624&r=support Expected behavior: http://bugs.php.net/fix.php?id=22624&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22624&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22624&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22624&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22624&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22624&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22624&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22624&r=gnused
#13595 [Com]: Solution for "PHP Fatal error: Unable to start session mm module in Unknown on
ID: 13595
Comment by: shawn dot m at microcore dot net
Reported By: plafundum at yahoo dot com
Status: Closed
Bug Type: Session related
Operating System: Debian Sid
PHP Version: 4.0.6
New Comment:
kernel.shmmax=63484230
If you look at the changelog for libmm, it say's right in it.
*
We've made this configurable now, defaulting to 32MB, but before
you increase it note that some applications might just plainly
allocate a maximum sized segment, like the php interpreter does
when it calls mm_create with size=0.
*
What does this mean? mm will error since php wants 64 meg, and shmmax
is setup by default of only 32 meg.
It's a php problem, php needs to be fixed to where it dosn't do
this...
SuSE 8.1 Pro
mod_php4-core-4.2.2-168
mod_php4-4.2.2-168
apache-1.3.26-57
mm-1.2.1-28
Previous Comments:
[2003-02-18 04:49:38] wjblack at yahoo dot com
Boy, did I feel silly once I got this working.
libmm seems to puke heavily if you have no swap enabled, claiming no
memory. I was getting ENOMEM errors, despite upping shmmax (to 64MB,
just to be sure) and having 120MB free core. As soon as I ran swapon
/dev/hda2 and retried, everything was fine.
My setup was Debian Woody on a Cobalt Raq 3 (kernel 2.4.18).
[2003-02-04 09:06:25] stevenbalthazor at hotmail dot com
This bug has been fixed in the php-4.1.2-7.3.6 distributed by redhat in
rpm form, sort of. When php is run from the commandline (e.g.
/usr/bin/php -q something.php) php creates a file:
/tmp/session_mm_cgi###.sem where ### is the uid of the user running the
script. This bug was fixed by making each individual user get their
own .sem file.
The problem I have and which others may have is if you run multiple
scripts at the same time from a cron job with the same user you will
get the error: "PHP Fatal error: Unable to start session mm module in
Unknown on line 0". This is basically the same problem that was
causing this bug but slightly different. This bug was fixed by giving
each user its own .sem file; however the case where a user would need
more than 1 .sem file was not fixed. My primative understanding of how
this works is that the first script creates the session_mm_cgi###.sem
file; then when the second script comes along it can't create the file
because the file is already created. It would appear that the path
used for the session_mm_cgi###.sem is the session.save_path specified
in the php.ini file; however changing this value in the script using
either ini_set or session_save_path has no impact on the location of
the session_mm_cgi###.sem file.
Two workarounds exist that I have figured out if you must run multiple
php commandline scripts at the same time:
1. run the scripts as different users; that way you will get different
session_mm_cgi###.sem files
2. use a custom php.ini file for each script and specify a different
session.save_path in each php.ini file
It would be nice if the path where the mm_cgi###.sem file was saved
could be set at run time but there are probably dynamics at work which
prevent this.
You can see what session_mm_cgi###.sem file is created by running your
script:
strace -e trace=file -o output /usr/bin/php -q something.php
then open the created output file and do a search for sem
[2003-01-27 15:26:56] wouter at nucleus dot be
Hello,
I'm still having problems with this.
PHP 4.1.2
Redhat 7.2
latest updates and fixes from Redhat are installed
Already checkec everything mentioned above, nothing works for me. I
don't get it all the time. It happens only when PHP is used at the
command line or in cronjobs...
Already searched google etc, no solution found so far.
Thanks.
[2002-08-09 14:24:32] kasper at 303 dot nu
I'm also using debian sid, and the same happens. PHP 4.2.1, nothing in
/tmp. The first time it happened I removed php4, and re-installed it,
and the problem was gone. And when it occured 15 minutes ago I tried
removing php4-cgi, which I also had installed, and the problem is gone
now. So there might be a kind of clash between php4 and php4-cgi?
But anyway, it would be very nice to have a more descriptive output
from php4...
[2002-07-30 22:49:50] jal at jal dot org
So, following this thread, I'm still not having any luck.
I'm running debian-woodie, and upgraded to the 4.2.1 package for it. I
checked my php.ini for weird paths, checked /tmp and (because someone
mentioned it) /etc for session_mm files, and the problem still
persists. Here's what I get out of strace:
open("/usr/lib/apache/1.3/libphp4.so", O_RDONLY) = 4
[...]
open("/usr/lib/libmm.so.11", O_RDONLY) = 4
[...]
#22625 [NEW]: imagesetbrush() undeclared in bundled GD library.
From: kah at kahnews dot cjb dot net Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: GD related Bug description: imagesetbrush() undeclared in bundled GD library. The imagesetbrush() function is undeclared in the bundled GD library included with the binary PHP 4.3.1 release for Win32. This has also been reported to be happening on Windows XP in comp.lang.php. -- Edit bug report at http://bugs.php.net/?id=22625&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22625&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22625&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22625&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22625&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22625&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22625&r=support Expected behavior: http://bugs.php.net/fix.php?id=22625&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22625&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22625&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22625&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22625&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22625&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22625&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22625&r=gnused
#22624 [Opn->Fbk]: Mulitple PHP processes launched using 100% CPU
ID: 22624 Updated by: [EMAIL PROTECTED] Reported By: webmaster at enterzone dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: WinNT4 PHP Version: 4.3.1 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. A reproduce script is needed, and if it is more then 10 lines, please put a link here to it. Previous Comments: [2003-03-10 11:57:58] webmaster at enterzone dot com WinNT 4 SP6a, all of the latest patches (yea, yea I know). PHP 4.3.1 I am getting 1,2,4, or more process instances of PHP running using 100% CPU. Cannot narrow it down to bad programming code by users or a php.exe problem. Most PHP is running fine. I have a few PHP forums running. I cannot reproduce the problem, but it is increasing. Concerned that it may be a attack. This is now occurring 4 or more times a day. Only option is to kill the errant processes. Sometimes a reboot of the server is mandatory. After killing the processes, normal PHP code in our forums runs fine. There are not any consistent instances of PHP runing in the background unless this problem reoccurs. The PHP.INI is set as follows; max_execution_tim = 30; max_imput_time = 60; memory_limit = 8M . It has now effect on this problem, we have seen it run over 4 hours without a sign of stopping on its own. I don't have the memory usage noted, there is not any unusually high traffic across our network during the instance. Most dynamic pages fail, only static pages are served from IIS, due to the high CPU load. PHP request run, but very slowly as do all request during this time. -- Edit this bug report at http://bugs.php.net/?id=22624&edit=1
#16210 [Com]: Header problem content-disposition
ID: 16210 Comment by: admin at gemini-ascension dot co dot uk Reported By: pettersen at cpec dot org Status: Bogus Bug Type: Output Control Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Well I found how to stop the error, I removed the session_start() at the top of my code (which I didnt show earlier). The file downloads fine then. Rob PS, Any ideas how to get it to work WITH sessions? Previous Comments: [2003-03-10 11:38:30] admin at gemini-ascension dot co dot uk I have had the exact same prob running win 2000 / pro / server and advanced server, IIS and php in CGI mode with PHP 4.3.0RC3. (I have tried the latest PHP version too, cant remember what it is tho). I actually had downloading files working with code that looked like this: But after changing settings on my router, it doesnt work. To explain, I have my router sending http requests on port 80 through to a LAN server running IIS on port 81. Anyway, after changing IIS to run on port 80 and updating the router respectively, the download page no longer works. Saying that, it didnt work outside the lan anyway. If I requested http://192.168.0.102/download.php the file downloaded, but if I requested the same except using my external IP address (through the router) it didnt work. The error from internet explorer is: Internet Explorer cannot download ...download.php from 192.168.0.102 (or external IP address if that is what I used) The site cannot be found or is unavailable. Interestingly the dialog asking if you want to save the file (just before the error above) doesnt include the file type (it's blank) and the filename is the name of the php file that sends the header info. This IS an issue and should be re-opened!! If I figure out how to do this... I'll post it here! Rob [2002-07-04 11:58:22] irik at irik dot org I am seeing this exact behaviour on my system. I am running linux 2.4 kernel (RH) Apache 1.3.24 and PHP 4.2.1. Can't seem to figure out why the 'attachment' addendum to the content disposition triggers a save dialog box but the browser (IE 6.x) appears to want to download the php file. Any help would be great. [2002-05-28 06:24:41] andreas dot kempf at amalesh dot de Hi, I got the same problem with PHP4.1.1 and PHP4.2.1 if I install them as the CGI-Version. (Trying to run PHP 4.1.1 and 4.2.1 as a module failed with this error: cannot load php4apache.dll in apache) After installing PHP4.0.6 via "LoadModule ... php4apache.dll" all is runnning fine. My System: W2K SP2, Apache 1.3.23 ciao, Andreas [2002-03-21 17:08:06] pettersen at cpec dot org Through trial and error I've determined that in all likely hood this is a config issue on my end somewhere in php.ini (but where!?) =) I've tried 4.2 RC1 on the win2000 server that had 4.1.1 and the functionality worked fine (still). On the other server that has 4.1.2 on it (which wasn't working) and putting on 4.2RC1 didn't alleviate the symptom. This leads me to believe that it's a config issue on my end and not a php code issue. I regret any inconvenience this bogus report may have caused =) Erik [2002-03-21 14:58:43] pettersen at cpec dot org Hi, I believe there is an issue with the header function in 4.1.2 windows Apache module (or it may be a configuration issue on my end, but hear me out =)) First let me state, that I know and understand that IE 5 and 5.5sp1 and even IE 6 have all sorts of issues with content-disposition and how it handles mime-types in general. I don't believe that to be the core issue. I had a script that worked in 4.1.1 until I upgraded to 4.1.2 (apache module + win 2000) I've cut it down to pretty much as simple as possible to eliminate coding issues on my end. This script will cause IE to give the user a "File Open/Save" dialogue box with the correct filename (in this example 22119.pdf) when running on 4.1.1 (which is the desired effect). On 4.1.2 IE will display the "File Open/Save" dialogue box will come up but display the name of the script (download.php for example) and then will display another warning box if you hit "save" stating that it couldn't download the file "download.php" from www.myserver.com. Of course this functionality works like a dream in Netscape regardless of version. Thank you in advance for your consideration of this potential issue =) With best regards, Erik -- Edit this bug report at http://bugs.php.net/?id=16210&edit=1
#22613 [Opn->Csd]: imagettfbox() does not add the kerning distance to the running position
ID: 22613 Updated by: [EMAIL PROTECTED] Reported By: ljpersson at hotmail dot com -Status: Open +Status: Closed Bug Type: GD related Operating System: SuSE 8.0 PHP Version: 4.3.0 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-03-09 18:05:01] [EMAIL PROTECTED] As this is bug in GD itself, you should report it to the author of it too. [2003-03-09 05:54:40] ljpersson at hotmail dot com The calculation of TTF bounding box through ImageTTFBBox() is incorrect. This shows up as the bounding box becomes a few pixels to wide when spaces or characters that extend below the baseline is used. If justa few simple characters i.e. "abc" is used then it is corect but if you take the string (for example) " ab cgAj" then the bounding box is lightly to wide. All texts at zero angle. I have made a simple example at http://jpgraph.fan-atics.com/viewtopic.php?t=795 which clearly illustrates and describes the problem. In that thread there is also a suggestion for a fix (which I hadn't had time to verify myself). It seems that the kerning distance is not properly added to the running position. Hence, the fix should be to in gdft.c replace pen.x += delta.x; with pen.x += delta.x; penf.x += delta.x; -- Edit this bug report at http://bugs.php.net/?id=22613&edit=1
#16210 [Com]: Header problem content-disposition
ID: 16210
Comment by: admin at gemini-ascension dot co dot uk
Reported By: pettersen at cpec dot org
Status: Bogus
Bug Type: Output Control
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
OK Here we go, just add session_cache_limiter('public'); before
session_start() and the header function will work.
Rob
Previous Comments:
[2003-03-10 12:52:01] admin at gemini-ascension dot co dot uk
Well I found how to stop the error, I removed the session_start() at
the top of my code (which I didnt show earlier). The file downloads
fine then.
Rob
PS, Any ideas how to get it to work WITH sessions?
[2003-03-10 11:38:30] admin at gemini-ascension dot co dot uk
I have had the exact same prob running win 2000 / pro / server and
advanced server, IIS and php in CGI mode with PHP 4.3.0RC3.
(I have tried the latest PHP version too, cant remember what it is
tho).
I actually had downloading files working with code that looked like
this:
But after changing settings on my router, it doesnt work. To explain, I
have my router sending http requests on port 80 through to a LAN server
running IIS on port 81. Anyway, after changing IIS to run on port 80
and updating the router respectively, the download page no longer
works.
Saying that, it didnt work outside the lan anyway. If I requested
http://192.168.0.102/download.php the file downloaded, but if I
requested the same except using my external IP address (through the
router) it didnt work.
The error from internet explorer is:
Internet Explorer cannot download ...download.php from 192.168.0.102
(or external IP address if that is what I used)
The site cannot be found or is unavailable.
Interestingly the dialog asking if you want to save the file (just
before the error above) doesnt include the file type (it's blank) and
the filename is the name of the php file that sends the header info.
This IS an issue and should be re-opened!!
If I figure out how to do this... I'll post it here!
Rob
[2002-07-04 11:58:22] irik at irik dot org
I am seeing this exact behaviour on my system. I am running linux 2.4
kernel (RH) Apache 1.3.24 and PHP 4.2.1.
Can't seem to figure out why the 'attachment' addendum to the content
disposition triggers a save dialog box but the browser (IE 6.x) appears
to want to download the php file.
Any help would be great.
[2002-05-28 06:24:41] andreas dot kempf at amalesh dot de
Hi,
I got the same problem with PHP4.1.1 and PHP4.2.1 if I install them as
the CGI-Version. (Trying to run PHP 4.1.1 and 4.2.1 as a module failed
with this error: cannot load php4apache.dll in apache)
After installing PHP4.0.6 via "LoadModule ... php4apache.dll" all is
runnning fine.
My System:
W2K SP2, Apache 1.3.23
ciao, Andreas
[2002-03-21 17:08:06] pettersen at cpec dot org
Through trial and error I've determined that in all likely hood this is
a config issue on my end somewhere in php.ini (but where!?) =)
I've tried 4.2 RC1 on the win2000 server that had 4.1.1 and the
functionality worked fine (still). On the other server that has 4.1.2
on it (which wasn't working) and putting on 4.2RC1 didn't alleviate the
symptom. This leads me to believe that it's a config issue on my end
and not a php code issue.
I regret any inconvenience this bogus report may have caused =)
Erik
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/16210
--
Edit this bug report at http://bugs.php.net/?id=16210&edit=1
#22626 [NEW]: POST'ing an Array () gives string 'Array'
From: cyborg at driverheaven dot net Operating system: Windows 2003 Server PHP version: 5CVS-2003-03-10 (dev) PHP Bug Type: Unknown/Other Function Bug description: POST'ing an Array () gives string 'Array' when posting information through a form, using an array for a name, example: 4 inputs: (where 70 is different for each input, according to the messageid) PHP gives the value 'Array' for $_POST['checkbox'], and it is a string, as print_r() displays 'Array', and is_array() returns false on check. -- Edit bug report at http://bugs.php.net/?id=22626&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22626&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22626&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22626&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22626&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22626&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22626&r=support Expected behavior: http://bugs.php.net/fix.php?id=22626&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22626&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22626&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22626&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22626&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22626&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22626&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22626&r=gnused
#22627 [NEW]: php.ini ignores "session.bug_compat_warn" and "session.bug_compat_42" settings
From: jamespilcher1 at hotmail dot com
Operating system: windows 2k pro 5.00.2195 sp3
PHP version: 4.3.1
PHP Bug Type: PHP options/info functions
Bug description: php.ini ignores "session.bug_compat_warn" and
"session.bug_compat_42" settings
if you put the following combinations in php.ini -
session.bug_compat_42 = 0
session.bug_compat_warn = 0
or
session.bug_compat_42 = Off
session.bug_compat_warn = Off
or any combination of 1 or 0 / On or Off
then run phpinfo(), phpinfo ALWAYS states that
session.bug_compat_42 and session.bug_compat_warn are
"On" at both local and master value
this is the precompiled windows binary version of php 4.3.1
anyone else that tries to report this bug has been
ignored or told they have the wrong combo of on and off
but it tried all four (eight including numerical/text permutations) and
NONE WORK. THIS IS A BUG.
Below is my entire PHP.ini file - if this is an excessive post i'm sure
the moderators will edit this out
=
[PHP]
;;;
; WARNING ;
;;;
; This is the default settings file for new PHP installations.
; By default, PHP installs itself with a configuration suitable for
; development purposes, and *NOT* for production purposes.
; For several security-oriented considerations that should be taken
; before going online with your site, please consult php.ini-recommended
; and http://php.net/manual/en/security.php.
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP to
; read it, it must be named 'php.ini'. PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that
order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overridden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably
guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from
FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or
M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an
expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and
parentheses:
; |bitwise OR
; &bitwise AND
; ~bitwise NOT
; !boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the
equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none; sets foo to an empty string
; foo = "none" ; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a
; dynamically loaded extension (either a PHP extension or a Zend
extension),
; you may only use these constants *after* the line that loads the
extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).
; Language Options ;
; Enable the PHP scripting language engine under Apache.
engine = On
; Allow the tags are
recognized.
short_open_tag = On
; Allow ASP-style <% %> tags.
asp_tags = Off
; The number of significant digits displayed in floating point numbers.
precision= 12
; Enforce year 2000 compliance (will cause problems with non-compliant
browsers)
y2k_compliance = Off
; Output buffering allows you to send header lines (including cookies)
even
; after you send body content, at the price of slowing PHP's output layer
a
; bit. You can enable output buffering during runtime by calling the
output
; buffering functions. You can also enable output buffering for all files
by
; setting this directive to On. If you wish to limit the size of the
buffer
; to a certain size - you can use a maximum number of bytes instead of
'On', as
; a value for this directive (e.g., output_buffering=4096).
output_buffering = Off
; You can redirect all of the output of your scripts to a function. For
; example, if you set output_handler to "ob_gzhandler", output will be
; transparently compressed for browsers that support gzip or deflate
encoding.
; Setting an output handler automatically turns on output buffering.
output_handler =
; The unserialize callback function will called (with the undefind class'
; name as
#22592 [Ver]: Cascading assignments to strings with curly braces broken
ID: 22592 Updated by: [EMAIL PROTECTED] Reported By: matteo at beccati dot com Status: Verified Bug Type: Scripting Engine problem Operating System: Debian GNU/Linux 3.0 -PHP Version: 4.3.2-dev +PHP Version: 4.3.2-dev 5CVS-2003-03-11 New Comment: Update version Previous Comments: [2003-03-07 12:13:25] [EMAIL PROTECTED] Happens also with 4.3.2-dev. (from today) [2003-03-07 11:40:25] matteo at beccati dot com When using cascading assignments to strings and curly braces, to change characters within strings, only the last character is changed to the right value. Other characters become NUL (0x00). The resulting output is: a*c*e* ace* a%2Ac%2Ae%2A a%00c%00e%2A I also tested it on a old PHP 4.2.0-dev, and it gives the same result. -- Edit this bug report at http://bugs.php.net/?id=22592&edit=1
#22626 [Opn->Fbk]: POST'ing an Array () gives string 'Array'
ID: 22626 Updated by: [EMAIL PROTECTED] Reported By: cyborg at driverheaven dot net -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows 2003 Server PHP Version: 5CVS-2003-03-10 (dev) New Comment: Please show us the script in which you do the print_r(). Derick Previous Comments: [2003-03-10 13:17:26] cyborg at driverheaven dot net when posting information through a form, using an array for a name, example: 4 inputs: (where 70 is different for each input, according to the messageid) PHP gives the value 'Array' for $_POST['checkbox'], and it is a string, as print_r() displays 'Array', and is_array() returns false on check. -- Edit this bug report at http://bugs.php.net/?id=22626&edit=1
#22625 [Opn->Csd]: imagesetbrush() undeclared in bundled GD library.
ID: 22625 Updated by: [EMAIL PROTECTED] Reported By: kah at kahnews dot cjb dot net -Status: Open +Status: Closed Bug Type: GD related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: Either it's fixed in the latest CVS snapshot, or you're using the wrong gd extension. (enable the php_gd2.dll) Previous Comments: [2003-03-10 12:22:55] kah at kahnews dot cjb dot net The imagesetbrush() function is undeclared in the bundled GD library included with the binary PHP 4.3.1 release for Win32. This has also been reported to be happening on Windows XP in comp.lang.php. -- Edit this bug report at http://bugs.php.net/?id=22625&edit=1
#22627 [Opn->Bgs]: php.ini ignores "session.bug_compat_warn" and "session.bug_compat_42" settings
ID: 22627
Updated by: [EMAIL PROTECTED]
Reported By: jamespilcher1 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: PHP options/info functions
Operating System: windows 2k pro 5.00.2195 sp3
PHP Version: 4.3.1
New Comment:
Your php.ini file is just not loaded by PHP.
Not a bug.
Previous Comments:
[2003-03-10 13:20:28] jamespilcher1 at hotmail dot com
if you put the following combinations in php.ini -
session.bug_compat_42 = 0
session.bug_compat_warn = 0
or
session.bug_compat_42 = Off
session.bug_compat_warn = Off
or any combination of 1 or 0 / On or Off
then run phpinfo(), phpinfo ALWAYS states that
session.bug_compat_42 and session.bug_compat_warn are
"On" at both local and master value
this is the precompiled windows binary version of php 4.3.1
anyone else that tries to report this bug has been
ignored or told they have the wrong combo of on and off
but it tried all four (eight including numerical/text permutations) and
NONE WORK. THIS IS A BUG.
Below is my entire PHP.ini file - if this is an excessive post i'm sure
the moderators will edit this out
=
[PHP]
;;;
; WARNING ;
;;;
; This is the default settings file for new PHP installations.
; By default, PHP installs itself with a configuration suitable for
; development purposes, and *NOT* for production purposes.
; For several security-oriented considerations that should be taken
; before going online with your site, please consult
php.ini-recommended
; and http://php.net/manual/en/security.php.
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP
to
; read it, it must be named 'php.ini'. PHP looks for it in the
current
; working directory, in the path designated by the environment
variable
; PHPRC, and in the path that was defined in compile time (in that
order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overridden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably
guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from
FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or
M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an
expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and
parentheses:
; |bitwise OR
; &bitwise AND
; ~bitwise NOT
; !boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after
the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none; sets foo to an empty string
; foo = "none" ; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a
; dynamically loaded extension (either a PHP extension or a Zend
extension),
; you may only use these constants *after* the line that loads the
extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these
lines,
; the builtin defaults will be identical).
; Language Options ;
; Enable the PHP scripting language engine under Apache.
engine = On
; Allow the tags are
recognized.
short_open_tag = On
; Allow ASP-style <% %> tags.
asp_tags = Off
; The number of significant digits displayed in floating point
numbers.
precision= 12
; Enforce year 2000 compliance (will cause problems with non-compliant
browsers)
y2k_compliance = Off
; Output buffering allows you to send header lines (including cookies)
even
; after you send body content, at the price of slowing PHP's output
layer a
; bit. You can enable output buffering during runtime by calling the
output
; buffering functions. You can also enable output buffering for all
files by
; setting this directive to On. If you wish to limit the size of the
buffer
; to a certain size - you can use a maximum number of bytes instead of
'On', as
; a value for this directive (e.g., output_buffering=4096).
output_buffering = Off
; You can redirect all of the output of your scripts to a function.
For
; example, if you set output_handler to "ob_gzhandler", output will be
; transpare
#22617 [Bgs]: www.php.net language
ID: 22617 User updated by: jtjohnston at courrier dot usherb dot ca Reported By: jtjohnston at courrier dot usherb dot ca Status: Bogus Bug Type:*Web Server problem PHP Version: 4.3.1 New Comment: Works badly! Previous Comments: [2003-03-10 06:21:17] [EMAIL PROTECTED] This is a new feature of php.net, auto-accepting languages, as noticed on the http://www.php.net homepage. Marking as bogus. ~ Andrew Heebner [2003-03-10 00:18:58] jtjohnston at courrier dot usherb dot ca It worked until this past week some time [2003-03-10 00:17:55] jtjohnston at courrier dot usherb dot ca I admit, [Fr] is the second accepted language. But English [En] is the first!? [2003-03-09 23:16:20] [EMAIL PROTECTED] check your browers accepted languages im assuming because your OS is in french PHP.net is pulling french you can change your language in Tools/Internet Options/Languages [2003-03-09 23:02:47] jtjohnston at courrier dot usherb dot ca Website or cookie problem?? When I search for something in the manual at www.php.net, my searches now respond in French. I use an English browser (although my OS (Win98) is French). I get this http://www.php.net/manual/fr/function.mysql-fetch-array.php instead of http://www.php.net/manual/en/function.mysql-fetch-array.php for example. -- Edit this bug report at http://bugs.php.net/?id=22617&edit=1
#22617 [Bgs]: www.php.net language
ID: 22617 User updated by: jtjohnston at courrier dot usherb dot ca Reported By: jtjohnston at courrier dot usherb dot ca Status: Bogus Bug Type:*Web Server problem PHP Version: 4.3.1 New Comment: Works badly! > "Accept Language" setting is also honored on > language sensitive pages ... You can set your > preferences under Edit/Preferences/Navigator/Languages > in Mozilla English is my first set langauge, [fr] is the second. It should not pick up on Fr? At least when I switch languages on a manual reference page to go from Fr to En, my cookie should at least recognise that I switched to En? Set up a page for users to change their preferences so their cookie is configured to their liking? :) J Previous Comments: [2003-03-10 15:29:17] jtjohnston at courrier dot usherb dot ca Works badly! [2003-03-10 06:21:17] [EMAIL PROTECTED] This is a new feature of php.net, auto-accepting languages, as noticed on the http://www.php.net homepage. Marking as bogus. ~ Andrew Heebner [2003-03-10 00:18:58] jtjohnston at courrier dot usherb dot ca It worked until this past week some time [2003-03-10 00:17:55] jtjohnston at courrier dot usherb dot ca I admit, [Fr] is the second accepted language. But English [En] is the first!? [2003-03-09 23:16:20] [EMAIL PROTECTED] check your browers accepted languages im assuming because your OS is in french PHP.net is pulling french you can change your language in Tools/Internet Options/Languages 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/22617 -- Edit this bug report at http://bugs.php.net/?id=22617&edit=1
#21890 [Fbk->Opn]: Segfault on mysql_fetch_object
ID: 21890 User updated by: hans dot wolters at chello dot nl Reported By: hans dot wolters at chello dot nl -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Linux kernel 2.4.20-pre5 -PHP Version: 5CVS-2003-01-26 (dev) +PHP Version: 5CVS-2003-03-11 (dev) New Comment: Program received signal SIGSEGV, Segmentation fault. 0x4048e10f in zend_hash_exists (ht=0x406da808, arKey=0x264 , nKeyLength=1) at /home/software/php5/php5/Zend/zend_hash.c:923 923 HANDLE_NUMERIC(arKey, nKeyLength, zend_hash_index_exists(ht, idx)); I updated automake, autoconf and libtool to match the versions. Used the same configure options... Regards, Hans Previous Comments: [2003-03-10 10:33:35] [EMAIL PROTECTED] Leave as feedback until you can provide the information we requested.. [2003-03-10 09:44:16] hans dot wolters at chello dot nl I need a few hours to setup another machine. Might be tomorrow. Regards, Hans [2003-03-10 09:37:16] [EMAIL PROTECTED] andrew: We don't suspend when asking for feedback.. hans: Can you try the latest CVS snapshot? [2003-03-10 06:34:54] [EMAIL PROTECTED] Unable to reproduce on WinXP with PHP5 (latest snap), mysql (latest build)... Suspending issue until more feedback is issued. ~ Andrew Heebner [2003-01-27 18:05:05] hans dot wolters at chello dot nl Hi Magnus, Last remarks. I compiled a new installed mysql (4.0.x) and therefor I was able to use --with-mysql=/path... in the php configure. It doesn't barf anymore. Think the error might be in the shipped mysql code php is using when a user doesn't have any mysql headers installed (or a mysql development package) Regards, Hans 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/21890 -- Edit this bug report at http://bugs.php.net/?id=21890&edit=1
#22626 [Fbk->Opn]: POST'ing an Array () gives string 'Array'
ID: 22626 User updated by: cyborg at driverheaven dot net Reported By: cyborg at driverheaven dot net -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Windows 2003 Server PHP Version: 5CVS-2003-03-10 (dev) New Comment: It appears to have been my problem, as I wasn't checking for whether the variable was an array or string, and attempting to stripslashes() if magic_quotes_gpc was enabled. /me smacks head for being an idiot. (Although there was no problems with it on PHP >= 4.1.0) Previous Comments: [2003-03-10 14:07:59] [EMAIL PROTECTED] Please show us the script in which you do the print_r(). Derick [2003-03-10 13:17:26] cyborg at driverheaven dot net when posting information through a form, using an array for a name, example: 4 inputs: (where 70 is different for each input, according to the messageid) PHP gives the value 'Array' for $_POST['checkbox'], and it is a string, as print_r() displays 'Array', and is_array() returns false on check. -- Edit this bug report at http://bugs.php.net/?id=22626&edit=1
#19599 [Bgs]: "driver initialization failed" on any "driver"
ID: 19599 Updated by: [EMAIL PROTECTED] Reported By: ivoras at fer dot hr Status: Bogus Bug Type: DBM/DBA related Operating System: Linux (Debian 3) PHP Version: 4.2.3 -Assigned To: +Assigned To: helly New Comment: For a first start please only use db2 OR db3 support. If this doesn't help disable ndbm also. Then enable flatfile and see if this works. Since you cannot have both db2 and db3 enabled this stays bogus. Previous Comments: [2003-03-10 03:00:42] b0nks at nerim dot net I got the same error whatever dba_* function i use: i have tested on Windows XP / PHP 4.2.0 Linux GNU Debian / PHP 4.1.2 Linux GNU Debian / PHP 4.3.1 dba support is enabled in all versions refering to phpinfo(); [2002-09-25 17:11:58] [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. [2002-09-25 13:34:00] ivoras at fer dot hr Running php with db3 and db2 and gdbm causes all dba_* functions to fail with "driver initialization failed" error regardless of which driver is used. -- Edit this bug report at http://bugs.php.net/?id=19599&edit=1
#22626 [Opn->Bgs]: POST'ing an Array () gives string 'Array'
ID: 22626 Updated by: [EMAIL PROTECTED] Reported By: cyborg at driverheaven dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2003 Server PHP Version: 5CVS-2003-03-10 (dev) New Comment: Not PHP bug -> bogus. Previous Comments: [2003-03-10 17:09:27] cyborg at driverheaven dot net It appears to have been my problem, as I wasn't checking for whether the variable was an array or string, and attempting to stripslashes() if magic_quotes_gpc was enabled. /me smacks head for being an idiot. (Although there was no problems with it on PHP >= 4.1.0) [2003-03-10 14:07:59] [EMAIL PROTECTED] Please show us the script in which you do the print_r(). Derick [2003-03-10 13:17:26] cyborg at driverheaven dot net when posting information through a form, using an array for a name, example: 4 inputs: (where 70 is different for each input, according to the messageid) PHP gives the value 'Array' for $_POST['checkbox'], and it is a string, as print_r() displays 'Array', and is_array() returns false on check. -- Edit this bug report at http://bugs.php.net/?id=22626&edit=1
#21890 [Opn->Fbk]: Segfault on mysql_fetch_object
ID: 21890 Updated by: [EMAIL PROTECTED] Reported By: hans dot wolters at chello dot nl -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Linux kernel 2.4.20-pre5 PHP Version: 5CVS-2003-03-11 (dev) New Comment: Please add the full backtrace: (gdb) bt Previous Comments: [2003-03-10 17:04:16] hans dot wolters at chello dot nl Program received signal SIGSEGV, Segmentation fault. 0x4048e10f in zend_hash_exists (ht=0x406da808, arKey=0x264 , nKeyLength=1) at /home/software/php5/php5/Zend/zend_hash.c:923 923 HANDLE_NUMERIC(arKey, nKeyLength, zend_hash_index_exists(ht, idx)); I updated automake, autoconf and libtool to match the versions. Used the same configure options... Regards, Hans [2003-03-10 10:33:35] [EMAIL PROTECTED] Leave as feedback until you can provide the information we requested.. [2003-03-10 09:44:16] hans dot wolters at chello dot nl I need a few hours to setup another machine. Might be tomorrow. Regards, Hans [2003-03-10 09:37:16] [EMAIL PROTECTED] andrew: We don't suspend when asking for feedback.. hans: Can you try the latest CVS snapshot? [2003-03-10 06:34:54] [EMAIL PROTECTED] Unable to reproduce on WinXP with PHP5 (latest snap), mysql (latest build)... Suspending issue until more feedback is issued. ~ Andrew Heebner 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/21890 -- Edit this bug report at http://bugs.php.net/?id=21890&edit=1
#22626 [Bgs]: POST'ing an Array () gives string 'Array'
ID: 22626 User updated by: cyborg at driverheaven dot net Reported By: cyborg at driverheaven dot net Status: Bogus Bug Type: *General Issues Operating System: Windows 2003 Server PHP Version: 5CVS-2003-03-10 (dev) New Comment: indeed. Previous Comments: [2003-03-10 17:15:40] [EMAIL PROTECTED] Not PHP bug -> bogus. [2003-03-10 17:09:27] cyborg at driverheaven dot net It appears to have been my problem, as I wasn't checking for whether the variable was an array or string, and attempting to stripslashes() if magic_quotes_gpc was enabled. /me smacks head for being an idiot. (Although there was no problems with it on PHP >= 4.1.0) [2003-03-10 14:07:59] [EMAIL PROTECTED] Please show us the script in which you do the print_r(). Derick [2003-03-10 13:17:26] cyborg at driverheaven dot net when posting information through a form, using an array for a name, example: 4 inputs: (where 70 is different for each input, according to the messageid) PHP gives the value 'Array' for $_POST['checkbox'], and it is a string, as print_r() displays 'Array', and is_array() returns false on check. -- Edit this bug report at http://bugs.php.net/?id=22626&edit=1
#21890 [Fbk->Opn]: Segfault on mysql_fetch_object
ID: 21890 User updated by: hans dot wolters at chello dot nl Reported By: hans dot wolters at chello dot nl -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Linux kernel 2.4.20-pre5 PHP Version: 5CVS-2003-03-11 (dev) New Comment: K, since it is a lot of output I've set it online. http://e35203.upc-e.chello.nl/~hans/.bt_full Regards, Hans Previous Comments: [2003-03-10 17:17:18] [EMAIL PROTECTED] Please add the full backtrace: (gdb) bt [2003-03-10 17:04:16] hans dot wolters at chello dot nl Program received signal SIGSEGV, Segmentation fault. 0x4048e10f in zend_hash_exists (ht=0x406da808, arKey=0x264 , nKeyLength=1) at /home/software/php5/php5/Zend/zend_hash.c:923 923 HANDLE_NUMERIC(arKey, nKeyLength, zend_hash_index_exists(ht, idx)); I updated automake, autoconf and libtool to match the versions. Used the same configure options... Regards, Hans [2003-03-10 10:33:35] [EMAIL PROTECTED] Leave as feedback until you can provide the information we requested.. [2003-03-10 09:44:16] hans dot wolters at chello dot nl I need a few hours to setup another machine. Might be tomorrow. Regards, Hans [2003-03-10 09:37:16] [EMAIL PROTECTED] andrew: We don't suspend when asking for feedback.. hans: Can you try the latest CVS snapshot? 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/21890 -- Edit this bug report at http://bugs.php.net/?id=21890&edit=1
#22599 [Bgs->Opn]: apxs requires -bE parameter on AIX
ID: 22599
User updated by: dave at zalasta dot com
Reported By: dave at zalasta dot com
-Status: Bogus
+Status: Open
-Bug Type: Apache related
+Bug Type: *Configuration Issues
Operating System: AIX 4.3.3
-PHP Version: 4.3.1
+PHP Version: php5-200303092230
New Comment:
Solved apxs problem incorrect directive in apxs... pointing to
wrong location for perl.
New problem when running ./configure, get to:
checking for mysqli support ... no
then
-l
./configure[53628]: syntax error at line 53629: 'else' expected.
Over to you .
Previous Comments:
[2003-03-09 18:29:32] [EMAIL PROTECTED]
This sounds more like bad install of apache.
How did you install apache? What version?
Are you sure it actually supports DSOs?
What does this output:
# /usr/HTTPServer/bin/apxs -q CFLAGS
And what about:
# ls -l /usr/HTTPServer/bin/apxs
You might just not have execute rights on the file
for the user as you're running configure as.
Try doing it as root.
As this is really not PHP bug at all, I'm bogusing this.
Please ask further support questions on appropriate mailing
list. See www.php.net/support.php for more info.
[2003-03-09 18:15:57] dave at zalasta dot com
Hi again
Tried both php4 and php5 snaps 200303092230, and still the same
error could it be the path to perl that is the problem? perl5 is
referenced by two symlinks, one in usr/bin, and one in /usr/lib, both
named "perl". /usr/bin is in my path.
If I type...
cd /usr/HTTPServer/bin
perl ./apxs
I get the help prompt.
Any help?
Cheers
Dave
[2003-03-08 11:07:43] [EMAIL PROTECTED]
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.
[2003-03-07 19:34:57] dave at zalasta dot com
When attempting to run (as root)
configure
--with-mysql
--with-apxs=/usr/HTTPServer/bin/apxs
the configure script fails with "cannot find apxs" when apxs exists. It
appears that apxs on AIX 4.3.3 requires a .exp file to execute, which
is passed to apxs via a -bE parameter. There is no .exp file in the
source distribution of php 4.3.1... could this be the problem?
config.log follows:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:1539: checking for Cygwin environment
configure:1555: cc -c conftest.c 1>&5
./configure[1554]: cc: not found
configure: failed program was:
#line 1544 "configure"
#include "confdefs.h"
int main() {
#ifndef __CYGWIN__
#define __CYGWIN__ __CYGWIN32__
#endif
return __CYGWIN__;
; return 0; }
configure:1572: checking for mingw32 environment
configure:1584: cc -c conftest.c 1>&5
./configure[1583]: cc: not found
configure: failed program was:
#line 1577 "configure"
#include "confdefs.h"
int main() {
return __MINGW32__;
; return 0; }
configure:1603: checking for working sed
configure:1726: checking host system type
configure:1815: checking for gcc
configure:1928: checking whether the C compiler (gcc ) works
configure:1944: gcc -o conftestconftest.c 1>&5
configure:1970: checking whether the C compiler (gcc ) is a
cross-compiler
configure:1975: checking whether we are using GNU C
configure:1984: gcc -E conftest.c
configure:2003: checking whether gcc accepts -g
configure:2036: checking whether gcc and cc understand -c and -o
together
configure:2051: gcc -c conftest.c -o conftest.o 1>&5
configure:2052: gcc -c conftest.c -o conftest.o 1>&5
configure:2057: cc -c conftest.c 1>&5
./configure[2056]: cc: not found
configure:2087: checking how to run the C preprocessor
configure:2108: gcc -E conftest.c >/dev/null 2>conftest.out
configure:2168: checking for AIX
configure:2195: checking if compiler supports -R
configure:2210: gcc -o conftestconftest.c -R /usr/lib 1>&5
gcc: unrecognized option `-R'
ld: 0711-168 SEVERE ERROR: Input file: /usr/lib
Input files must be regular files.
collect2: ld returned 12 exit status
configure: failed program was:
#line 2203 "configure"
#include "confdefs.h"
int main() {
; return 0; }
configure:2228: checking if compiler supports -Wl,-rpath,
configure:2243: gcc -o conftestconftest.c -Wl,-rpath,/usr/lib
1>&5
ld: 0706-012 The -p flag is not recognized.
ld: 0706-012 The -a flag is not recognized
#22599 [Opn->Bgs]: apxs requires -bE parameter on AIX
ID: 22599
Updated by: [EMAIL PROTECTED]
Reported By: dave at zalasta dot com
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: AIX 4.3.3
PHP Version: php5-200303092230
New Comment:
That is a known problem. And as you propably know,
PHP5 is under heavy development and submitting bugs
at this point is not very useful.
Previous Comments:
[2003-03-10 17:46:43] dave at zalasta dot com
Solved apxs problem incorrect directive in apxs... pointing to
wrong location for perl.
New problem when running ./configure, get to:
checking for mysqli support ... no
then
-l
./configure[53628]: syntax error at line 53629: 'else' expected.
Over to you .
[2003-03-09 18:29:32] [EMAIL PROTECTED]
This sounds more like bad install of apache.
How did you install apache? What version?
Are you sure it actually supports DSOs?
What does this output:
# /usr/HTTPServer/bin/apxs -q CFLAGS
And what about:
# ls -l /usr/HTTPServer/bin/apxs
You might just not have execute rights on the file
for the user as you're running configure as.
Try doing it as root.
As this is really not PHP bug at all, I'm bogusing this.
Please ask further support questions on appropriate mailing
list. See www.php.net/support.php for more info.
[2003-03-09 18:15:57] dave at zalasta dot com
Hi again
Tried both php4 and php5 snaps 200303092230, and still the same
error could it be the path to perl that is the problem? perl5 is
referenced by two symlinks, one in usr/bin, and one in /usr/lib, both
named "perl". /usr/bin is in my path.
If I type...
cd /usr/HTTPServer/bin
perl ./apxs
I get the help prompt.
Any help?
Cheers
Dave
[2003-03-08 11:07:43] [EMAIL PROTECTED]
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.
[2003-03-07 19:34:57] dave at zalasta dot com
When attempting to run (as root)
configure
--with-mysql
--with-apxs=/usr/HTTPServer/bin/apxs
the configure script fails with "cannot find apxs" when apxs exists. It
appears that apxs on AIX 4.3.3 requires a .exp file to execute, which
is passed to apxs via a -bE parameter. There is no .exp file in the
source distribution of php 4.3.1... could this be the problem?
config.log follows:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:1539: checking for Cygwin environment
configure:1555: cc -c conftest.c 1>&5
./configure[1554]: cc: not found
configure: failed program was:
#line 1544 "configure"
#include "confdefs.h"
int main() {
#ifndef __CYGWIN__
#define __CYGWIN__ __CYGWIN32__
#endif
return __CYGWIN__;
; return 0; }
configure:1572: checking for mingw32 environment
configure:1584: cc -c conftest.c 1>&5
./configure[1583]: cc: not found
configure: failed program was:
#line 1577 "configure"
#include "confdefs.h"
int main() {
return __MINGW32__;
; return 0; }
configure:1603: checking for working sed
configure:1726: checking host system type
configure:1815: checking for gcc
configure:1928: checking whether the C compiler (gcc ) works
configure:1944: gcc -o conftestconftest.c 1>&5
configure:1970: checking whether the C compiler (gcc ) is a
cross-compiler
configure:1975: checking whether we are using GNU C
configure:1984: gcc -E conftest.c
configure:2003: checking whether gcc accepts -g
configure:2036: checking whether gcc and cc understand -c and -o
together
configure:2051: gcc -c conftest.c -o conftest.o 1>&5
configure:2052: gcc -c conftest.c -o conftest.o 1>&5
configure:2057: cc -c conftest.c 1>&5
./configure[2056]: cc: not found
configure:2087: checking how to run the C preprocessor
configure:2108: gcc -E conftest.c >/dev/null 2>conftest.out
configure:2168: checking for AIX
configure:2195: checking if compiler supports -R
configure:2210: gcc -o conftestconftest.c -R /usr/lib 1>&5
gcc: unrecognized option `-R'
ld: 0711-168 SEVERE ERROR: Input file: /usr/lib
Input files must be regular files.
collect2: ld returned 12 exit status
configure: failed program was:
#line 2203 "configure"
#include "confdefs.h"
int main() {
; return 0; }
configure:2228: chec
#22591 [Opn->Fbk]: ftp_rawlist still not working
ID: 22591 Updated by: [EMAIL PROTECTED] Reported By: davidfelton at codemasters dot com -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Windows 2000 Server PHP Version: 4.3.1 New Comment: Yes, with the CGI binary. But from cmd line. But it shouldn't matter really.. Try it on command line too. So we can be sure it's strictly under IIS when it doesn't work well.. Previous Comments: [2003-03-10 10:14:27] davidfelton at codemasters dot com Yes I downloaded from the link you gave me. phpinfo confirms I am running 4.3.2-dev build 2195 As far as I can tell it's all installed properley. You did try with the CGI version? [2003-03-10 10:05:29] [EMAIL PROTECTED] Are you sure you tested the latest snapshot? Are you sure you installed it correctly? I just tried it on my win2k machine, and this works just fine for me. [2003-03-10 04:14:07] davidfelton at codemasters dot com Thanks. Yes. [2003-03-07 12:04:06] [EMAIL PROTECTED] Can you verify it's not working with the latest stable snapshot? [2003-03-07 11:17:10] davidfelton at codemasters dot com Can you verify that it's not working with 4.3.1 CGI? 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/22591 -- Edit this bug report at http://bugs.php.net/?id=22591&edit=1
#22616 [Opn->Csd]: Wrong order of -lssl and -lcrypto with IMAP
ID: 22616 Updated by: [EMAIL PROTECTED] Reported By: druid at mail dot cz -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Linux 2.4.20 PHP Version: 4.3.1 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-03-10 02:08:39] druid at mail dot cz ./configure --with-apxs2=/usr/local/apache/bin/apxs --with-zlib --enable-bcmath --with-bz2=shared --enable-calendar --enable-exif --enable-ftp --with-ttf --with-gettext=shared --with-gd --with-jpeg-dir --with-png-dir --with-freetype-dir --with-mysql=shared --with-mysql-sock=shared --with-recode=shared --with-imap --with-imap-ssl=/usr/local/ssl OpenSSL 0.9.7a First I got problem with checking whether IMAP is working (I compiled imap-2002b in /usr/src/imap-2002b and copied c-client.a to /usr/lib (symlinked to libc-client.a of course) and copied mail.h rfc822.h linkage.h to /usr/include). Btw., I don't know why is that, that the ./configure didn't resolve the correct path to OpenSSL in --with-imap-ssl I had to put --with-imap-ssl=/usr/local/ssl to ./configure. There were unresolved symbols in config.log caused by wrong order of -lssl -lcrypto at the beginning of gcc command. So I put "-lssl -lcrypto" at line 35415: LIBS="$TST_LIBS $LIBS -lssl -lcrypto" The ./configure passed just fine. Then there was problem at the end of compilation process with linking sapi/cli/php. The same wrong order. I had to copy the whole command to clipboard and run it manually with "-lssl -lcrypt" at the end of the line. I've tried this once before but it generated sapi/cli/php which caused segmentation fault when executed. (Error occured in "make install": something like [install-pear-installer]: segmentation fault) [2003-03-09 17:53:02] [EMAIL PROTECTED] And what error did you get if you didn't change the order? What version of openssl? What was the full configure line you used for PHP? [2003-03-09 14:27:48] druid at mail dot cz ./configure and Makefile sets a wrong order of loading -lssl and -lcrypto when --with-imap and --with-imap-ssl. I used imap-2002b. I had to change the order twice. First at ./configure and second at Makefile when linking sapi/cli/php. -- Edit this bug report at http://bugs.php.net/?id=22616&edit=1
#22532 [Fbk->NoF]: after using oci colections the httpd process keeps the memory allocated
ID: 22532
Updated by: [EMAIL PROTECTED]
Reported By: adri_l at gmx dot net
-Status: Feedback
+Status: No Feedback
Bug Type: OCI8 related
Operating System: Suse Linux 8.1
PHP Version: 4.3.1
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-03-04 19:52:34] [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-03-04 02:12:36] adri_l at gmx dot net
Hi.
I am testing some ways to insert big amounts of data
in a oracle database and i encountered the following problem.
During the script execution the memory usage of httpd daemon grows a
lot and even after the script is ended the httpd process keeps the
memory allocated. After two runs of the script the httpd process is
using 28.7% of 512 MB of RAM.
I'm using PHP 4.3.1, Oracle 9.2.1.0.1 and apache 1.3.27.
Hope you can help.
The oracle table in which the data is inserted has the following
structure:
SQL> describe adrian_test;
NameNull?Type
--- -
NAME VARCHAR2(255)
NR NUMBER
VAL NUMBER
The script is:
append("Nume".$i);
$cval->append($i);
$cnr->append($i+100);
};
//Create the PLSQL query
$mbstr="begin forall i in 1..".$nr_query." insert into adrian_test
(name,nr,val) values (:vname(i),:vnr(i),:vval(i));end;";
$mbq=OCIParse($link,$mbstr);
//Bind collections
OCIBindByName($mbq,":vname",$cname,sizeof($cname),OCI_B_SQLT_NTY);
OCIBindByName($mbq,":vnr",$cnr,sizeof($cnr),OCI_B_SQLT_NTY);
OCIBindByName($mbq,":vval",$cval,sizeof($cval),OCI_B_SQLT_NTY);
//Execute Query
OCIExecute($mbq);
OCIFreeStatement($mbq);
//Free Collections
$cname->free();
$cnr->free();
$cval->free();
//Drop types
$dtque=OCIParse($link,"drop type mname");
OCIExecute($dtque);
OCIFreeStatement($dtque);
$dtque=OCIParse($link,"drop type mnr");
OCIExecute($dtque);
OCIFreeStatement($dtque);
$dtque=OCIParse($link,"drop type mval");
OCIExecute($dtque);
OCIFreeStatement($dtque);
};
$linkid = OCINLogon("scott", "tiger");
bulk_test($linkid,50);
?>
I hope this can be solved easily and that i'm not reporting false bugs
or things like this.
Best regards,
Adrian CIocildau
--
Edit this bug report at http://bugs.php.net/?id=22532&edit=1
#22562 [Fbk->NoF]: fail in making install
ID: 22562 Updated by: [EMAIL PROTECTED] Reported By: oulanda at sina dot com -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: aix 4.3.3 PHP Version: 4.3.1 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-03-05 22:39:01] [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-03-05 20:26:40] oulanda at sina dot com environment: aix 4.3.3 oracle 8.1.5 php4-STABLE-200303060030 ./configure --prefix=/usr/wwwphp --with-mysql=no --with-oci8=$ORACLE_HOME --with-apache=/tmp/apache_1.3.27 --enable-track-vars --enable-sichild make is ok. but fail in making install . "Installing PEAR environment : /usr/wwwphp/lib/php/ make: 1254-059 The error code from the last command is 4. Stop. make: 1254-004 The error code from the last command is 2. stop." if i remove "--with-oci8=$ORACLE_HOME " ,make install success. -- Edit this bug report at http://bugs.php.net/?id=22562&edit=1
#22563 [Fbk->NoF]: The specified CGI application misbehaved by not returning a complete set of HTT
ID: 22563
Updated by: [EMAIL PROTECTED]
Reported By: frankielam at ucr dot com dot hk
-Status: Feedback
+Status: No Feedback
Bug Type: CGI related
Operating System: Windows 2000
PHP Version: 4.3.1
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-03-05 22:41: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-03-05 21:50:55] frankielam at ucr dot com dot hk
I find the CGI error occurs intermittently with the php script below(a
simple script that
do nothing but keeps refreshing itself with a different value of
parameter passed into it as GET, REMEMBER to open serveral instances
to
run it.)
Teh message it returns is:
"CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:"
doit.php
8<---
testing";
if (isset($_GET["times"]))
$times = ($_GET["times"]) + 1;
else
$times = 0;
//SEE??? even i comment the statement out, infamous cgi error occurs,
STILL!
//$conn = mssql_connect('127.0.0.1', 'sa', '') or die("couldn't
connect");
echo "";
echo "Trying CGI";
echo "$times";
//header("doit.php");
?>
8<---
My config.:
Windows 2000 Advanced Server with SP3
PHP 4.3.1 / 4.2.3 (both tested to have CGI problem)
P3-1G with 128MB RAM
--
Edit this bug report at http://bugs.php.net/?id=22563&edit=1
#21635 [Fbk->NoF]: pg_escape_* want to allocate an insane amount of memory
ID: 21635 Updated by: [EMAIL PROTECTED] Reported By: r dot s dot a dot vandomburg at student dot utwente dot nl -Status: Feedback +Status: No Feedback Bug Type: PostgreSQL related Operating System: FreeBSD/sparc64 5.0-CURRENT PHP Version: 4.3.1 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-03-05 15:31:51] [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 I am unabled to reploduce the described problem using latest CVS. If the problem persists please include the configure line you are using (from config.nice). [2003-02-25 09:01:07] r dot s dot a dot vandomburg at student dot utwente dot nl That already is the case... I compiled it with nothing but PostgreSQL support. Not even zlib is in there. [2003-02-25 08:20:46] [EMAIL PROTECTED] pg_escape_string() is _very_ simple libpq wrapper function. Problem should be elsewhere in PHP (or other modules you load) Just try to build php with simplest configuration (and do not load any module other than pgsql) see if it fixes and try to locate where is the real problem. [2003-02-08 07:12:54] r dot s dot a dot vandomburg at student dot utwente dot nl After having upgraded to 4.3.0, the problem persisted. In the meanwhile, I have also upgraded to PostgreSQL 7.3.2 but to no avail. [2003-01-14 10:01:36] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of 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/21635 -- Edit this bug report at http://bugs.php.net/?id=21635&edit=1
#19528 [Fbk->NoF]: odbc_fetch_row() doesn't returned true if there is one row only
ID: 19528 Updated by: [EMAIL PROTECTED] Reported By: scott at abcoa dot com -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: AIX (UNIX) PHP Version: 4.2.2 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-03-05 16:38:52] [EMAIL PROTECTED] To answer some of the comments in here, yes unixODBC is a Driver Manager much in the same vain as iODBC. The reason for asking is that while PHP does support DB2, I (as the developer) have no direct access to a DB2 machine to test if anything at all works on it. The unixODBC DM is actually the suggested and prefered method by IBM for connecting to a DB2 installation, not directly through library linking like you do in a --with-ibm-db2 option. The point of using a Driver Manager though is to remove the headaches of using a different database on a per machine basis. But again absolutely nothing has changed between odbc_fetch_row functionality from 4.0.6 and 4.2.3, hence I'm wondering if it's a driver issue. [2003-03-05 14:37:53] scott at abcoa dot com I'm not sure if I would want to try it. Seem that I would need to use the driver manager and the driver. It reminded me of OpenLink that became too much and I threw it out in the past. I like the idea of having PHP's ODBC to work with DB2 by using the '--with-ibm-db2' prefix because it give me fewer softwares to work with. I mean DB2 is not only database I had to deal with, but of some different database softwares as well as some for Windows. I mean no offense. I didn't really have that problem way back in the past. Maybe the problem will fix itself in the near future. Who know! [2003-03-04 10:36:43] [EMAIL PROTECTED] Any chance you can try building with unixODBC as the driver, and connecting via that? It seems to be the recommended means from IBM for connecting to DB2 systems. [2003-01-27 14:37:58] ranson at ea dot com I am having trouble with this as well, and have put in the bug workaround. It seeks to work but I have noticed that it skips my first row and duplicates my last row. [2002-10-02 12:06:17] [EMAIL PROTECTED] Updating summary 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/19528 -- Edit this bug report at http://bugs.php.net/?id=19528&edit=1
#22629 [NEW]: Run-time seg fault with core dump
From: cs19291 at kaist dot ac dot kr Operating system: RedHat 7.2 PHP version: 4.3.1 PHP Bug Type: Reproducible crash Bug description: Run-time seg fault with core dump When playing with php 4.1.2 using command-line interpreter, I noticed that the code below generates seg fault and produces core dump. After that, I installed 4.3.1 cgi version for only interpreting purpose, still facing core dump. The one who is interesting at functional programming style will at once understand what the code represents. I know "_map" can be never run under php, because it generates infinite frame stack, not likely under the functional language interpreter. However, it causes a crash. The code: http://tempdoc.ek-project.com/crash.txt Or the simplist version: http://tempdoc.ek-project.com/simple.txt This is also interesting: http://tempdoc.ek-project.com/simple-alt.txt It does not complain of the number of arguments, just dies. The link can be broken sometime. -- Edit bug report at http://bugs.php.net/?id=22629&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22629&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22629&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22629&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22629&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22629&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22629&r=support Expected behavior: http://bugs.php.net/fix.php?id=22629&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22629&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22629&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22629&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22629&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22629&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22629&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22629&r=gnused
#20715 [Opn->Csd]: IBM-DB2 don't compile
ID: 20715 Updated by: [EMAIL PROTECTED] Reported By: bruno at cameleons dot net -Status: Open +Status: Closed Bug Type: ODBC related Operating System: Linux 2.4.19 PHP Version: 4.3.1 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-03-07 04:55:05] bruno at cameleons dot net Hi, It doesn't work. I put below some extracts of my compile. ./configure \ --prefix=/usr \ --with-layout=GNU \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc/httpd \ --with-exec-dir=/usr/bin \ --with-ibm-db2=shared /bin/sh /var/tmp/php4-STABLE-200303070830/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/db2inst1/sqllib/include -Iext/odbc/ -I/var/tmp/php4-STABLE-200303070830/ext/odbc/ -DPHP_ATOM_INC -I/var/tmp/php4-STABLE-200303070830/include -I/var/tmp/php4-STABLE-200303070830/main -I/var/tmp/php4-STABLE-200303070830 -I/usr/include/httpd -I/var/tmp/php4-STABLE-200303070830/Zend -I/var/tmp/php4-STABLE-200303070830/ext/xml/expat -D_REENTRANT -D_SINGLE_LISTEN_UNSERIALIZED_ACCEPT -I/var/tmp/php4-STABLE-200303070830/TSRM -g -O2 -prefer-pic -c /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c -o ext/odbc/php_odbc.lo /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c: In function `safe_odbc_disconnect': /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c:199: warning: passing arg 1 of `SQLDisconnect' makes integer from pointer without a cast /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c:202: warning: passing arg 1 of `SQLTransact' makes integer from pointer without a cast /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c:202: warning: passing arg 2 of `SQLTransact' makes integer from pointer without a cast /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c:203: warning: passing arg 1 of `SQLDisconnect' makes integer from pointer without a cast /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c: In function `_close_odbc_conn': /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c:229: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c: In function `_close_odbc_pconn': /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c:257: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c: In function `zif_odbc_data_source': /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c:1230: warning: passing arg 2 of `odbc_sql_error' makes integer from pointer without a cast /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c: In function `odbc_do_connect': /var/tmp/php4-STABLE-200303070830/ext/odbc/php_odbc.c:2223: warning: passing arg 1 of `spprintf' from incompatible pointer type /bin/sh /var/tmp/php4-STABLE-200303070830/libtool --silent --preserve-dup-deps --mode=link gcc -DPHP_ATOM_INC -I/var/tmp/php4-STABLE-200303070830/include -I/var/tmp/php4-STABLE-200303070830/main -I/var/tmp/php4-STABLE-200303070830 -I/usr/include/httpd -I/var/tmp/php4-STABLE-200303070830/Zend -I/var/tmp/php4-STABLE-200303070830/ext/xml/expat -D_REENTRANT -D_SINGLE_LISTEN_UNSERIALIZED_ACCEPT -I/var/tmp/php4-STABLE-200303070830/TSRM -g -O2 -o ext/odbc/odbc.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/php4-STABLE-200303070830/modules -avoid-version -module ext/odbc/php_odbc.lo /bin/sh /var/tmp/php4-STABLE-200303070830/libtool --silent --preserve-dup-deps --mode=install cp ext/odbc/odbc.la /var/tmp/php4-STABLE-200303070830/modules PATH="$PATH:/sbin" ldconfig -n /var/tmp/php4-STABLE-200303070830/modules [EMAIL PROTECTED] php4-STABLE-200303070830]# ldd modules/odbc.so libc.so.6 => /lib/libc.so.6 (0x40012000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) Bruno [2003-03-06 22:37:29] [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 Note: Try the snapshot that is generated about 2 hours since you get this notice email. There was a typo in the ext/odbc/config.m4 which is now fixed. It was most likely the reason for this thing not working as shared extension. [2003-03-05 05:41:44] bruno a
#22629 [Opn->WFx]: Run-time seg fault with core dump
ID: 22629 Updated by: [EMAIL PROTECTED] Reported By: cs19291 at kaist dot ac dot kr -Status: Open +Status: Wont fix Bug Type: Reproducible crash Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: http://bugs.php.net/search.php?search_for=&limit=10&order_by=&direction=ASC&cmd=display&status=Wont+fix&bug_type=Reproducible+crash&php_os=&phpver=&assign=&bug_age=0 Previous Comments: [2003-03-10 21:10:45] cs19291 at kaist dot ac dot kr When playing with php 4.1.2 using command-line interpreter, I noticed that the code below generates seg fault and produces core dump. After that, I installed 4.3.1 cgi version for only interpreting purpose, still facing core dump. The one who is interesting at functional programming style will at once understand what the code represents. I know "_map" can be never run under php, because it generates infinite frame stack, not likely under the functional language interpreter. However, it causes a crash. The code: http://tempdoc.ek-project.com/crash.txt Or the simplist version: http://tempdoc.ek-project.com/simple.txt This is also interesting: http://tempdoc.ek-project.com/simple-alt.txt It does not complain of the number of arguments, just dies. The link can be broken sometime. -- Edit this bug report at http://bugs.php.net/?id=22629&edit=1
#22629 [WFx]: Run-time seg fault with core dump
ID: 22629 Updated by: [EMAIL PROTECTED] Reported By: cs19291 at kaist dot ac dot kr Status: Wont fix Bug Type: Reproducible crash Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: Congratulations, you've discovered a bug, NOT! The code is crashing because you are very effectively overflowing the stack. This is a known an expected behaviour when using unterminated resursive loops. The solution is not to use recursive loops or put hard limits to prevent stack overflows. In the future please review existing bug reports to see if similar issues have already been covered. Previous Comments: [2003-03-10 21:31:25] [EMAIL PROTECTED] http://bugs.php.net/search.php?search_for=&limit=10&order_by=&direction=ASC&cmd=display&status=Wont+fix&bug_type=Reproducible+crash&php_os=&phpver=&assign=&bug_age=0 [2003-03-10 21:10:45] cs19291 at kaist dot ac dot kr When playing with php 4.1.2 using command-line interpreter, I noticed that the code below generates seg fault and produces core dump. After that, I installed 4.3.1 cgi version for only interpreting purpose, still facing core dump. The one who is interesting at functional programming style will at once understand what the code represents. I know "_map" can be never run under php, because it generates infinite frame stack, not likely under the functional language interpreter. However, it causes a crash. The code: http://tempdoc.ek-project.com/crash.txt Or the simplist version: http://tempdoc.ek-project.com/simple.txt This is also interesting: http://tempdoc.ek-project.com/simple-alt.txt It does not complain of the number of arguments, just dies. The link can be broken sometime. -- Edit this bug report at http://bugs.php.net/?id=22629&edit=1
#22394 [Opn->Fbk]: No libphp4.so module for Apache 2.0.43
ID: 22394 Updated by: [EMAIL PROTECTED] Reported By: apiotr at itm dot pcz dot czest dot pl -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: UnixWare 7.1.1 PHP Version: 4.3.2-dev New Comment: Using the latest stable snapshot, run your configure line and send me the generated Makefile and libphp4.la files to [EMAIL PROTECTED] Previous Comments: [2003-03-07 04:09:04] apiotr at itm dot pcz dot czest dot pl I have testing these using the latest snapshot. Sorry my mistake, in this version during compile for Apache 1.3.27 I have any errors message expect warning message: Warning: inter-library dependencies are not known to be supported. All declared inter-library dependencies are being dropped. Warning: libtool could not satisfy all declared inter-library dependencies of module libphp4. Therefore, libtool will create a static module, that should work as long as the dlopening application is linked with the -dlopen flag. [2003-03-07 03:54:27] [EMAIL PROTECTED] Above comment was about PHP + Apache 1.3.27 [2003-03-07 03:54:01] [EMAIL PROTECTED] Using what version of PHP do you get that error? Have you or have you not been testing these using the latest snapshot or not? [2003-03-07 03:45:50] apiotr at itm dot pcz dot czest dot pl OK! I find this. The first line is: /bin/sh /7/libtool --silent --preserve-dup-deps --mode=link gcc -g -O2 -prefer-pic -rpath /7/libs -avoid-version -module -L/usr/ucblib -R /usr/ucblib () and the last: () main/internal_functions.lo -lresolv -lm -lsocket -o libphp4.la After this line I have warning message: Warning: inter-library dependencies are not known to be supported. All declared inter-library dependencies are being dropped. Warning: libtool could not satisfy all declared inter-library dependencies of module libphp4. Therefore, libtool will create a static module, that should work as long as the dlopening application is linked with the -dlopen flag. In Apache 1.0.37 is the same problem as in 2.0.44 version. During compile I have error message about '_shutdown'. [2003-03-07 02:59:53] [EMAIL PROTECTED] I did mean the one that has the "-o libphp4.la" part. And don't paste all the .lo's..just say, 2 first ones. btw. Have you tried this with Apache 1.3.27 ?? 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/22394 -- Edit this bug report at http://bugs.php.net/?id=22394&edit=1
#22629 [WFx]: Run-time seg fault with core dump
ID: 22629 User updated by: cs19291 at kaist dot ac dot kr Reported By: cs19291 at kaist dot ac dot kr Status: Wont fix Bug Type: Reproducible crash Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: Thank you for your feedbacks. But, the first code I supplied (the longest one) doesn't have any logical infinite loop. It really terminates. The first version of "map" correctly outputs the sum of 1 through 10. It has obviously a hard limit. Previous Comments: [2003-03-10 21:34:22] [EMAIL PROTECTED] Congratulations, you've discovered a bug, NOT! The code is crashing because you are very effectively overflowing the stack. This is a known an expected behaviour when using unterminated resursive loops. The solution is not to use recursive loops or put hard limits to prevent stack overflows. In the future please review existing bug reports to see if similar issues have already been covered. [2003-03-10 21:31:25] [EMAIL PROTECTED] http://bugs.php.net/search.php?search_for=&limit=10&order_by=&direction=ASC&cmd=display&status=Wont+fix&bug_type=Reproducible+crash&php_os=&phpver=&assign=&bug_age=0 [2003-03-10 21:10:45] cs19291 at kaist dot ac dot kr When playing with php 4.1.2 using command-line interpreter, I noticed that the code below generates seg fault and produces core dump. After that, I installed 4.3.1 cgi version for only interpreting purpose, still facing core dump. The one who is interesting at functional programming style will at once understand what the code represents. I know "_map" can be never run under php, because it generates infinite frame stack, not likely under the functional language interpreter. However, it causes a crash. The code: http://tempdoc.ek-project.com/crash.txt Or the simplist version: http://tempdoc.ek-project.com/simple.txt This is also interesting: http://tempdoc.ek-project.com/simple-alt.txt It does not complain of the number of arguments, just dies. The link can be broken sometime. -- Edit this bug report at http://bugs.php.net/?id=22629&edit=1
#22629 [WFx]: Run-time seg fault with core dump
ID: 22629 User updated by: cs19291 at kaist dot ac dot kr Reported By: cs19291 at kaist dot ac dot kr Status: Wont fix Bug Type: Reproducible crash Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: Okay, I finally decided that this is not a bug. Anonyone who sees this page doesn't have to look deep inside. Previous Comments: [2003-03-10 22:04:20] cs19291 at kaist dot ac dot kr Thank you for your feedbacks. But, the first code I supplied (the longest one) doesn't have any logical infinite loop. It really terminates. The first version of "map" correctly outputs the sum of 1 through 10. It has obviously a hard limit. [2003-03-10 21:34:22] [EMAIL PROTECTED] Congratulations, you've discovered a bug, NOT! The code is crashing because you are very effectively overflowing the stack. This is a known an expected behaviour when using unterminated resursive loops. The solution is not to use recursive loops or put hard limits to prevent stack overflows. In the future please review existing bug reports to see if similar issues have already been covered. [2003-03-10 21:31:25] [EMAIL PROTECTED] http://bugs.php.net/search.php?search_for=&limit=10&order_by=&direction=ASC&cmd=display&status=Wont+fix&bug_type=Reproducible+crash&php_os=&phpver=&assign=&bug_age=0 [2003-03-10 21:10:45] cs19291 at kaist dot ac dot kr When playing with php 4.1.2 using command-line interpreter, I noticed that the code below generates seg fault and produces core dump. After that, I installed 4.3.1 cgi version for only interpreting purpose, still facing core dump. The one who is interesting at functional programming style will at once understand what the code represents. I know "_map" can be never run under php, because it generates infinite frame stack, not likely under the functional language interpreter. However, it causes a crash. The code: http://tempdoc.ek-project.com/crash.txt Or the simplist version: http://tempdoc.ek-project.com/simple.txt This is also interesting: http://tempdoc.ek-project.com/simple-alt.txt It does not complain of the number of arguments, just dies. The link can be broken sometime. -- Edit this bug report at http://bugs.php.net/?id=22629&edit=1
#15302 [Com]: Warning: open_basedir restriction in effect. ... in Unknown on line 0
ID: 15302 Comment by: adam dot rozewicki at lo dot pl Reported By: fox at murder dot cz Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD 4.4 PHP Version: 4.1.1 New Comment: I also have the same problem! FreeBSD 4.5 PHP 4.3.0 apache 1.3.27 './configure' '--enable-track-vars' '--enable-force-cgi-redirect' '--with-dbase' '--with-gettext' '--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl' '--with-gd' '--with-zlib' '--with-mysql=/usr/local/mysql' '--enable-ftp' Previous Comments: [2003-02-28 15:06:04] pmack at cw dot net I also have this issue with PHP 4.3.1 My Config is: './configure' '--with-mysql' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--with-jpeg-dir=../jpeg-6b' '--with-zlib-dir=../jpeg-6b' Linux 2.2.19 Any ideas on how to fix this other than to remove all the lines? [2003-02-28 15:06:04] pmack at cw dot net I also have this issue with PHP 4.3.1 My Config is: './configure' '--with-mysql' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--with-jpeg-dir=../jpeg-6b' '--with-zlib-dir=../jpeg-6b' Linux 2.2.19 Any ideas on how to fix this other than to remove all the lines? [2002-12-19 17:34:13] tonyhana_nospam_ at lvcm dot com Yeah Im getting the same internmittent problem here.. under FreeBSD monster.phatservers.com 4.7-STABLE FreeBSD 4.7-STABLE #0: Sun Nov 24 00:06:33 PST 2002 PHP 4.2.3 Also using Plesk..and Zend optimizer './configure' '--with-apxs=/usr/local/psa/apache/bin/apxs' '--prefix=/usr/local/psa/apache' '--with-system-regex' '--with-config-file-path=/usr/local/psa/apache/conf' '--disable-debug' '--enable-pear' '--enable-sockets' '--enable-track-vars' '--with-gd' '--with-mysql=/usr/local/psa/mysql' '--with-iodbc' '--with-pam' '--with-kerberos' '--with-zend' '--with-imap' '--with-curl' '--with-freetype-dir=/usr/local/include/freetype2' [2002-10-14 00:34:19] bin at entertainz dot co dot nz Note the original author said 'randomly' - I am also experiencing this problem with some scripts under 4.2.3. 95% of the time they run fine and echo text to the screen, but occasionally will fail with this error: Warning: open_basedir restriction in effect. File is in wrong directory in Unknown on line 0 [2002-08-14 19:00:21] [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 The 'problem', is that according to open_basedir limitations you do not have permission to run your script. Hence the error you are seeing. 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/15302 -- Edit this bug report at http://bugs.php.net/?id=15302&edit=1
#22618 [Fbk->Opn]: Float number problems since php 4.2.3
ID: 22618 User updated by: mattiass at commentor dot se Reported By: mattiass at commentor dot se -Status: Feedback +Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: 2.4.19-16mdksecure PHP Version: 4.3.1 New Comment: Sniper, I just checked the latest cvs. I only copied the ext/sybase_ct lib over to php 4.3.1 since I have some serious issues with gd in the newer cvs builds. And it works like a charm.. Case closed..! Thanks.. Previous Comments: [2003-03-10 09:35:07] [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-03-10 02:54:47] mattiass at commentor dot se Good morning, As described in bug #21047 there is still a problem with the sybase ct library and float numbers (as described bellow).. Configuration: === './configure' '--with-apxs=/usr/local/apache/apache_1.3.27+php_4.3.1/bin/apxs' '--with-pear=/usr/local/Zend/pear' '--enable-magic-quotes' '--with-mysql' '--enable-trans-sid' '--enable-sockets' '--with-sybase-ct=/opt/sybase-11.9.2/' '--with-pdflib' '--enable-static-pdflib' '--enable-ftp' '--prefix=/usr/local/php/php_4.3.1' '--with-config-file-path=/usr/local/php/php_4.3.1/etc' '--with-pear=/usr/local/php/php_4.3.1/etc/pear' '--with-gd=/usr/local/lib' '--with-jpeg-dir' '--with-zlib' '--enable-bcmath' '--with-snmp' '--with-openssl' '--enable-sockets' '--with-curl' '--with-curlwrappers' Software versions: Sybase 11.9.2 FreeTDS 0.60 Apache 1.3.27 Script: \n"; } ?> Output on php 4.3.1 === 20030102, 1, 1 20030103, , 20030103, , 20030107, , 20030107, , Output in php 4.2.2 === 20030102, 1, 1 20030103, 1, 2 20030103, 1, 3 20030107, 1, 4 20030107, 1, 5 Aparently, after the first query, float numbers wont work -- Edit this bug report at http://bugs.php.net/?id=22618&edit=1
#22547 [Opn]: oci_close_session problem
ID: 22547 Updated by: [EMAIL PROTECTED] Reported By: php at harsani dot sk Status: Open Bug Type: OCI8 related Operating System: windows 5.1 -PHP Version: 4.3.0 +PHP Version: 4.3.2-dev New Comment: I tried it with a stable snapshot from 11.03.2003 and the problem still exists. Previous Comments: [2003-03-10 03:00:42] [EMAIL PROTECTED] Here's the output with ociinternaldebug = on: OCIDebug: _oci_open_server new conn=0 dname=cubix.bitmedia.cc OCIDebug: _oci_open_session new sess=2 user=cubixdev OCIDebug: oci_do_connect: id=3 OCIDebug: _oci_open_session new sess=4 user=cubixdev OCIDebug: oci_do_connect: id=5 OCIDebug: START _oci_conn_list_dtor: id=5 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=4 OCIDebug: END _oci_conn_list_dtor: id=5 OCIDebug: _oci_open_session new sess=6 user=cubixdev OCIDebug: oci_do_connect: id=7 OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_conn_list_dtor: id=3 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=6 OCIDebug: END _oci_conn_list_dtor: id=3 OCIDebug: START _oci_conn_list_dtor: id=7 OCIDebug: nothing to do.. OCIDebug: END _oci_conn_list_dtor: id=7 OCIDebug: START _oci_close_session: logging-off sess=6 Warning: _oci_close_session: OCISessionEnd: OCI_INVALID_HANDLE in Unknown on line 0 OCIDebug: START php_mshutdown_oci OCIDebug: START _oci_close_server: detaching conn=1 dbname=cubix.bitmedia.cc OCIDebug: END php_mshutdown_oci [2003-03-07 01:56:53] [EMAIL PROTECTED] this bug also occurs with PHP4.3.0 [2003-03-05 06:49:23] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Get 4.3.1. [2003-03-05 04:17:20] php at harsani dot sk Warning: _oci_close_session: OCISessionEnd: OCI_INVALID_HANDLE in Unknown on line 0 will be printed if at least one persistent connection is made and some non-persistent connection is closed. but connection is closed ok. just php at the end of execution tried to close already closed connection. example: -- Edit this bug report at http://bugs.php.net/?id=22547&edit=1
#22618 [Opn->Csd]: Float number problems since php 4.2.3
ID: 22618 User updated by: mattiass at commentor dot se Reported By: mattiass at commentor dot se -Status: Open +Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: 2.4.19-16mdksecure PHP Version: 4.3.1 New Comment: Sniper, I just checked the latest cvs. I only copied the ext/sybase_ct lib over to php 4.3.1 since I have some serious issues with gd in the newer cvs builds. And it works like a charm.. Case closed..! Thanks.. Previous Comments: [2003-03-11 01:40:04] mattiass at commentor dot se Sniper, I just checked the latest cvs. I only copied the ext/sybase_ct lib over to php 4.3.1 since I have some serious issues with gd in the newer cvs builds. And it works like a charm.. Case closed..! Thanks.. [2003-03-10 09:35:07] [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-03-10 02:54:47] mattiass at commentor dot se Good morning, As described in bug #21047 there is still a problem with the sybase ct library and float numbers (as described bellow).. Configuration: === './configure' '--with-apxs=/usr/local/apache/apache_1.3.27+php_4.3.1/bin/apxs' '--with-pear=/usr/local/Zend/pear' '--enable-magic-quotes' '--with-mysql' '--enable-trans-sid' '--enable-sockets' '--with-sybase-ct=/opt/sybase-11.9.2/' '--with-pdflib' '--enable-static-pdflib' '--enable-ftp' '--prefix=/usr/local/php/php_4.3.1' '--with-config-file-path=/usr/local/php/php_4.3.1/etc' '--with-pear=/usr/local/php/php_4.3.1/etc/pear' '--with-gd=/usr/local/lib' '--with-jpeg-dir' '--with-zlib' '--enable-bcmath' '--with-snmp' '--with-openssl' '--enable-sockets' '--with-curl' '--with-curlwrappers' Software versions: Sybase 11.9.2 FreeTDS 0.60 Apache 1.3.27 Script: \n"; } ?> Output on php 4.3.1 === 20030102, 1, 1 20030103, , 20030103, , 20030107, , 20030107, , Output in php 4.2.2 === 20030102, 1, 1 20030103, 1, 2 20030103, 1, 3 20030107, 1, 4 20030107, 1, 5 Aparently, after the first query, float numbers wont work -- Edit this bug report at http://bugs.php.net/?id=22618&edit=1
