#27620 [NEW]: Apache Child Segfaults Using OCI8 and "PutEnv"
From: bmuller at milchstrasse dot de Operating system: RedHat ES 3 PHP version: 5CVS-2004-03-17 (dev) PHP Bug Type: OCI8 related Bug description: Apache Child Segfaults Using OCI8 and "PutEnv" Description: When Using OCI8 and the required "PutEnv" from PHP 4.x in the newest CVS Build, the Apache Child Segfaults [Tue Mar 16 17:56:28 2004] [notice] child pid 2931 exit signal Segmentation fault (11) and the Browser (IE) reports a "No page to show" (translated from German). Reproduce code: --- Expected result: The Browser should show "Connection Established" Actual result: -- and the Browser (IE) reports a "No page to show" (translated from German). -- Edit bug report at http://bugs.php.net/?id=27620&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27620&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27620&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27620&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27620&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27620&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27620&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27620&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27620&r=support Expected behavior: http://bugs.php.net/fix.php?id=27620&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27620&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27620&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27620&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27620&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27620&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27620&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27620&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27620&r=float
#25293 [Com]: Error Reporting to file outputs wrong Windows Newline format
ID: 25293 Comment by: geoffreylai at msn dot com Reported By: duerra at yahoo dot com Status: Closed Bug Type: *General Issues Operating System: Windows 2000 PHP Version: 4.3.3 New Comment: If this parse error do occur on my computer, is there a way which I could resolve this problem? The error pop ups everytime I turn on my computer and whenever I click on to "the Control Panel". Thank you for your assistance. Previous Comments: [2003-09-24 19:20: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. [2003-08-28 09:21:17] duerra at yahoo dot com Description: When you turn error reporting on in php and set errors to output to a file: error_log = phperrors.txt When there's a syntax error, php outputs the wrong newline format for windows (\r\n) to the file, effectively causing all errors in php to appear on a single line in the text file - with a little rectangle (unknown character?) where the newline is supposed to be. In tests, using "\n" alone instead of "\r\n" in Windows when writing to a file will cause this to happen. Reproduce code: --- Expected result: [28-Aug-2003 09:17:51] PHP Parse error: parse error, unexpected '}' in C:\Documents and Settings\i1add01\Desktop\php\php-4.3.3-Win32\run.php on line 13 [28-Aug-2003 09:18:05] PHP Parse error: parse error, unexpected '}' in C:\Documents and Settings\i1add01\Desktop\php\php-4.3.3-Win32\run.php on line 13 Actual result: -- [28-Aug-2003 09:17:51] PHP Parse error: parse error, unexpected '}' in C:\Documents and Settings\i1add01\Desktop\php\php-4.3.3-Win32\run.php on line 13(newline without carriage return here)[28-Aug-2003 09:18:05] PHP Parse error: parse error, unexpected '}' in C:\Documents and Settings\i1add01\Desktop\php\php-4.3.3-Win32\run.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=25293&edit=1
#27619 [NEW]: Stream Filters don't process first block of data
From: johnmc at coldwavetech dot com
Operating system: Windows XP
PHP version: 5CVS-2004-03-16 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: Stream Filters don't process first block of data
Description:
The PHP stream filters seem to skip the first bucket and then process the
remaining buckets. This happens for all stream filters - both the stock
PHP filters and some custom filters that I have written. The code that
reproduces the bug will demonstrate the problem quickly because it
displays HTML formatting and the remainder is just the text with no tags.
Reproduce code:
---
print
file_get_contents('php://filter/read=string.strip_tags/resource=http://www.php.net');
Expected result:
PHP: Hypertext Preprocessor
blah blah blah
is a widely-used general-purpose scripting language that is
especially suited for Web development and can be embedded into HTML.
If you are new to PHP and want to get some idea
of how it works, try the introductory tutorial.
After that, check out the online manual,
and the example archive sites and some of the other resources
available in the links section.
Ever wondered how popular PHP is? see the
Netcraft Survey.
PHP is a project of the
Apache Software Foundation.
Thanks To
easyDNS
Directi
pair Networks
EV1Servers
Server Central
Redundant Networks
Simplicato
Spry VPS Hosting
eZ systems / HiT
Related sites
Apache
MySQL
PostgreSQL
Zend Technologies
Community
LinuxFund.org
OSDN
Syndication
You can grab our news as an RSS feed via a daily dump in a file
named news.rss.
Spanish PHP Mailing List Now at PHP.net
[29-Feb-2004]
The Spanish PHP mailing list was relocated to our list server. If you
would like to subscribe
to the list, you can do it via our mailing lists page. To read
the archives, please see our news server.
International PHP Conference 2004 Amsterdam: Timetable and Open Source PHP
projects
[27-Feb-2004]
Having the CfP over now, the organizers of the
International PHP Conference
2004 Spring Edition Amsterdam have published the
session
and workshop timetable. The Conference features 32 sessions and two
power workshops. It will happen again at the
RAI Conference Centre, Amsterdam.
Open Source PHP projects can present themselves, like in
the last years, for free on the Conference at the exhibition area
between
the commercial exhibitors. Take your chance and contact
Frank Stepan from
Software & Support.
PHP 4.3.5RC3 released!
[16-Feb-2004]
PHP 4.3.5RC3 has been released for testing. This
will be the last release candidate prior to the final release, so please
test it
as much as possible. List of changes can be found in the
NEWS file.
PHP 5.0 Beta 4 released!
[12-Feb-2004]
PHP 5.0 Beta 4 has been released. This fourth beta
of PHP 5 is also scheduled to be the last one (barring unexpected
surprises, that
did occur with beta 3). This beta incorporates dozens of bug fixes since
Beta 3,
rewritten exceptions support, improved interfaces support, new
experimental
SOAP support, as well as lots of other improvements, some of which are
documented
in the ChangeLog.
Some of the key features of PHP 5 include:
PHP 5 features the Zend Engine 2.
XML support has been completely redone in PHP 5, all extensions are now
focused around the
excellent libxml2 library (http://www.xmlsoft.org/).
SQLite has been bundled with PHP. For more information on SQLite, please
visit their
website.
A new SimpleXML extension for easily accessing and manipulating XML as
PHP objects. It can
also interface with the DOM extension and vice-versa.
Streams have been greatly improved, including the ability to access
low-level socket
operations on streams.
Conférence PHP Québec 2004 - (Montréal, March
25&26rst, 2004)
[11-Feb-2004]
The PHP Québec Association announces the Conference PHP
Québec 2004.
The conference features 20 sessions over 2 days, in English and French.
3 tracks : PHP advanced technics, PHP professionnal and Open Source
technologies.
It will take place downtown Montréal, Québec, Canada.
We are currently offering early bird prices.
Students and Small Businesses are eligible for reduced prices.
Buy your tickets early to get rebates and discount with the DVD!
Learn more about those exciting days at
conf.phpquebec.com.
PaWS Tickets Now On Sale!
[05-Feb-2004]
The PaWS Group is proud to announce that
tickets are now available for the first
PHP and Web Standards Conference. We are
offering Weekend tickets (Saturday 21st and Sunday 22nd only) as well as
Conference
tickets (Friday 20th - Tuesday 24th) for the entire length of the event.
Additionally, we also have Daily ticke
#27618 [NEW]: curl_multi_info_read does not appear to work
From: jason at neodisco dot com Operating system: Any PHP version: 5.0.0b4 (beta4) PHP Bug Type: Feature/Change Request Bug description: curl_multi_info_read does not appear to work Description: Hello! I am writing a php-cgi server, using curl-multi. It needs to start a bunch of curl 'threads', and steadily process the results of finished 'threads' and start new ones in their place. It seems to be working other than curl_multi_info_read() - this function does not return any data so I cannot see which curl threads have finished and are ready for processing. Looking at the curl.haxx.se curl-lib docs, it doesn't look too complicated (I'm not a C programmer though!) to implement, seeing as everything else is working. Perhaps I have missed something entirely. I assume it is the same problem as mentioned here:? http://marc.theaimsgroup.com/?l=php-dev&m=104791992407964&w=2 Thank you in advance for any help or suggestions you can offer, or perhaps even an ETA on when this function might be finished so I can either wait, or skin the cat another way. Warm regards, Jason Reproduce code: --- $status_of_ch_threads = curl_multi_info_read(); Expected result: Have the status returned -- Edit bug report at http://bugs.php.net/?id=27618&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27618&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27618&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27618&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27618&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27618&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27618&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27618&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27618&r=support Expected behavior: http://bugs.php.net/fix.php?id=27618&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27618&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27618&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27618&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27618&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27618&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27618&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27618&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27618&r=float
#27512 [Com]: Apache 1.3.29 crashes when loading extensions
ID: 27512 Comment by: malbert at agencyport dot com Reported By: jl at lusidor dot nu Status: Bogus Bug Type: Apache related Operating System: Win XP pro and home PHP Version: 5.0.0b4 (beta4) New Comment: Althought there may be others, in addition to this bug (#27512) I've found the following entriese that seem to describe this same issue. The response to each of these is somewhat dismisive of the problem, without providing any real insight into a fix: (each is either marked with a status of "closed" or "bogus") 27261 27250 27348 27404 27250 27404 An install of PHP 5b4 (or the latest snapshot as of the evening of Mar, 16 2004) per the instructions at the beginning of this entry produce the error described in this original submission. I've been able to reproduce this now on: Windows XP using Apache 1.3.29 Windows 2000 using Apache 1.3.29 An install of PHP 5b3 in the same manner produces no errors. If this is not a bug, could you please point to a resource that describes a work-around? Previous Comments: [2004-03-08 06:38:49] [EMAIL PROTECTED] These are all installation problems. Please do not submit any more reports about this non-issue. Fix your setups! (works perfectly for me with latest CVS snapshot) [2004-03-07 22:58:07] random at sinfusion dot com I'm experiencing the same problem. Tried it first with the php_mysql.dll, then php_mhash.dll. Both failed. [2004-03-07 06:13:08] jl at lusidor dot nu I can now confirm that loading extension works on beta 3 but is now broken in beta 4 and latest. I have used extension=php_mhash.dll to test this. I've now got it working loading extensions on 4.3.4 and on 5.0.0 b3. / cheers [2004-03-07 05:27:45] jl at lusidor dot nu I tried php5.0.0b1 But that crashes on load with the following error: Unhandled exeption in Apache.exe(NTDLL.DLL): 0xC005: Access Violation. I'll try beta 3 next, i'll keep you up to date. [2004-03-06 19:22:21] jl at lusidor dot nu I tried latest but it crashes even without any extensions loaded in php.ini. http://snaps.php.net/win32/php5-win32-latest.zip Anything else I can test? I'd be happy to supply you with any data you might need, just mail me. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/27512 -- Edit this bug report at http://bugs.php.net/?id=27512&edit=1
#27617 [NEW]: Extending TTF font support in GD with more parameters
From: gobzo at netscape dot net Operating system: PHP version: 4.3.5RC3 PHP Bug Type: Feature/Change Request Bug description: Extending TTF font support in GD with more parameters Description: Would it be possible to extend imageTTFtext with support for: - underlined - strikethrough - sub/superscript - outline - shadow - character spacing? I can see this done by passing an array, spedifying those options in the form option - yes/no. -- Edit bug report at http://bugs.php.net/?id=27617&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27617&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27617&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27617&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27617&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27617&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27617&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27617&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27617&r=support Expected behavior: http://bugs.php.net/fix.php?id=27617&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27617&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27617&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27617&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27617&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27617&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27617&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27617&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27617&r=float
#27616 [NEW]: Using Objects with Constructors/Destructors - Filesystem Delete Issues
From: [EMAIL PROTECTED] Operating system: Linux 2.4.22 PHP version: 5CVS-2004-03-16 (dev) PHP Bug Type: cURL related Bug description: Using Objects with Constructors/Destructors - Filesystem Delete Issues Description: When you create more than one Cookie Jar file using cURL, and using an object with a constructor and destructor to create/delete the temporary file, only one of the two cookie jar files is deleted, even though the destructor reports that deletion of both was successful. If you find any website that requires you to login, you should be able to reproduce this. Personally, I think there needs to be an option to use PHP writable streams for the COOKIEJAR/COOKIEFILE cURL Options, to allow more freedom to store the data. I would hope that would allow you to store the cookies in memory while the page executes, and have them cleared from memory once the request has completed successfully. Reproduce code: --- http://www.nightsys.net/cookiebugs/ This URL has all the source code required. Expected result: Both Cookie Jars to be deleted. Actual result: -- Only one of the two cookie jars are deleted. If you tell it to just unset one of the two objects, and only make 2 of the 3 cURL requests, the jar is removed. It only seems to be an issue when two are unset one after the other. -- Edit bug report at http://bugs.php.net/?id=27616&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27616&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27616&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27616&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27616&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27616&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27616&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27616&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27616&r=support Expected behavior: http://bugs.php.net/fix.php?id=27616&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27616&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27616&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27616&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27616&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27616&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27616&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27616&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27616&r=float
#26415 [Asn->Csd]: OpenSSL 0.9.7b is vulnerable
ID: 26415 Updated by: [EMAIL PROTECTED] Reported By: dietrich dot ayala at foundstone dot com -Status: Assigned +Status: Closed Bug Type: OpenSSL related Operating System: win32 PHP Version: 4.3.4 Assigned To: edink New Comment: The version packed with latest snaps is 0.9.7c. Previous Comments: [2004-03-15 18:14:38] [EMAIL PROTECTED] Did you really update ALL dlls from the snapshot package? [2004-03-15 16:17:57] dietrich dot ayala at foundstone dot com the latest 4.3.5 snaps are still using version 0.9.7b. these vulns are widely known and have been in the field for quite a while. it'd be great to get this updated. thanks so much for your effort edin! [2004-01-03 18:26:29] [EMAIL PROTECTED] Finally, I managed to find some time to upgrade openssl. The version bundled with the snaps and releases from now on is OpenSSL-0.9.7c. [2003-12-03 13:43:07] dietrich dot ayala at foundstone dot com Hi Edin, Is there any ETA on this? I've tried using the new DLLs but they don't work. Wez said the function signatures may have changed. Thanks! Dietrich [2003-11-27 11:45:44] [EMAIL PROTECTED] Edin, take care.. :) 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/26415 -- Edit this bug report at http://bugs.php.net/?id=26415&edit=1
#27615 [NEW]: mssql_bind not working with stored proc return value
From: webmaster at groupphotographers dot com Operating system: Windows Server 2003 PHP version: 4.3.4 PHP Bug Type: MSSQL related Bug description: mssql_bind not working with stored proc return value Description: mssql_bind function does not seem to be working when trying to bind return value (RETVAL) from stored procedure. Reproduce code: --- // OPEN CONNECTION, ETC... $customer_id = ; $subject_id = ; mssql_bind($query, "RETVAL", &$retval, SQLINT1); mssql_bind($query, "@iCustomerID", &$customer_id, SQLINT4); mssql_bind($query, "@iSubjectID", &$subject_id, SQLINT4); $result = mssql_execute($query); mssql_close($dbc); Expected result: I expect to have $retval equall something else than '0' in many cases--but it always equalls '0'. The same code gives the expected results in PHP 4.2.1 on MS Windows Server. -- Edit bug report at http://bugs.php.net/?id=27615&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27615&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27615&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27615&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27615&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27615&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27615&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27615&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27615&r=support Expected behavior: http://bugs.php.net/fix.php?id=27615&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27615&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27615&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27615&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27615&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27615&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27615&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27615&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27615&r=float
#27498 [Opn->Csd]: wrong error message generated by opendir when safe mode is in effect
ID: 27498
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: debian
PHP Version: 4.3.4
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-03-16 14:19:11] [EMAIL PROTECTED]
This is a bug! Why shouldn't it be one?
[EMAIL PROTECTED]:/home/seric$ php -d'safe_mode=on' -r
'opendir("/home/seric/bar");'
Warning: opendir(): SAFE MODE Restriction in effect. The script whose
uid is 1000 is not allowed to access /home/seric owned by uid 0 in
Command line code on line 1
Warning: opendir(/home/seric/bar): failed to open dir: No such file or
directory in Command line code on line 1
[EMAIL PROTECTED]:/home/seric$ php -v
PHP 4.3.4 (cli) (built: Dec 14 2003 17:50:17)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
[2004-03-06 13:34:26] [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
Not a bug.
[2004-03-05 13:56:26] troels at kyberfabrikken dot dk
why is this not a bug ?
i get the message that my script is not allowed to access
/home/virtual/site1/fst/var/www/html/data/
but that is false - it DOES in fact have thoose rights.
[2004-03-05 13:44:54] [EMAIL PROTECTED]
This is definitely a bug.
[EMAIL PROTECTED]:~$ php -d'safe_mode=on' -r 'opendir("/home/et/nonexistant");'
Warning: opendir(): SAFE MODE Restriction in effect. The script whose
uid is 500 is not allowed to access /home/et owned by uid 0 in Command
line code on line 1
Warning: opendir(/home/et/nonexistant): failed to open dir: No such
file or directory in Command line code on line 1
[EMAIL PROTECTED]:~$ ls -dla /home/et
drwxr-xr-x 61 et et 4096 Mar 5 19:41 /home/et
[2004-03-05 13:36:17] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
The 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/27498
--
Edit this bug report at http://bugs.php.net/?id=27498&edit=1
#27608 [Opn->Csd]: mysql_free_result causes segfault with invalid result and exceptionerrorhandler
ID: 27608
Updated by: [EMAIL PROTECTED]
Reported By: david dot danier at team23 dot de
-Status: Open
+Status: Closed
Bug Type: MySQL related
Operating System: Gentoo Linux 1.4
PHP Version: 5CVS-2004-03-15 (dev)
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
No longer crashes with latest CVS.
Previous Comments:
[2004-03-15 12:32:21] david dot danier at team23 dot de
Description:
We have a class that catches the result of mysql_query (this here in
the example is minimal). In the __descruct()-method it should do an
mysql_free_result(). The errorhandler
throws an exception. Now, if we do an INSERT the
mysql_free_result()-function gives an error (it MUST give an error,
because mysql_query() gives us no valid result if we use INSERT), this
error is passed to error() whith should throw an exception. But it
creates a segmentation fault. :-(
Other exceptions thrown by the error()-function are working perfectly.
SELECT-statements are working. (like they should do)
PHP-Version:
CVS 2004-03-07
(reproduced with CVS 2004-03-15)
Configured with (taken from the PHP4-ebuild, but modified):
./configure --prefix=/usr --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib --with-apxs2=/usr/sbin/apxs2
--with-ndbm=/usr --with-db4=/usr --with-mcrypt=/usr --with-mhash=/usr
--without-interbase --without-ming --without-swf --without-sybase
--with-gdbm=/usr --with-java=/opt/blackdown-jdk-1.4.1 --without-mcal
--without-unixODBC --without-pgsql --without-snmp
--with-xpm-dir=/usr/X11R6 --with-pdflib=/usr --with-gd
--enable-gd-native-ttf --with-png=/usr --with-png-dir=/usr
--with-jpeg=/usr --with-jpeg-dir=/usr --enable-exif --with-tiff=/usr
--with-tiff-dir=/usr --with-mysql=/usr
--with-mysql-sock=/var/run/mysqld/mysqld.sock --with-freetype-dir=/usr
--with-ttf=/usr --with-t1lib=/usr --with-gettext --with-qtdom=/usr/qt/3
--with-pspell=/usr --with-openssl=/usr --with-imap=/usr --without-ldap
--with-dom=/usr --with-dom-xslt=/usr --with-dom-exslt=/usr
--without-kerberos --with-pam --disable-memory-limit --disable-ipv6
--without-yaz --without-curl --enable-dbx --with-imap-ssl
--with-zlib=/usr --with-zlib-dir=/usr --with-sablot=/usr --enable-xslt
--with-xslt-sablot --with-xmlrpc --enable-wddx --with-xml
--enable-mbstring=all --enable-mbregex --with-bz2=/usr
--with-crack=/usr --with-cdb --enable-pcntl --enable-bcmath
--enable-calendar --enable-dbase --enable-filepro --enable-ftp
--with-mime-magic --enable-sockets --enable-sysvsem --enable-sysvshm
--enable-sysvipc --with-iconv --enable-shmop --enable-dio --enable-yp
--without-ncurses --without-readline --enable-inline-optimization
--enable-track-vars --enable-trans-sid --enable-versioning
--with-config-file-path=/etc/php/apache2-php5
php.ini:
not changed
Reproduce code:
---
result = $result;
}
public function __destruct()
{
echo 'OK ';
mysql_free_result($this->result);
}
}
function error($errno, $errstr, $errfile, $errline)
{
throw new Exception();
}
set_error_handler('error', E_ALL);
$db = mysql_connect('localhost', 'default');
mysql_select_db('test', $db);
echo '1 '; // only to get the position the error happens
$test = new result(mysql_query('INSERT INTO blafasl SET
text="segfault!"', $db));
echo '2 ';
unset($test); // if we don't unset $test PHP gives an exception error
echo '3 ';
?>
Expected result:
Errormessage about uncought exception.
Actual result:
--
(gdb) bt
#0 0x082814dc in _zval_ptr_dtor (zval_ptr=0xbfffd40c)
at /home/goliath/downloads/php/php-src/Zend/zend_execute_API.c:356
#1 0x0828c148 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/goliath/downloads/php/php-src/Zend/zend.c:1082
#2 0x08252b5f in php_execute_script (primary_file=0xb760)
at /home/goliath/downloads/php/php-src/main/main.c:1655
#3 0x082b728c in main (argc=2, argv=0xb7e4)
at /home/goliath/downloads/php/php-src/sapi/cli/php_cli.c:943
--
Edit this bug report at http://bugs.php.net/?id=27608&edit=1
#27580 [Opn->Csd]: AddType application/x-httpd-php .html and apache2 log errors
ID: 27580 Updated by: [EMAIL PROTECTED] Reported By: phasma at labs dot cryptosecurity dot org -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: linux PHP Version: 4CVS-2004-03-15 New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-03-14 22:08:11] phasma at labs dot cryptosecurity dot org ok, i downloaded http://snaps.php.net/php4-STABLE-200403150230.tar.bz2, and installed it, but i get the same results. Addition: i upgrade my kernel to 2.4.25 from 2.4.24 two days ago, and apache doesn't crash for now. Still remains the problem about .html .php .php3 .php4 process that give the error "no script found or unable to stat" when the file doesn't exist. Tnx ph [2004-03-14 15:09:23] [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 [2004-03-13 07:39:59] phasma at labs dot cryptosecurity dot org System: apache2 2.0.48 php 4.3.4 mod_php 4.3.4 php compile option: '--with-apxs2=/usr/sbin/apxs2' '--with-ndbm=/usr' '--with-db4=/usr' '--with-mcrypt=/usr' '--with-mhash=/usr' '--without-interbase' '--without-ming' '--without-swf' '--without-sybase' '--with-gdbm=/usr' '--with-java=/opt/blackdown-jdk-1.4.1' '--without-mcal' '--without-unixODBC' '--with-pgsql=/usr' '--without-snmp' '--with-pdflib=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-png=/usr' '--with-png-dir=/usr' '--with-jpeg=/usr' '--with-jpeg-dir=/usr' '--enable-exif' '--with-tiff=/usr' '--with-tiff-dir=/usr' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--with-freetype-dir=/usr' '--with-ttf=/usr' '--with-t1lib=/usr' '--with-gettext' '--without-qtdom' '--with-pspell=/usr' '--with-openssl=/usr' '--with-imap=/usr' '--without-ldap' '--with-dom=/usr' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--without-kerberos' '--with-pam' '--disable-memory-limit' '--disable-ipv6' '--without-yaz' '--without-curl' '--enable-dbx' '--with-imap-ssl' '--with-zlib=/usr' '--with-zlib-dir=/usr' '--with-sablot=/usr' '--enable-xslt' '--with-xslt-sablot' '--with-xmlrpc' '--enable-wddx' '--with-xml' '--enable-mbstring=all' '--enable-mbregex' '--with-bz2=/usr' '--with-crack=/usr' '--with-cdb' '--enable-pcntl' '--enable-bcmath' '--enable-calendar' '--enable-dbase' '--enable-filepro' '--enable-ftp' '--with-mime-magic' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvipc' '--with-iconv' '--enable-shmop' '--enable-dio' '--enable-yp' '--without-ncurses' '--without-readline' '--enable-inline-optimization' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--with-config-file-path=/etc/php/apache2-php4' MY NEEDS To serve php code in html file WHAT I DID I added "AddType application/x-httpd-php .html" in the php module mime define: AddType application/x-httpd-php .php AddType application/x-httpd-php .phtml AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 AddType application/x-httpd-php .html AddType application/x-httpd-php-source .phps and commented out html in mime.types: #text/html html htm text/html htm RESULTS I can serve php code in html pages. ERRORS Whenever i browse for a non-existent page with extension .php .phtml .php3 .php4 .html .phps i got a 404 error not found from apache and a "script not found or unable to stat" in apache log errors. EXAMPLE browsing http://www.vhost1.com/existent.php (.html, .php3, .php4,...) --> see the page on my browser --> see the access log in logs/vhost1/access_log --> all fine browsing http://www.vhost1.com/non-existent.php (.html, .php3, .php4,...) --> see 404 page on my browser --> see "GET /non-existent.php HTTP/1.1" 404 210 "-" in logs/vhost1/access_log --> see nothing in logs/vhost1/error_log (i might see "page not found"..) --> see "script not found or unable to stat" in my general apache2 error logs It is also a strange log entry, cause a normal entry would be: [Sat Mar 13 12:01:23 2004] [error] [client xxx.xxx.xxx.xxx] script not found or unable to stat and generally i could see also the referer error' script but i see only: script not found or unable to stat The other strange is that: Apache has begun to crash when restarted since these log errors has appered. It occurs randomly, and i c
#27558 [Fbk->Opn]: Location HTTP header failure
ID: 27558
User updated by: jeff at qoolio dot org
Reported By: jeff at qoolio dot org
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: Linux
PHP Version: 5CVS-2004-03-11
New Comment:
I reconfigured with the --with-apxs switch instead of
--with-apache-hooks switch and the problem disappears. So it looks like
the apache hooks SAPI.
Previous Comments:
[2004-03-15 09:59:55] [EMAIL PROTECTED]
Please try using --with-apxs=/opt/httpd/bin/apxs
so we'll know if this is purely apache-hooks sapi issue.
[2004-03-11 14:41:52] jeff at qoolio dot org
I downloaded and compiled the latest snapshot (200403110630) and this
problem still exists. I also compiled beta 1 and beta 3 as a test and
the problem still exists in these versions as well. This is not a
problem with the 4.3.x series.
[2004-03-10 19:48:11] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And does this happen with PHP 4.3.4 ?
[2004-03-10 19:46:16] jeff at qoolio dot org
Description:
I am using PHP5 beta 4 and am experiencing a failure to redirect when
using the header() function with the Location HTTP header. I have found
that adding a print(" ") line after the header() call results in a
successful redirect.
My configuration is:
#!/bin/sh
./configure \
--prefix=/opt \
--enable-inline-optimization \
--disable-short-tags \
--with-apache-hooks=/opt/httpd/bin/apxs \
--disable-cgi \
--with-sqlite \
--enable-sysvshm \
--enable-sysvsem \
--enable-sysvmsg \
--with-zlib=/usr \
--with-libxml-dir \
--with-gd \
--with-jpeg-dir \
--with-png-dir \
--with-zlib-dir \
--with-ttf \
--with-freetype-dir \
--with-mysql=/usr \
--with-pgsql \
--with-expat-dir=/usr \
--with-xsl \
--enable-exif \
--enable-soap \
--with-xmlrpc
This problem happens whether the .ini setting for output_buffering is
On or Off. I have no special settings in my php.ini.
Reproduce code:
---
http://www.php.net/";);
?>
This code fails to redirect.
http://www.php.net/";);
print(" ");
?>
This code succesfully redirects
For now, this can be tested at:
http://blog.qoolio.org:82/header_test.php (w/o print)
http://blog.qoolio.org:82/header_test2.php (w/print)
Expected result:
Successful HTTP redirect via Location header.
Actual result:
--
Failure to redirect.
--
Edit this bug report at http://bugs.php.net/?id=27558&edit=1
#27606 [Opn->Csd]: Expression must be a modifiable lvalue.
ID: 27606 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: IRIX64 6.5.23 PHP Version: 5CVS-2004-03-15 (dev) New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-03-15 10:00:51] [EMAIL PROTECTED] Description: Using MipsPro CC for compling php produces this kind of error. cc-1133 cc: ERROR File = /mnt/MIPS/php5-200403131830/ext/simplexml/simplexml.c, Line = 1282 Expression must be a modifiable lvalue. (php_libxml_node_object *)sxe->document = NULL; * gcc allows the use of casts as lvalues. For example: void *foo; (char*)foo += 5; When using MIPSpro compilers you cannot assign to casts: void *foo; foo = (char*)foo + 5; So ((php_libxml_node_object *)(sxe))->document or php_libxml_node_object * sxe_foobar = sxe; sxe_foobar->document = NULL; must be using for a proper cast. Btw. the changelog for the upcomming GCC 3.4 mentioned this as deprecated. regards Joerg -- Edit this bug report at http://bugs.php.net/?id=27606&edit=1
#27498 [Bgs->Opn]: wrong error message generated by opendir when safe mode is in effect
ID: 27498
Updated by: [EMAIL PROTECTED]
-Reported By: troels at kyberfabrikken dot dk
+Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Unknown/Other Function
-Operating System: red hat linux
+Operating System: debian
PHP Version: 4.3.4
New Comment:
This is a bug! Why shouldn't it be one?
[EMAIL PROTECTED]:/home/seric$ php -d'safe_mode=on' -r
'opendir("/home/seric/bar");'
Warning: opendir(): SAFE MODE Restriction in effect. The script whose
uid is 1000 is not allowed to access /home/seric owned by uid 0 in
Command line code on line 1
Warning: opendir(/home/seric/bar): failed to open dir: No such file or
directory in Command line code on line 1
[EMAIL PROTECTED]:/home/seric$ php -v
PHP 4.3.4 (cli) (built: Dec 14 2003 17:50:17)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
Previous Comments:
[2004-03-06 13:34:26] [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
Not a bug.
[2004-03-05 13:56:26] troels at kyberfabrikken dot dk
why is this not a bug ?
i get the message that my script is not allowed to access
/home/virtual/site1/fst/var/www/html/data/
but that is false - it DOES in fact have thoose rights.
[2004-03-05 13:44:54] [EMAIL PROTECTED]
This is definitely a bug.
[EMAIL PROTECTED]:~$ php -d'safe_mode=on' -r 'opendir("/home/et/nonexistant");'
Warning: opendir(): SAFE MODE Restriction in effect. The script whose
uid is 500 is not allowed to access /home/et owned by uid 0 in Command
line code on line 1
Warning: opendir(/home/et/nonexistant): failed to open dir: No such
file or directory in Command line code on line 1
[EMAIL PROTECTED]:~$ ls -dla /home/et
drwxr-xr-x 61 et et 4096 Mar 5 19:41 /home/et
[2004-03-05 13:36:17] [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
.
[2004-03-04 16:57:19] [EMAIL PROTECTED]
Description:
while trying to open a dir that diddent exist, i recieved a wrong
error-message. this caused me to waste a lot of time, before i finally
figured out the real problem.
1. php is running as module under apache in safe mode. version = 4.3.3
2. /home/virtual/site1/fst/var/www/html/ is my www root
3. /home/virtual/site1/fst/var/www/html/data/ is a dir, end it's CHMOD
777
4. /home/virtual/site1/fst/var/www/html/data/subdir is non-existent
i recieve this error message :
Warning in line 3 of file
/home/virtual/site1/fst/var/www/html/index.php
[2] opendir(): SAFE MODE Restriction in effect. The script whose uid is
503 is not allowed to access
/home/virtual/site1/fst/var/www/html/data/subdir owned by uid 0
witch gave my a few hours messing around until i finally discovered
that i just forgot to create the dir in mention.
however - if php had given me a more precise error, i would have saved
a lot of time. when it comes down to it, safemode had nothing to do
with the real problem.
Reproduce code:
---
[index.php : begin]
[index.php : end]
--
Edit this bug report at http://bugs.php.net/?id=27498&edit=1
#26315 [Com]: mssql_fectch_* functions are returning a space char on empty fields
ID: 26315 Comment by: webmaster at groupphotographers dot com Reported By: webmaster at cbre dot fr Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.3.4 New Comment: THIS most DEFINITELY is a BUG! I have built a VERY LARGE DB driven PHP site. In many places, I check to see if the DB field was empty or not. Before, Fetch always returned an empty string or a NULL, it doesn't matter which because it evaluated to a FALSE, and now it returns a space character which evaluates to TRUE! This is quite nasty. I'm going to add this ME TOO comment because it hasn't been fixed yet, and it really needs to be...PLEASE! Previous Comments: [2004-02-26 01:47:10] dneilsen at iprimus dot com dot au I too have encountered this bug with windows 2003 server using version 4.3.4 of php. Where as previously my empty varchar fields where returned as '' they are now returned as ' ' which has caused several of my applications to fail. [2003-12-01 20:29:11] php at electricsurfer dot com THIS IS A BUG new to 4.3.4. Introduced by removing the auto-trimming While the change is a good one, if '' is in the DB, mssql_fetch_* should NOT return ' ' IN DB: '' (empty string) Returned by mssql_fetch_assoc(): ' ' (single space) [2003-11-21 11:33:13] jabberwocky at ibplanet dot com also, instead of returning 0 it is now also returning a space if there is a 0 in the DB [2003-11-21 07:56:06] w1lz0r at barrysworld dot net This is a bug, as there is no space in the database. The change from not auto-trimming is a good one IMO, but the behaviour of empty fields is different now. Any character field which is empty (e.g. '') and not null will be returned as a space. My application no longer worked correctly after the 4.3.4 change and I have to now manually do (if ($field==' ') $field='';). This is a major change from previous versions and a bug as the mssql functions should return what is IN the database. Maybe this is the reason why the rtrim was done in the past? Please re-evaluate. [2003-11-19 09:42:17] [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 mssql extension no longer automatically trims varchar fields 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/26315 -- Edit this bug report at http://bugs.php.net/?id=26315&edit=1
#27420 [Fbk->NoF]: Can't execute any SQL query after this kind of query
ID: 27420
Updated by: [EMAIL PROTECTED]
Reported By: godwizard at hotmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2004-03-11 09:19:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-02-27 10:05:47] godwizard at hotmail dot com
Description:
Executing SQL query and trying to move next SQL query but after this
query db connection is closed and you can't open db connection again.
This problem come's always after that kind of query.
Reproduce code:
---
$result = mssql_query( "if exists (select kuvaurl from kuvagalleria
where koiraid = $koiraID and oletus = '1') begin select kuvaurl from
kuvagalleria where koiraid = $koiraID and oletus = '1' end else select
'00091' as kuvaurl" );
while ($a_row = mssql_fetch_array( $result ) )
{
$kuvaurl = "$a_row[kuvaurl]";
}
Expected result:
I'd like to make another SQL query.
Actual result:
--
DB connection is closed and you can't execute any SQL query after that
code in same page like it should. Problem is not in SQL Server, the
code do sth what anybody doesn't understand.
--
Edit this bug report at http://bugs.php.net/?id=27420&edit=1
#27557 [Fbk->NoF]: DB2 odbc_fetch_row with single row returns invalid result
ID: 27557
Updated by: [EMAIL PROTECTED]
Reported By: admin at db-hq dot net
-Status: Feedback
+Status: No Feedback
Bug Type: ODBC related
Operating System: Linux - Fedora Core 1
PHP Version: 4.3.4
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2004-03-11 09:19:18] [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
[2004-03-10 19:16:38] admin at db-hq dot net
Description:
I am working on porting phpbb over to DB2, and ran into an error with
odbc_fetch_row. When the following SQL is executed:
SELECT * FROM phpbb_fourms WHERE forum_id = 1
odbc_fetch_row($result_id, $i) returns false. Where i = 1.
Sending the query to the database returns one row. When I remove the $i
from odbc_fetch_row it works perfectly. Also if more than one result is
returned there is no problem. Also it seems to only occur when there is
a select * or when there is a large number of columns returning a
single row.
I am pretty sure I have experienced this bug since the early 4.0.*
days.
Reproduce code:
---
$i = 1;
$k = 0;
while(odbc_fetch_row($result_id, $i) && $k <
$this->result_numrows[$result_id]){
for($j = 1; $j < count($this->result_field_names[$result_id])+1;
$j++){
$this->result_rowset[$result_id][$k][$this->result_field_names[$result_id][$j-1]]
= odbc_result($result_id, $j);
}
$i++;
$k++;
}
Expected result:
Expected odbc_fetch_row($result_id, $i) to return true.
Actual result:
--
odbc_fetch_row($result_id, $i) returned false if just one row was
selected from the database. If more than one row was selected it
returned true and worked fine.
Removing the $i from odbc_fetch_row() fixed the problem. None the less
it is still appears a bug. I also verified that the database query does
return one result.
--
Edit this bug report at http://bugs.php.net/?id=27557&edit=1
#27568 [Fbk->NoF]: Bus error
ID: 27568 Updated by: [EMAIL PROTECTED] Reported By: paulomauricio at datasus dot gov dot br -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: Solaris 7 PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-03-11 20:10:25] [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 [2004-03-11 10:49:13] paulomauricio at datasus dot gov dot br I use PHP 4.3.4 with RRDTOOL, APACHE an Solaris 7. Before OS was Solaris 8, everything ok. I use CACTI for monitor my routers. Well, now when I try to view my graphs, the graphs are not generate. Only error is in Apache's log, "child process(PID..) bus error (10)". [2004-03-11 10:33:33] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2004-03-11 10:16:47] paulomauricio at datasus dot gov dot br Description: When I have seen my graphs, anything happen. And my Apache's log error show : bus error (10). -- Edit this bug report at http://bugs.php.net/?id=27568&edit=1
#27603 [Opn->Fbk]: incorrect appying open_basedir
ID: 27603 Updated by: [EMAIL PROTECTED] Reported By: pk at nodex dot ru -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4CVS-2004-03-15 New Comment: Are you sure you just haven't misconfigured something? Some stray .htaccess file somewhere in there? And we can not reproduce this without knowing how you a) configured PHP (the ./configure line you used) b) What you have in your httpd.conf / .htaccess files? The ini leaking is really fixed in latest CVS and that bug definately exists in 4.2.3 too. Get fresh Apache sources (1.3.27 is way too old already, get the latest which is 1.3.29) and recompile PHP. Make sure you stop / start apache properly, restart does NOT work. Previous Comments: [2004-03-16 08:08:20] pk at nodex dot ru Hello, [16-Mar-2004 14:34:21] PHP Warning: (null)(): Failed opening '/usr/hosting/autod/script/shisha.php' for inclusion (include_path='.:/us r/local/lib/php') in Unknown on line 0 [16-Mar-2004 14:34:22] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/hosting/autod/script/shisha.php) is not w ithin the allowed path(s): (/usr/hosting/cheleba) in Unknown on line 0 [16-Mar-2004 14:34:22] PHP Warning: Unknown(/usr/hosting/autod/script/shisha.php): failed to open stream: Not owner in Unknown on line 0 [16-Mar-2004 14:34:22] PHP Warning: (null)(): Failed opening '/usr/hosting/autod/script/shisha.php' for inclusion (include_path='.:/us r/local/lib/php') in Unknown on line 0 [16-Mar-2004 14:34:28] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/hosting/autod/script/shisha.php) is not w ithin the allowed path(s): (/usr/hosting/johnpp) in Unknown on line 0 [16-Mar-2004 14:34:28] PHP Warning: Unknown(/usr/hosting/autod/script/shisha.php): failed to open stream: Not owner in Unknown on line 0 Script /usr/hosting/autod/script/shisha.php is auto_prepend_file. I think PHP is inheriting that value from pervions vhost on one child. [2004-03-15 12:08:52] pk at nodex dot ru Sorry, but bug is not fixed. [15-Mar-2004 20:09:02] PHP Warning: main(): open_basedir restriction in effect. File(/includes/header.php) is not within the allowed p ath(s): (/usr/hosting/johnpp) in /usr/hosting/autod/html/apedia/law/15.php on line 4 [15-Mar-2004 20:09:02] PHP Warning: main(/includes/header.php): failed to open stream: Not owner in /usr/hosting/autod/html/apedia/law /15.php on line 4 [15-Mar-2004 20:09:02] PHP Fatal error: main(): Failed opening required '/includes/header.php' (include_path='/usr/hosting/jafi/html/i nc') in /usr/hosting/autod/html/apedia/law/15.php on line 4 No i`m using lastest snapshot. And this bug return again. [2004-03-15 07:38:46] [EMAIL PROTECTED] This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2004-03-15 07:37:26] pk at nodex dot ru Description: I have apache 1.3.27 with php 4.3.5RC3. Trouble with incorrect applying of open_basedir on one apache child and some virtual hosts. >[15-Mar-2004 15:09:20] PHP Warning: main(): open_basedir restriction in effect. File(/usr/hosting/autod/html/price/includes/db_part/main.php) is not within the allowed path(s): (/usr/hosting/true) in /usr/hosting/autod/html/price/db_part.php on line 67 [15-Mar-2004 15:10:59] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/hosting/autod/html/apedia/law/2-4.php) is not within the allowed path(s): (/usr/hosting/johnpp) in Unknown on line 0 [15-Mar-2004 15:10:59] PHP Warning: Unknown(/usr/hosting/autod/html/apedia/law/2-4.php): failed to open stream: Not owner in Unknown on line 0 [15-Mar-2004 15:10:59] PHP Warning: (null)(): Failed opening '/usr/hosting/autod/html/apedia/law/2-4.php' for inclusion (include_path='/usr/hosting/nedug_unix/apteka/lib/php-lib:/usr/hosting/nedug_unix/apteka/include') in Unknown on line 0 That vhost have open_basedir - /usr/hosting/autod And i have other vhosts with open_basedirs - /usr/hosting/%username% I think open_basedir is inheriting after previons request to another vhost. PHP 4.2.3 not have that bug. I tryed to use all versions 4.3.0 - 4.3.5RC3, all of this versions have that bug -- Edit this bug report at http://bugs.php.net/?id=27603&edit=1
#27458 [Opn->Fbk]: unserilizing doubles might crash
ID: 27458
Updated by: [EMAIL PROTECTED]
Reported By: hoesh at dorsum dot hu
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: WIN
PHP Version: Irrelevant
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
Please provide a short PHP script that can be used to
replicate the problem.
Previous Comments:
[2004-03-02 11:30:22] hoesh at dorsum dot hu
Hi Derick!
Which one? Microsoft ships the sources of the RTL with MSVC
distribution. The generic C implementation was taken from
http://minnie.tuhs.org/UnixTree/V7/usr/src/libc/gen/atof.c.html, found
by google with "atof.c" keyword. The var_unserializer.re is located at
ext/standard, but I'm sure you know it. The report was created by a M$
engineer, from a user dump. M$ was about to find the reason why IIS
stops without _any_ notice, warning or alert.
Under high load, the occourance of this problem increases
exponentially. I can't figure out, why.
An easy solution to solve this problem should be to put one '\0' at the
end of the loaded stream, instead of protecting each double's
unserialization, and all floats should go well under all Wind[+]ws.
Right now I'm about to store strings in the session instead of doubles,
and cast them runtime to double values.
[2004-03-02 09:30:38] [EMAIL PROTECTED]
Where did you get that code from?
[2004-03-02 09:19:25] hoesh at dorsum dot hu
Description:
When a double value stored within the session file, the web server
might crash. It was a mystical problem for us. To solve this issue,
there need some workaround at the VAR_UNSERIALIZER.RE source code:
"d:" (iv | nv | nvexp) ";" {
*p = YYCURSOR;
INIT_PZVAL(*rval);
ZVAL_DOUBLE(*rval, atof(start + 2));
return 1;
}
The problem is the difference in the implementation of the function
'atof'. While general C implementations looks ahead until a non digital
character found, microsoft C tries to determine the string's length
with a call to 'strlen'. This can couse the crash some times, when the
accessible memory doesn't contain '\0'. The report about the memory
dump is following in the 'Reproducible code' section. For a quick sight
I placed the various implementations of the 'atof' function within the
'Expected result' block.
As we figured out, this issue comes up only when unserializing
sessions, not zval represented strings, as those zvals are closed with
'\0'.
Reproduce code:
---
Here is the report from Microsoft. They thought somthings wrong with
PHP... :)
Call stack:
0c19e228 019240e2 1b0419d8 43e72508 03019af0 msvcrt!atof+0x25 (CONV:
cdecl)
[atof.c @ 57]
WARNING: Stack unwind information not available. Following frames may
be
wrong.
0c19e2d4 03019b88 1b097000 0c19e3b4 43e72508 php4ts+0x940e2
03019c88 00010002 0005006d 0x3019b88
00 0c19e1f8 780167f9 msvcrt!strlen(void)+0x20 [intel\strlen.asm @ 78]
01 0c19e228 019240e2 msvcrt!atof(char * nptr = 0x1b0419d8
"1077611306196.2860107421875;a:5:{s:5:"tabid";s:5:"tab_5";s:3:"ct0";s:13:"1077612213758";s:3:"ct1";a:1:{s:13:"403b0afeae402";s:13:"1077612210164";}}s:9:"post_vars";a:0:...
Expected result:
-- MICROSOFT C IMPLEMENTATION --
double __cdecl atof(
REG1 const char *nptr
)
{
#ifdef _MT
struct _flt fltstruct; /* temporary structure */
#endif /* _MT */
/* scan past leading space/tab characters */
while ( isspace((int)(unsigned char)*nptr) )
nptr++;
/* let _fltin routine do the rest of the work */
#ifdef _MT
return( *(double *)&(_fltin2( &fltstruct, nptr, strlen(nptr),
0, 0 )->
dval) );
#else /* _MT */
return( *(double *)&(_fltin( nptr, strlen(nptr), 0, 0 )->dval)
);
#endif /* _MT */
}
-- GENERAL C IMPLEMENTATION (may differ at some point) --
double
atof(p)
register char *p;
{
register c;
double fl, flexp, exp5;
double big = 72057594037927936.; /*2^56*/
double ldexp();
int nd;
register eexp, exp, neg, negexp, bexp;
neg = 1;
while((c = *p++) == ' ')
;
if (c == '-')
neg = -1;
else if (c=='+')
;
else
--p;
exp = 0;
fl = 0;
nd = 0;
while ((c = *p++), isdigit(c)) {
if (fl>=
#27584 [Fbk->Bgs]: flush sometimes don't work
ID: 27584 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: * PHP Version: 4CVS-2004-03-13 New Comment: read above message Previous Comments: [2004-03-16 11:44:53] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. flushing works differently in ap2 then it does in ap1, which may explain the different output. P.S. Seems to work equally well in ap1 and ap2 on Linux however. [2004-03-15 09:52:45] xuefer at 21cn dot com my expected result works under apache1 and failed(actual result) under apache2 so what? apache2 bug itself? [2004-03-15 09:42:51] [EMAIL PROTECTED] Can you verify if this happens with Apache 1 too..? [2004-03-13 11:23:41] xuefer at 21cn dot com tested with lastest build without Rang: Sun Mar 14 00:30:21 2004 GET /test.php HTTP/1.1 Sun Mar 14 00:30:21 2004 Host: 127.0.0.1 Sun Mar 14 00:30:21 2004 Accept: */* Sun Mar 14 00:30:21 2004 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00; Windows 98) Sun Mar 14 00:30:21 2004 Pragma: no-cache Sun Mar 14 00:30:21 2004 Cache-Control: no-cache Sun Mar 14 00:30:21 2004 Connection: close Sun Mar 14 00:30:21 2004 HTTP/1.1 200 OK Sun Mar 14 00:30:21 2004 Date: Sat, 13 Mar 2004 16:30:21 GMT Sun Mar 14 00:30:21 2004 Server: Apache/2.0.48 (Win32) Sun Mar 14 00:30:21 2004 Connection: close Sun Mar 14 00:30:21 2004 Transfer-Encoding: chunked Sun Mar 14 00:30:21 2004 Content-Type: binary with Rang: Sun Mar 14 00:31:41 2004 GET /test.php HTTP/1.1 Sun Mar 14 00:31:41 2004 Host: 127.0.0.1 Sun Mar 14 00:31:41 2004 Accept: */* Sun Mar 14 00:31:41 2004 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00; Windows 98) Sun Mar 14 00:31:41 2004 Range: bytes=839516- Sun Mar 14 00:31:41 2004 Pragma: no-cache Sun Mar 14 00:31:41 2004 Cache-Control: no-cache Sun Mar 14 00:31:41 2004 Connection: close Sun Mar 14 00:31:42 2004 HTTP/1.1 200 OK Sun Mar 14 00:31:42 2004 Date: Sat, 13 Mar 2004 16:31:41 GMT Sun Mar 14 00:31:42 2004 Server: Apache/2.0.48 (Win32) Sun Mar 14 00:31:42 2004 Content-Range: bytes 839516-96413656/96413657 Sun Mar 14 00:31:42 2004 Content-Length: 95574141 Sun Mar 14 00:31:42 2004 Connection: close Sun Mar 14 00:31:42 2004 Content-Type: binary [2004-03-13 04:56:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/27584 -- Edit this bug report at http://bugs.php.net/?id=27584&edit=1
#27584 [Opn->Fbk]: flush sometimes don't work
ID: 27584 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: * PHP Version: 4CVS-2004-03-13 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. flushing works differently in ap2 then it does in ap1, which may explain the different output. P.S. Seems to work equally well in ap1 and ap2 on Linux however. Previous Comments: [2004-03-15 09:52:45] xuefer at 21cn dot com my expected result works under apache1 and failed(actual result) under apache2 so what? apache2 bug itself? [2004-03-15 09:42:51] [EMAIL PROTECTED] Can you verify if this happens with Apache 1 too..? [2004-03-13 11:23:41] xuefer at 21cn dot com tested with lastest build without Rang: Sun Mar 14 00:30:21 2004 GET /test.php HTTP/1.1 Sun Mar 14 00:30:21 2004 Host: 127.0.0.1 Sun Mar 14 00:30:21 2004 Accept: */* Sun Mar 14 00:30:21 2004 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00; Windows 98) Sun Mar 14 00:30:21 2004 Pragma: no-cache Sun Mar 14 00:30:21 2004 Cache-Control: no-cache Sun Mar 14 00:30:21 2004 Connection: close Sun Mar 14 00:30:21 2004 HTTP/1.1 200 OK Sun Mar 14 00:30:21 2004 Date: Sat, 13 Mar 2004 16:30:21 GMT Sun Mar 14 00:30:21 2004 Server: Apache/2.0.48 (Win32) Sun Mar 14 00:30:21 2004 Connection: close Sun Mar 14 00:30:21 2004 Transfer-Encoding: chunked Sun Mar 14 00:30:21 2004 Content-Type: binary with Rang: Sun Mar 14 00:31:41 2004 GET /test.php HTTP/1.1 Sun Mar 14 00:31:41 2004 Host: 127.0.0.1 Sun Mar 14 00:31:41 2004 Accept: */* Sun Mar 14 00:31:41 2004 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00; Windows 98) Sun Mar 14 00:31:41 2004 Range: bytes=839516- Sun Mar 14 00:31:41 2004 Pragma: no-cache Sun Mar 14 00:31:41 2004 Cache-Control: no-cache Sun Mar 14 00:31:41 2004 Connection: close Sun Mar 14 00:31:42 2004 HTTP/1.1 200 OK Sun Mar 14 00:31:42 2004 Date: Sat, 13 Mar 2004 16:31:41 GMT Sun Mar 14 00:31:42 2004 Server: Apache/2.0.48 (Win32) Sun Mar 14 00:31:42 2004 Content-Range: bytes 839516-96413656/96413657 Sun Mar 14 00:31:42 2004 Content-Length: 95574141 Sun Mar 14 00:31:42 2004 Connection: close Sun Mar 14 00:31:42 2004 Content-Type: binary [2004-03-13 04:56:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-03-12 21:45:17] xuefer at 21cn dot com Description: it works under apache1, but not on apache2 this script is used for network-speed testing yet, i don't know if it's relative to php or apache Reproduce code: --- Expected result: under apache1, each time request to this file will download start from 0% immediately tested under IE & Flashget Actual result: -- but under apache2, 1st time seems ok, cancel IE download or stopped flashget, then try again(with "Rang" header), download will not start until script is timedout, then, start with a content-length in response header the process of apache2 is taking so much memory about XXmb even 1XXmb -- Edit this bug report at http://bugs.php.net/?id=27584&edit=1
#27600 [Opn->Csd]: Compile fails on gcc 3.0.4
ID: 27600 Updated by: [EMAIL PROTECTED] Reported By: eero at jlug dot fi -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Debian / 2.4.18-1-686 PHP Version: 4.3.4 New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-03-16 06:39:03] [EMAIL PROTECTED] I can reproduce this. The problem is in Zend/zend.h line 155 #if ZEND_GCC_VERSION >= 3000 # define ZEND_ATTRIBUTE_PTR_FORMAT(type, idx, first) __attribute__ ((format(type, idx, first))) #else # define ZEND_ATTRIBUTE_PTR_FORMAT(type, idx, first) #endif the gcc 3.0.4 is above 3000, but does not support this kind of syntax, changing the check somethig like > 3040, then everything should be fine... I hardcoded for a test to the #else case and compiling works now.. [2004-03-15 07:41:50] [EMAIL PROTECTED] Please upgrade you compiler. This works fine with GCC 2.95.3, 3.3.1 and 3.3.3 (the ones I have installed atm) [2004-03-15 05:10:08] eero at jlug dot fi Description: Compile fails on gcc 3.0.4 Reproduce code: --- ./configure make Expected result: gcc -Iext/ctype/ -I/root/src/php-4.3.4/ext/ctype/ -DPHP_ATOM_INC -I/root/src/php-4.3.4/include -I/root/src/php-4.3.4/main -I/root/src/php-4.3.4 -I/root/src/php-4.3.4/Zend -I/root/src/php-4.3.4/ext/xml/expat -I/root/src/php-4.3.4/TSRM -g -O2 -c /root/src/php-4.3.4/ext/ctype/ctype.c -o ext/ctype/ctype.o && echo > ext/ctype/ctype.lo In file included from /root/src/php-4.3.4/main/php.h:34, from /root/src/php-4.3.4/ext/ctype/ctype.c:23: /root/src/php-4.3.4/Zend/zend.h:311: argument format specified for non-function `error_function' /root/src/php-4.3.4/Zend/zend.h:312: argument format specified for non-function `printf_function' /root/src/php-4.3.4/Zend/zend.h:444: argument format specified for non-function `zend_printf' /root/src/php-4.3.4/Zend/zend.h:451: argument format specified for non-function `zend_error_cb' make: *** [ext/ctype/ctype.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=27600&edit=1
#27227 [Asn->Csd]: Mixed case class names causes Fatal Error in Constructor call
ID: 27227 Updated by: [EMAIL PROTECTED] Reported By: waboring at 3gstech dot com -Status: Assigned +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-02-11 Assigned To: andi New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-03-15 13:43:07] [EMAIL PROTECTED] assigning to Andi to give proper feedback.. :) [2004-03-15 13:22:07] waboring at 3gstech dot com This bug is far from bogus. You say that this using the name of the class as a function is depricated for a constructor? Deprecated and removed are two entirely different things. If it's deprecated, it should be noted in the documentation that it's deprecated, but it should still work. If what you mean by deprecated is removed, then it should be consistent and be removed entirely. If you name the class with no mixed case in the name, it works fine. Change the name of the parent class to have mixed case, and it doesn't work. It clearly points out how inconsistent php5 is. If php5 doesn't support class name functions as the constructor, it should at least be consistent. [2004-03-14 12:59:41] [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 Please use parent::__construct() to call the parent's constructor. We don't support calling it via the object and definitely not using the depricated fashion of using the classes name as the constructor name. [2004-03-03 14:29:08] [EMAIL PROTECTED] Anything new on this? [2004-02-20 04:37:17] [EMAIL PROTECTED] Marcus, this fix wasn't quite enough. 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/27227 -- Edit this bug report at http://bugs.php.net/?id=27227&edit=1
#27603 [Fbk->Opn]: incorrect appying open_basedir
ID: 27603 User updated by: pk at nodex dot ru Reported By: pk at nodex dot ru -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4CVS-2004-03-15 New Comment: Hello, [16-Mar-2004 14:34:21] PHP Warning: (null)(): Failed opening '/usr/hosting/autod/script/shisha.php' for inclusion (include_path='.:/us r/local/lib/php') in Unknown on line 0 [16-Mar-2004 14:34:22] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/hosting/autod/script/shisha.php) is not w ithin the allowed path(s): (/usr/hosting/cheleba) in Unknown on line 0 [16-Mar-2004 14:34:22] PHP Warning: Unknown(/usr/hosting/autod/script/shisha.php): failed to open stream: Not owner in Unknown on line 0 [16-Mar-2004 14:34:22] PHP Warning: (null)(): Failed opening '/usr/hosting/autod/script/shisha.php' for inclusion (include_path='.:/us r/local/lib/php') in Unknown on line 0 [16-Mar-2004 14:34:28] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/hosting/autod/script/shisha.php) is not w ithin the allowed path(s): (/usr/hosting/johnpp) in Unknown on line 0 [16-Mar-2004 14:34:28] PHP Warning: Unknown(/usr/hosting/autod/script/shisha.php): failed to open stream: Not owner in Unknown on line 0 Script /usr/hosting/autod/script/shisha.php is auto_prepend_file. I think PHP is inheriting that value from pervions vhost on one child. Previous Comments: [2004-03-15 13:39:36] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2004-03-15 12:12:13] pk at nodex dot ru Now i`m using lastest snapshot. [2004-03-15 12:08:52] pk at nodex dot ru Sorry, but bug is not fixed. [15-Mar-2004 20:09:02] PHP Warning: main(): open_basedir restriction in effect. File(/includes/header.php) is not within the allowed p ath(s): (/usr/hosting/johnpp) in /usr/hosting/autod/html/apedia/law/15.php on line 4 [15-Mar-2004 20:09:02] PHP Warning: main(/includes/header.php): failed to open stream: Not owner in /usr/hosting/autod/html/apedia/law /15.php on line 4 [15-Mar-2004 20:09:02] PHP Fatal error: main(): Failed opening required '/includes/header.php' (include_path='/usr/hosting/jafi/html/i nc') in /usr/hosting/autod/html/apedia/law/15.php on line 4 No i`m using lastest snapshot. And this bug return again. [2004-03-15 07:38:46] [EMAIL PROTECTED] This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2004-03-15 07:37:26] pk at nodex dot ru Description: I have apache 1.3.27 with php 4.3.5RC3. Trouble with incorrect applying of open_basedir on one apache child and some virtual hosts. >[15-Mar-2004 15:09:20] PHP Warning: main(): open_basedir restriction in effect. File(/usr/hosting/autod/html/price/includes/db_part/main.php) is not within the allowed path(s): (/usr/hosting/true) in /usr/hosting/autod/html/price/db_part.php on line 67 [15-Mar-2004 15:10:59] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/hosting/autod/html/apedia/law/2-4.php) is not within the allowed path(s): (/usr/hosting/johnpp) in Unknown on line 0 [15-Mar-2004 15:10:59] PHP Warning: Unknown(/usr/hosting/autod/html/apedia/law/2-4.php): failed to open stream: Not owner in Unknown on line 0 [15-Mar-2004 15:10:59] PHP Warning: (null)(): Failed opening '/usr/hosting/autod/html/apedia/law/2-4.php' for inclusion (include_path='/usr/hosting/nedug_unix/apteka/lib/php-lib:/usr/hosting/nedug_unix/apteka/include') in Unknown on line 0 That vhost have open_basedir - /usr/hosting/autod And i have other vhosts with open_basedirs - /usr/hosting/%username% I think open_basedir is inheriting after previons request to another vhost. PHP 4.2.3 not have that bug. I tryed to use all versions 4.3.0 - 4.3.5RC3, all of this versions have that bug -- Edit this bug report at http://bugs.php.net/?id=27603&edit=1
#27600 [Bgs->Opn]: Compile fails on gcc 3.0.4
ID: 27600 Updated by: [EMAIL PROTECTED] Reported By: eero at jlug dot fi -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Debian / 2.4.18-1-686 PHP Version: 4.3.4 New Comment: I can reproduce this. The problem is in Zend/zend.h line 155 #if ZEND_GCC_VERSION >= 3000 # define ZEND_ATTRIBUTE_PTR_FORMAT(type, idx, first) __attribute__ ((format(type, idx, first))) #else # define ZEND_ATTRIBUTE_PTR_FORMAT(type, idx, first) #endif the gcc 3.0.4 is above 3000, but does not support this kind of syntax, changing the check somethig like > 3040, then everything should be fine... I hardcoded for a test to the #else case and compiling works now.. Previous Comments: [2004-03-15 07:41:50] [EMAIL PROTECTED] Please upgrade you compiler. This works fine with GCC 2.95.3, 3.3.1 and 3.3.3 (the ones I have installed atm) [2004-03-15 05:10:08] eero at jlug dot fi Description: Compile fails on gcc 3.0.4 Reproduce code: --- ./configure make Expected result: gcc -Iext/ctype/ -I/root/src/php-4.3.4/ext/ctype/ -DPHP_ATOM_INC -I/root/src/php-4.3.4/include -I/root/src/php-4.3.4/main -I/root/src/php-4.3.4 -I/root/src/php-4.3.4/Zend -I/root/src/php-4.3.4/ext/xml/expat -I/root/src/php-4.3.4/TSRM -g -O2 -c /root/src/php-4.3.4/ext/ctype/ctype.c -o ext/ctype/ctype.o && echo > ext/ctype/ctype.lo In file included from /root/src/php-4.3.4/main/php.h:34, from /root/src/php-4.3.4/ext/ctype/ctype.c:23: /root/src/php-4.3.4/Zend/zend.h:311: argument format specified for non-function `error_function' /root/src/php-4.3.4/Zend/zend.h:312: argument format specified for non-function `printf_function' /root/src/php-4.3.4/Zend/zend.h:444: argument format specified for non-function `zend_printf' /root/src/php-4.3.4/Zend/zend.h:451: argument format specified for non-function `zend_error_cb' make: *** [ext/ctype/ctype.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=27600&edit=1
#27585 [Bgs]: when openssl_pkcs7_verify fails once, it fails next time even if it should not
ID: 27585
User updated by: arnaud dot bertrand at apvsys dot org
Reported By: arnaud dot bertrand at apvsys dot org
Status: Bogus
Bug Type: OpenSSL related
Operating System: win32 & Linux
PHP Version: 4.3.4
New Comment:
I tried it on Linux 2.4 with apache 2.0.48 php 5.0.0b4
It fails with openssl 0.9.6l but works good with 0.9.7b
here's the script so you can try to reproduce it
==bug.php===
\n");
else if ($res === -1)
echo("Error while verifying digital signature ($res)!\n");
else {
echo("Digital Signature OK!\n");
$cert_info = openssl_x509_parse("file://$tmp_cert");
print_r($cert_info['subject']);
$ret = true;
}
unlink($tmp_cert);
return $ret;
}
?>
Signed Mail check
==mail_ok.txt===
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3)
Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: DigiSign
Content-Type: multipart/signed;
protocol="application/x-pkcs7-signature"; micalg=sha1;
boundary="ms020400030006030201090307"
Status: U
This is a cryptographically signed message in MIME format.
--ms020400030006030201090307
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
user=jfm
document=test2.txt
version=1.1
checksum=ASH454sdFDD5s4g54b56jhg156qzejh
--ms020400030006030201090307
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIH5TCC
Ak0wggG2oAMCAQICAwvUDjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE
ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzAzMTYwNTU5WhcNMDUwMzAzMTYwNTU5
WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJq
Zi5tZWVzc2VuQGdteC5uZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAPWGAmUv7Zv7
fqYsiTWiTng95UnrsuVVsVpyUjHh+B5KGNW/ZQRDkc8cf6zD0XJEwDXoCFKaN1YNCzsIK6oB
1JRxYfAN5AMMORqGctNd9/ZIg1T21VaUlqsmyYFFqfRh/BGz3ZCxXCYHFCSy42tXNG0doEjD
UbeOSoOLZhQTxKW5AgMBAAGjLzAtMB0GA1UdEQQWMBSBEmpmLm1lZXNzZW5AZ214Lm5ldDAM
BgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACaUclk1ab25qRYbrZSyEn9XA5TMFoRY
ezCfHYJr8PPSt3Jp79jzdcDQ3gq6ceWbjhCZo6ILbsPU585mCtTrgo8w4iTcn8dNGlCIe83S
fOxS/e1DBXTsn0sVj77HbaWqXbYRruK9IZSst96cgi2Yi/KkHIRW/8akl8jROu/OBTMVMIIC
TTCCAbagAwIBAgIDC9QOMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK
ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u
YWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMDMxNjA1NTlaFw0wNTAzMDMxNjA1NTla
MEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxITAfBgkqhkiG9w0BCQEWEmpm
Lm1lZXNzZW5AZ214Lm5ldDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA9YYCZS/tm/t+
piyJNaJOeD3lSeuy5VWxWnJSMeH4HkoY1b9lBEORzxx/rMPRckTANegIUpo3Vg0LOwgrqgHU
lHFh8A3kAww5GoZy01339kiDVPbVVpSWqybJgUWp9GH8EbPdkLFcJgcUJLLja1c0bR2gSMNR
t45Kg4tmFBPEpbkCAwEAAaMvMC0wHQYDVR0RBBYwFIESamYubWVlc3NlbkBnbXgubmV0MAwG
A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAJpRyWTVpvbmpFhutlLISf1cDlMwWhFh7
MJ8dgmvw89K3cmnv2PN1wNDeCrpx5ZuOEJmjogtuw9TnzmYK1OuCjzDiJNyfx00aUIh7zdJ8
7FL97UMFdOyfSxWPvsdtpapdthGu4r0hlKy33pyCLZiL8qQchFb/xqSXyNE6784FMxUwggM/
MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM
V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z
dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD
VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv
bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5
WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk
LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ
KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2
vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9
A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw
EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0
ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R
BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB
AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ
Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN
d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICujCCArYCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMG
A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvUDjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG
9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP
#27612 [NEW]: "else" statement for "foreach" construct
From: camka at email dot ee
Operating system: Any
PHP version: Irrelevant
PHP Bug Type: Feature/Change Request
Bug description: "else" statement for "foreach" construct
Description:
"else" statement would be very useful and comfortable when the
array_expression in foreach construct is empty. There'd be no need to
calculate count(array) every time you need to execute some code in case of
empty array.
Smarty has such syntax and it really helps.
Reproduce code:
---
$count = count($array);
foreach($array as $arr)
{
...
}
if(!$count)
{
...
}
===
foreach($array as $arr)
{
...
}
else //may be [foreachelse] or [elseforeach]
{
...
}
--
Edit bug report at http://bugs.php.net/?id=27612&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27612&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27612&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27612&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27612&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27612&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27612&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27612&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27612&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27612&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27612&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27612&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27612&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27612&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27612&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27612&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27612&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27612&r=float
#4307 [Csd->Fbk]: OCILogon often causes ORA-12154 TNS error
ID: 4307 Updated by: [EMAIL PROTECTED] Reported By: chris_milner at hotmail dot com -Status: Closed +Status: Feedback Bug Type: Oracle related Operating System: Sun Solaris 5.7 PHP Version: 4.0 Release Candidate 1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-03-13 11:43:32] phpdotnet dot hannes at erven dot at I experienced exactly the same problem. We had approx. 50% ORA-12541 and 50% "good" connects with an uppercase SID, and the problem seems to vanish if you specify an all-lowercase SID. [2000-05-13 08:03:41] thies at cvs dot php dot net please set all oracle-relates environment variables *before* you start your apache process! do not use SetEnv in httpd.conf not PutEnv() in your php-script to set eny of those! [2000-05-03 11:14:58] chris_milner at hotmail dot com When the Apache server is rebooted, this OCILogon call works. After a few attempts, it fails with the error message below: Warning: _oci_open_server: ORA-12154: TNS:could not resolve service name in /opt/www/shopsmart/uk/htdocs/connect_test.html on line 12 connect_test.html just has a simple OCILogon call to the database. The client and server Oracle software is set up with Net8 and works fine, it's only from the browser the error occurs. No tracing is produced at the Net8 level for the error. If I leave a refresh for a minute or so, it will reconnect OK, but if I try and reconnect frequently, I always get the error message. Oracle Support seem to be washing their hands of this, can anyone give me any help. Regards Chris -- Edit this bug report at http://bugs.php.net/?id=4307&edit=1
#27589 [Opn->WFx]: When creating a new Object inside another class called by the first , Segfault
ID: 27589
Updated by: [EMAIL PROTECTED]
Reported By: keith at aphore dot com
-Status: Open
+Status: Wont fix
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2004-03-15
New Comment:
Might be, but we are not going to fix this. It was brought up numerous
times on the mailinglist AND in the bug system, but it is quite
impossible to guard for this in an efficient way.
Previous Comments:
[2004-03-15 20:17:10] keith at aphore dot com
This is not bogus .
yes i know this shouldn't be done , but the point is , it should error,
not segfault :)
Broken code != Broken engine.
Regardless of how the bad the Code is , PHP should be able to handle it
correctly .
[2004-03-15 10:25:57] [EMAIL PROTECTED]
Infinite recursion -> stack corrupted. (bogus, don't do stuff like this
:)
[2004-03-15 09:57:37] [EMAIL PROTECTED]
With HEAD today:
#0 0x4061e6af in tolower () from /lib/i686/libc.so.6
#1 0x0834ebd9 in zend_str_tolower_copy (dest=0xbf800060 "",
source=0x40e44884 "rah", length=3)
at /usr/src/web/php/php5/Zend/zend_operators.c:1732
#2 0x0834673e in zend_lookup_class (name=0x40e44884 "rah",
name_length=3, ce=0xbf8000f0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:855
#3 0x08347136 in zend_fetch_class (class_name=0x40e44884 "rah",
class_name_len=3, fetch_type=0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:1231
#4 0x083778f4 in zend_fetch_class_handler (execute_data=0xbf8001c0,
opline=0x40e456c8, op_array=0x40e44660)
at /usr/src/web/php/php5/Zend/zend_execute.c:2388
#5 0x083747f8 in execute (op_array=0x40e44660) at
/usr/src/web/php/php5/Zend/zend_execute.c:1339
#6 0x08378570 in zend_do_fcall_common_helper (execute_data=0xbf800310,
opline=0x40e44140, op_array=0x40e453a8)
at /usr/src/web/php/php5/Zend/zend_execute.c:2677
#7 0x08378a19 in zend_do_fcall_by_name_handler
(execute_data=0xbf800310, opline=0x40e44140, op_array=0x40e453a8)
at /usr/src/web/php/php5/Zend/zend_execute.c:2759
#8 0x083747f8 in execute (op_array=0x40e453a8) at
/usr/src/web/php/php5/Zend/zend_execute.c:1339
#9 0x08378570 in zend_do_fcall_common_helper (execute_data=0xbf800460,
opline=0x40e457f8, op_array=0x40e44660)
at /usr/src/web/php/php5/Zend/zend_execute.c:2677
#10 0x08378a19 in zend_do_fcall_by_name_handler
(execute_data=0xbf800460, opline=0x40e457f8, op_array=0x40e44660)
at /usr/src/web/php/php5/Zend/zend_execute.c:2759
#11 0x083747f8 in execute (op_array=0x40e44660) at
/usr/src/web/php/php5/Zend/zend_execute.c:1339
#12 0x08378570 in zend_do_fcall_common_helper (execute_data=0xbf8005b0,
opline=0x40e44140, op_array=0x40e453a8)
at /usr/src/web/php/php5/Zend/zend_execute.c:2677
#13 0x08378a19 in zend_do_fcall_by_name_handler
(execute_data=0xbf8005b0, opline=0x40e44140, op_array=0x40e453a8)
at /usr/src/web/php/php5/Zend/zend_execute.c:2759
[2004-03-13 18:19:51] keith at aphore dot com
Description:
PHP Segfaults When running the Following Piece of Code .
Yes i know its Bad Code , and you should never do that , but it should
at best Error out , not Segfault .
Keith
Reproduce code:
---
class rah {
function __construct ()
{
$bleh = new bleh();
}
}
$rah = new rah;
class bleh {
function __construct()
{
$rah = new rah();
}
}
Expected result:
It Should at best Error out , not Segfault !
Actual result:
--
output obtained via
gdb ~/bin/php core.15982
#0 0x081d9788 in zend_lookup_class (name=0x42279fe4 "rah",
name_length=3, ce=0xb4bcd034)
at /home/archer/php-5.0.0b4/Zend/zend_execute_API.c:806
806 zval class_name, *class_name_ptr = &class_name;
(gdb) bt
#0 0x081d9788 in zend_lookup_class (name=0x42279fe4 "rah",
name_length=3, ce=0xb4bcd034)
at /home/archer/php-5.0.0b4/Zend/zend_execute_API.c:806
#1 0x081d9fce in zend_fetch_class (class_name=0x42279fe4 "rah",
class_name_len=3, fetch_type=0)
at /home/archer/php-5.0.0b4/Zend/zend_execute_API.c:1195
#2 0x08204723 in zend_fetch_class_handler (execute_data=0xb4bcd100,
opline=0x42285838, op_array=0x42279dc0)
at /home/archer/php-5.0.0b4/Zend/zend_execute.c:2382
#3 0x08201ed6 in execute (op_array=0x42279dc0) at
/home/archer/php-5.0.0b4/Zend/zend_execute.c:1339
#4 0x0820521b in zend_do_fcall_common_helper (execute_data=0xb4bcd240,
opline=0x42285684, op_array=0x42279730)
at /home/archer/php-5.0.0b4/Zend/zend_execute.c:2671
#5 0x08205625 in zend_do_fcall_by_name_handler
(execute_data=0xb4bcd240, opline=0x42285684, op_array=0x42279730)
at /home/arch
#27605 [Bgs]: case sensitivity of attributes differs in ldap_search and ldap_add/modify
ID: 27605 User updated by: t dot hirsch at web dot de Reported By: t dot hirsch at web dot de Status: Bogus Bug Type: LDAP related Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Wasn't my fault. I absolutely agree with your statement, but I began to write my answer before you answered and changed the status. Look at the time: my answer came in just 2mins after your's. Previous Comments: [2004-03-15 11:01:38] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. see bug #19438 [2004-03-15 09:50:30] t dot hirsch at web dot de Looks like it's a bit different than I just reported. But now I see the whole problem clearer: -ldap_get_entries returns the attributes in lower case -ldap_get_attributes returns the attributes in the right case I used ldap_get_entries on my search-page and ldap_get_attributes on my page for modifying one entry, that's why I messed up the things before. However, I think this is still a bug, isn't it? [2004-03-15 09:48:10] [EMAIL PROTECTED] PHP has no control over this, it's the underlying ldap library that handles this all. (openldap or whatever you compiled PHP with) [2004-03-15 09:42:51] t dot hirsch at web dot de Description: In my ldap tree are some attributes with upper case letters. ldap_search finds them only when writing them in lower case. But ldap_add and ldap_modify need the attributes in the right case or they report an error. Reproduce code: --- // $info=ldap_get_entries... // $i is the counter of the entry // $j is the counter of the attribute // in this case: attribute[$j]="lowerUpper"; // lowerUpper is a single-value attribute $works=$info[$i][strtolower($attribute[$j])][0]; $fails=$info[$i][$attribute[$j]][0]; Expected result: $fails should work, $work should fail if case sensitivity is on, or should still work Actual result: -- $works="thecontent" $fails="" -- Edit this bug report at http://bugs.php.net/?id=27605&edit=1
#27446 [Ver]: system.multiCall does not work
ID: 27446
User updated by: tomy at envox dot hr
Reported By: tomy at envox dot hr
Status: Verified
Bug Type: XMLRPC-EPI related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-01)
New Comment:
Any chance it will be fixed?
It is kind of important to me :)
Anything I can do to help?
I implemented my own multicall method
in php, but this is only a workaround. :(
Previous Comments:
[2004-03-15 23:35:42] [EMAIL PROTECTED]
It crashes, here's the backtrace with latest CVS checkout:
0x404b9e8c in call_user_function_ex (function_table=0x80b8868,
object_pp=0x0, function_name=0x0,
retval_ptr_ptr=0xbfffc954, param_count=3, params=0x8218104,
no_separation=1, symbol_table=0x0)
at /usr/src/web/php/php4/Zend/zend_execute_API.c:445
445 if (function_name->type==IS_ARRAY) { /* assume
array($obj, $name) couple */
(gdb)
(gdb) bt
#0 0x404b9e8c in call_user_function_ex (function_table=0x80b8868,
object_pp=0x0, function_name=0x0,
retval_ptr_ptr=0xbfffc954, param_count=3, params=0x8218104,
no_separation=1, symbol_table=0x0)
at /usr/src/web/php/php4/Zend/zend_execute_API.c:445
#1 0x404b9d7e in call_user_function (function_table=0x80b8868,
object_pp=0x0, function_name=0x0, retval_ptr=0x8219d0c,
param_count=3, params=0xbfffc990) at
/usr/src/web/php/php4/Zend/zend_execute_API.c:409
#2 0x404774b0 in php_xmlrpc_callback (server=0x821b008,
xRequest=0x8219fa8, data=0xbfffcae0)
at /usr/src/web/php/php4/ext/xmlrpc/xmlrpc-epi-php.c:882
#3 0x404800fc in XMLRPC_ServerCallMethod (server=0x821b008,
request=0x8219fa8, userData=0xbfffcae0)
at /usr/src/web/php/php4/ext/xmlrpc/libxmlrpc/xmlrpc.c:2522
#4 0x4047b147 in xsm_system_multicall_cb (server=0x821b008,
input=0x8219f48, userData=0xbfffcae0)
at /usr/src/web/php/php4/ext/xmlrpc/libxmlrpc/system_methods.c:337
#5 0x404800fc in XMLRPC_ServerCallMethod (server=0x821b008,
request=0x8219f48, userData=0xbfffcae0)
at /usr/src/web/php/php4/ext/xmlrpc/libxmlrpc/xmlrpc.c:2522
#6 0x40477b5d in zif_xmlrpc_server_call_method (ht=3,
return_value=0x8219c0c, this_ptr=0x0, return_value_used=1)
at /usr/src/web/php/php4/ext/xmlrpc/xmlrpc-epi-php.c:1103
#7 0x404d59a8 in execute (op_array=0x8214f1c) at
/usr/src/web/php/php4/Zend/zend_execute.c:1621
[2004-03-01 07:56:40] tomy at envox dot hr
Description:
When building xmlrpc server, system.multiCall method does not work with
my method but works with "built-in" methods such as system.listMethods
or system.methodHelp.
I have tested this on latest CVS snapshots both for PHP4 and PHP5, on
Suse 8.2.
In following example I have submitted http request sent to server whose
code is presented in "Reproduce code".
I do not get nay response and HTTP connection to server is dropped.
Calling "built-in" methods such as system.listMethods or
system.methodHelp using system.multiCall works OK.
Calling my method ("contact.select") in a straight fashion (without
system.multiCall) works OK here is request and response with headers:
POST /xmlrpc_server.php HTTP/1.0
Content-Type: text/xml
Content-Length: 317
contact.select
SESSIONID
1234567890
Response received:
replyLine: HTTP/1.1 200 OK
HEADER : Date: Mon, 01 Mar 2004 12:09:59 GMT
HEADER : Server: Apache/1.3.27 (Linux/SuSE) mod_python/2.7.8
Python/2.2.2 PHP/4.3.5RC4-dev
HEADER : X-Powered-By: PHP/4.3.5RC4-dev
HEADER : Content-Length: 375
HEADER : Connection: close
HEADER : Content-Type: text/xml
AUTH
1
SESSIONID
1234567890
Reproduce code:
---
0);
}
return array("AUTH"=>1, "SESSIONID"=>$params[0]["SESSIONID"]);
}
$xmlrpc_server = xmlrpc_server_create();
xmlrpc_server_register_method($xmlrpc_server, "contact.select",
"select_contact");
$request_xml = $HTTP_RAW_POST_DATA;
$response = xmlrpc_server_call_method($xmlrpc_server, $request_xml,
array());
header("Content-Type: text/xml");
header("Content-Length: " . strlen($response));
print $response;
xmlrpc_server_destroy($xmlrpc_server);
?>
Expected result:
XMLRPC request sent to server:
POST /xmlrpc_server.php HTTP/1.0
Content-Type: text/xml
Content-Length: 837
system.multiCall
methodName
contact.select
params
SESSIONID
1234567890
