#27744 [Opn->Bgs]: 141.23 - 141.00 = 0.22999999999999 ?
ID: 27744 Updated by: [EMAIL PROTECTED] Reported By: t dot steve at ariadne-quatra dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: Windows 2000 Server SP4 PHP Version: 5.0.0RC1 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. . Previous Comments: [2004-03-29 01:05:32] t dot steve at ariadne-quatra dot com Description: Subtraction does not work as expected. Windows 2000 Server SP4 IIS5 PHP5RC1 Reproduce code: --- $result=141.23-141.00; echo $result; (or $result=141.23-141; echo $result; - same result) Expected result: 0.23 Actual result: -- 0.22 -- Edit this bug report at http://bugs.php.net/?id=27744&edit=1
#27744 [NEW]: 141.23 - 141.00 = 0.22999999999999 ?
From: t dot steve at ariadne-quatra dot com Operating system: Windows 2000 Server SP4 PHP version: 5.0.0RC1 PHP Bug Type: Math related Bug description: 141.23 - 141.00 = 0.22 ? Description: Subtraction does not work as expected. Windows 2000 Server SP4 IIS5 PHP5RC1 Reproduce code: --- $result=141.23-141.00; echo $result; (or $result=141.23-141; echo $result; - same result) Expected result: 0.23 Actual result: -- 0.22 -- Edit bug report at http://bugs.php.net/?id=27744&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27744&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27744&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27744&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27744&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27744&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27744&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27744&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27744&r=support Expected behavior: http://bugs.php.net/fix.php?id=27744&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27744&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27744&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27744&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27744&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27744&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27744&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27744&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27744&r=float
#8074 [Fbk->NoF]: IPTC parse
ID: 8074 Updated by: [EMAIL PROTECTED] Reported By: serge at globalbeach dot com -Status: Feedback +Status: No Feedback Bug Type: Feature/Change Request Operating System: Linux RH 7.0 PHP Version: 4.0.3pl1 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-03-13 11:09:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2000-12-03 08:31:09] [EMAIL PROTECTED] Not a bug, moving to feature reqs [2000-12-01 19:40:14] serge at globalbeach dot com Will IPTCparse work with Photoshop 6.0 saved images? See info about changes here: http://www.robgalbraith.com/diginews/2000-12/2000_12_01_ps6_iptc.html Serge -- Edit this bug report at http://bugs.php.net/?id=8074&edit=1
#26614 [Asn]: linebreaks in CDATA sections ignored in line count
ID: 26614
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: XML related
Operating System: *
PHP Version: 5CVS-2004-03-15
Assigned To: sterling
New Comment:
further investigation shows that not only the line number count
is broken with CDATA but also column number and byte position
produced with libxml2 are in no way consistent with expat results
-> regression test updated
Previous Comments:
[2003-12-13 11:04:06] [EMAIL PROTECTED]
regression test added: ext/xml/test/bug26614.phpt
[2003-12-13 09:11:38] [EMAIL PROTECTED]
Description:
xml_get_current_line_number() results differ between PHP 4 (expat) and
PHP 5 (libxml2) as libxml2 seems to skip over CDATA sections when
counting source lines
Reproduce code:
---
';
function startElement($parser, $name, $attrs) {
echo "<$name> at line ".xml_get_current_line_number($parser)."\n";
}
function endElement($parser, $name) {
echo " at line
".xml_get_current_line_number($parser)."\n";
}
$xml_parser = xml_parser_create();
xml_set_element_handler($xml_parser, "startElement", "endElement");
xml_parse($xml_parser, file_get_contents("test.xml", true));
xml_parser_free($xml_parser);
?>
Expected result:
at line 2
at line 9
Actual result:
--
at line 2
at line 4
--
Edit this bug report at http://bugs.php.net/?id=26614&edit=1
#27743 [NEW]: mssql_fetch_object with float
From: pixyteam at netscape dot net
Operating system: Windows 2000 Server
PHP version: 4.3.5
PHP Bug Type: MSSQL related
Bug description: mssql_fetch_object with float
Description:
a float value in DB is 3.6000
with PHP 4.3.4 is work O.K.
with PHP 4.3.5 isn't.
Reproduce code:
---
ex1:
$sql = "SELECT cost FROM buy WHERE buyid '2004032901'";
$qid = mssql_query($sql,$lid);
$a = mssql_fetch_object($qid);
echo sprintf("%.2f",$a->cost);
exit();
ex2:
change $sql is ok.
$sql = "SELECT CONVERT(varchar,cost) AS cost FROM buy WHERE buyid
'2004032901'";
other lines same as ex1.
Expected result:
ex1:
in 4.3.4 -> 3.60
in 4.3.5 -> 3.60
ex2:
in 4.3.4 -> 3.60
in 4.3.5 -> 3.60
Actual result:
--
ex1.
in 4.3.4 -> 3.60
in 4.3.5 -> 5.04467447157E-041
ex2.
in 4.3.4 -> 3.60
in 4.3.5 -> 3.60
--
Edit bug report at http://bugs.php.net/?id=27743&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27743&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27743&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27743&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27743&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27743&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27743&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27743&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27743&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27743&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27743&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27743&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27743&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27743&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27743&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27743&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27743&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27743&r=float
#27742 [NEW]: WDSL SOAP Parsing Schema bug
From: david at cubbieco dot com
Operating system: linux 2.6.3 kernel
PHP version: 5CVS-2004-03-28 (dev)
PHP Bug Type: SOAP related
Bug description: WDSL SOAP Parsing Schema bug
Description:
I'm new to soap. I've been over all the tutorials I could find. I have
successfully used the PHP soap under those tutorials. There is a WDSL
provided by labs.zap2it.com (free login required for any useful
information. Use certificate code JYXN-ZAZN-YBUT if you check it out.)
I've tried to debug the WDSL script. Because perl, Pear Soap, and Nusoap
can all process this WDSL file I can only conclude that it's a PHP bug.
The WDSL is designed to connect to a soap server and be able to download
an XML file of television listings. The server requires authentication.
The perl script (linked in the reproduce code section) successfully
authenticates and downloads the file.
I looked through the WDSL and the referenced WDSL for the tag
by itself, but it was always a legitemate (as far as I know)
tag set.
Pear Soap does not have the authentication required and I can't get nuSoap
to display the output properly. I don't understand perl and I don't want
to use it so I would really like a PHP only solution to access the US
television listings soap server.
I'm using the latest CVS. Configure options:
'./configure' '--with-mysql=/usr/local/mysql'
'--with-apxs2=/usr/local/apache2/bin/apxs'
'--with-imap=/home/david/imap-2000c' '--with-jpeg-dir=/usr/lib'
'--with-png-dir=/usr/lib' '--with-zlib-dir=/usr/local/lib'
'--with-freetype-dir=/usr/local/include/freetype2' '--enable-ftp'
'--with-mcrypt=/usr/local/lib' '--with-gd' '--with-pspell'
'--with-bz2=/usr/lib' '--enable-sockets' '--with-curl' '--enable-soap'
'--enable-debug'
also tried:
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs'
'--enable-soap'
with the same result.
I've tried this on two different linux machines, both with the 2.6.3
kernel.
Error occurs for me by running my script either through apache or by
invoking it on the command line. Apache does not crash, but script
exicution stops. I only know how to program in PHP (not C, although I can
"read" some C code and follow it), but I think if PHP ignored all of the
annotation tags this might work?
Thank you so very much for your volunteer efforts. I really appreciate
the work you and others do. The PHP 5.0 SOAP client (and server) appear
to be feature rich and will be really useful to a lot of people. I'll be
happy to assist in any way I can (additional information, tests, you name
it.) Just email me. Thanks.
Reproduce code:
---
WDSL:
http://docs.tms.tribune.com/tech/tmsdatadirect/zap2it/xtvd.wsdl
Working perl script (for illustration purposes to verify that the WDSL
appears to be correct):
http://docs.tms.tribune.com/tech/tmsdatadirect/zap2it/datadirect-parse.zip
my code:
http://docs.tms.tribune.com/tech/tmsdatadirect/zap2it/xtvd.wsdl');
?>
Expected result:
Resource $client created to access the soap server
Actual result:
--
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR:
Parsing Schema: unexpected in attributeGroup in
/home/david/peevo/zap2it.php:4
Stack trace:
#0 {main}
thrown in /home/david/peevo/zap2it.php on line 4
--
Edit bug report at http://bugs.php.net/?id=27742&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27742&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27742&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27742&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27742&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27742&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27742&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27742&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27742&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27742&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27742&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27742&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27742&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27742&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27742&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27742&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27742&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27742&r=float
#27707 [Opn->WFx]: comparing (recursive) referenced objects fails
ID: 27707
Updated by: [EMAIL PROTECTED]
Reported By: jesse at mactechs dot com
-Status: Open
+Status: Wont fix
Bug Type: Class/Object related
Operating System: Irrelevant
PHP Version: 4.3.4
New Comment:
This is fixed in PHP 5.0, it won't however be fixed for PHP
4.
Previous Comments:
[2004-03-25 19:39:14] jesse at mactechs dot com
Correction: last words of last sentance of second
paragraph of description should read: "(WITHOUT
recursing to all the values)".
[2004-03-25 19:34:05] jesse at mactechs dot com
Description:
Recursive object reference comparisons fail in PHP4.x.
Alternative to my "exptected result" below, I would
settle for one of a couple of things. One would be a
boolean comparison function that returns true if two
references point to the same data, or another could be
simply a boolean function that returns true if two
objects are the same (with recursing to all the values).
I'm aware the Zend Engine 2/PHP5 identity operator works
in the fashion I'd like now, but I'd still consider this
a bug for Zend Engine/PHP4.
Reproduce code:
---
// key failing element here is B::is_ref
class A {
var $a_ref;
function set_ref (&$obj) {
$this->a_ref =& $obj; } }
class B {
var $b_ref;
function set_ref (&$obj) {
$this->b_ref =& $obj; }
function is_ref (&$obj) {
if ($obj === $this->b_ref)
return true; } }
$a = new A; $b = new B;
$a->set_ref ($b); $b->set_ref ($a);
var_dump ($b->is_ref ($a));
Expected result:
I would expect that "if ($obj === $this->b_ref)" would
return true if they (the two object references being
compared) referenced the same object, and
false if they didnt. Please see my description, as
well.
Actual result:
--
"
Fatal error: Nesting level too deep - recursive
dependency? in /path-to/test.php on line 12
"
--
Edit this bug report at http://bugs.php.net/?id=27707&edit=1
#26647 [Opn->Fbk]: Intermittent upload crash in FastCGI mode
ID: 26647 Updated by: [EMAIL PROTECTED] Reported By: faraco dot phpbugs at mailnull dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Windows NT4 SP6 PHP Version: 4CVS-2004-02-11 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-02-10 05:45:37] faraco dot phpbugs at mailnull dot com The problem persists. This time I was able to identify that the error occurs more often when the file size is over 50KB. [2004-02-09 20:38:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-17 06:55:55] faraco dot phpbugs at mailnull dot com Description: When running PHP 4.3.4 (also 4.3.2) in FastCGI mode, the http upload of files occasionally results on "Page Cannot Be Displayed". Some comments: 1. The SAME file sometimes is uploaded successfully and sometimes is not. So, no problems with MAX_FILE_SIZE (HTML script) or UPLOAD_MAX_FILESIZE, POST_MAX_SIZE (PHP.INI) settings. 2. No problems with plain/text files uploads. These intermittent problems seem to occur only with binary files. 3. On a manual test, in 60 seconds, the same requisition failed 8 times and succeeded other 4. Reproduce code: --- up.html --- upload.php -- "; print_r($_FILES); } ?> -- Edit this bug report at http://bugs.php.net/?id=26647&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: 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-24 04:55:59] mak123 at poczta dot onet dot pl the same problem PHP 4.3.4 Apache 1.3.29 linux 2.4.20, RH9 PHP Warning: Unknown(): open_basedir restriction in effect. File() is not within the allowed path(s): () in Unknown on line 0 every virtual in httpd.conf has only one entry (no .htaccess files): php_admin_value open_basedir PHP config: './configure' '--with-config-file-path=/etc' '--with-apache=../apache_1.3.29' '--enable-force-cgi-redirect' '--enable-discard-path' '--enable-safe-mode' '--with-exec-dir' '--with-zlib' '--with-jpeg' '--with-jpeg-dir=/usr/local/libjpeg' '--with-gd' '--with-mysql=/usr/local/mysql' '--with-mysql-sock=/tmp/mysql.sock' '--with-regex=php' '--with-openssl=/usr/local/ssl' '--with-gettext' '--with-xml' '--with-imap=../imap-2002d' '--disable-ipv6' '--with-db4' '--enable-exif' '--enable-ftp' '--enable-mcrypt' [2004-03-18 02:45:54] pk at nodex dot ru Hello! PHP 4.2.3 is workeng fine with this configuration. Configure: CC="gcc" \ CXX="gcc" \ CFLAGS="-I/usr/local/sfio/include -mcpu=v9 -mtune=ultrasparc" \ CXXFLAGS="-I/usr/local/sfio/include -mcpu=v9 -mtune=ultrasparc " \ CPPFLAGS="-I/usr/local/sfio/include -mcpu=v9 -mtune=ultrasparc " \ LDFLAGS="-lstdc++ -lstdio -lsfio -liconv -L/usr/local/mnogosearch/lib -lmnogosearch -ludmsearch" \ EXTRA_LIBS="-lstdc++ -lstdio -lsfio -liconv -L/usr/local/mnogosearch/lib -lmnogosearch -ludmsearch" \ ./configure \ --with-apache=/usr/home/export/compile/apache/apache \ --with-mod_charset \ --with-pgsql=/usr/local/pgsql \ --disable-debug \ --enable-calendar \ --enable-inline-otimization \ --with-zlib \ --with-gd=/usr/local \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-xpm-dir=/usr/lib \ --with-freetype-dir=/usr/local \ --with-zlib-dir=/usr/lib \ --with-freetype-dir=/usr/local/freetype2 \ --enable-wddx \ --with-curl \ --with-expat \ --enable-trans-sid \ --with-iconv \ --enable-xslt \ --with-xslt-sablot \ --with-imap \ --with-imap-ssl \ --with-openssl=/usr/local/ssl \ --with-mnogosearch=/usr/local/mnogosearch \ --enable-dbase \ --with-mysql=/usr/local/mysql I`m setting in httpd.conf for each vhost: php_admin_flag safe_mode on php_admin_flag track_vars on php_admin_value doc_root php_admin_value open_basedir php_admin_value safe_mode_exec_dir php_admin_value upload_tmp_dir php_admin_value session.save_path php_admin_value max_execution_time 60 php_admin_value upload_max_filesize 3145728 My system is Solaris 9\01 with lastest patches. [2004-03-16 11:55:04] [EMAIL PROTECTED] 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. [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 /
#27741 [NEW]: IIS down while request .php file
From: yjt at 5kg dot net Operating system: Windows 2000 Server PHP version: 4.3.5 PHP Bug Type: IIS related Bug description: IIS down while request .php file Description: php 4.3.5 installed in win2k server & iis 5, when request a page,show errors below: Unknown list entry type in request shutdown (2) in Unknown on line 0. open php error log and found errors in event viewer: c-client[1264], PHP Warning: Unknown list entry type in request shutdown (2) in Unknown on line 0. I tried isapi and cgi mode : in isapi mode, w3svc halt and cannot restart, only way is restart the server; in cgi mode, application popup show "inetinfo.exe" error for several times. end of report. -- Edit bug report at http://bugs.php.net/?id=27741&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27741&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27741&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27741&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27741&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27741&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27741&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27741&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27741&r=support Expected behavior: http://bugs.php.net/fix.php?id=27741&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27741&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27741&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27741&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27741&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27741&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27741&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27741&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27741&r=float
#27723 [Opn->Bgs]: ImageTrueColorToPalette(); buggy
ID: 27723 Updated by: [EMAIL PROTECTED] Reported By: diabl at borderlessrpg dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: W98 PHP Version: 5.0.0RC1 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. Assuming this is in fact a valid bug (keep in mind PNG is truecolor and when reducing it to pallet, which only had 256 colors and some colors will be lost) this would be a bug in GD library not PHP. Previous Comments: [2004-03-26 14:18:31] diabl at borderlessrpg dot com Description: For some reason, this reduces the colors to less than specified in $colors. I tried if it reduced them to the same amount with different images, to 64 colors, one of them became 23 colors, the other one became 34 colors. Both with and without dither. Reproduce code: --- $image = ImageCreateFromPng( "many_colors_image_here" ); ImageTrueColorToPalette( $image, $dither, $colors ); Expected result: Reducing a PNG image to X colors, with or without dither. Actual result: -- This reduces the image to less colors than X -- Edit this bug report at http://bugs.php.net/?id=27723&edit=1
#27735 [Opn->Fbk]: restart of apache2 via kill -1 or apachectl causes crash
ID: 27735 Updated by: [EMAIL PROTECTED] Reported By: as at netoholic dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.5 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2004-03-28 11:44:52] krasnov at euroweb dot ru A little addition: EVERY test made by "make test" after compilation got FAILED. [2004-03-28 11:31:24] krasnov at euroweb dot ru I must notify you that a cannot reproduce this bug when I add --enable-debug to ./configure [2004-03-28 11:17:17] krasnov at euroweb dot ru This nasty bug also is being reproduced under FreeBSD 4.8 RELEASE when I try linuxthreads for apache worker thread model. Either HUP or graceful restart of apache 2.0.49 causes log entry like "[notice] seg fault or similar nasty error detected in the parent process" CFLAGS='-O -pipe -march=pentiumpro -DZTS -D__USE_UNIX98 -D_REENTRANT -D_THREAD_SAFE -DHAVE_BROKEN_REALPATH -I/usr/local /include/pthread/linuxthreads -L/usr/local/lib -llthread -llgcc_r' \ LIBS='-L/usr/local/lib -llthread -llgcc_r' \ ./configure \ --prefix=/usr/local/php \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl \ --with-mysql=/usr/local/mysql \ --with-zlib \ --with-gd \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-imap=/usr/local/src/imap-2002d \ --with-imap-ssl=/usr \ --with-gettext \ --with-xml \ --with-tsrm-pthreads 4.3.4 with identical config runs fine... PS: Native FreeBSD 4.8 pthreads run also fine. [2004-03-27 13:45:56] as at netoholic dot de Description: any time kill -1 at the httpd for configuration reload crashes httpd, log entry "[notice] seg fault or similar nasty error detected in the parent process" php built as module against apache 2.0.49 with gcc 3.3.3 on SuSE 8.2 Distibution configure line: './configure' '--prefix=/opt/php-httpd' '--enable-magic-quotes' '--enable-bcmath' '--enable-ftp' '--enable-inline-optimizations' '--enable-memory-limit' '--enable-exif' '--with-apxs2=/opt/apache2/bin/apxs' '--with-openssl' '--with-bz2' '--with-zlib' '--with-mysql' '--enable-calendar' '--enable-dbx' '--with-gd' '--with-gd-native-ttf' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-zlib' '--with-freetype-dir=/usr/lib' '--enable-dba' 4.3.4 with identical config runs fine... -- Edit this bug report at http://bugs.php.net/?id=27735&edit=1
#27731 [Opn->Csd]: @ and error_reporing
ID: 27731 Updated by: [EMAIL PROTECTED] Reported By: se at ksu dot ru -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows 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-27 09:59:04] se at ksu dot ru Description: Try to execute: error_reporting(E_ALL ^ E_NOTICE); if (!$a++) @include __FILE__; else error_reporting(0); var_dump(error_reporting()); Then remove '@' and try once again. Compare results. I think it is bug. Reproduce code: --- error_reporting(E_ALL ^ E_NOTICE); if (!$a++) @include __FILE__; else error_reporting(0); var_dump(error_reporting()); Expected result: int(0) int(0) Actual result: -- int(0) int(2039) -- Edit this bug report at http://bugs.php.net/?id=27731&edit=1
#27726 [Opn->Bgs]: iconv, iisfunc and printer extensions are missing
ID: 27726 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Windows PHP Version: 4.3.5 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Those extensions are now part of PECL and can be found inside http://snaps.php.net/win32/PECL_STABLE/ Previous Comments: [2004-03-27 01:10:01] [EMAIL PROTECTED] Description: In ZIP package of Windows version 4.3.5 are missing these extensions: php_iconv.dll php_iisfunc.dll php_printer.dll They were in 4.3.4. I can't find anywhere they are deprecated or included in the main dll. -- Edit this bug report at http://bugs.php.net/?id=27726&edit=1
#27732 [Opn->Csd]: Newlines in include/php_sab_info.h confuses mips CC compiler
ID: 27732 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: IRIX64 6.5.23m PHP Version: 4.3.5 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-27 10:38:29] [EMAIL PROTECTED] Description: The file php-4.3.5/include/php_sab_info.h contains information about the using CLAGS from the sablot compilation. For unkown reasons the linkline contains newlines and the code looks like Example: cat /mnt/MIPS/php-4.3.5/include/php_sab_info.h #define SAB_INFO "Cflags: -O3 -mips4 -LANG:libc_in_namespace_std=OFF -LANG:exceptions=OFF -LANG:std=OFF -I/usr/local/include Libs: -L/usr/local/lib -lexpat -lm Prefix: /usr/local" Removing the newlines solves the problem and the mips compiler accept the #define. -- Edit this bug report at http://bugs.php.net/?id=27732&edit=1
#27734 [Fbk->NoF]: Segmentation fault (11)
ID: 27734 Updated by: [EMAIL PROTECTED] Reported By: kevenden at peak dot org -Status: Feedback +Status: No Feedback Bug Type: MySQL related Operating System: Slackware (modified) PHP Version: 5.0.0RC1 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. should be bogus. Previous Comments: [2004-03-28 18:50:35] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. The crash occurs outside of PHP. [2004-03-28 13:16:10] kevenden at peak dot org Recompiled with suggested configure changes. Running gdb on the core produced by the php binary produced: <> K9:~/public_html/php_test$ gdb /usr/local/bin/php /home/kevenden/public_html/php_test/core This GDB was configured as "i686-pc-linux-gnu"... Core was generated by `php mysqltest.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/local/mysql/lib/mysql/libmysqlclient.so.12...done. Loaded symbols for /usr/local/mysql/lib/mysql/libmysqlclient.so.12 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/local/lib/libmhash.so.2...done. Loaded symbols for /usr/local/lib/libmhash.so.2 Reading symbols from /usr/local/lib/libmcrypt.so.4...done. Loaded symbols for /usr/local/lib/libmcrypt.so.4 Reading symbols from /usr/lib/libltdl.so.0...done. Loaded symbols for /usr/lib/libltdl.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/local/lib/libgmp.so.3...done. Loaded symbols for /usr/local/lib/libgmp.so.3 Reading symbols from /usr/local/lib/libfreetype.so.6...done. Loaded symbols for /usr/local/lib/libfreetype.so.6 Reading symbols from /usr/lib/libpng.so.3...done. Loaded symbols for /usr/lib/libpng.so.3 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so...done. Loaded symbols for /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so Reading symbols from /usr/local/ssl//lib/libssl.so.0.9.7...done. Loaded symbols for /usr/local/ssl//lib/libssl.so.0.9.7 ---Type to continue, or q to quit--- Reading symbols from /usr/local/ssl//lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/local/ssl//lib/libcrypto.so.0.9.7 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/local/lib/libcurl.so.2...done. Loaded symbols for /usr/local/lib/libcurl.so.2 Reading symbols from /usr/local/lib/libxml2.so.2...done. Loaded symbols for /usr/local/lib/libxml2.so.2 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_db.so.2...done. Loaded symbols for /lib/libnss_db.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libdb-3.1.so...done. Loaded symbols for /lib/libdb-3.1.so 0x in ?? () (gdb) bt #0 0x in ?? () (gdb) <---> Running gdb on the core produced by running httpd -X : K9:~# gdb /var/lib/apache/sbin/httpd /root/core GNU gdb 6.0 This GDB was configured as "i686-pc-linux-gnu"... warning: core file may not match specified executable file. Core was generated by `gdb /var/lib/apache/sbin/httpd'. Program terminated with signal 11, Segmentation fault. #0 0x080d094b in posix_class_maps () (gdb) bt #0 0x080d094b in posix_class_maps () #1 0x401bd1c8 in ?? () #2 0xb3ec in ?? () #3 0xb32c in ?? () #4 0x0807cbd9 in translate_userdir (r=0x) at mod_userdir.c:314 Previous frame identical to this frame (corrupt
#27736 [Opn->Fbk]: Make test hangs after 'PASS Simple Math Tests'
ID: 27736 Updated by: [EMAIL PROTECTED] Reported By: php at hottub dot ca -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: AIX 5.1 ML4 PHP Version: 4.3.5 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-27 14:08:42] php at hottub dot ca Description: While testing php 4.3.5 on AIX 5.1 ML4 (on a 43p-150) with Visual Age for C v6, the test script appears to hang after passing the 'Simple Math Tests'. CPU is pegged at 100% during the hang. This bug is similar, but not identical to http://bugs.php.net/ bug.php?id=27370 . No options were used. Configure and make runs without errors, but includes many warnings, as below: cc -I/build/php-4.3.5/ext/mysql/libmysql -Iext/mysql/ - I/build/php-4.3.5/ext/mysql/ -DPHP_ATOM_INC -I/build/ php-4.3.5/include -I/build/php-4.3.5/main -I/build/php- 4.3.5 -I/build/php-4.3.5/Zend -I/build/php-4.3.5/ext/ xml/expat -I/build/php-4.3.5/TSRM -g -c /build/php- 4.3.5/ext/mysql/libmysql/libmysql.c -o ext/mysql/ libmysql/libmysql.o && echo > ext/mysql/libmysql/ libmysql.lo "/build/php-4.3.5/ext/mysql/libmysql/mysql.h", line 181.14: 1506-731 (W) The '_Export' keyword is not supported on the target platform. The keyword is ignored. (The warning above occurs several hundred times in relation to mysql.) cc -Iext/standard/ -I/build/php-4.3.5/ext/standard/ - DPHP_ATOM_INC -I/build/php-4.3.5/include -I/build/php- 4.3.5/main -I/build/php-4.3.5 -I/build/php-4.3.5/Zend - I/build/php-4.3.5/ext/xml/expat -I/build/php-4.3.5/ TSRM -g -c /build/php-4.3.5/ext/standard/array.c -o ext/standard/array.o && echo > ext/standard/array.lo "/build/php-4.3.5/ext/standard/array.c", line 1723.64: 1506-280 (W) Function argument assignment between types "unsigned int*" and "int*" is not allowed. This warning and others very similar to it occur infrequently throughout the remainder of the code. The last line before I interrupted the test is: PASS Simple math tests [ext/standard/tests/math/ abs.phpt] ^Cmake: *** [test] Interrupt The process remained 'stuck' for approximately two hours before I interrupted it. Reproduce code: --- Full configure, make, and make test output can be seen here: http://www.hottub.ca/php435testhang.txt Detail of specific test result: # make test TESTS=ext/standard/tests/math = CWD : /build/php-4.3.5 PHP : /build/php-4.3.5/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 4.3.5 ZEND_VERSION: 1.3.0 PHP_OS : AIX - AIX new 1 5 000682BF4C00 INI actual : /usr/local/lib/php.ini More .INIs : Extra dirs : = Running selected tests. PASS Simple math tests [ext/standard/tests/math/abs.phpt] It passes, yet again, hangs with 100% CPU utilization, as per iostat: tty: tin tout avg-cpu: % user% sys % idle% iowait 0.0 83.2 95.8 4.20.0 0.0 -- Edit this bug report at http://bugs.php.net/?id=27736&edit=1
#27734 [Opn->Fbk]: Segmentation fault (11)
ID: 27734 Updated by: [EMAIL PROTECTED] Reported By: kevenden at peak dot org -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Slackware (modified) PHP Version: 5.0.0RC1 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. The crash occurs outside of PHP. Previous Comments: [2004-03-28 13:16:10] kevenden at peak dot org Recompiled with suggested configure changes. Running gdb on the core produced by the php binary produced: <> K9:~/public_html/php_test$ gdb /usr/local/bin/php /home/kevenden/public_html/php_test/core This GDB was configured as "i686-pc-linux-gnu"... Core was generated by `php mysqltest.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/local/mysql/lib/mysql/libmysqlclient.so.12...done. Loaded symbols for /usr/local/mysql/lib/mysql/libmysqlclient.so.12 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/local/lib/libmhash.so.2...done. Loaded symbols for /usr/local/lib/libmhash.so.2 Reading symbols from /usr/local/lib/libmcrypt.so.4...done. Loaded symbols for /usr/local/lib/libmcrypt.so.4 Reading symbols from /usr/lib/libltdl.so.0...done. Loaded symbols for /usr/lib/libltdl.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/local/lib/libgmp.so.3...done. Loaded symbols for /usr/local/lib/libgmp.so.3 Reading symbols from /usr/local/lib/libfreetype.so.6...done. Loaded symbols for /usr/local/lib/libfreetype.so.6 Reading symbols from /usr/lib/libpng.so.3...done. Loaded symbols for /usr/lib/libpng.so.3 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so...done. Loaded symbols for /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so Reading symbols from /usr/local/ssl//lib/libssl.so.0.9.7...done. Loaded symbols for /usr/local/ssl//lib/libssl.so.0.9.7 ---Type to continue, or q to quit--- Reading symbols from /usr/local/ssl//lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/local/ssl//lib/libcrypto.so.0.9.7 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/local/lib/libcurl.so.2...done. Loaded symbols for /usr/local/lib/libcurl.so.2 Reading symbols from /usr/local/lib/libxml2.so.2...done. Loaded symbols for /usr/local/lib/libxml2.so.2 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_db.so.2...done. Loaded symbols for /lib/libnss_db.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libdb-3.1.so...done. Loaded symbols for /lib/libdb-3.1.so 0x in ?? () (gdb) bt #0 0x in ?? () (gdb) <---> Running gdb on the core produced by running httpd -X : K9:~# gdb /var/lib/apache/sbin/httpd /root/core GNU gdb 6.0 This GDB was configured as "i686-pc-linux-gnu"... warning: core file may not match specified executable file. Core was generated by `gdb /var/lib/apache/sbin/httpd'. Program terminated with signal 11, Segmentation fault. #0 0x080d094b in posix_class_maps () (gdb) bt #0 0x080d094b in posix_class_maps () #1 0x401bd1c8 in ?? () #2 0xb3ec in ?? () #3 0xb32c in ?? () #4 0x0807cbd9 in translate_userdir (r=0x) at mod_userdir.c:314 Previous frame identical to this frame (corrupt stack?) (gdb) frame 4 #4 0x0807cbd9 in translate_userdir (r=0x) at mod_userdir.c:314 314 mod_userdir.c: No such file or directory. in mod_userdir.c (gdb) [2004-03-28 01:49:19] [EMAIL PROTECTED] Remove --with-regex=system and add --enable-debug and regenerate the backtrace.
#27412 [Asn]: nsapi will not load for NS/Iplanet ver 3 and 4
ID: 27412 User updated by: chris at seismo dot usbr dot gov dot spamfree Reported By: chris at seismo dot usbr dot gov dot spamfree Status: Assigned Bug Type: iPlanet related Operating System: IRIX 6.5 PHP Version: 4CVS, 5CVS (2004-02-27) Assigned To: thetaphi New Comment: Further testing indicates that Netscape/iPlanet Enterprise Server uses the sproc/sprocsp model of threading on IRIX, at least for versions 3 and 4. According to the sproc man page "The sproc model of threading is incompatible with POSIX threads." A problem with sproc threads is that they can quickly use up all available process memory unless the per-process stack size is kept *small* enough. With PHP NSAPI, this will result in a segment violation (SIGSEGV), with a "not enough memory to lock stack" syslog error. So with PHP, one may need to limit the per-process stacksize when starting ns-httpd. For example: (limit stacksize 8m && $NSES_PATH/start) Previous Comments: [2004-03-09 05:25:58] [EMAIL PROTECTED] Can you send me the patch as Unified Diff to my email? [2004-03-08 20:11:44] chris at seismo dot usbr dot gov dot spamfree TSRM.c needed a few more minor changes to have complete NSAPI support. Without these, you eventually get SIGSEGV. The point of these changes is to permit choice of using NSAPI thread API, thus avoiding dependency on native threads (and resulting problems on some platforms). Here are the complete context diffs for php-4.3.5RC3: *** 91,96 --- 91,98 #if defined(PTHREADS) /* Thread local storage */ static pthread_key_t tls_key; + #elif defined(NSAPI) + static int tls_key; #elif defined(TSRM_ST) static int tls_key; #elif defined(TSRM_WIN32) *** *** 106,111 --- 108,115 pth_init(); #elif defined(PTHREADS) pthread_key_create( &tls_key, 0 ); + #elif defined(NSAPI) + tls_key = systhread_newkey(); #elif defined(TSRM_ST) st_init(); st_key_create(&tls_key, 0); *** *** 186,191 --- 190,197 #elif defined(PTHREADS) pthread_setspecific(tls_key, 0); pthread_key_delete(tls_key); + #elif defined(NSAPI) + /* systhread_setdata(tls_key, 0); /* as bogus as pthread_setspecific(key,0) */ #elif defined(TSRM_WIN32) TlsFree(tls_key); #endif *** *** 261,266 --- 267,274 #if defined(PTHREADS) /* Set thread local storage to this new thread resources structure */ pthread_setspecific(tls_key, (void *) *thread_resources_ptr); + #elif defined(NSAPI) + systhread_setdata(tls_key, (void *) *thread_resources_ptr); #elif defined(TSRM_ST) st_thread_setspecific(tls_key, (void *) *thread_resources_ptr); #elif defined(TSRM_WIN32) *** *** 302,307 --- 310,317 * and our hashtable lookup. */ thread_resources = pthread_getspecific(tls_key); + #elif defined(NSAPI) + thread_resources = systhread_getdata(tls_key); #elif defined(TSRM_ST) thread_resources = st_thread_getspecific(tls_key); #elif defined(TSRM_WIN32) *** *** 390,395 --- 400,407 } #if defined(PTHREADS) pthread_setspecific(tls_key, 0); + #elif defined(NSAPI) + /* systhread_setdata(tls_key, 0); /* as bogus as pthread_setspecific(key,0) */ #elif defined(TSRM_WIN32) TlsSetValue(tls_key, 0); #endif *** *** 524,530 #elif defined(PTHREADS) return pthread_mutex_lock(mutexp); #elif defined(NSAPI) ! return crit_enter(mutexp); #elif defined(PI3WEB) return PISync_lock(mutexp); #elif defined(TSRM_ST) --- 536,543 #elif defined(PTHREADS) return pthread_mutex_lock(mutexp); #elif defined(NSAPI) ! crit_enter(mutexp); /* returns void */ ! return 0; #elif defined(PI3WEB) return PISync_lock(mutexp); #elif defined(TSRM_ST) *** *** 551,557 #elif defined(PTHREADS) return pthread_mutex_unlock(mutexp); #elif defined(NSAPI) ! return crit_exit(mutexp); #elif defined(PI3WEB) return PISync_unlock(mutexp); #elif defined(TSRM_ST) --- 564,571 #elif defined(PTHREADS) return pthread_mutex_unlock(mutexp); #elif defined(NSAPI) ! crit_exit(mutexp); /* returns void */ ! return 0; #elif defined(PI3WEB) return PISync_unlock(mutexp); #elif defined(TSRM_ST) For completeness, here are the context diffs for TSRM.h: *** 45,50 --- 45,52 # include #elif defined(PTHREADS) # include + #elif defined(NSAP
#27734 [Fbk->Opn]: Segmentation fault (11)
ID: 27734 User updated by: kevenden at peak dot org Reported By: kevenden at peak dot org -Status: Feedback +Status: Open Bug Type: MySQL related -Operating System: Redhat 7.3 +Operating System: Slackware (modified) PHP Version: 5.0.0RC1 New Comment: Recompiled with suggested configure changes. Running gdb on the core produced by the php binary produced: <> K9:~/public_html/php_test$ gdb /usr/local/bin/php /home/kevenden/public_html/php_test/core This GDB was configured as "i686-pc-linux-gnu"... Core was generated by `php mysqltest.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/local/mysql/lib/mysql/libmysqlclient.so.12...done. Loaded symbols for /usr/local/mysql/lib/mysql/libmysqlclient.so.12 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/local/lib/libmhash.so.2...done. Loaded symbols for /usr/local/lib/libmhash.so.2 Reading symbols from /usr/local/lib/libmcrypt.so.4...done. Loaded symbols for /usr/local/lib/libmcrypt.so.4 Reading symbols from /usr/lib/libltdl.so.0...done. Loaded symbols for /usr/lib/libltdl.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/local/lib/libgmp.so.3...done. Loaded symbols for /usr/local/lib/libgmp.so.3 Reading symbols from /usr/local/lib/libfreetype.so.6...done. Loaded symbols for /usr/local/lib/libfreetype.so.6 Reading symbols from /usr/lib/libpng.so.3...done. Loaded symbols for /usr/lib/libpng.so.3 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so...done. Loaded symbols for /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so Reading symbols from /usr/local/ssl//lib/libssl.so.0.9.7...done. Loaded symbols for /usr/local/ssl//lib/libssl.so.0.9.7 ---Type to continue, or q to quit--- Reading symbols from /usr/local/ssl//lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/local/ssl//lib/libcrypto.so.0.9.7 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/local/lib/libcurl.so.2...done. Loaded symbols for /usr/local/lib/libcurl.so.2 Reading symbols from /usr/local/lib/libxml2.so.2...done. Loaded symbols for /usr/local/lib/libxml2.so.2 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_db.so.2...done. Loaded symbols for /lib/libnss_db.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libdb-3.1.so...done. Loaded symbols for /lib/libdb-3.1.so 0x in ?? () (gdb) bt #0 0x in ?? () (gdb) <---> Running gdb on the core produced by running httpd -X : K9:~# gdb /var/lib/apache/sbin/httpd /root/core GNU gdb 6.0 This GDB was configured as "i686-pc-linux-gnu"... warning: core file may not match specified executable file. Core was generated by `gdb /var/lib/apache/sbin/httpd'. Program terminated with signal 11, Segmentation fault. #0 0x080d094b in posix_class_maps () (gdb) bt #0 0x080d094b in posix_class_maps () #1 0x401bd1c8 in ?? () #2 0xb3ec in ?? () #3 0xb32c in ?? () #4 0x0807cbd9 in translate_userdir (r=0x) at mod_userdir.c:314 Previous frame identical to this frame (corrupt stack?) (gdb) frame 4 #4 0x0807cbd9 in translate_userdir (r=0x) at mod_userdir.c:314 314 mod_userdir.c: No such file or directory. in mod_userdir.c (gdb) Previous Comments: [2004-03-28 01:49:19] [EMAIL PROTECTED] Remove --with-regex=system and add --enable-debug and regenerate the backtrace. [2004-03-27 13:11:48] kevenden at peak dot org Description: When runing the sample PHP/MySQL connection script from the documentation the error.log file displays : [Sat Mar 27 10:11:47 2004] [notice] child pid 17417 exit signal Segmentation fault (11) The same script run from the command line produces a simple: Segmentation fault I upgraded my MySQL databas
#27735 [Com]: restart of apache2 via kill -1 or apachectl causes crash
ID: 27735 Comment by: krasnov at euroweb dot ru Reported By: as at netoholic dot de Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.5 New Comment: A little addition: EVERY test made by "make test" after compilation got FAILED. Previous Comments: [2004-03-28 11:31:24] krasnov at euroweb dot ru I must notify you that a cannot reproduce this bug when I add --enable-debug to ./configure [2004-03-28 11:17:17] krasnov at euroweb dot ru This nasty bug also is being reproduced under FreeBSD 4.8 RELEASE when I try linuxthreads for apache worker thread model. Either HUP or graceful restart of apache 2.0.49 causes log entry like "[notice] seg fault or similar nasty error detected in the parent process" CFLAGS='-O -pipe -march=pentiumpro -DZTS -D__USE_UNIX98 -D_REENTRANT -D_THREAD_SAFE -DHAVE_BROKEN_REALPATH -I/usr/local /include/pthread/linuxthreads -L/usr/local/lib -llthread -llgcc_r' \ LIBS='-L/usr/local/lib -llthread -llgcc_r' \ ./configure \ --prefix=/usr/local/php \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl \ --with-mysql=/usr/local/mysql \ --with-zlib \ --with-gd \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-imap=/usr/local/src/imap-2002d \ --with-imap-ssl=/usr \ --with-gettext \ --with-xml \ --with-tsrm-pthreads 4.3.4 with identical config runs fine... PS: Native FreeBSD 4.8 pthreads run also fine. [2004-03-27 13:45:56] as at netoholic dot de Description: any time kill -1 at the httpd for configuration reload crashes httpd, log entry "[notice] seg fault or similar nasty error detected in the parent process" php built as module against apache 2.0.49 with gcc 3.3.3 on SuSE 8.2 Distibution configure line: './configure' '--prefix=/opt/php-httpd' '--enable-magic-quotes' '--enable-bcmath' '--enable-ftp' '--enable-inline-optimizations' '--enable-memory-limit' '--enable-exif' '--with-apxs2=/opt/apache2/bin/apxs' '--with-openssl' '--with-bz2' '--with-zlib' '--with-mysql' '--enable-calendar' '--enable-dbx' '--with-gd' '--with-gd-native-ttf' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-zlib' '--with-freetype-dir=/usr/lib' '--enable-dba' 4.3.4 with identical config runs fine... -- Edit this bug report at http://bugs.php.net/?id=27735&edit=1
#21965 [NoF->Opn]: gettext uses entries out of different files at the same time
ID: 21965 Updated by: [EMAIL PROTECTED] Reported By: thorsten dot kussler at communardo dot de -Status: No Feedback +Status: Open Bug Type: Gettext related Operating System: Solaris PHP Version: 4.2.3 New Comment: Are you always calling textdomain() at the beginning of your script? There is no code in the gettext extension, as far as I can see, that resets the default text domain after a request, so the text domain from one request is going to leak to the next for any particular httpd process. The workaround is obviously to always explicitly set it at the beginning of every request. Previous Comments: [2004-03-28 08:27:51] timo dot hummel at 4fb dot de I can confirm this. This bug especially occurs when the following conditions are met: - Multiple domains - Switching forth and back between different languages I reproduced this on a RedHat 9 system, with the following results: After a certain period of time, the strings for any second textdomain are switching between the translated and untranslated string; seems like it's because the different HTTP server processes. After restarting the web server, the problems can't be reproduced, or when the path is being changed. Does the PHP gettext implementation cache the results after getting the gettext string from the gettext library? That would explain the troubles. [2003-07-20 10:40:41] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-15 02:21: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 And if it still happens, provide a short test script. [2003-07-15 02:19:18] thorsten dot kussler at communardo dot de The configure line was: './configure' '--with-oci8=/home/oracle/product/8.1.7' '--with-apxs=/usr/local/apache/bin/apxs' '--with-gettext=/usr/local' '--with-ldap=/usr' and a second version directly compiled with Apache (--with-Apache) [2003-07-12 23:37:49] [EMAIL PROTECTED] I bet this happens with later PHP versions, like 4.3.2 too? What is the full configure line you have used to configure 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/21965 -- Edit this bug report at http://bugs.php.net/?id=21965&edit=1
#27735 [Com]: restart of apache2 via kill -1 or apachectl causes crash
ID: 27735 Comment by: krasnov at euroweb dot ru Reported By: as at netoholic dot de Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.5 New Comment: I must notify you that a cannot reproduce this bug when I add --enable-debug to ./configure Previous Comments: [2004-03-28 11:17:17] krasnov at euroweb dot ru This nasty bug also is being reproduced under FreeBSD 4.8 RELEASE when I try linuxthreads for apache worker thread model. Either HUP or graceful restart of apache 2.0.49 causes log entry like "[notice] seg fault or similar nasty error detected in the parent process" CFLAGS='-O -pipe -march=pentiumpro -DZTS -D__USE_UNIX98 -D_REENTRANT -D_THREAD_SAFE -DHAVE_BROKEN_REALPATH -I/usr/local /include/pthread/linuxthreads -L/usr/local/lib -llthread -llgcc_r' \ LIBS='-L/usr/local/lib -llthread -llgcc_r' \ ./configure \ --prefix=/usr/local/php \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl \ --with-mysql=/usr/local/mysql \ --with-zlib \ --with-gd \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-imap=/usr/local/src/imap-2002d \ --with-imap-ssl=/usr \ --with-gettext \ --with-xml \ --with-tsrm-pthreads 4.3.4 with identical config runs fine... PS: Native FreeBSD 4.8 pthreads run also fine. [2004-03-27 13:45:56] as at netoholic dot de Description: any time kill -1 at the httpd for configuration reload crashes httpd, log entry "[notice] seg fault or similar nasty error detected in the parent process" php built as module against apache 2.0.49 with gcc 3.3.3 on SuSE 8.2 Distibution configure line: './configure' '--prefix=/opt/php-httpd' '--enable-magic-quotes' '--enable-bcmath' '--enable-ftp' '--enable-inline-optimizations' '--enable-memory-limit' '--enable-exif' '--with-apxs2=/opt/apache2/bin/apxs' '--with-openssl' '--with-bz2' '--with-zlib' '--with-mysql' '--enable-calendar' '--enable-dbx' '--with-gd' '--with-gd-native-ttf' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-zlib' '--with-freetype-dir=/usr/lib' '--enable-dba' 4.3.4 with identical config runs fine... -- Edit this bug report at http://bugs.php.net/?id=27735&edit=1
#27737 [Csd]: mktime() has problems with DST
ID: 27737
Updated by: [EMAIL PROTECTED]
Reported By: m dot konings at knowmany dot nl
Status: Closed
Bug Type: Date/time related
Operating System: Windows
PHP Version: 4.3.5
New Comment:
An easy workaround in the meantime is to avoid using midnight as your
time for your iteration. Use noon instead and you should never have
any DST-related issues.
Previous Comments:
[2004-03-27 16:34:25] [EMAIL PROTECTED]
We did some fixes regarding this problem, but we're not totally sure if
the current fix is always correct. Please test PHP4.3.6RC1 when it's
out (takes a couple of weeks) to see if it still works for you after we
made the other changes.
[2004-03-27 16:30:41] m dot konings at knowmany dot nl
The Windows STABLE CVS snapshot does not have this problem! Does this
mean it will be solved (automatically) in a next version?
[2004-03-27 16:16: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-27 14:40:24] m dot konings at knowmany dot nl
Description:
When iterating through a date value, day by day, I use the following
code a lot:
$cur_date = mktime(0, 0, 0, date('m', $cur_date), date('d',
$cur_date)+1, date('Y', $cur_date));
This used to work perfectly on PHP 4.3.4. But with 4.3.5 this call
keeps returning 27-3-2004 as soon as it hits this date. I guest this
has something to do with Daylight Saving Time. When you change to call
to:
$cur_date = mktime(1, 0, 0, date('m', $cur_date), date('d',
$cur_date)+1, date('Y', $cur_date));
It actually works fine, so it turns out that 00:00:00 @ 28-3-2004 is
treated as 27-3-2004.
Reproduce code:
---
\n";
$cur_date = mktime(0, 0, 0, date('m', $cur_date), date('d',
$cur_date)+1, date('Y', $cur_date));
}
Expected result:
I expected to see the next list (as it worked on 4.3.4):
20-03-2004
21-03-2004
22-03-2004
23-03-2004
24-03-2004
25-03-2004
26-03-2004
27-03-2004
28-03-2004
29-03-2004
Actual result:
--
But I actually saw this:
20-03-2004
21-03-2004
22-03-2004
23-03-2004
24-03-2004
25-03-2004
26-03-2004
27-03-2004
27-03-2004
27-03-2004
--
Edit this bug report at http://bugs.php.net/?id=27737&edit=1
#27735 [Com]: restart of apache2 via kill -1 or apachectl causes crash
ID: 27735 Comment by: krasnov at euroweb dot ru Reported By: as at netoholic dot de Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.5 New Comment: This nasty bug also is being reproduced under FreeBSD 4.8 RELEASE when I try linuxthreads for apache worker thread model. Either HUP or graceful restart of apache 2.0.49 causes log entry like "[notice] seg fault or similar nasty error detected in the parent process" CFLAGS='-O -pipe -march=pentiumpro -DZTS -D__USE_UNIX98 -D_REENTRANT -D_THREAD_SAFE -DHAVE_BROKEN_REALPATH -I/usr/local /include/pthread/linuxthreads -L/usr/local/lib -llthread -llgcc_r' \ LIBS='-L/usr/local/lib -llthread -llgcc_r' \ ./configure \ --prefix=/usr/local/php \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl \ --with-mysql=/usr/local/mysql \ --with-zlib \ --with-gd \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-imap=/usr/local/src/imap-2002d \ --with-imap-ssl=/usr \ --with-gettext \ --with-xml \ --with-tsrm-pthreads 4.3.4 with identical config runs fine... PS: Native FreeBSD 4.8 pthreads run also fine. Previous Comments: [2004-03-27 13:45:56] as at netoholic dot de Description: any time kill -1 at the httpd for configuration reload crashes httpd, log entry "[notice] seg fault or similar nasty error detected in the parent process" php built as module against apache 2.0.49 with gcc 3.3.3 on SuSE 8.2 Distibution configure line: './configure' '--prefix=/opt/php-httpd' '--enable-magic-quotes' '--enable-bcmath' '--enable-ftp' '--enable-inline-optimizations' '--enable-memory-limit' '--enable-exif' '--with-apxs2=/opt/apache2/bin/apxs' '--with-openssl' '--with-bz2' '--with-zlib' '--with-mysql' '--enable-calendar' '--enable-dbx' '--with-gd' '--with-gd-native-ttf' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-zlib' '--with-freetype-dir=/usr/lib' '--enable-dba' 4.3.4 with identical config runs fine... -- Edit this bug report at http://bugs.php.net/?id=27735&edit=1
#5764 [Com]: cant load dll
ID: 5764
Comment by: usai dot roberto at tiscali dot it
Reported By: DrGonzo at web dot de
Status: Closed
Bug Type: Dynamic loading related
Operating System: Win32
PHP Version: 4.0.0
New Comment:
I have the same problem but the libraries are php_mysql.dll or
php_msql.dll or php_msql.dll and other databases libraries.
No problems for others library like for example php_gd2.dll or
php_pdf.dll.
My configuration is:
windows 2003 server enterprise ediction
Apache/2.0.47 (Win32)
PHP/5.0.0RC1
MySql 4.0.18-nt
Bye
Previous Comments:
[2000-08-20 02:19:11] [EMAIL PROTECTED]
No feedback from user.
--Jani
[2000-07-26 15:08:45] [EMAIL PROTECTED]
do you have php_oci8.dll in your extension_dir ?
[2000-07-24 22:13:00] DrGonzo at web dot de
I dont know if this is a real bug but i tried kind of anything to solve
it and did not get a positive result, so i just submit it now.
I tried to load several dll's using the extension directive of the
php.ini file.
The files i tried to load are:
php_oci8.dll
php_oracle.dll
I get 2 different error messages for those files:
for php_oci8.dll it is the message that the dll can not be found.
for php_oracle.dll its the message that the dll is not a valid php
lib.
But i can load other dlls like php_ftp.dll or php_calendar.dll without
an error message.
So i am sure that my extension_dir is configured right.
I also think that these files are valid libs. I got them from
download.swwwing.com.
So you can check that out.
I will send you my php.ini file, too. Perhaps I just did some config
crapp. I dont hope that this is the case and i just keep you from doing
important things, if its the case please let me know what i did wrong.
Here comes the php.ini( i am running win98 ):
[PHP]
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP
to
; read it, it must be named 'php.ini'. PHP looks for it in the
current
; working directory, in the path designated by the environment
variable
; PHPRC, and in the path that was defined in compile time (in that
order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably
guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from
FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or
M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an
expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and
parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after
the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none ; sets foo to an empty string
; foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a
dynamically
; loaded extension (either a PHP extension or a Zend extension), you
may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these
lines,
; the builtin defaults will be identical).
; Language Options ;
engine = On ; Enable the PHP scripting language engine
under Apache
short_open_tag = On ; allow the tags are recognized.
asp_tags= Off ; allow ASP-style <% %> tags
precision = 14 ; number of significant digits displayed in
floating
point numbers
y2k_compliance = Off ; whether to be year 2000 compliant (will cause
problems with non y2k compliant browsers)
output_buffering= Off ; Output buffering allows you to send header
lines (including cookies)
#21965 [Com]: gettext uses entries out of different files at the same time
ID: 21965 Comment by: timo dot hummel at 4fb dot de Reported By: thorsten dot kussler at communardo dot de Status: No Feedback Bug Type: Gettext related Operating System: Solaris PHP Version: 4.2.3 New Comment: I can confirm this. This bug especially occurs when the following conditions are met: - Multiple domains - Switching forth and back between different languages I reproduced this on a RedHat 9 system, with the following results: After a certain period of time, the strings for any second textdomain are switching between the translated and untranslated string; seems like it's because the different HTTP server processes. After restarting the web server, the problems can't be reproduced, or when the path is being changed. Does the PHP gettext implementation cache the results after getting the gettext string from the gettext library? That would explain the troubles. Previous Comments: [2003-07-20 10:40:41] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-15 02:21: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 And if it still happens, provide a short test script. [2003-07-15 02:19:18] thorsten dot kussler at communardo dot de The configure line was: './configure' '--with-oci8=/home/oracle/product/8.1.7' '--with-apxs=/usr/local/apache/bin/apxs' '--with-gettext=/usr/local' '--with-ldap=/usr' and a second version directly compiled with Apache (--with-Apache) [2003-07-12 23:37:49] [EMAIL PROTECTED] I bet this happens with later PHP versions, like 4.3.2 too? What is the full configure line you have used to configure PHP ?? [2003-01-30 12:20:35] thorsten dot kussler at communardo dot de I thought that it might be a problem. PHP is compiled --width-apache and not as an CGI. BUT: I set explicitly the LC_MESAGES var infront of each call of gettext because of that. The behavior is the same if i'm the only user on the server. How is that behavior explicable with thread conflicts ??? I have no idea >iliaa have you any other experiences with that phenomena or examples of problematic system configurations? 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/21965 -- Edit this bug report at http://bugs.php.net/?id=21965&edit=1
#27740 [Opn->Bgs]: $_GET empty if a single URL-specified variable is empty
ID: 27740 User updated by: bugs dot php dot net at sig11 dot com Reported By: bugs dot php dot net at sig11 dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Solaris 8 PHP Version: 4.3.5 New Comment: Actually this turned out to be a bug in suPHP. See this page for a fix: http://lists.marsching.biz/pipermail/suphp/2004-March/000624.html Previous Comments: [2004-03-28 07:40:40] bugs dot php dot net at sig11 dot com Description: With PHP running as a CGI under Apache2 and suPHP (http://suphp.org) If you have a URL like: http://blah.com/blah.php?transform=yes&sortby= The ENTIRE $_GET array will be empty. But if you have: http://blah.com/blah.php?transform=yes It will work fine. It would appear having emtpy CGI GET variables screws up PHP. Reproduce code: --- //For the script blah.php?transform=yes&sortby= echo "transform: $_GET['transform']"; Expected result: transform: yes Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=27740&edit=1
#27740 [NEW]: $_GET empty if a single URL-specified variable is empty
From: bugs dot php dot net at sig11 dot com Operating system: Solaris 8 PHP version: 4.3.5 PHP Bug Type: Scripting Engine problem Bug description: $_GET empty if a single URL-specified variable is empty Description: With PHP running as a CGI under Apache2 and suPHP (http://suphp.org) If you have a URL like: http://blah.com/blah.php?transform=yes&sortby= The ENTIRE $_GET array will be empty. But if you have: http://blah.com/blah.php?transform=yes It will work fine. It would appear having emtpy CGI GET variables screws up PHP. Reproduce code: --- //For the script blah.php?transform=yes&sortby= echo "transform: $_GET['transform']"; Expected result: transform: yes Actual result: -- -- Edit bug report at http://bugs.php.net/?id=27740&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27740&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27740&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27740&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27740&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27740&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27740&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27740&r=support Expected behavior: http://bugs.php.net/fix.php?id=27740&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27740&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27740&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27740&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27740&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27740&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27740&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27740&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27740&r=float
