#24362 [Com]: Performance problem with print on large ammounts of html
ID: 24362 Comment by: neon at neon-line dot net Reported By: grandadmirale at yahoo dot com Status: Open Bug Type: Performance problem Operating System: Linux PHP Version: 4.3.2 New Comment: Took: 0.010692954063416 Not a bug, check if you server is under heavy load etc.. Previous Comments: [2003-06-27 20:49:03] grandadmirale at yahoo dot com I can't, I don't run the server, but I've tried it on three seperate servers so far and all have the same result. Two are companies offering hosting, and another is a private server.. they should have correct configurations in their php.ini which leads me to believe that there is some unexpected slowdown when the buffer is increased. [2003-06-27 19:09:26] [EMAIL PROTECTED] Took: 0.066812992095947 Nothing wrong here, must be something wrong in your configuration, try copying the php.ini-dist file from the distribution over your php.ini. [2003-06-27 12:39:14] grandadmirale at yahoo dot com Description: When using large ammounts of html (printing all at the same time or not) there is a major slowdown while php increases the buffer to allow for more html to be outputted. This is not a bug specific to my software as you can see in example, it should NOT take 1 second to execute phpinfo() when my entire script can (when not using large ammounts of html) execute in 0.05 seconds... if it hits those large ammounts though, the buffer goes up as well as the time, sometimes all the way up to 1 or 2 seconds which is rediculous. IF output_buffering is set high enough in php.ini it runs perfectly fine in the time it should, but since this is not changeable via script it becomes a major problem for scripts that need to output large ammounts of data jumping to multiple seconds of execution time when it should only be a portion of a second. Reproduce code: --- Expected result: It to execute in much under 1 second. Actual result: -- It executes in anywhere from 0.8 seconds to over 1 second. -- Edit this bug report at http://bugs.php.net/?id=24362&edit=1
#24362 [Fbk->Opn]: Performance problem with print on large ammounts of html
ID: 24362 User updated by: grandadmirale at yahoo dot com Reported By: grandadmirale at yahoo dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: Linux PHP Version: 4.3.2 New Comment: I can't, I don't run the server, but I've tried it on three seperate servers so far and all have the same result. Two are companies offering hosting, and another is a private server.. they should have correct configurations in their php.ini which leads me to believe that there is some unexpected slowdown when the buffer is increased. Previous Comments: [2003-06-27 19:09:26] [EMAIL PROTECTED] Took: 0.066812992095947 Nothing wrong here, must be something wrong in your configuration, try copying the php.ini-dist file from the distribution over your php.ini. [2003-06-27 12:39:14] grandadmirale at yahoo dot com Description: When using large ammounts of html (printing all at the same time or not) there is a major slowdown while php increases the buffer to allow for more html to be outputted. This is not a bug specific to my software as you can see in example, it should NOT take 1 second to execute phpinfo() when my entire script can (when not using large ammounts of html) execute in 0.05 seconds... if it hits those large ammounts though, the buffer goes up as well as the time, sometimes all the way up to 1 or 2 seconds which is rediculous. IF output_buffering is set high enough in php.ini it runs perfectly fine in the time it should, but since this is not changeable via script it becomes a major problem for scripts that need to output large ammounts of data jumping to multiple seconds of execution time when it should only be a portion of a second. Reproduce code: --- Expected result: It to execute in much under 1 second. Actual result: -- It executes in anywhere from 0.8 seconds to over 1 second. -- Edit this bug report at http://bugs.php.net/?id=24362&edit=1
#24362 [Opn->Fbk]: Performance problem with print on large ammounts of html
ID: 24362 Updated by: [EMAIL PROTECTED] Reported By: grandadmirale at yahoo dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Linux PHP Version: 4.3.2 New Comment: Took: 0.066812992095947 Nothing wrong here, must be something wrong in your configuration, try copying the php.ini-dist file from the distribution over your php.ini. Previous Comments: [2003-06-27 12:39:14] grandadmirale at yahoo dot com Description: When using large ammounts of html (printing all at the same time or not) there is a major slowdown while php increases the buffer to allow for more html to be outputted. This is not a bug specific to my software as you can see in example, it should NOT take 1 second to execute phpinfo() when my entire script can (when not using large ammounts of html) execute in 0.05 seconds... if it hits those large ammounts though, the buffer goes up as well as the time, sometimes all the way up to 1 or 2 seconds which is rediculous. IF output_buffering is set high enough in php.ini it runs perfectly fine in the time it should, but since this is not changeable via script it becomes a major problem for scripts that need to output large ammounts of data jumping to multiple seconds of execution time when it should only be a portion of a second. Reproduce code: --- Expected result: It to execute in much under 1 second. Actual result: -- It executes in anywhere from 0.8 seconds to over 1 second. -- Edit this bug report at http://bugs.php.net/?id=24362&edit=1
#24367 [Bgs]: strspn('rRc', 'R') returns 0
ID: 24367
User updated by: php at projectjj dot com
Reported By: php at projectjj dot com
Status: Bogus
Bug Type: Strings related
Operating System: Windows 2k SP3
PHP Version: 4.3.2
New Comment:
I did expect it to be case-sensitive, but by your description that
means it will only search from the start of the string.
A matching substring does not count.
>From the manual:
"strspn -- Find length of initial segment matching mask"
The use of 'segment' made me think otherwise.
Perhaps a re-wording is needed...
Previous Comments:
[2003-06-27 17:45:55] [EMAIL PROTECTED]
It works exactly the same as the libc counterpart,
that's the expected way. Not bug.
[2003-06-27 17:36:06] marcot at tabini dot ca
No, because strspn is case-sensitive. In the first instance, there is
no initial string that contains characters from your second parameter
(the string begins with 'r', which doesn't match any of the characters
in 'R'). In the second case, the first character of 'Rrc' contains
characters from 'R', and therefore the function returns 1.
[2003-06-27 15:21:30] php at projectjj dot com
Description:
echo strspn('rRc', 'R'); // returns 0
echo strspn('Rrc', 'R'); // returns 1
Shouldn't both of these return 1?
Reproduce code:
---
echo strspn('rRc', 'R');
Expected result:
1
--
Edit this bug report at http://bugs.php.net/?id=24367&edit=1
#24364 [Opn->Bgs]: Delete one cookie, they all get deleted...???
ID: 24364
Updated by: [EMAIL PROTECTED]
Reported By: webmaster at microwebsolutions dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Unix(Zeus/3.4)
PHP Version: 4.3.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
..
Previous Comments:
[2003-06-27 13:19:38] webmaster at microwebsolutions dot com
Description:
I am a developing a shopping cart system, and now I am really going to
hurt because I have been working on it through windows NT on a PHP
4.3.1 software.
I have everything "PERFECT" on my local machine; all my cookies work
here, and the whole system is beautiful.
I am now uploading the entire site to a UNIX PHP 4.3.1 environment, and
now there is one small problem; when I remove an item from my shopping
cart, it removes everything, and leaves the CookieCount at the original
count.
Basically here is what happens:
Add 1 item to the cart, Add another.
Delete the first 1, both cookies disapear...
Is there any idea why this would happen?? the time limit on each cookie
is set to 3 weeks.
Please help, as I need to finish this project by monday; I am panicing.
Reproduce code:
---
Items come into the cart like so: ItemName, ItemDescription,
ItemQuantity, ItemPrice, ItemTax, ItemShipping.
I interpret these fields into cookies, readable with a function I
made.
$seti is the value of the CookieCount; basically if I have 10 items in
the shopping cart, $seti would be #1 or #4 or whatever of 10 in the
'for' statement. This reads the
HOW TO GET REMOVAL FROM THE FORM:
$Removal="";
$Removal=$_REQUEST["Remove_" . $seti . ""];
$NewQuantity=$_REQUEST["Quantity_" . $seti . ""];
if ($Removal=="remove") {
# Remove the item from the cart.
# Skip it then, so it will be excluded when we delete the entire batch
of cookies.
setcookie ("Cart_" . $seti . "_Cookie", "", time()+259200); #Timer
settings: 60 * 60 * 24 * 3 (3 days) will give you 259200 seconds until
the cookies expire, and the shopping Cart is completely cleared out...
} ELSE {
$newi = $newi + 1;
setcookie ("Cart_" . $seti . "_Cookie", "", time()+259200); #Timer
settings: 60 * 60 * 24 * 3 (3 days) will give you 259200 seconds until
the cookies expire, and the shopping Cart is completely cleared out...
$newcookie="Quantity[$NewQuantity] ItemName[$ItemName]
ItemDescription[$ItemDescription] ItemPrice[$ItemPrice]
ItemTax[$ItemTax] ItemShipping[$ItemShipping]";
setcookie ("Cart_" . $newi . "_Cookie", $newcookie, time()+259200);
#Timer settings: 60 * 60 * 24 * 3 (3 days) will give you 259200 seconds
until the cookies expire, and the shopping Cart is completely cleared
out...
}
Expected result:
On my local host, I get exactly what I am supposed to expect; updated
quantity and if needed a removal. It works fine on my local host; but
now I am on a unix, and it seems that my result is coming WAY
unexpectedly bad. I don't know what to do.
I noticed when you use cookies, you can't just delete a numbered
cookie, you have to re-build the cookies. So as the cookies are being
removed, it has to be able to re-align the cookie count; for example:
I have 5 items in my cart (5 cookies), and to keep count I have
CookieCount.
I choose to delete Item #3, so now I will have only 4 Cookies, but I
can't just say "Delete #3", because The count would be CookieCount=4,
but my cookies would be numbered, 1,2,4,5. Understand?
So I have to re-do the cookies as they go along, which is shown in the
ELSE section of my code above.
Now, when I rebuild the cookies, on the unix machine, it removes all of
them, and doesn't update the cookie counter... And the cookie counter
is directly after the code above.
Actual result:
--
The actual result is cookies work;
ALSO: Add to cart on the unix machine works fine. I can add as many
as I want. but when it comes time to remove, EVERYTHING is deleted!
This has to be a bug.
If it isn't a bug, then this is like saying: When you bring fire into
the freezer, the fire turns to ice; ok, so it is a bug, and I need your
help.
Nathan
--
Edit this bug report at http://bugs.php.net/?id=24364&edit=1
#24369 [Opn->Fbk]: Error: 1285-302 The parse tree is too large.
ID: 24369 Updated by: [EMAIL PROTECTED] Reported By: bxny78 at aol dot com -Status: Open +Status: Feedback -Bug Type: Compile Warning +Bug Type: Compile Failure Operating System: aix 5.1 PHP Version: 4.3.2 New Comment: What was the configure line you used? Previous Comments: [2003-06-27 18:03:43] bxny78 at aol dot com Description: I have the below error message when running "make" on aix 5.1 with gcc 2.9-aix51-020209 Reproduce code: --- configure went ok... Expected result: no errors ;-) Actual result: -- gcc -IZend/ -I/php/php-4.3.2/Zend/ -DPHP_ATOM_INC -I/php/php432/include -I/php/php432/main -I/php/php-4.3.2 -I/php/php432/Zend -I/usr/local/include -I/ php/php-4.3.2/ext/xml/expat -I/php/php-4.3.2/main -I/php/php-4.3.2/Zend -I/php/p hp-4.3.2/TSRM -I/php/php432/TSRM -g -O2 -c Zend/zend_language_parser.c -o Zen d/zend_language_parser.o && echo > Zend/zend_language_parser.lo lex -Pzend -S/php/php-4.3.2/Zend/flex.skl -oZend/zend_language_scanner.c -i /php/php-4.3.2/Zend/zend_language_scanner.l 0: Warning: 1285-300 The P flag is not valid. 0: Warning: 1285-300 The z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The S flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The h flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The h flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The - flag is not valid. 0: Warning: 1285-300 The 4 flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The 3 flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The 2 flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The Z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The f flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The x flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The s flag is not valid. 0: Warning: 1285-300 The k flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The o flag is not valid. 0: Warning: 1285-300 The Z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The _ flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The g flag is not valid. 0: Warning: 1285-300 The u flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The g flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The _ flag is not valid. 0: Warning: 1285-300 The s flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-339 Ratfor is not supported with lex. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The i flag is not valid. 1210: Error: 1285-302 The parse tree is too large. Try using the following: %e Number make: 1254-004 The error code from the last command is 1. Stop. # -- Edit this bug report at http://bugs.php.net/?id=24369&edit=1
#24370 [Opn->Bgs]: Error: 1285-302 The parse tree is too large.
ID: 24370 Updated by: [EMAIL PROTECTED] Reported By: bxny78 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: aix 5.1 PHP Version: 4.3.2 New Comment: 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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. bug #24369 Previous Comments: [2003-06-27 18:06:07] bxny78 at yahoo dot com Description: I have the below error message when running "make" on aix 5.1 with gcc 2.9-aix51-020209 Reproduce code: --- configure went ok... Expected result: no errors ;-) Actual result: -- gcc -IZend/ -I/php/php-4.3.2/Zend/ -DPHP_ATOM_INC -I/php/php432/include -I/php/php432/main -I/php/php-4.3.2 -I/php/php432/Zend -I/usr/local/include -I/ php/php-4.3.2/ext/xml/expat -I/php/php-4.3.2/main -I/php/php-4.3.2/Zend -I/php/p hp-4.3.2/TSRM -I/php/php432/TSRM -g -O2 -c Zend/zend_language_parser.c -o Zen d/zend_language_parser.o && echo > Zend/zend_language_parser.lo lex -Pzend -S/php/php-4.3.2/Zend/flex.skl -oZend/zend_language_scanner.c -i /php/php-4.3.2/Zend/zend_language_scanner.l 0: Warning: 1285-300 The P flag is not valid. 0: Warning: 1285-300 The z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The S flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The h flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The h flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The - flag is not valid. 0: Warning: 1285-300 The 4 flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The 3 flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The 2 flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The Z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The f flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The x flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The s flag is not valid. 0: Warning: 1285-300 The k flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The o flag is not valid. 0: Warning: 1285-300 The Z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The _ flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The g flag is not valid. 0: Warning: 1285-300 The u flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The g flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The _ flag is not valid. 0: Warning: 1285-300 The s flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-339 Ratfor is not supported with lex. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The i flag is not valid. 1210: Error: 1285-302 The parse tree is too large. Try using the following: %e Number make: 1254-004 The error code from the last command is 1. Stop. # -- Edit this bug report at http://bugs.php.net/?id=24370&edit=1
#24308 [Bgs]: opendir() doesn't handle Windows filesnames with spaces
ID: 24308 User updated by: john at cloudyhands dot com Reported By: john at cloudyhands dot com Status: Bogus Bug Type: Filesystem function related Operating System: Windows XP -PHP Version: 4.3.1 +PHP Version: PHP Version 4.3.2 New Comment: unless I'm missing something, this ain't fixed. back at you. Previous Comments: [2003-06-26 12:06:28] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. PHP 4.3.2 is already released with lot of fixes. [2003-06-24 02:45:52] john at cloudyhands dot com Description: here is the error: Warning: opendir(C:\Documents and Settings\john\My Documents\My Pictures\2003_0622) [function.opendir]: failed to open dir: Invalid argument in C:\jf\php\htmlScan\showPics.php on line 202 Cannot find C:\Documents and Settings\john\My Documents\My Pictures\2003_0622. There is such a directory, and trying a different directory with no spaces does work. So, Windows gets you again! :) Reproduce code: --- $dfltRoot = "C:\\Documents and Settings\\john\\My Documents\\My Pictures\\2003_0622"; opendir($dfltRoot); Expected result: opendir() returns the directory handle. Actual result: -- see error listed in description -- Edit this bug report at http://bugs.php.net/?id=24308&edit=1
#24369 [NEW]: Error: 1285-302 The parse tree is too large.
From: bxny78 at aol dot com Operating system: aix 5.1 PHP version: 4.3.2 PHP Bug Type: Compile Warning Bug description: Error: 1285-302 The parse tree is too large. Description: I have the below error message when running "make" on aix 5.1 with gcc 2.9-aix51-020209 Reproduce code: --- configure went ok... Expected result: no errors ;-) Actual result: -- gcc -IZend/ -I/php/php-4.3.2/Zend/ -DPHP_ATOM_INC -I/php/php432/include -I/php/php432/main -I/php/php-4.3.2 -I/php/php432/Zend -I/usr/local/include -I/ php/php-4.3.2/ext/xml/expat -I/php/php-4.3.2/main -I/php/php-4.3.2/Zend -I/php/p hp-4.3.2/TSRM -I/php/php432/TSRM -g -O2 -c Zend/zend_language_parser.c -o Zen d/zend_language_parser.o && echo > Zend/zend_language_parser.lo lex -Pzend -S/php/php-4.3.2/Zend/flex.skl -oZend/zend_language_scanner.c -i /php/php-4.3.2/Zend/zend_language_scanner.l 0: Warning: 1285-300 The P flag is not valid. 0: Warning: 1285-300 The z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The S flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The h flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The h flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The - flag is not valid. 0: Warning: 1285-300 The 4 flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The 3 flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The 2 flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The Z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The f flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The x flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The s flag is not valid. 0: Warning: 1285-300 The k flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The o flag is not valid. 0: Warning: 1285-300 The Z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The _ flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The g flag is not valid. 0: Warning: 1285-300 The u flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The g flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The _ flag is not valid. 0: Warning: 1285-300 The s flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-339 Ratfor is not supported with lex. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The i flag is not valid. 1210: Error: 1285-302 The parse tree is too large. Try using the following: %e Number make: 1254-004 The error code from the last command is 1. Stop. # -- Edit bug report at http://bugs.php.net/?id=24369&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24369&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24369&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24369&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24369&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24369&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24369&r=support Expected behavior: http://bugs.php.net/fix.php?id=24369&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24369&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24369&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24369&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24369&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24369&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24369&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24369&r=gnused
#24370 [NEW]: Error: 1285-302 The parse tree is too large.
From: bxny78 at yahoo dot com Operating system: aix 5.1 PHP version: 4.3.2 PHP Bug Type: Compile Warning Bug description: Error: 1285-302 The parse tree is too large. Description: I have the below error message when running "make" on aix 5.1 with gcc 2.9-aix51-020209 Reproduce code: --- configure went ok... Expected result: no errors ;-) Actual result: -- gcc -IZend/ -I/php/php-4.3.2/Zend/ -DPHP_ATOM_INC -I/php/php432/include -I/php/php432/main -I/php/php-4.3.2 -I/php/php432/Zend -I/usr/local/include -I/ php/php-4.3.2/ext/xml/expat -I/php/php-4.3.2/main -I/php/php-4.3.2/Zend -I/php/p hp-4.3.2/TSRM -I/php/php432/TSRM -g -O2 -c Zend/zend_language_parser.c -o Zen d/zend_language_parser.o && echo > Zend/zend_language_parser.lo lex -Pzend -S/php/php-4.3.2/Zend/flex.skl -oZend/zend_language_scanner.c -i /php/php-4.3.2/Zend/zend_language_scanner.l 0: Warning: 1285-300 The P flag is not valid. 0: Warning: 1285-300 The z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The S flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The h flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The h flag is not valid. 0: Warning: 1285-300 The p flag is not valid. 0: Warning: 1285-300 The - flag is not valid. 0: Warning: 1285-300 The 4 flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The 3 flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The 2 flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The Z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The f flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The x flag is not valid. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The s flag is not valid. 0: Warning: 1285-300 The k flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The o flag is not valid. 0: Warning: 1285-300 The Z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The / flag is not valid. 0: Warning: 1285-300 The z flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The d flag is not valid. 0: Warning: 1285-300 The _ flag is not valid. 0: Warning: 1285-300 The l flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The g flag is not valid. 0: Warning: 1285-300 The u flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The g flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-300 The _ flag is not valid. 0: Warning: 1285-300 The s flag is not valid. 0: Warning: 1285-300 The a flag is not valid. 0: Warning: 1285-300 The e flag is not valid. 0: Warning: 1285-339 Ratfor is not supported with lex. 0: Warning: 1285-300 The . flag is not valid. 0: Warning: 1285-300 The i flag is not valid. 1210: Error: 1285-302 The parse tree is too large. Try using the following: %e Number make: 1254-004 The error code from the last command is 1. Stop. # -- Edit bug report at http://bugs.php.net/?id=24370&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24370&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24370&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24370&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24370&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24370&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24370&r=support Expected behavior: http://bugs.php.net/fix.php?id=24370&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24370&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24370&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24370&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24370&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24370&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24370&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24370&r=gnused
#24367 [Opn->Bgs]: strspn('rRc', 'R') returns 0
ID: 24367
Updated by: [EMAIL PROTECTED]
Reported By: php at projectjj dot com
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: Windows 2k SP3
PHP Version: 4.3.2
New Comment:
It works exactly the same as the libc counterpart,
that's the expected way. Not bug.
Previous Comments:
[2003-06-27 17:36:06] marcot at tabini dot ca
No, because strspn is case-sensitive. In the first instance, there is
no initial string that contains characters from your second parameter
(the string begins with 'r', which doesn't match any of the characters
in 'R'). In the second case, the first character of 'Rrc' contains
characters from 'R', and therefore the function returns 1.
[2003-06-27 15:21:30] php at projectjj dot com
Description:
echo strspn('rRc', 'R'); // returns 0
echo strspn('Rrc', 'R'); // returns 1
Shouldn't both of these return 1?
Reproduce code:
---
echo strspn('rRc', 'R');
Expected result:
1
--
Edit this bug report at http://bugs.php.net/?id=24367&edit=1
#24367 [Com]: strspn('rRc', 'R') returns 0
ID: 24367
Comment by: marcot at tabini dot ca
Reported By: php at projectjj dot com
Status: Open
Bug Type: Strings related
Operating System: Windows 2k SP3
PHP Version: 4.3.2
New Comment:
No, because strspn is case-sensitive. In the first instance, there is
no initial string that contains characters from your second parameter
(the string begins with 'r', which doesn't match any of the characters
in 'R'). In the second case, the first character of 'Rrc' contains
characters from 'R', and therefore the function returns 1.
Previous Comments:
[2003-06-27 15:21:30] php at projectjj dot com
Description:
echo strspn('rRc', 'R'); // returns 0
echo strspn('Rrc', 'R'); // returns 1
Shouldn't both of these return 1?
Reproduce code:
---
echo strspn('rRc', 'R');
Expected result:
1
--
Edit this bug report at http://bugs.php.net/?id=24367&edit=1
#24365 [Opn->Bgs]: Result problem with soustractions
ID: 24365 Updated by: [EMAIL PROTECTED] Reported By: jump at worldakt dot com -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 4.3.2 New Comment: .. Previous Comments: [2003-06-27 14:14:38] marcot at tabini dot ca This is not really a bug. It's due to normal fluctuations in the way floating-point numbers are handled by the C libraries. Here's another example of this behaviour: http://bugs.php.net/bug.php?id=22333 You may also want to check out this bit on IEEE representation of floating-point number to understand why some numbers cannot be represented: http://www.psc.edu/general/software/packages/ieee/ieee.html [2003-06-27 13:22:54] jump at worldakt dot com Description: It seems that when I soustract something (float) it returns a wrong result. Reproduce code: --- -5.68434188608E-14 290.34 0 Expected result: 0 Actual result: -- -5.68434188608E-14 -- Edit this bug report at http://bugs.php.net/?id=24365&edit=1
#24368 [Opn->Bgs]: OCI8 keeps browser spinning
ID: 24368
Updated by: [EMAIL PROTECTED]
Reported By: jefframos at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: OCI8 related
Operating System: Windows
PHP Version: 4.3.1
New Comment:
You cannot use both oci and oracle interfaces at the same time due to
library conflicts. My suggestion is to use php_oci8.dll.
Previous Comments:
[2003-06-27 15:54:35] jefframos at hotmail dot com
Description:
extension=php_oci8.dll
extension=php_oracle.dll
All oci8 functions seem to work even without defining the oracle env.
variables(ORACLE_HOME,ORACLE_SID,TNS_ADMIN...etc..), database
connection, update and table query and display,..no problem, but the
browser keeps on spinning even on ldap functions not using oracle which
already been running smoothly.
When I tried disabling the oci8, spinning stops but my oci8 functions
won't work.
I tried defining the ora env. variables(below) at the start of my PHP
script but still got the browser spinning.
PutEnv("ORACLE_SID=PROD");
PutEnv("ORACLE_HOME=C:\Progra~1\oracle\ora81");
PutEnv("TNS_ADMIN=C:\Progra~1\oracle\ora81\network\admin");
PutEnv("LD_LIBRARY_PATH=C:\Progra~1\oracle\ora81\lib");
PutEnv("NLS_LANG=English_America.WE8ISO8859P1");
PutEnv("ORA_NLS33=C:\Progra~1\oracle\ora8
\common\nls\admin\data");
Am I missing something with the configuration of PHP on windows using
oracle database?
Any other environment variables that needs to be setup?
Thanks in advance for your help. : )
--
Edit this bug report at http://bugs.php.net/?id=24368&edit=1
#24368 [NEW]: OCI8 keeps browser spinning
From: jefframos at hotmail dot com
Operating system: Windows
PHP version: 4.3.1
PHP Bug Type: OCI8 related
Bug description: OCI8 keeps browser spinning
Description:
extension=php_oci8.dll
extension=php_oracle.dll
All oci8 functions seem to work even without defining the oracle env.
variables(ORACLE_HOME,ORACLE_SID,TNS_ADMIN...etc..), database connection,
update and table query and display,..no problem, but the browser keeps on
spinning even on ldap functions not using oracle which already been
running smoothly.
When I tried disabling the oci8, spinning stops but my oci8 functions
won't work.
I tried defining the ora env. variables(below) at the start of my PHP
script but still got the browser spinning.
PutEnv("ORACLE_SID=PROD");
PutEnv("ORACLE_HOME=C:\Progra~1\oracle\ora81");
PutEnv("TNS_ADMIN=C:\Progra~1\oracle\ora81\network\admin");
PutEnv("LD_LIBRARY_PATH=C:\Progra~1\oracle\ora81\lib");
PutEnv("NLS_LANG=English_America.WE8ISO8859P1");
PutEnv("ORA_NLS33=C:\Progra~1\oracle\ora8
\common\nls\admin\data");
Am I missing something with the configuration of PHP on windows using
oracle database?
Any other environment variables that needs to be setup?
Thanks in advance for your help. : )
--
Edit bug report at http://bugs.php.net/?id=24368&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24368&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24368&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24368&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24368&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24368&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24368&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24368&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24368&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24368&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24368&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24368&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24368&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24368&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24368&r=gnused
#24367 [NEW]: strspn('rRc', 'R') returns 0
From: php at projectjj dot com
Operating system: Windows 2k SP3
PHP version: 4.3.2
PHP Bug Type: Strings related
Bug description: strspn('rRc', 'R') returns 0
Description:
echo strspn('rRc', 'R'); // returns 0
echo strspn('Rrc', 'R'); // returns 1
Shouldn't both of these return 1?
Reproduce code:
---
echo strspn('rRc', 'R');
Expected result:
1
--
Edit bug report at http://bugs.php.net/?id=24367&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24367&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24367&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24367&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24367&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24367&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24367&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24367&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24367&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24367&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24367&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24367&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24367&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24367&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24367&r=gnused
#24351 [Bgs]: PHP scripting engine seems to replacing the word "status" with "foo1"
ID: 24351 User updated by: php at glaciersoftware dot com Reported By: php at glaciersoftware dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4.20-18.8 RedHat 8.0 PHP Version: 4.3.1 New Comment: You're right, it is totally bogus. The problem was caused by a third-party program running on my computer which watches the TCP/IP stack and filters raw data for the Internet Explorer process running on my Windows XP box and prevents pop-ups, ads, etc. Previous Comments: [2003-06-26 17:52:40] [EMAIL PROTECTED] And I can't reproduce anything like what you've described here, it's totally bogus. [2003-06-26 17:51:28] [EMAIL PROTECTED] Please don't submit same bug twice. [2003-06-26 15:37:52] php at glaciersoftware dot com Description: For some unknown reason, the PHP scripting engine seems to replacing the word "status" with "foo1" when an equal-sign, 0x3d, appears within 6 characters of the word "status". Bug was reported on http://bugs.php.net as Bug #21851, but status was changed to CLOSED after someone was not able to duplicate the problem. Tested Environment == The following webservers were used to test the below code for the existance of this problem: * PHP 4.2.1 with Apache/1.3.24 running on Linux 2.4.18-3 RedHat 7.3 * PHP 4.3.1 with Apache/2.0.43 running on Linux 2.4.20-18.8 RedHat 8.0 Code The following code should replicate the problem. The "\n" appended to the echo() call is used only for readability, the problem will still exist without this string added. << See Reproduce Code >> Reproduce code: --- \n"); // *** The number of spaces has been changed from 6 to 7 // *** now it doesn't replace "status" with "foo1" $buf = "status = 'C' "; echo($buf . "\n"); ?> Expected result: status = 'C' status = 'C' Actual result: -- foo1= 'C' status = 'C' -- Edit this bug report at http://bugs.php.net/?id=24351&edit=1
#24365 [Com]: Result problem with soustractions
ID: 24365 Comment by: marcot at tabini dot ca Reported By: jump at worldakt dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 4.3.2 New Comment: This is not really a bug. It's due to normal fluctuations in the way floating-point numbers are handled by the C libraries. Here's another example of this behaviour: http://bugs.php.net/bug.php?id=22333 You may also want to check out this bit on IEEE representation of floating-point number to understand why some numbers cannot be represented: http://www.psc.edu/general/software/packages/ieee/ieee.html Previous Comments: [2003-06-27 13:22:54] jump at worldakt dot com Description: It seems that when I soustract something (float) it returns a wrong result. Reproduce code: --- -5.68434188608E-14 290.34 0 Expected result: 0 Actual result: -- -5.68434188608E-14 -- Edit this bug report at http://bugs.php.net/?id=24365&edit=1
#24366 [Opn->Bgs]: Declaring a function without () produces no output
ID: 24366
Updated by: [EMAIL PROTECTED]
Reported By: fmaillet at vizfx dot ca
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 4.3.1
New Comment:
I get:
Parse error: parse error, expecting `'('' in /tmp/24366.php on line 6
Be sure to check your error settings, like display_errors and
error_reporting.
Previous Comments:
[2003-06-27 13:46:59] fmaillet at vizfx dot ca
Description:
I'm not sure if this is a bug but I think there should be an error
message. When you declare a function and don't add () before the {, you
get no output at all, not even an error message.
I posted an exemple of code. I know I'm not calling the function but
something should happen. Either "This is a test" being printed or an
error concerning the function declaration.
Reproduce code:
---
";
function MyFunction {
echo "This is an other test";
}
?>
--
Edit this bug report at http://bugs.php.net/?id=24366&edit=1
#24366 [NEW]: Declaring a function without () produces no output
From: fmaillet at vizfx dot ca
Operating system: Windows 2000
PHP version: 4.3.1
PHP Bug Type: Scripting Engine problem
Bug description: Declaring a function without () produces no output
Description:
I'm not sure if this is a bug but I think there should be an error
message. When you declare a function and don't add () before the {, you
get no output at all, not even an error message.
I posted an exemple of code. I know I'm not calling the function but
something should happen. Either "This is a test" being printed or an error
concerning the function declaration.
Reproduce code:
---
";
function MyFunction {
echo "This is an other test";
}
?>
--
Edit bug report at http://bugs.php.net/?id=24366&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24366&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24366&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24366&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24366&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24366&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24366&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24366&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24366&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24366&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24366&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24366&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24366&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24366&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24366&r=gnused
#24365 [NEW]: Result problem with soustractions
From: jump at worldakt dot com Operating system: Linux PHP version: 4.3.2 PHP Bug Type: Zend Engine 2 problem Bug description: Result problem with soustractions Description: It seems that when I soustract something (float) it returns a wrong result. Reproduce code: --- -5.68434188608E-14 290.34 0 Expected result: 0 Actual result: -- -5.68434188608E-14 -- Edit bug report at http://bugs.php.net/?id=24365&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24365&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24365&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24365&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24365&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24365&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24365&r=support Expected behavior: http://bugs.php.net/fix.php?id=24365&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24365&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24365&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24365&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24365&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24365&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24365&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24365&r=gnused
#24364 [NEW]: Delete one cookie, they all get deleted...???
From: webmaster at microwebsolutions dot com
Operating system: Unix(Zeus/3.4)
PHP version: 4.3.1
PHP Bug Type: Session related
Bug description: Delete one cookie, they all get deleted...???
Description:
I am a developing a shopping cart system, and now I am really going to
hurt because I have been working on it through windows NT on a PHP 4.3.1
software.
I have everything "PERFECT" on my local machine; all my cookies work here,
and the whole system is beautiful.
I am now uploading the entire site to a UNIX PHP 4.3.1 environment, and
now there is one small problem; when I remove an item from my shopping
cart, it removes everything, and leaves the CookieCount at the original
count.
Basically here is what happens:
Add 1 item to the cart, Add another.
Delete the first 1, both cookies disapear...
Is there any idea why this would happen?? the time limit on each cookie is
set to 3 weeks.
Please help, as I need to finish this project by monday; I am panicing.
Reproduce code:
---
Items come into the cart like so: ItemName, ItemDescription,
ItemQuantity, ItemPrice, ItemTax, ItemShipping.
I interpret these fields into cookies, readable with a function I made.
$seti is the value of the CookieCount; basically if I have 10 items in the
shopping cart, $seti would be #1 or #4 or whatever of 10 in the 'for'
statement. This reads the
HOW TO GET REMOVAL FROM THE FORM:
$Removal="";
$Removal=$_REQUEST["Remove_" . $seti . ""];
$NewQuantity=$_REQUEST["Quantity_" . $seti . ""];
if ($Removal=="remove") {
# Remove the item from the cart.
# Skip it then, so it will be excluded when we delete the entire batch of
cookies.
setcookie ("Cart_" . $seti . "_Cookie", "", time()+259200); #Timer
settings: 60 * 60 * 24 * 3 (3 days) will give you 259200 seconds until the
cookies expire, and the shopping Cart is completely cleared out...
} ELSE {
$newi = $newi + 1;
setcookie ("Cart_" . $seti . "_Cookie", "", time()+259200); #Timer
settings: 60 * 60 * 24 * 3 (3 days) will give you 259200 seconds until the
cookies expire, and the shopping Cart is completely cleared out...
$newcookie="Quantity[$NewQuantity] ItemName[$ItemName]
ItemDescription[$ItemDescription] ItemPrice[$ItemPrice] ItemTax[$ItemTax]
ItemShipping[$ItemShipping]";
setcookie ("Cart_" . $newi . "_Cookie", $newcookie, time()+259200); #Timer
settings: 60 * 60 * 24 * 3 (3 days) will give you 259200 seconds until the
cookies expire, and the shopping Cart is completely cleared out...
}
Expected result:
On my local host, I get exactly what I am supposed to expect; updated
quantity and if needed a removal. It works fine on my local host; but now
I am on a unix, and it seems that my result is coming WAY unexpectedly
bad. I don't know what to do.
I noticed when you use cookies, you can't just delete a numbered cookie,
you have to re-build the cookies. So as the cookies are being removed, it
has to be able to re-align the cookie count; for example:
I have 5 items in my cart (5 cookies), and to keep count I have
CookieCount.
I choose to delete Item #3, so now I will have only 4 Cookies, but I can't
just say "Delete #3", because The count would be CookieCount=4, but my
cookies would be numbered, 1,2,4,5. Understand?
So I have to re-do the cookies as they go along, which is shown in the
ELSE section of my code above.
Now, when I rebuild the cookies, on the unix machine, it removes all of
them, and doesn't update the cookie counter... And the cookie counter is
directly after the code above.
Actual result:
--
The actual result is cookies work;
ALSO: Add to cart on the unix machine works fine. I can add as many as I
want. but when it comes time to remove, EVERYTHING is deleted!
This has to be a bug.
If it isn't a bug, then this is like saying: When you bring fire into the
freezer, the fire turns to ice; ok, so it is a bug, and I need your help.
Nathan
--
Edit bug report at http://bugs.php.net/?id=24364&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24364&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24364&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24364&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24364&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24364&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24364&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24364&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24364&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24364&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24364&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24364&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24364&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24364&r=isapi
#24363 [NEW]: cp: cannot access sapi/cgi/php
From: lau at hcp dot med dot harvard dot edu Operating system: Solaris 8 PHP version: 4.3.2 PHP Bug Type: Compile Failure Bug description: cp: cannot access sapi/cgi/php Description: I can configure by using plain " ./configure " without any problem. But when I do the " make install " commmand, i get the following messages: gcc -Imain/ -I/tmp/php-4.3.2/main/ -DPHP_ATOM_INC -I/tmp/php-4.3.2/include -I/tmp/php-4.3.2/main -I/tmp/php-4.3.2 -I/tmp/php-4.3.2/Zend -I/tmp/php-4.3.2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/tmp/php-4.3.2/TSRM -g -O2 -c main/internal_functions.c -o main/internal_functions.o && echo > main/internal_functions.lo /bin/sh /tmp/php-4.3.2/libtool --silent --preserve-dup-deps --mode=link gcc -g -O2 -prefer-non-pic -static -rpath /tmp/php-4.3.2/libs -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.2.3 -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.2.3 ext/ctype/ctype.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo m
#24362 [NEW]: Performance problem with print on large ammounts of html
From: grandadmirale at yahoo dot com Operating system: Linux PHP version: 4.3.2 PHP Bug Type: Performance problem Bug description: Performance problem with print on large ammounts of html Description: When using large ammounts of html (printing all at the same time or not) there is a major slowdown while php increases the buffer to allow for more html to be outputted. This is not a bug specific to my software as you can see in example, it should NOT take 1 second to execute phpinfo() when my entire script can (when not using large ammounts of html) execute in 0.05 seconds... if it hits those large ammounts though, the buffer goes up as well as the time, sometimes all the way up to 1 or 2 seconds which is rediculous. IF output_buffering is set high enough in php.ini it runs perfectly fine in the time it should, but since this is not changeable via script it becomes a major problem for scripts that need to output large ammounts of data jumping to multiple seconds of execution time when it should only be a portion of a second. Reproduce code: --- Expected result: It to execute in much under 1 second. Actual result: -- It executes in anywhere from 0.8 seconds to over 1 second. -- Edit bug report at http://bugs.php.net/?id=24362&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24362&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24362&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24362&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24362&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24362&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24362&r=support Expected behavior: http://bugs.php.net/fix.php?id=24362&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24362&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24362&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24362&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24362&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24362&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24362&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24362&r=gnused
#24361 [Bgs]: Apache dies silently on startup
ID: 24361 Updated by: [EMAIL PROTECTED] Reported By: tyler at homeworkers dot org Status: Bogus Bug Type: Apache related Operating System: Redhat 7.2 2.4.9-31 PHP Version: 4.3.2 New Comment: You need to build PHP with external mysql client libs when you plan to use mod_auth_mysql. --with-mysql=/path/to/mysq/install/prefix Previous Comments: [2003-06-27 11:02:29] tyler at homeworkers dot org It appears to be a conflict between mod_auth_mysql and mod_php. [2003-06-27 10:55:04] tyler at homeworkers dot org Oops. I clipped the first line of the GDB output: Program received signal SIGSEGV, Segmentation fault. [2003-06-27 10:52:29] tyler at homeworkers dot org Description: The symptoms are identical to bug #5895. The web server silently dies when starting. Disabling php allows the web server to start, re-enabling php then allows the web server to be restarted once after which it will run correctly. Any further restarts cause the server to die silently again. No errors are recorded in the error logs. PHP Compiled with: ./configure --build=i386-redhat-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-debug --disable-rpath --enable-inline-optimization --with-bz2 --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-gd --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-mm --with-openssl --with-png --with-regex=system --with-ttf --with-expat-dir=/usr --with-zlib --with-layout=GNU --enable-bcmath --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap-ssl --with-kerberos=/usr/kerberos --with-mysql --with-apxs=/usr/sbin/apxs --with-curl Actual result: -- In GDB I get the following error: _dl_lookup_versioned_symbol (undef_name=0x4043639f "xdr_ypdelete_args", undef_map=0x8097f08, ref=0xbfffd1bc, symbol_scope=0x80980a4, version=0x814aa70, type_class=0, explicit=0) at do-lookup.h:67 67 do-lookup.h: No such file or directory. in do-lookup.h With the following backtrace: #0 _dl_lookup_versioned_symbol (undef_name=0x4043639f "xdr_ypdelete_args", undef_map=0x8097f08, ref=0xbfffd1bc, symbol_scope=0x80980a4, version=0x814aa70, type_class=0, explicit=0) at do-lookup.h:67 #1 0x4000b9ec in _dl_relocate_object () at ../sysdeps/i386/dl-machine.h:348 #2 0x40276d19 in dl_open_worker (a=0xbfffd450) at dl-open.c:294 #3 0x4000d7c3 in _dl_catch_error (objname=0xbfffd448, errstring=0xbfffd44c, operate=0x40276850 , args=0xbfffd450) at dl-error.c:152 #4 0x40276e6e in _dl_open ( file=0x809d2b8 "/etc/httpd/modules/mod_auth_mysql.so", mode=-2147483390, caller=0x806ead4) at dl-open.c:407 #5 0x4015a375 in dlopen_doit (a=0xbfffd5c0) at dlopen.c:39 #6 0x4000d7c3 in _dl_catch_error (objname=0x8093da8, errstring=0x8093dac, operate=0x4015a340 , args=0xbfffd5c0) at dl-error.c:152 #7 0x4015a6fb in _dlerror_run (operate=0x4015a340 , args=0xbfffd5c0) at dlerror.c:130 #8 0x4015a326 in __dlopen_check ( file=0x809d2b8 "/etc/httpd/modules/mod_auth_mysql.so", mode=258) at dlopen.c:53 #9 0x0806ead4 in ap_os_dso_load () #10 0x0805020c in load_module () #11 0x080552a4 in invoke_cmd () #12 0x08055a72 in ap_handle_command () #13 0x08055ade in ap_srm_command_loop () #14 0x08056288 in ap_process_resource_config () #15 0x08056a6d in ap_read_config () #16 0x080603e0 in standalone_main () #17 0x08060de3 in main () #18 0x40179647 in __libc_start_main (main=0x8060950 , argc=3, ubp_av=0xb904, init=0x804f414 <_init>, fini=0x8075830 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8fc) at ../sysdeps/generic/libc-start.c:129 Recompiling without -enable-yp had no effect. -- Edit this bug report at http://bugs.php.net/?id=24361&edit=1
#24361 [Opn->Bgs]: Apache dies silently on startup
ID: 24361 User updated by: tyler at homeworkers dot org Reported By: tyler at homeworkers dot org -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Redhat 7.2 2.4.9-31 PHP Version: 4.3.2 New Comment: It appears to be a conflict between mod_auth_mysql and mod_php. Previous Comments: [2003-06-27 10:55:04] tyler at homeworkers dot org Oops. I clipped the first line of the GDB output: Program received signal SIGSEGV, Segmentation fault. [2003-06-27 10:52:29] tyler at homeworkers dot org Description: The symptoms are identical to bug #5895. The web server silently dies when starting. Disabling php allows the web server to start, re-enabling php then allows the web server to be restarted once after which it will run correctly. Any further restarts cause the server to die silently again. No errors are recorded in the error logs. PHP Compiled with: ./configure --build=i386-redhat-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-debug --disable-rpath --enable-inline-optimization --with-bz2 --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-gd --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-mm --with-openssl --with-png --with-regex=system --with-ttf --with-expat-dir=/usr --with-zlib --with-layout=GNU --enable-bcmath --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap-ssl --with-kerberos=/usr/kerberos --with-mysql --with-apxs=/usr/sbin/apxs --with-curl Actual result: -- In GDB I get the following error: _dl_lookup_versioned_symbol (undef_name=0x4043639f "xdr_ypdelete_args", undef_map=0x8097f08, ref=0xbfffd1bc, symbol_scope=0x80980a4, version=0x814aa70, type_class=0, explicit=0) at do-lookup.h:67 67 do-lookup.h: No such file or directory. in do-lookup.h With the following backtrace: #0 _dl_lookup_versioned_symbol (undef_name=0x4043639f "xdr_ypdelete_args", undef_map=0x8097f08, ref=0xbfffd1bc, symbol_scope=0x80980a4, version=0x814aa70, type_class=0, explicit=0) at do-lookup.h:67 #1 0x4000b9ec in _dl_relocate_object () at ../sysdeps/i386/dl-machine.h:348 #2 0x40276d19 in dl_open_worker (a=0xbfffd450) at dl-open.c:294 #3 0x4000d7c3 in _dl_catch_error (objname=0xbfffd448, errstring=0xbfffd44c, operate=0x40276850 , args=0xbfffd450) at dl-error.c:152 #4 0x40276e6e in _dl_open ( file=0x809d2b8 "/etc/httpd/modules/mod_auth_mysql.so", mode=-2147483390, caller=0x806ead4) at dl-open.c:407 #5 0x4015a375 in dlopen_doit (a=0xbfffd5c0) at dlopen.c:39 #6 0x4000d7c3 in _dl_catch_error (objname=0x8093da8, errstring=0x8093dac, operate=0x4015a340 , args=0xbfffd5c0) at dl-error.c:152 #7 0x4015a6fb in _dlerror_run (operate=0x4015a340 , args=0xbfffd5c0) at dlerror.c:130 #8 0x4015a326 in __dlopen_check ( file=0x809d2b8 "/etc/httpd/modules/mod_auth_mysql.so", mode=258) at dlopen.c:53 #9 0x0806ead4 in ap_os_dso_load () #10 0x0805020c in load_module () #11 0x080552a4 in invoke_cmd () #12 0x08055a72 in ap_handle_command () #13 0x08055ade in ap_srm_command_loop () #14 0x08056288 in ap_process_resource_config () #15 0x08056a6d in ap_read_config () #16 0x080603e0 in standalone_main () #17 0x08060de3 in main () #18 0x40179647 in __libc_start_main (main=0x8060950 , argc=3, ubp_av=0xb904, init=0x804f414 <_init>, fini=0x8075830 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8fc) at ../sysdeps/generic/libc-start.c:129 Recompiling without -enable-yp had no effect. -- Edit this bug report at http://bugs.php.net/?id=24361&edit=1
#24361 [Opn]: Apache dies silently on startup
ID: 24361 User updated by: tyler at homeworkers dot org Reported By: tyler at homeworkers dot org Status: Open Bug Type: Apache related Operating System: Redhat 7.2 2.4.9-31 PHP Version: 4.3.2 New Comment: Oops. I clipped the first line of the GDB output: Program received signal SIGSEGV, Segmentation fault. Previous Comments: [2003-06-27 10:52:29] tyler at homeworkers dot org Description: The symptoms are identical to bug #5895. The web server silently dies when starting. Disabling php allows the web server to start, re-enabling php then allows the web server to be restarted once after which it will run correctly. Any further restarts cause the server to die silently again. No errors are recorded in the error logs. PHP Compiled with: ./configure --build=i386-redhat-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-debug --disable-rpath --enable-inline-optimization --with-bz2 --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-gd --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-mm --with-openssl --with-png --with-regex=system --with-ttf --with-expat-dir=/usr --with-zlib --with-layout=GNU --enable-bcmath --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap-ssl --with-kerberos=/usr/kerberos --with-mysql --with-apxs=/usr/sbin/apxs --with-curl Actual result: -- In GDB I get the following error: _dl_lookup_versioned_symbol (undef_name=0x4043639f "xdr_ypdelete_args", undef_map=0x8097f08, ref=0xbfffd1bc, symbol_scope=0x80980a4, version=0x814aa70, type_class=0, explicit=0) at do-lookup.h:67 67 do-lookup.h: No such file or directory. in do-lookup.h With the following backtrace: #0 _dl_lookup_versioned_symbol (undef_name=0x4043639f "xdr_ypdelete_args", undef_map=0x8097f08, ref=0xbfffd1bc, symbol_scope=0x80980a4, version=0x814aa70, type_class=0, explicit=0) at do-lookup.h:67 #1 0x4000b9ec in _dl_relocate_object () at ../sysdeps/i386/dl-machine.h:348 #2 0x40276d19 in dl_open_worker (a=0xbfffd450) at dl-open.c:294 #3 0x4000d7c3 in _dl_catch_error (objname=0xbfffd448, errstring=0xbfffd44c, operate=0x40276850 , args=0xbfffd450) at dl-error.c:152 #4 0x40276e6e in _dl_open ( file=0x809d2b8 "/etc/httpd/modules/mod_auth_mysql.so", mode=-2147483390, caller=0x806ead4) at dl-open.c:407 #5 0x4015a375 in dlopen_doit (a=0xbfffd5c0) at dlopen.c:39 #6 0x4000d7c3 in _dl_catch_error (objname=0x8093da8, errstring=0x8093dac, operate=0x4015a340 , args=0xbfffd5c0) at dl-error.c:152 #7 0x4015a6fb in _dlerror_run (operate=0x4015a340 , args=0xbfffd5c0) at dlerror.c:130 #8 0x4015a326 in __dlopen_check ( file=0x809d2b8 "/etc/httpd/modules/mod_auth_mysql.so", mode=258) at dlopen.c:53 #9 0x0806ead4 in ap_os_dso_load () #10 0x0805020c in load_module () #11 0x080552a4 in invoke_cmd () #12 0x08055a72 in ap_handle_command () #13 0x08055ade in ap_srm_command_loop () #14 0x08056288 in ap_process_resource_config () #15 0x08056a6d in ap_read_config () #16 0x080603e0 in standalone_main () #17 0x08060de3 in main () #18 0x40179647 in __libc_start_main (main=0x8060950 , argc=3, ubp_av=0xb904, init=0x804f414 <_init>, fini=0x8075830 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8fc) at ../sysdeps/generic/libc-start.c:129 Recompiling without -enable-yp had no effect. -- Edit this bug report at http://bugs.php.net/?id=24361&edit=1
#24361 [NEW]: Apache dies silently on startup
From: tyler at homeworkers dot org Operating system: Redhat 7.2 2.4.9-31 PHP version: 4.3.2 PHP Bug Type: Apache related Bug description: Apache dies silently on startup Description: The symptoms are identical to bug #5895. The web server silently dies when starting. Disabling php allows the web server to start, re-enabling php then allows the web server to be restarted once after which it will run correctly. Any further restarts cause the server to die silently again. No errors are recorded in the error logs. PHP Compiled with: ./configure --build=i386-redhat-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-debug --disable-rpath --enable-inline-optimization --with-bz2 --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-gd --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-mm --with-openssl --with-png --with-regex=system --with-ttf --with-expat-dir=/usr --with-zlib --with-layout=GNU --enable-bcmath --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap-ssl --with-kerberos=/usr/kerberos --with-mysql --with-apxs=/usr/sbin/apxs --with-curl Actual result: -- In GDB I get the following error: _dl_lookup_versioned_symbol (undef_name=0x4043639f "xdr_ypdelete_args", undef_map=0x8097f08, ref=0xbfffd1bc, symbol_scope=0x80980a4, version=0x814aa70, type_class=0, explicit=0) at do-lookup.h:67 67 do-lookup.h: No such file or directory. in do-lookup.h With the following backtrace: #0 _dl_lookup_versioned_symbol (undef_name=0x4043639f "xdr_ypdelete_args", undef_map=0x8097f08, ref=0xbfffd1bc, symbol_scope=0x80980a4, version=0x814aa70, type_class=0, explicit=0) at do-lookup.h:67 #1 0x4000b9ec in _dl_relocate_object () at ../sysdeps/i386/dl-machine.h:348 #2 0x40276d19 in dl_open_worker (a=0xbfffd450) at dl-open.c:294 #3 0x4000d7c3 in _dl_catch_error (objname=0xbfffd448, errstring=0xbfffd44c, operate=0x40276850 , args=0xbfffd450) at dl-error.c:152 #4 0x40276e6e in _dl_open ( file=0x809d2b8 "/etc/httpd/modules/mod_auth_mysql.so", mode=-2147483390, caller=0x806ead4) at dl-open.c:407 #5 0x4015a375 in dlopen_doit (a=0xbfffd5c0) at dlopen.c:39 #6 0x4000d7c3 in _dl_catch_error (objname=0x8093da8, errstring=0x8093dac, operate=0x4015a340 , args=0xbfffd5c0) at dl-error.c:152 #7 0x4015a6fb in _dlerror_run (operate=0x4015a340 , args=0xbfffd5c0) at dlerror.c:130 #8 0x4015a326 in __dlopen_check ( file=0x809d2b8 "/etc/httpd/modules/mod_auth_mysql.so", mode=258) at dlopen.c:53 #9 0x0806ead4 in ap_os_dso_load () #10 0x0805020c in load_module () #11 0x080552a4 in invoke_cmd () #12 0x08055a72 in ap_handle_command () #13 0x08055ade in ap_srm_command_loop () #14 0x08056288 in ap_process_resource_config () #15 0x08056a6d in ap_read_config () #16 0x080603e0 in standalone_main () #17 0x08060de3 in main () #18 0x40179647 in __libc_start_main (main=0x8060950 , argc=3, ubp_av=0xb904, init=0x804f414 <_init>, fini=0x8075830 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8fc) at ../sysdeps/generic/libc-start.c:129 Recompiling without -enable-yp had no effect. -- Edit bug report at http://bugs.php.net/?id=24361&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24361&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24361&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24361&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24361&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24361&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24361&r=support Expected behavior: http://bugs.php.net/fix.php?id=24361&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24361&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24361&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24361&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24361&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24361&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24361&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24361&r=gnused
#24360 [Opn->Bgs]: The method can not perform an XSLT transformation, where an XSL uses imported
ID: 24360 Updated by: [EMAIL PROTECTED] Reported By: sergey at bds dot ru -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: UNIX PHP Version: 4.3.1 New Comment: bogus then Previous Comments: [2003-06-27 10:18:57] sergey at bds dot ru My fault. Sorry There were no proplems, it was only easy to think so... [2003-06-27 10:08:18] [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. [2003-06-27 10:07:16] sergey at bds dot ru Description: The method can not perform an XSLT transformation, where an XSL uses imported XSL. -- Edit this bug report at http://bugs.php.net/?id=24360&edit=1
#24360 [Fbk->Opn]: The method can not perform an XSLT transformation, where an XSL uses imported
ID: 24360 User updated by: sergey at bds dot ru Reported By: sergey at bds dot ru -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: UNIX PHP Version: 4.3.1 New Comment: My fault. Sorry There were no proplems, it was only easy to think so... Previous Comments: [2003-06-27 10:08:18] [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. [2003-06-27 10:07:16] sergey at bds dot ru Description: The method can not perform an XSLT transformation, where an XSL uses imported XSL. -- Edit this bug report at http://bugs.php.net/?id=24360&edit=1
#24360 [Opn->Fbk]: The method can not perform an XSLT transformation, where an XSL uses imported
ID: 24360 Updated by: [EMAIL PROTECTED] Reported By: sergey at bds dot ru -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: UNIX PHP Version: 4.3.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-06-27 10:07:16] sergey at bds dot ru Description: The method can not perform an XSLT transformation, where an XSL uses imported XSL. -- Edit this bug report at http://bugs.php.net/?id=24360&edit=1
#24360 [NEW]: The method can not perform an XSLT transformation, where an XSL uses imported
From: sergey at bds dot ru Operating system: UNIX PHP version: 4.3.1 PHP Bug Type: DOM XML related Bug description: The method can not perform an XSLT transformation, where an XSL uses imported Description: The method can not perform an XSLT transformation, where an XSL uses imported XSL. -- Edit bug report at http://bugs.php.net/?id=24360&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24360&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24360&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24360&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24360&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24360&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24360&r=support Expected behavior: http://bugs.php.net/fix.php?id=24360&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24360&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24360&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24360&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24360&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24360&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24360&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24360&r=gnused
#24359 [Opn->Fbk]: Function strtolower
ID: 24359
Updated by: [EMAIL PROTECTED]
Reported By: daniel at adsdigita dot com dot br
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Windows / Linux
PHP Version: 4.3.3RC1
Previous Comments:
[2003-06-27 10:05:31] [EMAIL PROTECTED]
Works fine here:
[EMAIL PROTECTED] derick]$ php
é
Did you select the correct locale with setlocale() ?
[2003-06-27 09:54:37] daniel at adsdigita dot com dot br
Description:
So,
I leave in Brazil and in our language we have
de caracter "É" (means IS in English), the matter of
fact is: strtolower couldn't work in this caracter ("É") to change it
in "é"
Reproduce code:
---
//Example:
echo strtolower("É");
Expected result:
é
Actual result:
--
É
--
Edit this bug report at http://bugs.php.net/?id=24359&edit=1
#24359 [Opn]: Function strtolower
ID: 24359
Updated by: [EMAIL PROTECTED]
Reported By: daniel at adsdigita dot com dot br
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows / Linux
PHP Version: 4.3.3RC1
New Comment:
Works fine here:
[EMAIL PROTECTED] derick]$ php
é
Did you select the correct locale with setlocale() ?
Previous Comments:
[2003-06-27 09:54:37] daniel at adsdigita dot com dot br
Description:
So,
I leave in Brazil and in our language we have
de caracter "É" (means IS in English), the matter of
fact is: strtolower couldn't work in this caracter ("É") to change it
in "é"
Reproduce code:
---
//Example:
echo strtolower("É");
Expected result:
é
Actual result:
--
É
--
Edit this bug report at http://bugs.php.net/?id=24359&edit=1
#10877 [Com]: HTTP 500 Error and the page cannot be displayed
ID: 10877 Comment by: ncphares at coxd dot net Reported By: timothy_tang_tw at hotmail dot com Status: Bogus Bug Type: PWS related Operating System: Win 98 PHP Version: 4.0.5 New Comment: Yes, this is an interesting situation. I have the same problem with WIN 98, PWS 4.0 and PHP build 4.3.1. I have followed the installation instructions to the letter for both CGI and ISAPI installations and I keep getting the same result. "Page Cannot Be Displayed." I even went as far as reinstalling PWS. No dice. However, Apache Server runs PHP just fine. I also have Perl running on PWS and it seems just fine. I'm stumped. What's up? Previous Comments: [2002-05-24 07:38:40] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-05-24 07:29:22] sephiroth_iku at hotmail dot com I too have this problem and have tried everything on your site from documentation to bug listing, and still cannot find a correction for it. if anyone knows how to get around this will they please mail me. thanx [2001-05-15 07:49:50] timothy_tang_tw at hotmail dot com I installed the PHP 4.0.5. The IE 5.5 shows "HTTP 500 Internal Server Error" on the title and "the page cannot be displayed" on the IE document, when I open any PHP web page by using PWS as a web server. If I click this page directly by using "Windows Explorer", it dumps all the HTML tags to DOS prompted window. However, web pages runs fine when I use PWS + PHP 4.0.4PL1. Those pages also runs fine under Apache + PHP 4.0.5. I checked the regedit, php.ini, browscap.dll and browscap.ini. If the PHP 4.0.4PL1 runs fine with PWS, why the PHP 4.0.5 cann't work together with PWS? Does this mean that PWS cann't recognize the PHP 4.0.5? How to solve this problem? I use the web page (one line only) below as a test page. Best Regards, Timothy -- Edit this bug report at http://bugs.php.net/?id=10877&edit=1
#24359 [NEW]: Function strtolower
From: daniel at adsdigita dot com dot br
Operating system: Windows / Linux
PHP version: 4.3.3RC1
PHP Bug Type: Unknown/Other Function
Bug description: Function strtolower
Description:
So,
I leave in Brazil and in our language we have
de caracter "É" (means IS in English), the matter of
fact is: strtolower couldn't work in this caracter ("É") to change it in
"é"
Reproduce code:
---
//Example:
echo strtolower("É");
Expected result:
é
Actual result:
--
É
--
Edit bug report at http://bugs.php.net/?id=24359&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24359&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24359&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24359&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24359&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24359&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24359&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24359&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24359&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24359&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24359&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24359&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24359&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24359&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24359&r=gnused
#24358 [Bgs]: me@localhost.com
ID: 24358 User updated by: fyxer at hotmail dot com Reported By: fyxer at hotmail dot com Status: Bogus Bug Type: Feature/Change Request Operating System: windows PHP Version: 4.3.2 New Comment: Seems I posted it in the wrong place but I do hope it will be changed. Sorry & Thanks Previous Comments: [2003-06-27 09:34:31] [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. . [2003-06-27 09:18:06] fyxer at hotmail dot com Description: In the php.ini files that come with php. Do you think it would be nice to change the [EMAIL PROTECTED] to [EMAIL PROTECTED] or something similar to make it eaisier for those of us who have relay controls on their mail server. Host name: localhost.com IP address: 10.11.12.13 Alias(es): None -- Edit this bug report at http://bugs.php.net/?id=24358&edit=1
#24357 [Bgs]: cookies not assigned - at all
ID: 24357
Updated by: [EMAIL PROTECTED]
Reported By: calin dot brandabur at mobilesolutions dot ro
Status: Bogus
Bug Type: Apache2 related
Operating System: windows server 2003
PHP Version: 4.3.2
New Comment:
Also very bogus:
$cookie_expire = "01/01/2099";
Read the manual...
Previous Comments:
[2003-06-27 09:45:24] calin dot brandabur at mobilesolutions dot ro
This is odd because when i installed php i modified php.ini and changed
register_globals to on...
This code is not working either:
cookie set";
}
else {
echo "cookie found";
}
echo "cookie
infousername:".$_COOKIE['username']."password:".$_COOKIE['password'];
?>
[2003-06-27 09:32:38] [EMAIL PROTECTED]
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
.
[2003-06-27 08:23:47] calin dot brandabur at mobilesolutions dot ro
Actually the first run should return
cookie set
cookie info
username:user
password:pass
and the second run
cookie *found*
cookie info
username:user
password:pass
[2003-06-27 08:21:42] calin dot brandabur at mobilesolutions dot ro
Description:
i installed apache 2.0.46 and php 4.3.2 and the cookies are no longer
working... at all
see
http://test.mobilesolutions.ro
(win2k3 server)
and
http://new.v2r.ag/cookie
(linux server with older version of php/apache)
Reproduce code:
---
cookie set";
}
else {
echo "cookie found";
}
echo "cookie
infousername:{$username}password:{$password}";
?>
Expected result:
First run:
cookie set
cookie info
username:user
password:pass
Second run:
cookie set
cookie info
username:user
password:pass
Actual result:
--
Every run:
cookie set
cookie info
username:user
password:pass
--
Edit this bug report at http://bugs.php.net/?id=24357&edit=1
#24357 [Bgs]: cookies not assigned - at all
ID: 24357
User updated by: calin dot brandabur at mobilesolutions dot ro
Reported By: calin dot brandabur at mobilesolutions dot ro
Status: Bogus
Bug Type: Apache2 related
Operating System: windows server 2003
PHP Version: 4.3.2
New Comment:
This is odd because when i installed php i modified php.ini and changed
register_globals to on...
This code is not working either:
cookie set";
}
else {
echo "cookie found";
}
echo "cookie
infousername:".$_COOKIE['username']."password:".$_COOKIE['password'];
?>
Previous Comments:
[2003-06-27 09:32:38] [EMAIL PROTECTED]
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
.
[2003-06-27 08:23:47] calin dot brandabur at mobilesolutions dot ro
Actually the first run should return
cookie set
cookie info
username:user
password:pass
and the second run
cookie *found*
cookie info
username:user
password:pass
[2003-06-27 08:21:42] calin dot brandabur at mobilesolutions dot ro
Description:
i installed apache 2.0.46 and php 4.3.2 and the cookies are no longer
working... at all
see
http://test.mobilesolutions.ro
(win2k3 server)
and
http://new.v2r.ag/cookie
(linux server with older version of php/apache)
Reproduce code:
---
cookie set";
}
else {
echo "cookie found";
}
echo "cookie
infousername:{$username}password:{$password}";
?>
Expected result:
First run:
cookie set
cookie info
username:user
password:pass
Second run:
cookie set
cookie info
username:user
password:pass
Actual result:
--
Every run:
cookie set
cookie info
username:user
password:pass
--
Edit this bug report at http://bugs.php.net/?id=24357&edit=1
#24358 [Opn->Bgs]: me@localhost.com
ID: 24358 Updated by: [EMAIL PROTECTED] Reported By: fyxer at hotmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: windows PHP Version: 4.3.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2003-06-27 09:18:06] fyxer at hotmail dot com Description: In the php.ini files that come with php. Do you think it would be nice to change the [EMAIL PROTECTED] to [EMAIL PROTECTED] or something similar to make it eaisier for those of us who have relay controls on their mail server. Host name: localhost.com IP address: 10.11.12.13 Alias(es): None -- Edit this bug report at http://bugs.php.net/?id=24358&edit=1
#24357 [Opn->Bgs]: cookies not assigned - at all
ID: 24357
Updated by: [EMAIL PROTECTED]
Reported By: calin dot brandabur at mobilesolutions dot ro
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: windows server 2003
PHP Version: 4.3.2
New Comment:
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
.
Previous Comments:
[2003-06-27 08:23:47] calin dot brandabur at mobilesolutions dot ro
Actually the first run should return
cookie set
cookie info
username:user
password:pass
and the second run
cookie *found*
cookie info
username:user
password:pass
[2003-06-27 08:21:42] calin dot brandabur at mobilesolutions dot ro
Description:
i installed apache 2.0.46 and php 4.3.2 and the cookies are no longer
working... at all
see
http://test.mobilesolutions.ro
(win2k3 server)
and
http://new.v2r.ag/cookie
(linux server with older version of php/apache)
Reproduce code:
---
cookie set";
}
else {
echo "cookie found";
}
echo "cookie
infousername:{$username}password:{$password}";
?>
Expected result:
First run:
cookie set
cookie info
username:user
password:pass
Second run:
cookie set
cookie info
username:user
password:pass
Actual result:
--
Every run:
cookie set
cookie info
username:user
password:pass
--
Edit this bug report at http://bugs.php.net/?id=24357&edit=1
#24358 [NEW]: me@localhost.com
From: fyxer at hotmail dot com Operating system: windows PHP version: 4.3.2 PHP Bug Type: *Mail Related Bug description: [EMAIL PROTECTED] Description: In the php.ini files that come with php. Do you think it would be nice to change the [EMAIL PROTECTED] to [EMAIL PROTECTED] or something similar to make it eaisier for those of us who have relay controls on their mail server. Host name: localhost.com IP address: 10.11.12.13 Alias(es): None -- Edit bug report at http://bugs.php.net/?id=24358&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24358&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24358&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24358&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24358&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24358&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24358&r=support Expected behavior: http://bugs.php.net/fix.php?id=24358&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24358&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24358&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24358&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24358&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24358&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24358&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24358&r=gnused
#21653 [Com]: Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed
ID: 21653 Comment by: laudanp at yahoo dot com Reported By: support at hostcolor dot com Status: Feedback Bug Type: Sockets related Operating System: RedHat 7.2 PHP Version: 4.3.3RC2-dev New Comment: HI, I grabbed the newest stable snapshot today (http://snaps.php.net/php4-STABLE-latest.tar.gz), build: php4-STABLE-200306271330 / PHP Version 4.3.3RC2-dev And the problem still shows up: http://64.246.34.44/testpaul.php Warning: fsockopen(): unable to connect to xxx.xxx.xxx.xxx in /var/www/html/testpaul.php on line 134 Which is this line in the script: $fp = fsockopen($REMOTE_ADDR, $portno, $errno, $errstr, 1); For confirmation of the build, you can use this: http://64.246.34.44/phpinfo.php Thanks Previous Comments: [2003-06-23 20:48:40] [EMAIL PROTECTED] Yes, get the latest stable snapshot.. [2003-06-22 15:09:21] laudanp at yahoo dot com Yes that error message pops up. If you run it with a couple of those open ports, what do you get? But yes, I'm getting those errors. Re-download newest stable? [2003-06-22 05:11:11] [EMAIL PROTECTED] When I visited your test page, it seemed to be working; the port-scans triggered my port-sentry and that dropped the route to your machine. So the only "problem" is that you see two separate error messages? I've removed a redundant message from the stable branch. [2003-06-21 21:29:25] laudanp at yahoo dot com Oops, I did not mean to place the "testpaul.php" file at the end, however, here is the link again: http://64.246.34.44/testpaul.php Thank you... don't mind the "test" in the file name, it contains the code exact code as found at computercops.biz I linked to way above. Paul [2003-06-21 21:28:01] laudanp at yahoo dot com Hi folks, we finally have a new server, and we just now installed the CVS Stable build from your recommended download: http://snaps.php.net/php4-STABLE-latest.tar.gz You can see the phpinfo here: http://64.246.34.44/phpinfo.php And you can see the port scan page here, and the same exact errors show up in this STABLE CVS 4.3.3RC2-dev build that I downloaded via your recommended link. So it appears, this is an actual bug as you can see other folks are running into the same issue. What is the next step? I'd like to help in debugging this issue such that it can be resolve sooner rather than later. Thank you, Paul Laudanski http://64.246.34.44/testpaul.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/21653 -- Edit this bug report at http://bugs.php.net/?id=21653&edit=1
#5895 [Com]: httpd dies after being started
ID: 5895 Comment by: tyler at homeworkers dot org Reported By: ryan at thrivecast dot com Status: Closed Bug Type: Installation problem Operating System: Linux 2.2.12 PHP Version: 4.0.1pl2 New Comment: I'm getting this same problem with glibc-2.2.4 and php-4.3.2 but the work around with LD_PRELOAD doesn't work. Previous Comments: [2000-08-24 11:08:19] [EMAIL PROTECTED] Set LD_PRELOAD=libpthread.so before starting apache. (as mentioned on the php-dev list) Or compile mysql without threads support. As this isn't PHP problem at all (glibc2.1.3 bug) I close this bug report. --Jani [2000-08-23 09:23:25] ryan at thrivecast dot com Apache's log files(access and error) says nothing at all. Apache exits before it writes to the log files. [2000-08-23 09:16:12] [EMAIL PROTECTED] Status = Feedback. --Jani [2000-08-23 09:15:37] [EMAIL PROTECTED] Have you checked what's in the apache error_log ?? And try re-compiling apache (with make clean before make) --Jani [2000-08-10 16:00:20] ryan at thrivecast dot com Bug still appears in 28091945. 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/5895 -- Edit this bug report at http://bugs.php.net/?id=5895&edit=1
#24357 [Opn]: cookies not assigned - at all
ID: 24357
User updated by: calin dot brandabur at mobilesolutions dot ro
Reported By: calin dot brandabur at mobilesolutions dot ro
Status: Open
Bug Type: Apache2 related
Operating System: windows server 2003
PHP Version: 4.3.2
New Comment:
Actually the first run should return
cookie set
cookie info
username:user
password:pass
and the second run
cookie *found*
cookie info
username:user
password:pass
Previous Comments:
[2003-06-27 08:21:42] calin dot brandabur at mobilesolutions dot ro
Description:
i installed apache 2.0.46 and php 4.3.2 and the cookies are no longer
working... at all
see
http://test.mobilesolutions.ro
(win2k3 server)
and
http://new.v2r.ag/cookie
(linux server with older version of php/apache)
Reproduce code:
---
cookie set";
}
else {
echo "cookie found";
}
echo "cookie
infousername:{$username}password:{$password}";
?>
Expected result:
First run:
cookie set
cookie info
username:user
password:pass
Second run:
cookie set
cookie info
username:user
password:pass
Actual result:
--
Every run:
cookie set
cookie info
username:user
password:pass
--
Edit this bug report at http://bugs.php.net/?id=24357&edit=1
#24357 [NEW]: cookies not assigned - at all
From: calin dot brandabur at mobilesolutions dot ro
Operating system: windows server 2003
PHP version: 4.3.2
PHP Bug Type: Apache2 related
Bug description: cookies not assigned - at all
Description:
i installed apache 2.0.46 and php 4.3.2 and the cookies are no longer
working... at all
see
http://test.mobilesolutions.ro
(win2k3 server)
and
http://new.v2r.ag/cookie
(linux server with older version of php/apache)
Reproduce code:
---
cookie set";
}
else {
echo "cookie found";
}
echo "cookie
infousername:{$username}password:{$password}";
?>
Expected result:
First run:
cookie set
cookie info
username:user
password:pass
Second run:
cookie set
cookie info
username:user
password:pass
Actual result:
--
Every run:
cookie set
cookie info
username:user
password:pass
--
Edit bug report at http://bugs.php.net/?id=24357&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24357&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24357&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24357&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24357&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24357&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24357&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24357&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24357&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24357&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24357&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24357&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24357&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24357&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24357&r=gnused
#5489 [Com]: Nesting level too deep
ID: 5489 Comment by: lea at fluidenterprises dot co dot uk Reported By: jelmer at nl dot linux dot org Status: Closed Bug Type: Scripting Engine problem Operating System: Debian Linux 2.1 PHP Version: 4.0.1 New Comment: OK, I found the solution: Make sure that the modules in your extension_dir variable are the latest compiled ones. You will get this error if you try to use old modules with new versions of php. See http://bugs.php.net/bug.php?id=21333 for more information. Hope this is helpful Previous Comments: [2003-06-27 04:57:56] lea at fluidenterprises dot co dot uk Yup, same problem on Red Hat 7.2/php 4.3.2/apache 1.3.27 [2003-06-18 17:22:11] nestor at rtn dot uson dot mx I compiled php-4.3.2 as a module for apache 1.3.26 which already comes with Mandrake kernel 2.4.19-16. I got the same message as on other reports: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 even if only run Is there any idea for this? Greetings. --Nestor [2003-05-21 14:38:17] jca at casinosur dot com Well, I have just installed OpenBSD 3.3, but the apache-php doesnt support POST multipart/form-data, so i actualized to php 4.3.1 and I get: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 Can you help me please??? [2003-04-01 14:44:20] sniyogi at bungeecode dot com I experienced the same problem as Chris: I have an Ensim box and upgraded to PHP 4.3.1 and started getting this error.. Can somebody comment on this? -Roj [2003-03-24 19:23:25] mark at hot-mail dot com I just played around with apache2 from my distro maker, and then I uninstalled the RPMS for everything - apache, apche2, php, apache2-mod_php, mod_php - rebooted, and now i'm getting this recursion error on everything I have installed (including phpMyAdmin) 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/5489 -- Edit this bug report at http://bugs.php.net/?id=5489&edit=1
#24340 [Opn]: basename with / and \
ID: 24340
User updated by: nagger at gmx dot de
Reported By: nagger at gmx dot de
Status: Open
Bug Type: Filesystem function related
Operating System: WinXP
PHP Version: 4.3.2
New Comment:
Sorry, I have mixed-up 'Expected Result' and 'Actual Result'.
Previous Comments:
[2003-06-25 18:20:47] nagger at gmx dot de
Description:
on WinXP basename() fails if there are slashes *and* backslashes in
path:
basename('foo/bla\bar') is 'bla\bar' instead of 'bar'
dirname('foo/bla\bar') is 'foo/bla' -> correct
Reproduce code:
---
echo basename('foo/bla/bar');
echo basename('foo\bla\bar');
echo basename('foo/bla\bar'); //this fails
echo basename('foo\bla/bar');
echo dirname('foo/bla/bar');
echo dirname('foo\bla\bar');
echo dirname('foo/bla\bar');
echo dirname('foo\bla/bar');
Expected result:
bar
bar
bla\bar
bar
foo/bla
foo\bla
foo/bla
foo\bla
Actual result:
--
bar
bar
bar
bar
foo/bla
foo\bla
foo/bla
foo\bla
--
Edit this bug report at http://bugs.php.net/?id=24340&edit=1
#24356 [Opn->Bgs]: Double warning
ID: 24356 Updated by: [EMAIL PROTECTED] Reported By: michel at ziobudda dot net -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux Redhat 8.0 PHP Version: 5CVS-2003-06-27 (dev) New Comment: This is not a bug. You should get two warnings as there are two things going wrong (like explained to you on the internals@ list). Not a bug -> bogus Previous Comments: [2003-06-27 04:58:58] michel at ziobudda dot net Description: This little script 1 2 5 session inizializzata must to be produce a warning (line 1 is empty so something is send to header). But there is a problem: there are 2 warning: Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /home/httpd/html/LIBRO/sessioni/1.php:2) in /home/httpd/html/LIBRO/sessioni/1.php on line 3 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/httpd/html/LIBRO/sessioni/1.php:2) in /home/httpd/html/LIBRO/sessioni/1.php on line 3 session inizializzata I have no php.ini set, so there is the default. Some value from phpinfo(): display_errors => On => On display_startup_errors => Off => Off error_append_string => no value => no value error_log => no value => no value error_prepend_string => no value => no value error_reporting => no value => no value html_errors => Off => On ignore_repeated_errors => Off => Off log_errors => Off => Off log_errors_max_len => 1024 => 1024 track_errors => Off => Off session.auto_start => Off => Off session.cookie_domain => no value => no value session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off bye Reproduce code: --- 1 2 5 session inizializzata Expected result: Only one warning. Actual result: -- Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /home/httpd/html/LIBRO/sessioni/1.php:2) in /home/httpd/html/LIBRO/sessioni/1.php on line 3 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/httpd/html/LIBRO/sessioni/1.php:2) in /home/httpd/html/LIBRO/sessioni/1.php on line 3 session inizializzata -- Edit this bug report at http://bugs.php.net/?id=24356&edit=1
#24356 [NEW]: Double warning
From: michel at ziobudda dot net Operating system: Linux Redhat 8.0 PHP version: 5CVS-2003-06-27 (dev) PHP Bug Type: Session related Bug description: Double warning Description: This little script 1 2 5 session inizializzata must to be produce a warning (line 1 is empty so something is send to header). But there is a problem: there are 2 warning: Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /home/httpd/html/LIBRO/sessioni/1.php:2) in /home/httpd/html/LIBRO/sessioni/1.php on line 3 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/httpd/html/LIBRO/sessioni/1.php:2) in /home/httpd/html/LIBRO/sessioni/1.php on line 3 session inizializzata I have no php.ini set, so there is the default. Some value from phpinfo(): display_errors => On => On display_startup_errors => Off => Off error_append_string => no value => no value error_log => no value => no value error_prepend_string => no value => no value error_reporting => no value => no value html_errors => Off => On ignore_repeated_errors => Off => Off log_errors => Off => Off log_errors_max_len => 1024 => 1024 track_errors => Off => Off session.auto_start => Off => Off session.cookie_domain => no value => no value session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off bye Reproduce code: --- 1 2 5 session inizializzata Expected result: Only one warning. Actual result: -- Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /home/httpd/html/LIBRO/sessioni/1.php:2) in /home/httpd/html/LIBRO/sessioni/1.php on line 3 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/httpd/html/LIBRO/sessioni/1.php:2) in /home/httpd/html/LIBRO/sessioni/1.php on line 3 session inizializzata -- Edit bug report at http://bugs.php.net/?id=24356&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24356&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24356&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24356&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24356&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24356&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24356&r=support Expected behavior: http://bugs.php.net/fix.php?id=24356&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24356&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24356&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24356&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24356&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24356&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24356&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24356&r=gnused
#5489 [Com]: Nesting level too deep
ID: 5489 Comment by: lea at fluidenterprises dot co dot uk Reported By: jelmer at nl dot linux dot org Status: Closed Bug Type: Scripting Engine problem Operating System: Debian Linux 2.1 PHP Version: 4.0.1 New Comment: Yup, same problem on Red Hat 7.2/php 4.3.2/apache 1.3.27 Previous Comments: [2003-06-18 17:22:11] nestor at rtn dot uson dot mx I compiled php-4.3.2 as a module for apache 1.3.26 which already comes with Mandrake kernel 2.4.19-16. I got the same message as on other reports: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 even if only run Is there any idea for this? Greetings. --Nestor [2003-05-21 14:38:17] jca at casinosur dot com Well, I have just installed OpenBSD 3.3, but the apache-php doesnt support POST multipart/form-data, so i actualized to php 4.3.1 and I get: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 Can you help me please??? [2003-04-01 14:44:20] sniyogi at bungeecode dot com I experienced the same problem as Chris: I have an Ensim box and upgraded to PHP 4.3.1 and started getting this error.. Can somebody comment on this? -Roj [2003-03-24 19:23:25] mark at hot-mail dot com I just played around with apache2 from my distro maker, and then I uninstalled the RPMS for everything - apache, apche2, php, apache2-mod_php, mod_php - rebooted, and now i'm getting this recursion error on everything I have installed (including phpMyAdmin) [2003-01-09 01:25:42] christopher_sagx at yahoo dot com I'm getting the same error Nesting level too deep - recursive dependency? in Unknown after Inhave installed php 4.3 the latest version ! what may be the cause.. btw Im running ensim.. Chris Director http://www.chrisranjana.com The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/5489 -- Edit this bug report at http://bugs.php.net/?id=5489&edit=1
#24252 [NoF->Opn]: Problem with session_set_save_handler() when connecting to db outside of obj
ID: 24252
User updated by: jpenn at cheetah-soft dot com
Reported By: jpenn at cheetah-soft dot com
-Status: No Feedback
+Status: Open
Bug Type: Session related
Operating System: RHAT 7
PHP Version: 4.3.1
New Comment:
Ok - I thought the first post was clear.
When using session_set_save_handler() inside a class when using a DB as
the storage medium - you must connect to the DB inside of the open
function/method. First, we set the methods to use:
session_set_save_handler( array( &$this, 'open' ), array( &$this,
'close' ), array( &$this, 'read' ), array( &$this, 'write' ), array(
&$this, 'destroy' ), array( &$this, 'gc' ) );
Now, this is the open method:
function open( $blah, $blah )
{
$res = mysql_connect( 'blah', 'blah', 'blah' );
mysql_select_db( 'blah', $res );
return( true );
}
The above works. When explicitly connecting inside of the open method -
everything works like a charm.
Now, if you DO NOT EXPLICITLY CONNECT (to the DB) inside of this method
- the session handler will not work. This is just not specific to one
DB and (or) operating system, it is a problem accross a magnitude of
platforms.
Is this a scope issue?
Previous Comments:
[2003-06-26 18:23:57] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-06-19 00:31:59] [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.
[2003-06-18 23:57:03] jpenn at cheetah-soft dot com
Description:
When connecting to the database inside the class object, everything
works fine with session_set_save_handler(). But, when connecting
outside of the class that holds the methods, php does'nt recognize
there is an active connection to the DB. Is this a known problem that I
have overlooked in the bug db?
I have tried everything, including passing the res id of the connection
into the session handler class but to no avail.
~ Thanks
--
Edit this bug report at http://bugs.php.net/?id=24252&edit=1
#24213 [NoF->Opn]: filemtime(string) and getlastmod() works very strange...
ID: 24213 User updated by: mf22cs at student dot hik dot se Reported By: mf22cs at student dot hik dot se -Status: No Feedback +Status: Open Bug Type: Date/time related Operating System: WinXP Pro and Linux/Slack 2.4.18 PHP Version: 4.3.2 New Comment: I still experience the problem, but since there is no solution provided I did not know I had to responde to the answare at the 18th of June. ZTS? don´t know... /Marcus Previous Comments: [2003-06-26 18:22:06] [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-06-18 14:36:25] [EMAIL PROTECTED] Works just fine with Linux here using latest CVS. Are you using ZTS (threaded php) on linux? [2003-06-16 18:32:28] mf22cs at student dot hik dot se Description: getlastmod() gives the correct result on my localhost (which is at WinXP running IIS 5.1 with PHP4.3.2). But on the Linux webserver (running Apache 1.3.27 and PHP4.3.1) it gives a totally wrond result (that seems to be the last accesstime). Then I tried the filemtime(string) instead, but then my localhost got all crazy. It showed the birthdate of UNIX instead. Reproduce code: --- GLM: FMT: Expected result: GLM: 17-06-2003 01:20:55 FMT: 17-06-2003 01:20:55 at both systems (if that is the correct date/time of modification). Actual result: -- At the server this gives the following result: GLM: 17-06-2003 01:11:35 FMT:17-06-2003 01:18:23 And at local host: GLM: 17-06-2003 01:18:21 FMT:01-01-1970 01:00:00 -- Edit this bug report at http://bugs.php.net/?id=24213&edit=1
#24328 [Fbk->Opn]: symbol not found: executor_globals
ID: 24328 User updated by: Pavel dot Zakouril at mff dot cuni dot cz Reported By: Pavel dot Zakouril at mff dot cuni dot cz -Status: Feedback +Status: Open Bug Type: Dynamic loading Operating System: UnixWare 7.1.1 PHP Version: 4.3.2 New Comment: > Where did that 'liboci8.so' come from? It is built durig 'make' and installed during 'make install', as it was described in my first report. > It should be just oci8.so. ??? All php extensions have names lib*.so under UnixWare. > Why do you set EXTRA_LIBS before running configure..? Answer to question 'why -lthread must be in EXTRA_LIBS ?' you can find at http://php.cz/manual/en/ref.oci8.php. And if I do not include -lucb into EXTRA_LIBS, I will get an error 'undefined symbol alloca' when starting php. Note what I wrote in my first report: Apache module (using the same liboci8.so) works fine, problem is only with the CLI version. But anyway, (cd ext/oci8 && phpize && ./configure --with-oci8=/u01/app/oracle/product/8.1.7 && make) produces the following output: UX:sh (phpize): ERROR: aclocal: Not found UX:sh (phpize): ERROR: autoconf: Not found UX:sh (phpize): ERROR: autoheader: Not found You should add the contents of `/usr/local/share/aclocal/libtool.m4' to `aclocal .m4'. Configuring for: PHP Api Version: 20020918 Zend Module Api No: 20020429 Zend Extension Api No: 20021010 zsh: no such file or directory: ./configure Previous Comments: [2003-06-26 18:07:52] [EMAIL PROTECTED] Where did that 'liboci8.so' come from? It should be just oci8.so. What does 'ldd liboci8.so' output? Why do you set EXTRA_LIBS before running configure..? Does building oci8 via the phpize way work? (cd ext/oci8 && phpize && ./configure --with-oci8=/u01/app/oracle/product/8.1.7 && make) [2003-06-25 05:07:23] Pavel dot Zakouril at mff dot cuni dot cz Description: I have installed PHP 4.3.2 by following way: export ORACLE_HOME=/u01/app/oracle/product/8.1.7 export LD_LIBRARY_PATH=/usr/local/lib:$ORACLE_HOME/lib export CC=cc export EXTRA_LIBS='-lthread -lucb' ./configure --with-oci8=shared --with-apxs --without-mysql --without-pear --enable-sigchild make make install Apache module works fine, but CLI version built at the same time fails with the following message: ducklet 191# php PHP Warning: Unknown(): Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20020429/liboci8.so' - dynamic linker: php: relocation error: symbol not found: executor_globals; referenced from: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/liboci8.so in Unknown on line 0 What can be wrong ? -- Edit this bug report at http://bugs.php.net/?id=24328&edit=1
