#13556 [Com]: PHP4 should be able to use dso version of cracklib
ID: 13556 Comment by: cwant at ualberta dot ca Reported By: oliver at deeper dot co dot nz Status: Closed Bug Type: Compile Failure Operating System: linux PHP Version: 4.1.1 & 4.1.2 Assigned To: sniper New Comment: I think it is no longer possible to build php using the static lib Previous Comments: [2002-02-28 18:26:48] [EMAIL PROTECTED] Really fixed now. Thanks for the patch, jtate. --Jani [2002-02-28 14:39:06] [EMAIL PROTECTED] This was "fixed" in CVS, but incorrectly. Please apply the following patch to the crack extension: --BEGIN_PATCH-- === RCS file: /repository/php4/ext/crack/config.m4,v retrieving revision 1.6 diff -u -u -r1.6 config.m4 --- config.m4 30 Nov 2001 18:59:28 - 1.6 +++ config.m4 28 Feb 2002 19:33:14 - @@ -8,7 +8,7 @@ if test "$PHP_CRACK" != "no"; then for i in /usr/local/lib /usr/lib $PHP_CRACK/lib $PHP_CRACK/cracklib; do - test -f $i/lib/libcrack.$SHLIB_SUFFIX_NAME -o -f $i/libcrack.a && CRACK_LIBDIR=$i + test -f $i/libcrack.$SHLIB_SUFFIX_NAME -o -f $i/libcrack.a && CRACK_LIBDIR=$i done for i in /usr/local/include /usr/include $PHP_CRACK/include $PHP_CRACK/cracklib; do --END_PATCH-- The code that searched for the shared objects was looking under a subdirectory lib, so instead of looking in /usr/lib it was looking in /usr/lib/lib. This patch fixes the problem. [2001-10-11 20:21:03] [EMAIL PROTECTED] Fixed in CVS. Fix will be in PHP 4.1 --Jani [2001-10-05 03:12:59] oliver at deeper dot co dot nz Configure only checks for the static libcrack.a when it would be possible to use libcrack.so. -- Edit this bug report at http://bugs.php.net/?id=13556&edit=1
#14897 [Com]: "unable to fork" - cause & solution (well, at least for me)
ID: 14897
Comment by: unknown at simplemachines dot org
Reported By: louis at steelbytes dot com
Status: No Feedback
Bug Type: Program Execution
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
Test case:
// Use any filenames you want.
exec('c:/usr/local/bin/tar.exe -c --file=smf_1-0-alpha_safe.tar -c
index.php');
If the IIS user (IUSR_COMPUTERNAME) does not have access to cmd.exe,
which is the default as of a security update for IIS, PHP will give
said error.
This can be fixed by giving read permissions to cmd.exe, but this is a
security risk. (or, at least, can be one.)
The only benefit adding cmd.exe /c seems to have is making things like
"dir," "echo," etc. work.
As such, I would suggest one of a few actions:
- create a php.ini directive. (a waste...)
- use the current method, but on an error fall back to attempting to
issue the command directly.
- always issue the command directly, or add an parameter to the exec
function to do so.
- do nothing because you don't care about IIS/windows users. (I hope
not!)
The best solution, in my humble opinion, would be to use a fallback -
at least under NT. I also would like it to use the comspec environment
variable, if available.
Thank you,
-[Unknown]
Previous Comments:
[2002-11-27 06:40:43] h dot siedler at liebl dot at
under iis5.0 and php4.0.6 there's always the message "unable to fork"
by using the exec() command.The same with system() command. Is there
someway that works?
[2002-11-16 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-10-31 14:51:10] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-01-21 07:16:43] louis at steelbytes dot com
re enable access to cmd.exe for php:
if you are using IIS, then PHP will be run using the IWAM_
account. so you would have to set the right for cmd.exe to include this
account.
if you are using a different web server, then I have no idea what
account would need access to cmd.exe
re stopping php from prepending "cmd /c ":
not that I know of, and hence the bug report that I posted requesting
the developers changing it.
[2002-01-21 06:32:42] davidfelton at codemasters dot com
Is there a way to enable access to cmd.exe so that it is only available
to php.exe?
Or a way of stopping php prepending "cmd.exe /c " in front of any calls
to exec?
thanks.
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/14897
--
Edit this bug report at http://bugs.php.net/?id=14897&edit=1
#25620 [Fbk->Opn]: Crash / "String is not zero-terminated"
ID: 25620
User updated by: xris at farcaster dot net
Reported By: xris at farcaster dot net
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: GNU/Linux 2.4.20
PHP Version: 4.3.4-dev
New Comment:
I had to modify some minor stuff of the script (our system) to get it
working with php5.
Then php complained on a couple of occasions about an illegal return
value for a refercence return method ( we had some calls like the one
in my "Example 2" and some methods doing "return new XYZ();).
I fixed these by first assigning the return value to a
variable, then returned this var.
After that, php5 ran the code without complaints/errors.
The same (modified) code, run by the php4 version, still throws the
error.
Previous Comments:
[2003-09-27 13:20:19] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-09-27 12:07:11] xris at farcaster dot net
So far i checked 600 methods, but could'nt find any
return's similar to your examples. What about these
constructs, are they known to cause heap corruption, too?
// Example 1
function &return_ref_constant() {
return FALSE; // or "return (1<2):"
}
// Example 2
function &a() {
return $b
}
function &return_ref_method() {
return $this->a();
}
// Example 3
function &return_ref_array() {
return array();
}
Yes, i know, some of them are "wrong".
[2003-09-27 11:00:41] [EMAIL PROTECTED]
Seems to me the same issue addressed in bug #22510. I suspect you are
trying to return a value by reference that is not originated from a
variable somewhere in a function. That is,
function &return_ref_a() {
return $a + $b;
}
function &return_ref_b() {
return @$a;
}
function &return_ref_c() {
return -$a;
}
None of the above examples don't actually work, which are verified to
cause random heap corruption. Please check if such an error is
somewhere in your code.
[2003-09-27 09:22:58] xris at farcaster dot net
Rechecked both strings; "SetVerband" is definitely a method (theres no
other usage of this string in the whole system), but "Bundesland" is a
variable (i replaced all '$Bundesland' variables with '$dnalsednuB').
I'll try to identify the
offending usage of this var, but there are 146 places where
such a variable name is used. In almost all cases, $Bundesland contains
a class, though..
[2003-09-26 09:45:42] xris at farcaster dot net
I don't know if it's of any help, but i found out that the 4.3.4-dev
version prints out more debug information as the 4.3.3 i initially ([21
Sep 11:21am EDT]) used (if compiled "--with-debug"), so here once again
a debug output:
--- snip ---
Warning: String is not zero-terminated
(BundeslandÿÌ*ZÌ*ZZÌ*) (source:
/var/tmp/portage/php-4.3.4/work/php-4.3.4/Zend/zend_opcode.c:159) in
Unknown on line 0
[Fri Sep 26 15:14:21 2003] Script: 'htdocs/sport/auswahl.php'
---
/home/develop/php-4.3.4/Zend/zend_opcode.c(159) : Block 0x424DB744
status:
/home/develop/php-4.3.4/Zend/zend_variables.c(44) : Actual location
(location was relayed)
Beginning: OK (allocated on Zend/zend_language_scanner.c:4492, 11
bytes)
End: Overflown (magic=0x2A8FCC83 instead of 0x2A8FCC84)
1 byte(s) overflown
---
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/25620
--
Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#20548 [WFx]: Decrement ("$x[$y]--") doesn't work on uninitiated variable
ID: 20548 User updated by: prgallier at yahoo dot com Reported By: prgallier at yahoo dot com Status: Wont fix Bug Type: Scripting Engine problem Operating System: Linux 2.4 PHP Version: 4.3.2-dev New Comment: There are plenty of workarounds, but the problem is the lack of consistency. Either you can or you can't use uninitialized variables. If you can use $test[0]++ you should be able to use $test[0]-- as well (no, I don't think they should drop the ability to use direct increments/decrements). Previous Comments: [2003-09-27 16:47:47] [EMAIL PROTECTED] IMO, using unitialized variables should cause a FATAL error. Just initialize the variables you use. [2003-09-27 14:38:53] lew at mailduct dot com PHP 4.3.3 on FreeBSD 4.8-RELEASE: [2003-09-27 14:36:59] lew at mailduct dot com This is a GROSS inconsistency in how the increment/decrement operators work, and one that coders are likely to stumble upon the hard way. Please study the effect of fixing this, at the expense of breaking a long-time quirk in BC. Breaking a quirk, and documenting it on the BC page, is better than maintaining a GROSS inconsistency in one of the basic language construct operators! Please fix this! [2003-08-03 12:57:49] [EMAIL PROTECTED] This is a valid bug, however a fix would be a BC break that would result in a beahviour change that was in place since 3.0 days. [2003-02-14 17:14:59] bulletbait at yahoo dot com I just stumbled across this bug recently with an older version (4.1.1) of PHP on Win32 -- verified that it still exists in 4.3.0. This one had me going in circles trying to debug. Work-arounds: $score[$num] -= 1; or $score[$num] = $score[$num] - 1; The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20548 -- Edit this bug report at http://bugs.php.net/?id=20548&edit=1
#21197 [Com]: socket_read() seems to doesn't work
ID: 21197
Comment by: maka3d at yahoo dot com dot br
Reported By: bool at boolsite dot net
Status: Open
Bug Type: Sockets related
Operating System: win32 only
PHP Version: 4.3.3
New Comment:
I'm getting the same problem under the same situation.
The code below is simpler and clear to see and test the bug. This bug
is critical to me too.
http://www.w3.org/TR/html4/loose.dtd";>
Untitled Document
";
sleep(2); // just to see that connection works.
$buf = socket_read($msgsock, 1024, PHP_NORMAL_READ); // change to
PHP_BINARY_READ and works fine.
echo $buf;
socket_close ($msgsock);
socket_close ($sock);
echo "THE END";
/*
put it to run, open a telnet and do:
open 127.0.0.1 1234
as soon as a connection is accept,
the script will continue and raise the same warning
Warning socket_read() unable to read from socket [0]:
OS: Windows XP Professional
PHP: 4.3.3 and 4.3.4 from snaps Built On: Sep 27, 2003 20:30 GMT
*/
?>
Previous Comments:
[2003-08-26 02:00:58] bool at boolsite dot net
Ok, this is a short example : (a little echo server)
Debut de la connexion...',"\r\n";
$EndTime=time()+15;
do{
$buffer=socket_read($MsgSock,1024,PHP_NORMAL_READ);
if($buffer===false) {
echo 'socket_read() a échoué :
',socket_strerror(socket_last_error($MsgSock)),"\r\n";
break;
}
elseif(!$buffer){
continue;
}
$buffer=trim($buffer);
echo '< ',$buffer,"\r\n";
if($buffer=='quit') {
break;
}
$back='You sent : ['.$buffer.']';
echo '> ',$back,"\r\n";
socket_write($MsgSock,$back."\r\n");
} while(time()<$EndTime);
@socket_close($MsgSock);
echo '=> End...',"\r\n";
}
}
socket_close($Sock);
?>
[2003-08-25 20:17:06] [EMAIL PROTECTED]
Please provide a complete but short example script that can be used to
reproduce this bug.
[2003-08-25 18:19:27] bool at boolsite dot net
It's not the same bugs than http://bugs.php.net/bug.php?id=21760 . Here
it's a Win32 PHP version bug only, since the PHP 4.3.0 version, and
there is always the bug in the last version 4.3.3.
socket_read() always return FALSE, and display this error : "erreur [0]
avec socket_read : OpÚration rÚussie."
(in english it should be "error [0] with socket_read : operation
completed.")
maybe it's because of the socket_select() before the socket_read() ?
PS : it affects all my codes, but only with PHP 4.3.x Win32 version. On
unix or with PHP 4.2.3 all works fine.
[2003-06-29 21:42:30] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
The active discussion regarding this bug appears to be here
http://bugs.php.net/bug.php?id=21760
let's keep it all in one place.
[2002-12-26 20:39:22] [EMAIL PROTECTED]
If you omit the third parameter to socket_read() it seems to work fine.
However, adding PHP_NORMAL_READ causes error as described in the bug
report.
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/21197
--
Edit this bug report at http://bugs.php.net/?id=21197&edit=1
#20548 [WFx]: Decrement ("$x[$y]--") doesn't work on uninitiated variable
ID: 20548 Updated by: [EMAIL PROTECTED] Reported By: prgallier at yahoo dot com Status: Wont fix Bug Type: Scripting Engine problem Operating System: Linux 2.4 PHP Version: 4.3.2-dev New Comment: IMO, using unitialized variables should cause a FATAL error. Just initialize the variables you use. Previous Comments: [2003-09-27 14:38:53] lew at mailduct dot com PHP 4.3.3 on FreeBSD 4.8-RELEASE: [2003-09-27 14:36:59] lew at mailduct dot com This is a GROSS inconsistency in how the increment/decrement operators work, and one that coders are likely to stumble upon the hard way. Please study the effect of fixing this, at the expense of breaking a long-time quirk in BC. Breaking a quirk, and documenting it on the BC page, is better than maintaining a GROSS inconsistency in one of the basic language construct operators! Please fix this! [2003-08-03 12:57:49] [EMAIL PROTECTED] This is a valid bug, however a fix would be a BC break that would result in a beahviour change that was in place since 3.0 days. [2003-02-14 17:14:59] bulletbait at yahoo dot com I just stumbled across this bug recently with an older version (4.1.1) of PHP on Win32 -- verified that it still exists in 4.3.0. This one had me going in circles trying to debug. Work-arounds: $score[$num] -= 1; or $score[$num] = $score[$num] - 1; [2002-11-21 12:42:11] prgallier at yahoo dot com The following: $score[$num]--; does not affect $score[$num] if $score[$num] is uninitiated. Using $score[$num]++ does work, however. This is inconsistent. -- Edit this bug report at http://bugs.php.net/?id=20548&edit=1
#25673 [Opn->Bgs]: Zlib output corrupted
ID: 25673 Updated by: [EMAIL PROTECTED] Reported By: alfredo at renatec dot com dot br -Status: Open +Status: Bogus Bug Type: Zlib Related Operating System: Linux 2.4.20 PHP Version: 4.3.3 New Comment: Replace your old php.ini with php.ini-dist from the PHP 4.3.3 distribution package. Previous Comments: [2003-09-27 16:36:02] alfredo at renatec dot com dot br If I compile without --with-zlib option, this works, but on a network analyzer I see that the transfer is not compressed. [2003-09-27 16:29:33] alfredo at renatec dot com dot br I used this before... But this not happens with PHP 4.2.2 here. This is not a transparent compression? My web browser (IE 6.0, Mozilla 1.5) should not transparently uncompress the source html? [2003-09-27 07:38:07] [EMAIL PROTECTED] And try reading the notes about this in php.ini-dist.. [2003-09-27 07:37:17] [EMAIL PROTECTED] They're not corrupted, they're compressed.. Not bug. [2003-09-26 13:41:28] alfredo at renatec dot com dot br Description: I compile PHP 4.3.3 as module of Apache 2.0.47 with the following command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-zlib If I set zlib.output_compression to "On", all my pages are unreadable (corrupted). All other PHP configurations are default, except register_globals that was turned on too. PHP Zlib related: ZLib Support enabled 'zlib:' fopen wrapper enabled Compiled Version 1.1.4 Linked Version 1.1.4 -- Edit this bug report at http://bugs.php.net/?id=25673&edit=1
#25673 [Bgs->Opn]: Zlib output corrupted
ID: 25673 User updated by: alfredo at renatec dot com dot br Reported By: alfredo at renatec dot com dot br -Status: Bogus +Status: Open Bug Type: Zlib Related Operating System: Linux 2.4.20 PHP Version: 4.3.3 New Comment: If I compile without --with-zlib option, this works, but on a network analyzer I see that the transfer is not compressed. Previous Comments: [2003-09-27 16:29:33] alfredo at renatec dot com dot br I used this before... But this not happens with PHP 4.2.2 here. This is not a transparent compression? My web browser (IE 6.0, Mozilla 1.5) should not transparently uncompress the source html? [2003-09-27 07:38:07] [EMAIL PROTECTED] And try reading the notes about this in php.ini-dist.. [2003-09-27 07:37:17] [EMAIL PROTECTED] They're not corrupted, they're compressed.. Not bug. [2003-09-26 13:41:28] alfredo at renatec dot com dot br Description: I compile PHP 4.3.3 as module of Apache 2.0.47 with the following command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-zlib If I set zlib.output_compression to "On", all my pages are unreadable (corrupted). All other PHP configurations are default, except register_globals that was turned on too. PHP Zlib related: ZLib Support enabled 'zlib:' fopen wrapper enabled Compiled Version 1.1.4 Linked Version 1.1.4 -- Edit this bug report at http://bugs.php.net/?id=25673&edit=1
#25673 [Bgs]: Zlib output corrupted
ID: 25673 User updated by: alfredo at renatec dot com dot br Reported By: alfredo at renatec dot com dot br Status: Bogus Bug Type: Zlib Related Operating System: Linux 2.4.20 PHP Version: 4.3.3 New Comment: I used this before... But this not happens with PHP 4.2.2 here. This is not a transparent compression? My web browser (IE 6.0, Mozilla 1.5) should not transparently uncompress the source html? Previous Comments: [2003-09-27 07:38:07] [EMAIL PROTECTED] And try reading the notes about this in php.ini-dist.. [2003-09-27 07:37:17] [EMAIL PROTECTED] They're not corrupted, they're compressed.. Not bug. [2003-09-26 13:41:28] alfredo at renatec dot com dot br Description: I compile PHP 4.3.3 as module of Apache 2.0.47 with the following command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-zlib If I set zlib.output_compression to "On", all my pages are unreadable (corrupted). All other PHP configurations are default, except register_globals that was turned on too. PHP Zlib related: ZLib Support enabled 'zlib:' fopen wrapper enabled Compiled Version 1.1.4 Linked Version 1.1.4 -- Edit this bug report at http://bugs.php.net/?id=25673&edit=1
#25679 [Opn->Bgs]: ALways Down
ID: 25679 Updated by: [EMAIL PROTECTED] Reported By: ace22catch at yahoo dot com -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: windows 95 PHP Version: 4.3.3 New Comment: this makes no sense Previous Comments: [2003-09-27 16:01:41] ace22catch at yahoo dot com Description: host to an attack Reproduce code: --- http://www.homemicrosoft.net Expected result: virus out Actual result: -- virus -- Edit this bug report at http://bugs.php.net/?id=25679&edit=1
#25679 [NEW]: ALways Down
From: ace22catch at yahoo dot com Operating system: windows 95 PHP version: 4.3.3 PHP Bug Type: Filesystem function related Bug description: ALways Down Description: host to an attack Reproduce code: --- http://www.homemicrosoft.net Expected result: virus out Actual result: -- virus -- Edit bug report at http://bugs.php.net/?id=25679&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25679&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25679&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25679&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25679&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25679&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25679&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25679&r=support Expected behavior: http://bugs.php.net/fix.php?id=25679&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25679&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25679&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25679&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25679&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25679&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25679&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25679&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25679&r=float
#20548 [Com]: Decrement ("$x[$y]--") doesn't work on uninitiated variable
ID: 20548 Comment by: lew at mailduct dot com Reported By: prgallier at yahoo dot com Status: Wont fix Bug Type: Scripting Engine problem Operating System: Linux 2.4 PHP Version: 4.3.2-dev New Comment: PHP 4.3.3 on FreeBSD 4.8-RELEASE: Previous Comments: [2003-09-27 14:36:59] lew at mailduct dot com This is a GROSS inconsistency in how the increment/decrement operators work, and one that coders are likely to stumble upon the hard way. Please study the effect of fixing this, at the expense of breaking a long-time quirk in BC. Breaking a quirk, and documenting it on the BC page, is better than maintaining a GROSS inconsistency in one of the basic language construct operators! Please fix this! [2003-08-03 12:57:49] [EMAIL PROTECTED] This is a valid bug, however a fix would be a BC break that would result in a beahviour change that was in place since 3.0 days. [2003-02-14 17:14:59] bulletbait at yahoo dot com I just stumbled across this bug recently with an older version (4.1.1) of PHP on Win32 -- verified that it still exists in 4.3.0. This one had me going in circles trying to debug. Work-arounds: $score[$num] -= 1; or $score[$num] = $score[$num] - 1; [2002-11-21 12:42:11] prgallier at yahoo dot com The following: $score[$num]--; does not affect $score[$num] if $score[$num] is uninitiated. Using $score[$num]++ does work, however. This is inconsistent. -- Edit this bug report at http://bugs.php.net/?id=20548&edit=1
#20548 [Com]: Decrement ("$x[$y]--") doesn't work on uninitiated variable
ID: 20548 Comment by: lew at mailduct dot com Reported By: prgallier at yahoo dot com Status: Wont fix Bug Type: Scripting Engine problem Operating System: Linux 2.4 PHP Version: 4.3.2-dev New Comment: This is a GROSS inconsistency in how the increment/decrement operators work, and one that coders are likely to stumble upon the hard way. Please study the effect of fixing this, at the expense of breaking a long-time quirk in BC. Breaking a quirk, and documenting it on the BC page, is better than maintaining a GROSS inconsistency in one of the basic language construct operators! Please fix this! Previous Comments: [2003-08-03 12:57:49] [EMAIL PROTECTED] This is a valid bug, however a fix would be a BC break that would result in a beahviour change that was in place since 3.0 days. [2003-02-14 17:14:59] bulletbait at yahoo dot com I just stumbled across this bug recently with an older version (4.1.1) of PHP on Win32 -- verified that it still exists in 4.3.0. This one had me going in circles trying to debug. Work-arounds: $score[$num] -= 1; or $score[$num] = $score[$num] - 1; [2002-11-21 12:42:11] prgallier at yahoo dot com The following: $score[$num]--; does not affect $score[$num] if $score[$num] is uninitiated. Using $score[$num]++ does work, however. This is inconsistent. -- Edit this bug report at http://bugs.php.net/?id=20548&edit=1
#25620 [Opn->Fbk]: Crash / "String is not zero-terminated"
ID: 25620
Updated by: [EMAIL PROTECTED]
Reported By: xris at farcaster dot net
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: GNU/Linux 2.4.20
PHP Version: 4.3.4-dev
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2003-09-27 12:07:11] xris at farcaster dot net
So far i checked 600 methods, but could'nt find any
return's similar to your examples. What about these
constructs, are they known to cause heap corruption, too?
// Example 1
function &return_ref_constant() {
return FALSE; // or "return (1<2):"
}
// Example 2
function &a() {
return $b
}
function &return_ref_method() {
return $this->a();
}
// Example 3
function &return_ref_array() {
return array();
}
Yes, i know, some of them are "wrong".
[2003-09-27 11:00:41] [EMAIL PROTECTED]
Seems to me the same issue addressed in bug #22510. I suspect you are
trying to return a value by reference that is not originated from a
variable somewhere in a function. That is,
function &return_ref_a() {
return $a + $b;
}
function &return_ref_b() {
return @$a;
}
function &return_ref_c() {
return -$a;
}
None of the above examples don't actually work, which are verified to
cause random heap corruption. Please check if such an error is
somewhere in your code.
[2003-09-27 09:22:58] xris at farcaster dot net
Rechecked both strings; "SetVerband" is definitely a method (theres no
other usage of this string in the whole system), but "Bundesland" is a
variable (i replaced all '$Bundesland' variables with '$dnalsednuB').
I'll try to identify the
offending usage of this var, but there are 146 places where
such a variable name is used. In almost all cases, $Bundesland contains
a class, though..
[2003-09-27 08:58:34] xris at farcaster dot net
> Don't you KNOW what that file has in it???
well.. actually.. it's not that simple.
As i stated on various occasions, our code is quite complex. We are
using a self-made on demand dynamic class loading system. But as you
mention it, i could propably modify the
class loader to generate one huge script containg the
complete code which would otherwise just be include()d.
To answer the question: i do have methods called like these,
but "Bundesland" might be an ordinary string, a var or
anything. i'll check, but i'm pretty sure it's a method.
- bison (GNU Bison) 1.35
- flex version 2.5.4
[2003-09-27 08:43:22] [EMAIL PROTECTED]
"Most likely class methods" ?!?! Don't you KNOW what that file has in
it??? (in latter case, htdocs/sport/auswahl.php)
Put it online (as .txt) so we can actually see what's in it.
Also, what do these output:
# bison --version
# flex --version
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/25620
--
Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25676 [Opn->Bgs]: Form hidden input ouput when any form=* is in url_rewriter.tags
ID: 25676
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: WinXP/FreeBSD
PHP Version: 4CVS-2003-09-26 (stable)
New Comment:
There is not bug..and btw. You can't set url_rewriter.tags in the
script, only in php.ini / httpd.conf / .htaccess
Previous Comments:
[2003-09-27 13:05:04] [EMAIL PROTECTED]
I can also confirm no hidden input element is output on Gentoo Linux
using latest snapshot.
Somethings *definately* wrong here, just need to figure out what.
- Davey
[2003-09-27 10:23:59] [EMAIL PROTECTED]
I've now had it confirmed on *two* Debian Linux boxes with a 20030927
snapshot that the hidden element does NOT get output.
Trying to confirm on other distros, versions of windows and newer FBSD
versions now.
Note: the "Expected Result" has the extraneous hidden input, please
mentally remove that ;)
- Davey
[2003-09-27 08:36:22] [EMAIL PROTECTED]
RTFM "Note: If you want XHTML conformity, remove the form entry and
use the tags around your form fields."
[2003-09-26 23:20:55] [EMAIL PROTECTED]
Description:
Despite there being no form=fakeentry or form= (as I understand it,
providing no value is the same as giving fakeentry) in
url_rewriter.tags the form hidden element for the PHPSESSID is still
output.
I am trying to use form=action as the url_rewriter.tags and whilst this
IS rewritten correctly, the hidden element is still being inserted. It
seems that the fallback mechanism is faulty.
This has been tested on several builds:
PHP 4.3.3RC4 WinXP
Latest Snapshot (200309270130) WinXP
PHP 4.3.3 FreeBSD
Latest Snapshot (200309270130) FreeBSD
I have also had someone reporting the CORRECT behaviour on Debian with
latest CVS so its quite the puzzle...
- Davey
Reproduce code:
---
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
";
if(isset($_GET)) {
var_dump($_GET);
}
?>
Foo:
Bar:
Expected result:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
Actual result:
--
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
--
Edit this bug report at http://bugs.php.net/?id=25676&edit=1
#25676 [Opn]: Form hidden input ouput when any form=* is in url_rewriter.tags
ID: 25676
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: WinXP/FreeBSD
PHP Version: 4CVS-2003-09-26 (stable)
New Comment:
I can also confirm no hidden input element is output on Gentoo Linux
using latest snapshot.
Somethings *definately* wrong here, just need to figure out what.
- Davey
Previous Comments:
[2003-09-27 10:23:59] [EMAIL PROTECTED]
I've now had it confirmed on *two* Debian Linux boxes with a 20030927
snapshot that the hidden element does NOT get output.
Trying to confirm on other distros, versions of windows and newer FBSD
versions now.
Note: the "Expected Result" has the extraneous hidden input, please
mentally remove that ;)
- Davey
[2003-09-27 08:36:22] [EMAIL PROTECTED]
RTFM "Note: If you want XHTML conformity, remove the form entry and
use the tags around your form fields."
[2003-09-26 23:20:55] [EMAIL PROTECTED]
Description:
Despite there being no form=fakeentry or form= (as I understand it,
providing no value is the same as giving fakeentry) in
url_rewriter.tags the form hidden element for the PHPSESSID is still
output.
I am trying to use form=action as the url_rewriter.tags and whilst this
IS rewritten correctly, the hidden element is still being inserted. It
seems that the fallback mechanism is faulty.
This has been tested on several builds:
PHP 4.3.3RC4 WinXP
Latest Snapshot (200309270130) WinXP
PHP 4.3.3 FreeBSD
Latest Snapshot (200309270130) FreeBSD
I have also had someone reporting the CORRECT behaviour on Debian with
latest CVS so its quite the puzzle...
- Davey
Reproduce code:
---
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
";
if(isset($_GET)) {
var_dump($_GET);
}
?>
Foo:
Bar:
Expected result:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
Actual result:
--
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
--
Edit this bug report at http://bugs.php.net/?id=25676&edit=1
#25620 [Fbk->Opn]: Crash / "String is not zero-terminated"
ID: 25620
User updated by: xris at farcaster dot net
Reported By: xris at farcaster dot net
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: GNU/Linux 2.4.20
PHP Version: 4.3.4-dev
New Comment:
So far i checked 600 methods, but could'nt find any
return's similar to your examples. What about these
constructs, are they known to cause heap corruption, too?
// Example 1
function &return_ref_constant() {
return FALSE; // or "return (1<2):"
}
// Example 2
function &a() {
return $b
}
function &return_ref_method() {
return $this->a();
}
// Example 3
function &return_ref_array() {
return array();
}
Yes, i know, some of them are "wrong".
Previous Comments:
[2003-09-27 11:00:41] [EMAIL PROTECTED]
Seems to me the same issue addressed in bug #22510. I suspect you are
trying to return a value by reference that is not originated from a
variable somewhere in a function. That is,
function &return_ref_a() {
return $a + $b;
}
function &return_ref_b() {
return @$a;
}
function &return_ref_c() {
return -$a;
}
None of the above examples don't actually work, which are verified to
cause random heap corruption. Please check if such an error is
somewhere in your code.
[2003-09-27 09:22:58] xris at farcaster dot net
Rechecked both strings; "SetVerband" is definitely a method (theres no
other usage of this string in the whole system), but "Bundesland" is a
variable (i replaced all '$Bundesland' variables with '$dnalsednuB').
I'll try to identify the
offending usage of this var, but there are 146 places where
such a variable name is used. In almost all cases, $Bundesland contains
a class, though..
[2003-09-27 08:58:34] xris at farcaster dot net
> Don't you KNOW what that file has in it???
well.. actually.. it's not that simple.
As i stated on various occasions, our code is quite complex. We are
using a self-made on demand dynamic class loading system. But as you
mention it, i could propably modify the
class loader to generate one huge script containg the
complete code which would otherwise just be include()d.
To answer the question: i do have methods called like these,
but "Bundesland" might be an ordinary string, a var or
anything. i'll check, but i'm pretty sure it's a method.
- bison (GNU Bison) 1.35
- flex version 2.5.4
[2003-09-27 08:43:22] [EMAIL PROTECTED]
"Most likely class methods" ?!?! Don't you KNOW what that file has in
it??? (in latter case, htdocs/sport/auswahl.php)
Put it online (as .txt) so we can actually see what's in it.
Also, what do these output:
# bison --version
# flex --version
[2003-09-27 08:27:26] xris at farcaster dot net
> Put the zend_language_scanner.c file online somewhere,
http://farcaster.net/zend_language_scanner.c
Both "Bundesland" and "SetVerband" are most likely class methods.
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/25620
--
Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25620 [Opn->Fbk]: Crash / "String is not zero-terminated"
ID: 25620
Updated by: [EMAIL PROTECTED]
Reported By: xris at farcaster dot net
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: GNU/Linux 2.4.20
PHP Version: 4.3.4-dev
New Comment:
Seems to me the same issue addressed in bug #22510. I suspect you are
trying to return a value by reference that is not originated from a
variable somewhere in a function. That is,
function &return_ref_a() {
return $a + $b;
}
function &return_ref_b() {
return @$a;
}
function &return_ref_c() {
return -$a;
}
None of the above examples don't actually work, which are verified to
cause random heap corruption. Please check if such an error is
somewhere in your code.
Previous Comments:
[2003-09-27 09:22:58] xris at farcaster dot net
Rechecked both strings; "SetVerband" is definitely a method (theres no
other usage of this string in the whole system), but "Bundesland" is a
variable (i replaced all '$Bundesland' variables with '$dnalsednuB').
I'll try to identify the
offending usage of this var, but there are 146 places where
such a variable name is used. In almost all cases, $Bundesland contains
a class, though..
[2003-09-27 08:58:34] xris at farcaster dot net
> Don't you KNOW what that file has in it???
well.. actually.. it's not that simple.
As i stated on various occasions, our code is quite complex. We are
using a self-made on demand dynamic class loading system. But as you
mention it, i could propably modify the
class loader to generate one huge script containg the
complete code which would otherwise just be include()d.
To answer the question: i do have methods called like these,
but "Bundesland" might be an ordinary string, a var or
anything. i'll check, but i'm pretty sure it's a method.
- bison (GNU Bison) 1.35
- flex version 2.5.4
[2003-09-27 08:43:22] [EMAIL PROTECTED]
"Most likely class methods" ?!?! Don't you KNOW what that file has in
it??? (in latter case, htdocs/sport/auswahl.php)
Put it online (as .txt) so we can actually see what's in it.
Also, what do these output:
# bison --version
# flex --version
[2003-09-27 08:27:26] xris at farcaster dot net
> Put the zend_language_scanner.c file online somewhere,
http://farcaster.net/zend_language_scanner.c
Both "Bundesland" and "SetVerband" are most likely class methods.
[2003-09-27 07:56:54] [EMAIL PROTECTED]
Put the zend_language_scanner.c file online somewhere,
(it's generated file and I'm not sure if it's the same for all)
Also, check your script where that "Bundesland" might come from. (and
in your first comment, "SetVerband")
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/25620
--
Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25676 [Opn]: Form hidden input ouput when any form=* is in url_rewriter.tags
ID: 25676
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: WinXP/FreeBSD
PHP Version: 4CVS-2003-09-26 (stable)
New Comment:
I've now had it confirmed on *two* Debian Linux boxes with a 20030927
snapshot that the hidden element does NOT get output.
Trying to confirm on other distros, versions of windows and newer FBSD
versions now.
Note: the "Expected Result" has the extraneous hidden input, please
mentally remove that ;)
- Davey
Previous Comments:
[2003-09-27 08:36:22] [EMAIL PROTECTED]
RTFM "Note: If you want XHTML conformity, remove the form entry and
use the tags around your form fields."
[2003-09-26 23:20:55] [EMAIL PROTECTED]
Description:
Despite there being no form=fakeentry or form= (as I understand it,
providing no value is the same as giving fakeentry) in
url_rewriter.tags the form hidden element for the PHPSESSID is still
output.
I am trying to use form=action as the url_rewriter.tags and whilst this
IS rewritten correctly, the hidden element is still being inserted. It
seems that the fallback mechanism is faulty.
This has been tested on several builds:
PHP 4.3.3RC4 WinXP
Latest Snapshot (200309270130) WinXP
PHP 4.3.3 FreeBSD
Latest Snapshot (200309270130) FreeBSD
I have also had someone reporting the CORRECT behaviour on Debian with
latest CVS so its quite the puzzle...
- Davey
Reproduce code:
---
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
";
if(isset($_GET)) {
var_dump($_GET);
}
?>
Foo:
Bar:
Expected result:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
Actual result:
--
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
--
Edit this bug report at http://bugs.php.net/?id=25676&edit=1
#25676 [Bgs->Opn]: Form hidden input ouput when any form=* is in url_rewriter.tags
ID: 25676
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Session related
Operating System: WinXP/FreeBSD
PHP Version: 4CVS-2003-09-26 (stable)
Previous Comments:
[2003-09-27 08:36:22] [EMAIL PROTECTED]
RTFM "Note: If you want XHTML conformity, remove the form entry and
use the tags around your form fields."
[2003-09-26 23:20:55] [EMAIL PROTECTED]
Description:
Despite there being no form=fakeentry or form= (as I understand it,
providing no value is the same as giving fakeentry) in
url_rewriter.tags the form hidden element for the PHPSESSID is still
output.
I am trying to use form=action as the url_rewriter.tags and whilst this
IS rewritten correctly, the hidden element is still being inserted. It
seems that the fallback mechanism is faulty.
This has been tested on several builds:
PHP 4.3.3RC4 WinXP
Latest Snapshot (200309270130) WinXP
PHP 4.3.3 FreeBSD
Latest Snapshot (200309270130) FreeBSD
I have also had someone reporting the CORRECT behaviour on Debian with
latest CVS so its quite the puzzle...
- Davey
Reproduce code:
---
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
";
if(isset($_GET)) {
var_dump($_GET);
}
?>
Foo:
Bar:
Expected result:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
Actual result:
--
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
--
Edit this bug report at http://bugs.php.net/?id=25676&edit=1
#22533 [Com]: problem with strtr(), 100% of CPU use
ID: 22533
Comment by: xuefer at 21cn dot com
Reported By: andre at softexpert dot com
Status: Bogus
Bug Type: Reproducible crash
Operating System: W2k
PHP Version: 4.2.3
New Comment:
i'd say this is a bug, why not?
do u mean, in a vhost, every user can easily take up 100 server cpu
usage by such simple script? and script never end(maybe in linux, it
will timeout, i've not tested)
and do u mean, the beginners(even advanced programmer) will possibly
get 100% cpu usage when they mistype a variable:
echo strtr("123123", array($from => $to));
while $from is not defined, it become null, and will be converted into
(string) ""
Previous Comments:
[2003-03-04 05:54:13] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Don't pass to strtr a null string as that to be replaced.
[2003-03-04 05:38:42] andre at softexpert dot com
When using strtr() passing a number as first parameter, and an array
that contains ("" => "anything"), php.exe uses 100% of CPU and stays
running until IIS return a CGI Time limit.
Example:
echo strtr(10, array("" => "a"));
--
Edit this bug report at http://bugs.php.net/?id=22533&edit=1
#25620 [Opn]: Crash / "String is not zero-terminated"
ID: 25620 User updated by: xris at farcaster dot net Reported By: xris at farcaster dot net Status: Open Bug Type: Scripting Engine problem Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.4-dev New Comment: Rechecked both strings; "SetVerband" is definitely a method (theres no other usage of this string in the whole system), but "Bundesland" is a variable (i replaced all '$Bundesland' variables with '$dnalsednuB'). I'll try to identify the offending usage of this var, but there are 146 places where such a variable name is used. In almost all cases, $Bundesland contains a class, though.. Previous Comments: [2003-09-27 08:58:34] xris at farcaster dot net > Don't you KNOW what that file has in it??? well.. actually.. it's not that simple. As i stated on various occasions, our code is quite complex. We are using a self-made on demand dynamic class loading system. But as you mention it, i could propably modify the class loader to generate one huge script containg the complete code which would otherwise just be include()d. To answer the question: i do have methods called like these, but "Bundesland" might be an ordinary string, a var or anything. i'll check, but i'm pretty sure it's a method. - bison (GNU Bison) 1.35 - flex version 2.5.4 [2003-09-27 08:43:22] [EMAIL PROTECTED] "Most likely class methods" ?!?! Don't you KNOW what that file has in it??? (in latter case, htdocs/sport/auswahl.php) Put it online (as .txt) so we can actually see what's in it. Also, what do these output: # bison --version # flex --version [2003-09-27 08:27:26] xris at farcaster dot net > Put the zend_language_scanner.c file online somewhere, http://farcaster.net/zend_language_scanner.c Both "Bundesland" and "SetVerband" are most likely class methods. [2003-09-27 07:56:54] [EMAIL PROTECTED] Put the zend_language_scanner.c file online somewhere, (it's generated file and I'm not sure if it's the same for all) Also, check your script where that "Bundesland" might come from. (and in your first comment, "SetVerband") [2003-09-26 09:45:42] xris at farcaster dot net I don't know if it's of any help, but i found out that the 4.3.4-dev version prints out more debug information as the 4.3.3 i initially ([21 Sep 11:21am EDT]) used (if compiled "--with-debug"), so here once again a debug output: --- snip --- Warning: String is not zero-terminated (BundeslandÿÌ*ZÌ*ZZÌ*) (source: /var/tmp/portage/php-4.3.4/work/php-4.3.4/Zend/zend_opcode.c:159) in Unknown on line 0 [Fri Sep 26 15:14:21 2003] Script: 'htdocs/sport/auswahl.php' --- /home/develop/php-4.3.4/Zend/zend_opcode.c(159) : Block 0x424DB744 status: /home/develop/php-4.3.4/Zend/zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on Zend/zend_language_scanner.c:4492, 11 bytes) End: Overflown (magic=0x2A8FCC83 instead of 0x2A8FCC84) 1 byte(s) overflown --- 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/25620 -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25620 [Fbk->Opn]: Crash / "String is not zero-terminated"
ID: 25620 User updated by: xris at farcaster dot net Reported By: xris at farcaster dot net -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.4-dev New Comment: > Don't you KNOW what that file has in it??? well.. actually.. it's not that simple. As i stated on various occasions, our code is quite complex. We are using a self-made on demand dynamic class loading system. But as you mention it, i could propably modify the class loader to generate one huge script containg the complete code which would otherwise just be include()d. To answer the question: i do have methods called like these, but "Bundesland" might be an ordinary string, a var or anything. i'll check, but i'm pretty sure it's a method. - bison (GNU Bison) 1.35 - flex version 2.5.4 Previous Comments: [2003-09-27 08:43:22] [EMAIL PROTECTED] "Most likely class methods" ?!?! Don't you KNOW what that file has in it??? (in latter case, htdocs/sport/auswahl.php) Put it online (as .txt) so we can actually see what's in it. Also, what do these output: # bison --version # flex --version [2003-09-27 08:27:26] xris at farcaster dot net > Put the zend_language_scanner.c file online somewhere, http://farcaster.net/zend_language_scanner.c Both "Bundesland" and "SetVerband" are most likely class methods. [2003-09-27 07:56:54] [EMAIL PROTECTED] Put the zend_language_scanner.c file online somewhere, (it's generated file and I'm not sure if it's the same for all) Also, check your script where that "Bundesland" might come from. (and in your first comment, "SetVerband") [2003-09-26 09:45:42] xris at farcaster dot net I don't know if it's of any help, but i found out that the 4.3.4-dev version prints out more debug information as the 4.3.3 i initially ([21 Sep 11:21am EDT]) used (if compiled "--with-debug"), so here once again a debug output: --- snip --- Warning: String is not zero-terminated (BundeslandÿÌ*ZÌ*ZZÌ*) (source: /var/tmp/portage/php-4.3.4/work/php-4.3.4/Zend/zend_opcode.c:159) in Unknown on line 0 [Fri Sep 26 15:14:21 2003] Script: 'htdocs/sport/auswahl.php' --- /home/develop/php-4.3.4/Zend/zend_opcode.c(159) : Block 0x424DB744 status: /home/develop/php-4.3.4/Zend/zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on Zend/zend_language_scanner.c:4492, 11 bytes) End: Overflown (magic=0x2A8FCC83 instead of 0x2A8FCC84) 1 byte(s) overflown --- [2003-09-26 07:45:02] xris at farcaster dot net Just to be sure, i compiled a new valgrind using the latest stable version: valgrind-20030725 As far as i can tell, the output is identical... 1) valgrind --run-libc-freeres=yes ;# SEGFAULT http://farcaster.net/valgrind2-err.log 1) valgrind --run-libc-freeres=no ;# NO SEGFAULT http://farcaster.net/valgrind2-noerr.log The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25620 -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25620 [Opn->Fbk]: Crash / "String is not zero-terminated"
ID: 25620 Updated by: [EMAIL PROTECTED] Reported By: xris at farcaster dot net -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.4-dev New Comment: "Most likely class methods" ?!?! Don't you KNOW what that file has in it??? (in latter case, htdocs/sport/auswahl.php) Put it online (as .txt) so we can actually see what's in it. Also, what do these output: # bison --version # flex --version Previous Comments: [2003-09-27 08:27:26] xris at farcaster dot net > Put the zend_language_scanner.c file online somewhere, http://farcaster.net/zend_language_scanner.c Both "Bundesland" and "SetVerband" are most likely class methods. [2003-09-27 07:56:54] [EMAIL PROTECTED] Put the zend_language_scanner.c file online somewhere, (it's generated file and I'm not sure if it's the same for all) Also, check your script where that "Bundesland" might come from. (and in your first comment, "SetVerband") [2003-09-26 09:45:42] xris at farcaster dot net I don't know if it's of any help, but i found out that the 4.3.4-dev version prints out more debug information as the 4.3.3 i initially ([21 Sep 11:21am EDT]) used (if compiled "--with-debug"), so here once again a debug output: --- snip --- Warning: String is not zero-terminated (BundeslandÿÌ*ZÌ*ZZÌ*) (source: /var/tmp/portage/php-4.3.4/work/php-4.3.4/Zend/zend_opcode.c:159) in Unknown on line 0 [Fri Sep 26 15:14:21 2003] Script: 'htdocs/sport/auswahl.php' --- /home/develop/php-4.3.4/Zend/zend_opcode.c(159) : Block 0x424DB744 status: /home/develop/php-4.3.4/Zend/zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on Zend/zend_language_scanner.c:4492, 11 bytes) End: Overflown (magic=0x2A8FCC83 instead of 0x2A8FCC84) 1 byte(s) overflown --- [2003-09-26 07:45:02] xris at farcaster dot net Just to be sure, i compiled a new valgrind using the latest stable version: valgrind-20030725 As far as i can tell, the output is identical... 1) valgrind --run-libc-freeres=yes ;# SEGFAULT http://farcaster.net/valgrind2-err.log 1) valgrind --run-libc-freeres=no ;# NO SEGFAULT http://farcaster.net/valgrind2-noerr.log [2003-09-26 07:28:45] xris at farcaster dot net - valgrind-1.9.6 - PHP (4.3.x-dev) snapshot from Sep 23, 2003 09:30 (as in all of my latest tests), CLI version 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/25620 -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25676 [Opn->Bgs]: Form hidden input ouput when any form=* is in url_rewriter.tags
ID: 25676
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: WinXP/FreeBSD
PHP Version: 4CVS-2003-09-26 (stable)
New Comment:
RTFM "Note: If you want XHTML conformity, remove the form entry and
use the tags around your form fields."
Previous Comments:
[2003-09-26 23:20:55] [EMAIL PROTECTED]
Description:
Despite there being no form=fakeentry or form= (as I understand it,
providing no value is the same as giving fakeentry) in
url_rewriter.tags the form hidden element for the PHPSESSID is still
output.
I am trying to use form=action as the url_rewriter.tags and whilst this
IS rewritten correctly, the hidden element is still being inserted. It
seems that the fallback mechanism is faulty.
This has been tested on several builds:
PHP 4.3.3RC4 WinXP
Latest Snapshot (200309270130) WinXP
PHP 4.3.3 FreeBSD
Latest Snapshot (200309270130) FreeBSD
I have also had someone reporting the CORRECT behaviour on Debian with
latest CVS so its quite the puzzle...
- Davey
Reproduce code:
---
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
";
if(isset($_GET)) {
var_dump($_GET);
}
?>
Foo:
Bar:
Expected result:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
Actual result:
--
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
a=href,area=href,frame=src,input=src,form=action,foo=bararray(0) {
}
Foo:
Bar:
--
Edit this bug report at http://bugs.php.net/?id=25676&edit=1
#25620 [Fbk->Opn]: Crash / "String is not zero-terminated"
ID: 25620 User updated by: xris at farcaster dot net Reported By: xris at farcaster dot net -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.4-dev New Comment: > Put the zend_language_scanner.c file online somewhere, http://farcaster.net/zend_language_scanner.c Both "Bundesland" and "SetVerband" are most likely class methods. Previous Comments: [2003-09-27 07:56:54] [EMAIL PROTECTED] Put the zend_language_scanner.c file online somewhere, (it's generated file and I'm not sure if it's the same for all) Also, check your script where that "Bundesland" might come from. (and in your first comment, "SetVerband") [2003-09-26 09:45:42] xris at farcaster dot net I don't know if it's of any help, but i found out that the 4.3.4-dev version prints out more debug information as the 4.3.3 i initially ([21 Sep 11:21am EDT]) used (if compiled "--with-debug"), so here once again a debug output: --- snip --- Warning: String is not zero-terminated (BundeslandÿÌ*ZÌ*ZZÌ*) (source: /var/tmp/portage/php-4.3.4/work/php-4.3.4/Zend/zend_opcode.c:159) in Unknown on line 0 [Fri Sep 26 15:14:21 2003] Script: 'htdocs/sport/auswahl.php' --- /home/develop/php-4.3.4/Zend/zend_opcode.c(159) : Block 0x424DB744 status: /home/develop/php-4.3.4/Zend/zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on Zend/zend_language_scanner.c:4492, 11 bytes) End: Overflown (magic=0x2A8FCC83 instead of 0x2A8FCC84) 1 byte(s) overflown --- [2003-09-26 07:45:02] xris at farcaster dot net Just to be sure, i compiled a new valgrind using the latest stable version: valgrind-20030725 As far as i can tell, the output is identical... 1) valgrind --run-libc-freeres=yes ;# SEGFAULT http://farcaster.net/valgrind2-err.log 1) valgrind --run-libc-freeres=no ;# NO SEGFAULT http://farcaster.net/valgrind2-noerr.log [2003-09-26 07:28:45] xris at farcaster dot net - valgrind-1.9.6 - PHP (4.3.x-dev) snapshot from Sep 23, 2003 09:30 (as in all of my latest tests), CLI version [2003-09-26 07:20:35] [EMAIL PROTECTED] With what PHP version are you getting those valgrind outputs? And are you using the latest valgrind? 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/25620 -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25678 [NEW]: Issues with imageantialias and imagesetthickness
From: php-bugs at demark dot org Operating system: Redhat 7.3 (2.4.20-20.7) PHP version: 4.3.3 PHP Bug Type: GD related Bug description: Issues with imageantialias and imagesetthickness Description: Neither imageantialias and imagesetthickness seem to work reliably. The included code produces a significantly different image than one would expect. Reproduce code: --- Expected result: This code should generate four figures on a 500 x 500 image. Each figure should be centered on the image. Figure 1: Small square drawn via imageline Figure 2: Medium square drawn via imagerectangle Figure 3: Large square drawn via imagepolygon Figure 4: Large circle drawn via imageellipse All figures should be drawn with a 5 pixel thick line. All figures should be antialiased. Actual result: -- As listed, the code generates a properly sized image, but none of the figures are antialiased and only the medium square is set to the proper thickness. All the other figures are drawn with a 1 pixel thick line. This image is available at: http://www.demark.org/phpgdbug/image.png If I comment out the imageantialias line, no figures are antialiases (as expected), but only the squares are drawn with the proper thickness. Once again, the circle is drawn with a 1 pixel thick line. This image is available at: http://www.demark.org/phpgdbug/image-noaa.png -- Edit bug report at http://bugs.php.net/?id=25678&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25678&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25678&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25678&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25678&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25678&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25678&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25678&r=support Expected behavior: http://bugs.php.net/fix.php?id=25678&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25678&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25678&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25678&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25678&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25678&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25678&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25678&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25678&r=float
#25620 [Opn->Fbk]: Crash / "String is not zero-terminated"
ID: 25620 Updated by: [EMAIL PROTECTED] Reported By: xris at farcaster dot net -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.4-dev New Comment: Put the zend_language_scanner.c file online somewhere, (it's generated file and I'm not sure if it's the same for all) Also, check your script where that "Bundesland" might come from. (and in your first comment, "SetVerband") Previous Comments: [2003-09-26 09:45:42] xris at farcaster dot net I don't know if it's of any help, but i found out that the 4.3.4-dev version prints out more debug information as the 4.3.3 i initially ([21 Sep 11:21am EDT]) used (if compiled "--with-debug"), so here once again a debug output: --- snip --- Warning: String is not zero-terminated (BundeslandÿÌ*ZÌ*ZZÌ*) (source: /var/tmp/portage/php-4.3.4/work/php-4.3.4/Zend/zend_opcode.c:159) in Unknown on line 0 [Fri Sep 26 15:14:21 2003] Script: 'htdocs/sport/auswahl.php' --- /home/develop/php-4.3.4/Zend/zend_opcode.c(159) : Block 0x424DB744 status: /home/develop/php-4.3.4/Zend/zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on Zend/zend_language_scanner.c:4492, 11 bytes) End: Overflown (magic=0x2A8FCC83 instead of 0x2A8FCC84) 1 byte(s) overflown --- [2003-09-26 07:45:02] xris at farcaster dot net Just to be sure, i compiled a new valgrind using the latest stable version: valgrind-20030725 As far as i can tell, the output is identical... 1) valgrind --run-libc-freeres=yes ;# SEGFAULT http://farcaster.net/valgrind2-err.log 1) valgrind --run-libc-freeres=no ;# NO SEGFAULT http://farcaster.net/valgrind2-noerr.log [2003-09-26 07:28:45] xris at farcaster dot net - valgrind-1.9.6 - PHP (4.3.x-dev) snapshot from Sep 23, 2003 09:30 (as in all of my latest tests), CLI version [2003-09-26 07:20:35] [EMAIL PROTECTED] With what PHP version are you getting those valgrind outputs? And are you using the latest valgrind? [2003-09-25 17:45:26] xris at farcaster dot net BTW: i don't know if this might help, but here are two valgrind traces: 1) valgrind --run-libc-freeres=yes ;# SEGFAULT http://farcaster.net/valgrind-err.log 1) valgrind --run-libc-freeres=no ;# NO SEGFAULT http://farcaster.net/valgrind-noerr.log The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25620 -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25674 [Opn->Bgs]: increment/decrement inconsistency and error
ID: 25674 Updated by: [EMAIL PROTECTED] Reported By: lew at mailduct dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: FreeBSD 4.8-REL PHP Version: 4.3.3 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. See bug #20548 Previous Comments: [2003-09-26 15:38:34] lew at mailduct dot com Description: There is a gross inconsistency between how the increment and decrement operators function. If you increment an empty variable, the operations works correctly. However, if you *decrement* an empty variable, the operation leaves it unchanged! See for yourself, with my clear example... Reproduce code: --- Expected result: # # Expected: #pos = 3ppp = 3 #neg = -3 nnn = -3 Actual result: -- # # Actual: #pos = 3ppp = 3 #neg = nnn = -3 (note that $neg-- fails!) -- Edit this bug report at http://bugs.php.net/?id=25674&edit=1
#25673 [Bgs]: Zlib output corrupted
ID: 25673 Updated by: [EMAIL PROTECTED] Reported By: alfredo at renatec dot com dot br Status: Bogus Bug Type: Zlib Related Operating System: Linux 2.4.20 PHP Version: 4.3.3 New Comment: And try reading the notes about this in php.ini-dist.. Previous Comments: [2003-09-27 07:37:17] [EMAIL PROTECTED] They're not corrupted, they're compressed.. Not bug. [2003-09-26 13:41:28] alfredo at renatec dot com dot br Description: I compile PHP 4.3.3 as module of Apache 2.0.47 with the following command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-zlib If I set zlib.output_compression to "On", all my pages are unreadable (corrupted). All other PHP configurations are default, except register_globals that was turned on too. PHP Zlib related: ZLib Support enabled 'zlib:' fopen wrapper enabled Compiled Version 1.1.4 Linked Version 1.1.4 -- Edit this bug report at http://bugs.php.net/?id=25673&edit=1
#25673 [Opn->Bgs]: Zlib output corrupted
ID: 25673 Updated by: [EMAIL PROTECTED] Reported By: alfredo at renatec dot com dot br -Status: Open +Status: Bogus Bug Type: Zlib Related Operating System: Linux 2.4.20 PHP Version: 4.3.3 New Comment: They're not corrupted, they're compressed.. Not bug. Previous Comments: [2003-09-26 13:41:28] alfredo at renatec dot com dot br Description: I compile PHP 4.3.3 as module of Apache 2.0.47 with the following command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-zlib If I set zlib.output_compression to "On", all my pages are unreadable (corrupted). All other PHP configurations are default, except register_globals that was turned on too. PHP Zlib related: ZLib Support enabled 'zlib:' fopen wrapper enabled Compiled Version 1.1.4 Linked Version 1.1.4 -- Edit this bug report at http://bugs.php.net/?id=25673&edit=1
#25672 [Opn->Bgs]: PATH_INFO
ID: 25672 Updated by: [EMAIL PROTECTED] Reported By: aron at amix dot com dot br -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2000 PHP Version: 4.3.3 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-09-26 13:39:01] aron at amix dot com dot br Description: I'm usin IIS5, with PHP 4.3.3 and getting the following error. http://winrootdocs.amix.com.br/prod/index3.php/123/456 Reproduce code: --- Expected result: My name Actual result: -- Warning: Unknown(C:\htdocs\rootdocs\123\456): failed to open stream: No such file or directory in Unknown on line 0 Warning: (null)(): Failed opening 'C:\htdocs\rootdocs\23' for inclusion (include_path='.;c:\php4\pear') in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=25672&edit=1
#25675 [Opn->Bgs]: make php error~
ID: 25675 Updated by: [EMAIL PROTECTED] Reported By: kicela at yahoo dot com dot tw -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: mandrake9.1 PHP Version: 4.3.3 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. Works fine when you use correct configure line and clean sources. Previous Comments: [2003-09-26 17:44:39] kicela at yahoo dot com dot tw Description: I use DSO install php4.3.3 module to apache2. but do make happend this message error.I have try to use php4.5.cvs and another editon instlal. but this error still live in my Mandrake linux 9.1. ~thx~ ~It's my config~ mysql-3.23.57 apache-2.0.47 ./configure --prefix=/usr/local/php --with-apx2=/usr/local/apache2/bin/apx --with-mysql=/usr/local/mysql --with-zlib Reproduce code: --- "ERROR MESSAGE" /home/germ/php4cvs/ext/standard/filestat.c:575: undefined reference to `php_check_open_basedir_ex' /usr/local/mysql/lib/libmysqlclient.a(my_compress.o)(.text+0xb4): In function `my_compress_alloc': : undefined reference to `compress' /usr/local/mysql/lib/libmysqlclient.a(my_compress.o)(.text+0x12a): In function `my_uncompress': : undefined reference to `uncompress' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=25675&edit=1
#25670 [WFx]: cannot yet handle MBCS in html_entity_decode()
ID: 25670
User updated by: nospam at unclassified dot de
Reported By: nospam at unclassified dot de
Status: Wont fix
Bug Type: *General Issues
Operating System: Windows, Linux
PHP Version: 4.3.2
New Comment:
OK, I found another way for my issue anyway...
> 6) + 192) . chr(($num & 63) +
128);
if ($num < 65536) return chr(($num >> 12) + 224) . chr((($num >> 6) &
63) + 128) . chr(($num & 63) + 128);
if ($num < 2097152) return chr(($num >> 18) + 240) . chr((($num >> 12)
& 63) + 128) . chr((($num >> 6) & 63) + 128) . chr(($num & 63) + 128);
return '';
}
function encode($str)
{
return preg_replace('/&#(\\d+);/e', 'code2utf($1)',
utf8_encode($str));
}
?>
Previous Comments:
[2003-09-27 00:07:57] [EMAIL PROTECTED]
The very issue was already addressed and the appropriate fix is ready
for php5, though we won't introduce this feature to the current stable
version (4.3.x).
See:
http://cvs.php.net/diff.php/php-src/NEWS?r1=1.1403&r2=1.1404
[2003-09-26 09:30:48] nospam at unclassified dot de
Slightly correcting: It won't use Latin-1 but just do nothing. I tested
with a Unicode character (≈ "almost equal") and it returned the
character readable.
Can be tested by passing html_entity_decode to htmlspecialchars and
then echo'ing.
[2003-09-26 09:24:52] nospam at unclassified dot de
Description:
Trying to decode HTML entities into UTF-8 results in the following
error message:
Warning: cannot yet handle MBCS in html_entity_decode()!
The line is repeated about 200 times, then html_entity_decode just uses
ISO-8859-1 charset.
Reproduce code:
---
echo html_entity_decode("ü", ENT_QUOTES, "UTF-8");
Expected result:
some UTF-8 encoding of 'ü'
Actual result:
--
error messages see above, then Latin-1 encoding of 'ü'
--
Edit this bug report at http://bugs.php.net/?id=25670&edit=1
