#20923 [Opn->Csd]: Buffering Prevents setcookie()
ID: 20923 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.2.3 New Comment: Yes, this was some bug which now seems to be fixed in 4.3.0-dev (as I can not reproduce this) I stumbled into one other bug here, #20887, that's why I got confused, sorry about that. Previous Comments: [2002-12-11 01:25:12] [EMAIL PROTECTED] You have gotta be kidding me sniper, haven't you been paying attention? Output buffering is enabled. And if it weren't, Tres and Quatro would NEVER be set, and I'd get an HTTP HEADER error printed out on the page. [2002-12-11 01:06:40] [EMAIL PROTECTED] RTFM: "setcookie() defines a cookie to be sent along with the rest of the HTTP headers. Like other headers, cookies must be sent before any output from your script (this is a protocol restriction)." [2002-12-10 21:36:21] [EMAIL PROTECTED] I beleive the problem is in the PHP.INI file, I retardedly copied over the suggested ini file that came with php 4.2.3 as soon as i installed it, and no longer have my old ini file. I just downgraded to php 4.1.2 and I'm having similar problems! Though the before-mentioned php script actually only sends the client one cookie per execution in my current setup. Additionally, my other scripts do not work under the current ini file even while using php 4.1.2. I don't know if this information will actually help, but I suspect it should narrow it down at least a little bit. [2002-12-10 20:27:45] [EMAIL PROTECTED] Using the CVS version Sniper asked me to use, NONE of the cookies were set using the before-mentioned script. [2002-12-10 17:13:55] [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 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/20923 -- Edit this bug report at http://bugs.php.net/?id=20923&edit=1
#20887 [Bgs->Ctl]: /php.ini
ID: 20887
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Critical
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
Operating System: Mandrqke Linux 9.0
-PHP Version: 4.3.0RC2
+PHP Version: 4.3.0-dev
New Comment:
I just got bitten by this myself too. But it doesn't happen
with CLI for me, only with the Apache module.
Previous Comments:
[2002-12-09 23:39:28] [EMAIL PROTECTED]
I have now tried this using apache_1.3.27 + php-4.2.3 (from Mandrake
Cooker) and are experiencing the same thing. I have no idea how to
debug this further, all I can say is if /php.ini exists, values from
that one shows up from phpinfo() called from a php file. I just
stumbled upon this by accident.
[2002-12-08 22:14:46] [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.
[2002-12-08 16:22:17] [EMAIL PROTECTED]
I can't see that /php.ini is used here, but php/php-cli.ini is used,
i.e. a file relative to the place from where PHP was started.
With PHPRC=/xizzy I get:
# strace -eopen php -r 'echo "bla";' 2>&1|grep ini
open("php/php-cli.ini", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file
or directory)
open("/xizzy/php-cli.ini", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such
file or directory)
open("/usr/local/lib/php-cli.ini", O_RDONLY|O_LARGEFILE) = 3
open("/usr/local/lib/php/browscap/browscap.ini", O_RDONLY|O_LARGEFILE)
= 3
And if php/php-cli.ini is there, PHP only reads that one. This is with
4.3.0-cvs from today, and I don't have Mandrake here (once upon a time,
it was a SuSE Linux).
[2002-12-08 14:53:59] [EMAIL PROTECTED]
If /php.ini exists, that one is used no matter what PHPRC env is set or
compiled in when starting up apache from a SysV script. Is it a bug in
php, or could it be the Mandrake Linux 9.0 system?
--
Edit this bug report at http://bugs.php.net/?id=20887&edit=1
#20923 [Bgs->Opn]: Buffering Prevents setcookie()
ID: 20923 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.2.3 New Comment: You have gotta be kidding me sniper, haven't you been paying attention? Output buffering is enabled. And if it weren't, Tres and Quatro would NEVER be set, and I'd get an HTTP HEADER error printed out on the page. Previous Comments: [2002-12-11 01:06:40] [EMAIL PROTECTED] RTFM: "setcookie() defines a cookie to be sent along with the rest of the HTTP headers. Like other headers, cookies must be sent before any output from your script (this is a protocol restriction)." [2002-12-10 21:36:21] [EMAIL PROTECTED] I beleive the problem is in the PHP.INI file, I retardedly copied over the suggested ini file that came with php 4.2.3 as soon as i installed it, and no longer have my old ini file. I just downgraded to php 4.1.2 and I'm having similar problems! Though the before-mentioned php script actually only sends the client one cookie per execution in my current setup. Additionally, my other scripts do not work under the current ini file even while using php 4.1.2. I don't know if this information will actually help, but I suspect it should narrow it down at least a little bit. [2002-12-10 20:27:45] [EMAIL PROTECTED] Using the CVS version Sniper asked me to use, NONE of the cookies were set using the before-mentioned script. [2002-12-10 17:13:55] [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-12-10 11:21:48] [EMAIL PROTECTED] That previous script I wrote behaves strangely. I erased my cookies, then loaded the page. As expected, no cookies were sent from my web browser, and the script simply said "=1 =2 =3 =4" with the BR tags between them. I hit reload, and only 1 and 2 showed the appropriate cookies, Uno and Dos. I hit reload again, and now Tres and Quatro show up. I did this process 3 times to make sure it was consistent, and it happens the same way every time. 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/20923 -- Edit this bug report at http://bugs.php.net/?id=20923&edit=1
#20928 [Fbk->Opn]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: RH 7.2 PHP Version: 4.3.0RC2 New Comment: It got much further this time, but results are the same. Here is the paste of the last command and error: <=== src/modules/throttle ===> src/modules/php4 gcc -c -I../../os/unix -I../../include -O2 -march=i386 -mcpu=i686 -DLINUX=22 - I/usr/include/db1 -DMOD_SSL=208110 -DEAPI `../../apaci` -fpic -DSHARED_MODULE -D LINUX=22 -I/usr/include/db1 -DMOD_SSL=208110 -I/usr/src/redhat/BUILD/php4-20021 2110630/main -I/usr/src/redhat/BUILD/php4-200212110630/Zend -I/usr/src/redhat/BU ILD/php4-200212110630/TSRM -I/usr/src/redhat/BUILD/php4-200212110630 -I/usr/src/ redhat/BUILD/php4-200212110630/sapi/apache -I/usr/src/redhat/BUILD/php4-20021211 0630/main -I/usr/src/redhat/BUILD/php4-200212110630/Zend -I/usr/src/redhat/BUILD /php4-200212110630/TSRM mod_php4.c && mv mod_php4.o mod_php4.so-o rm -f libphp4.so gcc -shared -o libphp4.so mod_php4.so-o libmodphp4.a -Wl,-rpath,/usr/local/lib -Wl,-rpath,/usr/local/Informix/lib -Wl,-rpath,/usr/local/Informix/lib/esql -Wl,- rpath,/usr/src/redhat/BUILD/php4-200212110630/ext/informix -rdynamic -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix/lib/esql -L/usr /src/redhat/BUILD/php4-200212110630/ext/informix -Lmodules/php4 -L../modules/php 4 -L../../modules/php4 -lmodphp4 -ldb2 -lcrypto -lssl -lc-client -lifsql -lifa sf -lifgen -lifos -lifgls -ldl -lcrypt -lphpifx -lifglx -lpdf -lz -lldap -llber -lcrypt -lpam -lfdftk -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -lm -lcrypt -ldb1 -ldb -lexpat -ldl -Wl,-rpath,/usr/local/lib -Wl,-rpath,/usr/local/Informi x/lib -Wl,-rpath,/usr/local/Informix/lib/esql -Wl,-rpath,/usr/src/redhat/BUILD/p hp4-200212110630/ext/informix -rdynamic -rdynamic -L/usr/local/lib -L/usr/local /Informix/lib -L/usr/local/Informix/lib/esql -L/usr/src/redhat/BUILD/php4-200212 110630/ext/informix -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodp hp4 -ldb2 -lcrypto -lssl -lc-client -lifsql -lifasf -lifgen -lifos -lifgls -ld l -lcrypt -lphpifx -lifglx -lpdf -lz -lldap -llber -lcrypt -lpam -lfdftk -lz -lc rypt -lresolv -lm -ldl -lnsl -lcrypt -lm -lcrypt -ldb1 -ldb /usr/bin/ld: cannot find -ldb2 collect2: ld returned 1 exit status make[4]: *** [libphp4.so] Error 1 make[3]: *** [all] Error 1 make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/usr/src/redhat/BUILD/apache_1.3.26/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/src/redhat/BUILD/apache_1.3.26' make: *** [build] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.89498 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.89498 (%build) Previous Comments: [2002-12-11 00:48:46] [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-12-11 00:46:35] [EMAIL PROTECTED] BTW, when I look at the command that compiles apache, it is clearly missing the -L/home/db2inst1/sqllib/lib in the list of library paths. This is the reason it's failing. I don't know how to add that path so that make in the apache dir will pick it up properly. [2002-12-11 00:43:16] [EMAIL PROTECTED] I actually added the LDFLAGS myself to try and get things to start working. When you set up an instance (called db2inst1), it creates symbolic links in the instance directory to the /usr/IBMdb2/V7.1 directory for all the commands, libraries, and utilities. So LDFLAGS can be set to either, it really doesn't matter. [2002-12-11 00:24:49] [EMAIL PROTECTED] You're passing the configure a different path to the DB2 install directory and then you set LDFLAGS to something else. Not PHP bug, user error. [2002-12-10 20:11:40] [EMAIL PROTECTED] I'm trying to compile PHP as a static apache module, and I get the following error: PATH="$PATH:/sbin" ldconfig -n /usr/src/redhat/BUILD/php-4.3.0RC2/modules -- Libraries have been installed in: /usr/src/redhat/BUILD/php-4.3.0RC2/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution -
#20931 [Com]: is_null ceases to function
ID: 20931
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Variables related
Operating System: debian linux
PHP Version: 4.2.3
New Comment:
why would this exact code work in php ver. 4.2.1 but not in ver 4.2.3
if it is not a bug?
Previous Comments:
[2002-12-11 01:10:33] [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.
$_POST['somevar'] is definately not NULL..
[2002-12-11 01:07:07] [EMAIL PROTECTED]
I recently compiled php 4.2.3 on my debian system under apache 2.0. I
then uploaded a site that was developed on another machine running
apache 1.3 and php 4.2.1. While testing the site i noticed something
seemed wrong. Upon further investigation i found that the is_null
function, which was working perfectly on the other system, seemed to be
malfunctioning.
for example:
if (is_null($somevar)){
execute code A
}
code A would execute regardless of whether $somevar had a null value or
not
if i do the following:
echo is_null($somevar)
nothing was echoed to the screen, again regardless of the value of
$somevar
if i did the following however with $somevar set to null:
if($somevar == null){
execute code A
if(is_null($somevar)){
execute code b
}
}
code A will execute but code B will not.
the value of somevar is assigned by an html form sent using the POST
method as this example illustrates:
$somevar = $_POST['$formvar'];
the purpose of the code is to check if a field was left blank.
This code worked fine on the original server but failed to work when
copied to the new server
my configuration is as follows:
./configure' '--prefix=/usr/local/apache2/php'
'--with-apxs2=/usr/local/apache2/bin/apxs'
'--with-config-file-path=/etc' '--with-mysql'
--
Edit this bug report at http://bugs.php.net/?id=20931&edit=1
#20931 [Opn->Bgs]: is_null ceases to function
ID: 20931
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: debian linux
PHP Version: 4.2.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.
$_POST['somevar'] is definately not NULL..
Previous Comments:
[2002-12-11 01:07:07] [EMAIL PROTECTED]
I recently compiled php 4.2.3 on my debian system under apache 2.0. I
then uploaded a site that was developed on another machine running
apache 1.3 and php 4.2.1. While testing the site i noticed something
seemed wrong. Upon further investigation i found that the is_null
function, which was working perfectly on the other system, seemed to be
malfunctioning.
for example:
if (is_null($somevar)){
execute code A
}
code A would execute regardless of whether $somevar had a null value or
not
if i do the following:
echo is_null($somevar)
nothing was echoed to the screen, again regardless of the value of
$somevar
if i did the following however with $somevar set to null:
if($somevar == null){
execute code A
if(is_null($somevar)){
execute code b
}
}
code A will execute but code B will not.
the value of somevar is assigned by an html form sent using the POST
method as this example illustrates:
$somevar = $_POST['$formvar'];
the purpose of the code is to check if a field was left blank.
This code worked fine on the original server but failed to work when
copied to the new server
my configuration is as follows:
./configure' '--prefix=/usr/local/apache2/php'
'--with-apxs2=/usr/local/apache2/bin/apxs'
'--with-config-file-path=/etc' '--with-mysql'
--
Edit this bug report at http://bugs.php.net/?id=20931&edit=1
#20922 [Opn->Fbk]: socket_select() blocks for some reason
ID: 20922
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: linux debian latest unstable
-PHP Version: 4.2.3
+PHP Version: 4.4.0-dev
New Comment:
Please provide a complete, self-contained and short example script
which can be used to reproduce this.
Previous Comments:
[2002-12-10 17:31:35] [EMAIL PROTECTED]
ughm sorry for my rushed english, what i ment to say is..
the snapshot version produces the same output as rc2, just without the
crash.
[2002-12-10 17:12:12] [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
One more try: TRY THE SNAPSHOT.
Not the RC2..(snapshot, as in the given url..)
[2002-12-10 11:11:26] [EMAIL PROTECTED]
same result on windows rc2, just no more crash
[2002-12-10 09:15:09] [EMAIL PROTECTED]
Please try the snapshot, iirc, there were some fixed done
which are NOT in RC2.
[2002-12-10 08:16:48] [EMAIL PROTECTED]
on windows i get the "same" result with 4.3rc2, just that it hangs on
socket_read() not on socket_select
PHP Warning: socket_read() unable to read from socket [10035]: A
non-blocking s
ocket operation could not be completed immediately.
in D:\respawn\phpinfobot\infobot_win.php on line 28
then it crashes and i get that microsoft "report crash" thingie..
the code related to this:
if (!socket_set_nonblock($this->_connection)) {
report->info("couldnt set nonblocking mode.\n\n");
}
(this info line above ofcourse doesnt get printed)
as for the debian, i'm not really that much into compiling &
everything, and im definetly not fond of it on a "production" server..
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/20922
--
Edit this bug report at http://bugs.php.net/?id=20922&edit=1
#20931 [NEW]: is_null ceases to function
From: [EMAIL PROTECTED]
Operating system: debian linux
PHP version: 4.2.3
PHP Bug Type: Variables related
Bug description: is_null ceases to function
I recently compiled php 4.2.3 on my debian system under apache 2.0. I then
uploaded a site that was developed on another machine running apache 1.3
and php 4.2.1. While testing the site i noticed something seemed wrong.
Upon further investigation i found that the is_null function, which was
working perfectly on the other system, seemed to be malfunctioning.
for example:
if (is_null($somevar)){
execute code A
}
code A would execute regardless of whether $somevar had a null value or
not
if i do the following:
echo is_null($somevar)
nothing was echoed to the screen, again regardless of the value of
$somevar
if i did the following however with $somevar set to null:
if($somevar == null){
execute code A
if(is_null($somevar)){
execute code b
}
}
code A will execute but code B will not.
the value of somevar is assigned by an html form sent using the POST
method as this example illustrates:
$somevar = $_POST['$formvar'];
the purpose of the code is to check if a field was left blank.
This code worked fine on the original server but failed to work when
copied to the new server
my configuration is as follows:
./configure' '--prefix=/usr/local/apache2/php'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--with-config-file-path=/etc'
'--with-mysql'
--
Edit bug report at http://bugs.php.net/?id=20931&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20931&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20931&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20931&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20931&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20931&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20931&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20931&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20931&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20931&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20931&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20931&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20931&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20931&r=isapi
#20923 [Opn->Bgs]: Buffering Prevents setcookie()
ID: 20923 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.2.3 New Comment: RTFM: "setcookie() defines a cookie to be sent along with the rest of the HTTP headers. Like other headers, cookies must be sent before any output from your script (this is a protocol restriction)." Previous Comments: [2002-12-10 21:36:21] [EMAIL PROTECTED] I beleive the problem is in the PHP.INI file, I retardedly copied over the suggested ini file that came with php 4.2.3 as soon as i installed it, and no longer have my old ini file. I just downgraded to php 4.1.2 and I'm having similar problems! Though the before-mentioned php script actually only sends the client one cookie per execution in my current setup. Additionally, my other scripts do not work under the current ini file even while using php 4.1.2. I don't know if this information will actually help, but I suspect it should narrow it down at least a little bit. [2002-12-10 20:27:45] [EMAIL PROTECTED] Using the CVS version Sniper asked me to use, NONE of the cookies were set using the before-mentioned script. [2002-12-10 17:13:55] [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-12-10 11:21:48] [EMAIL PROTECTED] That previous script I wrote behaves strangely. I erased my cookies, then loaded the page. As expected, no cookies were sent from my web browser, and the script simply said "=1 =2 =3 =4" with the BR tags between them. I hit reload, and only 1 and 2 showed the appropriate cookies, Uno and Dos. I hit reload again, and now Tres and Quatro show up. I did this process 3 times to make sure it was consistent, and it happens the same way every time. [2002-12-10 11:19:07] [EMAIL PROTECTED] I just wrote another script just to confirm the problem, and, well instead I did the opposite. This script seems to have upset my previous thoughts, so I'll keep trying to figure out what the problem is, it may be my own fault. ', $_COOKIE['two'], '=2', setcookie( "three", "tres", time()+1 ); setcookie( "four", "quatro", time()+1 ); echo $_COOKIE['three'], '=3', $_COOKIE['four'], '=4'; ?> 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/20923 -- Edit this bug report at http://bugs.php.net/?id=20923&edit=1
#20705 [Fbk]: openssl_pkey_new does not seem to generate a new key
ID: 20705 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OpenSSL related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-12-10 18:31:32] [EMAIL PROTECTED] openssl_error_string() returns different messages when I reload the page. I used the following test script: -- Error Message: ".openssl_error_string().""; exit; ?> These are the error messages openssl_error_string() returned: 1. request) error:02001003:system library:fopen:No such process 2. request) error:2006D002:BIO routines:BIO_new_file:system lib 3. request) error:02001003:system library:fopen:No such process Thanks.. [2002-12-10 13:30:05] [EMAIL PROTECTED] And what error messages does openssl_error_string() return? [2002-12-10 11:27:12] [EMAIL PROTECTED] Yes, you are right. But even with the correct variable and the latest win32 snapshot (downloaded at 07/12/2002) it did not work for me. The problem is the following: produces "error: no key was generated by openssl_pkey_new()". [2002-12-10 04:36:57] [EMAIL PROTECTED] Your test script is wrong: /** read in key */ $loaded_key = openssl_pkey_get_private($key_content, $pass); $pass is not set to anything; you meant $password, in which case this works fine. [2002-12-07 01:17:40] [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 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/20705 -- Edit this bug report at http://bugs.php.net/?id=20705&edit=1
#20583 [Opn->Fbk]: Variable values inconsistent with assignment statements.
ID: 20583
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Variables related
Operating System: RedHat 7.2
PHP Version: 4CVS-2002-11-22 (stable)
New Comment:
Please provide us a complete, self-contained and short script which can
be used to reproduce this.
(you're most likely doing something wrong..)
Previous Comments:
[2002-12-10 19:12:37] [EMAIL PROTECTED]
We have upgraded our PHP to the version given below, and are still
experiencing the same problems.
Thanks
[2002-12-07 15:41:30] [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-11-22 12:58:04] [EMAIL PROTECTED]
I haven't been able to recreate this problem at all in a controlled
environment, but I can recreate it consistently where we originally
discovered it.
Here is the snidbit of the function causing the erroneous output:
___
function do_mail_command($cmd,$server="morpheus.myersinternet.com") {
print "values prior to setting are: server => $servererrno =>
$errnoerrstr => $errstrwhoknows => $whoknows";
if(empty($server)) {
print "server is empty, so changing values";
$server = "this is the first one";
$errno = "here is the second one";
$errstr = "but they will all be this";
$random_variable = "does this work";
print "values after setting: server => $servererrno =>
$errnoerrstr => $errstrwhoknows => $whoknows";
}
$fp = fsockopen($server, 5154, $errno, $errstr, 10);
_
Here is the output of that exact piece of code:
values prior to setting are:
server => morpheus.myersinternet.com
errno => morpheus.myersinternet.com
errstr => morpheus.myersinternet.com
whoknows => morpheus.myersinternet.com
server is empty, so changing values
values after setting:
server => does this work
errno => does this work
errstr => does this work
whoknows => does this work
There are three main problems I see occurring here.
1. The first print statement prints out a bunch of "random" variables,
$server being the only that has previously been given a value. However,
as the print statement shows, they ALL have values.
2. The empty($server) check returns true even though its obviously
clear that $server is NOT empty.
3. After performing variuos assignment statements within the if block,
and printing out the variable values, it's clear that ALL the variables
receive the value of the LAST assignment statement made.
We found this bug because when calling fsockopen, the $errno and
$errstr variables had values even though they were never assigned any
values and it was causing the function to fail when trying to open the
socket. This function was working fine prior to our upgrade to the
latest version.
Our configure line is:
LoadModule php4_module modules/libphp4.so
We are also heavily using session variables in case that helps to
recreate the bug.
Thanks
--
Edit this bug report at http://bugs.php.net/?id=20583&edit=1
#20927 [Opn->Fbk]: Crash inside libpq (PQexec) with PHP > 4.1.2
ID: 20927 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Red Hat Linux 8.0 on Intel PHP Version: 4.3.0RC2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2002-12-10 19:42:59] [EMAIL PROTECTED] This is difficult (impossible) to reproduce with a short script. Please download and unpack http://www.roaringpenguin.com/segfault.tar.bz2 You need to have PostgreSQL and create a specific database with specific data in it. Here's the README file from the tarball: SUMMARY: PHP segfaults for PHP versions > 4.1.2 --- THE SOURCE FILES IN THIS ARCHIVE ARE PROPRIETARY COMMERCIAL SOFTWARE. PLEASE USE THEM ONLY TO DEBUG PHP PROBLEMS. System: Red Hat Linux 8.0 PostgreSQL: 7.2.2, as supplied with Red Hat Linux 8.0 Apache: 1.3.27, configured as follows: ./configure --with-layout=Apache --enable-shared=max \ --enable-rule=SHARED_CORE PHP: Tried 4.2.2, 4.2.3 and 4.3.0RC2, all configured as follows: ./configure --with-pgsql=shared \ --with-gnu-ld \ --with-apxs=/usr/local/apache/bin/apxs HOW TO REPRODUCE: - 1) Install Apache 1.3.27 and PHP 4.2.2, 4.2.3 or 4.3.0RC2 from source. Configure PostgreSQL 7.2.2 to trust local connections. That is, in /var/lib/pgsql/data/pg_hba.conf, make the local line read thus: local all trust 2) Create and populate the database: createdb -U postgres spam psql -U postgres -d spam < spam-database-dump 3) Copy the PHP files to your document root somewhere convenient. 4) Browse http://your_server/these_php_files/index.php 5) Log in as "admin", password "foo" 6) Click on "Pending Messages" - Apache will segfault. However: Using PHP 4.1.2, configured as above, it works fine. Extensive investigation shows that it's segfaulting inside libpq, inside PQexec, but the function which segfaults is "malloc" which leads me to believe there's memory corruption going on. -- Edit this bug report at http://bugs.php.net/?id=20927&edit=1
#20928 [Opn->Fbk]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0RC2 New Comment: 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 Previous Comments: [2002-12-11 00:46:35] [EMAIL PROTECTED] BTW, when I look at the command that compiles apache, it is clearly missing the -L/home/db2inst1/sqllib/lib in the list of library paths. This is the reason it's failing. I don't know how to add that path so that make in the apache dir will pick it up properly. [2002-12-11 00:43:16] [EMAIL PROTECTED] I actually added the LDFLAGS myself to try and get things to start working. When you set up an instance (called db2inst1), it creates symbolic links in the instance directory to the /usr/IBMdb2/V7.1 directory for all the commands, libraries, and utilities. So LDFLAGS can be set to either, it really doesn't matter. [2002-12-11 00:24:49] [EMAIL PROTECTED] You're passing the configure a different path to the DB2 install directory and then you set LDFLAGS to something else. Not PHP bug, user error. [2002-12-10 20:11:40] [EMAIL PROTECTED] I'm trying to compile PHP as a static apache module, and I get the following error: PATH="$PATH:/sbin" ldconfig -n /usr/src/redhat/BUILD/php-4.3.0RC2/modules -- Libraries have been installed in: /usr/src/redhat/BUILD/php-4.3.0RC2/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -- gcc -Imain/ -I/usr/src/redhat/BUILD/php-4.3.0RC2/main/ -DPHP_ATOM_INC -I/usr/sr c/redhat/BUILD/php-4.3.0RC2/include -I/usr/src/redhat/BUILD/php-4.3.0RC2/main -I /usr/src/redhat/BUILD/php-4.3.0RC2 -I/usr/src/redhat/BUILD/php-4.3.0RC2/Zend -I/ usr/local/include -I/usr/include/imap -I/usr/src/redhat/BUILD/php-4.3.0RC2/ext/x ml/expat -I/usr/src/redhat/BUILD/php-4.3.0RC2/TSRM -g -O2 -c main/internal_fu nctions_cli.c -o main/internal_functions_cli.o && echo > main/internal_function s_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst 1/lib -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix /lib/esql -L/usr/src/redhat/BUILD/php-4.3.0RC2/ext/informix -R /usr/local/lib - R /usr/local/Informix/lib -R /usr/local/Informix/lib/esql -R /usr/src/redhat/BUI LD/php-4.3.0RC2/ext/informix ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext /bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmat h/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src /neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.l o ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libb cmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src /int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output .lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcma th/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/ src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/nu m2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ex t/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext/fdf/fdf.lo ext/imap/php _imap.lo ext/informix/ifx.lo ext/ldap/ldap.lo ext/mysql/php_mysql.lo ext/mysql/l ibmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/m ysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_in it.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/lib mysql/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/l ibmysql/my_open.lo e
#20928 [Opn]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0RC2 New Comment: BTW, when I look at the command that compiles apache, it is clearly missing the -L/home/db2inst1/sqllib/lib in the list of library paths. This is the reason it's failing. I don't know how to add that path so that make in the apache dir will pick it up properly. Previous Comments: [2002-12-11 00:43:16] [EMAIL PROTECTED] I actually added the LDFLAGS myself to try and get things to start working. When you set up an instance (called db2inst1), it creates symbolic links in the instance directory to the /usr/IBMdb2/V7.1 directory for all the commands, libraries, and utilities. So LDFLAGS can be set to either, it really doesn't matter. [2002-12-11 00:24:49] [EMAIL PROTECTED] You're passing the configure a different path to the DB2 install directory and then you set LDFLAGS to something else. Not PHP bug, user error. [2002-12-10 20:11:40] [EMAIL PROTECTED] I'm trying to compile PHP as a static apache module, and I get the following error: PATH="$PATH:/sbin" ldconfig -n /usr/src/redhat/BUILD/php-4.3.0RC2/modules -- Libraries have been installed in: /usr/src/redhat/BUILD/php-4.3.0RC2/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -- gcc -Imain/ -I/usr/src/redhat/BUILD/php-4.3.0RC2/main/ -DPHP_ATOM_INC -I/usr/sr c/redhat/BUILD/php-4.3.0RC2/include -I/usr/src/redhat/BUILD/php-4.3.0RC2/main -I /usr/src/redhat/BUILD/php-4.3.0RC2 -I/usr/src/redhat/BUILD/php-4.3.0RC2/Zend -I/ usr/local/include -I/usr/include/imap -I/usr/src/redhat/BUILD/php-4.3.0RC2/ext/x ml/expat -I/usr/src/redhat/BUILD/php-4.3.0RC2/TSRM -g -O2 -c main/internal_fu nctions_cli.c -o main/internal_functions_cli.o && echo > main/internal_function s_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst 1/lib -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix /lib/esql -L/usr/src/redhat/BUILD/php-4.3.0RC2/ext/informix -R /usr/local/lib - R /usr/local/Informix/lib -R /usr/local/Informix/lib/esql -R /usr/src/redhat/BUI LD/php-4.3.0RC2/ext/informix ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext /bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmat h/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src /neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.l o ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libb cmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src /int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output .lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcma th/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/ src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/nu m2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ex t/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext/fdf/fdf.lo ext/imap/php _imap.lo ext/informix/ifx.lo ext/ldap/ldap.lo ext/mysql/php_mysql.lo ext/mysql/l ibmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/m ysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_in it.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/lib mysql/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/l ibmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.l o 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/mys ql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/li
#20928 [Bgs->Opn]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0RC2 New Comment: I actually added the LDFLAGS myself to try and get things to start working. When you set up an instance (called db2inst1), it creates symbolic links in the instance directory to the /usr/IBMdb2/V7.1 directory for all the commands, libraries, and utilities. So LDFLAGS can be set to either, it really doesn't matter. Previous Comments: [2002-12-11 00:24:49] [EMAIL PROTECTED] You're passing the configure a different path to the DB2 install directory and then you set LDFLAGS to something else. Not PHP bug, user error. [2002-12-10 20:11:40] [EMAIL PROTECTED] I'm trying to compile PHP as a static apache module, and I get the following error: PATH="$PATH:/sbin" ldconfig -n /usr/src/redhat/BUILD/php-4.3.0RC2/modules -- Libraries have been installed in: /usr/src/redhat/BUILD/php-4.3.0RC2/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -- gcc -Imain/ -I/usr/src/redhat/BUILD/php-4.3.0RC2/main/ -DPHP_ATOM_INC -I/usr/sr c/redhat/BUILD/php-4.3.0RC2/include -I/usr/src/redhat/BUILD/php-4.3.0RC2/main -I /usr/src/redhat/BUILD/php-4.3.0RC2 -I/usr/src/redhat/BUILD/php-4.3.0RC2/Zend -I/ usr/local/include -I/usr/include/imap -I/usr/src/redhat/BUILD/php-4.3.0RC2/ext/x ml/expat -I/usr/src/redhat/BUILD/php-4.3.0RC2/TSRM -g -O2 -c main/internal_fu nctions_cli.c -o main/internal_functions_cli.o && echo > main/internal_function s_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst 1/lib -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix /lib/esql -L/usr/src/redhat/BUILD/php-4.3.0RC2/ext/informix -R /usr/local/lib - R /usr/local/Informix/lib -R /usr/local/Informix/lib/esql -R /usr/src/redhat/BUI LD/php-4.3.0RC2/ext/informix ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext /bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmat h/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src /neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.l o ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libb cmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src /int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output .lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcma th/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/ src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/nu m2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ex t/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext/fdf/fdf.lo ext/imap/php _imap.lo ext/informix/ifx.lo ext/ldap/ldap.lo ext/mysql/php_mysql.lo ext/mysql/l ibmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/m ysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_in it.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/lib mysql/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/l ibmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.l o 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/mys ql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dir name.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_allo c.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/lib mysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpa th.lo ext/
#20928 [Opn->Bgs]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0RC2 New Comment: You're passing the configure a different path to the DB2 install directory and then you set LDFLAGS to something else. Not PHP bug, user error. Previous Comments: [2002-12-10 20:11:40] [EMAIL PROTECTED] I'm trying to compile PHP as a static apache module, and I get the following error: PATH="$PATH:/sbin" ldconfig -n /usr/src/redhat/BUILD/php-4.3.0RC2/modules -- Libraries have been installed in: /usr/src/redhat/BUILD/php-4.3.0RC2/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -- gcc -Imain/ -I/usr/src/redhat/BUILD/php-4.3.0RC2/main/ -DPHP_ATOM_INC -I/usr/sr c/redhat/BUILD/php-4.3.0RC2/include -I/usr/src/redhat/BUILD/php-4.3.0RC2/main -I /usr/src/redhat/BUILD/php-4.3.0RC2 -I/usr/src/redhat/BUILD/php-4.3.0RC2/Zend -I/ usr/local/include -I/usr/include/imap -I/usr/src/redhat/BUILD/php-4.3.0RC2/ext/x ml/expat -I/usr/src/redhat/BUILD/php-4.3.0RC2/TSRM -g -O2 -c main/internal_fu nctions_cli.c -o main/internal_functions_cli.o && echo > main/internal_function s_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst 1/lib -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix /lib/esql -L/usr/src/redhat/BUILD/php-4.3.0RC2/ext/informix -R /usr/local/lib - R /usr/local/Informix/lib -R /usr/local/Informix/lib/esql -R /usr/src/redhat/BUI LD/php-4.3.0RC2/ext/informix ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext /bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmat h/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src /neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.l o ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libb cmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src /int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output .lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcma th/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/ src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/nu m2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ex t/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext/fdf/fdf.lo ext/imap/php _imap.lo ext/informix/ifx.lo ext/ldap/ldap.lo ext/mysql/php_mysql.lo ext/mysql/l ibmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/m ysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_in it.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/lib mysql/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/l ibmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.l o 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/mys ql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dir name.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_allo c.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/lib mysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpa th.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mys ql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/strin g.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/l ibmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/my sql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo e xt/mysql/libmysql/strxmov.lo ext
#20929 [Opn->Fbk]: Problem in handling big5 characters from HTML form
ID: 20929 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Redhat Linux 7.2 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-12-10 21:43:15] [EMAIL PROTECTED] 1. When I use $_REQUEST, $_POST, $_GET to retrieve the data of a HTML form, all "big5" characters will be changed to some HTML codes (e.g. "$#20806"). Although these HTML codes can be displayed correctly in browsers, I cannot convert them back to "big5" code. With PHP4.2.3 on Apache 1.3.27, there is no problem. PHP can retrieve "big5" characters from HTML form. 2. The "htmlentities" function does not correctly convert "big5" characters to html codes. Wrong html codes are generated and cannot be correctly displayed in browser. -- Edit this bug report at http://bugs.php.net/?id=20929&edit=1
#20929 [NEW]: Problem in handling big5 characters from HTML form
From: [EMAIL PROTECTED] Operating system: Redhat Linux 7.2 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: Problem in handling big5 characters from HTML form 1. When I use $_REQUEST, $_POST, $_GET to retrieve the data of a HTML form, all "big5" characters will be changed to some HTML codes (e.g. "$#20806"). Although these HTML codes can be displayed correctly in browsers, I cannot convert them back to "big5" code. With PHP4.2.3 on Apache 1.3.27, there is no problem. PHP can retrieve "big5" characters from HTML form. 2. The "htmlentities" function does not correctly convert "big5" characters to html codes. Wrong html codes are generated and cannot be correctly displayed in browser. -- Edit bug report at http://bugs.php.net/?id=20929&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20929&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20929&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20929&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20929&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20929&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20929&r=support Expected behavior: http://bugs.php.net/fix.php?id=20929&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20929&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20929&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20929&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20929&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20929&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20929&r=isapi
#20923 [Opn]: Buffering Prevents setcookie()
ID: 20923 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.2.3 New Comment: I beleive the problem is in the PHP.INI file, I retardedly copied over the suggested ini file that came with php 4.2.3 as soon as i installed it, and no longer have my old ini file. I just downgraded to php 4.1.2 and I'm having similar problems! Though the before-mentioned php script actually only sends the client one cookie per execution in my current setup. Additionally, my other scripts do not work under the current ini file even while using php 4.1.2. I don't know if this information will actually help, but I suspect it should narrow it down at least a little bit. Previous Comments: [2002-12-10 20:27:45] [EMAIL PROTECTED] Using the CVS version Sniper asked me to use, NONE of the cookies were set using the before-mentioned script. [2002-12-10 17:13:55] [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-12-10 11:21:48] [EMAIL PROTECTED] That previous script I wrote behaves strangely. I erased my cookies, then loaded the page. As expected, no cookies were sent from my web browser, and the script simply said "=1 =2 =3 =4" with the BR tags between them. I hit reload, and only 1 and 2 showed the appropriate cookies, Uno and Dos. I hit reload again, and now Tres and Quatro show up. I did this process 3 times to make sure it was consistent, and it happens the same way every time. [2002-12-10 11:19:07] [EMAIL PROTECTED] I just wrote another script just to confirm the problem, and, well instead I did the opposite. This script seems to have upset my previous thoughts, so I'll keep trying to figure out what the problem is, it may be my own fault. ', $_COOKIE['two'], '=2', setcookie( "three", "tres", time()+1 ); setcookie( "four", "quatro", time()+1 ); echo $_COOKIE['three'], '=3', $_COOKIE['four'], '=4'; ?> [2002-12-10 11:09:29] [EMAIL PROTECTED] I just went from PHP 4.1.2 to 4.2.3, and after some investigation, found that setcookie would absolutely not set cookies. So I wrote a test script to flip a cookie value each time you reloaded the script. But it worked just fine. I investigated some more. Totally confused, I wrote a script to flip a cookie again, but this time it didn't work. It turned out that if I setcookie() after sending non-header data, that the cookie never showed up. I remembered that previously I would get a header error, and also remembered that in the PHP.INI that came with the new php, they had enabled output buffering. Changing the buffering settings seems to makes no difference. My PHP Build was just one downloaded from the php.net downloads page, nothing special about it. -- Edit this bug report at http://bugs.php.net/?id=20923&edit=1
#20923 [Fbk->Opn]: Buffering Prevents setcookie()
ID: 20923 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.2.3 New Comment: Using the CVS version Sniper asked me to use, NONE of the cookies were set using the before-mentioned script. Previous Comments: [2002-12-10 17:13:55] [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-12-10 11:21:48] [EMAIL PROTECTED] That previous script I wrote behaves strangely. I erased my cookies, then loaded the page. As expected, no cookies were sent from my web browser, and the script simply said "=1 =2 =3 =4" with the BR tags between them. I hit reload, and only 1 and 2 showed the appropriate cookies, Uno and Dos. I hit reload again, and now Tres and Quatro show up. I did this process 3 times to make sure it was consistent, and it happens the same way every time. [2002-12-10 11:19:07] [EMAIL PROTECTED] I just wrote another script just to confirm the problem, and, well instead I did the opposite. This script seems to have upset my previous thoughts, so I'll keep trying to figure out what the problem is, it may be my own fault. ', $_COOKIE['two'], '=2', setcookie( "three", "tres", time()+1 ); setcookie( "four", "quatro", time()+1 ); echo $_COOKIE['three'], '=3', $_COOKIE['four'], '=4'; ?> [2002-12-10 11:09:29] [EMAIL PROTECTED] I just went from PHP 4.1.2 to 4.2.3, and after some investigation, found that setcookie would absolutely not set cookies. So I wrote a test script to flip a cookie value each time you reloaded the script. But it worked just fine. I investigated some more. Totally confused, I wrote a script to flip a cookie again, but this time it didn't work. It turned out that if I setcookie() after sending non-header data, that the cookie never showed up. I remembered that previously I would get a header error, and also remembered that in the PHP.INI that came with the new php, they had enabled output buffering. Changing the buffering settings seems to makes no difference. My PHP Build was just one downloaded from the php.net downloads page, nothing special about it. -- Edit this bug report at http://bugs.php.net/?id=20923&edit=1
#20928 [NEW]: Static compile of PHP module with IBM DB2 doesn't work right with apache
From: [EMAIL PROTECTED] Operating system: RH 7.2 PHP version: 4.3.0RC2 PHP Bug Type: Compile Failure Bug description: Static compile of PHP module with IBM DB2 doesn't work right with apache I'm trying to compile PHP as a static apache module, and I get the following error: PATH="$PATH:/sbin" ldconfig -n /usr/src/redhat/BUILD/php-4.3.0RC2/modules -- Libraries have been installed in: /usr/src/redhat/BUILD/php-4.3.0RC2/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -- gcc -Imain/ -I/usr/src/redhat/BUILD/php-4.3.0RC2/main/ -DPHP_ATOM_INC -I/usr/sr c/redhat/BUILD/php-4.3.0RC2/include -I/usr/src/redhat/BUILD/php-4.3.0RC2/main -I /usr/src/redhat/BUILD/php-4.3.0RC2 -I/usr/src/redhat/BUILD/php-4.3.0RC2/Zend -I/ usr/local/include -I/usr/include/imap -I/usr/src/redhat/BUILD/php-4.3.0RC2/ext/x ml/expat -I/usr/src/redhat/BUILD/php-4.3.0RC2/TSRM -g -O2 -c main/internal_fu nctions_cli.c -o main/internal_functions_cli.o && echo > main/internal_function s_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst 1/lib -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix /lib/esql -L/usr/src/redhat/BUILD/php-4.3.0RC2/ext/informix -R /usr/local/lib - R /usr/local/Informix/lib -R /usr/local/Informix/lib/esql -R /usr/src/redhat/BUI LD/php-4.3.0RC2/ext/informix ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext /bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmat h/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src /neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.l o ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libb cmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src /int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output .lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcma th/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/ src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/nu m2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ex t/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext/fdf/fdf.lo ext/imap/php _imap.lo ext/informix/ifx.lo ext/ldap/ldap.lo ext/mysql/php_mysql.lo ext/mysql/l ibmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/m ysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_in it.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/lib mysql/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/l ibmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.l o 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/mys ql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dir name.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_allo c.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/lib mysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpa th.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mys ql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/strin g.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/l ibmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/my sql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo e xt/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/st rmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/li bmysql/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/lib
#20831 [Ver->Csd]: include() from UNC paths does not work.
ID: 20831 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: IIS related Operating System: Windows 9x/2000/XP PHP Version: 4.3.0RC2 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-12-10 08:59:05] [EMAIL PROTECTED] Hm, something did go wrong here. Confirming the problem still exists with 4.3.0-dev. [2002-12-10 08:46:58] [EMAIL PROTECTED] hi, i have tested actual win-snapshots (stable,cvs,ze2), and the problem still appears! [2002-12-09 11:47:38] [EMAIL PROTECTED] i have re-tested now: php4.3dev from 17:30 (9.12.2002) and php4.4dev-CVS from 15:30, problem still appears on my installation. what can be done? user rights problem? i will test the same with another win-os, winxp/iis6... [2002-12-09 05:04:21] [EMAIL PROTECTED] You will need to wait up to 3 hours for the snapshots to be rebuilt. We only commited the fix a few minutes after your comment. [2002-12-09 05:00:44] [EMAIL PROTECTED] sorry, but STILL exists! 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/20831 -- Edit this bug report at http://bugs.php.net/?id=20831&edit=1
#20895 [Bgs->Ver]: dirname() behaviour changed
ID: 20895
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Verified
Bug Type: Filesystem function related
Operating System: Win 2000Pro SP3
PHP Version: 4.3.0RC2
New Comment:
A couple people just tested this and get the same results as the bug
report with 4.3.0RC2, please explain why this behavior changed.
Previous Comments:
[2002-12-08 23:56:53] [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
[2002-12-08 23:35:37] [EMAIL PROTECTED]
Hello.
Up to 4.2.3:
dirname("c:/");
// or
dirname("c:");
// both returned '.'
in 4.3.0 RC2, we got now:
dirname("c:/");
// gives you c:\
dirname("c:");
// gives you c:
(i) I'm not sure that such path shall be used with dirname(). But after
all, why not? And in fact I used it.
(ii) What's the reason for that behaviour change?
(iii) As some of my classes are now broken, will this new behaviour
become the rule for the future?
Apache independent.
Standarts php.ini (recommended) and httpd.conf
Mozilla 1.2
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=20895&edit=1
#20927 [NEW]: Crash inside libpq (PQexec) with PHP > 4.1.2
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 8.0 on Intel PHP version: 4.3.0RC2 PHP Bug Type: Reproducible crash Bug description: Crash inside libpq (PQexec) with PHP > 4.1.2 This is difficult (impossible) to reproduce with a short script. Please download and unpack http://www.roaringpenguin.com/segfault.tar.bz2 You need to have PostgreSQL and create a specific database with specific data in it. Here's the README file from the tarball: SUMMARY: PHP segfaults for PHP versions > 4.1.2 --- THE SOURCE FILES IN THIS ARCHIVE ARE PROPRIETARY COMMERCIAL SOFTWARE. PLEASE USE THEM ONLY TO DEBUG PHP PROBLEMS. System: Red Hat Linux 8.0 PostgreSQL: 7.2.2, as supplied with Red Hat Linux 8.0 Apache: 1.3.27, configured as follows: ./configure --with-layout=Apache --enable-shared=max \ --enable-rule=SHARED_CORE PHP: Tried 4.2.2, 4.2.3 and 4.3.0RC2, all configured as follows: ./configure --with-pgsql=shared \ --with-gnu-ld \ --with-apxs=/usr/local/apache/bin/apxs HOW TO REPRODUCE: - 1) Install Apache 1.3.27 and PHP 4.2.2, 4.2.3 or 4.3.0RC2 from source. Configure PostgreSQL 7.2.2 to trust local connections. That is, in /var/lib/pgsql/data/pg_hba.conf, make the local line read thus: local all trust 2) Create and populate the database: createdb -U postgres spam psql -U postgres -d spam < spam-database-dump 3) Copy the PHP files to your document root somewhere convenient. 4) Browse http://your_server/these_php_files/index.php 5) Log in as "admin", password "foo" 6) Click on "Pending Messages" - Apache will segfault. However: Using PHP 4.1.2, configured as above, it works fine. Extensive investigation shows that it's segfaulting inside libpq, inside PQexec, but the function which segfaults is "malloc" which leads me to believe there's memory corruption going on. -- Edit bug report at http://bugs.php.net/?id=20927&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20927&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20927&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20927&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20927&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20927&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20927&r=support Expected behavior: http://bugs.php.net/fix.php?id=20927&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20927&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20927&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20927&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20927&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20927&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20927&r=isapi
#20583 [Fbk->Opn]: Variable values inconsistent with assignment statements.
ID: 20583
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Variables related
Operating System: RedHat 7.2
PHP Version: 4CVS-2002-11-22 (stable)
New Comment:
We have upgraded our PHP to the version given below, and are still
experiencing the same problems.
Thanks
Previous Comments:
[2002-12-07 15:41:30] [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-11-22 12:58:04] [EMAIL PROTECTED]
I haven't been able to recreate this problem at all in a controlled
environment, but I can recreate it consistently where we originally
discovered it.
Here is the snidbit of the function causing the erroneous output:
___
function do_mail_command($cmd,$server="morpheus.myersinternet.com") {
print "values prior to setting are: server => $servererrno =>
$errnoerrstr => $errstrwhoknows => $whoknows";
if(empty($server)) {
print "server is empty, so changing values";
$server = "this is the first one";
$errno = "here is the second one";
$errstr = "but they will all be this";
$random_variable = "does this work";
print "values after setting: server => $servererrno =>
$errnoerrstr => $errstrwhoknows => $whoknows";
}
$fp = fsockopen($server, 5154, $errno, $errstr, 10);
_
Here is the output of that exact piece of code:
values prior to setting are:
server => morpheus.myersinternet.com
errno => morpheus.myersinternet.com
errstr => morpheus.myersinternet.com
whoknows => morpheus.myersinternet.com
server is empty, so changing values
values after setting:
server => does this work
errno => does this work
errstr => does this work
whoknows => does this work
There are three main problems I see occurring here.
1. The first print statement prints out a bunch of "random" variables,
$server being the only that has previously been given a value. However,
as the print statement shows, they ALL have values.
2. The empty($server) check returns true even though its obviously
clear that $server is NOT empty.
3. After performing variuos assignment statements within the if block,
and printing out the variable values, it's clear that ALL the variables
receive the value of the LAST assignment statement made.
We found this bug because when calling fsockopen, the $errno and
$errstr variables had values even though they were never assigned any
values and it was causing the function to fail when trying to open the
socket. This function was working fine prior to our upgrade to the
latest version.
Our configure line is:
LoadModule php4_module modules/libphp4.so
We are also heavily using session variables in case that helps to
recreate the bug.
Thanks
--
Edit this bug report at http://bugs.php.net/?id=20583&edit=1
#20705 [Com]: openssl_pkey_new does not seem to generate a new key
ID: 20705 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OpenSSL related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: openssl_error_string() returns different messages when I reload the page. I used the following test script: -- Error Message: ".openssl_error_string().""; exit; ?> These are the error messages openssl_error_string() returned: 1. request) error:02001003:system library:fopen:No such process 2. request) error:2006D002:BIO routines:BIO_new_file:system lib 3. request) error:02001003:system library:fopen:No such process Thanks.. Previous Comments: [2002-12-10 13:30:05] [EMAIL PROTECTED] And what error messages does openssl_error_string() return? [2002-12-10 11:27:12] [EMAIL PROTECTED] Yes, you are right. But even with the correct variable and the latest win32 snapshot (downloaded at 07/12/2002) it did not work for me. The problem is the following: produces "error: no key was generated by openssl_pkey_new()". [2002-12-10 04:36:57] [EMAIL PROTECTED] Your test script is wrong: /** read in key */ $loaded_key = openssl_pkey_get_private($key_content, $pass); $pass is not set to anything; you meant $password, in which case this works fine. [2002-12-07 01:17:40] [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-11-28 14:27:08] [EMAIL PROTECTED] wrong email address entered.. correct one: [EMAIL PROTECTED] 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/20705 -- Edit this bug report at http://bugs.php.net/?id=20705&edit=1
#20922 [Fbk->Opn]: socket_select() blocks for some reason
ID: 20922
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: linux debian latest unstable
PHP Version: 4.2.3
New Comment:
ughm sorry for my rushed english, what i ment to say is..
the snapshot version produces the same output as rc2, just without the
crash.
Previous Comments:
[2002-12-10 17:12:12] [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
One more try: TRY THE SNAPSHOT.
Not the RC2..(snapshot, as in the given url..)
[2002-12-10 11:11:26] [EMAIL PROTECTED]
same result on windows rc2, just no more crash
[2002-12-10 09:15:09] [EMAIL PROTECTED]
Please try the snapshot, iirc, there were some fixed done
which are NOT in RC2.
[2002-12-10 08:16:48] [EMAIL PROTECTED]
on windows i get the "same" result with 4.3rc2, just that it hangs on
socket_read() not on socket_select
PHP Warning: socket_read() unable to read from socket [10035]: A
non-blocking s
ocket operation could not be completed immediately.
in D:\respawn\phpinfobot\infobot_win.php on line 28
then it crashes and i get that microsoft "report crash" thingie..
the code related to this:
if (!socket_set_nonblock($this->_connection)) {
report->info("couldnt set nonblocking mode.\n\n");
}
(this info line above ofcourse doesnt get printed)
as for the debian, i'm not really that much into compiling &
everything, and im definetly not fond of it on a "production" server..
[2002-12-10 07:41:32] [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
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/20922
--
Edit this bug report at http://bugs.php.net/?id=20922&edit=1
#20925 [Opn->Csd]: base_convert does not convert a number back to itself
ID: 20925 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Math related Operating System: 2.4.19-16mdk PHP Version: 4.2.3 New Comment: Fixed in CVS. (and in PHP 4.3.0-dev) Previous Comments: [2002-12-10 16:00:32] [EMAIL PROTECTED] I am expecting that a number with a base X is converted to itself if the base is unchanged. 987654321 gives back, in fact, 987654321. Unfortunately, this is not always true: 9876543210 gives back 1286608618 The 4.2.3 version I have been using is the one that comes with the Mandrake 9.0 distribution. I have been keeping it regularly updated on the web (now is Dec 12th, 2002). -- Edit this bug report at http://bugs.php.net/?id=20925&edit=1
#20923 [Opn->Fbk]: Buffering Prevents setcookie()
ID: 20923 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-12-10 11:21:48] [EMAIL PROTECTED] That previous script I wrote behaves strangely. I erased my cookies, then loaded the page. As expected, no cookies were sent from my web browser, and the script simply said "=1 =2 =3 =4" with the BR tags between them. I hit reload, and only 1 and 2 showed the appropriate cookies, Uno and Dos. I hit reload again, and now Tres and Quatro show up. I did this process 3 times to make sure it was consistent, and it happens the same way every time. [2002-12-10 11:19:07] [EMAIL PROTECTED] I just wrote another script just to confirm the problem, and, well instead I did the opposite. This script seems to have upset my previous thoughts, so I'll keep trying to figure out what the problem is, it may be my own fault. ', $_COOKIE['two'], '=2', setcookie( "three", "tres", time()+1 ); setcookie( "four", "quatro", time()+1 ); echo $_COOKIE['three'], '=3', $_COOKIE['four'], '=4'; ?> [2002-12-10 11:09:29] [EMAIL PROTECTED] I just went from PHP 4.1.2 to 4.2.3, and after some investigation, found that setcookie would absolutely not set cookies. So I wrote a test script to flip a cookie value each time you reloaded the script. But it worked just fine. I investigated some more. Totally confused, I wrote a script to flip a cookie again, but this time it didn't work. It turned out that if I setcookie() after sending non-header data, that the cookie never showed up. I remembered that previously I would get a header error, and also remembered that in the PHP.INI that came with the new php, they had enabled output buffering. Changing the buffering settings seems to makes no difference. My PHP Build was just one downloaded from the php.net downloads page, nothing special about it. -- Edit this bug report at http://bugs.php.net/?id=20923&edit=1
#20922 [Opn->Fbk]: socket_select() blocks for some reason
ID: 20922
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: linux debian latest unstable
PHP Version: 4.2.3
New Comment:
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
One more try: TRY THE SNAPSHOT.
Not the RC2..(snapshot, as in the given url..)
Previous Comments:
[2002-12-10 11:11:26] [EMAIL PROTECTED]
same result on windows rc2, just no more crash
[2002-12-10 09:15:09] [EMAIL PROTECTED]
Please try the snapshot, iirc, there were some fixed done
which are NOT in RC2.
[2002-12-10 08:16:48] [EMAIL PROTECTED]
on windows i get the "same" result with 4.3rc2, just that it hangs on
socket_read() not on socket_select
PHP Warning: socket_read() unable to read from socket [10035]: A
non-blocking s
ocket operation could not be completed immediately.
in D:\respawn\phpinfobot\infobot_win.php on line 28
then it crashes and i get that microsoft "report crash" thingie..
the code related to this:
if (!socket_set_nonblock($this->_connection)) {
report->info("couldnt set nonblocking mode.\n\n");
}
(this info line above ofcourse doesnt get printed)
as for the debian, i'm not really that much into compiling &
everything, and im definetly not fond of it on a "production" server..
[2002-12-10 07:41:32] [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-12-10 07:40:16] [EMAIL PROTECTED]
$r = array($network->_connection);
if (socket_select($r,$w=NULL,$e=NULL,0)===false) {
echo "socket_select failed: reason: " .
socket_strerror(socket_last_error()) . "\n";
} else {
... code...
}
somehow neither part of the if/else case gets executed for me,
socket_select just seems to "hang".. the $network->_connection is valid
(no errors in connecting) and non blocking (no errors here either)..
the code used to work fine for quite some time, also on 4.2.3 now i
don't have a clue what goes wrong -> if i send data trough the socket i
actually get it on the other side (the application here would be an irc
bot, so i see him join the network and then timeout since it hangs on
socket_select)
the code for it is on www.sf.net/projects/phpinfobot/ in the cvs, if
somebody wants to test it, the important files should be
/infobot.php
/include/system/network.php
/include/system/irc.php
the rest is pretty much non important
--
Edit this bug report at http://bugs.php.net/?id=20922&edit=1
#20926 [NEW]: libmcrypt error in configure
From: [EMAIL PROTECTED] Operating system: NetBSD-1.5.2 PHP version: 4.3.0RC2 PHP Bug Type: Compile Failure Bug description: libmcrypt error in configure When attempting to build php with the most recent version of libmcrypt (available at http://mcrypt.hellug.gr/), configure produces the following error: checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... no checking for init_mcrypt in -lmcrypt... no configure: error: Sorry, I was not able to diagnose which libmcrypt version you have installed. In config.log, the errors are related to undefined references to `lt_dlerror'. -- Edit bug report at http://bugs.php.net/?id=20926&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20926&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20926&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20926&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20926&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20926&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20926&r=support Expected behavior: http://bugs.php.net/fix.php?id=20926&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20926&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20926&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20926&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20926&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20926&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20926&r=isapi
#17414 [Fbk->Opn]: Segfaults on restart
ID: 17414
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 4.3.0-dev
Assigned To: aaron
New Comment:
4.3.0 RC2 configured with:
'./configure' '--enable-experimental-zts'
'--with-apxs2=/usr/local/apache2-php/bin/apxs' '--enable-debug'
the phpinfo() function generates the page that is dumped to:
http://samizdat.positive-internet.com/~thom/phpinfo.html
the sequence is:
in ServerRoot:
bin/apachectl start
make connection to verify the server is running, resulting in the above
page.
bin/apachectl restart
apache dies at this point.
this is the error log:
[Tue Dec 10 21:40:23 2002] [notice] Apache/2.0.44-dev (Unix)
PHP/4.3.0RC2 configured -- resuming normal operations
[Tue Dec 10 21:41:51 2002] [notice] SIGHUP received. Attempting to
restart
[Tue Dec 10 21:41:54 2002] [notice] seg fault or similar nasty error
detected in the parent process
(gdb) where
#0 0x4031e2d9 in php_output_activate (tsrm_ls=0x813c0c0)
at /home/thom/php-4.3.0RC2/main/output.c:85
#1 0x4030e86a in php_module_startup (sf=0x4039c460,
additional_modules=0x4039c640, num_additional_modules=1)
at /home/thom/php-4.3.0RC2/main/main.c:1021
#2 0x4035d65e in php_apache2_startup (sapi_module=0x4039c460)
at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:269
#3 0x4035dded in php_apache_server_startup (pconf=0x80b60c8,
plog=0x80ee1a8,
ptemp=0x80b80d0, s=0x80f4a60)
at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:551
#4 0x0807c381 in ap_run_post_config (pconf=0x80b60c8, plog=0x80ee1a8,
ptemp=0x80b80d0, s=0x80f4a60) at config.c:130
#5 0x08080bbc in main (argc=3, argv=0xbd54) at main.c:640
(gdb) frame 0
#0 0x4031e2d9 in php_output_activate (tsrm_ls=0x813c0c0)
at /home/thom/php-4.3.0RC2/main/output.c:85
85 OG(php_body_write) = php_ub_body_write;
(gdb) frame 1
#1 0x4030e86a in php_module_startup (sf=0x4039c460,
additional_modules=0x4039c640, num_additional_modules=1)
at /home/thom/php-4.3.0RC2/main/main.c:1021
1021php_output_activate(TSRMLS_C);
(gdb) frame 2
#2 0x4035d65e in php_apache2_startup (sapi_module=0x4039c460)
at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:269
269 if (php_module_startup(sapi_module, &php_apache_module,
1)==FAILURE) {
(gdb) frame 3
#3 0x4035dded in php_apache_server_startup (pconf=0x80b60c8,
plog=0x80ee1a8,
ptemp=0x80b80d0, s=0x80f4a60)
at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:551
551 apache2_sapi_module.startup(&apache2_sapi_module);
Previous Comments:
[2002-12-08 17:55:57] [EMAIL PROTECTED]
That´s pure luck as GD is not threadsafe.
[2002-12-08 17:53:10] [EMAIL PROTECTED]
If you are compiling Apache 2.0 with worker model you should've used
the --enable-experimental-zts, which enables threading support in PHP,
you didn't do that.
Did you personally see it crash with prefork? I did not and I am
running Apache 2.0.43 (prefork) with PHP 4.3.0-dev and surprisingly it
served some 10,000 requests to PHP script doing GD image manipulations
without a single crash.
[2002-12-08 17:40:58] [EMAIL PROTECTED]
How else do you explain the fact that all current versions of apache2
segfault reproducibly with no options to php barring --enable-debug and
--with-apxs2?
And the *exact* same install functions *perfectly* when php is not
loaded.
I've been told this is producible with prefork, too.
*Please* reread the back traces i've put on this bug. I'm happy to help
in anyway, just don't close valid bugs as bogus.
[2002-12-08 17:29:26] [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.
GD & freetype libraries are not thread-safe, which means they'll cause
problems in the worker mpm. Use the prefork mpm if you want to use GD
inside your PHP.
[2002-10-14 18:15:40] [EMAIL PROTECTED]
correct 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/17414
--
Edit this bug report at http://bugs.php.net/?id=17414&edit=1
#20925 [NEW]: base_convert does not convert a number back to itself
From: [EMAIL PROTECTED] Operating system: 2.4.19-16mdk PHP version: 4.2.3 PHP Bug Type: Math related Bug description: base_convert does not convert a number back to itself I am expecting that a number with a base X is converted to itself if the base is unchanged. 987654321 gives back, in fact, 987654321. Unfortunately, this is not always true: 9876543210 gives back 1286608618 The 4.2.3 version I have been using is the one that comes with the Mandrake 9.0 distribution. I have been keeping it regularly updated on the web (now is Dec 12th, 2002). -- Edit bug report at http://bugs.php.net/?id=20925&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20925&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20925&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20925&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20925&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20925&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20925&r=support Expected behavior: http://bugs.php.net/fix.php?id=20925&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20925&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20925&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20925&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20925&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20925&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20925&r=isapi
#20240 [Com]: order of destructor calls
ID: 20240
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 4CVS-2002-11-04
New Comment:
There appears to be a bigger problem. Consider the following code:
member = 1;
register_shutdown_function(array($this, 'destructor'));
}
function destructor() {
print $this->member;
}
function add() {
$this->member += 1;
print $this->member."\n";
}
}
$t = new test();
$t->add();
$t->add();
?>
One might expect this code to output
2
3
3
But instead, one gets
2
3
1
So, it appears that a copy of the object is being made by
register_shutdown_function().
Tad
Previous Comments:
[2002-11-04 03:47:39] [EMAIL PROTECTED]
Using this small PHP code :
m_references++;
}
function unref()
{
$this->m_references--;
}
function __destruct()
{
echo 'in Referenced Destructor...';
echo "references = ".$this->m_references."";
echo 'out of Referenced Destructor';
}
}
class Referencer
{
private $m_ref;
function __construct($t)
{
$this->m_ref = $t;
$t->ref();
}
function __destruct()
{
echo "in Referencer Destructor...";
$this->m_ref->unref();
echo "out of Referencer Destructor";
}
}
$t = new Referenced();
echo 'instanciating first Referencer object...';
$a = new Referencer($t);
echo 'instanciating second Referencer object...';
$b = new Referencer($t);
echo 'deleting first Referencer object...';
unset($a);
echo 'terminating';
?>
I expected PHP to call unref() on Referenced object for the second
Referencer instance in the Referencer destructor, and then let
Referenced object be freed. This simulated output correspond to this
expectation :
instanciating first Referencer object...
instanciating second Referencer object...
deleting first Referencer object...
in Referencer Destructor...
out of Referencer Destructor
terminating
in Referencer Destructor
out of Referencer Destructor
in Referenced Destructor...
references = 0
out of Referenced Destructor...
PHP gave me this output :
instanciating first Referencer object...
instanciating second Referencer object...
deleting first Referencer object...
in Referencer Destructor...
out of Referencer Destructor
terminating
in Referenced Destructor...
references = 1
out of Referenced Destructor
in Referencer Destructor...
Fatal error: Trying to access invalid object in /test.php on
line 42
It seems that object instances are freed BEFORE the call of the object
destructor; I think object variables have to be freed after the
destructor call...
--
Edit this bug report at http://bugs.php.net/?id=20240&edit=1
#20467 [Csd->Bgs]: Buffer overflow returning binary
ID: 20467 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Sybase (dblib) related Operating System: Linux PHP Version: 4.2.3 New Comment: dbconvert is called passing res_length as source length. This can cause problems... Row dbconvert(NULL,coltype(offset),dbdata(sybase_ptr->link,offset), res_length,SYBCHAR,res_buf,res_length); should be replaced with dbconvert(NULL,coltype(offset),dbdata(sybase_ptr->link,offset), src_length,SYBCHAR,res_buf,res_length); freddy77 Previous Comments: [2002-12-10 09:44:50] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-12-09 04:11:36] [EMAIL PROTECTED] You have also to decide what result you want for binary data. If you use dbconvert for this type your results will be a hexadecimal string. If you want binary data instead you should manually copy data (use just memcpy) or do a conversion to binary, not to characters. freddy77 [2002-12-07 01:29:42] [EMAIL PROTECTED] Someone familiar with the workings of the sybase extension should definately review the patch and make the necessary corrections before the next RC is out. [2002-11-18 13:25:50] [EMAIL PROTECTED] I found also another problem. If NULL is returned (length == 0) the loop "while (*p == ' ') --p;" can lead to a buffer underflow, "while (p >= res_buf && *p == ' ') --p;" fix the problem freddy77 [2002-11-17 13:34:54] [EMAIL PROTECTED] I forgot. To check the issue try: #!/home/freddy/install/bin/php -q freddy77 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/20467 -- Edit this bug report at http://bugs.php.net/?id=20467&edit=1
#19739 [Com]: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2
ID: 19739
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache2 related
Operating System: AIX 5.1
PHP Version: 4.3.0-dev
New Comment:
Tried it out with latest version ('php4-200212101630') with ML03 of AIX
5.1
1) as the very last message, configure prints twice the message
'./config.status[1823]: 6: bad file unit number'
2) compile fails with '/home/www/staging/httpd/bin/httpd.exp: No such
file or directory'
Guido
Previous Comments:
[2002-12-08 17:07:41] [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-10-22 01:10:59] [EMAIL PROTECTED]
Here are my experiences with php4-200210202100:
./configure determins a wrong location of httpd.exp in line 4582: As in
linee 3169, the location for httpd.exp should be read from LIBEXECDIR
(instead of SBINDIR).
Having manually fixed that, 'make' worked fine, libphp4.a is placed in
.libs
'make install' then fails with:
[www@ibm php4-200210202100]$ make install
Installing PHP SAPI module
/home/www/staging/www/build/instdso.sh
SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la
/home/www/staging/httpd/modules
rm -f /home/www/staging/httpd/modules/libphp4.so
/home/www/staging/www/build/libtool --mode=install cp libphp4.la
/home/www/staging/httpd/modules/
cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la
cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a
ranlib /home/www/staging/httpd/modules/libphp4.a
chmod 644 /home/www/staging/httpd/modules/libphp4.a
libtool: install: warning: remember to run `libtool --finish
/home/www/wrk/php4-200210202100/libs'
Warning! dlname not found in
/home/www/staging/httpd/modules/libphp4.la.
Assuming installing a .so rather than a libtool archive.
chmod 755 /home/www/staging/httpd/modules/libphp4.so
chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory
in the path name does not exist.
apxs:Error: Command failed with rc=65536
.
make: *** [install-sapi] Error 1
[www@ibm php4-200210202100]$
Haven't had the time yet to figure out what's going wrong (obviously
.so can't be created), will investigate this (hopefully) later this
day.
Guido
[2002-10-05 08:42:12] [EMAIL PROTECTED]
Latest version (php4-20021005) fails to configure, debug.log is
CONFIGURE: './configure' '--prefix=/home/www/staging/php'
'--with-mysql=/usr/local/mysql/'
'--with-apxs2=/home/www/staging/httpd/bin/apxs'
'--cache-file=guido.log'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:
CXX:
CXXFLAGS:
INCLUDES:-I/home/www/staging/httpd/include -I$(top_builddir)/Zend
-I/usr/local/mysql//include/mysql
LDFLAGS: -Wl,-rpath,/usr/local/mysql//lib/mysql
-L/usr/local/mysql//lib/mysql
LIBS: -lmysqlclient -lz -lcrypt -lm -ldl -lcrypt
DLIBS:
SAPI: apache2filter
PHP_RPATHS: /usr/local/mysql//lib/mysql
uname -a: AIX ibm 1 5 00050180C000
gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/mysql//lib/mysql
-L/usr/local/mysql//lib/mysql conftest.c -lmysqlclient -lz -lcrypt -lm
-ldl -lcrypt 1>&5
Could not load program ./conftest:
Dependent module libc.a(shr.o) could not be loaded.
Could not load module libc.a(shr.o).
Error was: No such file or directory
[2002-10-03 14:04:47] [EMAIL PROTECTED]
You'd better not mess with the Makefile - you probably forgot something
and that ruins the build process.
Why did you need to? What did go wrong during configure? Look in
config.cache for more information.
[2002-10-03 13:08:48] [EMAIL PROTECTED]
PS: Before doing 'make install' i modified the Makefile to point to
'httpd/modules', then did a 'make', then 'make install', which lead to
the errors-messages related to libphp
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/19739
--
Edit this bug report at http://bugs.php.net/?id=19739&edit=1
#20818 [Opn->Csd]: weird page outputs (scrambled parts of html on pages)
ID: 20818 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: IIS related Operating System: WinXP Pro (IIS5.1) PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. User reports that the problem was fixed. Previous Comments: [2002-12-10 13:45:13] [EMAIL PROTECTED] UPDATE: fixed after doing a clean manual install of the isapi php... Things are working fantastic now :) PS: kudos to the php bug people for their almost instant response time, keep up the great support guys. -Andrew [2002-12-04 18:12:22] [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-12-04 16:34:00] [EMAIL PROTECTED] I have been using apache with the php module for quite some time (which works excelent of coarse) on a win2k pro machine. this server is temporarily down untill after christmas when i plan to upgrade it I have recently set up IIS in winxp, because it was a quick thing to install, for some small tasks that are just easier for me with iis, like naitive frontpage and asp support, which my father wanted so he can work on a site and test it for a company we are starting... I still wanted to have php on this machine as well so i installed the cgi. the problem i am having is a strange one i have never seen before. I did a bug search here but could not find anything that seemed to be helpful, perhaps i am jsut wording my search wrong but anyways: every so often any php page seems to have some part of the code get scrambled up as if the html tags are not being closed almost (espetially in forums like phpbb2) its not a earth shattering error but its something that has been bothering me a bit and i can't seem to figure it out myself. is this a xp/iis bug? will installing the non-cgi version of php in iis fix it? any explanations would be greatly appreciated. -Andrew -- Edit this bug report at http://bugs.php.net/?id=20818&edit=1
#20818 [Fbk->Opn]: weird page outputs (scrambled parts of html on pages)
ID: 20818 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IIS related Operating System: WinXP Pro (IIS5.1) PHP Version: 4.2.3 New Comment: UPDATE: fixed after doing a clean manual install of the isapi php... Things are working fantastic now :) PS: kudos to the php bug people for their almost instant response time, keep up the great support guys. -Andrew Previous Comments: [2002-12-04 18:12:22] [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-12-04 16:34:00] [EMAIL PROTECTED] I have been using apache with the php module for quite some time (which works excelent of coarse) on a win2k pro machine. this server is temporarily down untill after christmas when i plan to upgrade it I have recently set up IIS in winxp, because it was a quick thing to install, for some small tasks that are just easier for me with iis, like naitive frontpage and asp support, which my father wanted so he can work on a site and test it for a company we are starting... I still wanted to have php on this machine as well so i installed the cgi. the problem i am having is a strange one i have never seen before. I did a bug search here but could not find anything that seemed to be helpful, perhaps i am jsut wording my search wrong but anyways: every so often any php page seems to have some part of the code get scrambled up as if the html tags are not being closed almost (espetially in forums like phpbb2) its not a earth shattering error but its something that has been bothering me a bit and i can't seem to figure it out myself. is this a xp/iis bug? will installing the non-cgi version of php in iis fix it? any explanations would be greatly appreciated. -Andrew -- Edit this bug report at http://bugs.php.net/?id=20818&edit=1
#20924 [NEW]: Functions inside declare(ticks=1) cannot be used prior to definition
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.7-10
PHP version: 4.3.0RC2
PHP Bug Type: Scripting Engine problem
Bug description: Functions inside declare(ticks=1) cannot be used prior to definition
My configuration (as reported by phpinfo()):
./configure --with-apxs=/opt/httpd/bin/apxs
--with-mysql=/usr --with-gd
--with-curl=/opt/curl-7.10.1/
--with-pdflib=/opt/pdflib/
--with-zlib --enable-inline-optimizations
--enable-pcntl --enable-dio --with-ncurses
--enable-sockets
What I did (filename 'ticks_bug_php'):
--- CUT HERE
#!/usr/local/bin/php
--- CUT HERE
What I expected:
[avillaci@srv64 practica]$ ./ticks_bug_php
Inside predefined_out()
Inside postdefined_out()
Inside predefined_in()
Inside postdefined_in()
[avillaci@srv64 practica]$
What I got instead:
[avillaci@srv64 practica]$ ./ticks_bug_php
Inside predefined_out()
Inside postdefined_out()
Inside predefined_in()
Fatal error: Call to undefined function: postdefined_in()
in /home/avillaci/programa/practica/ticks_bug_php on line
25
[avillaci@srv64 practica]$
PHP refuses to call postdefined_in() before its definition
inside the scope of 'declare(ticks=1){}', but has no problem
calling postdefined_out() before its definition, outside
the scope of 'declare(ticks=1){}'.
Any hints in solving this issue will be greatly appreciated.
Alex Villacis Lasso
[EMAIL PROTECTED]
--
Edit bug report at http://bugs.php.net/?id=20924&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20924&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20924&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20924&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20924&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20924&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20924&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20924&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20924&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20924&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20924&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20924&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20924&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20924&r=isapi
#20705 [Bgs->Fbk]: openssl_pkey_new does not seem to generate a new key
ID: 20705 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: OpenSSL related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: And what error messages does openssl_error_string() return? Previous Comments: [2002-12-10 11:27:12] [EMAIL PROTECTED] Yes, you are right. But even with the correct variable and the latest win32 snapshot (downloaded at 07/12/2002) it did not work for me. The problem is the following: produces "error: no key was generated by openssl_pkey_new()". [2002-12-10 04:36:57] [EMAIL PROTECTED] Your test script is wrong: /** read in key */ $loaded_key = openssl_pkey_get_private($key_content, $pass); $pass is not set to anything; you meant $password, in which case this works fine. [2002-12-07 01:17:40] [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-11-28 14:27:08] [EMAIL PROTECTED] wrong email address entered.. correct one: [EMAIL PROTECTED] [2002-11-28 14:25:05] [EMAIL PROTECTED] OS: Windows 2000 Professional PHP version: 4.2.3 Apache version: 1.3.24 Win32 openssl: 0.9.6c Problem: openssl_pkey_new does not seem to generate a new key how to reproduces the problem: I have the following script to test openssl.. -- -- The output is the following: Warning: cannot get key from parameter 1 in c:\dev\htdocs\openssl\test.php on line 9 not correct -- I first compiled openssl 0.9.6c using Visual C++ and copied libeay32.dll and ssley32.dll to c:/winnt/system32. Then I upgraded to php 4.2.3 and replaced the two files with ones in the folder "dlls". Openssl seems to be installed: > OpenSSL support enabled > OpenSSL Version OpenSSL 0.9.6c 21 dec 2001 -- Edit this bug report at http://bugs.php.net/?id=20705&edit=1
#20044 [NoF->Csd]: FreeBSD : Apache 2.0.43 + PHP 4.2.3 ( clean install ) gives error
ID: 20044 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 4.7 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. User reports that the problem was fixed. Previous Comments: [2002-12-10 12:31:58] [EMAIL PROTECTED] Latest build fixed the problem. Running, FreeBSD: 4.7 Apache2 [2002-11-08 01:00:07] [EMAIL PROTECTED] 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-24 17:15:51] [EMAIL PROTECTED] this is a problem with php.net software, if a developer reveiws this, i would like them to include the document i left above in the readme for other freebsd users and give credit to www.squirrelmail.org [2002-10-24 17:12:05] [EMAIL PROTECTED] I had the same problem on our development cluster which is freebsd based. I use squirrelmail webmail ( www.squirrelmail.org ) which gave me a solution in their readme for their webmail. First configure apache like you did, I did it like this ./configure --prefix=/usr/local/wwwserv2 --enable-so --with-ssl=/usr/local/ssl --enable-ssl --enable-cgi then i did a make then a make install. Then instead of configuring php like ./configure --with-apxs2=/usr/local/wwwserv2/bin/apxs I just did ./configure then i did a make then copy the file php to you cgi-bin directory whereever your webserver lives like this cp php /usr/local/wwwserv2/cgi-bin/php then edit the httpd.conf whereever your webserver's configuration file is, and add the next 2 lines AddType application/php4script .php Action application/php4script /cgi-bin/php then and php pages should work. It is not the most efficent way to do it but it does work. Same security but might be a little slower, you might only notice it if you have a high demanding website. I hope this helps, if you have any more questions feel free to e-mail me at [EMAIL PROTECTED] [2002-10-23 20:54:45] [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 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/20044 -- Edit this bug report at http://bugs.php.net/?id=20044&edit=1
#20044 [Com]: FreeBSD : Apache 2.0.43 + PHP 4.2.3 ( clean install ) gives error
ID: 20044 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.7 PHP Version: 4.2.3 New Comment: Latest build fixed the problem. Running, FreeBSD: 4.7 Apache2 Previous Comments: [2002-11-08 01:00:07] [EMAIL PROTECTED] 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-24 17:15:51] [EMAIL PROTECTED] this is a problem with php.net software, if a developer reveiws this, i would like them to include the document i left above in the readme for other freebsd users and give credit to www.squirrelmail.org [2002-10-24 17:12:05] [EMAIL PROTECTED] I had the same problem on our development cluster which is freebsd based. I use squirrelmail webmail ( www.squirrelmail.org ) which gave me a solution in their readme for their webmail. First configure apache like you did, I did it like this ./configure --prefix=/usr/local/wwwserv2 --enable-so --with-ssl=/usr/local/ssl --enable-ssl --enable-cgi then i did a make then a make install. Then instead of configuring php like ./configure --with-apxs2=/usr/local/wwwserv2/bin/apxs I just did ./configure then i did a make then copy the file php to you cgi-bin directory whereever your webserver lives like this cp php /usr/local/wwwserv2/cgi-bin/php then edit the httpd.conf whereever your webserver's configuration file is, and add the next 2 lines AddType application/php4script .php Action application/php4script /cgi-bin/php then and php pages should work. It is not the most efficent way to do it but it does work. Same security but might be a little slower, you might only notice it if you have a high demanding website. I hope this helps, if you have any more questions feel free to e-mail me at [EMAIL PROTECTED] [2002-10-23 20:54:45] [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-10-23 11:04:30] [EMAIL PROTECTED] Ok.. I downloaded php 4.2.3 and apache-2.0.43 and compiled them according the install thingy on http://www.php.net/manual/en/install.apache.php I first compiled Apache-2, tested it and it worked. then i compiled PHP 4.2.3 and now apache-2 gives me this error : daedalus# ./apachectl start Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol "pthread_getspecific" any idea what to do next ? thanx, - Tim - 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/20044 -- Edit this bug report at http://bugs.php.net/?id=20044&edit=1
#20705 [Com]: openssl_pkey_new does not seem to generate a new key
ID: 20705 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: OpenSSL related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: Yes, you are right. But even with the correct variable and the latest win32 snapshot (downloaded at 07/12/2002) it did not work for me. The problem is the following: produces "error: no key was generated by openssl_pkey_new()". Previous Comments: [2002-12-10 04:36:57] [EMAIL PROTECTED] Your test script is wrong: /** read in key */ $loaded_key = openssl_pkey_get_private($key_content, $pass); $pass is not set to anything; you meant $password, in which case this works fine. [2002-12-07 01:17:40] [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-11-28 14:27:08] [EMAIL PROTECTED] wrong email address entered.. correct one: [EMAIL PROTECTED] [2002-11-28 14:25:05] [EMAIL PROTECTED] OS: Windows 2000 Professional PHP version: 4.2.3 Apache version: 1.3.24 Win32 openssl: 0.9.6c Problem: openssl_pkey_new does not seem to generate a new key how to reproduces the problem: I have the following script to test openssl.. -- -- The output is the following: Warning: cannot get key from parameter 1 in c:\dev\htdocs\openssl\test.php on line 9 not correct -- I first compiled openssl 0.9.6c using Visual C++ and copied libeay32.dll and ssley32.dll to c:/winnt/system32. Then I upgraded to php 4.2.3 and replaced the two files with ones in the folder "dlls". Openssl seems to be installed: > OpenSSL support enabled > OpenSSL Version OpenSSL 0.9.6c 21 dec 2001 -- Edit this bug report at http://bugs.php.net/?id=20705&edit=1
#20923 [Opn]: Buffering Prevents setcookie()
ID: 20923 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.2.3 New Comment: That previous script I wrote behaves strangely. I erased my cookies, then loaded the page. As expected, no cookies were sent from my web browser, and the script simply said "=1 =2 =3 =4" with the BR tags between them. I hit reload, and only 1 and 2 showed the appropriate cookies, Uno and Dos. I hit reload again, and now Tres and Quatro show up. I did this process 3 times to make sure it was consistent, and it happens the same way every time. Previous Comments: [2002-12-10 11:19:07] [EMAIL PROTECTED] I just wrote another script just to confirm the problem, and, well instead I did the opposite. This script seems to have upset my previous thoughts, so I'll keep trying to figure out what the problem is, it may be my own fault. ', $_COOKIE['two'], '=2', setcookie( "three", "tres", time()+1 ); setcookie( "four", "quatro", time()+1 ); echo $_COOKIE['three'], '=3', $_COOKIE['four'], '=4'; ?> [2002-12-10 11:09:29] [EMAIL PROTECTED] I just went from PHP 4.1.2 to 4.2.3, and after some investigation, found that setcookie would absolutely not set cookies. So I wrote a test script to flip a cookie value each time you reloaded the script. But it worked just fine. I investigated some more. Totally confused, I wrote a script to flip a cookie again, but this time it didn't work. It turned out that if I setcookie() after sending non-header data, that the cookie never showed up. I remembered that previously I would get a header error, and also remembered that in the PHP.INI that came with the new php, they had enabled output buffering. Changing the buffering settings seems to makes no difference. My PHP Build was just one downloaded from the php.net downloads page, nothing special about it. -- Edit this bug report at http://bugs.php.net/?id=20923&edit=1
#20923 [Opn]: Buffering Prevents setcookie()
ID: 20923 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.2.3 New Comment: I just wrote another script just to confirm the problem, and, well instead I did the opposite. This script seems to have upset my previous thoughts, so I'll keep trying to figure out what the problem is, it may be my own fault. ', $_COOKIE['two'], '=2', setcookie( "three", "tres", time()+1 ); setcookie( "four", "quatro", time()+1 ); echo $_COOKIE['three'], '=3', $_COOKIE['four'], '=4'; ?> Previous Comments: [2002-12-10 11:09:29] [EMAIL PROTECTED] I just went from PHP 4.1.2 to 4.2.3, and after some investigation, found that setcookie would absolutely not set cookies. So I wrote a test script to flip a cookie value each time you reloaded the script. But it worked just fine. I investigated some more. Totally confused, I wrote a script to flip a cookie again, but this time it didn't work. It turned out that if I setcookie() after sending non-header data, that the cookie never showed up. I remembered that previously I would get a header error, and also remembered that in the PHP.INI that came with the new php, they had enabled output buffering. Changing the buffering settings seems to makes no difference. My PHP Build was just one downloaded from the php.net downloads page, nothing special about it. -- Edit this bug report at http://bugs.php.net/?id=20923&edit=1
#15438 [Com]: include_once fails when comparing output to a value
ID: 15438
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Verified
Bug Type: Scripting Engine problem
Operating System: FreeBSD/Linux
PHP Version: 4CVS-2002-10-14
New Comment:
Because michael did mention this bug again...
mfisher already did describe what happens when you use
var_dump(include_once("someinclude.inc")) twice.
So what's only left is the weird behaviour from the
if(include_once("test.php") == false) or == true.
when adding a few ()'s it works as expected.
if((include_once("test.php"))== $bool){
echo("file test.php included");
}
when $bool is 'true', it will echo the line, if $bool is 'false' it
will not echo the line.
if the file is not found it will produce a warning, and it will display
the line when $bool is 'false'.
In any case, adding the () around the include() will make the strange
Warning: Failed opening '' for inclusion, or Warning: Failed opening
'1' for inclusion, go away.
Previous Comments:
[2002-12-09 06:25:34] [EMAIL PROTECTED]
I still don't understand what the problem is. includee() and friends
are supposed to return whatever you return from within the included
file. It's not supposed to return true or false.
If you have a concrete reproducing script which doesn't work the way I
mentioned please post it and email it to me ([EMAIL PROTECTED])
[2002-10-14 17:51:04] [EMAIL PROTECTED]
> Updated Version
The include*/require* functions are a bit inconsistent.
In the simple tests done, the filename printed after "Running" is the
statement included in the source and executed by PHP, e.g.
var_dump(require("file2include"));
Every script ran exeutes the same statement twice in a row.
First tests done by including the following:
--> Running include.php
File got included
int(1)
File got included
int(1)
--> Running include_once.php
File got included
int(1)
bool(true)
--> Running require.php
File got included
UNKNOWN:0
File got included
UNKNOWN:0
--> Running require_once.php
File got included
int(1)
bool(true)
Same tests ran with:
--> Running include.php
File got included
string(18) "Returning a string"
File got included
string(18) "Returning a string"
--> Running include_once.php
File got included
string(18) "Returning a string"
bool(true)
--> Running require.php
File got included
UNKNOWN:0
File got included
UNKNOWN:0
--> Running require_once.php
File got included
string(18) "Returning a string"
bool(true)
[2002-10-08 06:29:23] [EMAIL PROTECTED]
confirmed with 4.4.0-dev (cli)/ ZE 1.4.0. i'm including a repro recipe
# This is a shell archive. Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file". Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
# foo.php
# bar.inc
#
echo x - foo.php
sed 's/^X//' >foo.php << 'END-of-foo.php'
X#!/usr/bin/env php
Xbar.inc << 'END-of-bar.inc'
X
The code above returns this fatal error:
Warning: Failed opening '1' for inclusion
(include_path='.:/usr/local/lib/php') in
/usr/local/apache/htdocs/test.php on line 2
And now i do it the longer way:
Works perfectly
And another way that works:
The problem really seems what [EMAIL PROTECTED] said, a scripting engine
bug.
PS. Your reply about me asking a support question here is rather weird
to me, i was just reporting a bug..
[2002-10-07 22:17:06] [EMAIL PROTECTED]
Sorry, but the bug system is not the appropriate forum for asking
support questions. 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
Thank you for your interest in PHP.
You can only check if include/include_once failed or succeeded if the
included file returns a value. This is clearly documented at:
http://www.php.net/manual/en/function.include.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/15438
--
Edit this bug report at http://bugs.php.net/?id=15438&edit=1
#20922 [Fbk->Opn]: socket_select() blocks for some reason
ID: 20922
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: linux debian latest unstable
PHP Version: 4.2.3
New Comment:
same result on windows rc2, just no more crash
Previous Comments:
[2002-12-10 09:15:09] [EMAIL PROTECTED]
Please try the snapshot, iirc, there were some fixed done
which are NOT in RC2.
[2002-12-10 08:16:48] [EMAIL PROTECTED]
on windows i get the "same" result with 4.3rc2, just that it hangs on
socket_read() not on socket_select
PHP Warning: socket_read() unable to read from socket [10035]: A
non-blocking s
ocket operation could not be completed immediately.
in D:\respawn\phpinfobot\infobot_win.php on line 28
then it crashes and i get that microsoft "report crash" thingie..
the code related to this:
if (!socket_set_nonblock($this->_connection)) {
report->info("couldnt set nonblocking mode.\n\n");
}
(this info line above ofcourse doesnt get printed)
as for the debian, i'm not really that much into compiling &
everything, and im definetly not fond of it on a "production" server..
[2002-12-10 07:41:32] [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-12-10 07:40:16] [EMAIL PROTECTED]
$r = array($network->_connection);
if (socket_select($r,$w=NULL,$e=NULL,0)===false) {
echo "socket_select failed: reason: " .
socket_strerror(socket_last_error()) . "\n";
} else {
... code...
}
somehow neither part of the if/else case gets executed for me,
socket_select just seems to "hang".. the $network->_connection is valid
(no errors in connecting) and non blocking (no errors here either)..
the code used to work fine for quite some time, also on 4.2.3 now i
don't have a clue what goes wrong -> if i send data trough the socket i
actually get it on the other side (the application here would be an irc
bot, so i see him join the network and then timeout since it hangs on
socket_select)
the code for it is on www.sf.net/projects/phpinfobot/ in the cvs, if
somebody wants to test it, the important files should be
/infobot.php
/include/system/network.php
/include/system/irc.php
the rest is pretty much non important
--
Edit this bug report at http://bugs.php.net/?id=20922&edit=1
#20923 [NEW]: Buffering Prevents setcookie()
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: HTTP related Bug description: Buffering Prevents setcookie() I just went from PHP 4.1.2 to 4.2.3, and after some investigation, found that setcookie would absolutely not set cookies. So I wrote a test script to flip a cookie value each time you reloaded the script. But it worked just fine. I investigated some more. Totally confused, I wrote a script to flip a cookie again, but this time it didn't work. It turned out that if I setcookie() after sending non-header data, that the cookie never showed up. I remembered that previously I would get a header error, and also remembered that in the PHP.INI that came with the new php, they had enabled output buffering. Changing the buffering settings seems to makes no difference. My PHP Build was just one downloaded from the php.net downloads page, nothing special about it. -- Edit bug report at http://bugs.php.net/?id=20923&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20923&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20923&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20923&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20923&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20923&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20923&r=support Expected behavior: http://bugs.php.net/fix.php?id=20923&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20923&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20923&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20923&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20923&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20923&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20923&r=isapi
#20915 [Opn->Csd]: Problems Compiling PHP with Cyrus imap
ID: 20915 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Debian 2.2 PHP Version: 4.2.3 New Comment: You need cyrus-imapd-2.1.11 for this extension to work. I've added a check for the version in CVS. You need the latest CVS snapshot for this to work though. Previous Comments: [2002-12-10 08:21:03] [EMAIL PROTECTED] Zagorka:~# imtest localhost 143 * OK Zagorka Cyrus IMAP4 v1.5.19 server ready using gcc 2.95.I also tried gcc 3.2 but with the same results. [2002-12-09 23:22:00] [EMAIL PROTECTED] What cyrus version are you trying to compile with? [2002-12-09 20:40:58] [EMAIL PROTECTED] Same thing: Zagorka:~/php4-200212100230# make /bin/sh libtool --silent --mode=compile gcc -Iext/cyrus/ -I/root/php4-200212100230/ext/cyrus/ -DPHP_ATOM_INC -I/root/php4-200212100230/include -I/root/php4-200212100230/main -I/root/php4-200212100230 -I/usr/local/apache/include -I/root/php4-200212100230/Zend -I/usr/local/include -I/usr/local/gettext/include -I/usr/local/mysql/include/mysql -I/root/php4-200212100230/ext/xml/expat -I/root/php4-200212100230/TSRM -g -O2 -prefer-pic -c /root/php4-200212100230/ext/cyrus/cyrus.c -o ext/cyrus/cyrus.lo /root/php4-200212100230/ext/cyrus/cyrus.c: In function `zif_cyrus_connect': /root/php4-200212100230/ext/cyrus/cyrus.c:152: too many arguments to function `imclient_connect' /root/php4-200212100230/ext/cyrus/cyrus.c: In function `zif_cyrus_authenticate': /root/php4-200212100230/ext/cyrus/cyrus.c:300: warning: comparison between pointer and integer /root/php4-200212100230/ext/cyrus/cyrus.c:309: warning: comparison between pointer and integer /root/php4-200212100230/ext/cyrus/cyrus.c:318: warning: passing arg 2 of `imclient_authenticate' from incompatible pointer type /root/php4-200212100230/ext/cyrus/cyrus.c:318: too many arguments to function `imclient_authenticate' make: *** [ext/cyrus/cyrus.lo] Error 1 [2002-12-09 20:26:27] [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-12-09 20:13:37] [EMAIL PROTECTED] I am trying to compile PHP with cyrus imap support but with no success.I found the same problem in the bug report database.There the problem is listed as resolved within the newest releases, but I am still getting the same error messages: cyrus.c: In function `zm_startup_cyrus': cyrus.c:86: warning: passing arg 1 of `zend_register_list_destructors_ex' from incompatible pointer type cyrus.c: In function `zif_cyrus_connect': cyrus.c:152: too many arguments to function `imclient_connect' cyrus.c: In function `zif_cyrus_authenticate': cyrus.c:300: warning: comparison between pointer and integer cyrus.c:309: warning: comparison between pointer and integer cyrus.c:318: warning: passing arg 2 of `imclient_authenticate' from incompatible pointer type cyrus.c:318: too many arguments to function `imclient_authenticate' make[3]: *** [cyrus.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Here is the command line that I use: ./configure --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache/bin/apxs --enable-inline-optimization --with-gettext=/usr/local/gettext --with-openssl=/usr/local --with-wddx --with-cyrus --with-imap-ssl=/usr/local --with-xml --with-mcrypt --with-png-dir=/usr --enable-ftp --with-mcal=/usr Here is the bug report ID that I was looking at earling in my efforts to resolve this. http://bugs.php.net/bug.php?id=15059 Regards, ka -- Edit this bug report at http://bugs.php.net/?id=20915&edit=1
#20433 [Com]: Unaligned access error messages at runtime
ID: 20433 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Warning Operating System: Tru64, NetBSD(Alpha platform) PHP Version: 4.3.0-RC1 Assigned To: helly New Comment: I work on ALPHA/Tru64 with the same pb as above. But I've found 4 more fix (cf. patch at the end). Moreover, there is another source of confusion with int/long in "zend_parse_parameters()" function. The variable for token "l" should be a long and the 2nd variable for token "s" should be a int. This patch fix (I hope) these pb : ftp://codon.genopole-lille.fr/pub/php-4.3.0RC2-stat+onupdateint+zendparam.patch Previous Comments: [2002-11-30 12:39:49] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-11-30 10:35:24] [EMAIL PROTECTED] The problem is OnUpdateInt which will result in an error on 64bit systems. Compiling and testing now. [2002-11-16 10:47:30] [EMAIL PROTECTED] Verified on NetBSD/Alpha. [2002-11-15 05:34:33] [EMAIL PROTECTED] Verified with 4.3.0RC1 [2002-11-14 15:34:13] [EMAIL PROTECTED] When testing cli/cgi, unaligned access messages are displayed. Following modifications fixes problem. in main/php_globals.h int log_errors_max_len changed to long log_errors_max_len in ext/standard/file.h int default_socket_timeout int auto_detect_line_endings changed to long default_socket_timeout long auto_detect_line_endings -- Edit this bug report at http://bugs.php.net/?id=20433&edit=1
#20916 [Opn->Bgs]: MS SQL: Unable to connect to server
ID: 20916 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.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. It is possible that netscape sets a different host enviroment variable then the one set by IE and the one set in cli, which causes the SQL server reject the connection. That's just about the only thing I can come up with as the possible reason for this problem. Try using the mssql_get_last_message() in the event of connection failure to determine why the connection fails. If it does due to a permission error, then my assumption as to the cause of the problem is likely to be correct. Previous Comments: [2002-12-10 09:54:19] [EMAIL PROTECTED] What else could be causing PHP to generate this error only in this case? Sorry for continuing this but I do not believe this that PHP plays no part in this error. I host around 40 sites all with php and most with database. I would just like an answer to what could cause this. Again sorry for reopening again. This is my last attempt. [2002-12-10 09:40:59] [EMAIL PROTECTED] If it works with IE or from command line, it CAN NOT BE A BUG IN PHP.. [2002-12-10 09:22:18] [EMAIL PROTECTED] But PHP is generating the error: MS SQL: Unable to connect to server If it is entirely within Netscape, PHP should not display this error. I am sorry for reopening this. [2002-12-10 08:59:33] [EMAIL PROTECTED] Yes, browser can't possibly affect this. Thus this is bogus. (propably some cache issue with NS) [2002-12-10 08:48:53] [EMAIL PROTECTED] 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/20916 -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20916 [Bgs->Opn]: MS SQL: Unable to connect to server
ID: 20916 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: What else could be causing PHP to generate this error only in this case? Sorry for continuing this but I do not believe this that PHP plays no part in this error. I host around 40 sites all with php and most with database. I would just like an answer to what could cause this. Again sorry for reopening again. This is my last attempt. Previous Comments: [2002-12-10 09:40:59] [EMAIL PROTECTED] If it works with IE or from command line, it CAN NOT BE A BUG IN PHP.. [2002-12-10 09:22:18] [EMAIL PROTECTED] But PHP is generating the error: MS SQL: Unable to connect to server If it is entirely within Netscape, PHP should not display this error. I am sorry for reopening this. [2002-12-10 08:59:33] [EMAIL PROTECTED] Yes, browser can't possibly affect this. Thus this is bogus. (propably some cache issue with NS) [2002-12-10 08:48:53] [EMAIL PROTECTED] [2002-12-10 08:47:35] [EMAIL PROTECTED] This is not bogus. The browser should not make any difference. Please test this case. 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/20916 -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20467 [Ctl->Csd]: Buffer overflow returning binary
ID: 20467
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status: Closed
Bug Type: Sybase (dblib) related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-12-09 04:11:36] [EMAIL PROTECTED]
You have also to decide what result you want for binary data.
If you use dbconvert for this type your results will be a hexadecimal
string. If you want binary data instead you should manually copy data
(use just memcpy) or do a conversion to binary, not to characters.
freddy77
[2002-12-07 01:29:42] [EMAIL PROTECTED]
Someone familiar with the workings of the sybase extension should
definately review the patch and make the necessary corrections before
the next RC is out.
[2002-11-18 13:25:50] [EMAIL PROTECTED]
I found also another problem.
If NULL is returned (length == 0) the loop
"while (*p == ' ') --p;"
can lead to a buffer underflow,
"while (p >= res_buf && *p == ' ') --p;"
fix the problem
freddy77
[2002-11-17 13:34:54] [EMAIL PROTECTED]
I forgot. To check the issue try:
#!/home/freddy/install/bin/php -q
freddy77
[2002-11-17 13:31:00] [EMAIL PROTECTED]
dbconvert convert binary -> char returning binary representation so
0x6789 (2 bytes) became '6789' (4 single byte characters)
When converting back to PHP (in ext/sybase/php_sybase_db.c) you pass
the same size buffer leading to a buffer overflow.
Following patch fix problem. It also fix another problem (it remove
last characters from conversion) and avoid future possible buffer
overflows due to strange types (like UNIQUEIDs in MSSQL)
diff -r -u10 php-4.2.3/ext/sybase/php_sybase_db.c
php-4.2.3mod/ext/sybase/php_sybase_db.c
--- php-4.2.3/ext/sybase/php_sybase_db.cWed Mar 6 16:59:42 2002
+++ php-4.2.3mod/ext/sybase/php_sybase_db.c Sun Nov 17 20:08:31 2002
@@ -710,49 +710,51 @@
/*case SYBFLT8:*/
case SYBREAL: {
Z_DVAL_P(result) = (double) floatcol(offset);
Z_TYPE_P(result) = IS_DOUBLE;
break;
}
default: {
if (dbwillconvert(coltype(offset),SYBCHAR)) {
char *res_buf;
int res_length = dbdatlen(sybase_ptr->link,offset);
+ int src_length = res_length;
register char *p;
switch (coltype(offset)) {
case SYBBINARY:
case SYBVARBINARY:
+ res_length *= 2;
+ break;
case SYBCHAR:
case SYBVARCHAR:
case SYBTEXT:
case SYBIMAGE:
break;
default:
/* take no chances, no telling how big
the result would really
be */
res_length += 20;
break;
}
res_buf = (char *) emalloc(res_length+1);
memset(res_buf,' ',res_length+1); /* XXX i'm sure
there's a
better way
but i don't have sybase here to test
991105 [EMAIL PROTECTED] */
-
dbconvert(NULL,coltype(offset),dbdata(sybase_ptr->link,offset),
res_length,SYBCHAR,res_buf,-1);
+
+dbconvert(NULL,coltype(offset),dbdata(sy
#20916 [Opn->Bgs]: MS SQL: Unable to connect to server
ID: 20916 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: If it works with IE or from command line, it CAN NOT BE A BUG IN PHP.. Previous Comments: [2002-12-10 09:22:18] [EMAIL PROTECTED] But PHP is generating the error: MS SQL: Unable to connect to server If it is entirely within Netscape, PHP should not display this error. I am sorry for reopening this. [2002-12-10 08:59:33] [EMAIL PROTECTED] Yes, browser can't possibly affect this. Thus this is bogus. (propably some cache issue with NS) [2002-12-10 08:48:53] [EMAIL PROTECTED] [2002-12-10 08:47:35] [EMAIL PROTECTED] This is not bogus. The browser should not make any difference. Please test this case. [2002-12-09 23:24:25] [EMAIL PROTECTED] If it works with some browser but not with another, it's a browser fault. Please don't report such bugs here. (and btw. this REALLY can't be bug in mssql_* functions or anything else in PHP but some bug in your code) 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/20916 -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20449 [Com]: sessions randomly fail
ID: 20449
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: redhat 7.3
PHP Version: 4.4.0-dev
New Comment:
Upgraded to 4.4.0-dev and I'm still not dancing.
- php.ini settings are the same.
- URL's are not re-written.
- Session data lossage is almost immediate.
also:
- I am implementing virtual hosts.
Previous Comments:
[2002-12-07 22:05:11] [EMAIL PROTECTED]
Hey all,
- PHP 4.2.3
- FreeBSD 4.7-RELEASE
- Apache 1.3.27
- Dual processor / SMP Kernel.
I've encountered the same mysterious $_SESSION / session data loss
just as I was about to go live. Also no URL rewriting occurs.
I've read the related/similar bug posts. And have noted the problem
seems to surround SMP kernels and use of the session_id() function. The
posts I read :
Bug #19029
Bug #17846
Bug #19972
Bug #19022
My code which is grossly simpler for efficiency that dies / quickly
expires login sessions. It does server site session management :
NOW();";
mysql_query($query);
// Check if session still valid
if (mysql_affected_rows() > 0){
$expired = false;
} else {
$expired=true;
$query = "DELETE FROM sesstable WHERE userID='$userID';";
mysql_query($query);
}
} else { $expired=true;}
if ($expired){ header ("Location: /rstart?err=tm"); }
// do other stuff here.
?>
I had no problem with this code on a single processor system using php
4.0.2
php.ini configs :
[Session]
session.save_handler = files
# /hide -- symlink to /usr/hide
session.save_path = /hide
session.use_cookies = 1
session.name = rnid
session.auto_start = 1
; Lifetime in seconds of cookie or, if 0, until browser is restarted.
session.cookie_lifetime = 43200
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.gc_probability = 1
session.gc_dividend= 1000
session.gc_maxlifetime = 43200
session.bug_compat_42 = 0
session.bug_compat_warn = 1
session.referer_check =
session.entropy_length = 0
;session.entropy_file = /dev/random
;session.entropy_file = /dev/urandom
; Set to {nocache,private,public} to determine HTTP caching aspects.
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 1
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
# end session configs.
compile notes :
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/ etc' '--with-mysql=/usr/local'
'--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable- trans-sid'
'--without-pear' '--with-iconv=/usr/local' '--prefix=/usr/local'
[2002-12-06 09:52:57] [EMAIL PROTECTED]
Back again, with new informations !
I have setup a small test platform, with custom session handlers to a
database, and DBMS in debug mode.
When I force a session write before the end of the script, I get the
whole session var serialized.
When I force a sess_write_close at the same place, I get a truncated
serialized session var (objects missing)
When I let things behave normally, I get a truncated serialized session
var (objects missing)
Thus, I have an hypothesis : The objects inside the session var are
destroyed _before_ the serialization occurs, leading to a truncated
result.
Could you please revert back to me with more on this ?
[2002-12-05 06:22:50] [EMAIL PROTECTED]
Well, a few checks later, the serialize function is working on my
session var (tested just before the end of the script)
Also, there is no detectable concurrent save of the session, as the
main script is executed only once, while the iframe is run each time.
[2002-12-05 05:52:52] [EMAIL PROTECTED]
Could possibly be related to Bug #17419 (cross referenced classes are
not supported by the serialization function) ?
[2002-12-05 05:46:12] [EMAIL PROTECTED]
Well, I have the same kind of problem (I try to upgrade from 4.0.4pl1 -
I know I should have done this before)
In my case, I use an iframe to display the results of a search. You can
select the page by clicking a number.
This works well with 4.0.4pl1, not with 4.1.7 or 4.2.2
After some searches, I've finally found out that my session was not
correctly saved (neither in a file nor in a db, I tried both)
I tried to force the write of the session with no better results.
As my session var contains an object, I also suspect the serialize
handler.
Another possibi
#20916 [Bgs->Opn]: MS SQL: Unable to connect to server
ID: 20916 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: But PHP is generating the error: MS SQL: Unable to connect to server If it is entirely within Netscape, PHP should not display this error. I am sorry for reopening this. Previous Comments: [2002-12-10 08:59:33] [EMAIL PROTECTED] Yes, browser can't possibly affect this. Thus this is bogus. (propably some cache issue with NS) [2002-12-10 08:48:53] [EMAIL PROTECTED] [2002-12-10 08:47:35] [EMAIL PROTECTED] This is not bogus. The browser should not make any difference. Please test this case. [2002-12-09 23:24:25] [EMAIL PROTECTED] If it works with some browser but not with another, it's a browser fault. Please don't report such bugs here. (and btw. this REALLY can't be bug in mssql_* functions or anything else in PHP but some bug in your code) [2002-12-09 20:43:37] [EMAIL PROTECTED] Connecting to database fails when accessed with Netscape. Below is my setup. IIS 5.0 -Virtual Site -Directory security: basic -Anonymous Access: Disallowed -PHP 4.2.3 Database -MS SQL 2000 Client Netscape 7.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Calling the function mssql_connect($ip,$username,$password); fails to connect to database While accessing the same file with IE connects. Not sure if this is a Netscape bug or PHP. Just curious what could cause this behavior. Thanks Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20922 [Opn->Fbk]: socket_select() blocks for some reason
ID: 20922
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: linux debian latest unstable
PHP Version: 4.2.3
New Comment:
Please try the snapshot, iirc, there were some fixed done
which are NOT in RC2.
Previous Comments:
[2002-12-10 08:16:48] [EMAIL PROTECTED]
on windows i get the "same" result with 4.3rc2, just that it hangs on
socket_read() not on socket_select
PHP Warning: socket_read() unable to read from socket [10035]: A
non-blocking s
ocket operation could not be completed immediately.
in D:\respawn\phpinfobot\infobot_win.php on line 28
then it crashes and i get that microsoft "report crash" thingie..
the code related to this:
if (!socket_set_nonblock($this->_connection)) {
report->info("couldnt set nonblocking mode.\n\n");
}
(this info line above ofcourse doesnt get printed)
as for the debian, i'm not really that much into compiling &
everything, and im definetly not fond of it on a "production" server..
[2002-12-10 07:41:32] [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-12-10 07:40:16] [EMAIL PROTECTED]
$r = array($network->_connection);
if (socket_select($r,$w=NULL,$e=NULL,0)===false) {
echo "socket_select failed: reason: " .
socket_strerror(socket_last_error()) . "\n";
} else {
... code...
}
somehow neither part of the if/else case gets executed for me,
socket_select just seems to "hang".. the $network->_connection is valid
(no errors in connecting) and non blocking (no errors here either)..
the code used to work fine for quite some time, also on 4.2.3 now i
don't have a clue what goes wrong -> if i send data trough the socket i
actually get it on the other side (the application here would be an irc
bot, so i see him join the network and then timeout since it hangs on
socket_select)
the code for it is on www.sf.net/projects/phpinfobot/ in the cvs, if
somebody wants to test it, the important files should be
/infobot.php
/include/system/network.php
/include/system/irc.php
the rest is pretty much non important
--
Edit this bug report at http://bugs.php.net/?id=20922&edit=1
#19555 [Fbk]: GNU pthreads issue?
ID: 19555 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 10.20 -PHP Version: 4.2.3 +PHP Version: 4.4.0-dev New Comment: updated the version info. Previous Comments: [2002-12-10 09:02:47] [EMAIL PROTECTED] Instead of --with-tsrm-pth try using --enable-experimental-zts [2002-12-10 07:53:17] [EMAIL PROTECTED] I tried today's snapshot and got: /bin/ksh libtool --silent --mode=compile gcc -Isapi/apache2filter/ -I/users2/gnu/php4-200212101030/sapi/apache2filter/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212101030/include -I/users2/gnu/php4-200212101030/main -I/users2/gnu/php4-200212101030 -I/usr/local/apache2/include -I/users2/gnu/php4-200212101030/Zend -I/users2/gnu/php4-200212101030/ext/xml/expat -I/users2/gnu/php4-200212101030/TSRM -O -prefer-pic -c /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c -o sapi/apache2filter/sapi_apache2.lo In file included from /usr/local/apache2/include/apr_portable.h:90, from /usr/local/apache2/include/http_protocol.h:64, from /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c:41: /usr/local/include/pthread.h:183: conflicting types for `socklen_t' /users2/gnu/php4-200212101030/main/php.h:139: previous declaration of `socklen_t' make: *** [sapi/apache2filter/sapi_apache2.lo] Error 1 by using: CFLAGS='-O' LDFLAGS='-L/lib/pa1.1' \ ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tsrm-pth --disable-ipv6 make [2002-12-09 05:51:36] [EMAIL PROTECTED] Please try again in about 3-4 hours. I just committed a fix for this T_ thing. (our snapshots are generated every 3 hours or so) [2002-12-09 02:45:36] [EMAIL PROTECTED] The new snapshot http://snaps.php.net/php4-latest.tar.gz fails differently now: ... /bin/ksh libtool --silent --mode=compile gcc -Iext/standard/ -I/users2/gnu/php4-200212090630/ext/standard/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212090630/include -I/users2/gnu/php4-200212090630/main -I/users2/gnu/php4-200212090630 -I/usr/local/apache2/include -I/users2/gnu/php4-200212090630/Zend -I/users2/gnu/php4-200212090630/ext/xml/expat -I/users2/gnu/php4-200212090630/TSRM -O -I/users2/local/include -prefer-pic -c /users2/gnu/php4-200212090630/ext/standard/dns.c -o ext/standard/dns.lo /users2/gnu/php4-200212090630/ext/standard/dns.c: In function `zif_dns_check_record': /users2/gnu/php4-200212090630/ext/standard/dns.c:244: `T_' undeclared (first use in this function) /users2/gnu/php4-200212090630/ext/standard/dns.c:244: (Each undeclared identifier is reported only once /users2/gnu/php4-200212090630/ext/standard/dns.c:244: for each function it appears in.) make: *** [ext/standard/dns.lo] Error 1 [2002-12-07 01:37:42] [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 Instead of --with-tsrm-pth try using --enable-experimental-zts 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/19555 -- Edit this bug report at http://bugs.php.net/?id=19555&edit=1
#19555 [Opn->Fbk]: GNU pthreads issue?
ID: 19555 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.2.3 New Comment: Instead of --with-tsrm-pth try using --enable-experimental-zts Previous Comments: [2002-12-10 07:53:17] [EMAIL PROTECTED] I tried today's snapshot and got: /bin/ksh libtool --silent --mode=compile gcc -Isapi/apache2filter/ -I/users2/gnu/php4-200212101030/sapi/apache2filter/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212101030/include -I/users2/gnu/php4-200212101030/main -I/users2/gnu/php4-200212101030 -I/usr/local/apache2/include -I/users2/gnu/php4-200212101030/Zend -I/users2/gnu/php4-200212101030/ext/xml/expat -I/users2/gnu/php4-200212101030/TSRM -O -prefer-pic -c /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c -o sapi/apache2filter/sapi_apache2.lo In file included from /usr/local/apache2/include/apr_portable.h:90, from /usr/local/apache2/include/http_protocol.h:64, from /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c:41: /usr/local/include/pthread.h:183: conflicting types for `socklen_t' /users2/gnu/php4-200212101030/main/php.h:139: previous declaration of `socklen_t' make: *** [sapi/apache2filter/sapi_apache2.lo] Error 1 by using: CFLAGS='-O' LDFLAGS='-L/lib/pa1.1' \ ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tsrm-pth --disable-ipv6 make [2002-12-09 05:51:36] [EMAIL PROTECTED] Please try again in about 3-4 hours. I just committed a fix for this T_ thing. (our snapshots are generated every 3 hours or so) [2002-12-09 02:45:36] [EMAIL PROTECTED] The new snapshot http://snaps.php.net/php4-latest.tar.gz fails differently now: ... /bin/ksh libtool --silent --mode=compile gcc -Iext/standard/ -I/users2/gnu/php4-200212090630/ext/standard/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212090630/include -I/users2/gnu/php4-200212090630/main -I/users2/gnu/php4-200212090630 -I/usr/local/apache2/include -I/users2/gnu/php4-200212090630/Zend -I/users2/gnu/php4-200212090630/ext/xml/expat -I/users2/gnu/php4-200212090630/TSRM -O -I/users2/local/include -prefer-pic -c /users2/gnu/php4-200212090630/ext/standard/dns.c -o ext/standard/dns.lo /users2/gnu/php4-200212090630/ext/standard/dns.c: In function `zif_dns_check_record': /users2/gnu/php4-200212090630/ext/standard/dns.c:244: `T_' undeclared (first use in this function) /users2/gnu/php4-200212090630/ext/standard/dns.c:244: (Each undeclared identifier is reported only once /users2/gnu/php4-200212090630/ext/standard/dns.c:244: for each function it appears in.) make: *** [ext/standard/dns.lo] Error 1 [2002-12-07 01:37:42] [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 Instead of --with-tsrm-pth try using --enable-experimental-zts [2002-09-23 03:04:35] [EMAIL PROTECTED] When building PHP-4.2.3 I use: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tsrm-pth During make I get: > make Making all in Zend make[1]: Entering directory `/mnt/disk4/gnu/php-4.2.3/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/Zend' Making all in main make[1]: Entering directory `/mnt/disk4/gnu/php-4.2.3/main' make[2]: Entering directory `/mnt/disk4/gnu/php-4.2.3/main' /bin/ksh /users2/gnu/php-4.2.3/libtool --silent --mode=compile gcc -I. -I/users2/gnu/php-4.2.3/main -I/users2/gnu/php-4.2.3/main -I/users2/gnu/php-4.2.3 -I/usr/local/apache2/include -I/users2/gnu/php-4.2.3/Zend -I/users2/gnu/php-4.2.3/ext/mysql/libmysql -I/users2/gnu/php-4.2.3/ext/xml/expat -D_REENTRANT -I/users2/gnu/php-4.2.3/TSRM -I/users2/local/include -DTHREAD=1 -O -I/users2/local/include -DZTS -prefer-pic -c main.c cc1: warning: changing search order for system directory "/users2/local/include" cc1: warning: as it has already been specified as a non-system directory In file included from main.c:26: php.h:114: conflicting types for `socklen_t' /users2/local/include/pth.h:53: previous declaration of `socklen_t' make[2]: *** [main.lo] Error 1 make[2]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/main' make: *** [all-recursive] Error 1 ---
#20916 [Opn->Bgs]: MS SQL: Unable to connect to server
ID: 20916 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: Yes, browser can't possibly affect this. Thus this is bogus. (propably some cache issue with NS) Previous Comments: [2002-12-10 08:48:53] [EMAIL PROTECTED] [2002-12-10 08:47:35] [EMAIL PROTECTED] This is not bogus. The browser should not make any difference. Please test this case. [2002-12-09 23:24:25] [EMAIL PROTECTED] If it works with some browser but not with another, it's a browser fault. Please don't report such bugs here. (and btw. this REALLY can't be bug in mssql_* functions or anything else in PHP but some bug in your code) [2002-12-09 20:43:37] [EMAIL PROTECTED] Connecting to database fails when accessed with Netscape. Below is my setup. IIS 5.0 -Virtual Site -Directory security: basic -Anonymous Access: Disallowed -PHP 4.2.3 Database -MS SQL 2000 Client Netscape 7.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Calling the function mssql_connect($ip,$username,$password); fails to connect to database While accessing the same file with IE connects. Not sure if this is a Netscape bug or PHP. Just curious what could cause this behavior. Thanks Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20831 [Csd->Ver]: include() from UNC paths does not work.
ID: 20831 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Verified Bug Type: IIS related Operating System: Windows 9x/2000/XP PHP Version: 4.3.0RC2 New Comment: Hm, something did go wrong here. Confirming the problem still exists with 4.3.0-dev. Previous Comments: [2002-12-10 08:46:58] [EMAIL PROTECTED] hi, i have tested actual win-snapshots (stable,cvs,ze2), and the problem still appears! [2002-12-09 11:47:38] [EMAIL PROTECTED] i have re-tested now: php4.3dev from 17:30 (9.12.2002) and php4.4dev-CVS from 15:30, problem still appears on my installation. what can be done? user rights problem? i will test the same with another win-os, winxp/iis6... [2002-12-09 05:04:21] [EMAIL PROTECTED] You will need to wait up to 3 hours for the snapshots to be rebuilt. We only commited the fix a few minutes after your comment. [2002-12-09 05:00:44] [EMAIL PROTECTED] sorry, but STILL exists! [2002-12-09 04:39:59] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. 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/20831 -- Edit this bug report at http://bugs.php.net/?id=20831&edit=1
#19248 [Opn->Csd]: ftp_connect failed
ID: 19248 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: FTP related Operating System: AIX 4.3 PHP Version: 4.3.0-dev New Comment: Closing then. Previous Comments: [2002-12-10 02:26:22] [EMAIL PROTECTED] It works fine now and I don't know what has happened. [2002-12-07 01:48:35] [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-09-11 07:19:54] [EMAIL PROTECTED] I tried ftp_connect() with an IP address as argument ... same trouble. In main/php_config.php, #define HAVE_GETADDRINFO 1 was already uncommented , so I commented it ... and tried again. Make output is available at http://demoweb.regie-france.com/make_20020911.stdout. Have you noticed the warnings in ext/ftp/ftp.c ? Test is available at http://demoweb.regie-france.com/test.php [2002-09-09 11:53:48] [EMAIL PROTECTED] Does it work when you use an IP address? In main/php_config.h it probably says #define HAVE_GETADDRINFO 1 If you uncomment this and do make, does it work then? Some versions of the bind library have broken getaddrinfo(), maybe you have one too? [2002-09-09 09:32:01] [EMAIL PROTECTED] ups, in fact the installation of PHP 4.3.0 makes a new bug ? ftp_connect still don't work, and now, fsockopen don't work COMPILATION LOG : http://demoweb.regie-france.com/make.stdout PHPINFO : http://demoweb.regie-france.com/phpinfo.php TEST HERE : http://demoweb.regie-france.com/test.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/19248 -- Edit this bug report at http://bugs.php.net/?id=19248&edit=1
#20916 [Opn]: MS SQL: Unable to connect to server
ID: 20916 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: Previous Comments: [2002-12-10 08:47:35] [EMAIL PROTECTED] This is not bogus. The browser should not make any difference. Please test this case. [2002-12-09 23:24:25] [EMAIL PROTECTED] If it works with some browser but not with another, it's a browser fault. Please don't report such bugs here. (and btw. this REALLY can't be bug in mssql_* functions or anything else in PHP but some bug in your code) [2002-12-09 20:43:37] [EMAIL PROTECTED] Connecting to database fails when accessed with Netscape. Below is my setup. IIS 5.0 -Virtual Site -Directory security: basic -Anonymous Access: Disallowed -PHP 4.2.3 Database -MS SQL 2000 Client Netscape 7.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Calling the function mssql_connect($ip,$username,$password); fails to connect to database While accessing the same file with IE connects. Not sure if this is a Netscape bug or PHP. Just curious what could cause this behavior. Thanks Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20916 [Bgs->Opn]: MS SQL: Unable to connect to server
ID: 20916 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: This is not bogus. The browser should not make any difference. Please test this case. Previous Comments: [2002-12-09 23:24:25] [EMAIL PROTECTED] If it works with some browser but not with another, it's a browser fault. Please don't report such bugs here. (and btw. this REALLY can't be bug in mssql_* functions or anything else in PHP but some bug in your code) [2002-12-09 20:43:37] [EMAIL PROTECTED] Connecting to database fails when accessed with Netscape. Below is my setup. IIS 5.0 -Virtual Site -Directory security: basic -Anonymous Access: Disallowed -PHP 4.2.3 Database -MS SQL 2000 Client Netscape 7.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Calling the function mssql_connect($ip,$username,$password); fails to connect to database While accessing the same file with IE connects. Not sure if this is a Netscape bug or PHP. Just curious what could cause this behavior. Thanks Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20831 [Com]: include() from UNC paths does not work.
ID: 20831 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 9x/2000/XP PHP Version: 4.3.0RC2 New Comment: hi, i have tested actual win-snapshots (stable,cvs,ze2), and the problem still appears! Previous Comments: [2002-12-09 11:47:38] [EMAIL PROTECTED] i have re-tested now: php4.3dev from 17:30 (9.12.2002) and php4.4dev-CVS from 15:30, problem still appears on my installation. what can be done? user rights problem? i will test the same with another win-os, winxp/iis6... [2002-12-09 05:04:21] [EMAIL PROTECTED] You will need to wait up to 3 hours for the snapshots to be rebuilt. We only commited the fix a few minutes after your comment. [2002-12-09 05:00:44] [EMAIL PROTECTED] sorry, but STILL exists! [2002-12-09 04:39:59] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-12-09 04:36:13] [EMAIL PROTECTED] i had the same problem: using win2k/iis5/php4.3rc2 (also tested with snapshots from 11.11.2002 during 8.12.2002) i have a web-root from an UNC path: with php-cgi.exe i get following error: warning: main (../include.php) [function.main]: failed to create stream: No such file or directory in \\server\share\script.php on line x i have tested with CLI version (php.exe) that works with UNC, but i have missing http headers... isapi dont works for me. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20831 -- Edit this bug report at http://bugs.php.net/?id=20831&edit=1
#20915 [Fbk->Opn]: Problems Compiling PHP with Cyrus imap
ID: 20915 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Debian 2.2 PHP Version: 4.2.3 New Comment: Zagorka:~# imtest localhost 143 * OK Zagorka Cyrus IMAP4 v1.5.19 server ready using gcc 2.95.I also tried gcc 3.2 but with the same results. Previous Comments: [2002-12-09 23:22:00] [EMAIL PROTECTED] What cyrus version are you trying to compile with? [2002-12-09 20:40:58] [EMAIL PROTECTED] Same thing: Zagorka:~/php4-200212100230# make /bin/sh libtool --silent --mode=compile gcc -Iext/cyrus/ -I/root/php4-200212100230/ext/cyrus/ -DPHP_ATOM_INC -I/root/php4-200212100230/include -I/root/php4-200212100230/main -I/root/php4-200212100230 -I/usr/local/apache/include -I/root/php4-200212100230/Zend -I/usr/local/include -I/usr/local/gettext/include -I/usr/local/mysql/include/mysql -I/root/php4-200212100230/ext/xml/expat -I/root/php4-200212100230/TSRM -g -O2 -prefer-pic -c /root/php4-200212100230/ext/cyrus/cyrus.c -o ext/cyrus/cyrus.lo /root/php4-200212100230/ext/cyrus/cyrus.c: In function `zif_cyrus_connect': /root/php4-200212100230/ext/cyrus/cyrus.c:152: too many arguments to function `imclient_connect' /root/php4-200212100230/ext/cyrus/cyrus.c: In function `zif_cyrus_authenticate': /root/php4-200212100230/ext/cyrus/cyrus.c:300: warning: comparison between pointer and integer /root/php4-200212100230/ext/cyrus/cyrus.c:309: warning: comparison between pointer and integer /root/php4-200212100230/ext/cyrus/cyrus.c:318: warning: passing arg 2 of `imclient_authenticate' from incompatible pointer type /root/php4-200212100230/ext/cyrus/cyrus.c:318: too many arguments to function `imclient_authenticate' make: *** [ext/cyrus/cyrus.lo] Error 1 [2002-12-09 20:26:27] [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-12-09 20:13:37] [EMAIL PROTECTED] I am trying to compile PHP with cyrus imap support but with no success.I found the same problem in the bug report database.There the problem is listed as resolved within the newest releases, but I am still getting the same error messages: cyrus.c: In function `zm_startup_cyrus': cyrus.c:86: warning: passing arg 1 of `zend_register_list_destructors_ex' from incompatible pointer type cyrus.c: In function `zif_cyrus_connect': cyrus.c:152: too many arguments to function `imclient_connect' cyrus.c: In function `zif_cyrus_authenticate': cyrus.c:300: warning: comparison between pointer and integer cyrus.c:309: warning: comparison between pointer and integer cyrus.c:318: warning: passing arg 2 of `imclient_authenticate' from incompatible pointer type cyrus.c:318: too many arguments to function `imclient_authenticate' make[3]: *** [cyrus.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Here is the command line that I use: ./configure --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache/bin/apxs --enable-inline-optimization --with-gettext=/usr/local/gettext --with-openssl=/usr/local --with-wddx --with-cyrus --with-imap-ssl=/usr/local --with-xml --with-mcrypt --with-png-dir=/usr --enable-ftp --with-mcal=/usr Here is the bug report ID that I was looking at earling in my efforts to resolve this. http://bugs.php.net/bug.php?id=15059 Regards, ka -- Edit this bug report at http://bugs.php.net/?id=20915&edit=1
#20922 [Fbk->Opn]: socket_select() blocks for some reason
ID: 20922
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: linux debian latest unstable
PHP Version: 4.2.3
New Comment:
on windows i get the "same" result with 4.3rc2, just that it hangs on
socket_read() not on socket_select
PHP Warning: socket_read() unable to read from socket [10035]: A
non-blocking s
ocket operation could not be completed immediately.
in D:\respawn\phpinfobot\infobot_win.php on line 28
then it crashes and i get that microsoft "report crash" thingie..
the code related to this:
if (!socket_set_nonblock($this->_connection)) {
report->info("couldnt set nonblocking mode.\n\n");
}
(this info line above ofcourse doesnt get printed)
as for the debian, i'm not really that much into compiling &
everything, and im definetly not fond of it on a "production" server..
Previous Comments:
[2002-12-10 07:41:32] [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-12-10 07:40:16] [EMAIL PROTECTED]
$r = array($network->_connection);
if (socket_select($r,$w=NULL,$e=NULL,0)===false) {
echo "socket_select failed: reason: " .
socket_strerror(socket_last_error()) . "\n";
} else {
... code...
}
somehow neither part of the if/else case gets executed for me,
socket_select just seems to "hang".. the $network->_connection is valid
(no errors in connecting) and non blocking (no errors here either)..
the code used to work fine for quite some time, also on 4.2.3 now i
don't have a clue what goes wrong -> if i send data trough the socket i
actually get it on the other side (the application here would be an irc
bot, so i see him join the network and then timeout since it hangs on
socket_select)
the code for it is on www.sf.net/projects/phpinfobot/ in the cvs, if
somebody wants to test it, the important files should be
/infobot.php
/include/system/network.php
/include/system/irc.php
the rest is pretty much non important
--
Edit this bug report at http://bugs.php.net/?id=20922&edit=1
#17123 [Com]: mktime(), localtime(), strtotime(), etc. are broken for dates <1970 in Win32
ID: 17123
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Won\'t fix
Bug Type: Date/time related
Operating System: WinNT5.0
PHP Version: 4.2.0
New Comment:
PEAR offers a Date() and a Date_Calc() class which is capable of
handling dates pre 1970 and post 2038. PEAR::Date is part of the
standard PHP distribution.
Example:
require_once 'Date/Date.php';
$oDate =& new Date('1967-09-23 00:00:00');
print $oDate->format('%d/%B/%Y %H.%M.%S');
See also:
http://pear.php.net
http://docs.akbkhome.com/pearcvs/Date.html
Previous Comments:
[2002-11-24 14:47:12] [EMAIL PROTECTED]
Sadly, I had to rebuild date function to be compatible with mylocal..
here's the code, extensions are welcome:
function mydate($format, $timestamp = null) {
if ($timestamp == null) {
return @date($format);
}
if ($timestamp > -1) {
return @date($format, $timestamp);
}
$dateArr = $this->mylocaltime($timestamp, true);
$search = array("s","i","H","d","m","Y","y", "z","I");
$replace = array(sprintf("%02d",$dateArr["tm_sec"]),
sprintf("%02d",$dateArr["tm_min"]),
sprintf("%02d",$dateArr["tm_hour"]),
sprintf("%02d",$dateArr["tm_mday"]),
sprintf("%02d",$dateArr["tm_mon"]+1),
sprintf("%02d",$dateArr["tm_year"]+1900),
sprintf("%02d",$dateArr["tm_year"] - (floor($dateArr["tm_year"] / 100)
* 100)),
$dateArr["tm_yday"], $dateArr["tm_isdst"]);
return str_replace($search, $replace, $format);
}
// enjoy
[2002-11-24 13:13:43] [EMAIL PROTECTED]
Just use Julian dates as supported by the calendar extension.
[2002-11-24 13:11:42] [EMAIL PROTECTED]
The problem is that all of the PHP date functions are based on that
miserable timestamp.
At least if there were a consisent set of alternative functions that
handle dates and bypass this problem it would be nice.
The bottom line of having no official result for this is unbearable,
there's no way to calculate the age diffrence of people who are older
than 33..
This is quite basic and the lack of it makes this otherwise very strong
language - very poor and unprofessional.
too bad.
[2002-11-04 04:53:54] [EMAIL PROTECTED]
The problem still occurs with 4.2.3: mktime(0,0,0,09,23,1967) returns
-1 instead of a valid timestamp.
[2002-08-04 04:47:40] [EMAIL PROTECTED]
Since the time stamp is started from 1970, I don't think it supposed to
work in anyways.
Or is there anything wrong is returned when too small/large date is
supplied? It should fail, but it should not crash PHP for example.
Please reopen if PHP behaves badly.
BTW, there should be feature requests for more generic date functions
so no need for feature request also.
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/17123
--
Edit this bug report at http://bugs.php.net/?id=17123&edit=1
#19555 [Fbk->Opn]: GNU pthreads issue?
ID: 19555 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.2.3 New Comment: I tried today's snapshot and got: /bin/ksh libtool --silent --mode=compile gcc -Isapi/apache2filter/ -I/users2/gnu/php4-200212101030/sapi/apache2filter/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212101030/include -I/users2/gnu/php4-200212101030/main -I/users2/gnu/php4-200212101030 -I/usr/local/apache2/include -I/users2/gnu/php4-200212101030/Zend -I/users2/gnu/php4-200212101030/ext/xml/expat -I/users2/gnu/php4-200212101030/TSRM -O -prefer-pic -c /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c -o sapi/apache2filter/sapi_apache2.lo In file included from /usr/local/apache2/include/apr_portable.h:90, from /usr/local/apache2/include/http_protocol.h:64, from /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c:41: /usr/local/include/pthread.h:183: conflicting types for `socklen_t' /users2/gnu/php4-200212101030/main/php.h:139: previous declaration of `socklen_t' make: *** [sapi/apache2filter/sapi_apache2.lo] Error 1 by using: CFLAGS='-O' LDFLAGS='-L/lib/pa1.1' \ ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tsrm-pth --disable-ipv6 make Previous Comments: [2002-12-09 05:51:36] [EMAIL PROTECTED] Please try again in about 3-4 hours. I just committed a fix for this T_ thing. (our snapshots are generated every 3 hours or so) [2002-12-09 02:45:36] [EMAIL PROTECTED] The new snapshot http://snaps.php.net/php4-latest.tar.gz fails differently now: ... /bin/ksh libtool --silent --mode=compile gcc -Iext/standard/ -I/users2/gnu/php4-200212090630/ext/standard/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212090630/include -I/users2/gnu/php4-200212090630/main -I/users2/gnu/php4-200212090630 -I/usr/local/apache2/include -I/users2/gnu/php4-200212090630/Zend -I/users2/gnu/php4-200212090630/ext/xml/expat -I/users2/gnu/php4-200212090630/TSRM -O -I/users2/local/include -prefer-pic -c /users2/gnu/php4-200212090630/ext/standard/dns.c -o ext/standard/dns.lo /users2/gnu/php4-200212090630/ext/standard/dns.c: In function `zif_dns_check_record': /users2/gnu/php4-200212090630/ext/standard/dns.c:244: `T_' undeclared (first use in this function) /users2/gnu/php4-200212090630/ext/standard/dns.c:244: (Each undeclared identifier is reported only once /users2/gnu/php4-200212090630/ext/standard/dns.c:244: for each function it appears in.) make: *** [ext/standard/dns.lo] Error 1 [2002-12-07 01:37:42] [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 Instead of --with-tsrm-pth try using --enable-experimental-zts [2002-09-23 03:04:35] [EMAIL PROTECTED] When building PHP-4.2.3 I use: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tsrm-pth During make I get: > make Making all in Zend make[1]: Entering directory `/mnt/disk4/gnu/php-4.2.3/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/Zend' Making all in main make[1]: Entering directory `/mnt/disk4/gnu/php-4.2.3/main' make[2]: Entering directory `/mnt/disk4/gnu/php-4.2.3/main' /bin/ksh /users2/gnu/php-4.2.3/libtool --silent --mode=compile gcc -I. -I/users2/gnu/php-4.2.3/main -I/users2/gnu/php-4.2.3/main -I/users2/gnu/php-4.2.3 -I/usr/local/apache2/include -I/users2/gnu/php-4.2.3/Zend -I/users2/gnu/php-4.2.3/ext/mysql/libmysql -I/users2/gnu/php-4.2.3/ext/xml/expat -D_REENTRANT -I/users2/gnu/php-4.2.3/TSRM -I/users2/local/include -DTHREAD=1 -O -I/users2/local/include -DZTS -prefer-pic -c main.c cc1: warning: changing search order for system directory "/users2/local/include" cc1: warning: as it has already been specified as a non-system directory In file included from main.c:26: php.h:114: conflicting types for `socklen_t' /users2/local/include/pth.h:53: previous declaration of `socklen_t' make[2]: *** [main.lo] Error 1 make[2]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/main' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=19555&edit=1
#20922 [Opn->Fbk]: socket_select() blocks for some reason
ID: 20922
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: linux debian latest unstable
PHP Version: 4.2.3
New Comment:
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
Previous Comments:
[2002-12-10 07:40:16] [EMAIL PROTECTED]
$r = array($network->_connection);
if (socket_select($r,$w=NULL,$e=NULL,0)===false) {
echo "socket_select failed: reason: " .
socket_strerror(socket_last_error()) . "\n";
} else {
... code...
}
somehow neither part of the if/else case gets executed for me,
socket_select just seems to "hang".. the $network->_connection is valid
(no errors in connecting) and non blocking (no errors here either)..
the code used to work fine for quite some time, also on 4.2.3 now i
don't have a clue what goes wrong -> if i send data trough the socket i
actually get it on the other side (the application here would be an irc
bot, so i see him join the network and then timeout since it hangs on
socket_select)
the code for it is on www.sf.net/projects/phpinfobot/ in the cvs, if
somebody wants to test it, the important files should be
/infobot.php
/include/system/network.php
/include/system/irc.php
the rest is pretty much non important
--
Edit this bug report at http://bugs.php.net/?id=20922&edit=1
#20922 [NEW]: socket_select() blocks for some reason
From: [EMAIL PROTECTED]
Operating system: linux debian latest unstable
PHP version: 4.2.3
PHP Bug Type: Sockets related
Bug description: socket_select() blocks for some reason
$r = array($network->_connection);
if (socket_select($r,$w=NULL,$e=NULL,0)===false) {
echo "socket_select failed: reason: " .
socket_strerror(socket_last_error()) . "\n";
} else {
... code...
}
somehow neither part of the if/else case gets executed for me,
socket_select just seems to "hang".. the $network->_connection is valid
(no errors in connecting) and non blocking (no errors here either)..
the code used to work fine for quite some time, also on 4.2.3 now i don't
have a clue what goes wrong -> if i send data trough the socket i actually
get it on the other side (the application here would be an irc bot, so i
see him join the network and then timeout since it hangs on
socket_select)
the code for it is on www.sf.net/projects/phpinfobot/ in the cvs, if
somebody wants to test it, the important files should be
/infobot.php
/include/system/network.php
/include/system/irc.php
the rest is pretty much non important
--
Edit bug report at http://bugs.php.net/?id=20922&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20922&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20922&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20922&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20922&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20922&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20922&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20922&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20922&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20922&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20922&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20922&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20922&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20922&r=isapi
#20921 [Opn->Bgs]: Script execution time
ID: 20921 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: Unix PHP Version: 4.2.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: [2002-12-10 06:54:31] [EMAIL PROTECTED] At work of the script more than 30 seconds are given out the message: "Maximum execution time of 30 seconds exceeded in/usr3/wwwsrv/wwwmeteo/pub/access.php on line 161". In a file php.ini there is a parameter "max_execution_time=30". I correct on 300. I copy php.ini in the catalogue /usr/local/lib (earlier PHP worked without this file in this catalogue). As soon as the file appears in the specified catalogue, APACHE is not started. Inform me, please, what it is necessary to make for correction of this situation. -- Edit this bug report at http://bugs.php.net/?id=20921&edit=1
#20921 [NEW]: Script execution time
From: [EMAIL PROTECTED] Operating system: Unix PHP version: 4.2.3 PHP Bug Type: Performance problem Bug description: Script execution time At work of the script more than 30 seconds are given out the message: "Maximum execution time of 30 seconds exceeded in/usr3/wwwsrv/wwwmeteo/pub/access.php on line 161". In a file php.ini there is a parameter "max_execution_time=30". I correct on 300. I copy php.ini in the catalogue /usr/local/lib (earlier PHP worked without this file in this catalogue). As soon as the file appears in the specified catalogue, APACHE is not started. Inform me, please, what it is necessary to make for correction of this situation. -- Edit bug report at http://bugs.php.net/?id=20921&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20921&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20921&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20921&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20921&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20921&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20921&r=support Expected behavior: http://bugs.php.net/fix.php?id=20921&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20921&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20921&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20921&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20921&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20921&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20921&r=isapi
#12655 [Com]: date-format problem
ID: 12655 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MSSQL related Operating System: Win2k PHP Version: 4.0.6 New Comment: Reproduced with version 4CVS-2002-12-10 (dev). Took liberty to report this as a new bug, as this one (12655)looks closed: http://bugs.php.net/20920 mssql.datetimeconvert=0 doesn't work for smalldatetime See also: http://bugs.php.net/20911 Trailing null character after mssql datetime field Previous Comments: [2002-12-08 17:06:42] [EMAIL PROTECTED] i've found the problem. The fix only fixed the problem for the normal datetime columntype. You'll need to do the same trick for smalldatetime columntype. It's very easy to reproduce. 1. create a table with 2 columns. set the first column to be datetime, and the second to be smalldatetime. 2. set the mssql.datetimeconvert to 0. 3. Insert a value. 4. do a select * from the table you'll notice that column1 has different formatting then colum2. i've tested this with php 4.2.3 and php 4.3.0-RC2. both have the 'bug'. [2002-12-08 16:52:49] [EMAIL PROTECTED] i'm using php 4.2.3 and i'm still having this problem ;( where can i get php 4.2.0 so i can test if that version works ? [2002-04-23 14:12:43] [EMAIL PROTECTED] I wrote a patch wich has been commitef by fmk, it is php4.2 one of the latest version of php_mssql.c php_mssql.h have a patch for this problem, because the function dbconvert() of the MSSQL-Client-Api wich is used for converting the datetime-values does wired things. There is a new option in the php.ini called mssql.datetimeconvert if set to Off then the datetime values are returned in the format -MM-DD HH:MM:SS. This patch is also in php4.2 [2002-04-22 17:44:18] [EMAIL PROTECTED] Reopen if you have the same problem with 4.2.0 (released today) [2002-04-22 15:02:18] [EMAIL PROTECTED] I created a patch and submitted to php-dev group. Didn't get much reponse so I started looking at CVS and found that a change was checked in 6 months ago for this problem, but wasn't put in to the 4.1.0 to 4.1.2 code bases. The fix should be in 4.2. Steve Dillon 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/12655 -- Edit this bug report at http://bugs.php.net/?id=12655&edit=1
#20920 [NEW]: mssql.datetimeconvert=0 doesn't work for smalldatetime
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4CVS-2002-12-10 (dev)
PHP Bug Type: MSSQL related
Bug description: mssql.datetimeconvert=0 doesn't work for smalldatetime
When setting:
ini_set('mssql.datetimeconvert', 0);
fields of type 'smalldatetime' are still converted to a
local date format. The above setting only seems to apply
to fields of type 'datetime'.
For example, leaving 'mssql.datetimeconvert = 1' and
displaying two fields DATETIME and SMALLDATETIME would
result in:
Dec 31 2002 12:00AM // DATETIME
Dec 31 2002 12:00AM // SMALLDATETIME
whereas, setting 'mssql.datetimeconvert = 0' would result
in:
2002-12-31 00:00:00 // DATETIME
Dec 31 2002 12:00AM // SMALLDATETIME
See also: http://bugs.php.net/bug.php?id=12655
--
Edit bug report at http://bugs.php.net/?id=20920&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20920&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20920&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20920&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20920&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20920&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20920&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20920&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20920&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20920&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20920&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20920&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20920&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20920&r=isapi
#20918 [Opn->Fbk]: z
ID: 20918
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: win32
PHP Version: 4.3.0RC2
New Comment:
please provide a *short* example showing the problem,
and add expected and actual output ...
Previous Comments:
[2002-12-10 03:01:25] [EMAIL PROTECTED]
hello
i wrote a script, that reads a few htmlpages with the function
fgetss(), who strips away the html code. this works propperly in the
php-version (php.4.2)
but with php4.3 something goes wrong and i cant get no output from the
function fgetss(). here are the code.
i hope this is a serious problem and it was helpful for you to report
this... greets timon
raw.txt
geschrieben...\n";
function zeileputzen($zeile) {
// Tabulatoren, , Linktext usw raus...
$zeile = str_replace("\t",'',$zeile);
$zeile = str_replace("nach oben",'',$zeile);
$zeile = str_replace(" ",'',$zeile);
$zeile = preg_replace("/^ */",'',$zeile);
if(preg_match("/^LvH-Umfeld/",$zeile)) {$zeile = '';}
if(preg_match("/^Umfeld/",$zeile)) {$zeile = '';}
if(preg_match("/^Personen/",$zeile)) {$zeile = '';}
if(preg_match("/^- \w/",$zeile)) {$zeile = '';}
$zeile = preg_replace("/^\W ?/","",$zeile);
$zeile = preg_replace("/(B: )/","\n@B: ",$zeile);
$zeile = preg_replace("/(Br: )/","\n@Br: ",$zeile);
$zeile = preg_replace("/(K: )/","\n@K: ",$zeile);
$zeile = preg_replace("/(B: )(\n)/",'B: ',$zeile);
$zeile = preg_replace("/(Br: )(\n)/",'Br: ',$zeile);
$zeile = preg_replace("/(K: )(\n)/",'K: ',$zeile);
return $zeile;
}
$fh = fopen("raw.txt",'r') or die("unable to read from raw.txt");
$raw_txt = fread($fh,filesize('raw.txt'));
fclose($fh);
echo "raw.txt ausgelesen\n";
$pieces = explode(chr(10),$raw_txt);
$f = 0;
foreach($pieces as $lines) {
if(strlen($lines) == 0) { $f++; }
if(strlen($lines) > 2) { $f = 0; }
if($f > 10) {
$new_buffer .= '###';
$f = 0;
}
echo " :: line -> $lines\n";
$new_buffer .= $lines."\n";
}
$f_pieces = explode('###',$new_buffer);
unset($new_buffer);
foreach($f_pieces as $l) {
echo strlen($l);
if(preg_match("/[A-Za-z0-9]/",$l)) {
$f_lines = explode(chr(10),$l);
$new_buffer .= "***";
foreach($f_lines as $f) {
if(!strlen($f)) { continue; }
$f = trim($f);
$new_buffer .= trim($f)."\n";
}
}
}
$fh = fopen('formatted.txt','w+');
fwrite($fh,$new_buffer);
fclose($fh);
echo "formatted.txt geschrieben!\n";
echo "text in db
eintragen...\n";
?>
--
Edit this bug report at http://bugs.php.net/?id=20918&edit=1
#20023 [Fbk->Csd]: Page Fault on Socket read
ID: 20023 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Sockets related Operating System: Win 98 SP2 PHP Version: 4.2.2 4.3 New Comment: Hello "iliaa", as it seems from first tests you have got this one! I tried it on W98 SP2 with PHP4.4 2002-12-10 8:29 and it doesn't crash any more. Thanks a lot! I will also try on Win Me and stressing it soon. Sorry for having been such a pain. Thanks again! Previous Comments: [2002-12-09 09:23:13] [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-11-07 11:07:23] [EMAIL PROTECTED] Addendum: I got hold of a Windows Me system and installed PHP 4.2.2 and 4.3 on it with the following results: My initial complaint regarding the page fault when a local telnet is ripped off the socket is specific to the OS (perhaps the wsock32.dll ver? Win 98:4.10.1998 Me:4.90.3000) On Win 98 it occurs with telnet 4.90.3000.1 and 5.00.1717.1 and on Me it does not occur at all. This is independent of the location of the telnet client, same or foreign machine. Not so with PHP 4.3 CVS 1 Nov 16:12:01: Socket_read dies on Win Me with the same symtoms as on Win 98. It also does not matter witch machine telnet is running on. [2002-11-01 17:08:04] [EMAIL PROTECTED] I tried again with 4.3 Build Nov 1, 2002 16:12:01 and no luck: socket_get_status complains over the result from socket_select stating that this is "not a valid stream resource", socket_last_error says: "0" and socket_get_peername knows about the correct ip and port. Then comes socket_read and dies with a page fault in module at :0003. This occurs either upon entering a character in a telnet client on the same machine or upon closing the connection from such a client prior to entering anything from there. Killing the telnet client results in a page fault in php4ts. My installation is without any php related stuff in %WINDIR% or %WINSYSDIR%, just a PATH set to the folder containing the .EXE. I launch the script from a CLI set to the folder of the .EXE with the command: php -f "absolute path to script.php" "extension_dir" is specified absolutely in php.ini and the output of phpinfo() looks reasonable (sockets enabled and path to extensions correctly specified). A parallel inst of 4.2.2 running the same script can read the characters from the telnet client and dies only when the telnet client is killed without a correct shutdown of the socket. [2002-10-28 07:55:57] [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-10-25 13:09:03] [EMAIL PROTECTED] I didn't update - I did a new parallel inst of 4.3 obviously leading to some inst issues. These are covered in another bug thread because they seem to be due to the environmental diffences between CGI and module mode. One thing is certain: 4.3 behaves different from 4.2.2 using the same inst strategy - I will try to sort it out. Sven 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/20023 -- Edit this bug report at http://bugs.php.net/?id=20023&edit=1
#20919 [Opn->Bgs]: parse_url mishandles usernames with '@' signs
ID: 20919
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: URL related
Operating System: FreeBSD 4.6
PHP Version: 4.2.3
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Not a bug, it's an URL, and you need to encode characters in there.
(for example with urlencode).
Derick
Previous Comments:
[2002-12-10 05:10:35] [EMAIL PROTECTED]
parse_url breaks if a username containing an '@' sign is used:
http:[EMAIL PROTECTED]:[EMAIL PROTECTED]/page.php');
var_dump($url);
?>
Returns:
array(4) {
["scheme"]=>
string(4) "http"
["host"]=>
string(7) "abc.com"
["user"]=>
string(2) "me"
["path"]=>
string(9) "/page.php"
}
Should return:
array(5) {
["scheme"]=>
string(4) "http"
["host"]=>
string(7) "xyz.org"
["user"]=>
string(10) "[EMAIL PROTECTED]"
["pass"]=>
string(4) "pass"
["path"]=>
string(9) "/page.php"
}
--
Edit this bug report at http://bugs.php.net/?id=20919&edit=1
#20861 [Asn->Csd]: sybase_query fail to handle stored procedure result with "nocount" option
ID: 20861 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.0RC2 Assigned To: thekid New Comment: -- Feedback from original reporter -- Timm Friebe wrote: [...] > Thanks - I've updated the bug. What do you think? > Should I remove the notice? Hum, after getting a closer look at the problem, i've realized that i've been fooled by another new features of PHP4.3 that breaks our apps a bit later : Dispite new sybase notice, i got expected result as you wrote it in #20861 (not what i figured out at first look). So #20861 is boggus. Sorry for the false alarm. About the notice itself, i haven't, personaly, any requirement since, except for debuging purpose, all our sybase_query are @ prefixed (don't want any sql print out to users in case of errors). Maybe PHP4.3 should be shipped with a "BC changes" file that stat this one? Regards, Christophe. Previous Comments: [2002-12-07 13:51:51] [EMAIL PROTECTED] [2002-12-07 08:38:54] [EMAIL PROTECTED] Well, in earlier versions sybase_ct silently cancelled the unexpected results, now it will inform you it is doing so - I thought it was nice to be a bit more verbose about things. [2002-12-06 10:48:02] [EMAIL PROTECTED] After some more test, i can get the notice (notice -> no result) without "set nocount on". Don't have pushed further since the procedure involved is about 400 lines with call to others procedures. So, just to add that "set nocount on" is a case, not the only one, that trigger the error. [2002-12-06 09:53:00] [EMAIL PROTECTED] Test script : produce : Notice: sybase_query() [http://www.php.net/function.sybase-query]: Sybase: Unexpected results, cancelling current in - on line 4 with test_bug defined as follow : create procedure test_bug @input int AS BEGIN set nocount on select @input 'result' return 2 END Removing the "set nocount on" lead to expected result but, of course, in real wold sp, the nocount option is rarely used for fun... Build with Sybase ctclient v12.5 Works perfectly well with 4.2.3 and previous. -- Edit this bug report at http://bugs.php.net/?id=20861&edit=1
#20919 [NEW]: parse_url mishandles usernames with '@' signs
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.6
PHP version: 4.2.3
PHP Bug Type: URL related
Bug description: parse_url mishandles usernames with '@' signs
parse_url breaks if a username containing an '@' sign is used:
http:[EMAIL PROTECTED]:[EMAIL PROTECTED]/page.php');
var_dump($url);
?>
Returns:
array(4) {
["scheme"]=>
string(4) "http"
["host"]=>
string(7) "abc.com"
["user"]=>
string(2) "me"
["path"]=>
string(9) "/page.php"
}
Should return:
array(5) {
["scheme"]=>
string(4) "http"
["host"]=>
string(7) "xyz.org"
["user"]=>
string(10) "[EMAIL PROTECTED]"
["pass"]=>
string(4) "pass"
["path"]=>
string(9) "/page.php"
}
--
Edit bug report at http://bugs.php.net/?id=20919&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20919&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20919&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20919&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20919&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20919&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20919&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20919&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20919&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20919&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20919&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20919&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20919&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20919&r=isapi
#20705 [Fbk->Bgs]: openssl_pkey_new does not seem to generate a new key
ID: 20705 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: OpenSSL related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: Your test script is wrong: /** read in key */ $loaded_key = openssl_pkey_get_private($key_content, $pass); $pass is not set to anything; you meant $password, in which case this works fine. Previous Comments: [2002-12-07 01:17:40] [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-11-28 14:27:08] [EMAIL PROTECTED] wrong email address entered.. correct one: [EMAIL PROTECTED] [2002-11-28 14:25:05] [EMAIL PROTECTED] OS: Windows 2000 Professional PHP version: 4.2.3 Apache version: 1.3.24 Win32 openssl: 0.9.6c Problem: openssl_pkey_new does not seem to generate a new key how to reproduces the problem: I have the following script to test openssl.. -- -- The output is the following: Warning: cannot get key from parameter 1 in c:\dev\htdocs\openssl\test.php on line 9 not correct -- I first compiled openssl 0.9.6c using Visual C++ and copied libeay32.dll and ssley32.dll to c:/winnt/system32. Then I upgraded to php 4.2.3 and replaced the two files with ones in the folder "dlls". Openssl seems to be installed: > OpenSSL support enabled > OpenSSL Version OpenSSL 0.9.6c 21 dec 2001 -- Edit this bug report at http://bugs.php.net/?id=20705&edit=1
#20911 [Com]: Trailing null character after mssql datetime field
ID: 20911
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
When using the latest snapshot for Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
dated Dec 10, 2002, the error doesn't seem to occur. That
is, the output of my test script doesn't contain a trailing
null character:
2002-12-31 00:00:00|19|48
Previous Comments:
[2002-12-09 11:26:28] [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-12-09 11:21:07] [EMAIL PROTECTED]
When selecting a datetime field from mssql while the
following setting is active:
ini_set('mssql.datetimeconvert', 0);
the field contains a trailing null character which causes
havoc when generating XML.
Environment: SQL Server 2000
A workaround is to select the datatime field as CAST(.. AS CHAR).
Example script to reproduce the problem:
ini_set('mssql.datetimeconvert', 0);
$iLinkId = mssql_connect('server', 'username', 'pwd');
mssql_select_db('database', $iLinkId);
$iResultId = mssql_query(
'SELECT TESTDATE FROM TEST WHERE TEST_ID = 1'
);
$aRow = mssql_fetch_array($iResultId);
print $aRow[0] . '|';
print strlen($aRow['TESTDATE']);
print '|';
print ord(
$aRow['TESTDATE'][strlen($aRow['TESTDATE']) - 1]
);
print '';
mssql_close($iLinkId)
The output looks like this:
2002-12-31 00:00:00|20|0
indicating the string is 20 characters long, and the last character is
a null character (\0).
--
Edit this bug report at http://bugs.php.net/?id=20911&edit=1
#20918 [NEW]: z
From: [EMAIL PROTECTED]
Operating system: win32
PHP version: 4.3.0RC2
PHP Bug Type: Output Control
Bug description: z
hello
i wrote a script, that reads a few htmlpages with the function fgetss(),
who strips away the html code. this works propperly in the php-version
(php.4.2)
but with php4.3 something goes wrong and i cant get no output from the
function fgetss(). here are the code.
i hope this is a serious problem and it was helpful for you to report
this... greets timon
raw.txt
geschrieben...\n";
function zeileputzen($zeile) {
// Tabulatoren, , Linktext usw raus...
$zeile = str_replace("\t",'',$zeile);
$zeile = str_replace("nach oben",'',$zeile);
$zeile = str_replace(" ",'',$zeile);
$zeile = preg_replace("/^ */",'',$zeile);
if(preg_match("/^LvH-Umfeld/",$zeile)) {$zeile = '';}
if(preg_match("/^Umfeld/",$zeile)) {$zeile = '';}
if(preg_match("/^Personen/",$zeile)) {$zeile = '';}
if(preg_match("/^- \w/",$zeile)) {$zeile = '';}
$zeile = preg_replace("/^\W ?/","",$zeile);
$zeile = preg_replace("/(B: )/","\n@B: ",$zeile);
$zeile = preg_replace("/(Br: )/","\n@Br: ",$zeile);
$zeile = preg_replace("/(K: )/","\n@K: ",$zeile);
$zeile = preg_replace("/(B: )(\n)/",'B: ',$zeile);
$zeile = preg_replace("/(Br: )(\n)/",'Br: ',$zeile);
$zeile = preg_replace("/(K: )(\n)/",'K: ',$zeile);
return $zeile;
}
$fh = fopen("raw.txt",'r') or die("unable to read from raw.txt");
$raw_txt = fread($fh,filesize('raw.txt'));
fclose($fh);
echo "raw.txt ausgelesen\n";
$pieces = explode(chr(10),$raw_txt);
$f = 0;
foreach($pieces as $lines) {
if(strlen($lines) == 0) { $f++; }
if(strlen($lines) > 2) { $f = 0; }
if($f > 10) {
$new_buffer .= '###';
$f = 0;
}
echo " :: line -> $lines\n";
$new_buffer .= $lines."\n";
}
$f_pieces = explode('###',$new_buffer);
unset($new_buffer);
foreach($f_pieces as $l) {
echo strlen($l);
if(preg_match("/[A-Za-z0-9]/",$l)) {
$f_lines = explode(chr(10),$l);
$new_buffer .= "***";
foreach($f_lines as $f) {
if(!strlen($f)) { continue; }
$f = trim($f);
$new_buffer .= trim($f)."\n";
}
}
}
$fh = fopen('formatted.txt','w+');
fwrite($fh,$new_buffer);
fclose($fh);
echo "formatted.txt geschrieben!\n";
echo "text in db eintragen...\n";
?>
--
Edit bug report at http://bugs.php.net/?id=20918&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20918&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20918&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20918&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20918&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20918&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20918&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20918&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20918&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20918&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20918&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20918&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20918&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20918&r=isapi
#20906 [Bgs]: HTTP_REFERER reports incorrect page
ID: 20906 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Win2K Server PHP Version: 4.2.3 New Comment: Yup, this one's definitely bogus. Turned out to be a subtle error in the sample code I'm hacking around. Previous Comments: [2002-12-10 01:31:36] [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. You should not rely on HTTP_REFERER for your application logic. HTTP_REFERER is sent by the client/browser and therefore not reliable. On my system, it does report the correct HTTP_REFERER (as long as the browser sends one..) [2002-12-09 20:45:41] [EMAIL PROTECTED] OK. Let's take a generic shopping application. The user comes in at a top index, then clicks an atag to the shopping index. From there he clicks on a category atag (say, fruits) and is presented with Bananas and Blackberries, each of which has an "Add to cart" tag below them. But he also has the choice to click on Bananas itself and see a fuller product description. He does so, and decides to buy (atag to "Add to cart" script) from this level. A return via HTTP_REFERER from the full description page should return him to the shopping index, but instead it sends him back to the main index. This seems to be a general problem with browsers not being refreshed when atags are selected. As pointed out in 20776, issuing a meta-refresh fixed a similar problem on a return that wasn't working correctly. You may have already solved this if that bug is closed. [2002-12-09 08:53:28] [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. [2002-12-09 08:31:30] [EMAIL PROTECTED] I believe this is related to incorrect flushing of browser reported in 20776. -- Edit this bug report at http://bugs.php.net/?id=20906&edit=1
#20723 [Bgs]: include self file
ID: 20723 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Red Hat 7.2 PHP Version: 4.2.2 New Comment: I'm not sure what expected behavior should be here but consider using include_once(). On a related note: include 'idonotexist.php'; gives a confusing error these days: Warning: main(idonotexist.php) [function.main]: failed to create stream: No such file or directory in /var/www/include.php on line 3 Warning: main() [function.main]: Failed opening 'idonotexist.php' for inclusion (include_path='.:/usr/local/lib/php') in /var/www/include.php on line 3 A lot of people are going to find themselves here: http://www.php.net/function.main ;) Previous Comments: [2002-12-10 01:25:04] [EMAIL PROTECTED] it is a bug [2002-11-29 06:51:10] [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 [2002-11-29 06:50:29] [EMAIL PROTECTED] script.php if you try this you will get: hello hello hello ... and the script will failure -- Edit this bug report at http://bugs.php.net/?id=20723&edit=1
#20917 [NEW]: need examples for mb functions
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.2 PHP version: 4.2.2 PHP Bug Type: mbstring related Bug description: need examples for mb functions The mb library is great but there isn't much in terms of examples in the online documentation. Could an example be added on how to do the following in the appropriate sections: 1- remove whitespace from a multi-byte string 2- trim a multi-byte string 3- split a multibyte string on whitespace ... Thanks! -- Edit bug report at http://bugs.php.net/?id=20917&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20917&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20917&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20917&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20917&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20917&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20917&r=support Expected behavior: http://bugs.php.net/fix.php?id=20917&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20917&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20917&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20917&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20917&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20917&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20917&r=isapi
#19248 [Fbk->Opn]: ftp_connect failed
ID: 19248 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: FTP related Operating System: AIX 4.3 -PHP Version: 4.2.0 +PHP Version: 4.3.0-dev New Comment: It works fine now and I don't know what has happened. Previous Comments: [2002-12-07 01:48:35] [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-09-11 07:19:54] [EMAIL PROTECTED] I tried ftp_connect() with an IP address as argument ... same trouble. In main/php_config.php, #define HAVE_GETADDRINFO 1 was already uncommented , so I commented it ... and tried again. Make output is available at http://demoweb.regie-france.com/make_20020911.stdout. Have you noticed the warnings in ext/ftp/ftp.c ? Test is available at http://demoweb.regie-france.com/test.php [2002-09-09 11:53:48] [EMAIL PROTECTED] Does it work when you use an IP address? In main/php_config.h it probably says #define HAVE_GETADDRINFO 1 If you uncomment this and do make, does it work then? Some versions of the bind library have broken getaddrinfo(), maybe you have one too? [2002-09-09 09:32:01] [EMAIL PROTECTED] ups, in fact the installation of PHP 4.3.0 makes a new bug ? ftp_connect still don't work, and now, fsockopen don't work COMPILATION LOG : http://demoweb.regie-france.com/make.stdout PHPINFO : http://demoweb.regie-france.com/phpinfo.php TEST HERE : http://demoweb.regie-france.com/test.php [2002-09-09 08:01:46] [EMAIL PROTECTED] fsockopen() ? What happened to ftp_connect() ? Please add the shortest possible script here which can be used to reproduce this. 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/19248 -- Edit this bug report at http://bugs.php.net/?id=19248&edit=1
