#21258 [Ver->Asn]: cli and cli/php.exe not existant in latest windows snapshots
ID: 21258 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Assigned Bug Type: *Compile Issues Operating System: Win32 PHP Version: 4CVS-2002-12-28 (dev) -Assigned To: +Assigned To: edink New Comment: I'll look into this. Previous Comments: [2002-12-28 20:51:36] [EMAIL PROTECTED] Changing summary too. [2002-12-28 20:44:24] [EMAIL PROTECTED] Verified, no directory called cli in the windows binary snapshoots. [2002-12-28 20:35:56] [EMAIL PROTECTED] The php snapshots are located at http://snaps.php.net. There are sources and precompiled windows binaries available. I am talking of the windows binaries. If you unpack one of them, you will see that the cli directory exists but there's no file in it. HTH [2002-12-28 20:31:18] [EMAIL PROTECTED] How did you install it? Do you get any error when build it from source? Any log? Are you sure you're looking at the right place? [2002-12-28 20:13:05] [EMAIL PROTECTED] The CLI directory is empty in the snapshots. 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/21258 -- Edit this bug report at http://bugs.php.net/?id=21258&edit=1
#21250 [Opn->Csd]: echo output is blocked when using system(), exec(), backticks, etc.
ID: 21250
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Output Control
Operating System: OpenBSD 3.0
PHP Version: 4.3.0
New Comment:
imlicit_flush and output_buffering are two unrelated things, but this
fact has been known to confuse even seasoned php developers :)
In 4.3.0 you can have php-cli.ini (or php-{sapi}.ini) which can help
configure different sapi's in different ways.
Previous Comments:
[2002-12-28 12:00:52] [EMAIL PROTECTED]
Thanks for pointing that out, though it wasn't the problem.
The CLI documentation leads one to believe that, by default, the PHP
CLI binary will override implicit_flush in the php.ini. This does not
seem to be the case. Making a new copy of php.ini in a different
directory and setting implicit_flush=On (along with
output_buffering=Off for good measure) did the trick.
Bug? Incorrect documentation? Even more user stupidity? :)
[2002-12-28 11:21:01] [EMAIL PROTECTED]
Check your php.ini, you probably have output buffering enabled.
[2002-12-28 11:19:46] [EMAIL PROTECTED]
A script that I have which automates the building of Apache + PHP +
ModSSL is showing strange behavior with PHP 4.3.0.
This script works fine with 4.2.x (CGI), but as soon as I upgraded to
4.3.0 (CLI), all output from echo is blocked until the commands that I
run through my many calls to system() are complete. The new CLI docs
say that implicit flush is on by default with the CLI, but when using
system(), exec(), or backticks this doesn't seem to be the case.
My apologies if this is mere user stupidity.
--
Edit this bug report at http://bugs.php.net/?id=21250&edit=1
#19084 [Com]: str_replace cannot handle strings > 32 kb
ID: 19084
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Strings related
Operating System: Windows 2000
PHP Version: 4.2.2
New Comment:
i am having the same problem, except i use the arrays in the input:
str_replace($replar,$withar,$tpl);
the problem is sometimes only when you refresh a page that could point
to it being an apache problem but it only happens with php pages.
i cannot produce a backtrace since it is on my host's server and i
cannot reproduce it on my local dev machine: winxp, apache2, php 4.1.1
Server with problem: Apache/1.3.27 (Unix) mod_gzip/1.3.26.1a
mod_ssl/2.8.11 OpenSSL/0.9.6g FrontPage/5.0.2.2510 PHP/4.1.2
mod_throttle/3.1.2
Previous Comments:
[2002-09-21 02:06:03] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2002-08-24 10:53:10] [EMAIL PROTECTED]
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.
[2002-08-24 10:31:34] [EMAIL PROTECTED]
To generate the output of my scripts I generally execute code like:
echo str_replace("{body}", show_results(), implode ('', file
('template.html')));
so I put my output inside the page.
when the output generated by show_results() is > 32kb I get the page
cannot be displayed error, random garbage in the output or just
incomplete output.
--
Edit this bug report at http://bugs.php.net/?id=19084&edit=1
#17958 [NoF->Csd]: loses $_POST vars
ID: 17958 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2002-12-28 19:17:07] [EMAIL PROTECTED] When I change in (php.ini) register_globals = On and restart Apache everythings looks to work OK Ps. Sorry - my english is terrible but I want help :) [2002-12-23 12:07:30] [EMAIL PROTECTED] @[EMAIL PROTECTED] No, it doesn't. The problem is that the whole $_POST-Array is empty if the data is submited as multipart/form-data. [2002-12-12 21:27:38] [EMAIL PROTECTED] Use $_FILES to access the the file specs. Use $_POST for all others. -taken from phpinfo()-- $_POST["user"] (gives me) ryan $_FILES["userfile"] (gives me) Array ( [name] => Test.class [type] => application/octet-stream [tmp_name] => /tmp/phpyXUyr7 [error] => 0 [size] => 444 ) PHP Version 4.2.2 Apache/1.3.12 Hope this helps [2002-10-14 19:26:51] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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-10 03:34:21] [EMAIL PROTECTED] Reproduced with snapshot of 2002-09-28. Didn't see any changes. 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/17958 -- Edit this bug report at http://bugs.php.net/?id=17958&edit=1
#21259 [Fbk]: php.ini is totally ignored
ID: 21259 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Configuration Issues Operating System: linux - redhat 7.1 PHP Version: 4.3.0 New Comment: It would also help of you could start apache in single process mode (-X) and run it from within strace to see which files it tries to open: strace /path/to/httpd -X regards, Derick Previous Comments: [2002-12-28 22:24:58] [EMAIL PROTECTED] Could you provide the output of phpinfo(); ? Or better yet provide a link to a php page with this content on your server? [2002-12-28 21:42:42] [EMAIL PROTECTED] even though php engine works (apache2.0.43 dso) it totally ignores php.ini settings. Specifical examples; when I change output_buffering to "On" or "4096" or "1" it simply stays as "0" (as viewed from phpinfo()) OR magic_quotes_gpc cannot be turned "Off" it stuck in "On" position. (i have also verified these by actual dependent script non-function so its not a phpinfo() problem) Ive installed it as './configure' '--with-config-file-path=/usr/local/apache2/conf/php.ini' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' Even when I delete php.ini I get the same for phpinfo. I have tried putting a file at /usr/local/lib/php.ini (the default location if you had not set it yourself) with the same result. i have reinstalled apache once and php twice from scratch with same results! Yes I do restart apachectl. And no I dont have a problem with php.ini permissions as ive even tried chmod 777! (apache 2.0.43 dso php4.3.0RC2 did not have this problem.) -- Edit this bug report at http://bugs.php.net/?id=21259&edit=1
#19755 [Com]: PHP build system does NOT support blanks in upper directory names
ID: 19755 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Compile Failure Operating System: Any PHP Version: 4.2.1 and later (???) New Comment: There was not ANY message/notification from the bugtracking system :( One more bug? Previous Comments: [2002-11-10 18:17:27] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-10-21 06:53:26] [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 i think i have it fixed in pear/scripts/phpize.in [2002-10-04 11:19:57] [EMAIL PROTECTED] changing state per user request. [2002-10-04 10:50:28] [EMAIL PROTECTED] Opps :( Please change the status to SUSPENDED as was decided... [2002-10-04 10:49:07] [EMAIL PROTECTED] Let's change state to CLOSED first... 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/19755 -- Edit this bug report at http://bugs.php.net/?id=19755&edit=1
#20311 [Fbk->Opn]: Apachechild ends with Memory-Read-Error if using session.serialize_handler=wddx
ID: 20311 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: WDDX related Operating System: Windows 2000 -PHP Version: 4.2.3/4.3.0-dev +PHP Version: 4.2.3/4.3.0 New Comment: No changes in 4.3.0 Final. I'll try a snap soon. Bye, Michael Previous Comments: [2002-12-19 23:09:49] [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-11 09:46:00] [EMAIL PROTECTED] Status changed to OPEN. I think that's right, isn't it? If you call phpinfo() there's one little line not there where it should be: Section WDDX WDDX Support: enabled WDDX Session Serializer (this line is missing) Michael [2002-11-11 06:15:11] [EMAIL PROTECTED] No changes with this version: Downloaded 11/11/2002 PHP-4.3.0-dev System: Windows NT localhost 5.0 build 2195 Build Date: Nov 11 2002 12:13:03 Server API: Apache 2.0 Filter PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 I used the link above to download the Win32-binaries. Michael [2002-11-08 08:51: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-11-08 08:11:10] [EMAIL PROTECTED] If your php.ini is set up like session.serialize_handler = wddx Apache's Child gets terminated and exits with an Memory-Read Error if you want to start a session. (Log: [notice] Parent: child process exited with status 3221225477 -- Restarting.) Everything else is fine... except BUG#19122 is still there, too. Configuration: - Win 2000 SP2 - Apache 2.0.43 - PHP 4.2.3 (Apache 2 Filter DLL) Bye, Michael -- Edit this bug report at http://bugs.php.net/?id=20311&edit=1
#19122 [Opn]: session.use_trans_sid doesn't take effect if zlib_output_compression is enabled
ID: 19122 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Win 2k and Debian 3 -PHP Version: 4.3.0-dev +PHP Version: 4.3.0 and earlier New Comment: So here is my conclusion: I've just tried PHP 4.3.0 Final today. zlib's compression works fine now, and session.use_trans_sid won't work if and ONLY IF you use session.auto_start. trans_sid works fine if you start the session manually by calling session_start(). Don't know if this Bug should be closed? Bye, Michael Previous Comments: [2002-11-12 17:07:38] [EMAIL PROTECTED] So it might be some bug then. [2002-11-12 13:29:17] [EMAIL PROTECTED] Sorry, my english is not that good. > Are you by any chance trying to use > both methods at the same time ? I'm not using output_handler = "ob_gzhandler" and zlib.output_compression = On at the same time, if you ment this. "ob_gzhandler" still works fine, even with session.use_trans_sid = 1, but zlib.output_compression always serves trash in this version. Michael [2002-11-11 16:15:48] [EMAIL PROTECTED] You should have mentioned that in the first place.. (that it worked before) Are you by any chance trying to use both methods at the same time ? [2002-11-11 10:19:51] [EMAIL PROTECTED] What do you mean, "if my browser doesn't support it"? Mozilla and IE did support it. "output_handler = ob_gzhandler" works fine with these browsers. "zlib.output_compression = On" worked fine with these browsers with PHP 4.2, except trans_sid didn't work. And now zlib's output-compression is not working anymore. Why is that Bogus? Michael [2002-11-11 10:04:40] [EMAIL PROTECTED] Don't use it if your browser doesn't support it. 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/19122 -- Edit this bug report at http://bugs.php.net/?id=19122&edit=1
#21259 [Fbk]: php.ini is totally ignored
ID: 21259 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Configuration Issues Operating System: linux - redhat 7.1 PHP Version: 4.3.0 New Comment: This should be the path to a directory in which to look for the php.ini: --with-config-file-path=/usr/local/apache2/conf/ Previous Comments: [2002-12-29 05:07:29] [EMAIL PROTECTED] It would also help of you could start apache in single process mode (-X) and run it from within strace to see which files it tries to open: strace /path/to/httpd -X regards, Derick [2002-12-28 22:24:58] [EMAIL PROTECTED] Could you provide the output of phpinfo(); ? Or better yet provide a link to a php page with this content on your server? [2002-12-28 21:42:42] [EMAIL PROTECTED] even though php engine works (apache2.0.43 dso) it totally ignores php.ini settings. Specifical examples; when I change output_buffering to "On" or "4096" or "1" it simply stays as "0" (as viewed from phpinfo()) OR magic_quotes_gpc cannot be turned "Off" it stuck in "On" position. (i have also verified these by actual dependent script non-function so its not a phpinfo() problem) Ive installed it as './configure' '--with-config-file-path=/usr/local/apache2/conf/php.ini' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' Even when I delete php.ini I get the same for phpinfo. I have tried putting a file at /usr/local/lib/php.ini (the default location if you had not set it yourself) with the same result. i have reinstalled apache once and php twice from scratch with same results! Yes I do restart apachectl. And no I dont have a problem with php.ini permissions as ive even tried chmod 777! (apache 2.0.43 dso php4.3.0RC2 did not have this problem.) -- Edit this bug report at http://bugs.php.net/?id=21259&edit=1
#21264 [NEW]: mysql_connect() show false NONEXISTENT character warning
From: [EMAIL PROTECTED] Operating system: WINXP PHP version: 4.3.0 PHP Bug Type: Apache related Bug description: mysql_connect() show false NONEXISTENT character warning mysql_connect() show warning message into apache log-file about NONEXISTENT character set from when the server's default character set != latin1 -- Edit bug report at http://bugs.php.net/?id=21264&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21264&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21264&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21264&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21264&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21264&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21264&r=support Expected behavior: http://bugs.php.net/fix.php?id=21264&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21264&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21264&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21264&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21264&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21264&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21264&r=isapi
#21264 [Opn->Bgs]: mysql_connect() show false NONEXISTENT character warning
ID: 21264 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: WINXP PHP Version: 4.3.0 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-29 08:08:53] [EMAIL PROTECTED] mysql_connect() show warning message into apache log-file about NONEXISTENT character set from when the server's default character set != latin1 -- Edit this bug report at http://bugs.php.net/?id=21264&edit=1
#21184 [Opn->Csd]: Compiling --with-zlib fails
ID: 21184 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.7 (RELEASE) PHP Version: 4.3.0RC4 New Comment: My mistake ;) Previous Comments: [2002-12-25 17:07:07] [EMAIL PROTECTED] This bug is similar to but not the same as Bug #19973. Basically I did a 'configure' followed by 'make'. The make command terminated with: /usr/installs/php/php-4.3.0RC4/ext/zlib/zlib.c:48: /usr/installs/php/php-4.3.0RC4/ext/standard/basic_functions.h:126: #error Need type which holds 32 bits (There were some warnings reported by the compiler but they didn't seem important) The same configure line works with php 4.2.3 on the same machine and the config.nice is as follows: #! /bin/sh # # Created by configure './configure' \ '--with-apxs=/icepanel/apache/bin/apxs' \ '--with-mysql=/icepanel/mysql' \ '--with-gd=/usr/local' \ '--enable-gd-native-ttf' \ '--with-jpeg-dir=/usr/local/lib' \ '--with-png-dir=/usr/local/lib' \ '--with-freetype-dir=/usr/local/lib' \ '--with-pdflib=/usr/local' \ '--enable-trans-sid' \ '--enable-wddx' \ '--with-openssl' \ '--enable-ftp' \ '--with-sockets' \ '--with-pear' \ '--with-gettext' \ '--enable-pcntl' \ '--enable-shmop' \ '--with-mm' \ '--enable-wddx' \ '--with-imap' \ '--with-imap-ssl' \ '--with-sockets' \ '--with-xml' \ '--with-mcrypt' \ '--with-pspell' \ '--with-curl' \ '--no-create' \ '--no-recursion' \ '--with-zlib' \ "$@" -- Edit this bug report at http://bugs.php.net/?id=21184&edit=1
#21264 [Com]: mysql_connect() show false NONEXISTENT character warning
ID: 21264 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: WINXP PHP Version: 4.3.0 New Comment: In all variants set default-character-set in mysql config mysql_client_encoding() return "latin1", but othe (non php) mysql client's return realy character bogus in mysql? Previous Comments: [2002-12-29 08:14:48] [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-29 08:08:53] [EMAIL PROTECTED] mysql_connect() show warning message into apache log-file about NONEXISTENT character set from when the server's default character set != latin1 -- Edit this bug report at http://bugs.php.net/?id=21264&edit=1
#13546 [Com]: stub.lo: file not recognized:
ID: 13546 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: Redhat 7.1 PHP Version: 4.0.6 New Comment: i could not compile php in my rh7.3 and was wandering around for answers. i followed the instructions in this page and it worked for me. thank you very much jayachandran kamaraj Previous Comments: [2002-10-27 14:38:00] [EMAIL PROTECTED] To expand on what bcampbell said, if you get this error, and it is possible that you already have installed PHP before, you can do a "make clean", and then you should be able to safely make, then make install. What I did, just to make sure, was I re-"./configure"d before doing the make and make install. [2002-02-13 16:59:58] [EMAIL PROTECTED] I'm having exactly the same problem... on php4.1.1 [2001-10-06 20:33:28] [EMAIL PROTECTED] not a bug -> bogus. [2001-10-06 18:38:08] [EMAIL PROTECTED] Sorry no issue here. cleared things up. [2001-10-04 14:27:31] [EMAIL PROTECTED] configure succedes with: ./configure --with-apxs=/opt/web/apache/bin/apxs --with-mysql=/usr/src/mysql --enable-magic-quotes make fails with following error: Making all in . make[1]: Entering directory `/usr/src/php-4.0.6' /bin/sh /usr/src/php4/libtool --silent --mode=link gcc -I. -I/usr/src/php4/ -I/usr/src/php4/main -I/usr/src/php4 -I/opt/web/apache/include -I/usr/src/php4/Zend -I/usr/src/mysql/include -I/usr/src/php4/ext/xml/expat/xmltok -I/usr/src/php4/ext/xml/expat/xmlparse -I/usr/src/php4/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /usr/src/php4/libs -avoid-version -L/usr/src/mysql/lib -R /usr/src/mysql/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -ldl -lmysqlclient -lcrypt -lresolv -lm -ldl -lnsl -lresolv stub.lo: file not recognized: File truncated collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/usr/src/php-4.0.6' make: *** [all-recursive] Error 1 I found bug# 12909 that is close but with 4.0.7 Is there anything I can do to get this to work with 4.0.6 or do I have to go through the CSV? php-3.0.18 comples fin with the same configure parameters. Thanks -- Edit this bug report at http://bugs.php.net/?id=13546&edit=1
#21265 [NEW]: unexpected low color depth
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.3.0
PHP Bug Type: GD related
Bug description: unexpected low color depth
Hi!
Before switching to PHP 4.3.0 we could create a "nice" colored thumbnail
from an image via PHP and GD (1.8.x) with the following code:
$thumb = imagecreate($twidth, $theight);
$orig = @imagecreatefromjpeg($file);
if (!$orig) {
echo "Couldn't load JPEG image '$file'.";
exit();
}
imagecopyresized($thumb, $orig, 0, 0, 0, 0, $twidth,
$theight, $width, $height);
mkdir(dirname($thumbnail),0777);
imagejpeg($thumb,$thumbnail,65);
We had a switch statement for any supported image type (JPEG, GIF and
PNG). The created image is of course smaller but has the same color depth
as the original.
After using PHP 4.3.0 and its bundled GD2 library the image is also
created but the result has very less colors (maybe 16). I've put an
example here:
http://thoralf.log-out.net/tmp/php4.3.0.html
I'm not sure, if I did a mistake or if there is something missing now -
but it works with PHP4.2.2 very well.
The PHPInfo from the server can be found here:
http://m84.de/phpinfo.php
bye
Thoralf
--
Edit bug report at http://bugs.php.net/?id=21265&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21265&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21265&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21265&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21265&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21265&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21265&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21265&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21265&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21265&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21265&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21265&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21265&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21265&r=isapi
#21247 [Bgs]: odbc_fetch_object not defined
ID: 21247 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: ODBC related Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: The main page of PHP has a nice HOWTO on building PHP for windows. What you'll need to edit are all in ext/odbc: php_odbc.h: remove lines 57 and 60. php_odbc.c remove lines 87 and 90 remove lines 1354 and 1511 If you can get it to work I'll move the support to MSSQL now too. Previous Comments: [2002-12-28 15:06:14] [EMAIL PROTECTED] I would love to test it but I dont have the time to spend compiling php. I have never compiled php. I am an avid programmer and am competant in c, and c++. If you have a quick guide to compiling php I would love to try it. Which file? Which compiler is preferred? I have Borland Command line 5.5 Thanks Charles Killmer BTW the odbc dsn is looking at an access database. [2002-12-28 11:01:52] [EMAIL PROTECTED] It's not really a bug. The problem is odbc_fetch_object is (at this time) only supported through the DBMAKER database. I have insufficent time and resources to test against all DBs and as such it is #defined out. Theoretically it should work with your Win2k Server, and you can test this by removing the #defines from the odbc_fetch_object call. If it works, I'd be more than happy to integrate the change into further releases. As it stands though I have no firm proof that it does. [2002-12-28 10:05:28] [EMAIL PROTECTED] I am getting this error PHP Fatal error: Call to undefined function: odbc_fetch_object() The documentation says it is available in (PHP 4 >= 4.0.2) This is the line of code $row = odbc_fetch_object($sql_result,$i); Was this missed? Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=21247&edit=1
#21266 [NEW]: ceil() misbehaviour
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.2.3 PHP Bug Type: Scripting Engine problem Bug description: ceil() misbehaviour Please take a look at following example: For both for PHP 4.2.3 and 4.3.0 RC2, it gives me this result: 258757 258758 which is definitly breaks mathematical rules. Correct result should be 258757. -- Edit bug report at http://bugs.php.net/?id=21266&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21266&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21266&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21266&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21266&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21266&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21266&r=support Expected behavior: http://bugs.php.net/fix.php?id=21266&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21266&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21266&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21266&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21266&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21266&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21266&r=isapi
#21266 [Opn->Bgs]: ceil() misbehaviour
ID: 21266 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: All 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 Read up on the floating point type in the manual. Derick Previous Comments: [2002-12-29 09:35:36] [EMAIL PROTECTED] Please take a look at following example: For both for PHP 4.2.3 and 4.3.0 RC2, it gives me this result: 258757 258758 which is definitly breaks mathematical rules. Correct result should be 258757. -- Edit this bug report at http://bugs.php.net/?id=21266&edit=1
#21267 [NEW]: fopen() fails on some URLs
From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version: 4.3.0
PHP Bug Type: *URL Functions
Bug description: fopen() fails on some URLs
When trying fopen() on http://, it fails on some urls.
Example:
fopen("http://www.smswhiz.com/","r";);
Gives stream error. The site IS touched, but you do not receive any data
back from the site.
While for example:
fopen("http://www.tweakers.net/","r";);
Does work without any problem!
--
Edit bug report at http://bugs.php.net/?id=21267&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21267&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21267&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21267&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21267&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21267&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21267&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21267&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21267&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21267&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21267&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21267&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21267&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21267&r=isapi
#21267 [Opn->Ana]: fopen() fails on some URLs
ID: 21267
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Analyzed
Bug Type: *URL Functions
Operating System: FreeBSD
PHP Version: 4.3.0
New Comment:
That's because of the silly 302 temporary redirect to a relative URL
with GET-method args that is done on that site. Open the right
location and it should work fine. We probably should support this at
some point though.
Previous Comments:
[2002-12-29 09:44:51] [EMAIL PROTECTED]
When trying fopen() on http://, it fails on some urls.
Example:
fopen("http://www.smswhiz.com/","r";);
Gives stream error. The site IS touched, but you do not receive any
data back from the site.
While for example:
fopen("http://www.tweakers.net/","r";);
Does work without any problem!
--
Edit this bug report at http://bugs.php.net/?id=21267&edit=1
#20961 [Com]: session_decode causes the script to crash
ID: 20961
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux/Windows
PHP Version: 4.2.3
New Comment:
I have the same issue, but under Windows XP.
I have tried Php version 4.3 (latest), but this issue still exist...
Is there a workaround ?
thanks in advance,
Jean-Frederic
Previous Comments:
[2002-12-12 09:53:59] [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-12 09:53:01] [EMAIL PROTECTED]
function get_session_decode($sessStr)
{
if ($sessStr) {
session_decode($sessStr);
unset($sessStr);
$vars = get_defined_vars();
return $vars;
} //if
} //func
The following function should return an array of session variables:
function get_session_decode($sessStr)
{
if ($sessStr) {
session_decode($sessStr);
unset($sessStr);
$vars = get_defined_vars();
return $vars;
} //if
} //func
print_r(get_session_decode('TEST|s:7:"testing";'));
however session_decode always crashes when you pass it a valid session
string. It does not crash if you pass it an invalid session string or
an empty/false string. I tried using the function by it self, but it
still crashes. No sessions where created at the time (which SHOULD NOT
be needed).
If you call session_start() first, it does not crash, but does not set
any variables.
--
Edit this bug report at http://bugs.php.net/?id=20961&edit=1
#21264 [Bgs->Dup]: mysql_connect() show false NONEXISTENT character warning
ID: 21264 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Duplicate -Bug Type: Apache related +Bug Type: MySQL related Operating System: WINXP PHP Version: 4.3.0 New Comment: Current bundled libmysql only supports latin1 charsets. To use other charsets you have to compile php with external libmysql. This bug was already supported (#16619). Previous Comments: [2002-12-29 08:44:12] [EMAIL PROTECTED] In all variants set default-character-set in mysql config mysql_client_encoding() return "latin1", but othe (non php) mysql client's return realy character bogus in mysql? [2002-12-29 08:14:48] [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-29 08:08:53] [EMAIL PROTECTED] mysql_connect() show warning message into apache log-file about NONEXISTENT character set from when the server's default character set != latin1 -- Edit this bug report at http://bugs.php.net/?id=21264&edit=1
#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing
ID: 16057 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.2 New Comment: Just downloaded & installed php 4.3.0 win32. Neither rawlost or nlist work! The system appears to hang for a while, and then returns nothing. My setup Server OS Win2k Prof Web Server: Apache 1.3.20 ftp Service: War FTP 1.65 Tested both local and remote. Neither works. Previous Comments: [2002-11-30 02:57:56] [EMAIL PROTECTED] After 20 minutes scratching my head, I finally downloaded the latest snapshot of PHP, which upgraded me from v4.2.3 to v4.3.0dev, the problem was resolved. I suggest all head to http://snaps.php.net and upgrade... Alex. [2002-11-14 17:41:20] [EMAIL PROTECTED] I have the same problem with PHP 4.2.3, win2k and apache 1.3.26 Both, ftp_rawlist and ftp_nlist do not work on my localhost ftp. On remote ftps, the functions work. [2002-10-29 10:05:43] [EMAIL PROTECTED] I just installed the 4.2.3 version and ftp_rawlist() and ftp_nlist() are not working. I was using version 4.2.0 and they worked. I guess this is still an open issue (bug!). Server Specs: Windows 2000 Adv. Server / IIS 6.0 / Win2k SP2 installed [2002-10-24 00:05:32] [EMAIL PROTECTED] ftp_rawlist() and ftp_nlist() still appear to be broken in PHP 4.2.3. I have tested with both Apache 1.3.27 and IIS 6. [2002-10-21 03:34:00] [EMAIL PROTECTED] I'm having problems with ftp_rawlist(). I'm running Abyss Web Server, Win XP and latest ver of PHP. ftp_rawlist() doesn't seem to work when directories haves spaces in them. Does anyone have a solution on this problem? 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/16057 -- Edit this bug report at http://bugs.php.net/?id=16057&edit=1
#21268 [NEW]: session_decode does corretly the job, but returns FALSE !!!
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: Session related Bug description: session_decode does corretly the job, but returns FALSE !!! I believed that session_decode was not working, because it was always returning false, BUT it works... even if it returns FALSE ! Here is my sample code : "; $buffer=session_encode(); echo "buffer = ".$buffer.""; $_SESSION['test']=10; echo "test = ".$_SESSION['test'].""; if (session_decode($buffer)==FALSE) echo "It returns FALSE "; echo "test = ".$_SESSION['test'].""; ?> here is the ouput (after a REFRESH) : test = 20 buffer = test|i:20; test = 10 It returns FALSE test = 20 It display "It returns FALSE", but $_SESSION['test'] is correctly initialized with 20 as it was... Do I missed something ? or is it a bug ? Thanks in advance, Jean-Frederic -- Edit bug report at http://bugs.php.net/?id=21268&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21268&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21268&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21268&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21268&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21268&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21268&r=support Expected behavior: http://bugs.php.net/fix.php?id=21268&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21268&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21268&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21268&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21268&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21268&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21268&r=isapi
#21269 [NEW]: Memory leak with Windows COM-Support?
From: [EMAIL PROTECTED]
Operating system: Windows XP Pro
PHP version: 4.2.2
PHP Bug Type: Unknown/Other Function
Bug description: Memory leak with Windows COM-Support?
COM-Support on Apache 1.3.27 with PHP 4.2.2 (as Apache dso) seems to have a
memory leak. Every time I run the following code, memory usage of Apache
is increased by about 86 kB:
$cid = new COM('ADODB.Connection');
$cid->Open ("File Name=udlfile.udl");
$rid = $cid->Execute ("SELECT * FROM test");
$rid->Close();
$rid->Release();
$rid = NULL;
unset ($rid);
$cid->Close();
$cid->Release();
$cid = NULL;
unset ($cid);
Is it really a memory leak or just my way of trying to free memory
resources?
Cheers, Norbert
--
Edit bug report at http://bugs.php.net/?id=21269&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21269&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21269&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21269&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21269&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21269&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21269&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21269&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21269&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21269&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21269&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21269&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21269&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21269&r=isapi
#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing
ID: 16057 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.2 New Comment: Re: my previous post ... Cockpit Error .. It appears to work fine now. The problem was that I was connecting to the FTP service on the local by giving it a fully qualified DNS name. The localhost sits behind a NAT firewall. Obviously, Apache/PHP connecting to FTP on the same machine got somehow messed up. When using the local machine name, or localhost, the problem resolved itself. Then I tried to connect to one of my FTP servers running on a different host OUTSIDE the local domain, and Bingo .. It just wokred fine. Hope this helps someone. PHP Rocks! Previous Comments: [2002-12-29 11:06:22] [EMAIL PROTECTED] Just downloaded & installed php 4.3.0 win32. Neither rawlost or nlist work! The system appears to hang for a while, and then returns nothing. My setup Server OS Win2k Prof Web Server: Apache 1.3.20 ftp Service: War FTP 1.65 Tested both local and remote. Neither works. [2002-11-30 02:57:56] [EMAIL PROTECTED] After 20 minutes scratching my head, I finally downloaded the latest snapshot of PHP, which upgraded me from v4.2.3 to v4.3.0dev, the problem was resolved. I suggest all head to http://snaps.php.net and upgrade... Alex. [2002-11-14 17:41:20] [EMAIL PROTECTED] I have the same problem with PHP 4.2.3, win2k and apache 1.3.26 Both, ftp_rawlist and ftp_nlist do not work on my localhost ftp. On remote ftps, the functions work. [2002-10-29 10:05:43] [EMAIL PROTECTED] I just installed the 4.2.3 version and ftp_rawlist() and ftp_nlist() are not working. I was using version 4.2.0 and they worked. I guess this is still an open issue (bug!). Server Specs: Windows 2000 Adv. Server / IIS 6.0 / Win2k SP2 installed [2002-10-24 00:05:32] [EMAIL PROTECTED] ftp_rawlist() and ftp_nlist() still appear to be broken in PHP 4.2.3. I have tested with both Apache 1.3.27 and IIS 6. 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/16057 -- Edit this bug report at http://bugs.php.net/?id=16057&edit=1
#21264 [Dup->Bgs]: mysql_connect() show false NONEXISTENT character warning
ID: 21264 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Bogus Bug Type: MySQL related Operating System: WINXP PHP Version: 4.3.0 New Comment: changed status Previous Comments: [2002-12-29 10:58:32] [EMAIL PROTECTED] Current bundled libmysql only supports latin1 charsets. To use other charsets you have to compile php with external libmysql. This bug was already supported (#16619). [2002-12-29 08:44:12] [EMAIL PROTECTED] In all variants set default-character-set in mysql config mysql_client_encoding() return "latin1", but othe (non php) mysql client's return realy character bogus in mysql? [2002-12-29 08:14:48] [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-29 08:08:53] [EMAIL PROTECTED] mysql_connect() show warning message into apache log-file about NONEXISTENT character set from when the server's default character set != latin1 -- Edit this bug report at http://bugs.php.net/?id=21264&edit=1
#20764 [Com]: session_handler=mm complais about mm_malloc
ID: 20764 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: RH7.2 PHP Version: 4.2.3 New Comment: Tested with new release of PHP (4.3.0). Does not work even with it, complains about permission problem. Previous Comments: [2002-12-04 01:55:17] [EMAIL PROTECTED] You just have to wait for 4.3.0 be released then. This works just fine for me. [2002-12-03 13:00:58] [EMAIL PROTECTED] Unable to use latest (unstable?) snapshot, because it's a production environment. Is it possible to get a patch where only mm-session related things are changed? [2002-12-02 18:49:25] [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-02 10:54:53] [EMAIL PROTECTED] I saw another thread about this bug: http://bugs.php.net/bug.php?id=19039 I've compiled PHP-4.2.3 to apache 1.3.27 including --with-mm (mm-1.1.3-8 & devel packages installed). When using sessions (save_handler=mm) in PHP, it complains: "Warning: mm_malloc failed, avail 0, err mm:core: Failed to lock (Permission denied) in Unknown on line 0" Seems to be some kind of permission problem in SHM. Not sure though what is wrong. -- Edit this bug report at http://bugs.php.net/?id=20764&edit=1
#21270 [NEW]: Download popup appears when trying to run a .php
From: [EMAIL PROTECTED] Operating system: Win 2000 PHP version: 4.3.0 PHP Bug Type: Apache2 related Bug description: Download popup appears when trying to run a .php When logging onto http://localhost, I get the default html page ok. When I try to run the phpinfo() script on http://localhost/phpinfo.php, I get a download popup window If I accept the download, I get a popup window displaying [appears it is not running the script] Why would a download opertion start instead of processing the script and displaying the results? Is this a bug or is it me? I have doubled checked both the Apache and PHP setups. As far as I can tell, they are installed per the instructions. Thanks G. Allen Cummings [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=21270&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21270&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21270&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21270&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21270&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21270&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21270&r=support Expected behavior: http://bugs.php.net/fix.php?id=21270&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21270&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21270&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21270&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21270&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21270&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21270&r=isapi
#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: Apache 2.0.43 and PHP Version 4.3.1-dev work together. Most problems are because of PHP version. http://snaps.php.net/win32/php4-win32-latest.zip LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php .php3 .php4 .phtml That's all. Previous Comments: [2002-12-22 11:16:04] [EMAIL PROTECTED] Finaly!!! I got i fixed! I downloaded the latest from the website (rc4) from: http://snaps.php.net/~edink/php-4.3.0RC4-Win32.zip Just unzipped it and named it c:/php/ edited the http.conf in the way mentioned above and edited the php.ini in the windows folder And that only after 3 hours :P [2002-12-13 07:46:57] [EMAIL PROTECTED] OK, corrected thanks to Edin: # There is link on the front page: # # http://snaps.php.net/~edink/php-4.3.0RC3-Win32.zip # # Edin Vince [2002-12-13 05:18:29] [EMAIL PROTECTED] Hi, Despite having done exactly what is explained in "[23 Oct 8:52pm] [EMAIL PROTECTED]" in this bug list, I still have "cannot load php4apache2.dll into server - The specified procedure cannot be found". Versions of apache and php are the same. The only thing is that I'm using Windows XP Pro SP1 with all windows updates... Download of php4-win32-STABLE-latest.zip was made today (buggy version?) What's wrong??? Do I have to put php4ts.dll into the register datas??? DO I miss any specific XP Pro procedure? I spent 3 hours on this and it still doesn't work. Urgent help needed plz. Thanks in advance. Vince [2002-12-07 11:18:22] [EMAIL PROTECTED] When I use the SAPI DLL for PHP on W2K and Apache 2.0.43, I get nothing. :( No errors anywhere I can see, but also no php processing. I know it's 'supposed' to be buggy, but I get nothing - not even an error. I can load a .php page, but everything between the shows up in the page source. If I use php-cgi.exe instead of php4apache2.dll, my pages work. But I have an urgent need for the virtual() function and this only works in the dll version of php. Using apache -k start there are no errors. There are also no errors in error.log. I've set php.ini to report errors, but there aren't ever any. Anyone got an idea? My httpd.conf contains: # PHP LoadModule php4_module c:/php/sapi/php4apache2.dll #AddModule mod_php4.c AddType application/x-httpd-php .phtml .php .php3 .php4 .html I've commented out the AddModule line for 2 reasons. One is that I have no module called mod_php4.c - the other reason is that the docs say that it's not required in the newer versions of Apache, especially Apache 2. Bob Kramer [2002-11-13 06:51:20] [EMAIL PROTECTED] Thank you The post: [11 Oct 2:17pm] [EMAIL PROTECTED] did the trick for me. I had some problems that are explained at the http://bugs.php.net/bug.php?id=16575 page (read the mcdragon posts in november) The trick with the latest (stable) snaps worked. I used the php4apache2.dll and the php4ts.dll Interesting! I took the PHP download and the SNAP in the same day and the first had the modified date at the begin of sept 2002 and the snap had november 13th 2002 (TODAY). In any case, thanks KRONUZ for the great help :-))) 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/17826 -- Edit this bug report at http://bugs.php.net/?id=17826&edit=1
#21270 [Com]: Download popup appears when trying to run a .php
ID: 21270 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Win 2000 PHP Version: 4.3.0 New Comment: Your Apache configuration is wrong. There is a problem with PHP. If you use Apache 2.0.x, download PHP from http://snaps.php.net/win32/php4-win32-latest.zip and configure all parameters then try again. in Httpd.conf add this lines; LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php .php3 .php4 .phtml Previous Comments: [2002-12-29 11:41:14] [EMAIL PROTECTED] When logging onto http://localhost, I get the default html page ok. When I try to run the phpinfo() script on http://localhost/phpinfo.php, I get a download popup window If I accept the download, I get a popup window displaying [appears it is not running the script] Why would a download opertion start instead of processing the script and displaying the results? Is this a bug or is it me? I have doubled checked both the Apache and PHP setups. As far as I can tell, they are installed per the instructions. Thanks G. Allen Cummings [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21270&edit=1
#20764 [Com]: session_handler=mm complais about mm_malloc
ID: 20764 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: RH7.2 PHP Version: 4.2.3 New Comment: Okay, bug solved. The problem was in MM, and was fixed in RedHat mm-packages update, which can be found from https://rhn.redhat.com/errata/RHBA-2002-273.html. Previous Comments: [2002-12-29 11:33:51] [EMAIL PROTECTED] Tested with new release of PHP (4.3.0). Does not work even with it, complains about permission problem. [2002-12-04 01:55:17] [EMAIL PROTECTED] You just have to wait for 4.3.0 be released then. This works just fine for me. [2002-12-03 13:00:58] [EMAIL PROTECTED] Unable to use latest (unstable?) snapshot, because it's a production environment. Is it possible to get a patch where only mm-session related things are changed? [2002-12-02 18:49:25] [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-02 10:54:53] [EMAIL PROTECTED] I saw another thread about this bug: http://bugs.php.net/bug.php?id=19039 I've compiled PHP-4.2.3 to apache 1.3.27 including --with-mm (mm-1.1.3-8 & devel packages installed). When using sessions (save_handler=mm) in PHP, it complains: "Warning: mm_malloc failed, avail 0, err mm:core: Failed to lock (Permission denied) in Unknown on line 0" Seems to be some kind of permission problem in SHM. Not sure though what is wrong. -- Edit this bug report at http://bugs.php.net/?id=20764&edit=1
#21262 [Com]: crash or fail when outputting large amounts of text quickly
ID: 21262
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: WinXP
PHP Version: 4.3.0
New Comment:
Setting implicit_flush to ON does not fix it - so maybe adding flush()
only helps because it slows it down..?
Also, messing with output_buffering has no effect.
This problem has been present ever since I started using PHP. Maybe a
memory overflow?
Can anyone else repro? (note this only happens with the sapi/mod
version)
Previous Comments:
[2002-12-29 00:05:14] [EMAIL PROTECTED]
On the SAPI version of php in Apache under WinXP:
for($Loop=0 ; $Loop<10 ; $Loop++)
{
echo "blah $Loop ";
}
(usually) causes IE to abort loading and reload the page many times;
eventually it just shows the standard "The page cannot be displayed",
"Cannot find server or DNS Error".
Netscape simply aborts in the middle, usually around 50,000. But,
sometimes it works fine.
If you add a flush() in the loop, the problem goes away.
Nothing shows up in the PHP or server error logs, so I assume its a
crash.
--
Edit this bug report at http://bugs.php.net/?id=21262&edit=1
#21267 [Ana]: fopen() fails on some URLs
ID: 21267
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: *URL Functions
Operating System: FreeBSD
PHP Version: 4.3.0
New Comment:
But can you tell me why in version 4.2.3 this works perfect?
Previous Comments:
[2002-12-29 10:05:47] [EMAIL PROTECTED]
That's because of the silly 302 temporary redirect to a relative URL
with GET-method args that is done on that site. Open the right
location and it should work fine. We probably should support this at
some point though.
[2002-12-29 09:44:51] [EMAIL PROTECTED]
When trying fopen() on http://, it fails on some urls.
Example:
fopen("http://www.smswhiz.com/","r";);
Gives stream error. The site IS touched, but you do not receive any
data back from the site.
While for example:
fopen("http://www.tweakers.net/","r";);
Does work without any problem!
--
Edit this bug report at http://bugs.php.net/?id=21267&edit=1
#21270 [Opn->Bgs]: Download popup appears when trying to run a .php
ID: 21270 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Win 2000 PHP Version: 4.3.0 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-29 11:58:57] [EMAIL PROTECTED] Your Apache configuration is wrong. There is a problem with PHP. If you use Apache 2.0.x, download PHP from http://snaps.php.net/win32/php4-win32-latest.zip and configure all parameters then try again. in Httpd.conf add this lines; LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php .php3 .php4 .phtml [2002-12-29 11:41:14] [EMAIL PROTECTED] When logging onto http://localhost, I get the default html page ok. When I try to run the phpinfo() script on http://localhost/phpinfo.php, I get a download popup window If I accept the download, I get a popup window displaying [appears it is not running the script] Why would a download opertion start instead of processing the script and displaying the results? Is this a bug or is it me? I have doubled checked both the Apache and PHP setups. As far as I can tell, they are installed per the instructions. Thanks G. Allen Cummings [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21270&edit=1
#21269 [Opn]: Memory leak with Windows COM-Support?
ID: 21269
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: Unknown/Other Function
+Bug Type: COM related
Operating System: Windows XP Pro
PHP Version: 4.2.2
New Comment:
The problem still appears in PHP 4.3.0
Previous Comments:
[2002-12-29 11:15:10] [EMAIL PROTECTED]
COM-Support on Apache 1.3.27 with PHP 4.2.2 (as Apache dso) seems to
have a memory leak. Every time I run the following code, memory usage
of Apache is increased by about 86 kB:
$cid = new COM('ADODB.Connection');
$cid->Open ("File Name=udlfile.udl");
$rid = $cid->Execute ("SELECT * FROM test");
$rid->Close();
$rid->Release();
$rid = NULL;
unset ($rid);
$cid->Close();
$cid->Release();
$cid = NULL;
unset ($cid);
Is it really a memory leak or just my way of trying to free memory
resources?
Cheers, Norbert
--
Edit this bug report at http://bugs.php.net/?id=21269&edit=1
#21268 [Opn->Csd]: session_decode does corretly the job, but returns FALSE !!!
ID: 21268 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Session related Operating System: Windows XP 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-29 11:06:40] [EMAIL PROTECTED] I believed that session_decode was not working, because it was always returning false, BUT it works... even if it returns FALSE ! Here is my sample code : "; $buffer=session_encode(); echo "buffer = ".$buffer.""; $_SESSION['test']=10; echo "test = ".$_SESSION['test'].""; if (session_decode($buffer)==FALSE) echo "It returns FALSE "; echo "test = ".$_SESSION['test'].""; ?> here is the ouput (after a REFRESH) : test = 20 buffer = test|i:20; test = 10 It returns FALSE test = 20 It display "It returns FALSE", but $_SESSION['test'] is correctly initialized with 20 as it was... Do I missed something ? or is it a bug ? Thanks in advance, Jean-Frederic -- Edit this bug report at http://bugs.php.net/?id=21268&edit=1
#21265 [Opn->Ver]: unexpected low color depth
ID: 21265
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
Bug Type: GD related
Operating System: Linux
-PHP Version: 4.3.0
+PHP Version: 4.3.0/4.4.0
Previous Comments:
[2002-12-29 09:25:41] [EMAIL PROTECTED]
Hi!
Before switching to PHP 4.3.0 we could create a "nice" colored
thumbnail from an image via PHP and GD (1.8.x) with the following
code:
$thumb = imagecreate($twidth, $theight);
$orig = @imagecreatefromjpeg($file);
if (!$orig) {
echo "Couldn't load JPEG image '$file'.";
exit();
}
imagecopyresized($thumb, $orig, 0, 0, 0, 0, $twidth,
$theight, $width, $height);
mkdir(dirname($thumbnail),0777);
imagejpeg($thumb,$thumbnail,65);
We had a switch statement for any supported image type (JPEG, GIF and
PNG). The created image is of course smaller but has the same color
depth as the original.
After using PHP 4.3.0 and its bundled GD2 library the image is also
created but the result has very less colors (maybe 16). I've put an
example here:
http://thoralf.log-out.net/tmp/php4.3.0.html
I'm not sure, if I did a mistake or if there is something missing now -
but it works with PHP4.2.2 very well.
The PHPInfo from the server can be found here:
http://m84.de/phpinfo.php
bye
Thoralf
--
Edit this bug report at http://bugs.php.net/?id=21265&edit=1
#21265 [Ver->Bgs]: unexpected low color depth
ID: 21265
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Verified
+Status: Bogus
Bug Type: GD related
Operating System: Linux
PHP Version: 4.3.0/4.4.0
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
The image you are making a thumbnail is a truecolor image, therefor
when creating the thumbnail, you should use imagecreatetruecolor() &
not imagecreate().
Previous Comments:
[2002-12-29 09:25:41] [EMAIL PROTECTED]
Hi!
Before switching to PHP 4.3.0 we could create a "nice" colored
thumbnail from an image via PHP and GD (1.8.x) with the following
code:
$thumb = imagecreate($twidth, $theight);
$orig = @imagecreatefromjpeg($file);
if (!$orig) {
echo "Couldn't load JPEG image '$file'.";
exit();
}
imagecopyresized($thumb, $orig, 0, 0, 0, 0, $twidth,
$theight, $width, $height);
mkdir(dirname($thumbnail),0777);
imagejpeg($thumb,$thumbnail,65);
We had a switch statement for any supported image type (JPEG, GIF and
PNG). The created image is of course smaller but has the same color
depth as the original.
After using PHP 4.3.0 and its bundled GD2 library the image is also
created but the result has very less colors (maybe 16). I've put an
example here:
http://thoralf.log-out.net/tmp/php4.3.0.html
I'm not sure, if I did a mistake or if there is something missing now -
but it works with PHP4.2.2 very well.
The PHPInfo from the server can be found here:
http://m84.de/phpinfo.php
bye
Thoralf
--
Edit this bug report at http://bugs.php.net/?id=21265&edit=1
#21271 [NEW]: imap_sort returns irregular sort
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4CVS-2002-12-29 (stable) PHP Bug Type: IMAP related Bug description: imap_sort returns irregular sort Hi, I built an webmail interface for Courier-IMAP mail server and I use PHP version 4.4.0. When i try to sort the messages from the mail server with imap_sort I always get a random sorting for Subject, To, From and Size; the Date sorting seems to work good. I also had this problem with the previous versions of PHP: 4.2.1 ... 4.2.3 Is there a ptoblem with the imap client on Windows ? Should I upgrade some dll on server ? Thank you for your time. -- Edit bug report at http://bugs.php.net/?id=21271&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21271&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21271&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21271&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21271&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21271&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21271&r=support Expected behavior: http://bugs.php.net/fix.php?id=21271&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21271&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21271&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21271&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21271&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21271&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21271&r=isapi
#21272 [NEW]: Output line too long. (libtool)
From: [EMAIL PROTECTED] Operating system: SunOS 5.8 Generic_108529-17 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: Output line too long. (libtool) ./configure ... --with-gd --with-zlib make ... /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3 -L/opt/openssl/lib -L/usr/local/lib -L/opt/mysql/lib/mysql -L/opt/postgres/lib -R /usr/ucblib -R /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3 -R /opt/openssl/lib -R /usr/local/lib -R /opt/mysql/lib/mysql -R /opt/postgres/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wra pper.lo ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/g d/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io _dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/lib gd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfo ntl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext /gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/g d_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif _in.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ex t/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo e xt/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix. lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/ses sion/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base6 4.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32 .lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo e xt/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo e xt/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/st andard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standar d/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/st andard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext /standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standar d/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_p rint.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/sta ndard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.l o ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/sta ndard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strn atcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standa rd/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_w rapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard /css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggre gation.lo ext/standard/sha1.lo ext/sysvmsg/sysvmsg.lo ext/sysvsem/sysvsem.lo ext /sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlp arse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/ regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/ph p_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_in i.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main /strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/ph p_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_ language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/ze nd_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend /zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/ze nd_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/ze nd_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt .lo main/internal_functions_cli.lo -lpq -lmysqlclient -lpng -lz -lz -lcrypt -lss l -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc -lcrypt -o sapi/cli/php Output line too long. Output line too long. Output line too long. Output line too long. ld: fatal: library -l-lgcc: not found ld: fatal: File processing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/p
#21272 [Opn->Bgs]: Output line too long. (libtool)
ID: 21272 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SunOS 5.8 Generic_108529-17 PHP Version: 4.3.0 New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. Previous Comments: [2002-12-29 13:39:02] [EMAIL PROTECTED] ./configure ... --with-gd --with-zlib make ... /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3 -L/opt/openssl/lib -L/usr/local/lib -L/opt/mysql/lib/mysql -L/opt/postgres/lib -R /usr/ucblib -R /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.3 -R /opt/openssl/lib -R /usr/local/lib -R /opt/mysql/lib/mysql -R /opt/postgres/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wra pper.lo ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/g d/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io _dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/lib gd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfo ntl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext /gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/g d_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif _in.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ex t/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo e xt/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix. lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/ses sion/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base6 4.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32 .lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo e xt/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo e xt/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/st andard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standar d/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/st andard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext /standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standar d/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_p rint.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/sta ndard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.l o ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/sta ndard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strn atcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standa rd/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_w rapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard /css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggre gation.lo ext/standard/sha1.lo ext/sysvmsg/sysvmsg.lo ext/sysvsem/sysvsem.lo ext /sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlp arse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/ regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/ph p_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_in i.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main /strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/ph p_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_ language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/ze nd_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend /zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/ze nd_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/ze nd_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt .lo main/internal_functions_cli.lo -lpq -lmysqlclient -lp
#21267 [Ana->Csd]: fopen() fails on some URLs
ID: 21267
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Closed
Bug Type: *URL Functions
Operating System: FreeBSD
PHP Version: 4.3.0
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-29 12:06:44] [EMAIL PROTECTED]
But can you tell me why in version 4.2.3 this works perfect?
[2002-12-29 10:05:47] [EMAIL PROTECTED]
That's because of the silly 302 temporary redirect to a relative URL
with GET-method args that is done on that site. Open the right
location and it should work fine. We probably should support this at
some point though.
[2002-12-29 09:44:51] [EMAIL PROTECTED]
When trying fopen() on http://, it fails on some urls.
Example:
fopen("http://www.smswhiz.com/","r";);
Gives stream error. The site IS touched, but you do not receive any
data back from the site.
While for example:
fopen("http://www.tweakers.net/","r";);
Does work without any problem!
--
Edit this bug report at http://bugs.php.net/?id=21267&edit=1
#21261 [Fbk->Opn]: $_SERVER['PHP_SELF'] gives wrong info
ID: 21261 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: linux 2.4.18 - slack 8.1 PHP Version: 4.3.0 New Comment: A strace dump for the following page content: called from url: http://localhost/test.php can be found at: http://www.undream.com/php/bug-21261.log The PHP_SELF result for that one was :PHP/4.3.0 I also have a phpinfo dump of my setup at: http://www.undream.com/php/env.html This last one was called using http://localhost/env.php url. As you can see, the PHP_SELF result is equally weird. Previous Comments: [2002-12-28 22:51:32] [EMAIL PROTECTED] 1) What webserver are you running? (and what version?) 2) Since you are running as a CGI can you please do an strace on this page? Example (correct the file paths as necessary, you may need to install strace first): strace /usr/local/bin/php -f /var/www/env.php 2> /var/www/bug-21261.log Provide a URL to this strace so that the problem can be further diagnosed. [2002-12-28 22:05:09] [EMAIL PROTECTED] A call to http://localhost/env.php with env.php containing a phpinfo() call returns this for $_SERVER['PHP_SELF'] = ocs/env.php I have no idea what 'ocs' is. This is run on a Konqueror 3.1 browser. PHP is ran as CGI. Previous php (4.2.3) compiled using the _exact_ same setup gives the correct info (localhost/env.php) -- Edit this bug report at http://bugs.php.net/?id=21261&edit=1
#21262 [Opn->Bgs]: crash or fail when outputting large amounts of text quickly
ID: 21262
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: WinXP
PHP Version: 4.3.0
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
I think this is not a bug, but simply an issue of running out of
memory, because the data in the buffer simply gets too big. flush()
dumps the data inside the buffer to screen and clears the buffer, which
is why it wouldn't crash when flush() is used.
Previous Comments:
[2002-12-29 12:01:41] [EMAIL PROTECTED]
Setting implicit_flush to ON does not fix it - so maybe adding flush()
only helps because it slows it down..?
Also, messing with output_buffering has no effect.
This problem has been present ever since I started using PHP. Maybe a
memory overflow?
Can anyone else repro? (note this only happens with the sapi/mod
version)
[2002-12-29 00:05:14] [EMAIL PROTECTED]
On the SAPI version of php in Apache under WinXP:
for($Loop=0 ; $Loop<10 ; $Loop++)
{
echo "blah $Loop ";
}
(usually) causes IE to abort loading and reload the page many times;
eventually it just shows the standard "The page cannot be displayed",
"Cannot find server or DNS Error".
Netscape simply aborts in the middle, usually around 50,000. But,
sometimes it works fine.
If you add a flush() in the loop, the problem goes away.
Nothing shows up in the PHP or server error logs, so I assume its a
crash.
--
Edit this bug report at http://bugs.php.net/?id=21262&edit=1
#21273 [NEW]: memory_limit seems to be ignored
From: [EMAIL PROTECTED] Operating system: Windows 2000 service pack 3 PHP version: 4.3.0 PHP Bug Type: PHP options/info functions Bug description: memory_limit seems to be ignored I have memory_limit = 8M in php.ini (c:\winnt\php.ini) phpinfo(); doesn't show me the limit. Also the limit is not obeyed. I can make big fsockopen(), fgets no error. The same with memory_limit=4M or 16M (php is standard from downloaded win32 binary, php-ini-dist) Is there something new in php 4.3 ?? -- Edit bug report at http://bugs.php.net/?id=21273&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21273&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21273&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21273&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21273&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21273&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21273&r=support Expected behavior: http://bugs.php.net/fix.php?id=21273&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21273&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21273&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21273&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21273&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21273&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21273&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21273&r=gnused
#21095 [Opn->]: symlink and chroot
ID: 21095 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won\'t fix Bug Type: Filesystem function related Operating System: Redhat 7.2 PHP Version: 4.3.0RC3 New Comment: Because in thread safe mode PHP does not actually change directories making a symlink on relative paths will often fail if any chdir() calls are found inside the script. Therefor when ZTS is used symlinks are always done on FULL paths. Previous Comments: [2002-12-20 06:10:19] [EMAIL PROTECTED] Yes I use php with thread safe enabled, I'm using Apache 2.0.43 with worker MPM. [2002-12-19 18:43:09] [EMAIL PROTECTED] Are you using PHP with thread safety enabled? [2002-12-19 06:11:44] [EMAIL PROTECTED] if I use the symlink that is created in /home/foo_alfa is bar -> /home/foo ant not bar -> ../foo how expected this is a problem because I use chroot jails for ftp and the file became not accessible. Andrea Busia -- Edit this bug report at http://bugs.php.net/?id=21095&edit=1
#21273 [Opn->Fbk]: memory_limit seems to be ignored
ID: 21273 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Windows 2000 service pack 3 PHP Version: 4.3.0 New Comment: What does phpinfo() tell you about the location of php.ini? Derick Previous Comments: [2002-12-29 14:32:06] [EMAIL PROTECTED] I have memory_limit = 8M in php.ini (c:\winnt\php.ini) phpinfo(); doesn't show me the limit. Also the limit is not obeyed. I can make big fsockopen(), fgets no error. The same with memory_limit=4M or 16M (php is standard from downloaded win32 binary, php-ini-dist) Is there something new in php 4.3 ?? -- Edit this bug report at http://bugs.php.net/?id=21273&edit=1
#21273 [Com]: memory_limit seems to be ignored
ID: 21273 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PHP options/info functions Operating System: Windows 2000 service pack 3 PHP Version: 4.3.0 New Comment: Configuration File (php.ini) Path C:\WINNT\php.ini You need a screenshot ? Previous Comments: [2002-12-29 14:37:07] [EMAIL PROTECTED] What does phpinfo() tell you about the location of php.ini? Derick [2002-12-29 14:32:06] [EMAIL PROTECTED] I have memory_limit = 8M in php.ini (c:\winnt\php.ini) phpinfo(); doesn't show me the limit. Also the limit is not obeyed. I can make big fsockopen(), fgets no error. The same with memory_limit=4M or 16M (php is standard from downloaded win32 binary, php-ini-dist) Is there something new in php 4.3 ?? -- Edit this bug report at http://bugs.php.net/?id=21273&edit=1
#21273 [Com]: memory_limit seems to be ignored
ID: 21273 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PHP options/info functions Operating System: Windows 2000 service pack 3 PHP Version: 4.3.0 New Comment: seems to be the same with php 4.2.3 am I doing something wrong ? Previous Comments: [2002-12-29 14:39:25] [EMAIL PROTECTED] Configuration File (php.ini) Path C:\WINNT\php.ini You need a screenshot ? [2002-12-29 14:37:07] [EMAIL PROTECTED] What does phpinfo() tell you about the location of php.ini? Derick [2002-12-29 14:32:06] [EMAIL PROTECTED] I have memory_limit = 8M in php.ini (c:\winnt\php.ini) phpinfo(); doesn't show me the limit. Also the limit is not obeyed. I can make big fsockopen(), fgets no error. The same with memory_limit=4M or 16M (php is standard from downloaded win32 binary, php-ini-dist) Is there something new in php 4.3 ?? -- Edit this bug report at http://bugs.php.net/?id=21273&edit=1
#21149 [Ver->Csd]: array assignment and HTTP_*_VARS
ID: 21149 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Variables related Operating System: All PHP Version: 4.3.0-dev/4.4.0-dev Assigned To: iliaa 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-23 18:50:03] [EMAIL PROTECTED] Updated description. [2002-12-22 17:04:34] [EMAIL PROTECTED] While doing a security audit on a PHP web app, I was able to bypass a variable check wich later allowed me to remotely execute commands on the web server. Although this was a programming error, I found it very odd the behaviour from PHP. Consider the following code as an example: "; echo "test HTTP_GET_VARS: ".$HTTP_GET_VARS['test']; echo "\r\n"; echo "var test: $test\r\n"; echo "\r\n"; ?> Having this, and requesting the page as: ola.php?test[= The output will be: test not defined in HTTP_*_VARS test HTTP_GET_VARS: var test: Array So, 'test' is an array, but appears as no set in HTTP_*_VARS. Regards, Joao Gouveia [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21149&edit=1
#21262 [Bgs->Opn]: crash or fail when outputting large amounts of text quickly
ID: 21262
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Reproducible crash
Operating System: WinXP
PHP Version: 4.3.0
New Comment:
Then maybe this should be a doc change: "If you don't call flush() once
in a while, PHP will hang. This is not a bug. Hanging is
intentional."
This is a BUG. If it causes PHP to HANG before outputting the page,
then it is a BUG! FLUSH IS NOT SUPPOSED TO BE MANDATORY.
This also happens when outputting pages under 20K, but this example is
the best way to repro. And as I stated, implicit flushing does not fix
the problem either. Any delay in the loop fixes it.
Every time I submit something here, somebody spends 15 seconds on it
and marks it as bogus. When it is NOT. I WENT TO THE TIME OF
SUBMITTING THIS FOR A REASON, AND I AM NOT A JACKASS. I HAVE BEEN
PROGRAMMING FOR 15 YEARS. If you treat every bug report on here like
an idiot wrote it, only idiots are going to stick around to report
"bugs" for you. Spend a little more than 15 seconds on it.
I gave exact details and the simplest repro on earth, not to mention
the results of possible contributing factors. What else could you
possibly want. Why is it so hard to get problems even acknowledged
here? Maybe I should just mark them as bogus in the beginning to save
a little time. This is as bad as reporting bugs to Microsoft.
Previous Comments:
[2002-12-29 14:08:46] [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
I think this is not a bug, but simply an issue of running out of
memory, because the data in the buffer simply gets too big. flush()
dumps the data inside the buffer to screen and clears the buffer, which
is why it wouldn't crash when flush() is used.
[2002-12-29 12:01:41] [EMAIL PROTECTED]
Setting implicit_flush to ON does not fix it - so maybe adding flush()
only helps because it slows it down..?
Also, messing with output_buffering has no effect.
This problem has been present ever since I started using PHP. Maybe a
memory overflow?
Can anyone else repro? (note this only happens with the sapi/mod
version)
[2002-12-29 00:05:14] [EMAIL PROTECTED]
On the SAPI version of php in Apache under WinXP:
for($Loop=0 ; $Loop<10 ; $Loop++)
{
echo "blah $Loop ";
}
(usually) causes IE to abort loading and reload the page many times;
eventually it just shows the standard "The page cannot be displayed",
"Cannot find server or DNS Error".
Netscape simply aborts in the middle, usually around 50,000. But,
sometimes it works fine.
If you add a flush() in the loop, the problem goes away.
Nothing shows up in the PHP or server error logs, so I assume its a
crash.
--
Edit this bug report at http://bugs.php.net/?id=21262&edit=1
#17098 [Com]: apache sending 304 - not modified header
ID: 17098
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache2 related
Operating System: linux
PHP Version: 4.0CVS-2002-10-17
New Comment:
Isn't fixed in php4-STABLE-200212290030
Daniel [datenPUNK] Khan
Previous Comments:
[2002-12-27 14:13:19] [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-27 13:55:15] [EMAIL PROTECTED]
... and the bug is present in 4.3.0 release.
[2002-12-25 18:03:55] [EMAIL PROTECTED]
... and it's not fixed in 4.3.0 RC4 either...
Daniel
[2002-12-13 18:24:22] [EMAIL PROTECTED]
This bug is _NOT_ fixed in 4.3.0 rc3!
In 4.3.0, the apache2 support should not be experimental anymore, so I
think, this is a real showstopper IMHO.
I think, it's time to fix this issue now, it's so annoying and
unneccessary. If this patch has any known drawbacks that I'm not aware
of, then it's NOT the correct solution to simply ignore this subject as
whole.
Daniel
Here is the patch again as diff against php 4.3.0 rc 3:
--- sapi/apache2filter/sapi_apache2.c.old Thu Dec 12 21:48:58
2002
+++ sapi/apache2filter/sapi_apache2.c Thu Dec 12 21:50:43 2002
@@ -619,14 +619,24 @@
return OK;
}
+static int includes_setup(ap_filter_t *f)
+{
+/* We will ALWAYS set the no_local_copy value to 1 so
+ * that we will not send 304s.
+ */
+f->r->no_local_copy = 1;
+
+return OK;
+}
+
static void php_register_hook(apr_pool_t *p)
{
ap_hook_pre_config(php_pre_config, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_config(php_apache_server_startup, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_insert_filter(php_insert_filter, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_read_request(php_post_read_request, NULL, NULL,
APR_HOOK_MIDDLE);
- ap_register_output_filter("PHP", php_output_filter, NULL,
AP_FTYPE_RESOURCE);
- ap_register_input_filter("PHP", php_input_filter, NULL,
AP_FTYPE_RESOURCE);
+ ap_register_output_filter("PHP", php_output_filter,
includes_setup, AP_FTYPE_RESOURCE);
+ ap_register_input_filter("PHP", php_input_filter,
includes_setup, AP_FTYPE_RESOURCE);
}
AP_MODULE_DECLARE_DATA module php4_module = {
[2002-12-03 09:28:16] [EMAIL PROTECTED]
Maybe I missed something. What patch? Is this still a php bug? I
have Apache 2.0.40 and php-4.4-2.
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/17098
--
Edit this bug report at http://bugs.php.net/?id=17098&edit=1
#21274 [NEW]: apache sending 304 - not modified header
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Apache2 related Bug description: apache sending 304 - not modified header Bug #17098 was closed because it should have been fixed in CVS. Tried php4-STABLE-200212290030 - the same problem. Best regards Daniel [datenPUNK] Khan -- Edit bug report at http://bugs.php.net/?id=21274&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21274&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21274&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21274&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21274&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21274&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21274&r=support Expected behavior: http://bugs.php.net/fix.php?id=21274&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21274&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21274&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21274&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21274&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21274&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21274&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21274&r=gnused
#21274 [Opn->Bgs]: apache sending 304 - not modified header
ID: 21274 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2002-12-29 15:55:05] [EMAIL PROTECTED] Bug #17098 was closed because it should have been fixed in CVS. Tried php4-STABLE-200212290030 - the same problem. Best regards Daniel [datenPUNK] Khan -- Edit this bug report at http://bugs.php.net/?id=21274&edit=1
#17098 [Csd]: apache sending 304 - not modified header
ID: 17098
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache2 related
Operating System: linux
PHP Version: 4.0CVS-2002-10-17
New Comment:
Try a NON stable snapshot, it's fixed in CVS>
Derick
Previous Comments:
[2002-12-29 15:51:59] [EMAIL PROTECTED]
Isn't fixed in php4-STABLE-200212290030
Daniel [datenPUNK] Khan
[2002-12-27 14:13:19] [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-27 13:55:15] [EMAIL PROTECTED]
... and the bug is present in 4.3.0 release.
[2002-12-25 18:03:55] [EMAIL PROTECTED]
... and it's not fixed in 4.3.0 RC4 either...
Daniel
[2002-12-13 18:24:22] [EMAIL PROTECTED]
This bug is _NOT_ fixed in 4.3.0 rc3!
In 4.3.0, the apache2 support should not be experimental anymore, so I
think, this is a real showstopper IMHO.
I think, it's time to fix this issue now, it's so annoying and
unneccessary. If this patch has any known drawbacks that I'm not aware
of, then it's NOT the correct solution to simply ignore this subject as
whole.
Daniel
Here is the patch again as diff against php 4.3.0 rc 3:
--- sapi/apache2filter/sapi_apache2.c.old Thu Dec 12 21:48:58
2002
+++ sapi/apache2filter/sapi_apache2.c Thu Dec 12 21:50:43 2002
@@ -619,14 +619,24 @@
return OK;
}
+static int includes_setup(ap_filter_t *f)
+{
+/* We will ALWAYS set the no_local_copy value to 1 so
+ * that we will not send 304s.
+ */
+f->r->no_local_copy = 1;
+
+return OK;
+}
+
static void php_register_hook(apr_pool_t *p)
{
ap_hook_pre_config(php_pre_config, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_config(php_apache_server_startup, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_insert_filter(php_insert_filter, NULL, NULL,
APR_HOOK_MIDDLE);
ap_hook_post_read_request(php_post_read_request, NULL, NULL,
APR_HOOK_MIDDLE);
- ap_register_output_filter("PHP", php_output_filter, NULL,
AP_FTYPE_RESOURCE);
- ap_register_input_filter("PHP", php_input_filter, NULL,
AP_FTYPE_RESOURCE);
+ ap_register_output_filter("PHP", php_output_filter,
includes_setup, AP_FTYPE_RESOURCE);
+ ap_register_input_filter("PHP", php_input_filter,
includes_setup, AP_FTYPE_RESOURCE);
}
AP_MODULE_DECLARE_DATA module php4_module = {
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/17098
--
Edit this bug report at http://bugs.php.net/?id=17098&edit=1
#21276 [NEW]: cli and mssql charset pb
From: [EMAIL PROTECTED] Operating system: windows xp PHP version: 4.3.0 PHP Bug Type: MSSQL related Bug description: cli and mssql charset pb This bug occurs with php-cli sapi and mssql module (under windows xp pro and with adodb lib): if i can't use sql query like insert with accent(éàè#...etc) ! The same things work well with odbc module. There is the same charset bug with stdout under winxp. thanks -- Edit bug report at http://bugs.php.net/?id=21276&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21276&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21276&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21276&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21276&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21276&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21276&r=support Expected behavior: http://bugs.php.net/fix.php?id=21276&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21276&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21276&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21276&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21276&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21276&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21276&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21276&r=gnused
#21277 [NEW]: Suggestion: New function, is_ip
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: Feature/Change Request
Bug description: Suggestion: New function, is_ip
function is_ip($str) // Returns True if the given string is a IP address
{
if ((substr_count($str, ".") != 3) or (empty($str))) { return false; }
$ip_array = explode(".", $str);
for ($i = 0; $i < count($ip_array); $i++)
{
if ((strlen($ip_array[$i]) != 3) or (!is_numeric($ip_array[$i])))
{
return false;
}
}
return true;
}
I think that this function could be useful for many PHP coders :)
--
Edit bug report at http://bugs.php.net/?id=21277&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21277&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21277&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21277&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21277&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21277&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21277&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21277&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21277&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21277&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21277&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21277&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21277&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21277&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21277&r=gnused
#21278 [NEW]: php_mcrypt requires libmcrypt.dll with export by ordinal
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.3.0 PHP Bug Type: *Compile Issues Bug description: php_mcrypt requires libmcrypt.dll with export by ordinal I have downloaded binary version of php 4.3.0 for Windows. This includes php_mcrypt module for PHP. php_mcrypt.dll requires libmcrypt.dll. I have searched for this (Windows) DLL. But could not find it. Finally I downloaded the sources for Libmcrypt.dll and did a quick and dirty port to compile it with Visual C 6.0. The created DLL works ok with included testcase (may not be threadsafe, but thats not important for now). Still with php_mcrypt.dll I cannot use this DLL, because php_mcrypt imports all functions from libmcrypt.dll by ordinal (number) instead of by name. Without knowing which ordinal is assigned to which function it is impossible to create a libmcrypt.dll to fit to binary php_mcrypt.dll So I would need either: - A module definition file (Libmcrypt.def) or text file containing exported function names with assigned ordinals. - Libmcrypt.lib used for linking php_mcrypt.dll - Libmcrypt.dll itself BTW: I also need to know the calling convention __stdcall or __cdecl active used for calling libmcrypt from php_mcrypt. I recommend to include Libmcrypt.dll in future binary packages. If this is not possible because of export or licence issues please include Libmcrypt.def file. Thanks!!! Michael -- Edit bug report at http://bugs.php.net/?id=21278&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21278&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21278&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21278&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21278&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21278&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21278&r=support Expected behavior: http://bugs.php.net/fix.php?id=21278&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21278&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21278&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21278&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21278&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21278&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21278&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21278&r=gnused
#21279 [NEW]: odbc_fetch_into returns empty strings for columns with NULL values
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.3.0 PHP Bug Type: ODBC related Bug description: odbc_fetch_into returns empty strings for columns with NULL values odbc_fetch_into returns empty strings for columns with NULL values. This makes it impossible to distinguish whether a result column value is a real empty string or a NULL, unlike with API functions for the same purpose but for other databases. -- Edit bug report at http://bugs.php.net/?id=21279&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21279&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21279&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21279&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21279&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21279&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21279&r=support Expected behavior: http://bugs.php.net/fix.php?id=21279&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21279&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21279&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21279&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21279&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21279&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21279&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21279&r=gnused
#21261 [Opn->Fbk]: $_SERVER['PHP_SELF'] gives wrong info
ID: 21261 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: linux 2.4.18 - slack 8.1 PHP Version: 4.3.0 New Comment: I have a theory, but I need you to run one more test: 1) Create a CGI shell script "/var/www/htdocs/shenv.sh" with the following content: #!/bin/sh set 2) Be sure to chmod it so that it can be executed by the webserver then browse to it (i.e.: http://localhost/shenv.php ) Post the results here. My theory is that Apache is not setting the CGI environment variables "SCRIPT_NAME" or "PATH_INFO" correctly. But I can at least tell you one thing for sure... The "ocs" in "ocs/env.php" is comming from the last three characters in the file's true path "/var/www/htdocs/env.php" Previous Comments: [2002-12-29 14:05:27] [EMAIL PROTECTED] A strace dump for the following page content: called from url: http://localhost/test.php can be found at: http://www.undream.com/php/bug-21261.log The PHP_SELF result for that one was :PHP/4.3.0 I also have a phpinfo dump of my setup at: http://www.undream.com/php/env.html This last one was called using http://localhost/env.php url. As you can see, the PHP_SELF result is equally weird. [2002-12-28 22:51:32] [EMAIL PROTECTED] 1) What webserver are you running? (and what version?) 2) Since you are running as a CGI can you please do an strace on this page? Example (correct the file paths as necessary, you may need to install strace first): strace /usr/local/bin/php -f /var/www/env.php 2> /var/www/bug-21261.log Provide a URL to this strace so that the problem can be further diagnosed. [2002-12-28 22:05:09] [EMAIL PROTECTED] A call to http://localhost/env.php with env.php containing a phpinfo() call returns this for $_SERVER['PHP_SELF'] = ocs/env.php I have no idea what 'ocs' is. This is run on a Konqueror 3.1 browser. PHP is ran as CGI. Previous php (4.2.3) compiled using the _exact_ same setup gives the correct info (localhost/env.php) -- Edit this bug report at http://bugs.php.net/?id=21261&edit=1
#21280 [NEW]: Win32: Apache.exe hangs with certain PHP modules enabled
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: Win32: Apache.exe hangs with certain PHP modules enabled OS: Win2k SP3 (+ all hotfix) Web Server: Apache 1.3.27 When having one of the following modules enabled in php.ini php_mhash.dll php_mcrypt.dll php_openssl.dll (probably others too) the Apache.exe process won't start correctly. -- Edit bug report at http://bugs.php.net/?id=21280&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21280&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21280&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21280&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21280&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21280&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21280&r=support Expected behavior: http://bugs.php.net/fix.php?id=21280&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21280&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21280&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21280&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21280&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21280&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21280&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21280&r=gnused
#21258 [Asn]: cli/php.exe and pear.bat do not exist in windows snapshots
ID: 21258 User updated by: [EMAIL PROTECTED] -Summary: cli and cli/php.exe not existant in latest windows snapshots Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *Compile Issues Operating System: Win32 PHP Version: 4CVS-2002-12-28 (dev) Assigned To: edink New Comment: Also missing in the windows snapshotsand in 4.3.0 release: - pear.bat (see http://bugs.php.net/21275) Previous Comments: [2002-12-29 04:26:13] [EMAIL PROTECTED] I'll look into this. [2002-12-28 20:51:36] [EMAIL PROTECTED] Changing summary too. [2002-12-28 20:44:24] [EMAIL PROTECTED] Verified, no directory called cli in the windows binary snapshoots. [2002-12-28 20:35:56] [EMAIL PROTECTED] The php snapshots are located at http://snaps.php.net. There are sources and precompiled windows binaries available. I am talking of the windows binaries. If you unpack one of them, you will see that the cli directory exists but there's no file in it. HTH [2002-12-28 20:31:18] [EMAIL PROTECTED] How did you install it? Do you get any error when build it from source? Any log? Are you sure you're looking at the right place? 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/21258 -- Edit this bug report at http://bugs.php.net/?id=21258&edit=1
#21281 [NEW]: False Line output
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: False Line output hello dear debugger :) i got this funny notice in a script: - Notice: Undefined variable: tdw in D:\Eigene Dateien\Gernot\Homepage\under construction\Cheat-script\admin.php on line 951037880 - it's not that it really disturbs me but i wanted to tell you that. thank you for your attention :-) have a nice day -- Edit bug report at http://bugs.php.net/?id=21281&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21281&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21281&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21281&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21281&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21281&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21281&r=support Expected behavior: http://bugs.php.net/fix.php?id=21281&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21281&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21281&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21281&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21281&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21281&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21281&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21281&r=gnused
#18288 [NoF->Fbk]: browscap.ini and get_browser()
ID: 18288 Updated by: [EMAIL PROTECTED] -Summary: Browscap.ini Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Feedback Bug Type: Scripting Engine problem Operating System: * -PHP Version: 4.3.0-dev +PHP Version: 4.3.0 New Comment: Can you try this again please? It should work better now and please get an up-to-date browscap.ini at: http://www.garykeith.com/browsers/downloads.asp The one at cyscape is outdated by about two years. Previous Comments: [2002-09-11 11:35:37] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-07-26 06:22:52] [EMAIL PROTECTED] Are you sure it's not the browscap.ini file? Anyway, this thing has not worked very well for a long time.. [2002-07-26 02:49:08] [EMAIL PROTECTED] The problem is that when I use the browsecap function, i am supposed to get a bunch of information back. I get stuff that tells me I am using netscape 4.0 and I am running IE 6. If this is working correctly, what good is the browse cap function? [2002-07-25 23:43:04] [EMAIL PROTECTED] Thats the environment variables that your browser sends. Saying that its Mozilla not a PHP bug. Bogusing. [2002-07-15 13:19:34] [EMAIL PROTECTED] Broswecap.ini is not working correctly for me. When I use it I get this for a response: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461) browser_name_pattern: Mozilla/4\.0.* parent: Netscape 4.0 browser: Netscape version: 4.0 majorver: #4 minorver: #0 frames: 1 tables: 1 cookies: 1 backgroundsounds: vbscript: javascript: 1 javaapplets: 1 activexcontrols: beta: You can see that I am using IE 6 and it is telling me I am using netscape. Do you know what the problem is? 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/18288 -- Edit this bug report at http://bugs.php.net/?id=18288&edit=1
#21007 [Opn]: html_errors off text-only output in phpinfo
ID: 21007 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Documentation problem +Bug Type: PHP options/info functions Operating System: all -PHP Version: 4.3.0RC3 +PHP Version: 4.3.0 New Comment: Please explain why this is intended behavior, it does not make sense to me. html_errors is for html_errors, it's documented as such in php.ini: ; Disable the inclusion of HTML tags in error messages. ;html_errors = Off This says nothing about phpinfo() and IMHO it shouldn't affect it at all. The patch that resulted in this change is here: * add phpinfo() support for CLI. http://cvs.php.net/diff.php/php4/ext/standard/info.c?r1=1.193&r2=1.194 Why is html_errors being used in this way? When html_errors = off, errors remain readable when viewing in a browser but this textual version of phpinfo() == complete fubar in the browser (yes, one can use ). One might turn html_errors off, for example, to use error_prepend_string/error_append_string in some way. Or they just don't want html in the errors... I don't see how this has anything to do with phpinfo() output. Why doesn't that patch instead check if sapi = cli? A person shouldn't be forced to have this textual phpinfo() if they decide to not include html in php generated errors. Please explain. phpinfo() is not an error! :) Previous Comments: [2002-12-14 15:17:42] [EMAIL PROTECTED] Where? Put the information in this bug report. [2002-12-14 13:39:31] [EMAIL PROTECTED] I've submitted a note to document this behavior in the PHP Manual. [2002-12-14 06:31:19] [EMAIL PROTECTED] If this is intended behaviour, this seems to be a doc problem, since I can't find anything about in the docs. Regards Friedhelm Betz [2002-12-14 06:19:32] [EMAIL PROTECTED] It's indeed intended like this (and I already forgave your typo :). Derick [2002-12-14 06:16:29] [EMAIL PROTECTED] Sorry a misleading typo, but the script should be: or php.ini html_errors=off Is it intended behaviour with this settings that phpinfo() produces text-only output no html-formated output? Sorry if my first post wasn't clear enough. BTW, I wasn'able to find anything in the docs, that setting html_errors off causes phpinfo() to display text-only output. Regards Friedhelm Betz 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/21007 -- Edit this bug report at http://bugs.php.net/?id=21007&edit=1
#21277 [Opn->]: Suggestion: New function, is_ip
ID: 21277
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Won\'t fix
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Can be done with a oneliner:
(something along the lines of:)
if (preg_match("/^[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\$/",
$ip) {
/* It is an IP */
}
Not really worth the trouble to implement it as a PHP code feature.
Derick
Previous Comments:
[2002-12-29 18:54:21] [EMAIL PROTECTED]
function is_ip($str) // Returns True if the given string is a IP
address
{
if ((substr_count($str, ".") != 3) or (empty($str))) { return false; }
$ip_array = explode(".", $str);
for ($i = 0; $i < count($ip_array); $i++)
{
if ((strlen($ip_array[$i]) != 3) or (!is_numeric($ip_array[$i])))
{
return false;
}
}
return true;
}
I think that this function could be useful for many PHP coders :)
--
Edit this bug report at http://bugs.php.net/?id=21277&edit=1
#21280 [Opn->Fbk]: Win32: Apache.exe hangs with certain PHP modules enabled
ID: 21280 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Win2k PHP Version: 4.3.0 New Comment: Did you copy the dlls from the dll/ subdir to the windows system dir? Derick Previous Comments: [2002-12-29 20:00:56] [EMAIL PROTECTED] OS: Win2k SP3 (+ all hotfix) Web Server: Apache 1.3.27 When having one of the following modules enabled in php.ini php_mhash.dll php_mcrypt.dll php_openssl.dll (probably others too) the Apache.exe process won't start correctly. -- Edit this bug report at http://bugs.php.net/?id=21280&edit=1
#21281 [Opn->Bgs]: False Line output
ID: 21281 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win2k PHP Version: 4.3.0 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-29 20:03:12] [EMAIL PROTECTED] hello dear debugger :) i got this funny notice in a script: - Notice: Undefined variable: tdw in D:\Eigene Dateien\Gernot\Homepage\under construction\Cheat-script\admin.php on line 951037880 - it's not that it really disturbs me but i wanted to tell you that. thank you for your attention :-) have a nice day -- Edit this bug report at http://bugs.php.net/?id=21281&edit=1
#21281 [Bgs->Opn]: False Line output
ID: 21281 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: Win2k PHP Version: 4.3.0 New Comment: hmm, this is indeed weird... are you sure this is the 4.3.0 release? as I remember reporting and fixing this issue. Derick Previous Comments: [2002-12-30 00:35:09] [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-29 20:03:12] [EMAIL PROTECTED] hello dear debugger :) i got this funny notice in a script: - Notice: Undefined variable: tdw in D:\Eigene Dateien\Gernot\Homepage\under construction\Cheat-script\admin.php on line 951037880 - it's not that it really disturbs me but i wanted to tell you that. thank you for your attention :-) have a nice day -- Edit this bug report at http://bugs.php.net/?id=21281&edit=1
#21281 [Opn->Fbk]: False Line output
ID: 21281 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Win2k PHP Version: 4.3.0 Previous Comments: [2002-12-30 00:35:47] [EMAIL PROTECTED] hmm, this is indeed weird... are you sure this is the 4.3.0 release? as I remember reporting and fixing this issue. Derick [2002-12-30 00:35:09] [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-29 20:03:12] [EMAIL PROTECTED] hello dear debugger :) i got this funny notice in a script: - Notice: Undefined variable: tdw in D:\Eigene Dateien\Gernot\Homepage\under construction\Cheat-script\admin.php on line 951037880 - it's not that it really disturbs me but i wanted to tell you that. thank you for your attention :-) have a nice day -- Edit this bug report at http://bugs.php.net/?id=21281&edit=1
#19716 [Fbk->NoF]: imap_headers() returns wrong number of items
ID: 19716 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IMAP related Operating System: linux PHP Version: 4.2.3 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-12-07 01:50:33] [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-15 01:23:43] [EMAIL PROTECTED] Changing status to Open. If you need any further information, please contact me. [2002-10-15 01:11:33] [EMAIL PROTECTED] Here's the backtrace: #0 0x400fe70c in chunk_alloc (ar_ptr=0x40193d60, nb=40) at malloc.c:2763 #1 0x400fe5ce in __libc_malloc (bytes=30) at malloc.c:2696 #2 0x40286f47 in _php_imap_parse_address (addresslist=0x8118130, fulladdress=0xbfffbe1c, paddress=0x8125c1c) at /root/php-dev/php4-20021014/ext/imap/php_imap.c:3587 #3 0x40287227 in _php_make_header_object (myzvalue=0x81255e4, en=0x8117c08) at /root/php-dev/php4-20021014/ext/imap/php_imap.c:3640 #4 0x4027fbce in zif_imap_headerinfo (ht=4, return_value=0x81255e4, this_ptr=0x0, return_value_used=1) at /root/php-dev/php4-20021014/ext/imap/php_imap.c:1480 #5 0x40375c95 in execute (op_array=0x810c4dc) at /root/php-dev/php4-20021014/Zend/zend_execute.c:1597 #6 0x40362a93 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-dev/php4-20021014/Zend/zend.c:839 #7 0x4033c5c3 in php_execute_script (primary_file=0xb828) at /root/php-dev/php4-20021014/main/main.c:1542 #8 0x4037e861 in apache_php_module_main (r=0x80f2614, display_source_mode=0) at /root/php-dev/php4-20021014/sapi/apache/sapi_apache.c:55 #9 0x4037f35a in send_php (r=0x80f2614, display_source_mode=0, filename=0x0) at /root/php-dev/php4-20021014/sapi/apache/mod_php4.c:564 #10 0x4037f3b8 in send_parsed_php (r=0x80f2614) at /root/php-dev/php4-20021014/sapi/apache/mod_php4.c:579 #11 0x80535ee in ap_invoke_handler () from /usr/kerberos/lib/libcom_err.so.3 #12 0x8061d0b in ap_some_auth_required () from /usr/kerberos/lib/libcom_err.so.3 #13 0x8061d68 in ap_process_request () from /usr/kerberos/lib/libcom_err.so.3 #14 0x805bcf0 in ap_child_terminate () from /usr/kerberos/lib/libcom_err.so.3 #15 0x805be57 in ap_child_terminate () from /usr/kerberos/lib/libcom_err.so.3 #16 0x805bf58 in ap_child_terminate () from /usr/kerberos/lib/libcom_err.so.3 #17 0x805c408 in ap_child_terminate () from /usr/kerberos/lib/libcom_err.so.3 #18 0x805ca0f in main () from /usr/kerberos/lib/libcom_err.so.3 #19 0x400bd9cb in __libc_start_main (main=0x805c790 , argc=2, argv=0xbb54, init=0x804f160 <_init>, fini=0x807bfbc <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbb4c) at ../sysdeps/generic/libc-start.c:92 [2002-10-14 04:59:50] [EMAIL PROTECTED] 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. [2002-10-14 04:46:31] [EMAIL PROTECTED] I've tried the snapshot today. The formerly included script still returns errors and doesn't finish it's running. (eg. HTML code after the script never shows). Apache error log says: [Mon Oct 14 12:22:15 2002] [notice] Apache/1.3.14 (Unix) (Red-Hat/Linux) PHP/4.3.0-dev configured -- resuming normal operations [Mon Oct 14 12:22:45 2002] [notice] child pid 14979 exit signal Segmentation fault (11) 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/19716 -- Edit this bug report at http://bugs.php.net/?id=19716&edit=1
#21282 [NEW]: don't work
From: [EMAIL PROTECTED]
Operating system: WinXP Pro SP1
PHP version: 4.3.0
PHP Bug Type: Session related
Bug description: don't work
OS: WinXP Pro SP1.
Apache 2.
php 4.3 isap
index.php
";
$sa=1;
echo $sa."";
echo session_id()."";
echo session_name()."";
echo session_module_name()."";
echo session_is_registered("sa")."";
echo session_save_path()."";
?>
http://localhost/index2.php";>increment
get
1
728be1c2b387346bf08ec42680571589
PHPSESSID
files
1
C:\Program Files\php-4.3.0-Win32\sessiondata
increment
sess_728be1c2b387346bf08ec42680571589 is "sa|i:1;".
index2.php
";
$sa+=2;
echo $sa."";
echo session_id()."";
echo session_name()."";
echo session_module_name()."";
echo session_is_registered("sa")."";
echo session_save_path()."";
?>
http://localhost/index2.php";>increment
get
?
2
728be1c2b387346bf08ec42680571589
PHPSESSID
files
1
C:\Program Files\php-4.3.0-Win32\sessiondata
increment
sess_728be1c2b387346bf08ec42680571589 is "sa|i:1;".
sessiondata access is full.
Why?
--
Edit bug report at http://bugs.php.net/?id=21282&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21282&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21282&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21282&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21282&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21282&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21282&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21282&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21282&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21282&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21282&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21282&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21282&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21282&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21282&r=gnused
#21283 [NEW]: Apache2 & PHP4.3 leak memory when respond to requests
From: [EMAIL PROTECTED] Operating system: Windows2000(japanese version) PHP version: 4.3.0 PHP Bug Type: Apache2 related Bug description: Apache2 & PHP4.3 leak memory when respond to requests I set up PHP4.3.0(DLL) & Apache2.0.43. Each time client browsers access to foo.php file, PHP&Apache leak certain amout of memory. I put a file named foo.php which contains just '' in htdocs directory, and I access that file from mozilla1.2. When i repeatedly reload foo.php, amout memory that Apache2 uses grows(seems about 100 bytes/req). I confirmed the growth with Window's task manager. Apache's http.conf is 'as is' distributed and PHP4.3's ini is same as ini-recommended. -- Edit bug report at http://bugs.php.net/?id=21283&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21283&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21283&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21283&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21283&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21283&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21283&r=support Expected behavior: http://bugs.php.net/fix.php?id=21283&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21283&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21283&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21283&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21283&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21283&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21283&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21283&r=gnused
#21283 [Opn->Fbk]: Apache2 & PHP4.3 leak memory when respond to requests
ID: 21283 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows2000(japanese version) PHP Version: 4.3.0 New Comment: Does it also leak when you disable PHP (ie. when you dont load the module)? Derick Previous Comments: [2002-12-30 01:30:46] [EMAIL PROTECTED] I set up PHP4.3.0(DLL) & Apache2.0.43. Each time client browsers access to foo.php file, PHP&Apache leak certain amout of memory. I put a file named foo.php which contains just '' in htdocs directory, and I access that file from mozilla1.2. When i repeatedly reload foo.php, amout memory that Apache2 uses grows(seems about 100 bytes/req). I confirmed the growth with Window's task manager. Apache's http.conf is 'as is' distributed and PHP4.3's ini is same as ini-recommended. -- Edit this bug report at http://bugs.php.net/?id=21283&edit=1
