Bug #15778 Updated: Segmentation Fault with iPlanet module on php4_init
ID: 15778 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Operating System: AIX 4.3.3 PHP Version: 4.1.2 New Comment: Maybe the following iPlanet Knowledge base article can be of assistance here: http://knowledgebase.iplanet.com/ikb/kb/articles/4869.html "Mutli-threaded NSAPI SAFs,Article ID: 4869" When writing multi-threaded NSAPI Server Application Functions(SAFs) for iPlanet Web Server(iWS) versions 4.1 and later, it is necessary to call the following function: prepare_nsapi_thread (rq, sn) You should make this call the first call of any new thread. This call replaces the need to use "systhread_setdata( getThreadMallocKey(), sn->pool )," which was used in earlier versions of the web server. Note: You may need to forward declare the function when compiling with iWS 4.1. The declaration should appear as follows: NSAPI_PUBLIC void prepare_nsapi_thread (Request * rq, Session * sn); Previous Comments: [2002-04-06 11:05:18] [EMAIL PROTECTED] Is the NSAPI Module really supposed to use pthreads ? In the Netscape Knowledge Base, at : http://kb.netscape.com/NASApp/kb/Article?id=2861&?GXHC_gx_session_id_=f5d6dd1516942f3c&; its stated that "... NSAPI does not support pthreads ... " Still, that doesnt explain why the same php versions and iPlanet version *do* work correctly on my Linux box, and not on AIX... Ive seen some other bug reports here from people having similair problems with iPlanet and php on the Solaris platform, so I guess its not strictly aix related either ... [2002-03-28 04:28:36] [EMAIL PROTECTED] Did a new backtrace on the rc1 of 4.2.0, and im not completly sure that this is the same bug, or a new bug here... but anyways, here's the bt: GNU gdb 5.0-aix43-010414 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-ibm-aix4.3.3.0"...(no debugging symbols found)... Core was generated by `ns-httpd'. Program terminated with signal 11, Segmentation fault. (no debugging symbols found)...#0 0xd14d13f8 in pthread_key_create () (gdb) bt #0 0xd14d13f8 in pthread_key_create () #1 0xd14d01c4 in tsrm_startup (expected_threads=1, expected_resources=1, debug_level=0, debug_filename=0x0) at TSRM.c:108 #2 0xd1658348 in php4_init (pb=0x20088468, sn=0x0, rq=0x0) at nsapi.c:486 #3 0xd0fdaca8 in func_native_pool_wait_work () #4 0xd0fdbd88 in func_exec_str () #5 0xd0fdb2b4 in INTfunc_exec () #6 0xd0fceea0 in INTconf_run_late_init_functions () #7 0xd1051d50 in DaemonProcessorUX::__ct () #8 0xd10505fc in DaemonProcessor::NewDaemonProcessor () #9 0xd1081640 in daemon_run () #10 0x10001bac in ?? () from /appl/netscape4/server4/bin/https/bin/ns-httpd (gdb) [2002-03-22 06:06:26] [EMAIL PROTECTED] Bug verified and still present in release candidate 1 of php 4.2.0 (php-4.2.0RC1). [2002-03-05 05:59:53] [EMAIL PROTECTED] Compiled php 4.1.2 using IBM's C for AIX Compiler v4.4.0.3 instead of using GCC, and verified that with the different compiler the bug still existed. [2002-03-04 06:55:10] [EMAIL PROTECTED] Bug verified and still present in snapshot "php4-20020304" on AIX 4.3.3 and iPlanet 4.1 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15778 -- Edit this bug report at http://bugs.php.net/?id=15778&edit=1
Bug #16563: bug
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: HTTP related Bug description: bug sir, i found the following PHP bug. when I submit a form with a formfield listbox (allow multiple selection).when i get that listbox value in the action page.i got only one value insteedof getting multiple values. the codeis here, page test1.php test1 test2 test3 test4 page test2.php -- Edit bug report at http://bugs.php.net/?id=16563&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16563&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16563&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16563&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16563&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16563&r=support Expected behavior: http://bugs.php.net/fix.php?id=16563&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16563&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16563&r=submittedtwice
Bug #15983 Updated: session variables lost between pages
ID: 15983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Debian/Linux mips platform PHP Version: 4.1.2 New Comment: what about this workaround: --- page #1 --- session_start(); $_SESSION["test"] = "some value"; --- --- page #2 --- session_start(); print $_SESSION["test"]; --- this works well for us. /achim Previous Comments: [2002-04-05 03:50:23] [EMAIL PROTECTED] Even in PHP 4.2.0RC1 the bug is still there. Nothing is changed. Best regards, Soeren, [2002-04-02 09:48:13] [EMAIL PROTECTED] Could you try 4.2.0RC1? Please visit http://qa.php.net/ for it. [2002-03-18 11:16:41] [EMAIL PROTECTED] Here is part of what is going wrong. PHP starts out with each session variable appearing as a global and also in $_SESSION. Initially these are linked by reference (not clear how) and contain the same data. On my pages this linkage appears to get broken so the contents $GLOBALS['S'] and $_SESSION['S'] are not the same. $GLOBALS contains the latest data, $_SESSION contains the data as of the start of the page. Consequently changes to the $_SESSION variable are not being saved between pages. My work around is to use the following at the end of each page for $S: if ( !($_SESSION['S'] === $S) ) $_SESSION['S'] = $S; This updates the contents of the $_SESSION variable if it is not longer the same as the global. Based on a comment from one of the developers, the problem may relate to having a global declaration for a session variable that appears outside a function scope. I have these declarations on each of my pages because PHP used to require them. [2002-03-12 20:52:42] [EMAIL PROTECTED] I've had the same issue (see bug 15822, which was marked as a duplicate, though nobody saw fit to tell me what it was a duplicate of). Anyone have a work-around? [2002-03-10 09:14:31] [EMAIL PROTECTED] The session variables are lost between pages. For example: session1.php: session2.php: The output on page two is the empty string. A look at the sess_* in /tmp show that it contain the variable and the value after a request on session1.php. After a request on session2.php the file is empty. This error shows up in php 4.1.1 and 4.1.2. In version 4.0.6 everything works as it is suppose to. uname --all: Linux indy01 2.4.16 #1 Sun Dec 16 16:38:44 CET 2001 mips unknown gcc --version: 2.95.4 -- Edit this bug report at http://bugs.php.net/?id=15983&edit=1
Bug #16548 Updated: exec or system a daemon will catch the port for this session
ID: 16548
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Apache related
Operating System: RED HAT Linux 7.2
PHP Version: 4.1.2
New Comment:
Most likely _mprshut is forking but keeping some fd's open, or doing
something else strange.
I can't see how this is PHP's fault (it just uses popen),
so I'm marking this as bogus.
As a workaround, don't use exec :-)
Previous Comments:
[2002-04-12 02:06:33] [EMAIL PROTECTED]
The same with:
system("exec $DLC/bin/_mprshut $CADB/$DB -C watchdog 2>&1
&1
/dev/null 2>&1
&");
has the same effect!
_mprshut is a daemon that ended in a second.
Please notice: The script doesn't hungs the rest works fine after
system.
I can't open any new page after accessing this script an
_mprshut listen on port 80.
On HP-UX the Apache still works fine with a listening
_mprshut.
Stefan
[2002-04-11 11:37:33] [EMAIL PROTECTED]
Hmm, on second thoughts, it sounds like your OS is broken.
Does the equivalent script written in perl do the same?
[2002-04-11 11:35:10] [EMAIL PROTECTED]
Please read the docs about system().
System executes the process and waits for it to complete
before returning.
You need to append an & character to your command to cause
it to run in the background.
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/16548
--
Edit this bug report at http://bugs.php.net/?id=16548&edit=1
Bug #16563 Updated: bug
ID: 16563 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Linux PHP Version: 4.1.0 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-12 05:19:38] [EMAIL PROTECTED] sir, i found the following PHP bug. when I submit a form with a formfield listbox (allow multiple selection).when i get that listbox value in the action page.i got only one value insteedof getting multiple values. the codeis here, page test1.php test1 test2 test3 test4 page test2.php -- Edit this bug report at http://bugs.php.net/?id=16563&edit=1
Bug #13151 Updated: /usr/lib/dld.sl: Can't shl_load() a library containing Thread Local Storage
ID: 13151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: HP-11 PHP Version: 4.0.6 New Comment: I have the same Message when compiling PHP 4.1.2 on HPUX 11.00 with ./configure --enable-libgcc --with-apxs=/opt/apache/bin/apxs --with-oci8=/ora_ovo/software/OraHome1 --enable-track-vars The funny thing is that if I compile ADDITIONALLY with mysql support (--with-mysql=/opt/mysql) libphp4.so is about 2MByte SMALLER than without and fails to load as well. Compiling and starting Apache with MYSQL Support only works fine! Previous Comments: [2001-09-05 10:26:22] [EMAIL PROTECTED] Cannot start apache 1.3.20 & php 4.0.6 with --with-oci8 enabled: bonnie.root./apps/WEB/sw $ /www/bin/apachectl start /usr/lib/dld.sl: Can't shl_load() a library containing Thread Local Storage: /usr/lib/libcl.2 /usr/lib/dld.sl: Exec format error Syntax error on line 205 of /apps/WEB/apache/conf/httpd.conf: Cannot load /apps/WEB/apache/libexec/libphp4.sl into server: Exec format error my configure options are: CC=/opt/gcc/bin/gcc ./configure --prefix=/apps/WEB/php --with-iconv=/opt/libicon v --with-apxs=/apps/WEB/apache/bin/apxs --with-gd=shared --with-gd=/opt/gd --wit h-zlib-dir=/opt/zlib --with-ttf=/opt/freetype --without-mysql --with-xpm-dir=/op t/xpm --with-png-dir=/opt/libpng --with-gettext=/opt/gettext --with-jpeg-dir=/ opt/jpeg-6 --enable-gd-native-ttf --with-oci8=/oracle/PIRELLI/app/oracle/produc t/8.0.5 --enable-sigchild - without oci8, GD libs are compiled successfully Matteo -- Edit this bug report at http://bugs.php.net/?id=13151&edit=1
Bug #7643 Updated: APXS compile fails with "not a DSO"
ID: 7643 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.0.3pl1 New Comment: Read that: http://aspn.activestate.com/ASPN/Mail/Message/php-install/937938 In fact, what you have to do after "make install" is - rename /libs/libphp4.sl to libphp4.so - and run the apxs tooll manually: /opt/apache/bin/axps -i -a -n php4 >>> /bin/sh /opt/patches/php-4.1.2/libtool --silent --mode=link gcc -I. -I/opt/patches/php-4.1.2/ -I/opt/patches/php-4.1.2/main -I/opt/patches/php-4.1.2 -I/opt/apache/include -I/opt/patches/php-4.1.2/Zend -I/opt/mysql/include -I/opt/patches/php-4.1.2/ext/xml/expat -DHPUX11 -DMOD_SSL=208107 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I/opt/patches/php-4.1.2/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /opt/patches/php-4.1.2/libs -avoid-version -L/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.0.1 -L/opt/mysql/lib -R /opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.0.1 -R /opt/mysql/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lcrypt -lm -lnsl -lgcc -lcrypt *** Warning: This library needs some functionality provided by -lcrypt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lmysqlclient. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lgcc. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Making all in pear ---END> Then when attempting to do "make install", here's the real kicker: <<<---START-- Making install in Zend Making install in main Making install in ext Making install in mysql Making install in pcre Making install in pcrelib Making install in posix Making install in session Making install in standard Making install in xml Making install in expat Making install in sapi Making install in apache /bin/sh /opt/patches/php-4.1.2/libtool --silent --mode=link gcc -I. -I/opt/patches/php-4.1.2/sapi/apache -I/opt/patches/php-4.1.2/main -I/opt/patches/php-4.1.2 -I/opt/apache/include -I/opt/patches/php-4.1.2/Zend -I/opt/mysql/include -I/opt/patches/php-4.1.2/ext/xml/expat -DHPUX11 -DMOD_SSL=208107 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I/opt/patches/php-4.1.2/TSRM -g -O2 -prefer-pic -o libsapi.la sapi_apache.lo mod_php4.lo php_apache.lo Making install in TSRM /bin/sh ../libtool --silent --mode=link gcc -g -O2 -prefer-pic -o libtsrm.la TSRM.lo tsrm_strtok_r.lo tsrm_virtual_cwd.lo Making install in regex Making install in . /bin/sh /opt/patches/php-4.1.2/libtool --silent --mode=link gcc -I. -I/opt/patches/php-4.1.2/ -I/opt/patches/php-4.1.2/main -I/opt/patches/php-4.1.2 -I/opt/apache/include -I/opt/patches/php-4.1.2/Zend -I/opt/mysql/include -I/opt/patches/php-4.1.2/ext/xml/expat -DHPUX11 -DMOD_SSL=208107 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I/opt/patches/php-4.1.2/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /opt/patches/php-4.1.2/libs -avoid-version -L/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.0.1 -L/opt/mysql/lib -R /opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.0.1 -R /opt/
Bug #16564: Get size of memory allocated in script
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: Get size of memory allocated in script I'm developing code libraries for use in web projects. Its important that the code be memory effecient, but there is no way to track this currently. The way php handles objects and arrays it's hard to know when copies are being made internally. As I understand it, if you have $a=$b in your script, if $b is an object or array, its not actually copied. Only if there was a change in one of the elements through $a, does the the object get copied and the change applied on the copy. So it would be very useful to have a function that reports on the internal memory allocations being made by a script, so we one can track if excessive copying is being made. Just returning the size would be good enough. Being able to get it in categories (ie. resources, arrays, objects, references) would be fantastic. -- Edit bug report at http://bugs.php.net/?id=16564&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16564&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16564&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16564&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16564&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16564&r=support Expected behavior: http://bugs.php.net/fix.php?id=16564&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16564&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16564&r=submittedtwice
Bug #16565: Support for profiling/function tracking
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: Support for profiling/function tracking In complicated scripts, its a big effort tracking function calls to understand just whats going on. When you're trying to code for effeciency, you need detailed function calling and timing information. The ticks thing is a step forward, but it doesnt have any context information. I'm requesting two things. The first is a ticks variant on the function level. You can register a function that gets called on every function call (and maybe another on every function exit). Its important that the callback is supplied with at least the function's name, so it can recognize the context. Supplieng it with arguments would be a plus. The second thing would be exposing the function call stack, so you could see the caller of the current function, and its caller, all the way to the top. Being able to retrieve the time the function was called (in msecs) would be very good, but could be expensive. -- Edit bug report at http://bugs.php.net/?id=16565&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16565&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16565&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16565&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16565&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16565&r=support Expected behavior: http://bugs.php.net/fix.php?id=16565&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16565&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16565&r=submittedtwice
Bug #16565 Updated: Support for profiling/function tracking
ID: 16565 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.1.2 New Comment: There are quite a couple of debuggers/profilers out there. Previous Comments: [2002-04-12 06:58:34] [EMAIL PROTECTED] In complicated scripts, its a big effort tracking function calls to understand just whats going on. When you're trying to code for effeciency, you need detailed function calling and timing information. The ticks thing is a step forward, but it doesnt have any context information. I'm requesting two things. The first is a ticks variant on the function level. You can register a function that gets called on every function call (and maybe another on every function exit). Its important that the callback is supplied with at least the function's name, so it can recognize the context. Supplieng it with arguments would be a plus. The second thing would be exposing the function call stack, so you could see the caller of the current function, and its caller, all the way to the top. Being able to retrieve the time the function was called (in msecs) would be very good, but could be expensive. -- Edit this bug report at http://bugs.php.net/?id=16565&edit=1
Bug #16548 Updated: exec or system a daemon will catch the port for this session
ID: 16548
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Apache related
Operating System: RED HAT Linux 7.2
PHP Version: 4.1.2
New Comment:
>> As a workaround, don't use exec :-)
system("$DLC/bin/_mprshut $CADB/$DB -C watchdog 2>&1
&1
&1
/dev/null 2>&1
&");
has the same effect!
_mprshut is a daemon that ended in a second.
Please notice: The script doesn't hungs the rest works fine after
system.
I can't open any new page after accessing this script an
_mprshut listen on port 80.
On HP-UX the Apache still works fine with a listening
_mprshut.
Stefan
[2002-04-11 11:37:33] [EMAIL PROTECTED]
Hmm, on second thoughts, it sounds like your OS is broken.
Does the equivalent script written in perl do the same?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16548
--
Edit this bug report at http://bugs.php.net/?id=16548&edit=1
Bug #16566: php doesn't function when compiled
From: [EMAIL PROTECTED] Operating system: solaris 8 PHP version: 4.1.1 PHP Bug Type: Compile Warning Bug description: php doesn't function when compiled I compiled php with all packages installed (bison, flex ): ./configure --enable-track-vars --with-mysql make make install When I have compiled php, i try make test and i get this: Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found -- Edit bug report at http://bugs.php.net/?id=16566&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16566&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16566&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16566&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16566&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16566&r=support Expected behavior: http://bugs.php.net/fix.php?id=16566&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16566&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16566&r=submittedtwice
Bug #16567: out parameters unchanged in PHP
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.1 PHP Bug Type: COM related Bug description: out parameters unchanged in PHP Calling a method with a parameter declared as out in automation (ex: [out] long *code) doesn't update the PHP variable. -- Edit bug report at http://bugs.php.net/?id=16567&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16567&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16567&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16567&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16567&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16567&r=support Expected behavior: http://bugs.php.net/fix.php?id=16567&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16567&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16567&r=submittedtwice
Bug #15823 Updated: Configure fails (line 3395 unexp. 'fi')
ID: 15823 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Operating System: Linux-2.4.18 PHP Version: 4.1.2 New Comment: Guess you are using autoconf 2.5[23]. Here's a small diff, it has worked for me. diff -u ../php-4.1.2/configure.in configure.in --- ../php-4.1.2/configure.in Wed Feb 27 10:06:31 2002 +++ configure.inFri Apr 12 10:10:57 2002 @@ -122,6 +122,7 @@ AC_PROG_LEX if test -n "$LEX"; then AC_DECL_YYTEXT + true fi dnl ## Make flex scanners use const if they can, even if __STDC__ is not @@ -227,7 +228,7 @@ unset ac_cv_func_yp_get_default_domain AC_CHECK_FUNC(yp_get_default_domain, - [php_no_nsl_checks=yes],[ ]) + [php_no_nsl_checks=yes],[]) unset ac_cv_func_yp_get_default_domain if test "$php_no_nsl_checks" != "yes"; then Previous Comments: [2002-03-01 16:44:20] [EMAIL PROTECTED] I d/l 4.1.2 ran configure and got an error (line 3395) rm'd configure and ran buildconf which rebuilt configure same error: line 3395: syntax error near unexpected token 'fi' line 3393 contains an else clause line 3394 is blank line 3395 contains fi If I fix this (comment out else), this same error occurs 3 more times. Fixing each in turn, configure finally completes, but does not create a Makefile. system: LFS-3.2rc1 (Linux From Scratch) automake-1.5, autoconf-2.52, libtool-1.4.2 Note: php-4.0.6 did not have this problem for me, but 4.1.0, 4.1.1, and 4.1.2 do. I've avoided upgrading, but now find I must. 4.0.6 still configs fine. more info on request - -- Edit this bug report at http://bugs.php.net/?id=15823&edit=1
Bug #16563 Updated: bug
ID: 16563 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: HTTP related Operating System: Linux PHP Version: 4.1.0 New Comment: There is also an entry in the FAQ about this. http://www.php.net/manual/en/faq.html.php#faq.html.select-multiple Previous Comments: [2002-04-12 05:57:12] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-12 05:19:38] [EMAIL PROTECTED] sir, i found the following PHP bug. when I submit a form with a formfield listbox (allow multiple selection).when i get that listbox value in the action page.i got only one value insteedof getting multiple values. the codeis here, page test1.php test1 test2 test3 test4 page test2.php -- Edit this bug report at http://bugs.php.net/?id=16563&edit=1
Bug #15531 Updated: Apache doesn't start
ID: 15531 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Linux 2.2.19 PHP Version: 4.1.1 New Comment: An similar error occurs on Windows 2000 with PHP 4.1.2 and Apache 2.0.35. The CGI version works but if I use the module instructions from the PHP install.txt apache doesn't start. LoadModule php4_module C:/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php Copying php4apache.dll to modules, renaming to mod_php4.dll and small changes like "AddModule php4_module" don't work, neither. Even only the LoadModule or the AddModule instruction alone makes the start impossible. There are no related lines in the apache error log. Similar Bugs: PHP 4.1.2 as ISAPI with IIS 5.1 on Windows XP http://www.phpbuilder.com/forum/read.php3?num=3&id=110295&thread=110281 Apache 2.0.35 & PHP 4.1.2 Module on Linux http://www.phpbuilder.com/forum/read.php3?num=3&id=110235&loc=0&thread=110235 Best regards Rene Previous Comments: [2002-04-09 10:42:45] [EMAIL PROTECTED] I have compiled php without sapdb and I get the same problem. Apache starts without adding php, then I add in httpd.conf the lines to load the php module and restart apache, and it works. This is the configure: ./configure \ --with-mysql=/usr/local/mysql \ --with-apxs=/usr/local/apache/bin/apxs \ --with-openssl=/usr/local/ssl \ --with-mcrypt=/usr/local/lib/libmcrypt \ --with-zlib \ --with-gd \ --enable-gd-native-ttf \ --enable-ftp apache 1.3.22 php 4.1.1 or 4.1.2 the same problem Linux 2.4.16 gcc egcs-2.91.66 [2002-02-15 17:05:40] [EMAIL PROTECTED] There are no entries in the apache-logs. I've tried to compile PHP without SAP-DB. Apache starts now. Seems to be a problem with SAP-DB and it's shared-objects. They are linked against the libpthread.so. Eventually the same problem like MySQL ? Michael [2002-02-15 12:58:29] [EMAIL PROTECTED] Check your apache's errog_log [2002-02-12 19:12:27] [EMAIL PROTECTED] Hi, if I add the php4 module (libphp4.so) in the httpd.conf, the Apache-Webserver doesn't start. The problem: I get no error-messages. Apache seems to die. Without the entry, the Apache Webserver runs with no problem, so it must be a problem with PHP4. Apache 1.3.23 PHP 4.1.1 configure: ./configure --with-apxs=/usr/local/apache/current/bin/apxs --enable-tracking-vars=yes --enable-url-includes --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path=/etc --with-mysql --with-sapdb=/opt/sapdb/interfaces/odbc Regards, Michael -- Edit this bug report at http://bugs.php.net/?id=15531&edit=1
Bug #16561 Updated: Compiling PHP 4.1.2 with Apache 2.0.35
ID: 16561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: Compile Failure Operating System: Linux Mandrake 8.0 PHP Version: 4.1.2 Previous Comments: [2002-04-11 21:50:28] [EMAIL PROTECTED] PHP 4.1.2 does not support Apache 2.0.35. Wait for PHP 4.2 which will have experimental support. [2002-04-11 21:45:14] [EMAIL PROTECTED] Hello there, I got Apache 2.0.35 compiled successfully, then I tried with PHP 4.1.2 but I got compiling errors I configured Apache with this command: ./configure --prefix=/usr/local/apache2 --enable-file-cache --enable-cache --enable-disk-cache --enable-mem-cache --enable-deflate --enable-ssl --enable-threads --enable-rewrite --enable-so I tried before with ./configure --prefix=/usr/local/apache2 but PHP neither get compiled then I configured PHP with this: ./configure --prefix=/usr/local/php --disable-static --disable-debug --enable-inline-optimization --with-config-file-path=/usr/local/php/etc --enable-magic-quotes --enable-safe-mode --with-exec-dir=/usr/bin --enable-versioning --enable-sysvsem --enable-sysvshm --with-mod_charset --enable-force-cgi-redirect --enable-trans-sid --with-xml --with-gettext --with-mysql=/usr --with-oci8=/opt/OraHome1 --with-zlib --with-apxs2=/usr/local/apache2/bin/apxs --enable-optimize=O3 --enable-strip And I got this error in the sapi module for Apache 2: Making all in sapi make[1]: Cambiando a directorio `/tmp/php-4.1.2/sapi' Making all in apache2filter make[2]: Cambiando a directorio `/tmp/php-4.1.2/sapi/apache2filter' make[3]: Cambiando a directorio `/tmp/php-4.1.2/sapi/apache2filter' /bin/sh /tmp/php-4.1.2/libtool --silent --mode=compile /tmp/php-4.1.2/meta_ccld -I. -I/tmp/php-4.1.2/sapi/apache2filter -I/tmp/php-4.1.2/main -I/tmp/php-4.1.2 -I/usr/local/apache2/include -I/tmp/php-4.1.2/Zend -I/usr/include/mysql -I/opt/OraHome1/rdbms/public -I/opt/OraHome1/rdbms/demo -I/tmp/php-4.1.2/ext/xml/expat -D_REENTRANT -I/tmp/php-4.1.2/TSRM -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:171: too few arguments to function `apr_brigade_create' sapi_apache2.c:172: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:245: too few arguments to function `apr_brigade_create' sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:311: too few arguments to function `apr_brigade_create' sapi_apache2.c:366: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:375: too few arguments to function `apr_bucket_eos_create' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:407: `AP_FTYPE_CONTENT' undeclared (first use in this function) sapi_apache2.c:407: (Each undeclared identifier is reported only once sapi_apache2.c:407: for each function it appears in.) sapi_apache2.c:408: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Saliendo directorio `/tmp/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Saliendo directorio `/tmp/php-4.1.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Saliendo directorio `/tmp/php-4.1.2/sapi' make: *** [all-recursive] Error 1 [root@sdes02 php-4.1.2]# ---===(O)===--- Note that I got compiled PHP 4.1.2 with the very same ./configure parameters that I did show above but with Apache 1.3.x My system is a Mandrake Linux box, kernel 2.4.17, Updated to Ximian Gnome. TIA William. PD. I tried with PHP 4.2.0-RC2 but I got the same error. -- Edit this bug report at http://bugs.php.net/?id=16561&edit=1
Bug #15531 Updated: Apache doesn't start
ID: 15531 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux 2.2.19 PHP Version: 4.1.1 New Comment: To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Previous Comments: [2002-04-12 09:59:55] [EMAIL PROTECTED] An similar error occurs on Windows 2000 with PHP 4.1.2 and Apache 2.0.35. The CGI version works but if I use the module instructions from the PHP install.txt apache doesn't start. LoadModule php4_module C:/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php Copying php4apache.dll to modules, renaming to mod_php4.dll and small changes like "AddModule php4_module" don't work, neither. Even only the LoadModule or the AddModule instruction alone makes the start impossible. There are no related lines in the apache error log. Similar Bugs: PHP 4.1.2 as ISAPI with IIS 5.1 on Windows XP http://www.phpbuilder.com/forum/read.php3?num=3&id=110295&thread=110281 Apache 2.0.35 & PHP 4.1.2 Module on Linux http://www.phpbuilder.com/forum/read.php3?num=3&id=110235&loc=0&thread=110235 Best regards Rene [2002-04-09 10:42:45] [EMAIL PROTECTED] I have compiled php without sapdb and I get the same problem. Apache starts without adding php, then I add in httpd.conf the lines to load the php module and restart apache, and it works. This is the configure: ./configure \ --with-mysql=/usr/local/mysql \ --with-apxs=/usr/local/apache/bin/apxs \ --with-openssl=/usr/local/ssl \ --with-mcrypt=/usr/local/lib/libmcrypt \ --with-zlib \ --with-gd \ --enable-gd-native-ttf \ --enable-ftp apache 1.3.22 php 4.1.1 or 4.1.2 the same problem Linux 2.4.16 gcc egcs-2.91.66 [2002-02-15 17:05:40] [EMAIL PROTECTED] There are no entries in the apache-logs. I've tried to compile PHP without SAP-DB. Apache starts now. Seems to be a problem with SAP-DB and it's shared-objects. They are linked against the libpthread.so. Eventually the same problem like MySQL ? Michael [2002-02-15 12:58:29] [EMAIL PROTECTED] Check your apache's errog_log [2002-02-12 19:12:27] [EMAIL PROTECTED] Hi, if I add the php4 module (libphp4.so) in the httpd.conf, the Apache-Webserver doesn't start. The problem: I get no error-messages. Apache seems to die. Without the entry, the Apache Webserver runs with no problem, so it must be a problem with PHP4. Apache 1.3.23 PHP 4.1.1 configure: ./configure --with-apxs=/usr/local/apache/current/bin/apxs --enable-tracking-vars=yes --enable-url-includes --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path=/etc --with-mysql --with-sapdb=/opt/sapdb/interfaces/odbc Regards, Michael -- Edit this bug report at http://bugs.php.net/?id=15531&edit=1
Bug #15823 Updated: Configure fails (line 3395 unexp. 'fi')
ID: 15823 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Linux-2.4.18 PHP Version: 4.1.2 New Comment: Does this happen with the latest PHP 4.2.0RC from http://www.php.net/~derick/ (or with latest CVS snapshot http://snaps.php.net/) ?? Previous Comments: [2002-04-12 08:21:14] [EMAIL PROTECTED] Guess you are using autoconf 2.5[23]. Here's a small diff, it has worked for me. diff -u ../php-4.1.2/configure.in configure.in --- ../php-4.1.2/configure.in Wed Feb 27 10:06:31 2002 +++ configure.inFri Apr 12 10:10:57 2002 @@ -122,6 +122,7 @@ AC_PROG_LEX if test -n "$LEX"; then AC_DECL_YYTEXT + true fi dnl ## Make flex scanners use const if they can, even if __STDC__ is not @@ -227,7 +228,7 @@ unset ac_cv_func_yp_get_default_domain AC_CHECK_FUNC(yp_get_default_domain, - [php_no_nsl_checks=yes],[ ]) + [php_no_nsl_checks=yes],[]) unset ac_cv_func_yp_get_default_domain if test "$php_no_nsl_checks" != "yes"; then [2002-03-01 16:44:20] [EMAIL PROTECTED] I d/l 4.1.2 ran configure and got an error (line 3395) rm'd configure and ran buildconf which rebuilt configure same error: line 3395: syntax error near unexpected token 'fi' line 3393 contains an else clause line 3394 is blank line 3395 contains fi If I fix this (comment out else), this same error occurs 3 more times. Fixing each in turn, configure finally completes, but does not create a Makefile. system: LFS-3.2rc1 (Linux From Scratch) automake-1.5, autoconf-2.52, libtool-1.4.2 Note: php-4.0.6 did not have this problem for me, but 4.1.0, 4.1.1, and 4.1.2 do. I've avoided upgrading, but now find I must. 4.0.6 still configs fine. more info on request - -- Edit this bug report at http://bugs.php.net/?id=15823&edit=1
Bug #16562 Updated: imap_open does not open port after PHP upgrade
ID: 16562
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: RedHat 6.x
PHP Version: 4.1.2
New Comment:
What if you use this instead:
$mbox = imap_open ("{localhost:110/pop3}INBOX", "user_id",
"password");
(straight from the manual)
Previous Comments:
[2002-04-11 23:29:07] [EMAIL PROTECTED]
After upgrading to PHP 4.1.2 from 4.0.4pl1 and doing this:
imap_open("{hostname/POP3:110}INBOX", "userid", "password")
...simply returns "Couldn't open stream" when trying to talk to
POP3/110. I checked tcpdump and I see nothing happening on port 110.
Switching back to 4.0.4pl1 fixes the problem. Tried installing the
latest c-client and still nothing. Seems something about imap_open has
been broken in this version.
--
Edit this bug report at http://bugs.php.net/?id=16562&edit=1
Bug #16566 Updated: php doesn't function when compiled
ID: 16566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: solaris 8 PHP Version: 4.1.1 New Comment: This is not the support forum for Zend products. Please go to www.zend.com to get support for the optimizer. Previous Comments: [2002-04-12 07:14:15] [EMAIL PROTECTED] I compiled php with all packages installed (bison, flex ): ./configure --enable-track-vars --with-mysql make make install When I have compiled php, i try make test and i get this: Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found Failed loading /usr/local/Zend/lib/ZendOptimizer.so: ld.so.1: /tmp/php-4.1.1/php: fatal: relocation error: file /usr/local/Zend/lib/ZendOptimizer.so: symbol _erealloc: referenced symbol not found -- Edit this bug report at http://bugs.php.net/?id=16566&edit=1
Bug #16568: string comparison features give opposing results
From: [EMAIL PROTECTED] Operating system: SunOS 5.6 PHP version: 4.1.2 PHP Bug Type: Strings related Bug description: string comparison features give opposing results NOTE: in the examples below the $myrow array is a string array populated by an ingres select statement. if $myrow[6] is null going into the first example then $myrow[6] will not be set to &npsp, but in the second example it will. Shouldn't these two examples be equivalent? Also strcmp function behaves like example 1. EXAMPLE 1: trim($myrow[6]); ($myrow[6]) == " " ? $myrow[6] = " ") EXAMPLE 2: trim($myrow[6]); (ord($myrow[6]) == 32 ? $myrow[6] = " "); -- Edit bug report at http://bugs.php.net/?id=16568&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16568&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16568&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16568&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16568&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16568&r=support Expected behavior: http://bugs.php.net/fix.php?id=16568&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16568&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16568&r=submittedtwice
Bug #16568 Updated: string comparison features give opposing results
ID: 16568 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Strings related Operating System: SunOS 5.6 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-12 10:46:52] [EMAIL PROTECTED] NOTE: in the examples below the $myrow array is a string array populated by an ingres select statement. if $myrow[6] is null going into the first example then $myrow[6] will not be set to &npsp, but in the second example it will. Shouldn't these two examples be equivalent? Also strcmp function behaves like example 1. EXAMPLE 1: trim($myrow[6]); ($myrow[6]) == " " ? $myrow[6] = " ") EXAMPLE 2: trim($myrow[6]); (ord($myrow[6]) == 32 ? $myrow[6] = " "); -- Edit this bug report at http://bugs.php.net/?id=16568&edit=1
Bug #16568 Updated: string comparison features give opposing results
ID: 16568 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Strings related Operating System: SunOS 5.6 PHP Version: 4.1.2 New Comment: I'm not asking a support question. $myrow[6] is an empty string. ord($myrow[6]) returns 32 (ascii for ' ') the first character of an empty string shouldn't evaluate as ascii 32. So this is a bug. Previous Comments: [2002-04-12 11:11:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-12 10:46:52] [EMAIL PROTECTED] NOTE: in the examples below the $myrow array is a string array populated by an ingres select statement. if $myrow[6] is null going into the first example then $myrow[6] will not be set to &npsp, but in the second example it will. Shouldn't these two examples be equivalent? Also strcmp function behaves like example 1. EXAMPLE 1: trim($myrow[6]); ($myrow[6]) == " " ? $myrow[6] = " ") EXAMPLE 2: trim($myrow[6]); (ord($myrow[6]) == 32 ? $myrow[6] = " "); -- Edit this bug report at http://bugs.php.net/?id=16568&edit=1
Bug #16564 Updated: Get size of memory allocated in script
ID: 16564
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Any
PHP Version: 4.1.2
New Comment:
If you build PHP with --enable-memory-limit then PHP will write the
peak memory usage of the script to the "mod_php_memory_usage" Apache
note. You can then have this logged in your Apache log file by adding
{mod_php_memory_usage}n to your log format string.
Previous Comments:
[2002-04-12 06:51:14] [EMAIL PROTECTED]
I'm developing code libraries for use in web projects. Its important
that the code be memory effecient, but there is no way to track this
currently.
The way php handles objects and arrays it's hard to know when copies
are being made internally. As I understand it, if you have $a=$b in
your script, if $b is an object or array, its not actually copied. Only
if there was a change in one of the elements through $a, does the the
object get copied and the change applied on the copy.
So it would be very useful to have a function that reports on the
internal memory allocations being made by a script, so we one can track
if excessive copying is being made.
Just returning the size would be good enough. Being able to get it in
categories (ie. resources, arrays, objects, references) would be
fantastic.
--
Edit this bug report at http://bugs.php.net/?id=16564&edit=1
Bug #16568 Updated: string comparison features give opposing results
ID: 16568 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Strings related Operating System: SunOS 5.6 PHP Version: 4.1.2 New Comment: $myrow[6] is not an empty string because you're trim()'ing the string incorrectly. See http://www.php.net/manual/en/function.trim.php Previous Comments: [2002-04-12 11:16:20] [EMAIL PROTECTED] I'm not asking a support question. $myrow[6] is an empty string. ord($myrow[6]) returns 32 (ascii for ' ') the first character of an empty string shouldn't evaluate as ascii 32. So this is a bug. [2002-04-12 11:11:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-12 10:46:52] [EMAIL PROTECTED] NOTE: in the examples below the $myrow array is a string array populated by an ingres select statement. if $myrow[6] is null going into the first example then $myrow[6] will not be set to &npsp, but in the second example it will. Shouldn't these two examples be equivalent? Also strcmp function behaves like example 1. EXAMPLE 1: trim($myrow[6]); ($myrow[6]) == " " ? $myrow[6] = " ") EXAMPLE 2: trim($myrow[6]); (ord($myrow[6]) == 32 ? $myrow[6] = " "); -- Edit this bug report at http://bugs.php.net/?id=16568&edit=1
Bug #16562 Updated: imap_open does not open port after PHP upgrade
ID: 16562
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: RedHat 6.x
PHP Version: 4.1.2
New Comment:
I thought I'd tried that already, but there must have been something
else wrong when I did, because that fixed it. Thanks. :-)
Side note... the reason I was trying it that way is because that's how
NOCC v.0.92 (see http://sourceforge.net/projects/nocc/ )was
successfully doing it. I guess the syntax for imap_open isn't as
flexible as it used to be. My guess is that they've fixed NOCC in
later versions and that's why no one else seems to be having this
problem.
It's always a bummer when something that worked in a previous version
of PHP stops working in the current one. But, as it stands, I guess
that's not PHP's problem... this is a NOCC bug. Unfortunately, I've
got to go track down dozens of old NOCC installations (on lots of
different servers) and fix the syntax to the way the current PHP wants
to see it. :-(
Previous Comments:
[2002-04-12 10:44:18] [EMAIL PROTECTED]
What if you use this instead:
$mbox = imap_open ("{localhost:110/pop3}INBOX", "user_id",
"password");
(straight from the manual)
[2002-04-11 23:29:07] [EMAIL PROTECTED]
After upgrading to PHP 4.1.2 from 4.0.4pl1 and doing this:
imap_open("{hostname/POP3:110}INBOX", "userid", "password")
...simply returns "Couldn't open stream" when trying to talk to
POP3/110. I checked tcpdump and I see nothing happening on port 110.
Switching back to 4.0.4pl1 fixes the problem. Tried installing the
latest c-client and still nothing. Seems something about imap_open has
been broken in this version.
--
Edit this bug report at http://bugs.php.net/?id=16562&edit=1
Bug #16569: pg_close($conn2) closes all connections?
From: [EMAIL PROTECTED]
Operating system: RedHat 7.0
PHP version: 4.1.1
PHP Bug Type: PostgreSQL related
Bug description: pg_close($conn2) closes all connections?
/* TWO CONNECTIONS TO SAME SERVER, SAME DATABASE */
$conn1=pg_Connect("host=172.15.15.1 user=me dbname=mydb");
$conn2=pg_Connect("host=172.15.15.1 user=me dbname=mydb");
/* QUERIES HERE OK ON EITHER CONNECTION */
$result=pg_exec($conn1, "select stuff from table");
$result=pg_exec($conn2, "select stuff from table");
/* CLOSE conn2, conn1 SHOULD STILL BE OPEN */
$conn2=pg_close($conn2);
$result=pg_exec($conn1, "select stuff from table");
// ERROR! $conn1 seems to have been closed!
// MAYBE YOU ASK WHY WE DO TWO CONNS TO SAME db?
// NORMALLY, THEY ARE TWO DIFFERENT db's, MAIN and
// BACKUP. IN A failover SITUATION, BACKUP DB IS
// DOING BOTH JOBS, SO BOTH CONNS TO SAME MACHINE
// OUR PROBLEM FIXED WITH CONDITIONAL CODE: EG: IF
// MAIN AND BACKUP DBS ARE SAME, DON'T MAKE SECOND
// CONNECTION, BUT THOUGHT YOU SHOULD KNOW
// ABOUT THIS.
--
Edit bug report at http://bugs.php.net/?id=16569&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16569&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16569&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16569&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16569&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16569&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16569&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16569&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16569&r=submittedtwice
Bug #16569 Updated: pg_close($conn2) closes all connections?
ID: 16569
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: PostgreSQL related
Operating System: RedHat 7.0
PHP Version: 4.1.1
New Comment:
This is not a bug. If you look at the resource ids returned from the
pg_connect() calls you would see that the second call actually returns
the same resource id as the first. That is, $conn1 = $conn2, so
naturally closing $conn2 will also close $conn1. Basically PHP keeps
track of open connections and if you try to open a second connection
with the exact same credentials it will reuse the existing one.
Previous Comments:
[2002-04-12 12:30:09] [EMAIL PROTECTED]
/* TWO CONNECTIONS TO SAME SERVER, SAME DATABASE */
$conn1=pg_Connect("host=172.15.15.1 user=me dbname=mydb");
$conn2=pg_Connect("host=172.15.15.1 user=me dbname=mydb");
/* QUERIES HERE OK ON EITHER CONNECTION */
$result=pg_exec($conn1, "select stuff from table");
$result=pg_exec($conn2, "select stuff from table");
/* CLOSE conn2, conn1 SHOULD STILL BE OPEN */
$conn2=pg_close($conn2);
$result=pg_exec($conn1, "select stuff from table");
// ERROR! $conn1 seems to have been closed!
// MAYBE YOU ASK WHY WE DO TWO CONNS TO SAME db?
// NORMALLY, THEY ARE TWO DIFFERENT db's, MAIN and
// BACKUP. IN A failover SITUATION, BACKUP DB IS
// DOING BOTH JOBS, SO BOTH CONNS TO SAME MACHINE
// OUR PROBLEM FIXED WITH CONDITIONAL CODE: EG: IF
// MAIN AND BACKUP DBS ARE SAME, DON'T MAKE SECOND
// CONNECTION, BUT THOUGHT YOU SHOULD KNOW
// ABOUT THIS.
--
Edit this bug report at http://bugs.php.net/?id=16569&edit=1
Bug #15829 Updated: using nonexistingn back reference in regex crashes PHP
ID: 15829
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Debian (Sid) Linux
PHP Version: 4.0CVS-2002-03-0
New Comment:
I have it segfaulting there as well.
FreeBSD roman.mobil.cz 4.4-STABLE FreeBSD 4.4-STABLE #0: Wed Dec 26
12:45:18 CET 2001
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CRUDPUPPY_3 i386
'./configure' \
'--disable-shared' \
'--disable-session' \
'--enable-debug' \
'--enable-inline-optimization' \
'--enable-dio' \
'--enable-ftp' \
'--enable-pcntl' \
'--enable-shmop' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-sockets' \
'--enable-tokenizer' \
'--without-mysql' \
'--with-openssl' \
'--with-zlib' \
'--with-bz2' \
'--with-curl' \
'--with-gettext' \
'--with-iconv' \
'--with-ncurses' \
'--with-readline' \
"$@"
I don't have a backtrace yet.
Previous Comments:
[2002-03-02 07:42:55] [EMAIL PROTECTED]
It crashes with a plain ./configure too btw...
[2002-03-02 07:25:30] [EMAIL PROTECTED]
Doesn't crash for me:
php -q
abcdef\1ghi
Derick
[2002-03-02 07:24:07] [EMAIL PROTECTED]
Errm...
That test passes here too:
\0 back reference
... passed
But this one doesn't:
nonexisting back reference (012.phpt)
... failed
(it crashes)
[2002-03-02 07:15:12] [EMAIL PROTECTED]
With my configuration it passes.
Running tests in /home/yohgaki/cvs/php/DEV/ext/standard/tests/reg
=
\0 back reference
... passed
However, there is something wrong in current PHP. I got exit status 255
when run-tests.php finished. (It doesn't now)
The real problem may be in broken heap memory area by some other
place.
[2002-03-02 06:47:48] [EMAIL PROTECTED]
The testscript ext/standard/tests/reg/012.phpt (" nonexisting back
reference") causes PHP to segfault:
#0 0x4017e197 in memcpy () from /lib/libc.so.6
#1 0x08133fd5 in php_reg_replace (pattern=0x82daf4c "123",
replace=0x82daf64 "def\\1ghi", string=0x82daf84 "abc123", icase=0,
extended=1) at reg.c:377
#2 0x081343ca in php_ereg_replace (ht=3, return_value=0x82daf2c,
this_ptr=0x0, return_value_used=1, icase=0) at reg.c:475
#3 0x081344b5 in zif_ereg_replace (ht=3,nonexisting back reference
return_value=0x82daf2c,
this_ptr=0x0, return_value_used=1) at reg.c:493
#4 0x08175b9e in execute (op_array=0x82dafcc) at
./zend_execute.c:1598
#5 0x080895ee in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:810
#6 0x080946e6 in php_execute_script (primary_file=0xba48) at
main.c:1337
#7 0x08076493 in main (argc=2, argv=0xbac4) at php_cli.c:555
#8 0x4012265f in __libc_start_main () from /lib/libc.so.6
Configure line:
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql'
'--enable-ftp' '--enable-sockets' '--enable-calendar'
'--enable-bcmath' '--with-pcntl' '--enable-ctype' '--with-mhash'
'--with-openssl' '--enable-dbase' '--with-curl' '--enable-dbx'
'--enable-dio' '--enable-exif' '--with-pgsql' '--with-pspell'
'--enable-filepro' '--enable-gd' '--enable-gd-native-ttf'
'--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-gettext'
'--with-gmp' '--enable-mailparse' '--enable-mbstring'
'--enable-mbstr-enc-trans' '--enable-mgrexeg' '--with-zlib'
'--with-bzip2' '--with-imap' '--enable-inline-optimization'
'--with-readline'
--
Edit this bug report at http://bugs.php.net/?id=15829&edit=1
Bug #16570: error control operator and set_error_handler()
From: [EMAIL PROTECTED]
Operating system: i686-pc-linux-gnu
PHP version: 4.0CVS-2002-04-12
PHP Bug Type: *Programming Data Structures
Bug description: error control operator and set_error_handler()
Hi,
the @ Error Control Operator doesnt suppress warnings (e.g.:E_WARNING),
if an own error handler is declared.
the follow code snip demonstrate the problem:
in $errfileline $errline";
}
$old_error_handler = set_error_handler('error_handler');
$dbconnect=@mysql_pconnect('foobar-server', 'bart', 'simson');
?>
I think this is a bug, because this behavior is not documented.
Regards,
Steve
--
Edit bug report at http://bugs.php.net/?id=16570&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16570&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16570&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16570&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16570&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16570&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16570&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16570&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16570&r=submittedtwice
Bug #16562 Updated: imap_open does not open port after PHP upgrade
ID: 16562
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: IMAP related
Operating System: RedHat 6.x
PHP Version: 4.1.2
New Comment:
Actually it's the imap library whose syntax did change, not PHP itself.
Previous Comments:
[2002-04-12 12:23:53] [EMAIL PROTECTED]
I thought I'd tried that already, but there must have been something
else wrong when I did, because that fixed it. Thanks. :-)
Side note... the reason I was trying it that way is because that's how
NOCC v.0.92 (see http://sourceforge.net/projects/nocc/ )was
successfully doing it. I guess the syntax for imap_open isn't as
flexible as it used to be. My guess is that they've fixed NOCC in
later versions and that's why no one else seems to be having this
problem.
It's always a bummer when something that worked in a previous version
of PHP stops working in the current one. But, as it stands, I guess
that's not PHP's problem... this is a NOCC bug. Unfortunately, I've
got to go track down dozens of old NOCC installations (on lots of
different servers) and fix the syntax to the way the current PHP wants
to see it. :-(
[2002-04-12 10:44:18] [EMAIL PROTECTED]
What if you use this instead:
$mbox = imap_open ("{localhost:110/pop3}INBOX", "user_id",
"password");
(straight from the manual)
[2002-04-11 23:29:07] [EMAIL PROTECTED]
After upgrading to PHP 4.1.2 from 4.0.4pl1 and doing this:
imap_open("{hostname/POP3:110}INBOX", "userid", "password")
...simply returns "Couldn't open stream" when trying to talk to
POP3/110. I checked tcpdump and I see nothing happening on port 110.
Switching back to 4.0.4pl1 fixes the problem. Tried installing the
latest c-client and still nothing. Seems something about imap_open has
been broken in this version.
--
Edit this bug report at http://bugs.php.net/?id=16562&edit=1
Bug #16562 Updated: imap_open does not open port after PHP upgrade
ID: 16562
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: IMAP related
Operating System: RedHat 6.x
PHP Version: 4.1.2
New Comment:
Additional note: I did some more experimenting and it turns out that
the current PHP does NOT have a problem with this syntax:
imap_open("{hostname/pop3:110}INBOX", "userid", "password")
...which is the same syntax NOCC v.9.2 used with the exception that
"pop3" is lower case.
In summary, in previous versions of imap_open() the protocol specifier
was not case sensitive. Now it is.
Previous Comments:
[2002-04-12 12:52:07] [EMAIL PROTECTED]
Actually it's the imap library whose syntax did change, not PHP itself.
[2002-04-12 12:23:53] [EMAIL PROTECTED]
I thought I'd tried that already, but there must have been something
else wrong when I did, because that fixed it. Thanks. :-)
Side note... the reason I was trying it that way is because that's how
NOCC v.0.92 (see http://sourceforge.net/projects/nocc/ )was
successfully doing it. I guess the syntax for imap_open isn't as
flexible as it used to be. My guess is that they've fixed NOCC in
later versions and that's why no one else seems to be having this
problem.
It's always a bummer when something that worked in a previous version
of PHP stops working in the current one. But, as it stands, I guess
that's not PHP's problem... this is a NOCC bug. Unfortunately, I've
got to go track down dozens of old NOCC installations (on lots of
different servers) and fix the syntax to the way the current PHP wants
to see it. :-(
[2002-04-12 10:44:18] [EMAIL PROTECTED]
What if you use this instead:
$mbox = imap_open ("{localhost:110/pop3}INBOX", "user_id",
"password");
(straight from the manual)
[2002-04-11 23:29:07] [EMAIL PROTECTED]
After upgrading to PHP 4.1.2 from 4.0.4pl1 and doing this:
imap_open("{hostname/POP3:110}INBOX", "userid", "password")
...simply returns "Couldn't open stream" when trying to talk to
POP3/110. I checked tcpdump and I see nothing happening on port 110.
Switching back to 4.0.4pl1 fixes the problem. Tried installing the
latest c-client and still nothing. Seems something about imap_open has
been broken in this version.
--
Edit this bug report at http://bugs.php.net/?id=16562&edit=1
Bug #16562 Updated: imap_open does not open port after PHP upgrade
ID: 16562
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Operating System: RedHat 6.x
PHP Version: 4.1.2
New Comment:
Oops... I didn't see [EMAIL PROTECTED]'s comment. Perhaps it is in the
imap libary, but what's strange is I tried using the same library that
I used with the prior PHP version and it still had a problem.
Previous Comments:
[2002-04-12 12:54:18] [EMAIL PROTECTED]
Additional note: I did some more experimenting and it turns out that
the current PHP does NOT have a problem with this syntax:
imap_open("{hostname/pop3:110}INBOX", "userid", "password")
...which is the same syntax NOCC v.9.2 used with the exception that
"pop3" is lower case.
In summary, in previous versions of imap_open() the protocol specifier
was not case sensitive. Now it is.
[2002-04-12 12:52:07] [EMAIL PROTECTED]
Actually it's the imap library whose syntax did change, not PHP itself.
[2002-04-12 12:23:53] [EMAIL PROTECTED]
I thought I'd tried that already, but there must have been something
else wrong when I did, because that fixed it. Thanks. :-)
Side note... the reason I was trying it that way is because that's how
NOCC v.0.92 (see http://sourceforge.net/projects/nocc/ )was
successfully doing it. I guess the syntax for imap_open isn't as
flexible as it used to be. My guess is that they've fixed NOCC in
later versions and that's why no one else seems to be having this
problem.
It's always a bummer when something that worked in a previous version
of PHP stops working in the current one. But, as it stands, I guess
that's not PHP's problem... this is a NOCC bug. Unfortunately, I've
got to go track down dozens of old NOCC installations (on lots of
different servers) and fix the syntax to the way the current PHP wants
to see it. :-(
[2002-04-12 10:44:18] [EMAIL PROTECTED]
What if you use this instead:
$mbox = imap_open ("{localhost:110/pop3}INBOX", "user_id",
"password");
(straight from the manual)
[2002-04-11 23:29:07] [EMAIL PROTECTED]
After upgrading to PHP 4.1.2 from 4.0.4pl1 and doing this:
imap_open("{hostname/POP3:110}INBOX", "userid", "password")
...simply returns "Couldn't open stream" when trying to talk to
POP3/110. I checked tcpdump and I see nothing happening on port 110.
Switching back to 4.0.4pl1 fixes the problem. Tried installing the
latest c-client and still nothing. Seems something about imap_open has
been broken in this version.
--
Edit this bug report at http://bugs.php.net/?id=16562&edit=1
Bug #16571: PHP fails to retrieve DECIMAL or NUMERIC values correctly from Interbase
From: [EMAIL PROTECTED] Operating system: WindowsNT SP 6a PHP version: 4.1.2 PHP Bug Type: InterBase related Bug description: PHP fails to retrieve DECIMAL or NUMERIC values correctly from Interbase Hi! PHP still fails to correctly retrieve DECIMAL or NUMERIC colums from Interbase on WindowsNT. After the point, it returns the precision of the DECIMAL instead of the actual value. That error seems to be quite old now, could a fix finally be made part of the Windows executables? A possible fix, by the way, is to use the F_FIXED_POINT UDF function from the FreeUDFLib, or casting the columns into Strings before PHP gets them, so still in the SELECT statement or the stored_procedure or the view. But, that is not very handy, so please fix that bug. Thanks, Frank -- Edit bug report at http://bugs.php.net/?id=16571&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16571&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16571&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16571&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16571&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16571&r=support Expected behavior: http://bugs.php.net/fix.php?id=16571&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16571&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16571&r=submittedtwice
Bug #16562 Updated: imap_open does not open port after PHP upgrade
ID: 16562
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: IMAP related
Operating System: RedHat 6.x
PHP Version: 4.1.2
Previous Comments:
[2002-04-12 12:58:37] [EMAIL PROTECTED]
Oops... I didn't see [EMAIL PROTECTED]'s comment. Perhaps it is in the
imap libary, but what's strange is I tried using the same library that
I used with the prior PHP version and it still had a problem.
[2002-04-12 12:54:18] [EMAIL PROTECTED]
Additional note: I did some more experimenting and it turns out that
the current PHP does NOT have a problem with this syntax:
imap_open("{hostname/pop3:110}INBOX", "userid", "password")
...which is the same syntax NOCC v.9.2 used with the exception that
"pop3" is lower case.
In summary, in previous versions of imap_open() the protocol specifier
was not case sensitive. Now it is.
[2002-04-12 12:52:07] [EMAIL PROTECTED]
Actually it's the imap library whose syntax did change, not PHP itself.
[2002-04-12 12:23:53] [EMAIL PROTECTED]
I thought I'd tried that already, but there must have been something
else wrong when I did, because that fixed it. Thanks. :-)
Side note... the reason I was trying it that way is because that's how
NOCC v.0.92 (see http://sourceforge.net/projects/nocc/ )was
successfully doing it. I guess the syntax for imap_open isn't as
flexible as it used to be. My guess is that they've fixed NOCC in
later versions and that's why no one else seems to be having this
problem.
It's always a bummer when something that worked in a previous version
of PHP stops working in the current one. But, as it stands, I guess
that's not PHP's problem... this is a NOCC bug. Unfortunately, I've
got to go track down dozens of old NOCC installations (on lots of
different servers) and fix the syntax to the way the current PHP wants
to see it. :-(
[2002-04-12 10:44:18] [EMAIL PROTECTED]
What if you use this instead:
$mbox = imap_open ("{localhost:110/pop3}INBOX", "user_id",
"password");
(straight from the manual)
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/16562
--
Edit this bug report at http://bugs.php.net/?id=16562&edit=1
Bug #16572: doesn't print 8.5 x 14
From: [EMAIL PROTECTED] Operating system: msdos- windows PHP version: 4.1.0 PHP Bug Type: Output Control Bug description: doesn't print 8.5 x 14 My system only prints 61 lines of data. I set my output at 85 x 84 long on a full page form. Epson stylus color II -- Edit bug report at http://bugs.php.net/?id=16572&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16572&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16572&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16572&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16572&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16572&r=support Expected behavior: http://bugs.php.net/fix.php?id=16572&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16572&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16572&r=submittedtwice
Bug #16573: Accessing Data from HTML page using post method
From: [EMAIL PROTECTED] Operating system: Win95 WinNT4.0 PHP version: 4.1.2 PHP Bug Type: *General Issues Bug description: Accessing Data from HTML page using post method Ok, i'm trying to access data from a html page using the method post and php file. It works perfectly, but usually a have problems with the variable names. For example, i have a text field in a html page and i want to pass the information typed in that text field to a php file, because i need to manipulate this data from the text field. That text field i called tf_project the html page index.html and the php file script.php. Ok, when i click on the html button to pass the data I'm supposed to be capable to access the data just accessing the $tf_project variable in the php script that the post method called. The method post you can invoke using the html tag in html file like that: Then, the problem that i'm reporting is, in the php script the $tf_project variable value is empty, but it's supposed to store the value passed from the html text field. If i change the text's field name to textproject and try to access the value again in the php script using now $textproject it works. I tough it was a php limitation with the "_" character to name variables, but in another situation i was using text filed name = project and php variable $project, then i had the same problem again, i just changed the names to title1 and $title1 and my php script worked perfectly!! I'm using the php4.1.1 and win95 for development, i executed the same test in winnt and with php4.1.2 in the both operational systems, the same problem occurred again. I made these simple examples just to verify the same problem that i always have in my php applications when i use html and php. If it is not a bug could you tell me if is there a php limitation when you name a variable in a php script? it's really hard expend 3 hours to discover that your script works perfectly and the problem is the variable name!! Thanks, Adriano -- Edit bug report at http://bugs.php.net/?id=16573&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16573&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16573&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16573&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16573&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16573&r=support Expected behavior: http://bugs.php.net/fix.php?id=16573&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16573&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16573&r=submittedtwice
Bug #16572 Updated: doesn't print 8.5 x 14
ID: 16572 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: msdos- windows PHP Version: 4.1.0 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". Previous Comments: [2002-04-12 13:26:29] [EMAIL PROTECTED] My system only prints 61 lines of data. I set my output at 85 x 84 long on a full page form. Epson stylus color II -- Edit this bug report at http://bugs.php.net/?id=16572&edit=1
Bug #16573 Updated: Accessing Data from HTML page using post method
ID: 16573 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win95 WinNT4.0 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-12 13:31:09] [EMAIL PROTECTED] Ok, i'm trying to access data from a html page using the method post and php file. It works perfectly, but usually a have problems with the variable names. For example, i have a text field in a html page and i want to pass the information typed in that text field to a php file, because i need to manipulate this data from the text field. That text field i called tf_project the html page index.html and the php file script.php. Ok, when i click on the html button to pass the data I'm supposed to be capable to access the data just accessing the $tf_project variable in the php script that the post method called. The method post you can invoke using the html tag in html file like that: Then, the problem that i'm reporting is, in the php script the $tf_project variable value is empty, but it's supposed to store the value passed from the html text field. If i change the text's field name to textproject and try to access the value again in the php script using now $textproject it works. I tough it was a php limitation with the "_" character to name variables, but in another situation i was using text filed name = project and php variable $project, then i had the same problem again, i just changed the names to title1 and $title1 and my php script worked perfectly!! I'm using the php4.1.1 and win95 for development, i executed the same test in winnt and with php4.1.2 in the both operational systems, the same problem occurred again. I made these simple examples just to verify the same problem that i always have in my php applications when i use html and php. If it is not a bug could you tell me if is there a php limitation when you name a variable in a php script? it's really hard expend 3 hours to discover that your script works perfectly and the problem is the variable name!! Thanks, Adriano -- Edit this bug report at http://bugs.php.net/?id=16573&edit=1
Bug #16574: Accessing Data from HTML page using post method
From: [EMAIL PROTECTED] Operating system: Win95 WinNT4.0 PHP version: 4.1.2 PHP Bug Type: *General Issues Bug description: Accessing Data from HTML page using post method Ok, i'm trying to access data from a html page using the method post and php file. It works perfectly, but usually a have problems with the variable names. For example, i have a text field in a html page and i want to pass the information typed in that text field to a php file, because i need to manipulate this data from the text field. That text field i called tf_project the html page index.html and the php file script.php. Ok, when i click on the html button to pass the data I'm supposed to be capable to access the data just accessing the $tf_project variable in the php script that the post method called. The method post you can invoke using the html tag in html file like that: Then, the problem that i'm reporting is, in the php script the $tf_project variable value is empty, but it's supposed to store the value passed from the html text field. If i change the text's field name to textproject and try to access the value again in the php script using now $textproject it works. I tough it was a php limitation with the "_" character to name variables, but in another situation i was using text filed name = project and php variable $project, then i had the same problem again, i just changed the names to title1 and $title1 and my php script worked perfectly!! I'm using the php4.1.1 and win95 for development, i executed the same test in winnt and with php4.1.2 in the both operational systems, the same problem occurred again. I made these simple examples just to verify the same problem that i always have in my php applications when i use html and php. -- Edit bug report at http://bugs.php.net/?id=16574&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16574&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16574&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16574&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16574&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16574&r=support Expected behavior: http://bugs.php.net/fix.php?id=16574&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16574&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16574&r=submittedtwice
Bug #16575: cannot load php4apache.dll with apache2
From: [EMAIL PROTECTED] Operating system: Windows XP Professional PHP version: 4.1.2 PHP Bug Type: Apache2 related Bug description: cannot load php4apache.dll with apache2 I am not able to load the php4apache.dll with apache2, it only says Syntax error on line 173 of E:/Apache2/conf/httpd.conf: Cannot load E:/php/sapi/php4apache.dll into server: Das angegebene Modul wurde nicht gefunden. but the module if definitly there and all other dlls are copied like the doku said. Where can I get php error output in such cases (there is nothing in the apache logs)? BTW others (from a newsgroup) seem to have the problem too, but still no solution... -- Edit bug report at http://bugs.php.net/?id=16575&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16575&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16575&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16575&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16575&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16575&r=support Expected behavior: http://bugs.php.net/fix.php?id=16575&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16575&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16575&r=submittedtwice
Bug #16574 Updated: Accessing Data from HTML page using post method
ID: 16574 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win95 WinNT4.0 PHP Version: 4.1.2 New Comment: Please do not submit the same bug more than once. Previous Comments: [2002-04-12 13:45:35] [EMAIL PROTECTED] Ok, i'm trying to access data from a html page using the method post and php file. It works perfectly, but usually a have problems with the variable names. For example, i have a text field in a html page and i want to pass the information typed in that text field to a php file, because i need to manipulate this data from the text field. That text field i called tf_project the html page index.html and the php file script.php. Ok, when i click on the html button to pass the data I'm supposed to be capable to access the data just accessing the $tf_project variable in the php script that the post method called. The method post you can invoke using the html tag in html file like that: Then, the problem that i'm reporting is, in the php script the $tf_project variable value is empty, but it's supposed to store the value passed from the html text field. If i change the text's field name to textproject and try to access the value again in the php script using now $textproject it works. I tough it was a php limitation with the "_" character to name variables, but in another situation i was using text filed name = project and php variable $project, then i had the same problem again, i just changed the names to title1 and $title1 and my php script worked perfectly!! I'm using the php4.1.1 and win95 for development, i executed the same test in winnt and with php4.1.2 in the both operational systems, the same problem occurred again. I made these simple examples just to verify the same problem that i always have in my php applications when i use html and php. -- Edit this bug report at http://bugs.php.net/?id=16574&edit=1
Bug #15829 Updated: using nonexistingn back reference in regex crashes PHP
ID: 15829 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Debian (Sid) Linux PHP Version: 4.0CVS-2002-03-0 New Comment: Doesn't crash here either.. Previous Comments: [2002-04-12 12:38:02] [EMAIL PROTECTED] I have it segfaulting there as well. FreeBSD roman.mobil.cz 4.4-STABLE FreeBSD 4.4-STABLE #0: Wed Dec 26 12:45:18 CET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CRUDPUPPY_3 i386 './configure' \ '--disable-shared' \ '--disable-session' \ '--enable-debug' \ '--enable-inline-optimization' \ '--enable-dio' \ '--enable-ftp' \ '--enable-pcntl' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--without-mysql' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-ncurses' \ '--with-readline' \ "$@" I don't have a backtrace yet. [2002-03-02 07:42:55] [EMAIL PROTECTED] It crashes with a plain ./configure too btw... [2002-03-02 07:25:30] [EMAIL PROTECTED] Doesn't crash for me: php -q abcdef\1ghi Derick [2002-03-02 07:24:07] [EMAIL PROTECTED] Errm... That test passes here too: \0 back reference ... passed But this one doesn't: nonexisting back reference (012.phpt) ... failed (it crashes) [2002-03-02 07:15:12] [EMAIL PROTECTED] With my configuration it passes. Running tests in /home/yohgaki/cvs/php/DEV/ext/standard/tests/reg = \0 back reference ... passed However, there is something wrong in current PHP. I got exit status 255 when run-tests.php finished. (It doesn't now) The real problem may be in broken heap memory area by some other place. 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/15829 -- Edit this bug report at http://bugs.php.net/?id=15829&edit=1
Bug #15829 Updated: using nonexistingn back reference in regex crashes PHP
ID: 15829 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Debian (Sid) Linux PHP Version: 4.0CVS-2002-03-0 New Comment: which branch? I'm seeing this on HEAD. I've just started a new build, will post backtrace within 20 minutes. Previous Comments: [2002-04-12 14:57:17] [EMAIL PROTECTED] Doesn't crash here either.. [2002-04-12 12:38:02] [EMAIL PROTECTED] I have it segfaulting there as well. FreeBSD roman.mobil.cz 4.4-STABLE FreeBSD 4.4-STABLE #0: Wed Dec 26 12:45:18 CET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CRUDPUPPY_3 i386 './configure' \ '--disable-shared' \ '--disable-session' \ '--enable-debug' \ '--enable-inline-optimization' \ '--enable-dio' \ '--enable-ftp' \ '--enable-pcntl' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--without-mysql' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-ncurses' \ '--with-readline' \ "$@" I don't have a backtrace yet. [2002-03-02 07:42:55] [EMAIL PROTECTED] It crashes with a plain ./configure too btw... [2002-03-02 07:25:30] [EMAIL PROTECTED] Doesn't crash for me: php -q abcdef\1ghi Derick [2002-03-02 07:24:07] [EMAIL PROTECTED] Errm... That test passes here too: \0 back reference ... passed But this one doesn't: nonexisting back reference (012.phpt) ... failed (it crashes) 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/15829 -- Edit this bug report at http://bugs.php.net/?id=15829&edit=1
Bug #16576: Else if fails when seperated @ least
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.2 PHP Bug Type: Scripting Engine problem Bug description: Else if fails when seperated @ least if i have html and then i embed php, i cannot use else if, only if (which REALLY SUCKS for forms.) this isn't my code but it illustrates the issue example: You should see an X int the slot you selected: :: etc. Adding curlies to the ifs and parentheses to the echo don't help. please email me a fix if its my mistake, or fix the bug if its yours thanks, joe -- Edit bug report at http://bugs.php.net/?id=16576&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16576&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16576&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16576&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16576&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16576&r=support Expected behavior: http://bugs.php.net/fix.php?id=16576&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16576&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16576&r=submittedtwice
Bug #15829 Updated: using nonexistingn back reference in regex crashes PHP
ID: 15829 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Debian (Sid) Linux PHP Version: 4.0CVS-2002-03-0 New Comment: I reported this BEFORE 4.2.0 was branched. I can't reproduce it anymore with todya's HEAD. Previous Comments: [2002-04-12 15:09:12] [EMAIL PROTECTED] which branch? I'm seeing this on HEAD. I've just started a new build, will post backtrace within 20 minutes. [2002-04-12 14:57:17] [EMAIL PROTECTED] Doesn't crash here either.. [2002-04-12 12:38:02] [EMAIL PROTECTED] I have it segfaulting there as well. FreeBSD roman.mobil.cz 4.4-STABLE FreeBSD 4.4-STABLE #0: Wed Dec 26 12:45:18 CET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CRUDPUPPY_3 i386 './configure' \ '--disable-shared' \ '--disable-session' \ '--enable-debug' \ '--enable-inline-optimization' \ '--enable-dio' \ '--enable-ftp' \ '--enable-pcntl' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--without-mysql' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-ncurses' \ '--with-readline' \ "$@" I don't have a backtrace yet. [2002-03-02 07:42:55] [EMAIL PROTECTED] It crashes with a plain ./configure too btw... [2002-03-02 07:25:30] [EMAIL PROTECTED] Doesn't crash for me: php -q abcdef\1ghi Derick 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/15829 -- Edit this bug report at http://bugs.php.net/?id=15829&edit=1
Bug #16576 Updated: Else if fails when seperated @ least
ID: 16576 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: elseif is ONE word Previous Comments: [2002-04-12 15:18:32] [EMAIL PROTECTED] if i have html and then i embed php, i cannot use else if, only if (which REALLY SUCKS for forms.) this isn't my code but it illustrates the issue example: You should see an X int the slot you selected: :: etc. Adding curlies to the ifs and parentheses to the echo don't help. please email me a fix if its my mistake, or fix the bug if its yours thanks, joe -- Edit this bug report at http://bugs.php.net/?id=16576&edit=1
Bug #16572 Updated: doesn't print 8.5 x 14
ID: 16572 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: msdos- windows PHP Version: 4.1.0 New Comment: I created an output of a full page form 85 wide by 84 lines long (legal size) and my printer will only print 61 lines. My printer driver for my Epson stylus color esc2 is set for legal and the #7 printer maintenance is also set for 85 and 84 in my 4.1 filepro system on msdos. Previous Comments: [2002-04-12 15:31:53] [EMAIL PROTECTED] I created an output of a full page form 85 wide by 84 lines long (legal size) and my printer will only print 61 lines. My printer driver for my Epson stylus color esc2 is set for legal and the #7 printer maintenance is also set for 85 and 84 in my 4.1 filepro system on msdos. [2002-04-12 15:31:52] [EMAIL PROTECTED] I created an output of a full page form 85 wide by 84 lines long (legal size) and my printer will only print 61 lines. My printer driver for my Epson stylus color esc2 is set for legal and the #7 printer maintenance is also set for 85 and 84 in my 4.1 filepro system on msdos. [2002-04-12 13:31:10] [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". [2002-04-12 13:26:29] [EMAIL PROTECTED] My system only prints 61 lines of data. I set my output at 85 x 84 long on a full page form. Epson stylus color II -- Edit this bug report at http://bugs.php.net/?id=16572&edit=1
Bug #16572 Updated: doesn't print 8.5 x 14
ID: 16572 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: msdos- windows PHP Version: 4.1.0 New Comment: I created an output of a full page form 85 wide by 84 lines long (legal size) and my printer will only print 61 lines. My printer driver for my Epson stylus color esc2 is set for legal and the #7 printer maintenance is also set for 85 and 84 in my 4.1 filepro system on msdos. Previous Comments: [2002-04-12 13:31:10] [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". [2002-04-12 13:26:29] [EMAIL PROTECTED] My system only prints 61 lines of data. I set my output at 85 x 84 long on a full page form. Epson stylus color II -- Edit this bug report at http://bugs.php.net/?id=16572&edit=1
Bug #16572 Updated: doesn't print 8.5 x 14
ID: 16572 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: msdos- windows PHP Version: 4.1.0 New Comment: I created an output of a full page form 85 wide by 84 lines long (legal size) and my printer will only print 61 lines. My printer driver for my Epson stylus color esc2 is set for legal and the #7 printer maintenance is also set for 85 and 84 in my 4.1 filepro system on msdos. Previous Comments: [2002-04-12 15:31:52] [EMAIL PROTECTED] I created an output of a full page form 85 wide by 84 lines long (legal size) and my printer will only print 61 lines. My printer driver for my Epson stylus color esc2 is set for legal and the #7 printer maintenance is also set for 85 and 84 in my 4.1 filepro system on msdos. [2002-04-12 13:31:10] [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". [2002-04-12 13:26:29] [EMAIL PROTECTED] My system only prints 61 lines of data. I set my output at 85 x 84 long on a full page form. Epson stylus color II -- Edit this bug report at http://bugs.php.net/?id=16572&edit=1
Bug #15829 Updated: using nonexistingn back reference in regex crashes PHP
ID: 15829 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Debian (Sid) Linux PHP Version: 4.0CVS-2002-03-0 New Comment: I'm afraid this will get through terribly mangled... roman@roman ~/install/php4-latest > cat ~/tmp/ereg.test 141:1 roman@roman ~/install/php4-latest > ./php -c /dev/null -qC ~/tmp/ereg.test 142:0 zsh: 84733 segmentation fault (core dumped) ./php -c /dev/null -qC ~/tmp/ereg.test roman@roman ~/install/php4-latest > gdb ./php ./php.core 144:0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libhistory.so.4...done. Reading symbols from /usr/lib/libreadline.so.4...done. Reading symbols from /usr/lib/libncurses.so.5...done. Reading symbols from /usr/local/lib/libgiconv.so.2...done. Reading symbols from /usr/local/lib/libintl.so.1...done. Reading symbols from /usr/lib/libssl.so.2...done. Reading symbols from /usr/lib/libcrypto.so.2...done. Reading symbols from /usr/local/lib/libcurl.so.2...done. Reading symbols from /usr/lib/libbz2.so.1...done. Reading symbols from /usr/lib/libz.so.2...done. Reading symbols from /usr/lib/libcrypt.so.2...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x284c7c82 in memcpy () from /usr/lib/libc.so.4 (gdb) bt #0 0x284c7c82 in memcpy () from /usr/lib/libc.so.4 #1 0xd570337c in ?? () #2 0x80cd88a in php_ereg_replace (ht=3, return_value=0x820b864, this_ptr=0x0, return_value_used=1, icase=0) at /home/roman/install/php4-latest/ext/standard/reg.c:476 #3 0x80cd9d8 in zif_ereg_replace (ht=3, return_value=0x820b864, this_ptr=0x0, return_value_used=1) at /home/roman/install/php4-latest/ext/standard/reg.c:494 #4 0x815633a in execute (op_array=0x820c724) at /home/roman/install/php4-latest/Zend/zend_execute.c:1598 #5 0x8145f6d in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/roman/install/php4-latest/Zend/zend.c:810 #6 0x8118b69 in php_execute_script (primary_file=0xbfbffa78) at /home/roman/install/php4-latest/main/main.c:1405 #7 0x815baf4 in main (argc=5, argv=0xbfbffaf4) at /home/roman/install/php4-latest/sapi/cgi/cgi_main.c:1020 #8 0x8064819 in _start () (gdb) Previous Comments: [2002-04-12 15:22:41] [EMAIL PROTECTED] I reported this BEFORE 4.2.0 was branched. I can't reproduce it anymore with todya's HEAD. [2002-04-12 15:09:12] [EMAIL PROTECTED] which branch? I'm seeing this on HEAD. I've just started a new build, will post backtrace within 20 minutes. [2002-04-12 14:57:17] [EMAIL PROTECTED] Doesn't crash here either.. [2002-04-12 12:38:02] [EMAIL PROTECTED] I have it segfaulting there as well. FreeBSD roman.mobil.cz 4.4-STABLE FreeBSD 4.4-STABLE #0: Wed Dec 26 12:45:18 CET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CRUDPUPPY_3 i386 './configure' \ '--disable-shared' \ '--disable-session' \ '--enable-debug' \ '--enable-inline-optimization' \ '--enable-dio' \ '--enable-ftp' \ '--enable-pcntl' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--without-mysql' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-ncurses' \ '--with-readline' \ "$@" I don't have a backtrace yet. [2002-03-02 07:42:55] [EMAIL PROTECTED] It crashes with a plain ./configure too btw... 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/15829 -- Edit this bug report at http://bugs.php.net/?id=15829&edit=1
Bug #16575 Updated: cannot load php4apache.dll with apache2
ID: 16575 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP Professional PHP Version: 4.1.2 New Comment: You can't load the Apache 1 sapi into Apache 2. You have to load apache2filter.dll. Grab PHP 4.2.0 RC3, which will include the file you need. Previous Comments: [2002-04-12 14:10:22] [EMAIL PROTECTED] I am not able to load the php4apache.dll with apache2, it only says Syntax error on line 173 of E:/Apache2/conf/httpd.conf: Cannot load E:/php/sapi/php4apache.dll into server: Das angegebene Modul wurde nicht gefunden. but the module if definitly there and all other dlls are copied like the doku said. Where can I get php error output in such cases (there is nothing in the apache logs)? BTW others (from a newsgroup) seem to have the problem too, but still no solution... -- Edit this bug report at http://bugs.php.net/?id=16575&edit=1
Bug #16558 Updated: String offset reference can be created and segfaults interpreter
ID: 16558
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux (RH 7.2)
PHP Version: 4.1.0
New Comment:
Note: you do not have to do reference-assignment ("= &") to trigger the
segfault; the following reproduces the crash as well:
Previous Comments:
[2002-04-11 17:34:10] [EMAIL PROTECTED]
It's possible to create a reference to a string offset (which is
supposed to be illegal) by returning it from a function:
The above code triggers a segfault (tested with versions 4.0.6 and
4.1.0).
Here is the backtrace:
(gdb) bt
#0 0x080dc270 in execute (op_array=0x8141a88) at
./zend_execute.c:1751
#1 0x080dbf00 in execute (op_array=0x813c8bc) at
./zend_execute.c:1703
#2 0x080bf4c4 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:814
#3 0x0805bab5 in php_execute_script (primary_file=0xb8e0) at
main.c:1309
#4 0x08059698 in main (argc=1, argv=0xb984) at cgi_main.c:738
#5 0x400d3507 in __libc_start_main (main=0x8058ea8 , argc=1,
ubp_av=0xb984, init=0x8057d2c <_init>, fini=0x80e1290 <_fini>,
rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xb97c)
at ../sysdeps/generic/libc-start.c:129
(gdb) frame 0
#0 0x080dc270 in execute (op_array=0x8141a88) at
./zend_execute.c:1751
1751
SEPARATE_ZVAL_TO_MAKE_IS_REF(retval_ptr_ptr);
--
Edit this bug report at http://bugs.php.net/?id=16558&edit=1
Bug #16576 Updated: Else if fails when seperated @ least
ID: 16576 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: "else if" and "else if" are both valid, the problem is that control structures in the "normal" form may not be split across several blocks this way ... ... is ok as the mode switch occures inside the curlies but with ... the echo and the ?>... ... note the colons after the closing parentheses and that in this case it's really only "elseif", not "else if" Previous Comments: [2002-04-12 15:24:22] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: elseif is ONE word [2002-04-12 15:18:32] [EMAIL PROTECTED] if i have html and then i embed php, i cannot use else if, only if (which REALLY SUCKS for forms.) this isn't my code but it illustrates the issue example: You should see an X int the slot you selected: :: etc. Adding curlies to the ifs and parentheses to the echo don't help. please email me a fix if its my mistake, or fix the bug if its yours thanks, joe -- Edit this bug report at http://bugs.php.net/?id=16576&edit=1
Bug #16570 Updated: error control operator and set_error_handler()
ID: 16570
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
-Bug Type: *Programming Data Structures
+Bug Type: Scripting Engine problem
Operating System: i686-pc-linux-gnu
PHP Version: 4.0CVS-2002-04-12
New Comment:
Not a bug. If @ is used, error_reporting is set to 0.
You need to take care of it yourself in your error handler
function if you don't want to show errors in that case.
This is done this way to let users have as much control
as possible in their own error handlers.
And it is documented here:
http://www.php.net/manual/en/function.set-error-handler.php
--Jani
Previous Comments:
[2002-04-12 12:49:16] [EMAIL PROTECTED]
Hi,
the @ Error Control Operator doesnt suppress warnings
(e.g.:E_WARNING),
if an own error handler is declared.
the follow code snip demonstrate the problem:
in $errfileline $errline";
}
$old_error_handler = set_error_handler('error_handler');
$dbconnect=@mysql_pconnect('foobar-server', 'bart', 'simson');
?>
I think this is a bug, because this behavior is not documented.
Regards,
Steve
--
Edit this bug report at http://bugs.php.net/?id=16570&edit=1
Bug #16577: PHP4 doesn't get any enviroment variables
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-04-12 PHP Bug Type: Apache2 related Bug description: PHP4 doesn't get any enviroment variables me and some other friends of mine have tested the latest apache2 + and newest php4 versions an got the same problem. php doesn't get any enviroment variables for example REMOTE_ADDR oder some variables like www.foo.org?test=foo -- Edit bug report at http://bugs.php.net/?id=16577&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16577&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16577&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16577&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16577&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16577&r=support Expected behavior: http://bugs.php.net/fix.php?id=16577&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16577&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16577&r=submittedtwice
Bug #16577 Updated: PHP4 doesn't get any enviroment variables
ID: 16577 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.0CVS-2002-04-12 New Comment: In PHP 4.2.0 and above, register_globals defaults to OFF in php.ini. Please try setting it 'on' or use the new super globals: $_ENV[], $_GET, $_SERVER..etc. If this is not the case, reopen this bug report. Previous Comments: [2002-04-12 18:09:07] [EMAIL PROTECTED] me and some other friends of mine have tested the latest apache2 + and newest php4 versions an got the same problem. php doesn't get any enviroment variables for example REMOTE_ADDR oder some variables like www.foo.org?test=foo -- Edit this bug report at http://bugs.php.net/?id=16577&edit=1
Bug #16519 Updated: makefile error
ID: 16519 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: linux redhat 7.2 PHP Version: 4.1.2 New Comment: I can not reproduce this with PHP 4.2.0RC3 or latest CVS. Please try them: http://www.php.net/~derick/ (for the RC3) http://snaps.php.net/ (snapshots) --Jani Previous Comments: [2002-04-09 16:51:56] [EMAIL PROTECTED] Hi, line 25 of the makefile in ext/java causes a folder construction like net/php/net/php and put the compiled class in that deepest folder. This causes the compiler to stop as it cannot find the file...and if you move it manually it can't remove the folders;) this should solve it though (unless you want to train your users;=)) pushd net/php javac reflect.java popd regards, flim -- Edit this bug report at http://bugs.php.net/?id=16519&edit=1
Bug #15542 Updated: array_merge with $_SESSION
ID: 15542 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback -Bug Type: Reproducible crash +Bug Type: Session related Operating System: linux PHP Version: 4.1.1 Assigned To: andrei,derick New Comment: I can not reproduce this with PHP 4.2.0RC3. Please try it out: http://www.php.net/~derick/ Previous Comments: [2002-02-13 12:00:33] [EMAIL PROTECTED] actually the problem is only with $_SESSION = $somearray; (no array_merge is needed) for a backtrace i will try later, no time now :( [2002-02-13 11:51:25] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-02-13 11:47:56] [EMAIL PROTECTED] the problem is that I try the thing $_SESSION = array_merge($_SESSION, pg_fetch_array($res, 0, PGSQL_ASSOC)); it makes segmentation falt may be I try something wrong, but segfault is not right too -- Edit this bug report at http://bugs.php.net/?id=15542&edit=1
Bug #15826 Updated: Crash when sending 'authenticate' header
ID: 15826
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows, Linux
PHP Version: 4.1.1
New Comment:
I can not reprocude this with PHP 4.2.0RC3 or latest CVS.
Please try the RC3 from: http://www.php.net/~derick/
Previous Comments:
[2002-03-04 15:27:47] [EMAIL PROTECTED]
Additional PHP crash on header('WWW-Authenticate') in safe mode info:
My configure command while getting backtrace was:
./configure --with-mysql=/usr/local/mysql
--with-apxs=/usr/local/apache/bin/apxs --enable-xslt --with-xslt-sablot
--with-zlib --with-iconv --enable-debug
though I probably could get segfault without all these extensions.
When compiled with debug, more info appears in apache error_log
than simple 'child segfault':
[Mon Mar 4 09:54:02 2002] Script:
'/usr/local/apache/htdocs/testzone/auth.php'
---
SAPI.c(505) : Block 0x404279DC status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Mar 4 09:54:03 2002] [notice] child pid 32384 exit signal
Segmentation fault (11)
And finally the backtrace I got under gdb with httpd -X:
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x40128ebc in memcpy () from /lib/libc.so.6
(gdb) bt
#0 0x40128ebc in memcpy () from /lib/libc.so.6
#1 0x0054 in ?? ()
#2 0x401fdf79 in _mem_block_check (ptr=0x402f2a00, silent=1,
__zend_filename=0x402f574d "SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:659
#3 0x401fce64 in _efree (ptr=0x402f2a00, __zend_filename=0x402f574d
"SAPI.c",
__zend_lineno=505, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at zend_alloc.c:224
#4 0x40231ba6 in sapi_add_header_ex (
header_line=0x810afe4 Z , "\204Ì\217*",
header_line_len=35, duplicate=1 001, replace=1 001) at SAPI.c:505
#5 0x40286ad4 in zif_header (ht=1, return_value=0x810afa4,
this_ptr=0x0,
return_value_used=0) at head.c:56
#6 0x4020a18d in execute (op_array=0x810aec4) at
./zend_execute.c:1590
#7 0x4021b3f0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:814
#8 0x4022df42 in php_execute_script (primary_file=0xb360) at
main.c:1307
#9 0x40228b7e in apache_php_module_main (r=0x80fc154,
display_source_mode=0)
at sapi_apache.c:90
#10 0x40229a6c in send_php (r=0x80fc154, display_source_mode=0,
filename=0x80fdc44 "/usr/local/apache/htdocs/testzone/auth.php")
at mod_php4.c:575
#11 0x40229ae5 in send_parsed_php (r=0x80fc154) at mod_php4.c:590
#12 0x0806c187 in ?? ()
#13 0x0808163b in ?? ()
#14 0x080816b0 in ?? ()
#15 0x08078652 in ?? ()
#16 0x08078824 in ?? ()
#17 0x08078998 in ?? ()
#18 0x08079040 in ?? ()
#19 0x080798cf in ?? ()
#20 0x400bf0de in __libc_start_main () from /lib/libc.so.6
Here PHP 4.1.1 was used with Apache 1.3.22 with mod_ssl
(and all the patches it applies to Apache),
all built from source with standart in that case options
under Mandrake Linux 8.0 'fresh' and quite 'full' installation.
Mysql 3.23.46 was also present and working there, built from source.
The script used to crash PHP was the example script from PHP docs:
Hello $PHP_AUTH_USER.";
echo "You entered $PHP_AUTH_PW as your password.";
}
?>
The same crash occured under Windows 2000, XP, and 98 with downloaded
Apache and PHP binaries, from which no debug info could be extracted :)
[2002-03-02 00:16:40] [EMAIL PROTECTED]
A backtrace of a core dump for this would be really helpful. It sounds
like something is going wrong in the realm mangling code which happens
under safe mode in the sapi_add_header_ex() function in main/SAPI.c
If you can reliably reproduce it, build PHP using --enable-debug, run
httpd -X under gdb and when you get the crash, type: bt
Send me that backtrace and I will have a shot at finding it.
[2002-03-01 23:32:46] [EMAIL PROTECTED]
I saw this reported about Linux a couple of times... I dared to report
third time for I met with this bug on both Windows (98, 2000, XP) and
Linux (RedHat 7.0, Mandrake 8.0) - apache child process crashes in PHP
module about half of the time header("WWW-Authenticate...") is sent, if
PHP is in 'Safe Mode'. I think it's a general PHP problem, not related
to OS.
--
Edit this bug report at http://bugs.php.net/?id=15826&edit
Bug #16578: Build Fails, relevance to apache
From: [EMAIL PROTECTED] Operating system: Linux Kernel 2.4.18 PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: Build Fails, relevance to apache Upon building PHP4.x.x (including RC1/RC2/CVS) on Apache 2.0.x (currently 2.0.35) The make fails on this: sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:81: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:81: (Each undeclared identifier is reported only once sapi_apache.c:81: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/usr/local/php-4.2.0RC1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/php-4.2.0RC1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.0RC1/sapi' make: *** [all-recursive] Error 1 Apache was configured in the following : ./configure --prefix=/www --enable-so --enable-ssl make make insall PHP 4.x was configured in the following: ./configure --with-mysql --with-apxs=/www/bin/apxs make (failed) RH7.296 (7.3beta) Kernel 2.4.18grsec1.94 / GCC3.0.4 / Apache 2.0.35 mod ssl/so Im aware of known issues with 4.2.xRC1/RC2 with Apache 2.0.x This is reproducable on several systems of mine RH7.1 Kernel 2.4.16 / GCC2.96 / Apache 2.0.35 RH7.0 Kernel 2.2.23 / GCC2.95 / Apache 2.0.34 SuSE 7.3 Kernel 2.4.7 (SuSE Optimizations left in place) GCC3.0.4 / Apache 2.0.34 Any help on this is appreciated if it is merely a(n) error on my part. I do have a succesfull build on: RH7.2 Kernel 2.4.16grsec1.93 / GCC3.0.4 / Apache 1.3.23/24 Thanks. David Portwood -- Edit bug report at http://bugs.php.net/?id=16578&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16578&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16578&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16578&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16578&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16578&r=support Expected behavior: http://bugs.php.net/fix.php?id=16578&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16578&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16578&r=submittedtwice
Bug #16578 Updated: Build Fails, relevance to apache
ID: 16578 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux Kernel 2.4.18 PHP Version: 4.1.2 New Comment: The correct configure option is --with-apxs2 (notice the number 2 there?) Previous Comments: [2002-04-12 18:40:43] [EMAIL PROTECTED] Upon building PHP4.x.x (including RC1/RC2/CVS) on Apache 2.0.x (currently 2.0.35) The make fails on this: sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:81: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:81: (Each undeclared identifier is reported only once sapi_apache.c:81: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/usr/local/php-4.2.0RC1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/php-4.2.0RC1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.0RC1/sapi' make: *** [all-recursive] Error 1 Apache was configured in the following : ./configure --prefix=/www --enable-so --enable-ssl make make insall PHP 4.x was configured in the following: ./configure --with-mysql --with-apxs=/www/bin/apxs make (failed) RH7.296 (7.3beta) Kernel 2.4.18grsec1.94 / GCC3.0.4 / Apache 2.0.35 mod ssl/so Im aware of known issues with 4.2.xRC1/RC2 with Apache 2.0.x This is reproducable on several systems of mine RH7.1 Kernel 2.4.16 / GCC2.96 / Apache 2.0.35 RH7.0 Kernel 2.2.23 / GCC2.95 / Apache 2.0.34 SuSE 7.3 Kernel 2.4.7 (SuSE Optimizations left in place) GCC3.0.4 / Apache 2.0.34 Any help on this is appreciated if it is merely a(n) error on my part. I do have a succesfull build on: RH7.2 Kernel 2.4.16grsec1.93 / GCC3.0.4 / Apache 1.3.23/24 Thanks. David Portwood -- Edit this bug report at http://bugs.php.net/?id=16578&edit=1
Bug #16576 Updated: Else if fails when seperated @ least
ID: 16576 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: That works except now I'm getting a parse error on the curly that ends the function is there something i need to do to end that chain or something? thanks, joe and to the first guy who replied, look @ the online documentation before you bother people, i did, and i tried BOTH else ifs as a result, although i admit i did else if first because im a c programmer Previous Comments: [2002-04-12 16:15:56] [EMAIL PROTECTED] "else if" and "else if" are both valid, the problem is that control structures in the "normal" form may not be split across several blocks this way ... ... is ok as the mode switch occures inside the curlies but with ... the echo and the ?>... ... note the colons after the closing parentheses and that in this case it's really only "elseif", not "else if" [2002-04-12 15:24:22] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: elseif is ONE word [2002-04-12 15:18:32] [EMAIL PROTECTED] if i have html and then i embed php, i cannot use else if, only if (which REALLY SUCKS for forms.) this isn't my code but it illustrates the issue example: You should see an X int the slot you selected: :: etc. Adding curlies to the ifs and parentheses to the echo don't help. please email me a fix if its my mistake, or fix the bug if its yours thanks, joe -- Edit this bug report at http://bugs.php.net/?id=16576&edit=1
Bug #10500 Updated: Misbehaving function
ID: 10500 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: HTTP related Operating System: Win98 SE PHP Version: 4.0.4pl1 New Comment: fdaadffdaI use php 4.1.2( in apache that apears like 4.1.3) and apache server 1.3.22. PHP like module of Apache... In config file all is OK, but when I upload the file larger then 5mb I have the same problem: FATAL: erealloc(): Unable to allocate 5780001 bytes The same problem was with older versions of PHP and Apache... Previous Comments: [2001-06-12 03:59:43] [EMAIL PROTECTED] No feedback, old version. [2001-05-18 04:45:08] [EMAIL PROTECTED] can you check that your php.ini file is actaully being read? This works fine for me. Also please upgrade to 4.0.5 or latest CVS and check that this is still the case. Thanks. - James [2001-04-25 17:49:49] [EMAIL PROTECTED] It appears to be that 5884001 bytes (or so) is the upper limit of the file size -- doesn't matter what the php.ini options are. I tried even rebooting the whole machine after the applied changes (well, Microsoft tactics) -- no luck. [2001-04-25 17:42:40] [EMAIL PROTECTED] This is exactly the same problem as bug #3627. OS: Win98 SE Running Apache Server 1.3.9 with PHP 4.0.4pl1. I'm trying to upload a 10MB file onto the FTP server. PHP 4.0.4pl1 has been downloaded precompiled from www.php.net. PHP.INI fraction: max_execution_time=2400 memory_limit=60M post_max_size=20M upload_max_filesize=20M The apache server will dump two lines into the error.log and ftp file transfer will die (server stays intact): Premature end of script headers: c:/bin/php/php.exe FATAL: erealloc(): Unable to allocate 5884001 bytes If I try to send the file <= 5M it is working fine and fast. Thanks, Dragan -- Edit this bug report at http://bugs.php.net/?id=10500&edit=1
Bug #16577 Updated: PHP4 doesn't get any enviroment variables
ID: 16577 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.0CVS-2002-04-12 New Comment: setting register_globals is set to on and it doesn't work and it also doesn't work with php4.1.2 with apache2filter from cvs and apache2 Previous Comments: [2002-04-12 18:12:30] [EMAIL PROTECTED] In PHP 4.2.0 and above, register_globals defaults to OFF in php.ini. Please try setting it 'on' or use the new super globals: $_ENV[], $_GET, $_SERVER..etc. If this is not the case, reopen this bug report. [2002-04-12 18:09:07] [EMAIL PROTECTED] me and some other friends of mine have tested the latest apache2 + and newest php4 versions an got the same problem. php doesn't get any enviroment variables for example REMOTE_ADDR oder some variables like www.foo.org?test=foo -- Edit this bug report at http://bugs.php.net/?id=16577&edit=1
Bug #16579: Using session_destroy() after start of output can mangle output
From: [EMAIL PROTECTED] Operating system: SunOS PHP version: 4.1.2 PHP Bug Type: Session related Bug description: Using session_destroy() after start of output can mangle output Using session_destroy() in a page that has a link which is automatically modified to include the PHPSESSID then the output is mangled. Here is the shortest example I could come up with that demonstrates what happens clearly. With everything I've tried so far session_destroy() is the only thing that causes this bad behavior. Here is the PHP source file: Finish test This is the output if my browser has cookies enabled: Finish test -before=after This is the output is my browser has cookies disabled: Finish test a> -before This happens even if the link is after the session_destroy() and no PHPSESSID is automatically inserted. Changing the source to this: I'm done Finish test Results in this if cookies are disabled: Finish test > I'm done -before It appears from all of my testing that I must have the session_destroy() before anything is output to the browser. I think that this should be documented and fixed. Configuration is: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-msql=/usr/local/Hughes' '--enable-track-vars' '--enable-memory-limit' '--enable- sysvshm' '--enable-trans-sid' '--with-gd=/usr/local' '--with-ttf=/usr/local' '--with-jpeg- dir=/usr/local' '--with-zlib-dir=shared' '--with-gdbm=/usr/local' '--with-db3=/usr/local/ BerkeleyDB.3.1' '--with-xml' '--enable-ftp' -- Edit bug report at http://bugs.php.net/?id=16579&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16579&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16579&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16579&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16579&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16579&r=support Expected behavior: http://bugs.php.net/fix.php?id=16579&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16579&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16579&r=submittedtwice
Bug #16580: Apache Hang On
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.1.2 PHP Bug Type: Apache related Bug description: Apache Hang On I use PHP 4.12 like a module of Apache 1322... With php.ini all OK... When I try to upload file larger than 5Mb than apears error: FATAL: erealloc(): Unable to allocate 5784001 bytes And Apache hangs on... The same problem was with older php and apache versions... Help Please or give me the Link where is solve this problem Thank You -- Edit bug report at http://bugs.php.net/?id=16580&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16580&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16580&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16580&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16580&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16580&r=support Expected behavior: http://bugs.php.net/fix.php?id=16580&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16580&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16580&r=submittedtwice
Bug #16577 Updated: PHP4 doesn't get any enviroment variables
ID: 16577 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.0CVS-2002-04-12 New Comment: i want to use apache2 and i wouldn't rewrite all my php scripts Previous Comments: [2002-04-12 18:53:51] [EMAIL PROTECTED] setting register_globals is set to on and it doesn't work and it also doesn't work with php4.1.2 with apache2filter from cvs and apache2 [2002-04-12 18:12:30] [EMAIL PROTECTED] In PHP 4.2.0 and above, register_globals defaults to OFF in php.ini. Please try setting it 'on' or use the new super globals: $_ENV[], $_GET, $_SERVER..etc. If this is not the case, reopen this bug report. [2002-04-12 18:09:07] [EMAIL PROTECTED] me and some other friends of mine have tested the latest apache2 + and newest php4 versions an got the same problem. php doesn't get any enviroment variables for example REMOTE_ADDR oder some variables like www.foo.org?test=foo -- Edit this bug report at http://bugs.php.net/?id=16577&edit=1
Bug #16580 Updated: Apache Hang On
ID: 16580 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: win98 PHP Version: 4.1.2 New Comment: Please test PHP 4.2.0RC3 from http://www.php.net/~derick/ (remember to replace php4ts.dll also!) Previous Comments: [2002-04-12 19:05:24] [EMAIL PROTECTED] I use PHP 4.12 like a module of Apache 1322... With php.ini all OK... When I try to upload file larger than 5Mb than apears error: FATAL: erealloc(): Unable to allocate 5784001 bytes And Apache hangs on... The same problem was with older php and apache versions... Help Please or give me the Link where is solve this problem Thank You -- Edit this bug report at http://bugs.php.net/?id=16580&edit=1
Bug #16579 Updated: Using session_destroy() after start of output can mangle output
ID: 16579 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: SunOS PHP Version: 4.1.2 New Comment: I just tested with PHP 4.2.0RC3 and it works just fine. Please test it: http://www.php.net/~derick/ (and note that as you destroy the session in the same request, the session id won't be added to the url which is the correct behaviour) Previous Comments: [2002-04-12 19:00:00] [EMAIL PROTECTED] Using session_destroy() in a page that has a link which is automatically modified to include the PHPSESSID then the output is mangled. Here is the shortest example I could come up with that demonstrates what happens clearly. With everything I've tried so far session_destroy() is the only thing that causes this bad behavior. Here is the PHP source file: Finish test This is the output if my browser has cookies enabled: Finish test -before=after This is the output is my browser has cookies disabled: Finish test a> -before This happens even if the link is after the session_destroy() and no PHPSESSID is automatically inserted. Changing the source to this: I'm done Finish test Results in this if cookies are disabled: Finish test > I'm done -before It appears from all of my testing that I must have the session_destroy() before anything is output to the browser. I think that this should be documented and fixed. Configuration is: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-msql=/usr/local/Hughes' '--enable-track-vars' '--enable-memory-limit' '--enable- sysvshm' '--enable-trans-sid' '--with-gd=/usr/local' '--with-ttf=/usr/local' '--with-jpeg- dir=/usr/local' '--with-zlib-dir=shared' '--with-gdbm=/usr/local' '--with-db3=/usr/local/ BerkeleyDB.3.1' '--with-xml' '--enable-ftp' -- Edit this bug report at http://bugs.php.net/?id=16579&edit=1
Bug #16571 Updated: PHP fails to retrieve DECIMAL or NUMERIC values correctly from Interbase
ID: 16571 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: InterBase related Operating System: WindowsNT SP 6a PHP Version: 4.1.2 New Comment: It 's already fixed. The new php_interbase.dll should be in Official Release Candidate planned on April 22th. Daniela Previous Comments: [2002-04-12 13:05:32] [EMAIL PROTECTED] Hi! PHP still fails to correctly retrieve DECIMAL or NUMERIC colums from Interbase on WindowsNT. After the point, it returns the precision of the DECIMAL instead of the actual value. That error seems to be quite old now, could a fix finally be made part of the Windows executables? A possible fix, by the way, is to use the F_FIXED_POINT UDF function from the FreeUDFLib, or casting the columns into Strings before PHP gets them, so still in the SELECT statement or the stored_procedure or the view. But, that is not very handy, so please fix that bug. Thanks, Frank -- Edit this bug report at http://bugs.php.net/?id=16571&edit=1
Bug #16579 Updated: Using session_destroy() after start of output can mangle output
ID: 16579 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Session related Operating System: SunOS PHP Version: 4.1.2 New Comment: I'm not in control of the server. So, I can't test it with RC3. I'll have to take your word for it for now. Thank you for the quick response. Previous Comments: [2002-04-12 19:13:24] [EMAIL PROTECTED] I just tested with PHP 4.2.0RC3 and it works just fine. Please test it: http://www.php.net/~derick/ (and note that as you destroy the session in the same request, the session id won't be added to the url which is the correct behaviour) [2002-04-12 19:00:00] [EMAIL PROTECTED] Using session_destroy() in a page that has a link which is automatically modified to include the PHPSESSID then the output is mangled. Here is the shortest example I could come up with that demonstrates what happens clearly. With everything I've tried so far session_destroy() is the only thing that causes this bad behavior. Here is the PHP source file: Finish test This is the output if my browser has cookies enabled: Finish test -before=after This is the output is my browser has cookies disabled: Finish test a> -before This happens even if the link is after the session_destroy() and no PHPSESSID is automatically inserted. Changing the source to this: I'm done Finish test Results in this if cookies are disabled: Finish test > I'm done -before It appears from all of my testing that I must have the session_destroy() before anything is output to the browser. I think that this should be documented and fixed. Configuration is: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-msql=/usr/local/Hughes' '--enable-track-vars' '--enable-memory-limit' '--enable- sysvshm' '--enable-trans-sid' '--with-gd=/usr/local' '--with-ttf=/usr/local' '--with-jpeg- dir=/usr/local' '--with-zlib-dir=shared' '--with-gdbm=/usr/local' '--with-db3=/usr/local/ BerkeleyDB.3.1' '--with-xml' '--enable-ftp' -- Edit this bug report at http://bugs.php.net/?id=16579&edit=1
Bug #14891 Updated: Additional libraries directories missing during compilation
ID: 14891 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.2-RELEASE PHP Version: 4.1.1 New Comment: I can't reproduce this..could you please try PHP 4.2.0RC3 from http://www.php.net/~derick/ Previous Comments: [2002-01-06 11:32:44] [EMAIL PROTECTED] ./configure --with-pgsql=/usr/local/some-non-std-path/pgsql produced a config_vars.mk files ommiting the postgres library directory: $ grep /usr/local/some-non-std-path/pgsql config_vars.mk $ config_vars.mk had to be hand tooled to compile php. This trouble is also exhibited with msql. -- Edit this bug report at http://bugs.php.net/?id=14891&edit=1
Bug #16571 Updated: PHP fails to retrieve DECIMAL or NUMERIC values correctly from Interbase
ID: 16571 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: InterBase related Operating System: WindowsNT SP 6a PHP Version: 4.1.2 New Comment: The actual release should happen on 22nd. :) But you can already get the RC3 from here: http://www.php.net/~derick/ Previous Comments: [2002-04-12 19:17:13] [EMAIL PROTECTED] It 's already fixed. The new php_interbase.dll should be in Official Release Candidate planned on April 22th. Daniela [2002-04-12 13:05:32] [EMAIL PROTECTED] Hi! PHP still fails to correctly retrieve DECIMAL or NUMERIC colums from Interbase on WindowsNT. After the point, it returns the precision of the DECIMAL instead of the actual value. That error seems to be quite old now, could a fix finally be made part of the Windows executables? A possible fix, by the way, is to use the F_FIXED_POINT UDF function from the FreeUDFLib, or casting the columns into Strings before PHP gets them, so still in the SELECT statement or the stored_procedure or the view. But, that is not very handy, so please fix that bug. Thanks, Frank -- Edit this bug report at http://bugs.php.net/?id=16571&edit=1
Bug #15009 Updated: Compile Error in file gd.c
ID: 15009 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Linux (Kernel 2.4.17) PHP Version: 4.1.1 New Comment: Unfortunately there really isn't much we can do about it. Install the GD library & headers in some non-standard place and use the --with-gd=/path/to/that/non-standard/place should work fine. Previous Comments: [2002-03-04 13:42:04] [EMAIL PROTECTED] This is due to you having multiple versions of GD installed on your system. PHP should probably do a better job of handling that, but if you only have one installed it works just fine. [2002-03-04 13:37:59] [EMAIL PROTECTED] The same error also occurs with PHP versions dating as far back as 4.0.6 with distributions of both GD 1(.8.4) and 2(.0.1). [2002-02-28 15:04:34] [EMAIL PROTECTED] This problem also occurs with GD 2.0.1, on earlier and later kernels (on separate machines), and on machines which are both fresh installs and which have had PHP (and older versions of gd) installed before. [2002-01-12 16:09:46] [EMAIL PROTECTED] If i compiled php with gd. There was an error while compiling gd.c: gd.c:92: conflicting types for `gdIOCtx' /usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx' It works, if I've uncomment the line 92 in gd.c. I compiled previously gd 1.8.4 -- Edit this bug report at http://bugs.php.net/?id=15009&edit=1
Bug #16577 Updated: PHP4 doesn't get any enviroment variables
ID: 16577 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Linux PHP Version: 4.0CVS-2002-04-12 New Comment: Works fine here with PHP 4.2.0RC3 and Apache 2.0.35. --Jani p.s. Try RC3 from http://www.php.net/~derick/ Previous Comments: [2002-04-12 19:07:33] [EMAIL PROTECTED] i want to use apache2 and i wouldn't rewrite all my php scripts [2002-04-12 18:53:51] [EMAIL PROTECTED] setting register_globals is set to on and it doesn't work and it also doesn't work with php4.1.2 with apache2filter from cvs and apache2 [2002-04-12 18:12:30] [EMAIL PROTECTED] In PHP 4.2.0 and above, register_globals defaults to OFF in php.ini. Please try setting it 'on' or use the new super globals: $_ENV[], $_GET, $_SERVER..etc. If this is not the case, reopen this bug report. [2002-04-12 18:09:07] [EMAIL PROTECTED] me and some other friends of mine have tested the latest apache2 + and newest php4 versions an got the same problem. php doesn't get any enviroment variables for example REMOTE_ADDR oder some variables like www.foo.org?test=foo -- Edit this bug report at http://bugs.php.net/?id=16577&edit=1
Bug #14637 Updated: Apache 2.0 filter and PHP 4 crash
ID: 14637 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Solaris 8/x86 PHP Version: 4.1.0 New Comment: Can you please try and see if PHP 4.2.0RC3 works any better: http://www.php.net/~derick/ Previous Comments: [2002-04-10 13:43:57] [EMAIL PROTECTED] Okay.. here's some more info... APR_BRIGADE_CONCAT is #define'd in apache's srclib/apr-util/include/apr_buckets.h as a macro to APR_RING_CONCAT(&(a)->list, &(b)->list, apr_bucket, link) APR_RING_CONCAT itself is another macro to APR_RING_SPLICE_BEFORE and APR_RING_INIT, but that's another story.. Anyways... a "print saveto->list" in gdb reports: Cannot access memory at address 0x10 This address is always the same. Seems like something is screwing-up saveto->list? The wierd part is if I set a breakpoint on util_filter.c:562 and manually 'continue' each time, then it doesn't crash. As soon as I remove the breakpoint, it'll SIGSEGV. Almost seems like a race condition? [2002-04-10 13:23:07] [EMAIL PROTECTED] I'm having the same problem using CVS snapshots of both Apache 2 and PHP 4 from today. Test case: phpinfo(); (can't get much simpler than that). Solaris 8/Sparc + recommended patches gcc 2.95.4 prerelease (happens w/ gcc 2.95.3 also) Side note: This PHP snapshot works fine w/ Apache 1.x, and this Apache 2 snapshot works fine if I pull normal .html files. So it seems to be in the combo of Apache 2 + PHP 4. CFLAGS were: -O0 -w -g3 Program received signal SIGSEGV, Segmentation fault. 0xea304 in ap_save_brigade (f=0x2dcff8, saveto=0x2dbf24, b=0xffbef080, p=0x2db5c0) at util_filter.c:562 562 APR_BRIGADE_CONCAT(*saveto, *b); (gdb) bt #0 0xea304 in ap_save_brigade (f=0x2dcff8, saveto=0x2dbf24, b=0xffbef080, p=0x2db5c0) at util_filter.c:562 #1 0xfe318840 in php_output_filter (f=0x2dcff8, bb=0x2dd100) at /export/home/dmarques/php4/sapi/apache2filter/sapi_apache2.c:354 #2 0xea178 in ap_pass_brigade (next=0x2dcff8, bb=0x2dd100) at util_filter.c:534 #3 0xf821c in default_handler (r=0x2db5f8) at core.c:3247 #4 0xd1738 in ap_run_handler (r=0x2db5f8) at config.c:193 #5 0xd232c in ap_invoke_handler (r=0x2db5f8) at config.c:373 #6 0x86598 in ap_process_request (r=0x2db5f8) at http_request.c:261 #7 0x7e698 in ap_process_http_connection (c=0x2d5650) at http_core.c:291 #8 0xe5c78 in ap_run_process_connection (c=0x2d5650) at connection.c:85 #9 0xe622c in ap_process_connection (c=0x2d5650, csd=0x2d5580) at connection.c:207 #10 0xcecfc in child_main (child_num_arg=0) at prefork.c:671 #11 0xcee50 in make_child (s=0x202328, slot=0) at prefork.c:711 #12 0xcf020 in startup_children (number_to_start=2) at prefork.c:783 #13 0xcf710 in ap_mpm_run (_pconf=0x14f8b0, plog=0x1979d0, s=0x202328) at prefork.c:999 #14 0xd9854 in main (argc=2, argv=0xffbef7a4) at main.c:622 [2001-12-21 04:24:19] [EMAIL PROTECTED] Current HEAD of both httpd-2.0 and PHP4. Clean compile. % uname -a SunOS scotch.ucf.ics.uci.edu 5.8 Generic_108529-12 i86pc i386 i86pc './configure' \ '--with-apxs2=/pkg/apache-2.0-cvs/bin/apxs' \ '--with-pgsql=/pkg/postgresql-7.0.2' \ '--with-ispell=/pkg/ispell-3.1' \ '--with-zlib' \ '--with-ldap=/pkg/openldap-2.0.11' \ '--with-openssl=/pkg/openssl-0.9.6b' This is for a vhost site that I run, so I'm not really at liberty to provide the script. I can ask the user if I can pass along the script, but it isn't mine, so I don't really want to do it without authorization. Back trace: (gdb) bt #0 0x80f4423 in ap_save_brigade (f=0x86652f8, saveto=0x852e0a4, b=0xde405b3c, p=0x8536630) at util_filter.c:416 #1 0xdf597be1 in php_output_filter (f=0x86652f8, bb=0x8665448) at sapi_apache2.c:350 #2 0x80f433d in ap_pass_brigade (next=0x86652f8, bb=0x8665448) at util_filter.c:388 #3 0x80fca7e in default_handler (r=0x8536668) at core.c:2824 #4 0x80e62f0 in ap_run_handler (r=0x8536668) at config.c:185 #5 0x80e6a2e in ap_invoke_handler (r=0x8536668) at config.c:360 #6 0x80b0866 in ap_process_request (r=0x8536668) at http_request.c:292 #7 0x80ab8db in ap_process_http_connection (c=0x8910b68) at http_core.c:280 #8 0x80f2100 in ap_run_process_connection (c=0x8910b68) at connection.c:84 #9 0x80f24dc in ap_process_connection (c=0x8910b68) at connection.c:229 #10 0x80e3264 in process_socket (p=0x8910a48, sock=0x8910a80, my_child_num=1, my_thread_num=4) at worker.c:565 #11 0x80e37c1 in worker_thread (thd=0x8257c40, dummy=0x836fe18) at worker.c:782 #12 0xdfb49900 in dummy_worker (opaque=0x8257c40) at thread.c:122 (gdb) down
Bug #16475 Updated: apache 2.0.35 crashes with php 4.2.0RC2 and RC3
ID: 16475 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.16 PHP Version: 4.0CVS-2002-04-07 New Comment: There have been some fixes. Please try PHP 4.2.0RC3 from http://www.php.net/~derick/ or latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2002-04-07 12:57:31] [EMAIL PROTECTED] Well, it's me again :-) I just compiled php with --with-apxs2 option. The result is just the same, apache crashes after being started. See my new backtrace: warning: Unable to set global thread event mask: generic error [New Thread 1024 (LWP 28095)] Error while reading shared library symbols: Cannot enable thread event reporting for Thread 1024 (LWP 28095): generic error Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_compat.so.2...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/local/apache2/modules/libphp4.so...done. Loaded symbols for /usr/local/apache2/modules/libphp4.so Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 #0 0x401de657 in malloc () from /lib/libc.so.6 (gdb) bt #0 0x401de657 in malloc () from /lib/libc.so.6 #1 0x401de1e4 in malloc () from /lib/libc.so.6 #2 0x4036eb15 in zend_hash_add_or_update (ht=0x8165a18, arKey=0x403a54e1 "stdclass", nKeyLength=9, pData=0x403c5da0, nDataSize=120, pDest=0x0, flag=2) at /home/sebastian/cvs/php4-200204070300/Zend/zend_hash.c:266 #3 0x4036a0cd in register_standard_class () at /home/sebastian/cvs/php4-200204070300/Zend/zend.c:257 #4 0x4036a643 in zend_startup (utility_functions=0xbc88, extensions=0x0, start_builtin_functions=1) at /home/sebastian/cvs/php4-200204070300/Zend/zend.c:429 #5 0x40342a65 in php_module_startup (sf=0x403b33e0) at /home/sebastian/cvs/php4-200204070300/main/main.c:928 #6 0x40380477 in php_apache_server_startup (pconf=0x80c5a80, plog=0x8107b88, ptemp=0x81619d0, s=0x81654b8) at /home/sebastian/cvs/php4-200204070300/sapi/apache2filter/sapi_apache2.c:432 #7 0x08088f51 in ap_run_post_config (pconf=0x80c5a80, plog=0x8107b88, ptemp=0x81619d0, s=0x81654b8) at config.c:129 #8 0x0808d131 in main (argc=2, argv=0xbde4) at main.c:611 #9 0x401896cf in __libc_start_main () from /lib/libc.so.6 Bye, Sebastian [2002-04-07 12:33:29] [EMAIL PROTECTED] And please classify these apache2 related bugs under the correct category. [2002-04-07 12:32:56] [EMAIL PROTECTED] Please reduce the PHP configure options to minimum. ie. only --with-apxs2 --Jani [2002-04-07 11:21:59] [EMAIL PROTECTED] Okay, here is my backtrace: warning: Unable to set global thread event mask: generic error [New Thread 1024 (LWP 30801)] Error while reading shared library symbols: Cannot enable thread event reporting for Thread 1024 (LWP 30801): generic error Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/apache2/modules/libphp4.so...done. Loaded symbols for /usr/local/apache2/modules/libphp4.so Reading symbols from /usr/local/lib/libpdf.so.1...done. Loaded symbols for /usr/local/lib/libpdf.so.1 Reading symbols from /usr/local/lib/libtiff.so.3...done. Loaded symbols for /usr/local/lib/libtiff.so.3 Reading symbols from /usr/local/lib/libpng.so.3...done. Loaded symbols for /usr/local/lib/libpng.so.3 Reading symbols from /usr/local/lib/libmhash.so.2...done. Loaded symbols for /usr/local/lib/libmhash.so.2 Reading symbols from /usr/local/lib/libmcrypt.so.4...done. Loaded symbols for /usr/local/lib/libmcrypt.so.4 Reading symbols from /usr/local/lib/libltdl.so.3...done. Loaded symbols for /usr/local/lib/libltdl.so.3 Reading symbols from /usr/local/lib/libttf.so.2...done. Loaded symbols for /usr/local/lib/libttf.so.2 Reading symbols from /usr/local/lib/libjpeg.so.62...done. Loaded symbols for /usr/local/lib/libjpeg.so.62 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libnss_compat.so.2...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 #0 0x40391679 in sapi_initialize_empty_request (tsrm_ls=0x8166f68) at /home/sebasti
Bug #14589 Updated: PHP4.1 module and cgi-bin programs
ID: 14589 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.10/gcc 3.0 PHP Version: 4.1.0 New Comment: Please update to PHP 4.2.0RC3 (from http://www.php.net/~derick/) or try latest CVS snapshot from http://snaps.php.net/ as there have been quite a few fixes lately. Reopen if you still have the same problems with the latest PHP. (and of course, Apache 2.0.35) Previous Comments: [2002-02-11 21:20:18] [EMAIL PROTECTED] Encountering the same problem with PHP 4.1.1 on Solaris 8 with Apache 2.0.28. I used to run PHP 4.2.0 (devel) which had no problems but I can't find the source to that one anymore. [2001-12-18 16:08:36] [EMAIL PROTECTED] (this may be related to bug 14556) Output from my phpinfo(): './configure' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-openssl=/usr/local/ssl' '--with-zlib=/usr/local' '--with-mcrypt=/usr/local' '--with-mysql=/usr/local/mysql' '--with-ncurses' '--with-pdflib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' I added the filter directive in my httpd.conf file: SetOutputFilter PHP SetInputFilter PHP When I run apach2 all cgi-bin programs generate "Premature end of script headers" error, until I comment out the and 'LoadModule php4_module modules/libphp4.so', then everything works again. Jacob Cord -- Edit this bug report at http://bugs.php.net/?id=14589&edit=1
Bug #16580 Updated: Apache Hang On
ID: 16580 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: win98 PHP Version: 4.1.2 New Comment: OK! I will try. Thank you bytheway, that error could be connected with memory_limit? I have just found that Memory_limit doesnt unrecognized on my windows system... Previous Comments: [2002-04-12 19:10:57] [EMAIL PROTECTED] Please test PHP 4.2.0RC3 from http://www.php.net/~derick/ (remember to replace php4ts.dll also!) [2002-04-12 19:05:24] [EMAIL PROTECTED] I use PHP 4.12 like a module of Apache 1322... With php.ini all OK... When I try to upload file larger than 5Mb than apears error: FATAL: erealloc(): Unable to allocate 5784001 bytes And Apache hangs on... The same problem was with older php and apache versions... Help Please or give me the Link where is solve this problem Thank You -- Edit this bug report at http://bugs.php.net/?id=16580&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Documentation problem
Operating System: windows 9x
PHP Version: 4.1.2
New Comment:
reopening
Previous Comments:
[2002-04-12 04:40:22] [EMAIL PROTECTED]
> Is this still a problem with the latest build of the manual?
yes!
[2002-04-12 04:16:14] [EMAIL PROTECTED]
Is this still a problem with the latest build of the manual?
[2002-03-19 04:49:59] [EMAIL PROTECTED]
Well, I explain again enterely the bug :
- in the french (& english too) documentation, in "chm" format (last
release 18 march 2002)
- when I access to the "chmod" function by the menu :
"Content"->"Index functions"("Function reference")->"File system
functions"
- I obtain the error : "The page cannot be displayed"
- reason : it looks for the
"res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\fu
nction.chmod.html" page
It's only an unresolved link during the compilation of the chm file.
The only way to resolve it, is to remake the file.
Ruben
[2002-03-18 17:16:09] [EMAIL PROTECTED]
Sorry, changed status to feedback.
[2002-03-18 17:15:45] [EMAIL PROTECTED]
It worked for me. I downloaded the chm file, and opened it up. I then
went to the index, looked for chmod, and it pulled up just fine. What
page has the link your trying to follow?
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/16142
--
Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: windows 9x
PHP Version: 4.1.2
New Comment:
It looks it working now, my previous comment was a mistake.
Previous Comments:
[2002-04-12 06:07:21] [EMAIL PROTECTED]
reopening
[2002-04-12 04:40:22] [EMAIL PROTECTED]
> Is this still a problem with the latest build of the manual?
yes!
[2002-04-12 04:16:14] [EMAIL PROTECTED]
Is this still a problem with the latest build of the manual?
[2002-03-19 04:49:59] [EMAIL PROTECTED]
Well, I explain again enterely the bug :
- in the french (& english too) documentation, in "chm" format (last
release 18 march 2002)
- when I access to the "chmod" function by the menu :
"Content"->"Index functions"("Function reference")->"File system
functions"
- I obtain the error : "The page cannot be displayed"
- reason : it looks for the
"res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\fu
nction.chmod.html" page
It's only an unresolved link during the compilation of the chm file.
The only way to resolve it, is to remake the file.
Ruben
[2002-03-18 17:16:09] [EMAIL PROTECTED]
Sorry, changed status to feedback.
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/16142
--
Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16559 Updated: Extremely slow .chm file
ID: 16559 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Documentation problem Operating System: Win 98 PHP Version: 4.1.2 New Comment: Dupe of #16559 Previous Comments: [2002-04-11 19:48:58] [EMAIL PROTECTED] I've been using the extremely excellent Windows Help version of your PHP documentation and have really found it to be fast and easy to use. But, the latest versions of the .chm file (last few months) are super slow. I keep coming back to get the latest version hoping it's been speeded up but it's still very, very slow to access. I very much hope this can be fixed. It is a must-have tool!! -- Edit this bug report at http://bugs.php.net/?id=16559&edit=1
Bug #16559 Updated: Extremely slow .chm file
ID: 16559 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Documentation problem Operating System: Win 98 PHP Version: 4.1.2 New Comment: And of #16294 Previous Comments: [2002-04-12 04:13:29] [EMAIL PROTECTED] Dupe of #16559 [2002-04-11 19:48:58] [EMAIL PROTECTED] I've been using the extremely excellent Windows Help version of your PHP documentation and have really found it to be fast and easy to use. But, the latest versions of the .chm file (last few months) are super slow. I keep coming back to get the latest version hoping it's been speeded up but it's still very, very slow to access. I very much hope this can be fixed. It is a must-have tool!! -- Edit this bug report at http://bugs.php.net/?id=16559&edit=1
Bug #16557 Updated: HTML HELP document is slow
ID: 16557 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Dupe of #16294 Previous Comments: [2002-04-11 16:09:23] [EMAIL PROTECTED] Hello, I have noticed that the newest HTML-help edition works much slower than previous version :/. When I click some content in menu bar like Contents it takes ages (up to 5 seconds) to show the stuff, my machine is 500 Mhz AMD K6-2 with 128 Mb memory. Pevious version works still much faster... Any idea? -- Edit this bug report at http://bugs.php.net/?id=16557&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Documentation problem
Operating System: windows 9x
PHP Version: 4.1.2
New Comment:
Is this still a problem with the latest build of the manual?
Previous Comments:
[2002-03-19 04:49:59] [EMAIL PROTECTED]
Well, I explain again enterely the bug :
- in the french (& english too) documentation, in "chm" format (last
release 18 march 2002)
- when I access to the "chmod" function by the menu :
"Content"->"Index functions"("Function reference")->"File system
functions"
- I obtain the error : "The page cannot be displayed"
- reason : it looks for the
"res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\fu
nction.chmod.html" page
It's only an unresolved link during the compilation of the chm file.
The only way to resolve it, is to remake the file.
Ruben
[2002-03-18 17:16:09] [EMAIL PROTECTED]
Sorry, changed status to feedback.
[2002-03-18 17:15:45] [EMAIL PROTECTED]
It worked for me. I downloaded the chm file, and opened it up. I then
went to the index, looked for chmod, and it pulled up just fine. What
page has the link your trying to follow?
[2002-03-18 16:42:33] [EMAIL PROTECTED]
I dunno about this. I use linux. Can someone with
windows please try this. Re-opening in case this is
correct.
[2002-03-18 12:47:11] [EMAIL PROTECTED]
Sorry I forget an word :
the unresolved link is in the "php_manual_fr.chm" downloaded by the
"http://www.php.net/download-docs.php"; page.
Ruben
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/16142
--
Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Documentation problem
Operating System: windows 9x
PHP Version: 4.1.2
New Comment:
> Is this still a problem with the latest build of the manual?
yes!
Previous Comments:
[2002-04-12 04:16:14] [EMAIL PROTECTED]
Is this still a problem with the latest build of the manual?
[2002-03-19 04:49:59] [EMAIL PROTECTED]
Well, I explain again enterely the bug :
- in the french (& english too) documentation, in "chm" format (last
release 18 march 2002)
- when I access to the "chmod" function by the menu :
"Content"->"Index functions"("Function reference")->"File system
functions"
- I obtain the error : "The page cannot be displayed"
- reason : it looks for the
"res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\fu
nction.chmod.html" page
It's only an unresolved link during the compilation of the chm file.
The only way to resolve it, is to remake the file.
Ruben
[2002-03-18 17:16:09] [EMAIL PROTECTED]
Sorry, changed status to feedback.
[2002-03-18 17:15:45] [EMAIL PROTECTED]
It worked for me. I downloaded the chm file, and opened it up. I then
went to the index, looked for chmod, and it pulled up just fine. What
page has the link your trying to follow?
[2002-03-18 16:42:33] [EMAIL PROTECTED]
I dunno about this. I use linux. Can someone with
windows please try this. Re-opening in case this is
correct.
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/16142
--
Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16559 Updated: Extremely slow .chm file
ID: 16559 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: Documentation problem Operating System: Win 98 PHP Version: 4.1.2 Previous Comments: [2002-04-12 04:14:47] [EMAIL PROTECTED] And of #16294 [2002-04-12 04:13:29] [EMAIL PROTECTED] Dupe of #16559 [2002-04-11 19:48:58] [EMAIL PROTECTED] I've been using the extremely excellent Windows Help version of your PHP documentation and have really found it to be fast and easy to use. But, the latest versions of the .chm file (last few months) are super slow. I keep coming back to get the latest version hoping it's been speeded up but it's still very, very slow to access. I very much hope this can be fixed. It is a must-have tool!! -- Edit this bug report at http://bugs.php.net/?id=16559&edit=1
Bug #16557 Updated: HTML HELP document is slow
ID: 16557 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.1.2 Previous Comments: [2002-04-12 04:14:32] [EMAIL PROTECTED] Dupe of #16294 [2002-04-11 16:09:23] [EMAIL PROTECTED] Hello, I have noticed that the newest HTML-help edition works much slower than previous version :/. When I click some content in menu bar like Contents it takes ages (up to 5 seconds) to show the stuff, my machine is 500 Mhz AMD K6-2 with 128 Mb memory. Pevious version works still much faster... Any idea? -- Edit this bug report at http://bugs.php.net/?id=16557&edit=1
Bug #15976 Updated: socket_get_status(...) returns nothing
ID: 15976
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Closed
-Bug Type: Sockets related
+Bug Type: Documentation problem
Operating System: Win32 (2000) AND Linux2.2
PHP Version: 4.1.2
New Comment:
socket_get_status does not work with sockets from the sockets
extension.
I've updated the docs in CVS.
You need to use something like socket_select() to check
the socket status.
Previous Comments:
[2002-03-19 13:24:25] [EMAIL PROTECTED]
CVS Date: 2002.03.18 (afternoon EST)
socket_get_status has a return value now, but it still is incorrect.
I'm wary of posting code here, because I don't want to present the
image of asking for support, but in fact, socket_get_status is not
returning a proper value.
socket_get_status now complains about invalid file-handle resource
(when the passed resource is a socket resource -- I haven't tried this
with an actual file resource (although, that would seem useless)).
Attached is the code I used to determine this.
S
---
//sock2.php
ob_implicit_flush();
$ip = "localhost";
$port = "1";
$listenSock = socket_create(AF_INET, SOCK_STREAM, 0);
socket_set_nonblock($listenSock);
socket_bind($listenSock, $ip, $port);
socket_listen($listenSock, 0);
$connected = false;
while (!$connected) {
$msgSock = @socket_accept($listenSock);
$connected = is_resource($msgSock);
}
echo "connected...\n";
socket_set_nonblock($msgSock);
for($i=1; $i<=300; $i++) { // ~5 minutes
socket_write($msgSock, ".", 1); // send ".";
echo ".";
$status = socket_get_status($listenSock);
print_r($status);
sleep(1);
}
/*
note: to get the code to break out of the while loop, connect to
localhost on port 1 (nc[or telnet] localhost 1) in another
terminal.
*/
---
Here is my terminal log (terminal of the executing sock2.php):
---
sean@adnagaporp:~/php-dev/php4$ ./php -q
~/httpd/site/dev/sockets/sock2.php
connected...
.
Warning: socket_get_status(): supplied resource is not a valid
File-Handle resource in
/home/sean/httpd/site/dev/sockets/sock2.php on line 26
.
Warning: socket_get_status(): supplied resource is not a valid
File-Handle resource in
/home/sean/httpd/site/dev/sockets/sock2.php on line 26
.
(etc...)
---
END
[2002-03-18 15:27:28] [EMAIL PROTECTED]
PS: Go for the most recent snap you can find, or better
yet, actually check it out from CVS.
--Wez. :-)
[2002-03-18 15:26:39] [EMAIL PROTECTED]
Could you try this with a current CVS snapshot?
The file/socket layer has been rewritten so this
should be fixed.
[2002-03-12 21:48:57] [EMAIL PROTECTED]
Oops. Regarding my previous comment:
line 968 reads "what = zend_fetch_resource(socket TSRMLS_CC, -1,
"File-Handle", &type, 1, le_socket);" in CVS, not what I posted
above...
S
[2002-03-12 21:44:49] [EMAIL PROTECTED]
Alright. So, here's what I've dug up so far:
file: [php]/ext/standard/file.c
line: 968
code: zend_fetch_resource(socket_arg TSRMLS_CC,-1,"Socket
-Handle",NULL,1,php_file_le_socket());
This always line returns false for a valid socket resource (I verified
the resource using `is_resource($sock)` and `get_resource_type($sock)`
for both my listen socket and my message socket.
get_resource_type($sock) returns "Socket".
So, when the next line (969), "ZEND_VERIFY_RESOURCE(what);" is called,
it determines that 'what' is false and calls RETURN_NULL;
I tried screwing with the args in zend_fetch_resource(...), but I don't
know the API well enough (and my C/C++ is more than rusty).
I hope someone takes a look at this soon, I currently have no way of
knowing the status of my sockets (I need to know when a client
disconnects -> eof )
S
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/15976
--
Edit this bug report at http://bugs.php.net/?id=15976&edit=1
Bug #15304 Updated: if imap and sybase are compiled in mssql_connect does not find host
ID: 15304 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IMAP related Operating System: Debian Linux 2.2 PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over a month, 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". Previous Comments: [2002-01-31 17:48:20] [EMAIL PROTECTED] I belive this to be a recode problem. It happens to me if I compile recode and mysql as shared extensions and then list recode after mysql. Do you compile recode and imap as shared modules? If so try putting recode before imap in php.ini and see what happens. [2002-01-31 06:48:39] [EMAIL PROTECTED] Just in case: phptest() claims my configure script looks like this: ./configure --with-apxs --with-pear --with-exec-dir \ --with-openssl=/opt/local --with-zlib-dir --with-zlib \ --enable-bcmath --with-bz2=/opt/local \ --enable-calendar --with-jpeg-dir --with-tiff-dir \ --enable-ctype --with-curl=/opt/local \ --enable-dba=shared --with-gdbm --with-ndbm \ --with-db3=/opt/local --with-dbm --enable-dbase \ --enable-dbx --with-dom=/opt/local --enable-exif \ --enable-filepro --enable-ftp --with-gd=/opt/local \ --enable-gd-native-ttf --with-png-dir=/opt/local \ --with-xpm-dir=/usr/X11R6 \ --with-freetype-dir=/opt/local --with-gettext --with-gmp=/opt/local --with-iconv \ --with-imap-ssl=/opt/local \ --with-java=/opt/jdk1.3.1_01 --with-ldap=/opt/local \ --enable-mailparse --enable-mbstring \ --with-mcal=/opt/local --with-mhash=/opt/local --with-mnogosearch=/opt/local/mnogosearch \ --with-mysql=/usr --with-pcre-regex=/opt/local \ --enable-trans-sid --with-snmp=/opt/local \ --enable-ucd-snmp-hack --enable-sockets \ --with-regex=system --with-regex=apache \ --with-regex=php --with-sybase=/opt/sybase-11.9.2 \ --enable-sysvsem --enable-sysvshm \ --with-expat-dir=/opt/local --with-xmlrpc=/opt/local \ --enable-xslt --with-xslt-sablot=/opt/local \ --with-yaz=/opt/local --with-zip=/opt/local \ --enable-versioning --disable-debug --enable-bc \ --enable-sablot-errors-descriptive --enable-shmop \ --with-pspell=/opt/local --with-mcrypt=/opt/local \ --with-recode=/opt/local [2002-01-31 06:37:36] [EMAIL PROTECTED] I'm changing this to IMAP-related. Reason: when compiling with recode and imap apache crashes at startup removing either one cures the problem. I like to blame imap for both problems. [2002-01-30 16:46:20] [EMAIL PROTECTED] When compiled with --with-sybase=/opt/sybase-11.9.2 and --with-imap=/opt/local where imap version is 2001a (or older) mssql_connect acts strangely: - it claims it cannot find the specified entry in the interfaces file - it does an /etc/hosts / DNS-Lookup $host where $host is the name of the entry in the interfaces file. It does not help to rename the entry to the hostname of tzhe database server. if --with-imap is removed everything works. This must be a naming conflict of some functions, I guess. -- Edit this bug report at http://bugs.php.net/?id=15304&edit=1
Bug #14048 Updated: Configure issues
ID: 14048
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Configuration Issues
Operating System: BSD/OS 4.x
PHP Version: 4.1.0
New Comment:
I also got nailed by 4). When I try to build XSLT, -liconv isn't
passed, so it can't find the iconv*() functions.
This is with RH 7.2 and the latest CVS.
I manually edited the Makefile to add -liconv to EXTRA_LIBS and
everything compiled fine and works.
Previous Comments:
[2002-02-09 21:49:14] [EMAIL PROTECTED]
Ok, found 1 thing.
Could someone apply this or the equivalent?
$ diff -u configure.in.dist configure.in
--- configure.in.dist Thu Dec 20 22:18:34 2001
+++ configure.inSun Feb 10 03:24:51 2002
@@ -105,7 +105,10 @@
*darwin*|*rhapsody*)
CPPFLAGS="$CPPFLAGS -traditional-cpp";;
*bsdi*)
-BSD_MAKEFILE=yes;;
+if [ xGNU ! x`${MAKE} --version | sed -n -e "s|^GNU.*|GNU|p"` ];
then
+BSD_MAKEFILE=yes
+fi
+;;
*beos*)
beos_threads=1
LIBS="$LIBS -lbe -lroot";;
[2001-12-15 12:31:54] [EMAIL PROTECTED]
Of course it was the last extension - in this case GD.
BSDi 4.2 now comes with both a shared zlib as a shared Jpeg. The zlib
is ok, but I've made a jpeg 6.2 of my own.
There are a number of issues now surfacing, so should I open a new
report on GD/BSDi 4.2 for these (HUP signal doesn't work anymore,
linking with 2 libraries installed, makes it core dump)?
Remaining for this report:
1) incorrect detection of HAVE_RES_SEARCH braking getmxrr and other DNS
related functions, work-around:
$ diff -c php_config.h.in php_config.h.in.dist
*** php_config.h.in Fri Dec 14 21:13:55 2001
--- php_config.h.in.distFri Dec 14 15:06:29 2001
***
*** 1894,1903
#define zend_finite(a) (zend_isnan(a) ? 0 : zend_isinf(a) ? 0 : 1)
#endif
- #ifdef __bsdi__
- #define HAVE_RES_SEARCH 1
- #endif
-
/*
* Local variables:
* tab-width: 4
--- 1894,1899
I have provided an example of how bind-9.x detects this function.
2) Release versions need a fix of the include statements in various
files, since the old make syntax is used, for BSDi's system provided
make, instead of the make preferred in the PATH and/or specified by
$MAKE. This does not apply to snapshots.
[2001-12-15 06:43:11] [EMAIL PROTECTED]
Those yacc warnings are harmless.
[2001-12-15 05:37:28] [EMAIL PROTECTED]
Ok, working on it.
2 notes on this build:
I get a lot of yacc warnings like these:
/usr/src/web/php/php4/ext/standard/var_unserializer.re:273: warning:
label `yy1' defined but not used
And the XtOffsetOf is redefined:
In file included from /apbeta/include/httpd.h:72,
from sapi_apache.c:32:
/apbeta/include/ap_config.h:1367: warning: `XtOffsetOf' redefined
[2001-12-14 21:23:50] [EMAIL PROTECTED]
So with the minimum options everything works just fine?
If so, then please try adding some more options and see
when it starts to fail.
--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/14048
--
Edit this bug report at http://bugs.php.net/?id=14048&edit=1
Bug #16582: unserialize_callback_func isnt changeable
From: [EMAIL PROTECTED]
Operating system: red hat linux
PHP version: 4.1.2
PHP Bug Type: PHP options/info functions
Bug description: unserialize_callback_func isnt changeable
am unable to set unserialize_callback_func using ini_set.
I can see it in my php.ini, but when i use the following script (adapted
from code given on the unserialize() function page):
ini_set('unserialize_callback_func','thecallback');
function thecallback($classname) {
echo "calling back";
$filename="includez/".$classname.".cls.php";
include($filename);
}
after unserializing I would have expected to see the echo statement, but
it just wont seem to work at all.
--
Edit bug report at http://bugs.php.net/?id=16582&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16582&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16582&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16582&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16582&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16582&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16582&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16582&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16582&r=submittedtwice
