#21824 [NEW]: PHP-Based AIM Bot
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: PHP-Based AIM Bot Any thoughts on converting the Perl Net::AIM module to PHP? I think it would be great to be able to code an AIM bot in PHP. has this been discussed regarding the possibility of converting the AIM protocols and make it an option for compiling into PHP? -- Edit bug report at http://bugs.php.net/?id=21824&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21824&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21824&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21824&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21824&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21824&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21824&r=support Expected behavior: http://bugs.php.net/fix.php?id=21824&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21824&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21824&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21824&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21824&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21824&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21824&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21824&r=gnused
#21824 [Opn]: PHP-Based AIM Bot
ID: 21824 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 4.3.0 New Comment: heh, well, I'm no PEAR developer so I guess I'll need to wait for someone else. Previous Comments: [2003-01-22 14:26:01] [EMAIL PROTECTED] Speak of the devil, I was just thinking of this on my way home last night (well, ICQ technically, but the idea is the same). The conclusion I came to, and others may feel free to disagree with me, is that such modules are best built as PEAR classes rather than PHP extensions. The fact that you're now mentioning that Perl has it as a PEAR-equivalent style module just bolsters that position. If you feel adventurous, I'd recommend working on the conversion yourself. You've got the basic framework to start from in Perl's Net::AIM module, it simply needs to be built into a PHP class. [2003-01-22 14:12:35] [EMAIL PROTECTED] Any thoughts on converting the Perl Net::AIM module to PHP? I think it would be great to be able to code an AIM bot in PHP. has this been discussed regarding the possibility of converting the AIM protocols and make it an option for compiling into PHP? -- Edit this bug report at http://bugs.php.net/?id=21824&edit=1
#20720 [NEW]: ps_files_cleanup_dir
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.2.3 PHP Bug Type: Session related Bug description: ps_files_cleanup_dir I a simple script i got the following error notice. Notice: ps_files_cleanup_dir: opendir(F:\php\sessions) failed: Invalid argument (22) in ... on line 11 On line eleven in this script only a session_start() is called. The permissions are set correctly, because the script is able to write, edit and delete the session files with the filesystem functions. I asked in the german php newsgroup and they told me, that this could be a bug. Systeminformation: -- PHP-Version : 4.2.3 Operatingsystem : Windows 2000 Advanced Server WebServer : IIS 5.0 Sessionsettings: -- session.save_handler = files session.save_path = F:\php\sessions session.use_cookies = 1 session.name = sid session.auto_start= 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability= 1 session.gc_maxlifetime= 1440 session.referer_check = session.entropy_length= 0 session.entropy_file = session.cache_limiter = nocache -- Edit bug report at http://bugs.php.net/?id=20720&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20720&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20720&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20720&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20720&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20720&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20720&r=support Expected behavior: http://bugs.php.net/fix.php?id=20720&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20720&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20720&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20720&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20720&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20720&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20720&r=isapi
#21014 [NEW]: $x++-1 doesnt work
From: [EMAIL PROTECTED] Operating system: windows PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: $x++-1 doesnt work On php4.2.3. on windows $x++-1 evaluates to $x (which I belive is wrong. First evaluate and then increment). on unix (php version ?) it evaluates to $x-1 (which I beliave is correct). I havent tried with CVS -- Edit bug report at http://bugs.php.net/?id=21014&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21014&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21014&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21014&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21014&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21014&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21014&r=support Expected behavior: http://bugs.php.net/fix.php?id=21014&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21014&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21014&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21014&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21014&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21014&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21014&r=isapi
#21014 [Bgs]: $x++-1 doesnt work
ID: 21014 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: windows PHP Version: 4.2.3 New Comment: Very sorry - now it seems like I can't reproduce the error either. But something definately was wrong - perhaps it was me though ;) Previous Comments: [2002-12-14 13:15:07] [EMAIL PROTECTED] can't verify, windows behaves exactly like unix (and as they both share the same engine a windows-only bug is not likely here) [2002-12-14 12:29:06] [EMAIL PROTECTED] On php4.2.3. on windows $x++-1 evaluates to $x (which I belive is wrong. First evaluate and then increment). on unix (php version ?) it evaluates to $x-1 (which I beliave is correct). I havent tried with CVS -- Edit this bug report at http://bugs.php.net/?id=21014&edit=1
Bug #16982: starting session turns of some sort of output-buffering
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.4 PHP version: 4.2.0 PHP Bug Type: Session related Bug description: starting session turns of some sort of output-buffering As said in the summary, starting a session turns on some strange output-buffering, wich cannot be overrided per flush(). This happens since 4.2.0 and is still in the latest snapshot, until 4.1.2 it was okay. Sample-Scipt: "); $i++; flush(); usleep(20); } ?> To me, this is VERY important, because it makes session-based webchats nearly unusuable. -- Edit bug report at http://bugs.php.net/?id=16982&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16982&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16982&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16982&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16982&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16982&r=support Expected behavior: http://bugs.php.net/fix.php?id=16982&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16982&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16982&r=submittedtwice
#19476 [NEW]: Array via form chopped when Multi-byte support on.
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6 and 7.x PHP version: 4.2.3 PHP Bug Type: mbstring related Bug description: Array via form chopped when Multi-byte support on. Since I have disabled mb support on my servers to get my scripts to work I cannot give a concrete example online but I can give something here. My configure string is: ./configure --quiet --with-apxs=/usr/local/apache-1.3.26/ bin/apxs --with-ftp --with-mysql=/usr/local/mysql --with- pgsql=/usr/local/pgsql --enable-track-vars --enable- calendar --disable-debug --with-curl=/usr/local/curl -- enable-mbstring --enable-mbstr-enc-trans --with-mcrypt -- with-gd --with-png-dir --with-zlib-dir --with-jpeg-dir a second server which also had this problem had a configure string of: ./configure --quiet --with-apxs=/usr/local/apache-1.3.26/ bin/apxs --with-ftp --with-mysql=/usr/local/mysql --enable- track-vars --enable-calendar --disable-debug --with-curl=/ usr/local/curl --enable-mbstring --enable-mbstr-enc-trans Create a form in which some of the form values consist of: Then submit the form somewhere and echo back $myvar['myvar1'], etc or even do a print_r(). You'll find (hopefully as i did) that the first four characters of each input are chopped off. In my case the form field names were like this: submitui[address1] submitui[address2] submitui[city] submitui[state] I've seen other forms do this successfully (not with the mb support compiled in) so I incorporated it into my shopping cart program. After adding the two parameters " --enable- mbstring --enable-mbstr-enc-trans" submissions using this form had the first four characters chopped off. Since this is so weird I don't know if it would have been caught before. I would love to see a solution to this since I need MB support for a PHP Domain Registrar program we're using. -- Edit bug report at http://bugs.php.net/?id=19476&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19476&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19476&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19476&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19476&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19476&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19476&r=support Expected behavior: http://bugs.php.net/fix.php?id=19476&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19476&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19476&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19476&r=globals
#19460 [Com]: HTTP_POST_VARS trims 4 characters from left side of each field with array name
ID: 19460 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.9-34 (RedHat 7.2) PHP Version: 4.2.3 New Comment: Is this the bug report which my report (19476) was set bogus for? This says it's apache 2 related, I'm running 1.3.26. Was this, in fact, fixed then? Previous Comments: [2002-09-17 21:06:22] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-09-17 19:12:22] [EMAIL PROTECTED] After submitting a form, HTTP_POST_VARS trims 4 characters from left side of each field in a form which has name as an array. Example: "; echo "my[2]: " . $my[2] . ""; echo "my[3]: " . $my[3] . ""; echo "my4: " . $my4 . ""; echo "my5: " . $my5 . ""; ?> The OUTPUT I got: my[1]: 567890 my[2]: efghijklmnop my[3]: c3d4e5f6g7 my4: abcdefghijklmnop my5: http://www.msn.com/ -- Edit this bug report at http://bugs.php.net/?id=19460&edit=1
#19994 [NEW]: Extracting information from Helix/Real Media
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: Extracting information from Helix/Real Media Hi, Have been using PHP as a tool for som CMS and other back-end systems, And have been missing a feature about extracting information from .rm (Real Media files) Just as I can extract header information from JPEG/TIFF formats with the exif_read_data function. I don't know if this is possible in the first place, But since the release of the Helix project, which is sort of open source focused, this should be possible. It would be a nice feature, the Helix project can be found here: http://www.helixcommunity.org/ I will look for information about this in the mean time, but since my level of expertice is 1.5 year of PHP experience I would need some time on this. best regards thomas -- Edit bug report at http://bugs.php.net/?id=19994&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19994&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19994&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19994&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19994&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19994&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19994&r=support Expected behavior: http://bugs.php.net/fix.php?id=19994&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19994&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19994&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19994&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19994&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19994&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19994&r=isapi
#19776 [Com]: recode is "silent"
ID: 19776
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Recode related
Operating System: redhat 8.0
PHP Version: 4.2.3
New Comment:
FYI, on RH7.3 with PHP 4.2.3 and Recode 3.6 (recode-devel-3.6-6 RPM),
many recode calls from PHP return blank, but strangely latin1..flat
(and maybe others, I just happen to be using that one) returns the
string with a trailing 'control-@'
Previous Comments:
[2002-10-06 14:29:43] [EMAIL PROTECTED]
Right now i`m using 3.6.
3.5 does not compile and run on rh 8.0 [it seg faults even in
the shell]. i did not how ever put a lot of effort into the
compiling of 3.5.
[2002-10-06 14:26:40] [EMAIL PROTECTED]
Which recode library are you using now? There seems to be a problem
with recode 3.6, since all string based functions always return blank
string.
[2002-10-06 04:55:06] [EMAIL PROTECTED]
I have compiled php 4.2.3 on redhat 8.0 with
-php configure CGI---
./configure --with-mysql=/usr --enable-sysvsem
--enable-sysvshm --with-gd=yes --with-zlib --with-ttf
--with-zlib-dir=/usr --with-gd-dir=/
usr/ --with-jpeg-dir=/usr/lib/ --enable-gd-imgstrttf
--with-config-file-path=/etc/httpd/conf/ --enable-trans-sid
--with-png-dir=/usr/ --with
-sablot --with-recode --with-curl --with-openssl
-
The dso is the same one it just has --with-apxs added and the
results are the same on cgi and dso
All compiles fine php runs ok but when i try to use an recode
function from php script it doesnt do anyhing.
so an test line containing only
'echo recode("../qp","sas=32");'
doesnt return anything. I have an old working system with
4.0.6 and recode 3.5 which returns what it should [thats
'sas=3D32']
Recode it self works in the shell
[tmp]#cat recode.txt
sas=32
recode ../qp recode.txt
[tmp]# cat recode.txt
sas=3D32
i tried also making an error [i didn`t suply any parameters to
the function] and it warns me with "...
Wrong parameter count for recode() in ..."
I tried with recode rpm from redhat, i tried mine [compiled it my
self] no diffrence it just doesnt return anything.
--
Edit this bug report at http://bugs.php.net/?id=19776&edit=1
#15630 [Com]: imap_utf7_decode appears to be broken
ID: 15630 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating System: SGI Irix 6.5 PHP Version: 4.2.2 New Comment: Hi, since it's now two months since the last comment on this bug, will Gamid Isayev's patches be applied or not? People really have problems with this bug, as e.g. most webmail applications won't work properly. At least german/austrian/finnish/swedish people have Umlauts in their folder names just to name a few. Best regards, Thomas Previous Comments: [2002-09-09 22:51:37] [EMAIL PROTECTED] All I did was re-commit the SGI compiler changes. I did not do any of the work for the utf7_decode/encode function as this bug states. [2002-09-09 17:33:54] [EMAIL PROTECTED] fixed -> closed. [2002-09-09 16:00:27] [EMAIL PROTECTED] re-applied patch for SGI. [2002-09-09 15:22:47] [EMAIL PROTECTED] Hi, the fix for the SGI compiler has not made it in 4.2.3. According to the cvs repository, php_imap.c 1.112.2.3 has it but not the version 1.112.2.4. Bye. [2002-09-05 15:50:46] [EMAIL PROTECTED] Are you going to fix this bug in PHP 4.2.3? 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/15630 -- Edit this bug report at http://bugs.php.net/?id=15630&edit=1
#20478 [NEW]: strftime problem with timestamp from 2000-01-01/02
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.2.2
PHP Bug Type: Date/time related
Bug description: strftime problem with timestamp from 2000-01-01/02
';
print 'timestamp: '.$timestamp.'';
print 'strftime: '.strftime('%G', $timestamp).'';
print 'date: '.date('Y', $timestamp);
?>
prints:
mysql date:2000-01-01
timestamp: 946681200
strftime: 1999 <--- WRONG!
date: 2000
--
Edit bug report at http://bugs.php.net/?id=20478&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20478&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20478&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20478&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20478&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20478&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20478&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20478&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20478&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20478&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20478&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20478&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20478&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20478&r=isapi
#15630 [Com]: imap_utf7_decode appears to be broken
ID: 15630 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating System: SGI Irix 6.5 PHP Version: 4.2.2 New Comment: Has the IMAP maintainer responded? As the patch produces UTF16-BE output/input, would it be "legal" to call another PHP function (iconv) within PHP or is it not allowed to depend on another "PHP" function? One could easily add an iconv call at the end of the functions to get the output format right. Or even add an optional paramater for the imap_utf7_decode function to specify the desired output format, "UTF8" as default. Previous Comments: [2002-11-14 11:01:09] [EMAIL PROTECTED] Ok, let fix imap_utf7_encode()/imap_utf7_decode() functions to return UTF-8. In this case they will be BC, when IMAP folder has only ISO-8859-1 (ASCII) characters in its name and will also support international characters. Gamid Isayev [2002-11-14 10:28:43] [EMAIL PROTECTED] >From my understanding Gamid's patches break BC. This is a bad thing typically, and repeated requests for users to voice an opinion have not resulted in any feedback. At this point I feel that the IMAP maintainer should decide if this goes in or not, but he has not answered any emails either. So until I hear back from the IMAP maintainer I don't see this being applied. [2002-11-14 09:50:59] [EMAIL PROTECTED] Hi, since it's now two months since the last comment on this bug, will Gamid Isayev's patches be applied or not? People really have problems with this bug, as e.g. most webmail applications won't work properly. At least german/austrian/finnish/swedish people have Umlauts in their folder names just to name a few. Best regards, Thomas [2002-09-09 22:51:37] [EMAIL PROTECTED] All I did was re-commit the SGI compiler changes. I did not do any of the work for the utf7_decode/encode function as this bug states. [2002-09-09 17:33:54] [EMAIL PROTECTED] fixed -> closed. 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/15630 -- Edit this bug report at http://bugs.php.net/?id=15630&edit=1
Bug #15628 Updated: Multiple Connections not allowed
ID: 15628 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Operating System: SunSolaris 8 Sparc PHP Version: 4.1.1 New Comment: I have the exactly same problem with Oracle!!! Previous Comments: [2002-02-22 12:25:42] [EMAIL PROTECTED], [EMAIL PROTECTED] Some information: SO - Red Hat 7.1 kernel 2.2.12 The file to be edited is ext/informix/ifx.ec [2002-02-22 12:22:36] [EMAIL PROTECTED], [EMAIL PROTECTED] we´ve found the same bug. This solution worked very well! Thanks! [2002-02-19 14:29:36] [EMAIL PROTECTED] Hi, I would like to report a bug in the Informix module of PHP 4.1.1. When you try to use more than one connection, the last connection created is the one that receives every statement, and under this circumstances you may get a SQLCODE error code -206 when calling ifx_query as the table may not exist in the current database. I was debugging the Informix implementation and I found that in the function ifx_query the following statement is missing: EXEC SQL set connection :ifx; before the call of the macro PHP_IFX_CHECK_CONNECTION and the call to the PREPARE statement. If you add that statement, the funcion ifx_query works fine. This function call is needed as every time that you execute the statement CONNECT TO ... that connection is the active one and the former connections become dormant. When you want to use one of those connection, you need to active it again using the statement SET CONNECTION. I hope this helps. -- Edit this bug report at http://bugs.php.net/?id=15628&edit=1
Bug #16704: Screwed up handles while connection multiple DBs
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.1.2
PHP Bug Type: OCI8 related
Bug description: Screwed up handles while connection multiple DBs
I would like to report a problem and ask for help with php 4.0.6 and Oracle
8 Support.
When you try to use more than one connection, the last connection
created is the one that receives every statement.
I found a workaround but I'm not quite sure if it really works everytime
(not enough testing yet):
You could do the following for each connections and somehow they are
available
after that:
for ($i=1; $i <= 2; $i++)
{
$oci_connection_new = OCILogon ($oracle_user, $oracle_pass,
$oracle_inst);
}
I reviewed $oci_connection_new and figured out thata it changes the
recource id after the loop
Thomas
--
Edit bug report at http://bugs.php.net/?id=16704&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16704&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16704&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16704&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16704&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16704&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16704&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16704&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16704&r=submittedtwice
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
Hi, thanx for your fast reply!
The true version is 4.0.6. I selected 4.1.2 as there was no better
choice.
I have an aitional Note: Exactly the same problem existed for Informix
AND Mysql:
http://bugs.php.net/bug.php?id=15628
The mysql one cane be found also here.
I browsed through all OCI8 related bugs but I couldn't find this bug,
so I considered it is still existing in 4.1.2.
Antoher problem: I also tried to read the changelogs but why the hell
are there no changelogs in new releases??
updating of 4.0.2rcx is really risky as it is aproduction environment.
Do you think this problem is really gone?
Previous Comments:
[2002-04-19 21:08:12] [EMAIL PROTECTED]
Which version is it now? In the Report field you write 4.1.2, but in
the body you write 4.0.6
In the latter case, please test a newer version first (even 4.2.0rc4
from php.net/~derick if possible).
[2002-04-19 15:10:19] [EMAIL PROTECTED]
I would like to report a problem and ask for help with php 4.0.6 and
Oracle 8 Support.
When you try to use more than one connection, the last connection
created is the one that receives every statement.
I found a workaround but I'm not quite sure if it really works
everytime (not enough testing yet):
You could do the following for each connections and somehow they are
available
after that:
for ($i=1; $i <= 2; $i++)
{
$oci_connection_new = OCILogon ($oracle_user, $oracle_pass,
$oracle_inst);
}
I reviewed $oci_connection_new and figured out thata it changes the
recource id after the loop
Thomas
--
Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
Hi,
Well thats an important point with the connections, I forgot it -
sorry.
I'm using for each connection a different username, password and
instance/sid.
The aim is to have during each script-run two connections. I call a
function which generates a $oci_connection and $oci_connection_adm at
the beginning of each script. Both connections are used several times
and at the end of the script a logoff on both is commited.
If I do not the workaround that I've described, PHP isn't capable of
distinguish between both conns - tha last one 'wins'.
If we had a changelog, we could review if there were any cchanges
regarding the oci stuff between 4.0.6 and 4.1.2!
cu
Previous Comments:
[2002-04-20 17:35:06] [EMAIL PROTECTED]
Can't comment on "if it's gone".
Do you mean that in all connection you establish you use the same
username/passwort/host (or sid) in your context?
[2002-04-20 16:57:15] [EMAIL PROTECTED]
Hi, thanx for your fast reply!
The true version is 4.0.6. I selected 4.1.2 as there was no better
choice.
I have an aitional Note: Exactly the same problem existed for Informix
AND Mysql:
http://bugs.php.net/bug.php?id=15628
The mysql one cane be found also here.
I browsed through all OCI8 related bugs but I couldn't find this bug,
so I considered it is still existing in 4.1.2.
Antoher problem: I also tried to read the changelogs but why the hell
are there no changelogs in new releases??
updating of 4.0.2rcx is really risky as it is aproduction environment.
Do you think this problem is really gone?
[2002-04-19 21:08:12] [EMAIL PROTECTED]
Which version is it now? In the Report field you write 4.1.2, but in
the body you write 4.0.6
In the latter case, please test a newer version first (even 4.2.0rc4
from php.net/~derick if possible).
[2002-04-19 15:10:19] [EMAIL PROTECTED]
I would like to report a problem and ask for help with php 4.0.6 and
Oracle 8 Support.
When you try to use more than one connection, the last connection
created is the one that receives every statement.
I found a workaround but I'm not quite sure if it really works
everytime (not enough testing yet):
You could do the following for each connections and somehow they are
available
after that:
for ($i=1; $i <= 2; $i++)
{
$oci_connection_new = OCILogon ($oracle_user, $oracle_pass,
$oracle_inst);
}
I reviewed $oci_connection_new and figured out thata it changes the
recource id after the loop
Thomas
--
Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ Previous Comments: [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on "if it's gone". Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? [2002-04-20 16:57:15] [EMAIL PROTECTED] Hi, thanx for your fast reply! The true version is 4.0.6. I selected 4.1.2 as there was no better choice. I have an aitional Note: Exactly the same problem existed for Informix AND Mysql: http://bugs.php.net/bug.php?id=15628 The mysql one cane be found also here. I browsed through all OCI8 related bugs but I couldn't find this bug, so I considered it is still existing in 4.1.2. Antoher problem: I also tried to read the changelogs but why the hell are there no changelogs in new releases?? updating of 4.0.2rcx is really risky as it is aproduction environment. Do you think this problem is really gone? [2002-04-19 21:08:12] [EMAIL PROTECTED] Which version is it now? In the Report field you write 4.1.2, but in the body you write 4.0.6 In the latter case, please test a newer version first (even 4.2.0rc4 from php.net/~derick if possible). 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Hi, I'll send you a nice testsript tomorrow (European Time). cu Previous Comments: [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! Previous Comments: [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: x Previous Comments: [2002-05-01 12:50:20] [EMAIL PROTECTED] I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Arggh, There was an error in my testscript. Gotta search on :( Previous Comments: [2002-05-01 12:59:25] [EMAIL PROTECTED] x [2002-05-01 12:50:20] [EMAIL PROTECTED] I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: This is not my day. I figured out that the bug is not in php but in my code. So sorry for the time I've wasted and please close the ticket. Previous Comments: [2002-05-01 13:01:36] [EMAIL PROTECTED] Arggh, There was an error in my testscript. Gotta search on :( [2002-05-01 12:59:25] [EMAIL PROTECTED] x [2002-05-01 12:50:20] [EMAIL PROTECTED] I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16859 Updated: session_decode gives SEGV in PHP 4.2.0
ID: 16859 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Solaris 2.6 (5.6) PHP Version: 4.2.0 New Comment: I can reproduce this bug on: Linux 2.4.7-10 Apache 1.3.24 PHP 4.2.1 when using session_decode to decode session data strings read from /tmp/sess_* session files. Previous Comments: [2002-04-29 12:06:48] [EMAIL PROTECTED] As an explanation to the backtrace I posted: The backslashes that appear before some of the double quotes in the backtrace are due to gdb. The file that is read (and the string that's processed) do _not_ contain the backslash. The variable "ses_login" is the first of the session variables that are stored as part of the session data. The backtrace says that it's dying in session.c, line 290. This is in function php_set_session_var(), at the point where it's trying to call zend_set_hash_symbol(). The PHP setting "register_globals" is set to "On" in both the local and master contexts. The script that causes this error is calling session_decode without having called any kind of session_start or session_name beforehand. (Again, this works as I expected it to in 4.1.2; the SEGV is in 4.2.0). [2002-04-28 14:23:18] [EMAIL PROTECTED] Backtrace (running in gdb with -X) is: (gdb) bt #0 0x8ed44 in php_set_session_var (name=0x3364f0 "ses_login", namelen=9, state_val=0x328dd0, var_hash=0xefffcfb0) at session.c:290 #1 0x8f588 in ps_srlzr_decode_php ( val=0x339128 "ses_login|s:8:\"theodore\";ses_id|s:19:\"PMwwKgoAADwAADKfkFU\";ses_timestamp_ultimo|i:1020014634;ses_timestamp_inicio|i:1020014634;ses_ip|s:9:\"10.0.0.64\";ses_url|s:13:\"/contar.phtml\";ses_valor|i:1;", vallen=193) at session.c:441 #2 0x8f87c in php_session_decode ( val=0x339128 "ses_login|s:8:\"theodore\";ses_id|s:19:\"PMwwKgoAADwAADKfkFU\";ses_timestamp_ultimo|i:1020014634;ses_timestamp_inicio|i:1020014634;ses_ip|s:9:\"10.0.0.64\";ses_url|s:13:\"/contar.phtml\";ses_valor|i:1;", vallen=193) at session.c:490 #3 0x93454 in zif_session_decode (ht=1, return_value=0x3360d0, this_ptr=0x0, return_value_used=0) at session.c:1339 #4 0x1a2080 in execute (op_array=0x323440) at ./zend_execute.c:1598 #5 0x169e48 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #6 0x4e270 in php_execute_script (primary_file=0xe7f0) at main.c:1381 #7 0x17c1fc in apache_php_module_main (r=0x30a420, display_source_mode=0) at sapi_apache.c:90 #8 0x48b8c in send_php () #9 0x48bf8 in send_parsed_php () #10 0x1ad4e4 in ap_invoke_handler () #11 0x1bf494 in process_request_internal () #12 0x1bf4ec in ap_process_request () #13 0x1b7d84 in child_main () #14 0x1b7f38 in make_child () #15 0x1b8084 in startup_children () #16 0x1b866c in standalone_main () #17 0x1b8df4 in main () (gdb) [2002-04-26 20:07:49] [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-04-26 13:20:03] [EMAIL PROTECTED] session_decode ($str) gives SEGV with PHP 4.2.0 and Apache 1.3.24. Worked fine with PHP 4.1.2; I just built 4.2.0 with the same configure params and same Apache as I had with 4.1.2, and the same script gives the problem. I have verified that the argument to session_decode ($str) is not null, etc. Basically, my script is reading the $str out of several sess_* files and dumping the contents for each one. There was a session_decode SEGV bug that was reported as fixed and closed in 4.0.1 pl2, so maybe the same bug is back. Thanks to all. -- Edit this bug report at http://bugs.php.net/?id=16859&edit=1
Bug #15800: german characters cannot be stored
From: [EMAIL PROTECTED]
Operating system: Win2000
PHP version: 4.1.1
PHP Bug Type: WDDX related
Bug description: german characters cannot be stored
Summary:
german characters cannot be stored
by wddx_serialize_vars
To make it easier for you to reproduce
the bug i write a little step-by-step
summary:
1) Setting the correct local zone
setlocale("LC_ALL","german");
2) Writing some test-data with german characters
ÄÖÜäüö
3) Pushing the test-data into wddx_serialize_vars
on a Win2000 Server. Results on Win2000:
ÄÜä
Results on Linux (correct values):
ÄÖÜäöü
4) Reading the values back (from the saved wddx package)
Ä Üä
It seams like that only some locale characters (ÄÜä) are recognized on an
Win2000 Server. With the same script
and the same data, there are no problems on an Linux
Server.
Happy Debugging :-)
Thomas
--
Edit bug report at http://bugs.php.net/?id=15800&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15800&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15800&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15800&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15800&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15800&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15800&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15800&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15800&r=submittedtwice
Bug #15888: Crashes when using --with-mm
From: [EMAIL PROTECTED] Operating system: Linux (SuSE 7.3) PHP version: 4.1.2 PHP Bug Type: Reproducible crash Bug description: Crashes when using --with-mm I've configured 4.1.1 and 4.1.2 with the same options: --with-apxs=/usr/local/httpd/bin/apxs \ --prefix=/usr/local/php \ --sysconfdir=/etc/php \ --enable-force-cgi-redirect \ --with-config-file-path=/etc/php \ --enable-safe-mode \ --enable-track-vars \ --with-db3 \ --with-gd \ --with-mysql=/usr/local/mysql \ --with-gettext \ --with-mm \ --enable-ftp \ --with-imap-ssl \ --with-zlib \ --with-png \ --disable-debug \ --with-xml \ --with-mcrypt \ --with-imap Setting session.save_handler = mm in the php.ini results in an error message of the apache webserver:"child pid xxx exit signal Segmentation Fault (11)" when using version 4.1.2 and calling e.g. the test.php of the horde framework or SquirrelMail. The version 4.1.1 works fine. No compilation errors or similar showed up. The mm version is 1.1.3. Regards Thomas (Please apologize my english... ;-) -- Edit bug report at http://bugs.php.net/?id=15888&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15888&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15888&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15888&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15888&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15888&r=support Expected behavior: http://bugs.php.net/fix.php?id=15888&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15888&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15888&r=submittedtwice
Bug #15888 Updated: Crashes when using --with-mm
ID: 15888 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux (SuSE 7.3) PHP Version: 4.1.2 New Comment: I've tested a Snapshot of march 06.. The error is gone with the snapshot version and comes up again when switching back to the 4.1.2 version. i tried to backtrace this error with gdb. But i'm not a real programmer and got lot's of difficulties. The apache webserver does not start php at all if i try to start via gdb. I'll try to figure out if i can get this work. Thomas Previous Comments: [2002-03-05 17:06:49] [EMAIL PROTECTED] Can you try a snapshot from snaps.php.net to see if it's fixed AND provide a backtrace of this crash? Derick [2002-03-05 17:00:48] [EMAIL PROTECTED] I've configured 4.1.1 and 4.1.2 with the same options: --with-apxs=/usr/local/httpd/bin/apxs \ --prefix=/usr/local/php \ --sysconfdir=/etc/php \ --enable-force-cgi-redirect \ --with-config-file-path=/etc/php \ --enable-safe-mode \ --enable-track-vars \ --with-db3 \ --with-gd \ --with-mysql=/usr/local/mysql \ --with-gettext \ --with-mm \ --enable-ftp \ --with-imap-ssl \ --with-zlib \ --with-png \ --disable-debug \ --with-xml \ --with-mcrypt \ --with-imap Setting session.save_handler = mm in the php.ini results in an error message of the apache webserver:"child pid xxx exit signal Segmentation Fault (11)" when using version 4.1.2 and calling e.g. the test.php of the horde framework or SquirrelMail. The version 4.1.1 works fine. No compilation errors or similar showed up. The mm version is 1.1.3. Regards Thomas (Please apologize my english... ;-) -- Edit this bug report at http://bugs.php.net/?id=15888&edit=1
#21073 [NEW]: linking "configure --with-sapdb" failed
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: linking "configure --with-sapdb" failed After "./configure --with-sapdb=" the make run ends in : /bin/sh /home/remuser/ttk/php-4.2.3/libtool --silent --mode=link gcc -I. -I/home/remuser/ttk/php-4.2.3/ -I/home/remuser/ttk/php-4.2.3/main -I/home/remuser/ttk/php-4.2.3 -I/home/remuser/ttk/php-4.2.3/Zend -I/home/remuser/ttk/php-4.2.3/ext/mysql/libmysql -I/home/remuser/ttk/odbc_7.3.0.28//incl -I/home/remuser/ttk/php-4.2.3/ext/xml/expat -I/home/remuser/ttk/php-4.2.3/TSRM -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/i486-suse-linux/bin/ld: cannot find -lsqlrte collect2: ld returned 1 exit status make[1]: *** [php] Error 1 The problem is that entries regarding sqlrte in ./configure and ./ext/odbc/config.m4 for SAP DB are wrong. Following patches fix the problem: patch for ./configure: *** configure.orig Wed Dec 18 10:08:58 2002 --- configure Wed Dec 18 10:08:52 2002 *** *** 42171,42186 esac - case sqlrte in - c|c_r|pthread*) ;; - *) - - - LIBS="-lsqlrte $LIBS" - - - ;; - esac ODBC_TYPE=sapdb cat >> confdefs.h <<\EOF --- 42171,42176 patch for ./ext/odbc/config.m4: *** config.m4.orig Mon Mar 4 10:10:31 2002 --- config.m4 Wed Dec 18 11:48:43 2002 *** *** 135,141 PHP_ADD_INCLUDE($withval/incl) PHP_ADD_LIBPATH($withval/lib) PHP_ADD_LIBRARY(sqlod) - PHP_ADD_LIBRARY(sqlrte) ODBC_TYPE=sapdb AC_DEFINE(HAVE_SAPDB,1,[ ]) AC_MSG_RESULT(yes) --- 135,140 Regards Thomas -- Edit bug report at http://bugs.php.net/?id=21073&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21073&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21073&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21073&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21073&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21073&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21073&r=support Expected behavior: http://bugs.php.net/fix.php?id=21073&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21073&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21073&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21073&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21073&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21073&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21073&r=isapi
#24033 [NEW]: changed behaviour of fread() ?
From: thomas at nimstad dot com
Operating system: Win32
PHP version: 4.3.2
PHP Bug Type: Sockets related
Bug description: changed behaviour of fread() ?
Problem:
fread() hangs if not reading exact number of bytes from a socket. worked
previously in 4.3.1.
fread() returns max 1024 bytes even if specifying larger numbers. worked
previously in 4.3.1.
Worked previously (snipped):
$fp = fsockopen("localhost", 5410, $errno, $errstr, 100);
// Send request
if (!fputs($fp, $packet, strlen($packet))) { }
// Read result header
while (!feof($fp)) {
$line = fgets($fp);
if ($line != "\n" && $line != "\r\n") {
$header .= $line;
}
else {
if (preg_match('/Content-Length: (\d+)/i', $header, $matches))
$length = $matches[1];
if (preg_match('/X-Session-Id: (\d*)/i', $header, $matches))
$session = $matches[1];
break;
}
}
// Read result body
$reply = fread($fp, $length);
This hangs the executions until timeout (30 sec).
Have to change the read result body to:
while (!feof($fp) && $length > 0) {
$size = min(1024, $length);
$reply .= fread($fp, $size);
$length -= $size;
}
All examples in documentation and even the PEAR/XML-RPC class states the
"old" way what it looks to me.
What's up? New settings that i'm not aware of?
/Thomas
--
Edit bug report at http://bugs.php.net/?id=24033&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24033&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24033&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24033&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24033&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24033&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24033&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24033&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24033&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24033&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24033&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24033&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24033&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24033&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24033&r=gnused
#24033 [Opn]: changed behaviour of fread() ?
ID: 24033
User updated by: thomas at nimstad dot com
Reported By: thomas at nimstad dot com
Status: Open
-Bug Type: Documentation problem
+Bug Type: Sockets related
Operating System: Win32
PHP Version: 4.3.2
New Comment:
Ok. Since I'm was not the only having the problem I examined it some
more... here we goes again...
Problem #1: When using a chunk size >= 8192 bytes it's just to
concatenate the data and continue reading (as examplified in the
documentation). So to what I understand, this is not a bug, rather than
a timing issue that fread() returns the number of bytes available at
the moment? Anyway, in this case problem #2 doesn't occurs!!
Problem #2: The fread() still hangs until timeout if I try to read data
in chunks of <= 4096 bytes!!
Previous Comments:
[2003-06-06 01:46:52] [EMAIL PROTECTED]
>From the manual:
When reading from network streams or pipes, such as those returned when
reading remote files or from popen() and proc_open(), reading will stop
after a packet is available. This means that you should collect the
data together in chunks as shown in the example below.
A bug existed in 4.3.0-1 that made it "work", so, it's not considered
changed behavior, just a bug. This bug, for example, did not exist in
4.2.3
Regarding Thomas "problem #2", not sure about that, will see what Wez
has to say.
Regarding the last proposed example by PJ, just use
file_get_contents().
[2003-06-05 14:56:49] PJ at Elitegamer dot com
I too am experiencing this changed behavior. Previously, my code was as
follows:
$contents = fread ($fp, 2097152);
And that would return up to 2mb from the given socket. In my case, the
socket was a fopen() url.
However, when I upgraded to PHP 4.3.2 it would ONLY return 2481 bytes
no matter what. As a quick fix I had to move the fread() inside of a
while loop, in order to fix this issue. Like this:
$contents = "";
while (($data = fread ($fp, 2097152)) !== "")
{
$contents .= $data;
}
The only change on my system and the files being read was my upgrading
to PHP 4.3.2. This definitely appears to be changed behavior of
fread().
-PJ
--------
[2003-06-05 02:56:25] thomas at nimstad dot com
I don't think it's a documentation problem of fread().
The posted code worked fine in 4.3.1 but failed when upgrading to 4.3.2
(Win32 version).
Problem 1: fread($fp, 4096) returns max 1024 bytes.
Problem 2: fread($fp, 1024) hangs until timeout if buffer only contains
1023 bytes.
/Thomas
[2003-06-05 02:45:00] [EMAIL PROTECTED]
Can you please tell us where in the documentation this is done wrong?
----
[2003-06-05 02:28:46] thomas at nimstad dot com
Problem:
fread() hangs if not reading exact number of bytes from a socket.
worked previously in 4.3.1.
fread() returns max 1024 bytes even if specifying larger numbers.
worked previously in 4.3.1.
Worked previously (snipped):
$fp = fsockopen("localhost", 5410, $errno, $errstr, 100);
// Send request
if (!fputs($fp, $packet, strlen($packet))) { }
// Read result header
while (!feof($fp)) {
$line = fgets($fp);
if ($line != "\n" && $line != "\r\n") {
$header .= $line;
}
else {
if (preg_match('/Content-Length: (\d+)/i', $header, $matches))
$length = $matches[1];
if (preg_match('/X-Session-Id: (\d*)/i', $header, $matches))
$session = $matches[1];
break;
}
}
// Read result body
$reply = fread($fp, $length);
This hangs the executions until timeout (30 sec).
Have to change the read result body to:
while (!feof($fp) && $length > 0) {
$size = min(1024, $length);
$reply .= fread($fp, $size);
$length -= $size;
}
All examples in documentation and even the PEAR/XML-RPC class states
the "old" way what it looks to me.
What's up? New settings that i'm not aware of?
/Thomas
--
Edit this bug report at http://bugs.php.net/?id=24033&edit=1
#24161 [NEW]: imap_open will not timeout
From: thomas at xenocast dot com
Operating system: Windows 2000
PHP version: 4.3.2
PHP Bug Type: IMAP related
Bug description: imap_open will not timeout
Description:
This is a difficult situation to reproduce. I will try
to give you the history. We are running iMail 7.x and
the back-end is through an SQL server. there is a bug
in iMail that if the SQL Server for any reason is
'lost' then POP3 will just hang and not attempt to
reconnect. The only way around it is to restart the
service. This doesn't happen often on our system and
it's quite random, but when it happens nobody can get
their e-mail. The solution I came up with is a script
(referenced below) to check on if I can login to POP3.
If I cannot, restart the service.
The problem arises when this situation happens with
iMail, the imap_open command simply hangs there. It is
waiting for a response from the server after giving the
username and/or password. and nothing comes. It hangs
just like the e-mail clients do, howevver imap_open
FAILS to timeout. At last count the longest the script
hung there without going anywhere was 30 minutes. and I
do not even have set a script time-out so in the least
the script should have failed itself due to running too
long. the function is just sitting there waiting for a
response from the server.
Perhaps there's another way to do this or perhaps there
is a bug in imap_open that doesn't provide for the
thing to timeout or something, wdyt?
Reproduce code:
---
$mbox = imap_open("{mail.neweve.com:110/pop3/notls}INBOX", "thomas",
"theduke");
if (!$mbox) {
system("net stop pop3d32");
system("net start pop3d32");
}
Expected result:
Expected is that imap_open would fail with a timeout or
something and $mbox would be false so my system would
restart.
Actual result:
--
Actual result is that imap_open sits there and does
nothing it never stops the script just hangs
indefinitely. When adding "echo" statements as debug
code I see it never passes that line.
--
Edit bug report at http://bugs.php.net/?id=24161&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24161&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24161&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24161&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24161&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24161&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24161&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24161&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24161&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24161&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24161&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24161&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24161&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24161&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24161&r=gnused
#24161 [Opn]: imap_open will not timeout
ID: 24161
User updated by: thomas at xenocast dot com
Reported By: thomas at xenocast dot com
Status: Open
Bug Type: IMAP related
Operating System: Windows 2000
PHP Version: 4.3.2
New Comment:
Damn, umn.. I had trouble with the submission form and
some funky thing with my browser. I didn't change the
values of the user/pass and domain in my script. Now
how many people got it?! Well, I changed my password.
please don't hack me.
Previous Comments:
[2003-06-12 16:30:44] thomas at xenocast dot com
Description:
This is a difficult situation to reproduce. I will try
to give you the history. We are running iMail 7.x and
the back-end is through an SQL server. there is a bug
in iMail that if the SQL Server for any reason is
'lost' then POP3 will just hang and not attempt to
reconnect. The only way around it is to restart the
service. This doesn't happen often on our system and
it's quite random, but when it happens nobody can get
their e-mail. The solution I came up with is a script
(referenced below) to check on if I can login to POP3.
If I cannot, restart the service.
The problem arises when this situation happens with
iMail, the imap_open command simply hangs there. It is
waiting for a response from the server after giving the
username and/or password. and nothing comes. It hangs
just like the e-mail clients do, howevver imap_open
FAILS to timeout. At last count the longest the script
hung there without going anywhere was 30 minutes. and I
do not even have set a script time-out so in the least
the script should have failed itself due to running too
long. the function is just sitting there waiting for a
response from the server.
Perhaps there's another way to do this or perhaps there
is a bug in imap_open that doesn't provide for the
thing to timeout or something, wdyt?
Reproduce code:
---
$mbox = imap_open("{mail.neweve.com:110/pop3/notls}INBOX", "thomas",
"theduke");
if (!$mbox) {
system("net stop pop3d32");
system("net start pop3d32");
}
Expected result:
Expected is that imap_open would fail with a timeout or
something and $mbox would be false so my system would
restart.
Actual result:
--
Actual result is that imap_open sits there and does
nothing it never stops the script just hangs
indefinitely. When adding "echo" statements as debug
code I see it never passes that line.
--
Edit this bug report at http://bugs.php.net/?id=24161&edit=1
#32824 [NEW]: require_once() don't throw an error msg when file will be included twice
From: thomas at ecommerce dot com Operating system: Linux SuSE 9.2 PHP version: 4.3.11 PHP Bug Type: Output Control Bug description: require_once() don't throw an error msg when file will be included twice Description: When an file will be included twice, there wouldn't be thrown an error message about that. I have set E_ALL in my php.ini. Reproduce code: --- http://bugs.php.net/?id=32824&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32824&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32824&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32824&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32824&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32824&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32824&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32824&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32824&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32824&r=support Expected behavior: http://bugs.php.net/fix.php?id=32824&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32824&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32824&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32824&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32824&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32824&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32824&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32824&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32824&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32824&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32824&r=mysqlcfg
#33000 [NEW]: unknown data type
From: thomas at pipelineinteractive dot com
Operating system: RedHat 9
PHP version: 5.0.3
PHP Bug Type: MSSQL related
Bug description: unknown data type
Description:
Unknown Data Type in Column X returned for Uniqueidentifier Data Types.
RedHat 9
Apache
FreeTDS 0.63
IconV 1.9.1
FreeTDS Configure:
./configure --prefix=/usr/local/freetds --with-tdsver=8.0 --enable-msdblib
--enable-dbmfix --with-gnu-ld --with-iconv=/usr/local
--enable-sybase-compat --enable-extra-checks
PHP Configure:
./configure --with-iconv=/usr/local
--with-apxs2=/usr/local/apache2/bin/apxs --enable-versioning
--with-mssql=/usr/local/freetds --enable-libxml --enable-soap --with-ftp
--enable-sockets --enable-track-vars --enable-versioning --enable-msdblib
Reproduce code:
---
$con = mssql_connect('', '', '') or
die(mssql_get_last_message());
mssql_select_db ("", $con);
$sql= "SELECT TOP 1 * FROM ";
$rs= mssql_query ($sql, $con);
echo "The field number one is: ";
echo mssql_result ($rs, 0, 0);
mssql_close ($con);
Expected result:
The field number one is:
Actual result:
--
Warning: mssql_query() [function.mssql-query]: column 1 has unknown data
type (36) in query.php on line 7
Warning: mssql_query() [function.mssql-query]: column 2 has unknown data
type (36) in query.php on line 7
Warning: mssql_query() [function.mssql-query]: column 15 has unknown data
type (36) in query.php on line 7
The field number one is:
--
Edit bug report at http://bugs.php.net/?id=33000&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33000&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33000&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33000&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33000&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33000&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33000&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33000&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33000&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33000&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33000&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33000&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33000&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33000&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33000&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33000&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33000&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33000&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33000&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33000&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33000&r=mysqlcfg
#33125 [NEW]: imagecopymergegray produces mosaic rainbow effect
From: thomas at krantz dot com Operating system: Linux PHP version: 4.3.11 PHP Bug Type: *Graphics related Bug description: imagecopymergegray produces mosaic rainbow effect Description: When merging two images, one normal and the other one completely black, the output from imagecopymergegray produces a weird looking mosaic of the first. Reproduce code: --- See also http://www.tilehog.net/prepermission/showbug.html Expected result: The original image should be darkened by 50%. This was the result in the earlier version (4.3.10). Actual result: -- http://www.tilehog.net/prepermission/showbug.html -- Edit bug report at http://bugs.php.net/?id=33125&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33125&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33125&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33125&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33125&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33125&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33125&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33125&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33125&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33125&r=support Expected behavior: http://bugs.php.net/fix.php?id=33125&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33125&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33125&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33125&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33125&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33125&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33125&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33125&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33125&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33125&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33125&r=mysqlcfg
#33118 [Com]: Memory leak in ISAPI module after exception
ID: 33118 Comment by: thomas at kaiserauer dot org Reported By: T dot Hauck at janaserver dot de Status: Open Bug Type: IIS related Operating System: Windows 2000 / XP / All PHP Version: 5.0.4, 4.3.11 New Comment: Memory leak still persists in version 5.0.5 dev. from Jun 05, 2005 16:30 GMT!! Currently I'm forced to run PHP as Fast-CGI because running as ISAPI does not work because of this problem. I'm looking forward to it's bugfix! Previous Comments: [2005-05-30 10:48:05] T dot Hauck at janaserver dot de i don't know if bug #32475 is relatet! But when is the function "openlog" in the file "wsyslog" is called? Not as far as i know! This function makes the handle that later will be used in the function "closelog". As far as i can see this, this handle is never be initalised, and by calling the "closelog" function this "wild" handle is used to call the "DeregisterEventSource" handle, what generates than the Exeption. If i step with the debugger over the "DeregisterEventSource" function everything works fine ! [2005-05-27 09:03:27] [EMAIL PROTECTED] See also bug #32475 [2005-05-24 11:51:01] [EMAIL PROTECTED] Yes, but it does exist in 5.0.4 too.. [2005-05-24 11:48:33] T dot Hauck at janaserver dot de Memeory leak still exist in the Snap Shot of Version 5.0.5 dev. The Bugreport was original reported for Version 4.3.11 and not for Version 5.0.4 ! [2005-05-24 10:00:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/33118 -- Edit this bug report at http://bugs.php.net/?id=33118&edit=1
#31210 [NEW]: Apache segfault
From: thomas at fdns dot net Operating system: Linux (Slackware 9.1) PHP version: 4.3.10 PHP Bug Type: Apache related Bug description: Apache segfault Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () (gdb) backtrace #0 0x080eb3bd in zend_assign_to_variable_reference () #1 0x080ece20 in execute () #2 0x080d8e34 in call_user_function_ex () #3 0x080d89c6 in call_user_function () #4 0x08135aef in ps_gc_files () #5 0x08135bed in ps_open_user () #6 0x081325a7 in php_session_create_id () #7 0x0813371d in php_session_start () #8 0x08134d5d in zif_session_start () #9 0x080ed1c1 in execute () #10 0x080ee27d in execute () #11 0x080dfd2b in zend_execute_scripts () #12 0x080be4f8 in php_execute_script () #13 0x080f063a in apache_php_module_main () #14 0x080b6eae in ssl_expr_yyinput () #15 0x080b6f18 in ssl_expr_yyinput () #16 0x081b1f03 in ap_invoke_handler () #17 0x081c745f in ap_some_auth_required () #18 0x081c78ba in ap_internal_redirect () #19 0x0809883e in ap_get_server_built () #20 0x081b1f03 in ap_invoke_handler () #21 0x081c745f in ap_some_auth_required () #22 0x081c74be in ap_process_request () #23 0x081be458 in ap_child_terminate () #24 0x081be626 in ap_child_terminate () #25 0x081be78c in ap_child_terminate () #26 0x081bee4c in ap_child_terminate () #27 0x081bf684 in main () #28 0x4016dd06 in __libc_start_main () from /lib/libc.so.6 (gdb) -- Edit bug report at http://bugs.php.net/?id=31210&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31210&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31210&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31210&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31210&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31210&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31210&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31210&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31210&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31210&r=support Expected behavior: http://bugs.php.net/fix.php?id=31210&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31210&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31210&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31210&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31210&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31210&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31210&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31210&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31210&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31210&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31210&r=mysqlcfg
#31210 [Fbk->Opn]: Apache segfault
ID: 31210 User updated by: thomas at fdns dot net Reported By: thomas at fdns dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux (Slackware 9.1) PHP Version: 4.3.10 New Comment: The segfault seems to be happening in this included file that re-configures the session handler.. I successfully had it output working code until it includes this file, it fails at the "Session_start" function: , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-12-20 19:42:04] thomas at fdns dot net Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () (gdb) backtrace #0 0x080eb3bd in zend_assign_to_variable_reference () #1 0x080ece20 in execute () #2 0x080d8e34 in call_user_function_ex () #3 0x080d89c6 in call_user_function () #4 0x08135aef in ps_gc_files () #5 0x08135bed in ps_open_user () #6 0x081325a7 in php_session_create_id () #7 0x0813371d in php_session_start () #8 0x08134d5d in zif_session_start () #9 0x080ed1c1 in execute () #10 0x080ee27d in execute () #11 0x080dfd2b in zend_execute_scripts () #12 0x080be4f8 in php_execute_script () #13 0x080f063a in apache_php_module_main () #14 0x080b6eae in ssl_expr_yyinput () #15 0x080b6f18 in ssl_expr_yyinput () #16 0x081b1f03 in ap_invoke_handler () #17 0x081c745f in ap_some_auth_required () #18 0x081c78ba in ap_internal_redirect () #19 0x0809883e in ap_get_server_built () #20 0x081b1f03 in ap_invoke_handler () #21 0x081c745f in ap_some_auth_required () #22 0x081c74be in ap_process_request () #23 0x081be458 in ap_child_terminate () #24 0x081be626 in ap_child_terminate () #25 0x081be78c in ap_child_terminate () #26 0x081bee4c in ap_child_terminate () #27 0x081bf684 in main () #28 0x4016dd06 in __libc_start_main () from /lib/libc.so.6 (gdb) -- Edit this bug report at http://bugs.php.net/?id=31210&edit=1
#31210 [Opn]: Apache segfault
ID: 31210 User updated by: thomas at fdns dot net Reported By: thomas at fdns dot net Status: Open Bug Type: Apache related Operating System: Linux (Slackware 9.1) PHP Version: 4.3.10 New Comment: I'm now getting very suspect of PEAR:DB_Dataobject.. I upgraded the version of it; as where the segfault is happening it's using a dataobject and I'm no longer getting a segfault, but rather a real php error message that something is buggered... Previous Comments: [2004-12-20 20:22:26] thomas at fdns dot net The segfault seems to be happening in this included file that re-configures the session handler.. I successfully had it output working code until it includes this file, it fails at the "Session_start" function: , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. ---- [2004-12-20 19:42:04] thomas at fdns dot net Description: I've just attempted to upgrade to 4.3.10 and apache is segfaulting when trying to load up the same application (custom) that runs on 4.3.9. Setup: apache 1.3.33 php 4.3.10 [configure command] ./configure --with-apache=../apache_1.3.33 --with-config-file-path=/apache --enable-ftp --with-gd --with-mysql --without-pear --enable-sockets --with-zlib-dir=/usr/include/ --with-freetype-dir=/usr/local/include/freetype2/ --with-openssl Expected result: Application should load as it does in 4.3.9. Actual result: -- I ran a gdb trace below: (gdb) file /apache/bin/httpd Reading symbols from /apache/bin/httpd...(no debugging symbols found)...done. (gdb) run -X -DSSL Starting program: /apache/bin/httpd -X -DSSL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080eb3bd in zend_assign_to_variable_reference () (gdb) backtrace #0 0x080eb3bd in zend_assign_to_variable_reference () #1 0x080ece20 in execute () #2 0x080d8e34 in call_user_function_ex () #3 0x080d89c6 in call_user_function () #4 0x08135aef in ps_gc_files () #5 0x08135bed in ps_open_user () #6 0x081325a7 in php_session_create_id () #7 0x0813371d in php_session_start () #8 0x08134d5d in zif_session_start () #9 0x080ed1c1 in execute () #10 0x080ee27d in execute () #11 0x080dfd2b in zend_execute_scripts () #12 0x080be4f8 in php_execute_script () #13 0x080f063a in apache_php_module_main () #14 0x080b6eae in ssl_expr_yyinput () #15 0x080b6f18 in ssl_expr_yyinput () #16 0x081b1f03 in ap_invoke_handler () #17 0x081c745f in ap_some_auth_required () #18 0x081c78ba in ap_internal_redirect () #19 0x0809883e in ap_get_server_built () #20 0x081b1f03 in ap_invoke_handler () #21 0x081c745f in ap_some_auth_required () #22 0x081c74be in ap_process_request () #23 0x081be458 in ap_child_terminate () #24 0x081be626 in ap_child_terminate () #25 0x081be78c in ap_child_terminate () #26 0x081bee4c in ap_child_terminate () #27 0x081bf684 in main () #28 0x4016dd06 in __libc_start_main () from /lib/libc.so.6 (gdb) -- Edit this bug report at http://bugs.php.net/?id=31210&edit=1
#31210 [Fbk->Opn]: Apache segfault
ID: 31210
User updated by: thomas at fdns dot net
Reported By: thomas at fdns dot net
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: Linux (Slackware 9.1)
PHP Version: 4.3.10
New Comment:
I'm not sure if this is a bug anymore, maybe someone else can comment..
It turns out I had to add:
define("DB_DATAOBJECT_NO_OVERLOAD", 0);
to the prepend script..
I was under the impression that this was only required if you were
using the Zend optimizer ( we are not) .. But it seems to have fixed
the issue. I still find it odd that it works fine in 4.3.9 without
that flag, and 4.3.10 needs it?
>From the PEAR site i just found:
"Pass by Reference, due to a unfixable bug in PHP4, you can not use
overload with pass-by-reference arguments (It works OK in PHP5), If you
need pass-by-reference, define the constant DB_DATAOBJECT_NO_OVERLOAD =
0 "
That would seem to align with the error:
"Program received signal SIGSEGV, Segmentation fault.
0x080eb3bd in zend_assign_to_variable_reference ()"
But again why 4.3.9 works fine and 4.3.10 borks.
My problem is fixed but did a change affect something?
Previous Comments:
[2004-12-20 21:03:57] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
What also helps is to provide a backtrace with symbols enabled (meaning
PHP in --enable-debug mode).
----
[2004-12-20 20:39:34] thomas at fdns dot net
I'm now getting very suspect of PEAR:DB_Dataobject.. I upgraded the
version of it; as where the segfault is happening it's using a
dataobject and I'm no longer getting a segfault, but rather a real php
error message that something is buggered...
--------
[2004-12-20 20:22:26] thomas at fdns dot net
The segfault seems to be happening in this included file that
re-configures the session handler.. I successfully had it output
working code until it includes this file, it fails at the
"Session_start" function:
,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
----
[2004-12-20 19:42:04] thomas at fdns dot net
Description:
I've just attempted to upgrade to 4.3.10 and apache is segfaulting when
trying to load up the same application (custom) that runs on 4.3.9.
Setup: apache 1.3.33
php 4.3.10
[configure command]
./configure --with-apache=../apache_1.3.33
--with-config-file-path=/apache --enable-ftp --with-gd --with-mysql
--without-pear --enable-sockets --with-zlib-dir=/usr/include/
--with-freetype-dir=/usr/local/include/freetype2/ --with-openssl
Expected result:
Application should load as it does in 4.3.9.
Actual result:
--
I ran a gdb trace below:
(gdb) file /apache/bin/httpd
Reading symbols from /apache/bin/httpd...(no debugging symbols
found)...done.
(gdb) run -X -DSSL
Starting program: /apache/bin/httpd -X -DSSL
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x080eb3bd in zend_assign_to_variable_reference ()
(gdb) backtrace
#0 0x080eb3bd in zend_assign_to_variable_reference ()
#1 0x080ece20 in execute ()
#2 0x080d8e34 in call_user_function_ex ()
#3 0x080d89c6 in call_user_function ()
#4 0x08135aef in ps_gc_files ()
#5 0x08135bed in ps_open_user ()
#6 0x081325a7 in php_session_create_id ()
#7 0x0813371d in php_session_start ()
#8 0x08134d5d in zif_session_start ()
#9 0x080ed1c1 in execute ()
#10 0x080ee27d in execute ()
#11 0x080dfd2b in zend_execute_scripts ()
#12 0x080be4f8 in php_execute_script ()
#13 0x080f063a in apache_php_module_main ()
#14 0x080b6eae in ssl_expr_yyinput ()
#15 0x080b6f18 in ssl_expr_yyinput ()
#16 0x081b1f03 in ap_invoke_handler ()
#17 0x081c745f in ap_some_auth_required ()
#18 0x081c78ba in ap_internal_redirect ()
#19 0x0809883e in ap_get_server_built ()
#20 0x081b1f03 in ap_invoke_handler ()
#21 0x081c745f in ap_some_auth_required ()
#22 0x081c74be in ap_process_request ()
#23 0x081be458 in ap_child_terminate ()
#24 0x081be626 in ap_child_terminate ()
#25 0x081be78c in ap_child_terminate ()
#26 0x081bee4c in ap_child_terminate ()
#27 0x081bf684 in mai
#25883 [NEW]: htmlentities($value, ..., "UTF-8") doesn't to UTF-8 correctly and completely
From: thomas at haeber dot de Operating system: SuSE Linux 8.2 (2.4.20) PHP version: 4.3.1 PHP Bug Type: Strings related Bug description: htmlentities($value, ..., "UTF-8") doesn't to UTF-8 correctly and completely Description: Hi guys, I used the htmlentities-function for converting values of different Languages to UTF-Code - see example 1. But PHP doesn't convert these accent-letters to UTF-8-Code. Furthermore I've realized that PHP doesn't converts the °-Symbol to ° but to ° - see example 2. Reproduce code: --- // example 1: $value = "LA RÉCRÉ"; // with accent-letters of french language $value = htmlentities($value, ENT_QUOTES, "UTF-8"); echo $value; // Output: LA RÉCRÉ (not LA RÉCRÉ) // example 2: $value = "13°"; $value = htmlentities($value, ENT_QUOTES, "UTF-8"); echo $value; // OUTPUT: 13° (not 13°) Expected result: LA RÉCRÉ 13° Actual result: -- htmlentities (UTF-8) converts ° wrongly to °. htmlentities doesn't convert french accent-letters. -- Edit bug report at http://bugs.php.net/?id=25883&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25883&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25883&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25883&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25883&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25883&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25883&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25883&r=support Expected behavior: http://bugs.php.net/fix.php?id=25883&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25883&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25883&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25883&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25883&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25883&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25883&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25883&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25883&r=float
#25883 [Bgs]: htmlentities($value, ..., "UTF-8") doesn't to UTF-8 correctly and completely
ID: 25883 User updated by: thomas at haeber dot de Reported By: thomas at haeber dot de Status: Bogus Bug Type: Strings related Operating System: SuSE Linux 8.2 (2.4.20) PHP Version: 4.3.1 New Comment: Hi, I don't know why this shoudn't be a bug, but when you say it, it is so. Can I ask you, when i can count on php will recognize this issue so i can use htmlentities($String, ..., "UTF-8") to convert ° to ° instead of °, or when this function will convert these french letters to them UTF-8-equivalent? Otherwise i have to use an ugly workaround, which could be unneccessary in the future. THX Thomas Previous Comments: [2003-10-15 19:08:52] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Whenever possible PHP will prefer html entities over &#[number]; [2003-10-15 10:21:11] thomas at haeber dot de Description: Hi guys, I used the htmlentities-function for converting values of different Languages to UTF-Code - see example 1. But PHP doesn't convert these accent-letters to UTF-8-Code. Furthermore I've realized that PHP doesn't converts the °-Symbol to ° but to ° - see example 2. Reproduce code: --- // example 1: $value = "LA RÉCRÉ"; // with accent-letters of french language $value = htmlentities($value, ENT_QUOTES, "UTF-8"); echo $value; // Output: LA RÉCRÉ (not LA RÉCRÉ) // example 2: $value = "13°"; $value = htmlentities($value, ENT_QUOTES, "UTF-8"); echo $value; // OUTPUT: 13° (not 13°) Expected result: LA RÉCRÉ 13° Actual result: -- htmlentities (UTF-8) converts ° wrongly to °. htmlentities doesn't convert french accent-letters. -- Edit this bug report at http://bugs.php.net/?id=25883&edit=1
#25883 [Bgs->Csd]: htmlentities($value, ..., "UTF-8") doesn't to UTF-8 correctly and completely
ID: 25883 User updated by: thomas at haeber dot de Reported By: thomas at haeber dot de -Status: Bogus +Status: Closed Bug Type: Strings related Operating System: SuSE Linux 8.2 (2.4.20) PHP Version: 4.3.1 New Comment: Oh. THX Previous Comments: [2003-10-16 17:40:40] [EMAIL PROTECTED] The "utf-8" parameter specifies that your input string is already utf-8 encoded, so that it doesn't incorrectly translate bytes to entities. htmlentities() does not perform codeset conversions, and does not convert to numeric entities. [2003-10-16 11:09:10] thomas at haeber dot de Hi, I don't know why this shoudn't be a bug, but when you say it, it is so. Can I ask you, when i can count on php will recognize this issue so i can use htmlentities($String, ..., "UTF-8") to convert ° to ° instead of °, or when this function will convert these french letters to them UTF-8-equivalent? Otherwise i have to use an ugly workaround, which could be unneccessary in the future. THX Thomas [2003-10-15 19:08:52] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Whenever possible PHP will prefer html entities over &#[number]; ---- [2003-10-15 10:21:11] thomas at haeber dot de Description: Hi guys, I used the htmlentities-function for converting values of different Languages to UTF-Code - see example 1. But PHP doesn't convert these accent-letters to UTF-8-Code. Furthermore I've realized that PHP doesn't converts the °-Symbol to ° but to ° - see example 2. Reproduce code: --- // example 1: $value = "LA RÉCRÉ"; // with accent-letters of french language $value = htmlentities($value, ENT_QUOTES, "UTF-8"); echo $value; // Output: LA RÉCRÉ (not LA RÉCRÉ) // example 2: $value = "13°"; $value = htmlentities($value, ENT_QUOTES, "UTF-8"); echo $value; // OUTPUT: 13° (not 13°) Expected result: LA RÉCRÉ 13° Actual result: -- htmlentities (UTF-8) converts ° wrongly to °. htmlentities doesn't convert french accent-letters. -- Edit this bug report at http://bugs.php.net/?id=25883&edit=1
#27406 [NEW]: php_check_syntax behavior
From: thomas at stauntons dot org Operating system: OS X PHP version: 5.0.0b4 (beta4) PHP Bug Type: *Compile Issues Bug description: php_check_syntax behavior Description: I am writing a class that will include another file containing a class that needs to implement a specific interface. When calling php_check_syntax on the file its behavious differs depending on whether or not the class implements my interface. If the file implements my interface the class will not show up in get_declared_classes() and an include() of the file will work, but if the class doesn't implement my interface the class will be in get_declared_classes() and the include will fail with 'cannot redeclareclass' Reproduce code: --- in Main.php in includeme.php (Case 1) in includeme.php (Case 2) Expected result: Case 1 of includeme.php will work OK, php_syntax_check will succeed and include will load the file OK, AClass will be available. Case 2 will fail, php_syntax_check will work but include will fail with 'cannot redeclare class' & Illegal Instruction Actual result: -- Just as Above. -- Edit bug report at http://bugs.php.net/?id=27406&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27406&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27406&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27406&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27406&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27406&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27406&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27406&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27406&r=support Expected behavior: http://bugs.php.net/fix.php?id=27406&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27406&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27406&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27406&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27406&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27406&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27406&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27406&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27406&r=float
#27810 [Com]: Apache-2.0.49 crashes on graceful/restart
ID: 27810 Comment by: thomas at vermoe dot dk Reported By: renato at galle dot com dot br Status: Closed Bug Type: Apache2 related Operating System: FreeBSD-5.2.1-RELEASE-p4 PHP Version: 4.3.5 New Comment: It defently doesnt work on: FreeBSD 4.8, apache 2.0.49, php4-4.3.5 /thomas Previous Comments: [2004-04-04 05:33:25] taka-o at pop07 dot odn dot ne dot jp --- Don't work: --- +apache 2.0.49 +php4.3.5 Not OK --- works: --- +apache 2.0.49 +php4.3.4 OK +apache 2.0.49 +comment out(php4.3.5) OK OS is Redhat9.apache is installed from sorse. [2004-04-03 21:26:55] noackjr at alumni dot rice dot edu Can we get a comment on this from PHP folks? We still see this problem with recent versions of PHP (including latest RCs and snaps) and Apache 2.0.49. We are unable to find the commit Ilia referred to that supposedly fixed this issue. I look forward to hearing back from you. [2004-04-02 12:04:19] loki at arete dot cc This bug is also present in PHP-5.0.0RC1, and it is also present in the current CVS HEAD for PHP5 (as of 12:00 EST). [2004-04-01 22:16:15] noackjr at alumni dot rice dot edu Please REOPEN: I just tried PHP 4.3.6-RC1 and the crash is still present. I also run FreeBSD 5.2.1-RELEASE-p4 with Apache 2.0.49. Also, what commit was supposed to fix this? Why no mention in NEWS or Changelog? [2004-04-01 13:20:39] nti at w4w dot net --- Don't work: --- +apache 2.0.49 +php5.0.0RC1 with pcre = Not OK +apache 2.0.49 +php4.3.5with pcre = Not OK --- works: --- +apache 2.0.49 +php5.0.0RC1 w/o pcre = OK +apache 2.0.49 +php4.3.5w/o pcre = OK +apache 2.0.48 +php5.0.0RC1 with pcre = OK +apache 2.0.48 +php4.3.5with pcre = OK 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/27810 -- Edit this bug report at http://bugs.php.net/?id=27810&edit=1
#24161 [Csd]: imap_open will not timeout
ID: 24161 User updated by: thomas at xenocast dot com Reported By: thomas at xenocast dot com Status: Closed Bug Type: IMAP related Operating System: Windows 2000 PHP Version: 4.3.2 Assigned To: iliaa New Comment: Is there a windows "snap"? Do you recommend I do that or just wait for the next release? Previous Comments: [2003-06-13 09:43:30] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-06-13 08:35:01] [EMAIL PROTECTED] With a noteable exception of timeout values most parameters that can be set via mail_parameters() require your to specify a pointer to a C function. So implementing it is far from easy. [2003-06-13 08:30:57] [EMAIL PROTECTED] Wrapping mail_parameters was something on the list of TODO. I had spoken with Chuck a long time ago about this, but there were some issues in implementing. Unfortunately I can't remember what just be aware it's not as easy as it first seems. [2003-06-13 08:05:30] [EMAIL PROTECTED] For Ilia: Maybe we should try introducing 'imap_parameters()' function. (wrapper for mail_parameters()). And allow people set those low-level parameters in the script. [2003-06-13 07:47:56] [EMAIL PROTECTED] Then assign it for real, Ilia. :) 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/24161 -- Edit this bug report at http://bugs.php.net/?id=24161&edit=1
#24343 [NEW]: Oracle 9.2.0 client libs do not work
From: thomas at fivemile dot net
Operating system: Redhat Linux 8.0
PHP version: 4.3.2
PHP Bug Type: OCI8 related
Bug description: Oracle 9.2.0 client libs do not work
Description:
OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"
Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.
PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug'
but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO) or
2
Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");
Expected result:
Connection to Oracle 9.2.0 on the same machine
Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump
[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New Thread
16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 1468)]
0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
(gdb) bt
#0 0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#1 0x40aa516f in kpughndl0 () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#2 0x40aab553 in kpughndl () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#3 0x40affde6 in OCIHandleAlloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#4 0x4035974f in _oci_open_session (server=0x8229608, username=0x82439dc
"dvd", password=0x82492fc "yami", persistent=0, exclusive=0,
charset=0x404c6cd9 "")
at /root/build/php-4.3.2/ext/oci8/oci8.c:2253
#5 0x4035ada0 in oci_do_connect (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1, persistent=0, exclusive=0)
at /root/build/php-4.3.2/ext/oci8/oci8.c:2685
#6 0x4035f590 in zif_ocilogon (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1) at
/root/build/php-4.3.2/ext/oci8/oci8.c:4307
#7 0x404582be in execute (op_array=0x823a31c) at
/root/build/php-4.3.2/Zend/zend_execute.c:1606
#8 0x40446ee9 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /root/build/php-4.3.2/Zend/zend.c:869
#9 0x40410990 in php_execute_script (primary_file=0xbfffdc20) at
/root/build/php-4.3.2/main/main.c:1671
#10 0x4045dfd1 in php_handler (r=0x8207968) at
/root/build/php-4.3.2/sapi/apache2handler/sapi_apache2.c:525
#11 0x0809f7fe in ap_run_handler ()
#12 0x0809fd16 in ap_invoke_handler ()
#13 0x080822a3 in ap_process_request ()
#14 0x0807e4e1 in ssl_dh_GetParamFromFile ()
#15 0x080a87ee in ap_run_process_connection ()
#16 0x0809e3b4 in ap_graceful_stop_signalled ()
#17 0x0809e55e in ap_graceful_stop_signalled ()
#18 0x0809e5b7 in ap_graceful_stop_signalled ()
#19 0x0809eca9 in ap_mpm_run ()
#20 0x080a39c2 in main ()
#21 0x420158f7 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) quit
--
Edit bug report at http://bugs.php.net/?id=24343&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24343&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24343&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24343&r=alreadyf
#24161 [Csd]: imap_open will not timeout
ID: 24161 User updated by: thomas at xenocast dot com Reported By: thomas at xenocast dot com Status: Closed Bug Type: IMAP related Operating System: Windows 2000 PHP Version: 4.3.2 Assigned To: iliaa New Comment: According to the 4.3.3RC1 this bug fix was referenced for adding the function imap_timeout(). However, the windows release of the above version has no php_imap.dll file in the extensions folder. When I install the version anyway and try my script with this function it tells me the function doesn't exist. Is there plans on getting the .dll file into the release so I can fix my script for which I posted this bug fix? Previous Comments: [2003-06-13 09:59:51] [EMAIL PROTECTED] Just go the the URL (snaps.php.net) and you will see when the last one was built. Take one built after the current time :) [2003-06-13 09:59:48] [EMAIL PROTECTED] Windows snap with this patch should become avaliable in a few hours. [2003-06-13 09:57:49] thomas at xenocast dot com Is there a windows "snap"? Do you recommend I do that or just wait for the next release? [2003-06-13 09:43:30] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-06-13 08:35:01] [EMAIL PROTECTED] With a noteable exception of timeout values most parameters that can be set via mail_parameters() require your to specify a pointer to a C function. So implementing it is far from easy. 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/24161 -- Edit this bug report at http://bugs.php.net/?id=24161&edit=1
#24343 [Fbk->Opn]: Oracle 9.2.0 client libs do not work
ID: 24343
User updated by: thomas at fivemile dot net
Reported By: thomas at fivemile dot net
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux 8.0
PHP Version: 4.3.2
New Comment:
The snapshot seems to have cleared the segfaults, nevertheless the
weird oracle error messages remain. Is there a way to debug the
OCI(P)Logon and compare it with the data the working server is sending?
Previous Comments:
[2003-06-26 11:46:02] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-06-26 06:36:23] thomas at fivemile dot net
Description:
OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"
Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.
PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug'
but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO)
or 2
Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");
Expected result:
Connection to Oracle 9.2.0 on the same machine
Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump
[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 1468)]
0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
(gdb) bt
#0 0x40a94e0a in kpuhhaloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#1 0x40aa516f in kpughndl0 () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#2 0x40aab553 in kpughndl () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#3 0x40affde6 in OCIHandleAlloc () from
/opt/oracle/product/9.2.0/lib/libclntsh.so.9.0
#4 0x4035974f in _oci_open_session (server=0x8229608,
username=0x82439dc "dvd", password=0x82492fc "yami", persistent=0,
exclusive=0, charset=0x404c6cd9 "")
at /root/build/php-4.3.2/ext/oci8/oci8.c:2253
#5 0x4035ada0 in oci_do_connect (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1, persistent=0, exclusive=0)
at /root/build/php-4.3.2/ext/oci8/oci8.c:2685
#6 0x4035f590 in zif_ocilogon (ht=3, return_value=0x8243a4c,
this_ptr=0x0, return_value_used=1) at
/root/build/php-4.3.2/ext/oci8/oci8.c:4307
#7 0x404582be in execute (op_array=0x823a31c) at
/root/build/php-4.3.2/Zend/zend_execute.c:1606
#8 0x40446ee9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/build/php-4.3.2/Zend/zend.c:869
#9 0x40410990 in php_execute_script (primary_file=0xbfffdc20) at
/root/build/php-4.3.2/main/main.c:1671
#10 0x4045dfd1 in php_handler (r=0x8207968) at
/root/build/php-4.3.2/sapi/apache2handler/sapi_apache2.c:525
#11 0x0809f7fe in ap_run_handler ()
#12 0x0809fd16 in ap_invoke_handler ()
#13 0x080822
#24343 [Fbk->Opn]: Oracle 9.2.0 client libs do not work
ID: 24343
User updated by: thomas at fivemile dot net
Reported By: thomas at fivemile dot net
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux 8.0
PHP Version: 4.3.2
New Comment:
environment of the defunct server (from phpinfo())
NLS_LANG german_germany.WE8DEC
LD_LIBRARY_PATH
/opt/oracle/product/9.2.0/lib:/lib:/usr/lib:/opt/apache2/lib::/usr/local/lib
ORACLE_SID tsid
ORACLE_BASE /opt/oracle
PATH
/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/opt/oracle/product/9.2.0/bin
PWD /
LANG en_US.UTF-8
ORACLE_TERM xterm
SHLVL 1
ORA_NLS33 /opt/oracle/product/9.2.0/ocommon/nls/admin/data
ORACLE_HOME /opt/oracle/product/9.2.0
_ /sbin/initlog
and the environment of the working server:
PWD /home
ORACLE_SID TSID
LD_LIBRARY_PATH
/opt/oracle/product/9.0.1/lib:/lib:/usr/lib:/usr/local/lib
CLASSPATH
/opt/oracle/product/9.0.1/JRE:/opt/oracle/product/9.0.1/jlib:/opt/oracle/product/9.0.1/rdbms/jlib:/opt/oracle/product/9.0.1/network/jlib
LANG en_US
ORACLE_BASE /opt/oracle
ORACLE_HOME /opt/oracle/product/9.0.1
ORACLE_TERM 386
SHLVL 3
ORA_NLS33 /opt/oracle/product/9.0.1/ocommon/nls/admin/data
PATH /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin
NLS_LANG german_germany.WE8DEC
_ /sbin/initlog
if i log into the webserver user on the non-functioning host i can
access the oracle db with sql*plus just fine.
Previous Comments:
[2003-06-26 17:54:50] [EMAIL PROTECTED]
Have you set all the necessary environment variables correctly when you
start apache?
[2003-06-26 16:03:28] thomas at fivemile dot net
The snapshot seems to have cleared the segfaults, nevertheless the
weird oracle error messages remain. Is there a way to debug the
OCI(P)Logon and compare it with the data the working server is sending?
[2003-06-26 11:46:02] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-06-26 06:36:23] thomas at fivemile dot net
Description:
OCILogon and OCIPLogon either segfault or return spurious (changing by
reloading the page) error messages of the type "Warning: ocilogon():
OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1
ORA-00911: invalid character in /home/httpd/index.php3 on line 5"
Environment vars are set (verfied by phpinfo()), sqlplus from the
webserver account works, older (9.0.1) client libs from another machine
can access the db without problems.
PHP compiled with ./configure' '--with-db' '--with-apxs2=/usr/bin/apxs'
'--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-mysql=/usr'
'--with-zlib' '--with-mcrypt' '--enable-track-vars=yes'
'--with-jpeg-dir=/usr' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-xml'
'--with-calendar' '--enable-sigchild' '--with-xpm-dir=/usr/X11R6'
'--with-gettext' '--with-openssl=/usr' '--enable-calendar'
'--enable-gd-imgstrttf' '--with-ttf=/usr/local' '--with-imap'
'--with-kerberos' '--enable-xslt' '--with-xslt-sablot' '--enable-debug'
but a 'watered down' version including only the oracle libs yields the
same problems, regardless of trying with apache 1 (both static and DSO)
or 2
Reproduce code:
---
$ohnd = OCILogon("dvd","hidden","tns.domain");
Expected result:
Connection to Oracle 9.2.0 on the same machine
Actual result:
--
Spurious ORA-00604 error messages (see above) or coredump
[EMAIL PROTECTED] apache2]# gdb bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /opt/apache2/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 16384 (LWP 1468)]
[Thu Jun 26 13:20:22 2003] [warn] module php4_module is already loaded,
skipping
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP
#24343 [Fbk->Opn]: Oracle 9.2.0 client libs do not work
ID: 24343
User updated by: thomas at fivemile dot net
Reported By: thomas at fivemile dot net
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux 8.0
PHP Version: 4.3.2
New Comment:
Warning: ociplogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00911: invalid character in
/home/httpd/index.php3 on line 3
or
Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00922: missing or invalid option in
/home/httpd/index.php3 on line 3
'Line 3' is simply the OCILogon or OCIPLogon as follows:
$ohnd = OCILogon("dvd","hidden","tns.domain");
Previous Comments:
[2003-06-26 18:30:36] [EMAIL PROTECTED]
With what script and what errors do you get..?
----
[2003-06-26 18:23:19] thomas at fivemile dot net
environment of the defunct server (from phpinfo())
NLS_LANG german_germany.WE8DEC
LD_LIBRARY_PATH
/opt/oracle/product/9.2.0/lib:/lib:/usr/lib:/opt/apache2/lib::/usr/local/lib
ORACLE_SID tsid
ORACLE_BASE /opt/oracle
PATH
/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/opt/oracle/product/9.2.0/bin
PWD /
LANG en_US.UTF-8
ORACLE_TERM xterm
SHLVL 1
ORA_NLS33 /opt/oracle/product/9.2.0/ocommon/nls/admin/data
ORACLE_HOME /opt/oracle/product/9.2.0
_ /sbin/initlog
and the environment of the working server:
PWD /home
ORACLE_SID TSID
LD_LIBRARY_PATH
/opt/oracle/product/9.0.1/lib:/lib:/usr/lib:/usr/local/lib
CLASSPATH
/opt/oracle/product/9.0.1/JRE:/opt/oracle/product/9.0.1/jlib:/opt/oracle/product/9.0.1/rdbms/jlib:/opt/oracle/product/9.0.1/network/jlib
LANG en_US
ORACLE_BASE /opt/oracle
ORACLE_HOME /opt/oracle/product/9.0.1
ORACLE_TERM 386
SHLVL 3
ORA_NLS33 /opt/oracle/product/9.0.1/ocommon/nls/admin/data
PATH /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin
NLS_LANG german_germany.WE8DEC
_ /sbin/initlog
if i log into the webserver user on the non-functioning host i can
access the oracle db with sql*plus just fine.
[2003-06-26 17:54:50] [EMAIL PROTECTED]
Have you set all the necessary environment variables correctly when you
start apache?
----
[2003-06-26 16:03:28] thomas at fivemile dot net
The snapshot seems to have cleared the segfaults, nevertheless the
weird oracle error messages remain. Is there a way to debug the
OCI(P)Logon and compare it with the data the working server is sending?
[2003-06-26 11:46:02] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/24343
--
Edit this bug report at http://bugs.php.net/?id=24343&edit=1
#24343 [Fbk->Opn]: Oracle 9.2.0 client libs do not work
ID: 24343
User updated by: thomas at fivemile dot net
Reported By: thomas at fivemile dot net
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux 8.0
PHP Version: 4.3.3-dev
New Comment:
the SAME script on the SAME machine works with the 9.0.1 client libs I
copied over from the other machine. Only the 9.2.0 client libs (using
the SAME script, the SAME php, the SAME apache and the SAME configure
line) do not work.
Previous Comments:
[2003-07-07 19:29:08] [EMAIL PROTECTED]
Try a script which has ONLY that one line.
And you're sure your username/password doesn't contain any illegal
chars? And your db name is tns.domain ??
[2003-06-26 18:36:52] thomas at fivemile dot net
Warning: ociplogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00911: invalid character in
/home/httpd/index.php3 on line 3
or
Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00922: missing or invalid option in
/home/httpd/index.php3 on line 3
'Line 3' is simply the OCILogon or OCIPLogon as follows:
$ohnd = OCILogon("dvd","hidden","tns.domain");
[2003-06-26 18:30:36] [EMAIL PROTECTED]
With what script and what errors do you get..?
----
[2003-06-26 18:23:19] thomas at fivemile dot net
environment of the defunct server (from phpinfo())
NLS_LANG german_germany.WE8DEC
LD_LIBRARY_PATH
/opt/oracle/product/9.2.0/lib:/lib:/usr/lib:/opt/apache2/lib::/usr/local/lib
ORACLE_SID tsid
ORACLE_BASE /opt/oracle
PATH
/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/opt/oracle/product/9.2.0/bin
PWD /
LANG en_US.UTF-8
ORACLE_TERM xterm
SHLVL 1
ORA_NLS33 /opt/oracle/product/9.2.0/ocommon/nls/admin/data
ORACLE_HOME /opt/oracle/product/9.2.0
_ /sbin/initlog
and the environment of the working server:
PWD /home
ORACLE_SID TSID
LD_LIBRARY_PATH
/opt/oracle/product/9.0.1/lib:/lib:/usr/lib:/usr/local/lib
CLASSPATH
/opt/oracle/product/9.0.1/JRE:/opt/oracle/product/9.0.1/jlib:/opt/oracle/product/9.0.1/rdbms/jlib:/opt/oracle/product/9.0.1/network/jlib
LANG en_US
ORACLE_BASE /opt/oracle
ORACLE_HOME /opt/oracle/product/9.0.1
ORACLE_TERM 386
SHLVL 3
ORA_NLS33 /opt/oracle/product/9.0.1/ocommon/nls/admin/data
PATH /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin
NLS_LANG german_germany.WE8DEC
_ /sbin/initlog
if i log into the webserver user on the non-functioning host i can
access the oracle db with sql*plus just fine.
[2003-06-26 17:54:50] [EMAIL PROTECTED]
Have you set all the necessary environment variables correctly when you
start apache?
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/24343
--
Edit this bug report at http://bugs.php.net/?id=24343&edit=1
#24343 [Bgs->Opn]: Oracle 9.2.0 client libs do not work
ID: 24343
User updated by: thomas at fivemile dot net
Reported By: thomas at fivemile dot net
-Status: Bogus
+Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux 8.0
PHP Version: 4.3.3-dev
New Comment:
Okay, once again, slowly.
- installed a fresh oracle 9.2.0
- installed a fresh apache with PHP and linked against oracle
- does NOT work
- copied over the entire /opt/oracle/product/9.0.1 tree from another
machine where the libs work
- installed a fresh apache with PHP linked against those other libs
- CHANGED the environment vars so the 9.0.1 libs are used instead of
the 9.2.0 libs
- now it works - NO thanks to wild guesses from the bugs team.
i have installed a couple of working oci/php combos so far, the 9.2.0
is the first one where i ran into these kind of problems. And you can't
earnestly expect new users to fiddle with libs for 2 weeks till their
oci bindings start to work...
If you like, you can have an account on the box in question and have a
look around yourself. However i am NOT satisfied with the answer 'okay,
you made a crude hack, and by chance it worked, now use it and stop
bugging us'
Previous Comments:
[2003-07-08 11:40:16] [EMAIL PROTECTED]
Then use those. Wild guess: The SAME environment vars don't work with
DIFFERENT oracle version..
[2003-07-08 10:52:15] thomas at fivemile dot net
the SAME script on the SAME machine works with the 9.0.1 client libs I
copied over from the other machine. Only the 9.2.0 client libs (using
the SAME script, the SAME php, the SAME apache and the SAME configure
line) do not work.
[2003-07-07 19:29:08] [EMAIL PROTECTED]
Try a script which has ONLY that one line.
And you're sure your username/password doesn't contain any illegal
chars? And your db name is tns.domain ??
----
[2003-06-26 18:36:52] thomas at fivemile dot net
Warning: ociplogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00911: invalid character in
/home/httpd/index.php3 on line 3
or
Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00922: missing or invalid option in
/home/httpd/index.php3 on line 3
'Line 3' is simply the OCILogon or OCIPLogon as follows:
$ohnd = OCILogon("dvd","hidden","tns.domain");
[2003-06-26 18:30:36] [EMAIL PROTECTED]
With what script and what errors do you get..?
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/24343
--
Edit this bug report at http://bugs.php.net/?id=24343&edit=1
#22954 [Com]: /usr/bin/sendmail: error while loading shared libraries: libclntsh.so.9.0
ID: 22954
Comment by: thomas at abstraktgraphics dot com
Reported By: mclinden at informed dot net
Status: Bogus
Bug Type: Mail related
Operating System: Linux 2.4.20
PHP Version: 4.3.1
New Comment:
I had the same problem
with any PHP/Oracle version (since 4.0.6 or oracle 8,9,9.2)
Actually it's not directly related to php/oracle.
Here is the trick that solve the probleme:
Since i use he Apache server included with Oracle distribution i
couldnt re-compile it myself.
So Oracle apache needs tweking of apachectl start file in order to
suport php as a dso.
it needs LD_PRELOAD of libclntsh.so.X.0 AND libpthread.so since it's
not compiled with libpthread ...
LD_PRELOAD=/usr/lib/libclntsh.so.8.0:/usr/lib/libpthread.so
export LD_PRELOAD
since u're asking a LD_PRELOAD of libclntsh this library will be needed
by any programs runed by apache.
so sendmail when lunched by apache will inherit the needs of
libclntsh.so.X.0, this problems is not specific to "sendmail" but to
most binary run from apache.
Curiously for this to works you need to ld_preload the FULL PATH of the
libs and not relaying on the library being in som environement PATH.
Olso for me it worked after symlinking my oracle lib (in $ORACLE_HOME)
to /usr/lib/ or som well knowns libs path and not directlly of oracle
home, even with fullpath (maybe a ld.so.conf prob).
Hope this will help fixing u're probleme
Previous Comments:
[2003-03-30 18:53:57] [EMAIL PROTECTED]
I can't see this as anything but a non-PHP related error at this
point.
It's *really* odd that the error only occurs when a fork is issued,
though that may be an artifact of the way in which Apache2 handles
children.
I'd say spend some time working with the apache configuration file,
paying particular attention to the use of LD_PRELOAD which you
mentioned you're using.
In any event, the fact that the exact same script works under CLI but
not under Apache DSO is very suggestive.
[2003-03-30 14:47:30] mclinden at informed dot net
Sorry for the confusion. The last output WAS from the CLI. This is the
output from the page served up by Apache.
resource(5) of type (process)
int(-1)
--- End of script /usr/sbin/sendmail: error
while loading shared libraries: libclntsh.so.9.0: cannot open shared
object file: No such file or direct
[2003-03-30 14:43:33] [EMAIL PROTECTED]
Well then, let's try taking Apache out of the equation.
Use the CLI version of PHP (which should have been built along with the
Apache DSO module, unless you explicitly specified --without-cli) with
a simple mail script:
#!/usr/local/bin/php
[2003-03-30 11:07:27] mclinden at informed dot net
The mail is successfully sent. At the command prompt I get:
resource(7) of type (process)
int(-1)
I did NOT compile php with --with-oci8=shared,/usr/oracle/OraHome1
(well, I did, but then PHP complained that the OCI functions were
undefined).
This may be more related to apache than PHP, though I cannot think of
why.
[2003-03-30 10:32:12] [EMAIL PROTECTED]
Try the following script (which mimicks the core of mail()'s
functionality) and reply with what is returned:
array('pipe','r'),1=>array('pipe','w'),2=>array('file','proc-open.error.log','w'));
var_dump($pid = proc_open(ini_get('sendmail_path'), $fd, $fp));
/* Replace this with a mail address you have access to */
fwrite($fp[0],"To: [EMAIL PROTECTED]");
fwrite($fp[0],'Subject: This is a test. ' . date("n/j/Y H:i:s") .
"\r\n\r\n");
fwrite($fp[0],"This is only a test.\r\n");
fclose($fp[0]);
while (!feof($fp[1]))
echo fgets($fp[1]);
fclose($fp[1]);
var_dump(proc_close($pid));
echo "---\nEnd of script\n\n";
readfile('proc-open.error.log');
?>
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/22954
--
Edit this bug report at http://bugs.php.net/?id=22954&edit=1
Bug #63200 [Com]: Apache 2.2 crashes when PHP called with negative Content-Length HTTP header
Edit report at https://bugs.php.net/bug.php?id=63200&edit=1 ID: 63200 Comment by: thomas at partyflock dot nl Reported by:chris at whyley dot com Summary:Apache 2.2 crashes when PHP called with negative Content-Length HTTP header Status: Open Type: Bug Package:Reproducible crash Operating System: Windows Server 2003 PHP Version:5.3.17 Block user comment: N Private report: N New Comment: I had this in 5.4.4 on my production servers but not on an identical test server, which runs on a local domain but uses the same (version) php, apache and modules. The test server always returns a normal 200 page on the test server though, don't ask me why. Removing the custom ErrorDocument indeed solves the problem. Previous Comments: [2013-02-18 11:08:42] chris at whyley dot com Re-opening this bug as it still exists in the 5.3 stream. [2013-02-18 00:36:03] php-bugs at lists dot php dot net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2012-10-05 10:26:01] chris at whyley dot com I have not tested this issue under version 5.4 as my environment is setup for 5.3.17 - Are you able to recreate in 5.3.17 ? It always crashes no matter what I have in index.php - in fact I can call any page and cause the crash to happen. [2012-10-05 04:26:26] larue...@php.net I can not reproduce this with 5.4, and from the backtrace, it seems crash in another place. so, is it related with your index.php? does it always crash no matter what the index.php is? [2012-10-02 14:45:02] chris at whyley dot com Description: Apache 2.2 with PHP 5.3.17 on Windows Server 2003 can be made to repeatably crash by doing the following: (1) Configure your Apache server to use a custom error handling page for the HTTP 413 error (Request entity too large) by inserting this line into your httpd.conf: ErrorDocument 413 /error/ (2) Run the Python test script detailed below to send an HTTP GET request to the server with a negative integer for the HTTP "Content-Length" header and with the "Accept-Encoding" header set to "gzip, deflate" When this is run, Apache crashes with the following error: [Tue Oct 02 13:46:16 2012] [error] [client 10.211.55.3] Invalid Content-Length [Tue Oct 02 13:46:22 2012] [notice] Parent: child process exited with status 3221225477 -- Restarting. This issue is a particular problem in the wild where many modern browsers aren't capable of handling file uploads over 2GB in size - instead of posting an accurate filesize for the Content-Length header they use a negative integer instead, causing the Apache server running PHP to crash. For further information on this see http://www.motobit.com/help/scptutl/pa98.htm The script could be used to perform DOS attacks on vulnerable systems. Test script: --- #!/usr/bin/python import socket, sys target = "10.211.55.3" port = 80; request = "GET / HTTP/1.1\n" request += "Host: "+target+"\n" request += "Accept-Encoding:gzip, deflate\n" request += "Content-Length: -1\n\n" s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) try: s.connect((target, port)) except: print "[-] Connection to %s:%s failed!" % (target, port) sys.exit(0) print "[+] Sending HTTP request. Check for crash on target." s.send(request) s.close() Expected result: Stable Apache, no crash. Actual result: -- Thread 2 - System ID 3008 Entry point msvcrt!_endthreadex+3a Create time 10/2/2012 2:29:08 PM Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.15 Full Call Stack Function Arg 1 Arg 2 Arg 3 Arg 4 Source php5ts!zend_hash_index_find+17 016f3460 000d 018ee6c0 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.17\zend\zend_hash.c @ 985 php5ts!_zend_list_delete+27 000d 016b0150 029811c0 016b0150 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.17\zend\zend_list.c @ 55 + 27 php5ts!_php_stream_free+ae 029811c0 0003 016b0150 029811c0 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.17\main\streams\streams.c @ 399 + a php5ts!php_zend_stream_mmap_closer+1a 029811c0
[PHP-BUG] Req #65314 [NEW]: Add "Auto-submitted:" header to imap_headerinfo()
From: thomas at landauer dot at Operating system: PHP version: Irrelevant Package: IMAP related Bug Type: Feature/Change Request Bug description:Add "Auto-submitted:" header to imap_headerinfo() Description: Please include the "Auto-submitted:" header to the object returned by imap_headerinfo(). "Auto-submitted:" is defined in RFC 3834: http://tools.ietf.org/html/rfc3834#section-5 -- Edit bug report at https://bugs.php.net/bug.php?id=65314&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65314&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65314&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65314&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65314&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65314&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65314&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65314&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65314&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65314&r=support Expected behavior: https://bugs.php.net/fix.php?id=65314&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65314&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65314&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65314&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65314&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65314&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65314&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65314&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65314&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65314&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65314&r=mysqlcfg
Bug #47987 [Com]: Autoload stops working if E_DEPRECATED occurs
Edit report at https://bugs.php.net/bug.php?id=47987&edit=1 ID: 47987 Comment by: thomas at weinert dot info Reported by:acecream1 at hotmail dot com Summary:Autoload stops working if E_DEPRECATED occurs Status: Assigned Type: Bug Package:SPL related Operating System: * PHP Version:6CVS Assigned To:dmitry Block user comment: N Private report: N New Comment: This happens if you include/eval() source. It works for other errors like E_STRICT or E_NOTICE. Reproduce code: Expected result: Autoloader for TRIGGER_AUTOLOAD_8192 Deprecated: Assigning the return value of new by reference is deprecated Actual result: Fatal error: Class 'TRIGGER_AUTOLOAD_8192' not found in //bug47987.php(17) : eval()'d code on line 1 Previous Comments: [2009-05-05 11:06:27] col...@php.net Your error is triggered at compile-time, which disables autoload (and spl_autoload at the same time). Won't be fixed for PHP5.3 as it may cause lots of other problems. [2009-04-19 22:30:47] col...@php.net I believe this is due to the fact that this specific error is triggered at compile time, not that it's a E_DEPRECATED. I'll check it out. [2009-04-16 13:22:07] acecream1 at hotmail dot com Description: I use my custom error_handler and when it is called i throw my custom exception which is being autoloaded using spl_autoload_register when first error occours. This works normaly if Notice or Warning occours (did not test all the error types) but in case of E_DEPRECATED error the autoload is not called and i this reflects in a fatal error becouse my exception class does not exist. Reproduce code: --- 1. spl_autoload_register(array($class, $method)); 2. set_error_handler(array($this, 'handleError')); 3. Params\Store\Get::getInstance(&$_GET); //Call-time pass-by-reference has been deprecated D:\www\lib\framework\Framework\Params.php on line 25 Expected result: When E_DEPRECATED error would occour i would expect that all registered autoloaders would still function inside the error handler. Actual result: -- Fatal error: Class 'Framework\Error\Handler\Exception' not found in D:\www\lib\framework\Framework\Params.php on line 25 -- Edit this bug report at https://bugs.php.net/bug.php?id=47987&edit=1
Req #43936 [Com]: __empty() magic method
Edit report at https://bugs.php.net/bug.php?id=43936&edit=1
ID: 43936
Comment by: thomas at sibben dot nl
Reported by:james dot laver at gmail dot com
Summary:__empty() magic method
Status: Open
Type: Feature/Change Request
Package:Class/Object related
Operating System: GNU/Linux
PHP Version:5.2.5
Block user comment: N
Private report: N
New Comment:
The documentation states:
"empty() only checks variables as anything else will result in a parse error"
if 'everything else' is a __get() returning an array with a value in it, it
returns TRUE,
Ubuntu 10.04 PHP 5.3.2-1ubuntu4.17
Previous Comments:
[2011-08-24 00:40:26] chrisstocktonaz at gmail dot com
I made the start of a patch for this, but there is some issues that would need
to
be worked out with has_property calls, it seems oddly interfaced with by the
various callers.
http://pastebin.com/d5gQycDB
[2010-10-23 16:08:03] ka...@php.net
Fixed the overloading property vs language construct issue in the documentation.
This feature request is still valid, so moving it to be one instead of a
documentation issue
[2010-10-23 16:06:52] ka...@php.net
Automatic comment from SVN on behalf of kalle
Revision: http://svn.php.net/viewvc/?view=revision&revision=304662
Log: Added a remark about overloaded properties and language constructs (Bug
#43936)
[2010-06-30 13:02:14] paj...@php.net
Let document the __isset requirements better, when one relies on empty.
[2010-06-30 12:00:35] icy at lighttpd dot net
Simple test script to trigger the bug:
vars['bar'] = 1;
}
function __get($var) {
return $this->vars[$var];
}
}
$foo = new Foo;
var_dump(empty($foo->bar));
$baz = $foo->bar;
var_dump(empty($baz));
Expected result:
bool(false) bool(false)
Actual result:
--
bool(true) bool(false)
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
https://bugs.php.net/bug.php?id=43936
--
Edit this bug report at https://bugs.php.net/bug.php?id=43936&edit=1
Req #43936 [Com]: __empty() magic method
Edit report at https://bugs.php.net/bug.php?id=43936&edit=1
ID: 43936
Comment by: thomas at sibben dot nl
Reported by:james dot laver at gmail dot com
Summary:__empty() magic method
Status: Open
Type: Feature/Change Request
Package:Class/Object related
Operating System: GNU/Linux
PHP Version:5.2.5
Block user comment: N
Private report: N
New Comment:
reproducable with:
class Test {
private $test;
function __construct($test)
{
$this->test = $test;
}
public function __get($key)
{
return $this->$key;
}
public function getTest()
{
return $this->test;
}
}
$test = new Test('test');
if (!empty($test->test)) {
echo $test->test;
} else {
echo 'empty';
}
echo '';
echo $test->test;
echo '';
echo $test->getTest();
Previous Comments:
----
[2012-07-20 13:44:41] thomas at sibben dot nl
The documentation states:
"empty() only checks variables as anything else will result in a parse error"
if 'everything else' is a __get() returning an array with a value in it, it
returns TRUE,
Ubuntu 10.04 PHP 5.3.2-1ubuntu4.17
[2011-08-24 00:40:26] chrisstocktonaz at gmail dot com
I made the start of a patch for this, but there is some issues that would need
to
be worked out with has_property calls, it seems oddly interfaced with by the
various callers.
http://pastebin.com/d5gQycDB
[2010-10-23 16:08:03] ka...@php.net
Fixed the overloading property vs language construct issue in the documentation.
This feature request is still valid, so moving it to be one instead of a
documentation issue
[2010-10-23 16:06:52] ka...@php.net
Automatic comment from SVN on behalf of kalle
Revision: http://svn.php.net/viewvc/?view=revision&revision=304662
Log: Added a remark about overloaded properties and language constructs (Bug
#43936)
[2010-06-30 13:02:14] paj...@php.net
Let document the __isset requirements better, when one relies on empty.
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
https://bugs.php.net/bug.php?id=43936
--
Edit this bug report at https://bugs.php.net/bug.php?id=43936&edit=1
#48911 [NEW]: embed sapi misses SAPI_API
From: thomas at koch dot ro
Operating system: Debian Lenny
PHP version: 5.3.0
PHP Bug Type: *Compile Issues
Bug description: embed sapi misses SAPI_API
Description:
I try the most simple program that uses the embed sapi. Due to missing
SAPI_API macros the symbols
int php_embed_init(int argc, char **argv PTSRMLS_DC);
void php_embed_shutdown(TSRMLS_D);
extern sapi_module_struct php_embed_module;
get visibility hidden in the resulting libphp5.so.
Fix: put SAPI_API before these symbols in sapi/embed/php_embed.c.
(Also in php_embed.h ?)
Thanks to ScottMac for the hint on IRC!
Reproduce code:
---
#include
int main(int argc, char *argv[])
{
PHP_EMBED_START_BLOCK(argc,argv)
PHP_EMBED_END_BLOCK()
return 0;
}
Expected result:
should compile without problems
Actual result:
--
gcc -c -I/usr/local/include/php/ -I/usr/local/include/php/main -
I/usr/local/include/php/Zend -I/usr/local/include/php/TSRM -Wall -g -o
worker.o worker.c
gcc -L/usr/local/lib -lphp5 -o worker worker.o
worker.o: In function `main':
/var/checkouts/gearman-php-worker/worker.c:5: undefined reference to
`php_embed_init'
/var/checkouts/gearman-php-worker/worker.c:6: undefined reference to
`php_embed_shutdown'
collect2: ld returned 1 exit status
make: *** [all] Error
--
Edit bug report at http://bugs.php.net/?id=48911&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48911&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48911&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48911&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48911&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48911&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48911&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48911&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48911&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48911&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48911&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48911&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48911&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48911&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48911&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48911&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48911&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48911&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48911&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48911&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48911&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48911&r=mysqlcfg
#49170 [NEW]: Please undeprecate split/ereg
From: thomas at omerzu dot de Operating system: PHP version: 5.3.0 PHP Bug Type: Feature/Change Request Bug description: Please undeprecate split/ereg Description: Who decided to deprecate the split/ereg functions? If I wanted to use Perl, I would use Perl. The syntax of those preg expressions is ridiculous. Consider the fact that hundreds of programs that do any kind of text parsing use the ereg functions. Developing complicated regular expressions is very time expensive and requires lots of testing. A conversion to the preg version of the function is not trivial and will require the same amount of time as the original development (or more, as people using standard regular expressions probably are not familiar with that perl stuff and will require additional learing time). Thus a removal of those functions will cost a huge amount of time and money. And acutally: WHY? There are so many obsolete functions in php, why do these innocent functions that hurt nobody have to be removed?? PLEASE leave them as they are! Everyone is free to use the preg functions, but please leave the standard reg functions! Thanks! Best regards, Thomas. Nearly every of my program contains more or less complicated Reproduce code: --- --- >From manual page: migration53.deprecated --- -- Edit bug report at http://bugs.php.net/?id=49170&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49170&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49170&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49170&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49170&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49170&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49170&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49170&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49170&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49170&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49170&r=support Expected behavior: http://bugs.php.net/fix.php?id=49170&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49170&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49170&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49170&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49170&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49170&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49170&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49170&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49170&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49170&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49170&r=mysqlcfg
#43540 [NEW]: rfc1867 handler newlength problem
From: thomas at partyflock dot nl Operating system: Linux PHP version: 5.2.5 PHP Bug Type: Unknown/Other Function Bug description: rfc1867 handler newlength problem Description: In main/rfc1867.c, line 928, newlength is initialized to 0. Shouldn't this be new_val_len? Currently if your form handler does nothing and always returns SUCCESS, all the viables get set, but with 0 length strings. -- Edit bug report at http://bugs.php.net/?id=43540&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43540&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43540&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43540&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43540&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43540&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43540&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43540&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43540&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43540&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43540&r=support Expected behavior:http://bugs.php.net/fix.php?id=43540&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43540&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43540&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43540&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43540&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43540&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43540&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43540&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43540&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43540&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43540&r=mysqlcfg
#44130 [NEW]: func_get_args should return references
From: thomas at koch dot ro
Operating system: Debian
PHP version: 4.4.8
PHP Bug Type: Unknown/Other Function
Bug description: func_get_args should return references
Description:
THIS IS MY FIRST REPORT! PLEASE DON'T BANG ME!
I'd like to use func_get_args to manipulate variables sent by reference. I
encountered this problem(?) by evaluating ezcSignalSlot[1]. There you
find:
$parameters = array_slice( func_get_args(), 1 );
call_user_func_array( $callback, $parameters );
It would be fine, if I could use the combination of this methods to pipe
references to normal variables.
[1] http://ezcomponents.org/docs/tutorials/SignalSlot
Reproduce code:
---
function test( )
{
$args =& func_get_args();
$args[0]++;
}
$i=1;
test( &$i );
echo $i;
Expected result:
2
Actual result:
--
1
--
Edit bug report at http://bugs.php.net/?id=44130&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=44130&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44130&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44130&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44130&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44130&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44130&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44130&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44130&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44130&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44130&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44130&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44130&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44130&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44130&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=44130&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=44130&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44130&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44130&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44130&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44130&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44130&r=mysqlcfg
#37351 [Com]: func_get_args() does not return variables by reference
ID: 37351 Comment by: thomas at koch dot ro Reported By: chris at starglade dot org Status: Open Bug Type: Feature/Change Request Operating System: Any PHP Version: 5.1.4 New Comment: is the same as http://bugs.php.net/bug.php?id=6427 Previous Comments: [2006-05-07 18:49:53] chris at starglade dot org Description: func_get_args() and func_get_arg() should return variables by reference. Reproduce code: --- http://bugs.php.net/?id=37351&edit=1
#46711 [NEW]: cUrl leaks memory
From: thomas at koch dot ro
Operating system: Debian Lenny
PHP version: 5.3CVS-2008-11-28 (CVS)
PHP Bug Type: cURL related
Bug description: cUrl leaks memory
Description:
Setting cURL options in a foreach leaks memory
Reproduce code:
---
$ch = curl_init();
$opt = array(
CURLOPT_AUTOREFERER => TRUE,
CURLOPT_BINARYTRANSFER => TRUE
);
// This works fine:
//curl_setopt( $ch, CURLOPT_AUTOREFERER , TRUE );
//curl_setopt( $ch, CURLOPT_BINARYTRANSFER , TRUE );
// setting the options in a foreach leads to memory leaks
foreach( $opt as $option => $value ) {
curl_setopt( $ch, $option, $value );
}
Expected result:
no output
Actual result:
--
[Fri Nov 28 17:01:18 2008] Script: '/home/ymc-toko/curl_bug.php'
/var/checkouts/php5_3/ext/curl/interface.c(1505) : Freeing 0x030C6BE8 (32
bytes), script=/home/ymc-toko/curl_bug.php
[Fri Nov 28 17:01:18 2008] Script: '/home/ymc-toko/curl_bug.php'
/var/checkouts/php5_3/ext/curl/interface.c(1397) : Freeing 0x030C6C68 (32
bytes), script=/home/ymc-toko/curl_bug.php
=== Total 2 memory leaks detected ===
--
Edit bug report at http://bugs.php.net/?id=46711&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46711&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46711&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46711&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46711&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46711&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46711&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46711&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46711&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46711&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46711&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46711&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46711&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46711&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46711&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46711&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46711&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46711&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46711&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46711&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46711&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46711&r=mysqlcfg
#46738 [NEW]: mb_detect_encoding, segmentation fault
From: thomas at koch dot ro Operating system: Debian Lenny PHP version: 5.2CVS-2008-12-03 (CVS) PHP Bug Type: mbstring related Bug description: mb_detect_encoding, segmentation fault Description: the code gives a segmentation fault Reproduce code: --- $html = chr( 250 ).chr( 10 ); mb_detect_encoding( $html, NULL, TRUE ); Expected result: -- no output, no error -- Actual result: -- segmentation fault -- Edit bug report at http://bugs.php.net/?id=46738&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46738&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46738&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46738&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46738&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46738&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46738&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46738&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46738&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46738&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46738&r=support Expected behavior: http://bugs.php.net/fix.php?id=46738&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46738&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46738&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46738&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46738&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46738&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46738&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46738&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46738&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46738&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46738&r=mysqlcfg
#46739 [NEW]: array returned by curl_getinfo should contain content_type key
From: thomas at koch dot ro
Operating system: Debian Lenny
PHP version: 5.3CVS-2008-12-03 (CVS)
PHP Bug Type: cURL related
Bug description: array returned by curl_getinfo should contain content_type key
Description:
The docu[1] states, that the array returned by curl_getinfo contains a key
'content_type'.
But this is not the case, if there has been a connection error.
[1] http://www.php.net/manual/en/function.curl-getinfo.php
Reproduce code:
---
$ch = curl_init('xyz');
curl_exec( $ch );
$curlInfo = curl_getinfo( $ch );
var_dump( $curlInfo['content_type'] );
Expected result:
NULL
Actual result:
--
Notice: Undefined index: content_type in /home/ymc-toko/curl_bug.php on
line 7
NULL
--
Edit bug report at http://bugs.php.net/?id=46739&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46739&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46739&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46739&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46739&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46739&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46739&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46739&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46739&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46739&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46739&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46739&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46739&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46739&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46739&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46739&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46739&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46739&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46739&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46739&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46739&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46739&r=mysqlcfg
#46738 [Fbk->Opn]: mb_detect_encoding, segmentation fault
ID: 46738 User updated by: thomas at koch dot ro Reported By: thomas at koch dot ro -Status: Feedback +Status: Open Bug Type: mbstring related Operating System: Debian Lenny PHP Version: 5.2CVS-2008-12-03 (CVS) New Comment: backtrace: #0 0x7fdfa0947050 in strlen () from /lib/libc.so.6 #1 0x006d26e5 in zif_mb_detect_encoding (ht=3, return_value=0x1b340d0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/ext/mbstring/mbstring.c:3233 #2 0x00d9ddde in zend_do_fcall_common_helper_SPEC ( execute_data=0x7fdf9e3fe098, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/Zend/zend_vm_execute.h:313 #3 0x00da9900 in ZEND_DO_FCALL_SPEC_CONST_HANDLER ( execute_data=0x7fdf9e3fe098, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/Zend/zend_vm_execute.h:1564 #4 0x00d9bc5d in execute (op_array=0x1b33318, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/Zend/zend_vm_execute.h:104 #5 0x00d339b4 in zend_execute_scripts (type=8, tsrm_ls=0x188f0c0, retval=0x0, file_count=3) at /var/checkouts/php5_3/Zend/zend.c:1197 #6 0x00bfb0e8 in php_execute_script (primary_file=0x7fffab7dfb70, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/main/main.c:2080 #7 0x00e94735 in main (argc=2, argv=0x7fffab7dfdf8) at /var/checkouts/php5_3/sapi/cli/php_cli.c:1126 php --info mbstring Multibyte Support => enabled Multibyte string engine => libmbfl HTTP input encoding translation => disabled mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support => enabled Multibyte regex (oniguruma) backtrack check => On Multibyte regex (oniguruma) version => 4.7.1 Directive => Local Value => Master Value mbstring.detect_order => no value => no value mbstring.encoding_translation => Off => Off mbstring.func_overload => 0 => 0 mbstring.http_input => pass => pass mbstring.http_output => pass => pass mbstring.http_output_conv_mimetypes => ^(text/|application/xhtml\+xml) => ^(text/|application/xhtml\+xml) mbstring.internal_encoding => no value => no value mbstring.language => neutral => neutral mbstring.strict_detection => Off => Off mbstring.substitute_character => no value => no value Previous Comments: [2008-12-04 03:11:35] [EMAIL PROTECTED] Hello. :-) Please backtrace and php.ini setting(mbstring section). http://bugs.php.net/bugs-generating-backtrace.php I'm tested in Debian Etch. But, not Segmentation Fault. ---- [2008-12-03 11:48:57] thomas at koch dot ro Description: the code gives a segmentation fault Reproduce code: --- $html = chr( 250 ).chr( 10 ); mb_detect_encoding( $html, NULL, TRUE ); Expected result: -- no output, no error -- Actual result: -- segmentation fault -- Edit this bug report at http://bugs.php.net/?id=46738&edit=1
Bug #49490 [Com]: XPath namespace prefix conflict
Edit report at http://bugs.php.net/bug.php?id=49490&edit=1
ID: 49490
Comment by: thomas at weinert dot info
Reported by: olav dot morken at uninett dot no
Summary: XPath namespace prefix conflict
Status: Open
Type: Bug
Package: DOM XML related
Operating System: Linux (Debian)
PHP Version: 5.3.0
New Comment:
It looks like DOMXPath->evaluate()/DOMXPath->query() registers the
namespace prefixes of the given context and overrides any definition
from DOMXPath->registerNamespace(). PHP should not register any
namespaces from the context or at least prefer manual registrations over
automatic.
Reproduce code:
---
$dom = new DOMDocument();
$dom->loadXML(
''.
''.
''
);
$xpath = new DOMXPath($dom);
//get context node and check "a:foo"
$context = $dom->documentElement->firstChild;
var_dump($context->tagName);
// try to override the context node
$xpath->registerNamespace('a', 'urn:b');
var_dump(
$xpath->evaluate(
'descendant-or-self::a:*',
$context
)->item(0)->tagName
);
// use a prefix not used in context
$xpath->registerNamespace('prefix', 'urn:b');
var_dump(
$xpath->evaluate(
'descendant-or-self::prefix:*',
$context
)->item(0)->tagName
);
Expected result:
string(5) "a:foo"
string(5) "b:bar"
string(5) "b:bar"
Actual result:
string(5) "a:foo"
string(5) "a:foo"
string(5) "b:bar"
Previous Comments:
[2009-09-07 08:41:26] olav dot morken at uninett dot no
Description:
When processing an XML document with namespaces, an XPath query for a
node with a different namespace but the same namespace prefix fails.
This appears to be a conflict between the XPath namespaces and the
document namespaces. It works if either:
- The prefix in the query is replaced with a prefix that doesn't
exist in the document.
- If the prefix in the query matches the prefix in the document.
This was tested with:
- PHP 5.3 from debian experimental: 5.3.0-3
- libxml2 2.7.3.dfsg-2.1
Reproduce code:
---
$doc = new DOMDocument();
$doc->loadXML('');
$xp = new DOMXPath($doc);
$xp->registerNamespace('prefix', 'urn:b');
echo($xp->query('//prefix:root')->length . "\n");
Expected result:
It should not find the root node, since we ask for a node in a different
prefix. I.e. it should print '0'.
Actual result:
--
It finds the root node, i.e. it prints '1'.
--
Edit this bug report at http://bugs.php.net/bug.php?id=49490&edit=1
#45672 [NEW]: changed serialization behaviour
From: thomas at raptr dot com
Operating system: FC8
PHP version: 5.2.6
PHP Bug Type: Streams related
Bug description: changed serialization behaviour
Description:
5.2.6's unserialize() has a different behaviour than 5.2.5's.
In 5.2.6, unserialize() turns integer-based key in a stdClass into
an key of integer type. In 5.2.5, the key left an string type.
Reproduce code:
---
{self::B} = "c";
echo "Before:\n";
var_dump($a);
$str = serialize($a);
$a = unserialize($str);
echo "After:\n";
var_dump($a);
echo $a->{self::B} . "\n";
}
const B = "1";
}
$a = new A();
$a->execute();
?>
Expected result:
Before:
object(stdClass)#2 (1) {
["1"]=>
string(1) "c"
}
After:
object(stdClass)#3 (1) {
["1"]=>
string(1) "c"
}
c
Actual result:
--
Before:
object(stdClass)#2 (1) {
["1"]=>
string(1) "c"
}
After:
object(stdClass)#3 (1) {
[1]=>
string(1) "c"
}
Notice: Undefined property: stdClass::$1 in /tmp/a.php on line 17
Call Stack:
0.0010 50016 1. {main}() /tmp/a.php:0
0.0386 50240 2. A->execute() /tmp/a.php:25
--
Edit bug report at http://bugs.php.net/?id=45672&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45672&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45672&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45672&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45672&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45672&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45672&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45672&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45672&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45672&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45672&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45672&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45672&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45672&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45672&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45672&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45672&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45672&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45672&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45672&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45672&r=mysqlcfg
#45672 [Bgs]: changed serialization behaviour
ID: 45672
User updated by: thomas at raptr dot com
Reported By: thomas at raptr dot com
Status: Bogus
Bug Type: *General Issues
Operating System: FC8
PHP Version: 5.2.6
New Comment:
So 5.2.5 is doing the right thing or 5.2.6? I did consult
http://us2.php.net/manual/en/function.unserialize.php but it is not
specific for this particular bug where php unserializes a string-based
index into an integer-based index.
Previous Comments:
[2008-07-31 23:09:02] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2008-07-31 21:29:01] thomas at raptr dot com
Description:
5.2.6's unserialize() has a different behaviour than 5.2.5's.
In 5.2.6, unserialize() turns integer-based key in a stdClass into
an key of integer type. In 5.2.5, the key left an string type.
Reproduce code:
---
{self::B} = "c";
echo "Before:\n";
var_dump($a);
$str = serialize($a);
$a = unserialize($str);
echo "After:\n";
var_dump($a);
echo $a->{self::B} . "\n";
}
const B = "1";
}
$a = new A();
$a->execute();
?>
Expected result:
Before:
object(stdClass)#2 (1) {
["1"]=>
string(1) "c"
}
After:
object(stdClass)#3 (1) {
["1"]=>
string(1) "c"
}
c
Actual result:
--
Before:
object(stdClass)#2 (1) {
["1"]=>
string(1) "c"
}
After:
object(stdClass)#3 (1) {
[1]=>
string(1) "c"
}
Notice: Undefined property: stdClass::$1 in /tmp/a.php on line 17
Call Stack:
0.0010 50016 1. {main}() /tmp/a.php:0
0.0386 50240 2. A->execute() /tmp/a.php:25
--
Edit this bug report at http://bugs.php.net/?id=45672&edit=1
#34421 [Com]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 Comment by: thomas at gielfeldt dot dk Reported By: wkonkel at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: redhat PHP Version: 5.0.5 New Comment: Hi I have a solution for the above problem. A patch that adds "scope" to the debug_backtrace return array, and also 2 new functions: get_scope() and is_static(). How do i submit this patch to the php-team? Thanks /Thomas Previous Comments: [2005-09-14 16:47:33] civilization_2 at hotmail dot com > Or cook a patch by yourself. hehe, I'm thinking about it. [2005-09-14 15:45:34] [EMAIL PROTECTED] > Guess we'll just have to wait. Or cook a patch by yourself. [2005-09-14 15:41:02] civilization_2 at hotmail dot com If the engine just switches context rather than actually inheriting methods, then this seems conceptually flawed to me. If this is an engine problem, it will probably require a massive rewriting, resulting in ... PHP6 :-) Guess we'll just have to wait. [2005-09-13 20:07:46] wkonkel at gmail dot com I don't understand why this keeps being dismissed as bogus. It's an outstanding issue that should be fixed regardless of the current limitations of the way the engine works. [2005-09-09 13:25:34] [EMAIL PROTECTED] This is a limitation in the way the engine works and it most likely won't change in the near future. See also previous discussions about it. http://zend.com/zend/week/week219.php#Heading5 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/34421 -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#34421 [Com]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 Comment by: thomas at gielfeldt dot dk Reported By: wkonkel at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: redhat PHP Version: 5.0.5 New Comment: Hi I've mailed the patch to the internals mailing list, hoping it would be taken into consideration. two new functions have been added: get_scope() and is_static(). Example of solution to the above code after patching: "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- extendedBaseClass extendedBaseClass Previous Comments: [2005-12-21 11:26:11] thomas at gielfeldt dot dk Hi I have a solution for the above problem. A patch that adds "scope" to the debug_backtrace return array, and also 2 new functions: get_scope() and is_static(). How do i submit this patch to the php-team? Thanks /Thomas [2005-09-14 16:47:33] civilization_2 at hotmail dot com > Or cook a patch by yourself. hehe, I'm thinking about it. [2005-09-14 15:45:34] [EMAIL PROTECTED] > Guess we'll just have to wait. Or cook a patch by yourself. [2005-09-14 15:41:02] civilization_2 at hotmail dot com If the engine just switches context rather than actually inheriting methods, then this seems conceptually flawed to me. If this is an engine problem, it will probably require a massive rewriting, resulting in ... PHP6 :-) Guess we'll just have to wait. [2005-09-13 20:07:46] wkonkel at gmail dot com I don't understand why this keeps being dismissed as bogus. It's an outstanding issue that should be fixed regardless of the current limitations of the way the engine works. 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/34421 -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#34421 [Com]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421 Comment by: thomas at gielfeldt dot dk Reported By: wkonkel at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: redhat PHP Version: 5.0.5 New Comment: a grammatical correction: "hoping it would be" = "hoping it will be" :-) /Thomas Previous Comments: [2005-12-22 10:42:15] thomas at gielfeldt dot dk Hi I've mailed the patch to the internals mailing list, hoping it would be taken into consideration. two new functions have been added: get_scope() and is_static(). Example of solution to the above code after patching: "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- extendedBaseClass extendedBaseClass [2005-09-09 13:25:34] [EMAIL PROTECTED] This is a limitation in the way the engine works and it most likely won't change in the near future. See also previous discussions about it. http://zend.com/zend/week/week219.php#Heading5 [2005-09-08 16:06:19] wkonkel at gmail dot com Although this is how it currently does work, this is not logical. If I specify that the scope to be "extendedBaseClass", then why is the scope "baseClass"? If this was not a static method, calling get_class() would return "extendedBaseClass" because the object simply isn't a "baseClass", it's an "extendedBaseClass". Static methods are no different. [2005-09-08 09:34:30] wkonkel at gmail dot com Description: When a static function is called in the scope of an extended class, the static function still thinks it's being called in the scope of the base class. I found a similar bug at http://bugs.php.net/bug.php?id=30828 which was fixed in 5.0.5, but the problem still remains. Reproduce code: --- "; echo extendedBaseClass::do_backtrace() . ""; ?> Expected result: extendedBaseClass extendedBaseClass Actual result: -- baseClass baseClass -- Edit this bug report at http://bugs.php.net/?id=34421&edit=1
#41862 [Opn]: Errorhandler doesn't work (PHP4 only)
ID: 41862
User updated by: thomas at thoftware dot de
Reported By: thomas at thoftware dot de
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 4.4.7
New Comment:
At 5 Jul 1:55pm UTC somebody changed the subject and added ' (PHP4
only)' with no additional comment. Since then no further action took
place. Can any of you developers out there tell me what this means?
Previous Comments:
[2007-07-03 08:30:22] thomas at thoftware dot de
I've checked the documentation another time and did not find anything
that explains or even discusses the above behaviour. As I'm not sure if
anyone is reading this while the status is "Bogus", I've decided to
reopen it.
Maybe someone can read my additional submissions - and if you are sure
it is bogus, than please give me a little more specific hint, where I
can find it in the documentation (as normally done when a submission is
answered with the "Thank you for taking the time"-Text).
Thank you in advance.
--------
[2007-07-02 06:42:34] thomas at thoftware dot de
Something I found even earlier is: "The following error types cannot be
handled with a user defined function: E_ERROR, E_PARSE, E_CORE_ERROR,
E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING, and most of E_STRICT
raised in the file where set_error_handler() is called.". Is that what
you mean I should have read? Please note, that that isn't the problem.
I don't want these error types to be handled. I simply want the whole
construct to run and not to crash. The above script works fine in these
2 versions:
Reproduce code 2 (works):
---
function foo($foo) {
return($foo);
}
error_reporting(E_ALL);
require_once(foo('foo'));
Reproduce code 3 (works):
---
function ehandler($e,$t,$f,$l,$c) {
echo $t;
}
set_error_handler('ehandler');
error_reporting(E_ALL);
require_once('foo');
(Where 'fine' means, it shows the error an stops.)
Can you pleease explain to me, why the first version crashes
without any message?
[2007-07-02 06:29:19] thomas at thoftware dot de
Neither with require_once(), require(), include() nor with
set_error_handler() anything about the above behaviour is explained. I
checked it four times. Can you please simply give me a direct link to
that part of the documentation where it is mentioned? Or am I supposed
to read the comlplete documentation as in that way you always have the
chance that somewhere there might be some well hidden information about
it?
[2007-07-02 01:34:29] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
[2007-06-30 21:29:30] thomas at thoftware dot de
Description:
Setting an Errorhandler with set_error_handler() and then calling
require() with a Function as Argument doesn't produce the expected
Result.
Reproduce code:
---
function ehandler($e,$t,$f,$l,$c) {
echo $t;
}
function foo($foo) {
return($foo);
}
set_error_handler('ehandler');
error_reporting(E_ALL);
require_once(foo('foo'));
Expected result:
Some Errormessage like this:
main(foo) [function.main]: failed to open stream: No such file or
directory
Fatal error: main() [function.require]: Failed opening required 'foo'
(include_path='.;c:\php4\pear') in foo.php on line x
Actual result:
--
Nothing (infinite loop?). PHP crashes.
Using no Errorhandler or giving 'foo' directly to require_once() works.
--
Edit this bug report at http://bugs.php.net/?id=41862&edit=1
#41862 [Opn]: Errorhandler doesn't work (PHP4 only)
ID: 41862
User updated by: thomas at thoftware dot de
Reported By: thomas at thoftware dot de
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 4.4.7
New Comment:
So someone may change status to "Wont fix"? And maybe add something
like "Don't use functions as argument for require() when setting an
errorhandler." to the documentation of set_error_handler()?
Previous Comments:
[2007-07-10 21:55:09] [EMAIL PROTECTED]
right, there's a problem with PHP 4 if foo does not exist, but I doubt
anybody is going to fix it.
Program received signal SIGSEGV, Segmentation fault.
php_strip_url_passwd (url=0x0) at
/home/johannes/src/php/PHP_4_4/main/fopen_wrappers.c:481
481 while (*p) {
(gdb) bt
#0 php_strip_url_passwd (url=0x0) at
/home/johannes/src/php/PHP_4_4/main/fopen_wrappers.c:481
#1 0x080b46d8 in php_message_handler_for_zend (message=2, data=0x0) at
/home/johannes/src/php/PHP_4_4/main/main.c:812
#2 0x080f22e1 in execute (op_array=0x8df088c) at
/home/johannes/src/php/PHP_4_4/Zend/zend_execute.c:2240
#3 0x080df3ab in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/johannes/src/php/PHP_4_4/Zend/zend.c:935
#4 0x080b3805 in php_execute_script (primary_file=0xbf88fed0) at
/home/johannes/src/php/PHP_4_4/main/main.c:1757
#5 0x080f9d39 in main (argc=1, argv=0xbf88ff94) at
/home/johannes/src/php/PHP_4_4/sapi/cli/php_cli.c:838
----
[2007-07-09 13:45:09] thomas at thoftware dot de
At 5 Jul 1:55pm UTC somebody changed the subject and added ' (PHP4
only)' with no additional comment. Since then no further action took
place. Can any of you developers out there tell me what this means?
----
[2007-07-03 08:30:22] thomas at thoftware dot de
I've checked the documentation another time and did not find anything
that explains or even discusses the above behaviour. As I'm not sure if
anyone is reading this while the status is "Bogus", I've decided to
reopen it.
Maybe someone can read my additional submissions - and if you are sure
it is bogus, than please give me a little more specific hint, where I
can find it in the documentation (as normally done when a submission is
answered with the "Thank you for taking the time"-Text).
Thank you in advance.
----
[2007-07-02 06:42:34] thomas at thoftware dot de
Something I found even earlier is: "The following error types cannot be
handled with a user defined function: E_ERROR, E_PARSE, E_CORE_ERROR,
E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING, and most of E_STRICT
raised in the file where set_error_handler() is called.". Is that what
you mean I should have read? Please note, that that isn't the problem.
I don't want these error types to be handled. I simply want the whole
construct to run and not to crash. The above script works fine in these
2 versions:
Reproduce code 2 (works):
---
function foo($foo) {
return($foo);
}
error_reporting(E_ALL);
require_once(foo('foo'));
Reproduce code 3 (works):
---
function ehandler($e,$t,$f,$l,$c) {
echo $t;
}
set_error_handler('ehandler');
error_reporting(E_ALL);
require_once('foo');
(Where 'fine' means, it shows the error an stops.)
Can you pleease explain to me, why the first version crashes
without any message?
[2007-06-30 21:29:30] thomas at thoftware dot de
Description:
Setting an Errorhandler with set_error_handler() and then calling
require() with a Function as Argument doesn't produce the expected
Result.
Reproduce code:
---
function ehandler($e,$t,$f,$l,$c) {
echo $t;
}
function foo($foo) {
return($foo);
}
set_error_handler('ehandler');
error_reporting(E_ALL);
require_once(foo('foo'));
Expected result:
Some Errormessage like this:
main(foo) [function.main]: failed to open stream: No such file or
directory
Fatal error: main() [function.require]: Failed opening required 'foo'
(include_path='.;c:\php4\pear') in foo.php on line x
Actual result:
--
Nothing (infinite loop?). PHP crashes.
Using no Errorhandler or giving 'foo' directly to require_once() works.
--
Edit this bug report at http://bugs.php.net/?id=41862&edit=1
#37926 [Bgs->Opn]: Session var don't get setted
ID: 37926 User updated by: thomas at ecommerce dot com Reported By: thomas at ecommerce dot com -Status: Bogus +Status: Open -Bug Type:Documentation problem +Bug Type:Session related PHP Version: 5.x New Comment: Changed back to session related issue. Not fixed or commented yet Previous Comments: [2007-02-24 21:49:13] [EMAIL PROTECTED] As described above, adding a note is not appropriate as it will more than likely add confusion. [2006-11-07 14:08:53] mjwindsorREMOVE at CAPShotmail dot com I do not agree that this is a documentation problem, or that describing it as expected behaviour is a suitable response. If PHP is a robust language, it cannot have unexpected and obscure rules applied at random. $_SESSION should just be an array that persists between page requests, providing session_start() has been called: that is what everyone expects and that is how it is used. In every other case, $new_array = $existing_array; is a value assignment and simply copies one array to another and no alteration is made or should be expected to $existing_array or its properties. I have spent several days trying to work out why my sessions werent working as I expected and taken up the time of several helpful posters in various fora. I finally tracked the problem down to this issue and some code included in every page of a widely used forum; an otherwise robust and secure open source product. I seriously doubt that a note in the documentation would have saved me much of this work and none of the work needed to get around the issue, once it was identified. This will apply equally to all those who fall foul of this problem you need to know what the problem is before searches will turn up documentation. Mike [2006-07-06 11:18:36] [EMAIL PROTECTED] We welcome a patch from you. I however don't see the need to document it, will only add confusion. [2006-07-06 10:25:55] thomas at ecommerce dot com Updated information that this is general [2006-07-06 10:20:27] thomas at ecommerce dot com Any status update on this bug??? Not hard to add in documentation -.- 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/37926 -- Edit this bug report at http://bugs.php.net/?id=37926&edit=1
#39201 [NEW]: POST with invalid content-length and ErrorDocument set crashes php
From: thomas at partyflock dot nl
Operating system: Linux (2.6.18)
PHP version: 5.1.6
PHP Bug Type: Apache2 related
Bug description: POST with invalid content-length and ErrorDocument set
crashes php
Description:
Insert ErrorDocument directive for error code 413 in httpd.conf:
ErrorDocument 413 /anywhere
Now post something to your webserver, with following invalid
Content-Length: 1\r\r\n (extra carriage return)
sapi_globals.request_info.post_data is allocated, in
SAPI.c:sapi_read_standard_form_data on line 203. After the call to
sapi_module.read_post on line 206, the POST request is transformed to a
GET request for above error document and the
sapi_globals.request_info.post_data is 0 at that point, resulting in a
segmentation fault at SAPI.c line 223.
Reproduce code:
---
#!/usr/bin/perl -w
use strict;
use IO::Socket;
if ($#ARGV < 0) {
print STDERR "need hostname argument\n";
exit 1;
}
my $sock = IO::Socket::INET->new(
'PeerAddr' => $ARGV[0],
'PeerPort' => 80
);
if (!$sock) {
print STDERR "failed to connect to port 80 of $ARGV[0]\n";
exit 1;
}
print $sock "POST / HTTP/1.0\r\n";
print $sock "Content-Length: 1\r\r\n\r\n";
print $sock "a";
undef $sock;
Expected result:
Well, I'd expect it to not crash :)
--
Edit bug report at http://bugs.php.net/?id=39201&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=39201&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=39201&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=39201&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39201&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=39201&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=39201&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39201&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39201&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=39201&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39201&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=39201&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=39201&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39201&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39201&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39201&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39201&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=39201&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=39201&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=39201&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39201&r=mysqlcfg
#39201 [Fbk->Opn]: POST with invalid content-length and ErrorDocument set crashes php
ID: 39201
User updated by: thomas at partyflock dot nl
Reported By: thomas at partyflock dot nl
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Linux (2.6.18)
PHP Version: 5.1.6
New Comment:
Happens in 5.2dev too.
Previous Comments:
[2006-10-19 20:16:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-10-19 20:10:24] thomas at partyflock dot nl
Description:
Insert ErrorDocument directive for error code 413 in httpd.conf:
ErrorDocument 413 /anywhere
Now post something to your webserver, with following invalid
Content-Length: 1\r\r\n (extra carriage return)
sapi_globals.request_info.post_data is allocated, in
SAPI.c:sapi_read_standard_form_data on line 203. After the call to
sapi_module.read_post on line 206, the POST request is transformed to a
GET request for above error document and the
sapi_globals.request_info.post_data is 0 at that point, resulting in a
segmentation fault at SAPI.c line 223.
Reproduce code:
---
#!/usr/bin/perl -w
use strict;
use IO::Socket;
if ($#ARGV < 0) {
print STDERR "need hostname argument\n";
exit 1;
}
my $sock = IO::Socket::INET->new(
'PeerAddr' => $ARGV[0],
'PeerPort' => 80
);
if (!$sock) {
print STDERR "failed to connect to port 80 of $ARGV[0]\n";
exit 1;
}
print $sock "POST / HTTP/1.0\r\n";
print $sock "Content-Length: 1\r\r\n\r\n";
print $sock "a";
undef $sock;
Expected result:
Well, I'd expect it to not crash :)
--
Edit this bug report at http://bugs.php.net/?id=39201&edit=1
#39201 [Fbk->Opn]: POST with invalid content-length and ErrorDocument set crashes php
ID: 39201
User updated by: thomas at partyflock dot nl
Reported By: thomas at partyflock dot nl
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Linux (2.6.18)
PHP Version: 5.1.6
New Comment:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1211164992 (LWP 15723)]
0xb7b4e7e0 in sapi_read_standard_form_data () at
/root/build/webserver/200610181
225 SG(request_info).post_data[SG(read_post_bytes)] = 0;
/* termina
(gdb) bt
#0 0xb7b4e7e0 in sapi_read_standard_form_data () at
/root/build/webserver/20061
#1 0xb7b53425 in php_default_post_reader () at
/root/build/webserver/2006101814
#2 0xb7b4ee57 in sapi_activate () at
/root/build/webserver/200610181402/php/php
#3 0xb7b471ac in php_request_startup () at
/root/build/webserver/200610181402/p
#4 0xb7c0ed45 in php_apache_request_ctor (r=0x81d10e0, ctx=0x81d23e8)
at
/root/build/webserver/200610181402/php/php-5.2/sapi/apache2handler/sapi_a
#5 0xb7c0f26f in php_handler (r=0x81d10e0) at
/root/build/webserver/20061018140
#6 0x0807a514 in ap_invoke_handler ()
#7 0x0806bb02 in ap_process_request ()
#8 0x08065a92 in ap_process_http_connection ()
#9 0x0808389b in ap_process_connection ()
#10 0x08077a06 in child_main ()
#11 0x08077cd6 in make_child ()
#12 0x08078034 in ap_mpm_run ()
#13 0x0807e970 in main ()
(gdb) p sapi_globals.request_info
$2 = {request_method = 0x81d2910 "GET", query_string = 0x81d69b8
"SECTION=anything;sELEMENT=anything;EXTENSION=", post_data = 0x0,
raw_post_data = 0x0,
cookie_data = 0x0, content_length = 1, post_data_length = 0,
raw_post_data_length = 0, path_translated = 0x81d69f8
"/home/party/public_html/index.php",
request_uri = 0x81d69e8 "/anything", content_type = 0x0, headers_only
= 0 '\0', no_headers = 0 '\0', headers_read = 0 '\0', post_entry = 0x0,
content_type_dup = 0x0, auth_user = 0x0, auth_password = 0x0,
auth_digest = 0x0, argv0 = 0x0, current_user = 0x0, current_user_length
= 0, argc = 0,
argv = 0x0, proto_num = 1000}
But I've narrowed it down a bit. It requires the following lines in
httpd.conf:
RewriteEngine on
RewriteRule ^/anywhere$ /somewherelse.php
ErrorDocument 413 /anywhere
/somewherelse.php must exists. There's no problem if a non-php file is
used.
Previous Comments:
[2006-10-19 22:48:13] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Can't reproduce.
This is the only result I see:
[Fri Oct 20 02:46:09 2006] [error] [client 127.0.0.1] Invalid
Content-Length
----
[2006-10-19 21:46:32] thomas at partyflock dot nl
Happens in 5.2dev too.
[2006-10-19 20:16:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
----
[2006-10-19 20:10:24] thomas at partyflock dot nl
Description:
Insert ErrorDocument directive for error code 413 in httpd.conf:
ErrorDocument 413 /anywhere
Now post something to your webserver, with following invalid
Content-Length: 1\r\r\n (extra carriage return)
sapi_globals.request_info.post_data is allocated, in
SAPI.c:sapi_read_standard_form_data on line 203. After the call to
sapi_module.read_post on line 206, the POST request is transformed to a
GET request for above error document and the
sapi_globals.request_info.post_data is 0 at that point, resulting in a
segmentation fault at SAPI.c line 223.
Reproduce code:
---
#!/usr/bin/perl -w
use strict;
use IO::Socket;
if ($#ARGV < 0) {
print STDERR "need hostname argument\n";
exit 1;
}
my $sock = IO::Socket::INET->new(
'PeerAddr' => $ARGV[0],
'PeerPort' => 80
);
if (!$sock) {
print STDERR "failed to connect to port 80 of $ARGV[0]\n";
exit 1;
}
print $sock "POST / HTTP/1.0\r\n";
print $sock "Content-Length: 1\r\r\n\r\n";
print $sock "a";
undef $sock;
Expected result:
Well, I'd expect it to not crash :)
--
Edit this bug report at http://bugs.php.net/?id=39201&edit=1
#39201 [Asn]: POST with invalid content-length and ErrorDocument set crashes php
ID: 39201
User updated by: thomas at partyflock dot nl
Reported By: thomas at partyflock dot nl
Status: Assigned
Bug Type: Apache2 related
Operating System: Linux (2.6.18)
PHP Version: 5.1.6
Assigned To: tony2001
New Comment:
Found out another thing.
If I point ErrorDocument 413 to a static page, there is no segmentation
fault, but then the static page is displayed AND the PHP script as
requested by the POST command.
So
ErrorDocument 413 /something.html
And doing following POST with Content-Length with invalid extra
carriage return:
POST /somescript.php HTTP/1.0
Content-Length: 1\r
Doesn't crash, but does exhibit strange behavouir by displaying the
error document appended with the somescript.php!
Previous Comments:
[2006-10-21 23:22:39] judas dot iscariote at gmail dot com
Unable to reproduce it here ...
[2006-10-20 01:04:01] thomas at partyflock dot nl
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1211164992 (LWP 15723)]
0xb7b4e7e0 in sapi_read_standard_form_data () at
/root/build/webserver/200610181
225 SG(request_info).post_data[SG(read_post_bytes)] = 0;
/* termina
(gdb) bt
#0 0xb7b4e7e0 in sapi_read_standard_form_data () at
/root/build/webserver/20061
#1 0xb7b53425 in php_default_post_reader () at
/root/build/webserver/2006101814
#2 0xb7b4ee57 in sapi_activate () at
/root/build/webserver/200610181402/php/php
#3 0xb7b471ac in php_request_startup () at
/root/build/webserver/200610181402/p
#4 0xb7c0ed45 in php_apache_request_ctor (r=0x81d10e0, ctx=0x81d23e8)
at
/root/build/webserver/200610181402/php/php-5.2/sapi/apache2handler/sapi_a
#5 0xb7c0f26f in php_handler (r=0x81d10e0) at
/root/build/webserver/20061018140
#6 0x0807a514 in ap_invoke_handler ()
#7 0x0806bb02 in ap_process_request ()
#8 0x08065a92 in ap_process_http_connection ()
#9 0x0808389b in ap_process_connection ()
#10 0x08077a06 in child_main ()
#11 0x08077cd6 in make_child ()
#12 0x08078034 in ap_mpm_run ()
#13 0x0807e970 in main ()
(gdb) p sapi_globals.request_info
$2 = {request_method = 0x81d2910 "GET", query_string = 0x81d69b8
"SECTION=anything;sELEMENT=anything;EXTENSION=", post_data = 0x0,
raw_post_data = 0x0,
cookie_data = 0x0, content_length = 1, post_data_length = 0,
raw_post_data_length = 0, path_translated = 0x81d69f8
"/home/party/public_html/index.php",
request_uri = 0x81d69e8 "/anything", content_type = 0x0, headers_only
= 0 '\0', no_headers = 0 '\0', headers_read = 0 '\0', post_entry = 0x0,
content_type_dup = 0x0, auth_user = 0x0, auth_password = 0x0,
auth_digest = 0x0, argv0 = 0x0, current_user = 0x0, current_user_length
= 0, argc = 0,
argv = 0x0, proto_num = 1000}
But I've narrowed it down a bit. It requires the following lines in
httpd.conf:
RewriteEngine on
RewriteRule ^/anywhere$ /somewherelse.php
ErrorDocument 413 /anywhere
/somewherelse.php must exists. There's no problem if a non-php file is
used.
[2006-10-19 22:48:13] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Can't reproduce.
This is the only result I see:
[Fri Oct 20 02:46:09 2006] [error] [client 127.0.0.1] Invalid
Content-Length
----
[2006-10-19 21:46:32] thomas at partyflock dot nl
Happens in 5.2dev too.
[2006-10-19 20:16:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/39201
--
Edit this bug report at http://bugs.php.net/?id=39201&edit=1
#39201 [Asn]: POST with invalid content-length and ErrorDocument set crashes php
ID: 39201
User updated by: thomas at partyflock dot nl
Reported By: thomas at partyflock dot nl
Status: Assigned
Bug Type: Apache2 related
-Operating System: Linux (2.6.18)
+Operating System: Linux (2.6.18.1)
-PHP Version: 5.1.6
+PHP Version: 5.2.0
Assigned To: tony2001
New Comment:
Upped version to 5.2.0, happens there too.
Previous Comments:
[2006-11-03 13:39:56] thomas at partyflock dot nl
Found out another thing.
If I point ErrorDocument 413 to a static page, there is no segmentation
fault, but then the static page is displayed AND the PHP script as
requested by the POST command.
So
ErrorDocument 413 /something.html
And doing following POST with Content-Length with invalid extra
carriage return:
POST /somescript.php HTTP/1.0
Content-Length: 1\r
Doesn't crash, but does exhibit strange behavouir by displaying the
error document appended with the somescript.php!
[2006-10-21 23:22:39] judas dot iscariote at gmail dot com
Unable to reproduce it here ...
[2006-10-20 01:04:01] thomas at partyflock dot nl
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1211164992 (LWP 15723)]
0xb7b4e7e0 in sapi_read_standard_form_data () at
/root/build/webserver/200610181
225 SG(request_info).post_data[SG(read_post_bytes)] = 0;
/* termina
(gdb) bt
#0 0xb7b4e7e0 in sapi_read_standard_form_data () at
/root/build/webserver/20061
#1 0xb7b53425 in php_default_post_reader () at
/root/build/webserver/2006101814
#2 0xb7b4ee57 in sapi_activate () at
/root/build/webserver/200610181402/php/php
#3 0xb7b471ac in php_request_startup () at
/root/build/webserver/200610181402/p
#4 0xb7c0ed45 in php_apache_request_ctor (r=0x81d10e0, ctx=0x81d23e8)
at
/root/build/webserver/200610181402/php/php-5.2/sapi/apache2handler/sapi_a
#5 0xb7c0f26f in php_handler (r=0x81d10e0) at
/root/build/webserver/20061018140
#6 0x0807a514 in ap_invoke_handler ()
#7 0x0806bb02 in ap_process_request ()
#8 0x08065a92 in ap_process_http_connection ()
#9 0x0808389b in ap_process_connection ()
#10 0x08077a06 in child_main ()
#11 0x08077cd6 in make_child ()
#12 0x08078034 in ap_mpm_run ()
#13 0x0807e970 in main ()
(gdb) p sapi_globals.request_info
$2 = {request_method = 0x81d2910 "GET", query_string = 0x81d69b8
"SECTION=anything;sELEMENT=anything;EXTENSION=", post_data = 0x0,
raw_post_data = 0x0,
cookie_data = 0x0, content_length = 1, post_data_length = 0,
raw_post_data_length = 0, path_translated = 0x81d69f8
"/home/party/public_html/index.php",
request_uri = 0x81d69e8 "/anything", content_type = 0x0, headers_only
= 0 '\0', no_headers = 0 '\0', headers_read = 0 '\0', post_entry = 0x0,
content_type_dup = 0x0, auth_user = 0x0, auth_password = 0x0,
auth_digest = 0x0, argv0 = 0x0, current_user = 0x0, current_user_length
= 0, argc = 0,
argv = 0x0, proto_num = 1000}
But I've narrowed it down a bit. It requires the following lines in
httpd.conf:
RewriteEngine on
RewriteRule ^/anywhere$ /somewherelse.php
ErrorDocument 413 /anywhere
/somewherelse.php must exists. There's no problem if a non-php file is
used.
[2006-10-19 22:48:13] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Can't reproduce.
This is the only result I see:
[Fri Oct 20 02:46:09 2006] [error] [client 127.0.0.1] Invalid
Content-Length
----
[2006-10-19 21:46:32] thomas at partyflock dot nl
Happens in 5.2dev too.
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/39201
--
Edit this bug report at http://bugs.php.net/?id=39201&edit=1
#37489 [NEW]: libtool: link: cannot find the library `/usr/lib/mysql/libz.la'
From: thomas at networkphantom dot net Operating system: CentOS 4.3 PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: libtool: link: cannot find the library `/usr/lib/mysql/libz.la' Description: Another bug regarding this was reported as bogus, but I have a working configuration script and a non working and there is only one flag that differs. ---Working--- ./configure --prefix=/usr/local/php5 --exec-prefix=/usr/local/php5 --program-suffix=5 --with-xml --enable-bcmath --enable-calendar --with-curl --with-dom --with-dom-xslt --with-mysql=/usr --with-dom-exslt --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gettext --with-imap --with-imap-ssl --with-kerberos --enable-magic-quotes --with-openssl --enable-discard-path --enable-force-cgi-redirect --with-pdflib --with-pear --with-pspell --enable-xslt --with-xslt-sablot --enable-sockets --enable-track-vars --with-ttf --with-freetype-dir=/usr --enable-gd-native-ttf --enable-wddx --with-xmlrpc --with-zip --with-zlib --with-pgsql --with-pdo --- Not Working ./configure --prefix=/usr/local/php5 --exec-prefix=/usr/local/php5 --program-suffix=5 --with-xml --enable-bcmath --enable-calendar --with-curl --with-dom --with-dom-xslt --with-mysql=/usr --with-dom-exslt --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gettext --with-imap --with-imap-ssl --with-kerberos --enable-magic-quotes --with-openssl --enable-discard-path --enable-force-cgi-redirect --with-pdflib --with-pear --with-pspell --enable-xslt --with-xslt-sablot --enable-sockets --enable-track-vars --with-ttf --with-freetype-dir=/usr --enable-gd-native-ttf --enable-wddx --with-xmlrpc --with-zip --with-zlib --with-pgsql --with-pdo --with-pdo-mysql - Error: libtool: link: cannot find the library `/usr/lib/mysql/libz.la' make: *** [sapi/cgi/php] Error 1 Removing --with-pdo-mysql resolves this as that is the only difference between the working and non working. I've also tried compiling pdo and pdo_mysql as shared, same errors result. -- Edit bug report at http://bugs.php.net/?id=37489&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37489&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37489&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37489&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37489&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37489&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37489&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37489&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37489&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37489&r=support Expected behavior:http://bugs.php.net/fix.php?id=37489&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37489&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37489&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37489&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37489&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37489&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37489&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37489&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37489&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37489&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37489&r=mysqlcfg
#37489 [Opn->Csd]: libtool: link: cannot find the library `/usr/lib/mysql/libz.la'
ID: 37489 User updated by: thomas at networkphantom dot net Reported By: thomas at networkphantom dot net -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: CentOS 4.3 PHP Version: 5.1.4 New Comment: Looks to be a missing library resulting from a bug in packaged mysql: http://bugs.mysql.com/bug.php?id=15223 Thank you. Previous Comments: [2006-05-18 07:12:41] thomas at networkphantom dot net Description: Another bug regarding this was reported as bogus, but I have a working configuration script and a non working and there is only one flag that differs. ---Working--- ./configure --prefix=/usr/local/php5 --exec-prefix=/usr/local/php5 --program-suffix=5 --with-xml --enable-bcmath --enable-calendar --with-curl --with-dom --with-dom-xslt --with-mysql=/usr --with-dom-exslt --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gettext --with-imap --with-imap-ssl --with-kerberos --enable-magic-quotes --with-openssl --enable-discard-path --enable-force-cgi-redirect --with-pdflib --with-pear --with-pspell --enable-xslt --with-xslt-sablot --enable-sockets --enable-track-vars --with-ttf --with-freetype-dir=/usr --enable-gd-native-ttf --enable-wddx --with-xmlrpc --with-zip --with-zlib --with-pgsql --with-pdo --- Not Working ./configure --prefix=/usr/local/php5 --exec-prefix=/usr/local/php5 --program-suffix=5 --with-xml --enable-bcmath --enable-calendar --with-curl --with-dom --with-dom-xslt --with-mysql=/usr --with-dom-exslt --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gettext --with-imap --with-imap-ssl --with-kerberos --enable-magic-quotes --with-openssl --enable-discard-path --enable-force-cgi-redirect --with-pdflib --with-pear --with-pspell --enable-xslt --with-xslt-sablot --enable-sockets --enable-track-vars --with-ttf --with-freetype-dir=/usr --enable-gd-native-ttf --enable-wddx --with-xmlrpc --with-zip --with-zlib --with-pgsql --with-pdo --with-pdo-mysql - Error: libtool: link: cannot find the library `/usr/lib/mysql/libz.la' make: *** [sapi/cgi/php] Error 1 Removing --with-pdo-mysql resolves this as that is the only difference between the working and non working. I've also tried compiling pdo and pdo_mysql as shared, same errors result. -- Edit this bug report at http://bugs.php.net/?id=37489&edit=1
#37675 [NEW]: OOP -> Maximum function nesting error
From: thomas at ecommerce dot com
Operating system: SuSE Linux 10,0
PHP version: 5.1.4
PHP Bug Type: Reproducible crash
Bug description: OOP -> Maximum function nesting error
Description:
PHP 5.1.4 seams like running an endless loop here with this code. When
running the bottom code, i get following error message:
Fatal error: Maximum function nesting level of '100' reached, aborting! in
/home/Thomas/test.php on line 11
Its not possibe, that this cause an endless loop. $this is setted, when
created with 'new', so checkthis() should only be called 2 times.
Reproduce code:
---
anyVar)) {
$obj = new Test1();
return $obj->checkThis($var);
}
echo "$var\n";
}
}
$return = Test1::checkThis("Works!");
var_dump($return);
Expected result:
Output of script should be:
Works!
NULL
Actual result:
--
Fatal error: Maximum function nesting level of '100' reached, aborting! in
/home/Thomas/test.php on line 11
--
Edit bug report at http://bugs.php.net/?id=37675&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37675&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37675&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37675&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37675&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37675&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37675&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37675&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37675&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37675&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37675&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37675&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37675&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37675&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37675&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37675&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37675&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37675&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37675&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37675&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37675&r=mysqlcfg
#37675 [Bgs->Opn]: OOP -> Maximum function nesting error
ID: 37675
User updated by: thomas at ecommerce dot com
Reported By: thomas at ecommerce dot com
-Status: Bogus
+Status: Open
Bug Type: Unknown/Other Function
Operating System: SuSE Linux 10,0
PHP Version: 5.1.4
New Comment:
You didn't test it at all. I have xDebug installed, yea, but also
without acitvated any special modul/extension i get:
php test.php
Fatal error: Allowed memory size of 62914560 bytes exhausted (tried to
allocate 12 bytes) in /home/Thomas/test.php on line 10
because of endless loop
Previous Comments:
[2006-06-02 10:55:30] [EMAIL PROTECTED]
Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader. These extensions often modify engine
behavior which is not related to PHP itself.
There is no such error message in PHP itself.
[2006-06-02 10:46:40] thomas at ecommerce dot com
Description:
PHP 5.1.4 seams like running an endless loop here with this code. When
running the bottom code, i get following error message:
Fatal error: Maximum function nesting level of '100' reached, aborting!
in /home/Thomas/test.php on line 11
Its not possibe, that this cause an endless loop. $this is setted, when
created with 'new', so checkthis() should only be called 2 times.
Reproduce code:
---
anyVar)) {
$obj = new Test1();
return $obj->checkThis($var);
}
echo "$var\n";
}
}
$return = Test1::checkThis("Works!");
var_dump($return);
Expected result:
Output of script should be:
Works!
NULL
Actual result:
--
Fatal error: Maximum function nesting level of '100' reached, aborting!
in /home/Thomas/test.php on line 11
--
Edit this bug report at http://bugs.php.net/?id=37675&edit=1
#37740 [NEW]: OOP -> Maximum function nesting error
From: thomas at ecommerce dot com Operating system: SuSE Linux 10,0 PHP version: 5.1.4 PHP Bug Type: *General Issues Bug description: OOP -> Maximum function nesting error Description: The following code is crashing PHP. There is no output at all or something like that. The class blabla don't exists, and i put a @ before the variable name to avoid erros. $sdf should be null ( or an stdClass() var ), but still, all after this line will not be executed. @$sdf = new blabla; Reproduce code: --- php test.php NULL OK [EMAIL PROTECTED]:~> Actual result: -- [EMAIL PROTECTED]:~> php test.php [EMAIL PROTECTED]:~> -- Edit bug report at http://bugs.php.net/?id=37740&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37740&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37740&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37740&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37740&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37740&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37740&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37740&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37740&r=support Expected behavior:http://bugs.php.net/fix.php?id=37740&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37740&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37740&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37740&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37740&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37740&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37740&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37740&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37740&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37740&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37740&r=mysqlcfg
#37740 [Opn]: PHP Crash
ID: 37740 User updated by: thomas at ecommerce dot com -Summary: OOP -> Maximum function nesting error Reported By: thomas at ecommerce dot com Status: Open Bug Type: *General Issues Operating System: SuSE Linux 10,0 PHP Version: 5.1.4 New Comment: ups, wrong title name Previous Comments: [2006-06-08 09:24:42] thomas at ecommerce dot com Description: The following code is crashing PHP. There is no output at all or something like that. The class blabla don't exists, and i put a @ before the variable name to avoid erros. $sdf should be null ( or an stdClass() var ), but still, all after this line will not be executed. @$sdf = new blabla; Reproduce code: --- php test.php NULL OK [EMAIL PROTECTED]:~> Actual result: -- [EMAIL PROTECTED]:~> php test.php [EMAIL PROTECTED]:~> -- Edit this bug report at http://bugs.php.net/?id=37740&edit=1
#37926 [NEW]: OOP -> Maximum function nesting error
From: thomas at ecommerce dot com
Operating system: SuSE Linux 10.0
PHP version: 5.1.4
PHP Bug Type: Session related
Bug description: OOP -> Maximum function nesting error
Description:
I didn't find anything in the documentation that is related to the
following script. Its not possible to update the $_SESSION var after the
call 'dummy($_SESSION)'.
The var will be set during the runtime, but when you refresh the
page/script, the vars setted after the function call will be gone.
just put the bottom code in an test.php script and run it 1 time and
refresh it again via browser. You will see, second var will be gone after
refresh.
Reproduce code:
---
Expected result:
Expected result after refresh:
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
Actual result:
--
Current result after refresh:
array(1) {
["test"]=>
string(4) "cool"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
--
Edit bug report at http://bugs.php.net/?id=37926&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37926&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37926&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37926&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37926&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37926&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37926&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37926&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37926&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37926&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37926&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37926&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37926&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37926&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37926&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37926&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37926&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37926&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37926&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37926&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37926&r=mysqlcfg
#37926 [Opn]: Session var don't get setted
ID: 37926
User updated by: thomas at ecommerce dot com
-Summary: OOP -> Maximum function nesting error
Reported By: thomas at ecommerce dot com
Status: Open
Bug Type: Session related
Operating System: SuSE Linux 10.0
PHP Version: 5.1.4
New Comment:
wrong subject
Previous Comments:
[2006-06-27 13:38:25] thomas at ecommerce dot com
Description:
I didn't find anything in the documentation that is related to the
following script. Its not possible to update the $_SESSION var after
the call 'dummy($_SESSION)'.
The var will be set during the runtime, but when you refresh the
page/script, the vars setted after the function call will be gone.
just put the bottom code in an test.php script and run it 1 time and
refresh it again via browser. You will see, second var will be gone
after refresh.
Reproduce code:
---
Expected result:
Expected result after refresh:
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
Actual result:
--
Current result after refresh:
array(1) {
["test"]=>
string(4) "cool"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
--
Edit this bug report at http://bugs.php.net/?id=37926&edit=1
#37926 [Opn]: Session var don't get setted
ID: 37926
User updated by: thomas at ecommerce dot com
Reported By: thomas at ecommerce dot com
Status: Open
Bug Type: Session related
Operating System: SuSE Linux 10.0
PHP Version: 5.1.4
New Comment:
Same problem with this Code example:
Expected result:
Expected result after refresh:
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
Actual result:
--
Current result after refresh:
array(1) {
["test"]=>
string(4) "cool"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
--
Edit this bug report at http://bugs.php.net/?id=37926&edit=1
#37926 [Opn]: Session var don't get setted
ID: 37926
User updated by: thomas at ecommerce dot com
Reported By: thomas at ecommerce dot com
Status: Open
Bug Type: Session related
Operating System: SuSE Linux 10.0
PHP Version: 5.1.4
New Comment:
Here is also an interesting issue:
When i use the 2nd example code ( the one with $tmp = $_SESSION);
and i put
unset($tmp);
after it or try to assign
$tmp['x'] = 'y';
then the $_SESSION assignment startin again to work. Please
investigatte ASAP.
Previous Comments:
[2006-06-28 09:47:34] thomas at ecommerce dot com
Same problem with this Code example:
Expected result:
Expected result after refresh:
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
Actual result:
--
Current result after refresh:
array(1) {
["test"]=>
string(4) "cool"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
--
Edit this bug report at http://bugs.php.net/?id=37926&edit=1
#37926 [Opn]: Session var don't get setted
ID: 37926
User updated by: thomas at ecommerce dot com
Reported By: thomas at ecommerce dot com
Status: Open
Bug Type: Session related
Operating System: SuSE Linux 10.0
PHP Version: 5.1.4
New Comment:
Can i get a status update on this bug?
Previous Comments:
[2006-06-28 09:57:13] thomas at ecommerce dot com
Here is also an interesting issue:
When i use the 2nd example code ( the one with $tmp = $_SESSION);
and i put
unset($tmp);
after it or try to assign
$tmp['x'] = 'y';
then the $_SESSION assignment startin again to work. Please
investigatte ASAP.
[2006-06-28 09:47:34] thomas at ecommerce dot com
Same problem with this Code example:
Expected result:
Expected result after refresh:
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
Actual result:
--
Current result after refresh:
array(1) {
["test"]=>
string(4) "cool"
}
array(2) {
["test"]=>
string(4) "cool"
["whatever"]=>
string(3) "yes"
}
--
Edit this bug report at http://bugs.php.net/?id=37926&edit=1
#38203 [NEW]: strnatcmp and strnatcasecmp still can't handle swedish characters
From: thomas at uninet dot se
Operating system: Windows and Linux
PHP version: 5.1.4
PHP Bug Type: *Languages/Translation
Bug description: strnatcmp and strnatcasecmp still can't handle swedish
characters
Description:
The bug http://bugs.php.net/bug.php?id=19795 is still not fixed. When
using swedish characters and sorting them with strnatcmp and strnatcasecmp
the result appears in the wrong order.
Reproduce code:
---
Expected result:
Array
(
[2] => daniel
[3] => emelie
[1] => susanne
[0] => thomas
[4] => örjan
)
Array
(
[2] => daniel
[3] => emelie
[1] => susanne
[0] => thomas
[4] => örjan
)
Actual result:
--
Array
(
[4] => örjan
[2] => daniel
[3] => emelie
[1] => susanne
[0] => thomas
)
Array
(
[2] => daniel
[3] => emelie
[1] => susanne
[0] => thomas
[4] => örjan
)
--
Edit bug report at http://bugs.php.net/?id=38203&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38203&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38203&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38203&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38203&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38203&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38203&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38203&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38203&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38203&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38203&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38203&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38203&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38203&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38203&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38203&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38203&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38203&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38203&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38203&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38203&r=mysqlcfg
#38203 [Bgs]: strnatcmp and strnatcasecmp still can't handle swedish characters
ID: 38203
User updated by: thomas at uninet dot se
Reported By: thomas at uninet dot se
Status: Bogus
Bug Type: Strings related
Operating System: Windows and Linux
PHP Version: 5.1.4
New Comment:
setlocale(LC_ALL, 'se_SV') returns bool(false).
Even if the setlocale doesn't work it still gives a correct response
with strcmp and strcasecmp which (I think) indicates that the *nat*
functions uses another approach than the other compare functions.
Previous Comments:
[2006-07-25 07:41:19] [EMAIL PROTECTED]
The locale identifier is sv_SE and not se_SV.
[2006-07-25 07:38:43] [EMAIL PROTECTED]
what do you get with var_dump(setlocale(LC_ALL, 'se_SV')); ?
----
[2006-07-25 07:35:27] thomas at uninet dot se
Description:
The bug http://bugs.php.net/bug.php?id=19795 is still not fixed. When
using swedish characters and sorting them with strnatcmp and
strnatcasecmp the result appears in the wrong order.
Reproduce code:
---
Expected result:
Array
(
[2] => daniel
[3] => emelie
[1] => susanne
[0] => thomas
[4] => örjan
)
Array
(
[2] => daniel
[3] => emelie
[1] => susanne
[0] => thomas
[4] => örjan
)
Actual result:
--
Array
(
[4] => örjan
[2] => daniel
[3] => emelie
[1] => susanne
[0] => thomas
)
Array
(
[2] => daniel
[3] => emelie
[1] => susanne
[0] => thomas
[4] => örjan
)
--
Edit this bug report at http://bugs.php.net/?id=38203&edit=1
#38203 [Bgs]: strnatcmp and strnatcasecmp still can't handle swedish characters
ID: 38203 User updated by: thomas at uninet dot se Reported By: thomas at uninet dot se Status: Bogus Bug Type: Strings related Operating System: Windows and Linux PHP Version: 5.1.4 New Comment: Added support for sv_SE so setlocale returns "sv_SE" but it still doesn't work. Previous Comments: [2006-07-25 07:49:54] thomas at uninet dot se setlocale(LC_ALL, 'se_SV') returns bool(false). Even if the setlocale doesn't work it still gives a correct response with strcmp and strcasecmp which (I think) indicates that the *nat* functions uses another approach than the other compare functions. [2006-07-25 07:41:19] [EMAIL PROTECTED] The locale identifier is sv_SE and not se_SV. [2006-07-25 07:38:43] [EMAIL PROTECTED] what do you get with var_dump(setlocale(LC_ALL, 'se_SV')); ? ---- [2006-07-25 07:35:27] thomas at uninet dot se Description: The bug http://bugs.php.net/bug.php?id=19795 is still not fixed. When using swedish characters and sorting them with strnatcmp and strnatcasecmp the result appears in the wrong order. Reproduce code: --- Expected result: Array ( [2] => daniel [3] => emelie [1] => susanne [0] => thomas [4] => örjan ) Array ( [2] => daniel [3] => emelie [1] => susanne [0] => thomas [4] => örjan ) Actual result: -- Array ( [4] => örjan [2] => daniel [3] => emelie [1] => susanne [0] => thomas ) Array ( [2] => daniel [3] => emelie [1] => susanne [0] => thomas [4] => örjan ) -- Edit this bug report at http://bugs.php.net/?id=38203&edit=1
#38203 [Bgs->Opn]: strnatcmp and strnatcasecmp still can't handle swedish characters
ID: 38203 User updated by: thomas at uninet dot se Reported By: thomas at uninet dot se -Status: Bogus +Status: Open Bug Type: Strings related Operating System: Windows and Linux PHP Version: 5.1.4 New Comment: For what reason is the status downgraded to Bogus? Doesn't I have the problem I have or is the non-ascii-world not big enough to make a solution? Previous Comments: [2006-07-25 08:03:40] thomas at uninet dot se Added support for sv_SE so setlocale returns "sv_SE" but it still doesn't work. [2006-07-25 07:49:54] thomas at uninet dot se setlocale(LC_ALL, 'se_SV') returns bool(false). Even if the setlocale doesn't work it still gives a correct response with strcmp and strcasecmp which (I think) indicates that the *nat* functions uses another approach than the other compare functions. [2006-07-25 07:41:19] [EMAIL PROTECTED] The locale identifier is sv_SE and not se_SV. [2006-07-25 07:38:43] [EMAIL PROTECTED] what do you get with var_dump(setlocale(LC_ALL, 'se_SV')); ? -------- [2006-07-25 07:35:27] thomas at uninet dot se Description: The bug http://bugs.php.net/bug.php?id=19795 is still not fixed. When using swedish characters and sorting them with strnatcmp and strnatcasecmp the result appears in the wrong order. Reproduce code: --- Expected result: Array ( [2] => daniel [3] => emelie [1] => susanne [0] => thomas [4] => örjan ) Array ( [2] => daniel [3] => emelie [1] => susanne [0] => thomas [4] => örjan ) Actual result: -- Array ( [4] => örjan [2] => daniel [3] => emelie [1] => susanne [0] => thomas ) Array ( [2] => daniel [3] => emelie [1] => susanne [0] => thomas [4] => örjan ) -- Edit this bug report at http://bugs.php.net/?id=38203&edit=1
#36693 [Com]: get_object_vars does not return private members
ID: 36693
Comment by: thomas at epiphantastic dot com
Reported By: iain at iaindooley dot com
Status: No Feedback
Bug Type: Class/Object related
Operating System: FreeBSD 6.0
PHP Version: 5.1.2
New Comment:
Forgot to say, I'm running PHP 5.1.2
Previous Comments:
[2006-08-16 20:48:52] thomas at epiphantastic dot com
I'm experiencing this same problem, running PHP on Windows with both
Apache and IIS. Here's the code:
I'd expect to see 3 values outputted but only one comes back.
[2006-03-23 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, 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".
[2006-03-15 16:04:48] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Cannot reproduce.
[2006-03-11 03:21:18] iain at iaindooley dot com
Description:
a call to get_class_vars from within the class includes private
members, but get_object_vars does not
this bug report:
http://bugs.php.net/bug.php?id=27798&edit=2
says that this was fixed about a year ago.
Reproduce code:
---
member = 'member value';
$this->another = 'another value';
}
public function serialize()
{
print_r(get_class_vars(__CLASS__));
print_r(get_object_vars($this));
}
public function unserialize($serialized)
{
}
}
class AnotherClass extends SomeClass
{
function AnotherClass()
{
$this->SomeClass();
}
}
$obj = new AnotherClass();
serialize($obj);
?>
Expected result:
i would expect to see:
Array
(
[member] =>
[another] =>
)
Array
(
[member] => member value
[another] => another value
)
Actual result:
--
Array
(
[member] =>
[another] =>
)
Array
(
[another] => another value
)
i have been able to work around this problem by doing:
public function serialize()
{
$serialized = array();
foreach(array_keys(get_class_vars(__CLASS__)) as $key)
eval('$serialized[\''.$key.'\'] =
$this->'.$key.';');
$this->serializeMore($serialized);
return serialize($serialized);
}
--
Edit this bug report at http://bugs.php.net/?id=36693&edit=1
#36693 [Com]: get_object_vars does not return private members
ID: 36693
Comment by: thomas at epiphantastic dot com
Reported By: iain at iaindooley dot com
Status: No Feedback
Bug Type: Class/Object related
Operating System: FreeBSD 6.0
PHP Version: 5.1.2
New Comment:
I'm experiencing this same problem, running PHP on Windows with both
Apache and IIS. Here's the code:
I'd expect to see 3 values outputted but only one comes back.
Previous Comments:
[2006-03-23 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, 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".
[2006-03-15 16:04:48] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Cannot reproduce.
[2006-03-11 03:21:18] iain at iaindooley dot com
Description:
a call to get_class_vars from within the class includes private
members, but get_object_vars does not
this bug report:
http://bugs.php.net/bug.php?id=27798&edit=2
says that this was fixed about a year ago.
Reproduce code:
---
member = 'member value';
$this->another = 'another value';
}
public function serialize()
{
print_r(get_class_vars(__CLASS__));
print_r(get_object_vars($this));
}
public function unserialize($serialized)
{
}
}
class AnotherClass extends SomeClass
{
function AnotherClass()
{
$this->SomeClass();
}
}
$obj = new AnotherClass();
serialize($obj);
?>
Expected result:
i would expect to see:
Array
(
[member] =>
[another] =>
)
Array
(
[member] => member value
[another] => another value
)
Actual result:
--
Array
(
[member] =>
[another] =>
)
Array
(
[another] => another value
)
i have been able to work around this problem by doing:
public function serialize()
{
$serialized = array();
foreach(array_keys(get_class_vars(__CLASS__)) as $key)
eval('$serialized[\''.$key.'\'] =
$this->'.$key.';');
$this->serializeMore($serialized);
return serialize($serialized);
}
--
Edit this bug report at http://bugs.php.net/?id=36693&edit=1
#41862 [NEW]: Errorhandler doesn't work
From: thomas at thoftware dot de
Operating system: Windows XP
PHP version: 4.4.7
PHP Bug Type: Scripting Engine problem
Bug description: Errorhandler doesn't work
Description:
Setting an Errorhandler with set_error_handler() and then calling
require() with a Function as Argument doesn't produce the expected Result.
Reproduce code:
---
function ehandler($e,$t,$f,$l,$c) {
echo $t;
}
function foo($foo) {
return($foo);
}
set_error_handler('ehandler');
error_reporting(E_ALL);
require_once(foo('foo'));
Expected result:
Some Errormessage like this:
main(foo) [function.main]: failed to open stream: No such file or
directory
Fatal error: main() [function.require]: Failed opening required 'foo'
(include_path='.;c:\php4\pear') in foo.php on line x
Actual result:
--
Nothing (infinite loop?). PHP crashes.
Using no Errorhandler or giving 'foo' directly to require_once() works.
--
Edit bug report at http://bugs.php.net/?id=41862&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41862&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41862&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41862&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41862&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41862&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41862&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41862&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41862&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41862&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41862&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41862&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41862&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41862&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41862&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41862&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41862&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41862&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41862&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41862&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41862&r=mysqlcfg
