#20023 [Opn->Fbk]: Page Fault on Socket read
ID: 20023 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Win 98 SP2 PHP Version: 4.2.2 4.3 New Comment: you most likely didn't update PHP correctly. Just make sure you first REMOVE all existing PHP related binaries (dlls, etc.) and then install the new version. Previous Comments: [2002-10-23 09:47:58] [EMAIL PROTECTED] I did as you suggested. But now it isn't working at all anymore: as with 4.2.2 I can do everything up to (but not including) entering a character into the telnet client. doing socket_read or even an echo(socket_strerror(socket_last_error($client[$i]))); upon recieving that character triggers a Page Fault in php4ts. [2002-10-22 10:19:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-22 05:27:22] [EMAIL PROTECTED] I use this with PHP 4.2.2 Win executable version: 0) echo "rcv from $host:$port:$n\r\n"; // else close and cleanup socket } } } This is, slightly modified, the example from the manual. Everything works fine as long as I have well-behaved clients. But if I for example try this against a telnet client and just close it without properly disconnecting before my script (by the way running in a dos box with php -f ... ) in turn dies with a page fault when getting to "socket_read". I tried to have a look at "socket_last_error" after "socket_select" but that does not help since it says: 0. "socket_select" lets loose upon the killing of the client, putting the socket into the "$read" array. So I have to look at it... -- Edit this bug report at http://bugs.php.net/?id=20023&edit=1
#20042 [Opn->Csd]: The Script will be show instead of being processed
ID: 20042 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: SuSE Linux 7.2 PHP Version: 4.3.0-pre1 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-10-24 01:21:29] [EMAIL PROTECTED] I am sorry, but it does - do to the fakt that I compile and use php 4.3.0-pre1 withe the same options and config files with apache 1.3.27 perfectly - and not with Apache 2 - this is a Apache 2 related bug! Earlier versions of php 4.2 worked partially with Apache 2 - but in 4.3 the Apache2 support is broken, when teh result is the source code instead of processing the php script! [2002-10-23 08:17:05] [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-10-23 08:15:08] [EMAIL PROTECTED] I reused the php.ini from our working Apache 1.3.27 / php 4.2.3 combination to use it with php 430pre1 and Apache 2.0.43. When I get a PHP script via a browser the result is the syntax highlighted php script instead of its result! -- Edit this bug report at http://bugs.php.net/?id=20042&edit=1
#20042 [Bgs->Opn]: The Script will be show instead of being processed
ID: 20042 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Apache2 related Operating System: SuSE Linux 7.2 PHP Version: 4.3.0-pre1 New Comment: I am sorry, but it does - do to the fakt that I compile and use php 4.3.0-pre1 withe the same options and config files with apache 1.3.27 perfectly - and not with Apache 2 - this is a Apache 2 related bug! Earlier versions of php 4.2 worked partially with Apache 2 - but in 4.3 the Apache2 support is broken, when teh result is the source code instead of processing the php script! Previous Comments: [2002-10-23 08:17:05] [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-10-23 08:15:08] [EMAIL PROTECTED] I reused the php.ini from our working Apache 1.3.27 / php 4.2.3 combination to use it with php 430pre1 and Apache 2.0.43. When I get a PHP script via a browser the result is the syntax highlighted php script instead of its result! -- Edit this bug report at http://bugs.php.net/?id=20042&edit=1
#20021 [Opn->Fbk]: core when execute phpinfo()
ID: 20021 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: *General Issues +Bug Type: Reproducible crash Operating System: tru64 v5.1 PHP Version: 4.2.3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. --- Please read these instructions again and try the method of running httpd under gdb. Also, try compiling PHP without --with-oci8. If no crash happens, then make --with-ldap to use the oracle provided ldap by passing it the same path as for oci8. Previous Comments: [2002-10-23 01:52:13] [EMAIL PROTECTED] I rebuild Apache with: 'LDFLAGS=-lpthread', when I execute ldd httpd: Main => httpd libpthread.so => /usr/shlib/libpthread.so libm.so => /usr/shlib/libm.so libc.so => /usr/shlib/libc.so libexc.so => /usr/shlib/libexc.so And the 'ldap_sdk' are the LDAP libraries of Netscape, I use PHP for access a LDAP directory. [2002-10-22 12:30:46] [EMAIL PROTECTED] Forgot to mention this: On some systems you need to have apache httpd also linked with libpthread.so when PHP is linked with oci8.. [2002-10-22 12:29:16] [EMAIL PROTECTED] What is the 'ldap_sdk' here? Try compile php without --with-ldap [2002-10-22 12:04:42] [EMAIL PROTECTED] How can I see the 'CFLAGS'? The library '/u01/app/oracle/product/8.1.7/lib/libwtc8.so' is created when Oracle is installed in the system. [2002-10-22 11:58:58] [EMAIL PROTECTED] Do you have any CFLAGS exported that could cause the debugging symbols to be lost? 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/20021 -- Edit this bug report at http://bugs.php.net/?id=20021&edit=1
#18743 [Fbk->NoF]: Pushing values to an array dies with large number of elements
ID: 18743 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux Redhat 7.2 PHP Version: 4.2.2 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-10-08 22:35:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-19 12:14:01] [EMAIL PROTECTED] Tried using new snapshot... In essence, the query did work, but it took a very very long time (order of ~20 minutes, no exaggeration) to deliever the results of a query with 7000~ results (I'm only returning an array with integer keys, pushing each one on) During this time, apache refused to parse any php pages... it seemed to be only paying attention to that one instance of httpd In addition, I had some of these in my apache error logs: [root@klaxon logs]# tail -f error_log /usr/local/src/phpsnap/php4-200209190600/ext/session/session.c(568) : Freeing 0x08142D4C (12 bytes), script=/home/server-real1/html/security_check.php Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/ext/session/session.c(568) : Freeing 0x08148D2C (12 bytes), script=/home/server-real1/html/userfunctions.php Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/ext/session/session.c(420) : Freeing 0x081832EC (12 bytes), script=/home/server-real1/html/userfunctions.php Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/ext/session/session.c(420) : Freeing 0x08149A44 (12 bytes), script=/home/server-real1/html/98-11_search.php Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/ext/session/session.c(568) : Freeing 0x081846B4 (12 bytes), script=/home/server-real1/html/98-11_search.php Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/Zend/zend_operators.c(1008) : Freeing 0x4081702C (2169914 bytes), script=/home/server-real1/html/98-11_search_results.php /usr/local/src/phpsnap/php4-200209190600/ext/session/session.c(420) : Freeing 0x08146364 (12 bytes), script=/home/server-real1/html/security_check.php Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/ext/session/session.c(568) : Freeing 0x08142D34 (12 bytes), script=/home/server-real1/html/security_check.php Last leak repeated 2 times Last leak repeated 1 time /usr/local/src/phpsnap/php4-200209190600/ext/standard/reg.c(482) : Freeing 0x083C0F94 (102 bytes), script=/home/server-real1/html/98-11_search_results.php Last leak repeated 1 time /usr/local/src/phpsnap/php4-200209190600/ext/session/session.c(568) : Freeing 0x0824118C (12 bytes), script=/home/server-real1/html/98-11_search_results.php Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/Zend/zend_execute.c(1597) : Freeing 0x081BED44 (12 bytes), script=/home/server-real1/html/98-11_search_results.php Last leak repeated 8 times /usr/local/src/phpsnap/php4-200209190600/Zend/zend_execute.c(1740) : Freeing 0x0815CD34 (12 bytes), script=/home/server-real1/html/98-11_search_results.php Last leak repeated 4 times /usr/local/src/phpsnap/php4-200209190600/Zend/zend_API.c(906) : Freeing 0x081DF2C4 (12 bytes), script=/home/server-real1/html/98-11_search_results.php /usr/local/src/phpsnap/php4-200209190600/Zend/zend_hash.c(440) : Freeing 0x0815BBFC (64 bytes), script=/home/server-real1/html/98-11_search_results.php Last leak repeated 4 times /usr/local/src/phpsnap/php4-200209190600/Zend/zend_execute.c(1743) : Freeing 0x0815160C (9 bytes), script=/home/server-real1/html/98-11_search_results.php /usr/local/src/phpsnap/php4-200209190600/Zend/zend_variables.c(111) : Actual location (location was relayed) Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/ext/standard/string.c(709) : Freeing 0x0823CD5C (38 bytes), script=/home/server-real1/html/98-11_search_results.php Last leak repeated 2 times /usr/local/src/phpsnap/php4-200209190600/ext/pcre/php_pcre.c(790) : Freeing 0x081E079C (29 bytes), script=/home/server-real1/html/98-11_search_results.php /usr/local/src/phpsnap/php4-200209190600/Zend/zend_API.c(682) : Freeing 0x08246144 (5 bytes), script=/home/server-real1/html/98-11_search_results.php Last leak repeated 7855 times /usr/local/src/phpsnap/php4-200209190600/Zend/zend_operators.c(1040) : Freeing 0x4060502C (2169914 bytes), script=/home/server-real1/html/98-11_search_results.php /usr/local/src/phpsnap/php4-200209190600/Zend/zend_variables.c(111) : Actua
#19447 [Fbk->NoF]: ereg() causes segfault in apache 1.3.26
ID: 19447
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: Redhat 7.2
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-10-08 21:49:43] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-09-17 02:20:49] [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.
Also, post a full reproducing copy and paste script so that we can try
it ourselves.
Derick
[2002-09-17 02:18:20] [EMAIL PROTECTED]
if ( ereg($arr[$iCnt],$_POST['txtPassword']) ) {
^ this line would crash apache 1.3.26 repeatedly. The code did not
change since 4.2.1. Nothing else changed between 4.2.1 and upgrade to
4.2.3.
The values in $arr[$iCnt] and $_POST['txtPassword'] were as expected.
--
Edit this bug report at http://bugs.php.net/?id=19447&edit=1
#18513 [Fbk->NoF]: PHP4 crashes as NSAPI
ID: 18513 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: Windows 2000 PHP Version: 4.2.1 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-10-08 23:49:56] [EMAIL PROTECTED] Just a comment, while I've done some work on the NSAPI for unix, I haven't touched the Windows dsp files. Someone with more Windows knowledge would be better suited to check this. [2002-10-08 22:41:05] [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-08-06 14:39:57] [EMAIL PROTECTED] I have got it working on solaris 8 with the same iplanet but could not get it working for windows 2000. I have been trying this since 3 weeks. I still not sure what needs to be done. [2002-07-26 13:23:19] [EMAIL PROTECTED] Ive experienced almost exactly the same problem on AIX 4.3.3/iPlanet 4.x when I compile as an nsapi module. Note that PHP works quite nicely on AIX when compiled as an CGI executable, or when compiled as an Apache 1.3.x. DSO module. On Linux though, with the *exact* same iPlanet and PHP versions, things actually work as expected when built as an nsapi module. See also Bug-15439 for more details. [2002-07-24 11:30:59] [EMAIL PROTECTED] Has anybody got php4 working on windows 2000 with iplanet (NSAPI)? 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/18513 -- Edit this bug report at http://bugs.php.net/?id=18513&edit=1
#17445 [Fbk->NoF]: open_basedir warning when including file in same dir
ID: 17445 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: FreeB SD 4.4 PHP Version: 4.2.1 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-10-08 22:51:06] [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-05-27 01:16:34] [EMAIL PROTECTED] I have set open_basedir = /home/user I have set include_path = .:/home/user/lib:/home/user/site/lib I have a file located in: /home/user/site/htdocs/ which requires another file in the same directory. The include WORKS. BUT IT PRODUCED A WARNING: Warning: open_basedir restriction in effect. File is in wrong directory in /home/user/site/htdocs/file1.php on line 3 File2 is here. The "File2 is here" is produced by the included file. I've seen others comment on this problem, but could find no solution or open occurance of it in the bug list. Thanks. Mitch. -- Edit this bug report at http://bugs.php.net/?id=17445&edit=1
#17831 [Fbk->NoF]: PostgreSQL support broken
ID: 17831 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: Solaris 7 PHP Version: 4.2.1 Assigned To: yohgaki 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-10-08 22:49:02] [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 Using the snapshot I cannot replicate the problem on Linux 2.4 [2002-08-17 12:36:33] [EMAIL PROTECTED] Although I haven't tried running PostgreSQL under Solaris, it works great for me under Linux 2.2. Perhaps you need to try a newer version of Postgres? [2002-06-20 20:26:14] [EMAIL PROTECTED] With the latest STABLE snap (which doesn't compile out of the box with current apache 2 btw) it works, but only sometimes. continuous reload of the same page sometimes shows you a successful connect, but also sometimes a failure. ratio is about 70% failure and 30% success. the postgres server log doesn't say anything in the case of a failure, it seems it doesn't even come that far. however, I don't have full debug logging enabled, will try that later, as well as a latest (non STABLE) snap. [2002-06-19 22:57:17] [EMAIL PROTECTED] Could you also try lastest snap? http://snaps.php.net/ [2002-06-19 22:53:47] [EMAIL PROTECTED] The test scripts works with Linux/PostgreSQL/Apache2 except pg_last_notice(). Could you check PostgreSQL server error logs to see what is going on? 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/17831 -- Edit this bug report at http://bugs.php.net/?id=17831&edit=1
#19226 [Fbk->NoF]: Apache2.0.40 + php 4-CVS-LASTEST (module) anyway crashed
ID: 19226 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: windows 2000/sp3 PHP Version: 4CVS-2002-09-04 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-10-08 22:29:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-04 05:51:22] [EMAIL PROTECTED] small details: 1. apache1-3.26/w32 + php-4.0.6/w32 working fine on this windows box. 2. in function sapi_get_default_content_type content type passed as "text/html" string. when php try to alocate memory for this string apache will crashed. -- vladimir Novosibirsk, Russia [2002-09-04 03:42:03] [EMAIL PROTECTED] >From phpinfo(): System Windows NT localhost 5.0 build 2195 Build Date Sep 3 2002 22:19:16 Server API Apache 2.0 Filter Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINNT\php.ini API Versions: PHP: 20020307 PHP Extension: 20020429 Zend Extension: 20020824 Debug Build yes Thread Safety enabled Registered PHP Streams php, http, ftp [2002-09-04 03:39:46] [EMAIL PROTECTED] Hello. As I wrote few days ago, I have crashed PHP in my windows box. I use cvs for get fresh sources yesterday, compile php and apache as debug version. also I compile 3 module (also with debug support) -domxml, xslt, mssql and I got next crash: (I provide stack call from MS VC env) NTDLL! 77fcb03d() _emalloc(unsigned int 10, char * 0x03125a60 `string', unsigned int 227, char * 0x, unsigned int 0) line 154 + 487 bytes _estrdup(const char * 0x00529e00, char * 0x03125a60 `string', unsigned int 227, char * 0x, unsigned int 0) line 335 + 201 bytes sapi_get_default_content_type(void * * * 0x005ab040) line 227 + 104 bytes php_apache_request_ctor(ap_filter_t * 0x006642f8, php_struct * 0x00663e40, void * * * 0x005ab040) line 320 + 64 bytes php_output_filter(ap_filter_t * 0x006642f8, apr_bucket_brigade * 0x00661088) line 401 + 173 bytes ap_pass_brigade(ap_filter_t * 0x006642f8, apr_bucket_brigade * 0x00664460) line 540 + 137 bytes default_handler(request_rec * 0x006627f0) line 3293 + 105 bytes ap_run_handler(request_rec * 0x006627f0) line 194 + 411 bytes ap_invoke_handler(request_rec * 0x006627f0) line 400 + 43 bytes ap_process_request(request_rec * 0x006627f0) line 257 + 43 bytes ap_process_http_connection(conn_rec * 0x0065c808) line 293 + 43 bytes ap_run_process_connection(conn_rec * 0x0065c808) line 85 + 411 bytes ap_process_connection(conn_rec * 0x0065c808, void * 0x0065c748) line 207 + 43 bytes worker_main(long 49) line 703 + 100 bytes _threadstartex(void * 0x005acbc0) line 212 + 13 bytes KERNEL32! 77e96523() can anybody help me in my problem? If need, please, tell me, what info I must provide for help resolve this problem. -- Vladimir. Novosibirsk, Russia. -- Edit this bug report at http://bugs.php.net/?id=19226&edit=1
#18848 [Fbk->NoF]: servers crash when trying to upload file larger then ~2mb
ID: 18848 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: win nt4 PHP Version: 4.2.2 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-10-08 22:34:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-03 20:00:21] [EMAIL PROTECTED] do we have to report it in a special way?? here arnt any msgs from anybody... :( but for me it seems pretty important... hope anybody can handle this... [2002-09-03 14:10:53] [EMAIL PROTECTED] Same problem with Apache 2.0.40 and php 4.3.0RC2 on windows 98. (Using php4apache2.dll) Only difference is it files has to be larger before the server crash. (About 5-10 MB). [2002-08-30 18:42:57] [EMAIL PROTECTED] hey??? why doesnt anybody notice me [2002-08-11 19:03:32] [EMAIL PROTECTED] well..here are the facts: nt4, php 4.2.2, iis4, php trough isapi (but only through extension, didnt add it as a isapi-filter) ocurres what ive written before, server occupies memory til there isnt anymore to occupy, stops then but memory still isnt available so ive got to reboot it. hope anybody can respond now. yours, georg 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/18848 -- Edit this bug report at http://bugs.php.net/?id=18848&edit=1
#18044 [Fbk->NoF]: apache child segfaults on page using sessions
ID: 18044 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: RedHat Linux 7.2 PHP Version: 4.2.1 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-10-08 21:41:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-19 13:10:53] [EMAIL PROTECTED] So this is happening with 4.2.3? [2002-09-17 15:15:26] [EMAIL PROTECTED] changing this back to Open as there was feedback, but the user didn't update things. [2002-09-17 13:34:29] [EMAIL PROTECTED] This appears to be similar to my submitted bug #19456, except that mine occurs on ODBC calls. Is this still being looked at? [2002-09-17 01:00:01] [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". 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/18044 -- Edit this bug report at http://bugs.php.net/?id=18044&edit=1
#18730 [Fbk->NoF]: Changing directory leads to Invalid page fault and then ruins the registry
ID: 18730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: PWS related Operating System: Windows 98 SE PHP Version: 4.2.1 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-10-08 22:36:37] [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-08-04 09:08:49] [EMAIL PROTECTED] Just checked: there is no any of mentioned problems when using CGI version of PHP, instead of SAPI. [2002-08-04 07:16:58] [EMAIL PROTECTED] When changing virtual directory path for localhost got "Invalid page fault"; next time when I change directory I cannot start Windows - it ruins my registry, so I have to restore it from backup :( The similar error is happening when shutting down Windows, no matter if I change directory or not. The same problems (except registry bug) happened with PHP v4.0.6, but with v4.2.1 it is much worst. Using PHP as SAPI module. INETINFO caused an invalid page fault in module PHP4TS.DLL at 0167:0195d92e. Registers: EAX=01b2f1b0 CS=0167 EIP=0195d92e EFLGS=00010206 EBX=0005 SS=016f ESP=01bdef74 EBP=780010ed ECX=4000 DS=016f ESI=01b2f1e4 FS=644f EDX= ES=016f EDI=006eead0 GS= Bytes at CS:EIP: 89 02 8b 06 85 c0 74 06 8b 4e 04 89 48 04 8b 17 Stack dump: 006eead0 019db39c 019db620 018f0ea8 01b2f1f4 006dda40 01903d0e 019db39c 019db3a0 019db3a4 0195d003 0001 0002 006eead0 006dda10 006decf0 -- Edit this bug report at http://bugs.php.net/?id=18730&edit=1
#19529 [Com]: Occational "Commands out of sync" errors
ID: 19529 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 Assigned To: georg New Comment: A forum I'm helping with also ran into this problem (the site runs vbulletin). I'm trying to track down exactly when it started happening. I can say that with apache 1.3.26 and php 4.2.1 and mysql 4.23.49, it didn't happen, nor with apache2.0.43+php4.2.3+mysql4.23.49. It definately does happen with apache 1.3.27+php4.2.3+mysql4.23.53, leading me to believe that it's an issue with something that changed in mysql since last spring, but unless I misread, that contradicts some other reports here. Disabling vbulletin's persistent connection usage eliminated the errors, of which there were tons. Previous Comments: [2002-10-10 19:21:14] [EMAIL PROTECTED] Interesting stuff. I am heading out on the road for about a month. I will follow up with this as soon as I get stable network access again. [2002-10-10 15:03:07] [EMAIL PROTECTED] reassigning [2002-10-10 13:07:13] [EMAIL PROTECTED] OK, no need to wait. Getting the errors already with 3.23.49a. I looked at the change in CVS and it only frees a memory leak from unbuffered queries. [2002-10-10 13:04:54] [EMAIL PROTECTED] PS: In this bug system, should I be using Add Comment rather than Edit Submission? I keep reseting the Status and I don't mean to. Maybe the bug system should add whatever is the current choice is to the list available. [2002-10-10 13:01:28] [EMAIL PROTECTED] Recent CVS does not help 4.0.2 over the long term (24 hours). I woke up and the log was full of the error. Will try 3.23.49a for 24 hours and report back. As far as explicitly calling mysql_free_result(), yikes! Trying to find any missing will be a pain! I guess the real way to deal with this is (yuck) track all the result sets and dispose of any left over when the connection is being reset. Therefore getting the order right. Unless we can reset the connenction last. Is there a way to order the callbacks? 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/19529 -- Edit this bug report at http://bugs.php.net/?id=19529&edit=1
#19538 [Asn->Opn]: No way to identify source of email sent by mail()
ID: 19538
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Open
Bug Type: Feature/Change Request
Operating System: ALL
PHP Version: 4.2.3
Assigned To: derick
New Comment:
Unassign from me, I've no time right now.
Derick
Previous Comments:
[2002-10-23 17:30:13] [EMAIL PROTECTED]
Thats exactly it! Derick assigned this task but he is afaik busy and
won't implement this soon. Too bad but I'm patient :-)
[2002-10-23 17:24:55] [EMAIL PROTECTED]
Ah, I see. So you want to be able to have a php.ini directive like
this:
add_mail_headers = "X-PHP-Script:
{$_SERVER[HTTP_HOST]}{$_SERVER[REQUEST_URI]}\nX-Contact-If-Spammed:
Contact Information\n";
So that every mail() call will add that line. I think that is a valid
request, especially since a badly formed script can really mess things
up. It would default to "", and if it was not properly written it
would be ignored.
By making it configurable, admins can choose to add or remove global
mail headers. I think this would be very useful for installs which
serve lots of customers.
[2002-10-23 16:01:30] [EMAIL PROTECTED]
I can't modify my customers scripts. Scripts are changing frequently,
new customers upload new scripts and so on. Anyway:
[root@gucio customers]# grep -ri 'mail(' . | wc -l
2873
Changing 2873 not mine script means ,,introduce some bugs'', too.
Basically I want feature that does similar thing to yours but
configurable globally from php.ini.
[2002-10-23 15:09:47] [EMAIL PROTECTED]
This is easily solved:
mail("[EMAIL PROTECTED]","Subject Line","Body","X-PHP-Mailer-Script:
{$_SERVER[HTTP_HOST]}{$_SERVER[REQUEST_URI]}\nX-PHP-Mailer-Path:
{$_SERVER[SCRIPT_FILENAME]}\nX-PHP-Remote-IP:
{$_SERVER[REMOTE_ADDR]");
This will add three new headers to this mail:
X-PHP-Mailer-Script: yourwebhost.com/path/to/script.php
X-PHP-Mailer-Path: /real/path/to/script.php
X-PHP-Remote-IP: 10.20.30.40
And now you'll know which script the spammer is using.
[2002-09-22 04:58:05] [EMAIL PROTECTED]
Sorry but you are simply wrong. MTA logs don't contain any usefull
information.
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/19538
--
Edit this bug report at http://bugs.php.net/?id=19538&edit=1
#20040 [Fbk->Opn]: working path is not set to actual php file
ID: 20040 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: SuSE Linux 7.2 PHP Version: 4.2.3 New Comment: with prefork Previous Comments: [2002-10-23 11:37:56] [EMAIL PROTECTED] what kind of mpm model is your Apache 2 using? [2002-10-23 08:12:42] [EMAIL PROTECTED] Today I updated our system to Apache 1.3.27 with php 4.2.3 which works perfectly. Beside this I installed a test system - Apache 2.0.43 with php 4.2.3 - which uses the same php.ini file! With our php scripts I am using phplib template engine which tries to load a template from where the php script can be found in ./templates/index.thtml - with the Apache 1.3.27 this always works perfectly - with earlier versions of Apache2/PHP this also worked - but in this combination I got an file not found error - so I assume that the current directory is not equal to the running scripts directory. -- Edit this bug report at http://bugs.php.net/?id=20040&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: 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. Previous Comments: [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? [2002-10-17 14:15:38] [EMAIL PROTECTED] Using Windows 2000 SP3 PHP 2.3.0 the funtions ftp_rawlist and ftp_nlist are still a problem. When I try to get the ftp list on my LOCAL (127.0.0.1) machine ftp server, the script fails (timeout) but it works on other remote ftp server... you will say "your ftp server is not working or is not well configured..." I say: if i use this script on an linux machine with PHP (different from the one where my ftp server is), to connect to this ftp server: it works Moreover, my ftp server log says that the LIST command is correctly executed: 230 User logged in, proceed. CWD /upload/ 250 Directory changed to /upload PORT 127,0,0,1,6,149 200 PORT Command successful. LIST 150 Opening ASCII mode data connection for /bin/ls. 226 Transfer complete. but the php script hangs on ftp_rawlist here is the script: [2002-08-24 13:39:57] [EMAIL PROTECTED] Very strange.. Instead of using the installshield version, I downloaded the zip version today, and it seems to be working (same version, 4.2.2). I'm still using PHP as an executable in IIS. [2002-08-24 01:04:36] [EMAIL PROTECTED] It's still not working for me... I had 4.2.2, the latest Win32 install-executable version available, and it still wasn't working. So, I tried downloading the latest version from the snapshots site (version 4.3), and I can't get that to even run properly on my IIS 5. >From the command prompt, I can run the php executable, and it seems to work okay. However, all my scripts just hang, (and I think I eventually get a CGI Time-out). I have my IIS set-up to run the php.exe executable (instead of the ISAPI setup). [2002-08-16 10:03:51] [EMAIL PROTECTED] 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 This issue appears to be fixed in the latest CVS. You can grab a snapshot of it here: http://snaps.php.net/win32/ 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
#20044 [Opn->Fbk]: FreeBSD : Apache 2.0.43 + PHP 4.2.3 ( clean install ) gives error
ID: 20044 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.7 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-10-23 11:04:30] [EMAIL PROTECTED] Ok.. I downloaded php 4.2.3 and apache-2.0.43 and compiled them according the install thingy on http://www.php.net/manual/en/install.apache.php I first compiled Apache-2, tested it and it worked. then i compiled PHP 4.2.3 and now apache-2 gives me this error : daedalus# ./apachectl start Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol "pthread_getspecific" any idea what to do next ? thanx, - Tim - [2002-10-23 11:03:11] [EMAIL PROTECTED] Ok.. I downloaded php 4.2.3 and apache-2.0.43 and compiled them according the install thingy on http://www.php.net/manual/en/install.apache.php I first compiled Apache-2, tested it and it worked. then i compiled PHP 4.2.3 and now apache-2 gives me this error : daedalus# ./apachectl start Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol "pthread_getspecific" any idea what to do next ? thanx, - Tim - -- Edit this bug report at http://bugs.php.net/?id=20044&edit=1
#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: If you're getting "Cannot load C:/php4/sapi/php4apache2.dll into server: The specified module could not be found." or "apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903)." I got it working and this is everything I did: 1. Download: a. Apache: apache_2.0.43-win32-x86-no_ssl.msi b. PHP: php-4.2.3-Win32.zip c. Latest PHP Snap: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 2. Install a. apache b. PHP (by upzipping and renaming dir to "c:\php" 2. Copy c:\php\php.ini-recommended to c:\windows\php.ini 3. Edit c:\php.ini -doc_root = [current apache doc root] -extension_dir = C:\php\extensions 4. Copy c:\php\php4ts.dll to c:\winnt\system32\ 4. Copy php4apache2.dll from the c. Snap zip file to c:\php\sapi\ 6. Edit Apache's configuration file and add: LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php Previous Comments: [2002-10-12 04:43:08] [EMAIL PROTECTED] I confirm that Apache 2.0.43 and latest PHP4 php4apache2.dll works perfectly. However, I haven't heard about php4ts.dll ? What for is that ? P.S. getting Tomcat 4.11 + Apache 2.0.43 + MySQL + PHP4 working together seems to be even more painfull that getting Apache 2 and PHP4 working together : ) Jari [2002-10-11 14:17:54] [EMAIL PROTECTED] The problem with this message: "Cannot load C:/php4/sapi/php4apache2.dll into server: The specified module could not be found." Should be addressed as: 1. Install PHP/Apache 2. Copy required files from c:\php\dlls\ to c:\winnt\system32\ 3. Grab the latest php snapSnap (http://snaps.php.net/win32/) 4. Copy php4apache2.dll from the snap to c:php\sapi\ 5. Copy php4ts.dll from the snap c:winnt\system32 6. Edit Apache's configuration file and add: LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php .phtml That's it (probably many are just missing the php4ts.dll part) [2002-10-11 08:37:20] [EMAIL PROTECTED] PHP will work with whatever is current Apache version at the time of its release. Newer versions of Apache2 often break backwards compatibility so php4apache2.dll will not work with them. So either use the version of Apache that is supported by that PHP release, or use (almost) always current snapshot from http://snaps.php.net/win32/ [2002-10-11 07:01:27] [EMAIL PROTECTED] Thank you for all the Help Its working perfect with the php4apache2.dll from the Prerelease PHP Version 4.2.4 from http://snaps.php.net/win32/php4-win32-STABLE-latest.zip But it take alot of time to find this Bugreport. If you would add a little link from the Downloadpage of PHP to this Page, it would help many scared php-newbies like me ;) Thanks for all the help Chojin [2002-10-05 10:58:07] [EMAIL PROTECTED] after having some trouble with this myself on both apache 2.0.42 and 2.0.43 and finding this thread, i used just the php4apache2.dll file from http://snaps.php.net/win32/php4-win32-STABLE-latest.zip with the rest of the files being php 4.2.3 ones, and it works perfectly now. havent seen any bugs so far. hope this helps someone :) 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
#20053 [NEW]: apache&suexec&php-cgi&ignore_user_abort -> problem with cancelled connections
From: [EMAIL PROTECTED] Operating system: linux 2.4.18 PHP version: 4.2.3 PHP Bug Type: Apache related Bug description: apache&suexec&php-cgi&ignore_user_abort -> problem with cancelled connections Under very specific circumstances, php goes in tight infinite loop eating all cpu after request is cancelled. Configuration: php 4.2.3 as cgi apache 1.3.27 php configured with Action directive, (important) using suexec. Conditions for problem to occur in script: 1.ignore_user_abort(true) 2.sending any http header 3.sending any body content AFTER http header 4. connection is aborted before all data are sent to client. Script to reproduce problem: CUT whatever CUT Problem doesn't exist with mod_php or php-cgi without suexec. It appears that after apache has closed connection php is still trying to write output and loops for unknown reason. I'm not sure if this is fault of php, apache or suexec, but I think it could be fixed in php. -- Edit bug report at http://bugs.php.net/?id=20053&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20053&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20053&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20053&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20053&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20053&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20053&r=support Expected behavior: http://bugs.php.net/fix.php?id=20053&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20053&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20053&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20053&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20053&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20053&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20053&r=isapi
#20037 [Opn->]: flush not working after setting session id
ID: 20037
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Won\'t fix
Bug Type: Output Control
Operating System: Solaris 8
PHP Version: 4.2.2
New Comment:
You have mistake in your script, but it does not matter.
Flushing will not work when buffer (trans sid, zlib.compression,
ob_gzhandler, mb_output_handler, etc) is used.
And it will not be fixed, even if I would like to ;)
Don't try to flush.
Previous Comments:
[2002-10-23 05:40:46] [EMAIL PROTECTED]
Seems that after setting the session id, a flush isnt working.
If you supply a PHPSESSID, then it doesnt output anything until the end
of the script, without the PHPSESSID, then it does what you would
expect, output one stamp, then another after 10 seconds.
";
flush();
sleep(10);
echo gmdate("H:i:s");
echo "";
?>
'./configure'
'--with-apxs=/usr/local/apache-1.3.26/bin/apxs'
'--with-mysql'
'--with-mhash'
'--enable-track-vars=yes'
'--enable-debug=no'
'--enable-force-cgi-redirect=yes'
'--enable-calendar'
'--with-gd=/export/home/hostel/Installs/gd-1.8.4'
'--with-png-dir=/export/home/hostel/Installs/libpng-1.0.12'
'--with-zlib'
'--with-jpeg-dir=/export/home/hostel/Installs/jpeg-6b'
'--enable-mbstring'
'--enable-mbstr-enc-trans'
'--enable-trans-sid'
--
Edit this bug report at http://bugs.php.net/?id=20037&edit=1
#20051 [Fbk->Csd]: stream_register_wrapper and stream_eof
ID: 20051
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Closed
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.3.0-pre1
New Comment:
Indeed, it's fixed in CVS. Thanks.
Previous Comments:
[2002-10-23 15:56:04] [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
Most probably fixed in the php4-latest snapshot.
Please try it and let us know how you get on.
(Very similar code to that example is used as part of the test suite).
[2002-10-23 15:30:13] [EMAIL PROTECTED]
After fixing the missing semicolon in stream_register_wrapper's example
(in the docs and pasted below), I get infinite loops (and sometimes
crashes). It seems like this is coming from feof() having problems
gettting TRUE from stream_eof.
varname = $url["host"];
$this->position = 0;
return true;
}
function stream_read($count)
{
$ret = substr($GLOBALS[$this->varname], $this->position,
$count);
$this->position += strlen($ret);
return $ret;
}
function stream_write($data)
{
$left = substr($GLOBALS[$this->varname], 0, $this->position);
$right = substr($GLOBALS[$this->varname], $this->position +
strlen($data));
$GLOBALS[$this->varname] = $left . $data . $right;
$this->position += strlen($data);
return strlen($data);
}
function stream_tell()
{
return $this->position;
}
function stream_eof()
{
return $this->position >= strlen($GLOBALS[$this->varname]);
}
function stream_seek($offset, $whence)
{
switch($whence) {
case SEEK_SET:
if ($offset < strlen($GLOBALS[$this->varname]) &&
$offset >= 0) {
$this->position = $offset;
return true;
} else {
return false;
}
break;
case SEEK_CUR:
if ($offset >= 0) {
$this->position += $offset;
return true;
} else {
return false;
}
break;
case SEEK_END:
if (strlen($GLOBALS[$this->varname]) + $offset >= 0) {
$this->position = strlen($GLOBALS[$this->varname])
+ $offset;
return true;
} else {
return false;
}
break;
default:
return false;
}
}
}
stream_register_wrapper("var", "VariableStream")
or die("Failed to register protocol");
$myvar = "";
$fp = fopen("var://myvar", "r+");
fwrite($fp, "line1\n");
fwrite($fp, "line2\n");
fwrite($fp, "line3\n");
rewind($fp);
while(!feof($fp)) {
echo fgets($fp);
}
fclose($fp);
var_dump($myvar);
?>
--
Edit this bug report at http://bugs.php.net/?id=20051&edit=1
#19999 [Fbk->Bgs]: Link fails in apache2filter module (apache2.0.43)
ID: 1 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: This is not a bug in the PHP code but probably a problem with your build environment. Our snapshot builder at http://snaps.php.net/ has no problems building php4apache2.dll for either php-4.2.4-dev or php-4.3.0-dev. Previous Comments: [2002-10-23 16:06:51] [EMAIL PROTECTED] I downloaded the cvs version - same link errors here are the messages which occurred during the build. Configuration: php4apache2 - Win32 Debug_TS Compiling... apache_config.c f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type php_functions.c f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data sapi_apache2.c f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning C4761: integral size mismatch in argument; conversion supplied f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(140) : warning C4018: '<' : signed/unsigned mismatch f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(158) : warning C4047: '=' : 'short ' differs in levels of indirection from 'void *' f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(159) : warning C4047: '=' : 'short ' differs in levels of indirection from 'void *' f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(160) : warning C4244: '=' : conversion from 'unsigned __int64 ' to 'unsigned short ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(161) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(162) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(163) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(164) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data Linking... Creating library ..\..\Debug_TS/php4apache2.lib and object ..\..\Debug_TS/php4apache2.exp php_functions.obj : error LNK2001: unresolved external symbol __imp__apr_table_elts@4 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__apr_table_elts@4 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__ap_register_input_filter@16 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__ap_register_output_filter@16 ..\..\Debug_TS/php4apache2.dll : fatal error LNK1120: 3 unresolved externals
#19538 [Asn]: No way to identify source of email sent by mail()
ID: 19538
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Feature/Change Request
Operating System: ALL
PHP Version: 4.2.3
Assigned To: derick
New Comment:
Thats exactly it! Derick assigned this task but he is afaik busy and
won't implement this soon. Too bad but I'm patient :-)
Previous Comments:
[2002-10-23 17:24:55] [EMAIL PROTECTED]
Ah, I see. So you want to be able to have a php.ini directive like
this:
add_mail_headers = "X-PHP-Script:
{$_SERVER[HTTP_HOST]}{$_SERVER[REQUEST_URI]}\nX-Contact-If-Spammed:
Contact Information\n";
So that every mail() call will add that line. I think that is a valid
request, especially since a badly formed script can really mess things
up. It would default to "", and if it was not properly written it
would be ignored.
By making it configurable, admins can choose to add or remove global
mail headers. I think this would be very useful for installs which
serve lots of customers.
[2002-10-23 16:01:30] [EMAIL PROTECTED]
I can't modify my customers scripts. Scripts are changing frequently,
new customers upload new scripts and so on. Anyway:
[root@gucio customers]# grep -ri 'mail(' . | wc -l
2873
Changing 2873 not mine script means ,,introduce some bugs'', too.
Basically I want feature that does similar thing to yours but
configurable globally from php.ini.
[2002-10-23 15:09:47] [EMAIL PROTECTED]
This is easily solved:
mail("[EMAIL PROTECTED]","Subject Line","Body","X-PHP-Mailer-Script:
{$_SERVER[HTTP_HOST]}{$_SERVER[REQUEST_URI]}\nX-PHP-Mailer-Path:
{$_SERVER[SCRIPT_FILENAME]}\nX-PHP-Remote-IP:
{$_SERVER[REMOTE_ADDR]");
This will add three new headers to this mail:
X-PHP-Mailer-Script: yourwebhost.com/path/to/script.php
X-PHP-Mailer-Path: /real/path/to/script.php
X-PHP-Remote-IP: 10.20.30.40
And now you'll know which script the spammer is using.
[2002-09-22 04:58:05] [EMAIL PROTECTED]
Sorry but you are simply wrong. MTA logs don't contain any usefull
information.
[2002-09-21 19:51:59] [EMAIL PROTECTED]
IMHO, sendmail's (or whatever MTA you're using) logs should give that
kind of information away, not headers produced by PHP.
Luciano ES
Santos, SP - Brasil
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/19538
--
Edit this bug report at http://bugs.php.net/?id=19538&edit=1
#19538 [Com]: No way to identify source of email sent by mail()
ID: 19538
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Feature/Change Request
Operating System: ALL
PHP Version: 4.2.3
Assigned To: derick
New Comment:
Ah, I see. So you want to be able to have a php.ini directive like
this:
add_mail_headers = "X-PHP-Script:
{$_SERVER[HTTP_HOST]}{$_SERVER[REQUEST_URI]}\nX-Contact-If-Spammed:
Contact Information\n";
So that every mail() call will add that line. I think that is a valid
request, especially since a badly formed script can really mess things
up. It would default to "", and if it was not properly written it
would be ignored.
By making it configurable, admins can choose to add or remove global
mail headers. I think this would be very useful for installs which
serve lots of customers.
Previous Comments:
[2002-10-23 16:01:30] [EMAIL PROTECTED]
I can't modify my customers scripts. Scripts are changing frequently,
new customers upload new scripts and so on. Anyway:
[root@gucio customers]# grep -ri 'mail(' . | wc -l
2873
Changing 2873 not mine script means ,,introduce some bugs'', too.
Basically I want feature that does similar thing to yours but
configurable globally from php.ini.
[2002-10-23 15:09:47] [EMAIL PROTECTED]
This is easily solved:
mail("[EMAIL PROTECTED]","Subject Line","Body","X-PHP-Mailer-Script:
{$_SERVER[HTTP_HOST]}{$_SERVER[REQUEST_URI]}\nX-PHP-Mailer-Path:
{$_SERVER[SCRIPT_FILENAME]}\nX-PHP-Remote-IP:
{$_SERVER[REMOTE_ADDR]");
This will add three new headers to this mail:
X-PHP-Mailer-Script: yourwebhost.com/path/to/script.php
X-PHP-Mailer-Path: /real/path/to/script.php
X-PHP-Remote-IP: 10.20.30.40
And now you'll know which script the spammer is using.
[2002-09-22 04:58:05] [EMAIL PROTECTED]
Sorry but you are simply wrong. MTA logs don't contain any usefull
information.
[2002-09-21 19:51:59] [EMAIL PROTECTED]
IMHO, sendmail's (or whatever MTA you're using) logs should give that
kind of information away, not headers produced by PHP.
Luciano ES
Santos, SP - Brasil
[2002-09-21 13:32:31] [EMAIL PROTECTED]
Makes sense then... I'll have a look.
Derick
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/19538
--
Edit this bug report at http://bugs.php.net/?id=19538&edit=1
#20052 [NEW]: __construct() blocks use of __get() in parent
From: [EMAIL PROTECTED]
Operating system: OS X 10.1
PHP version: 4CVS-2002-10-23
PHP Bug Type: Zend Engine 2 problem
Bug description: __construct() blocks use of __get() in parent
If a child class has a __construct() function, it won't make
use of its parent's __get() function (and presumably other
overload functions too). Workaround: add a __get() to the child class and
call parent::__get($property).
test code:
foo = {$a->foo}\n";
$b = new b;
print "b->foo = {$b->foo}\n";
$c = new c;
print "c->foo = {$c->foo}\n";
$d = new d;
print "d->foo = {$d->foo}\n";
?>
output:
PHP Notice: Undefined property: foo in /full/path/overload.php on line
11
overload.php(11) : Notice - Undefined property: foo
a->foo = a::_get
b->foo = a::_get
Notice: Undefined property: foo in /full/path/overload.php on line 11
c->foo =
d->foo = a::_get
--
Edit bug report at http://bugs.php.net/?id=20052&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20052&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20052&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20052&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20052&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20052&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20052&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20052&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20052&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20052&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20052&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20052&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20052&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20052&r=isapi
#12700 [Com]: 502 Gateway Error/Failed to Return Headers
ID: 12700 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.1.1 New Comment: Hi, I have the same problem and searching information I found your comments. I have a web application (CGI) developed in Visual Studio C++ (ansi C) and I run this on IIS 5.0 and windows 2000 Server SP3. Sometimes, when I use the application the follow error apears: HTTP 502 Bad Gateway and then when I make a new Refresh in the browser it disappears. The exact message error is: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: And I found this in Microsoft: http://support.microsoft.com/default.aspx?scid=kb;en-us;Q145661 and this in another site http://intsys.fin.qub.ac.uk/amzi/webls/iis_cgi_problem.txt I hope that this information could help you. Regards, Eugenio Previous Comments: [2002-06-18 18:44:05] [EMAIL PROTECTED] See bug #9852. [2002-06-07 10:50:37] [EMAIL PROTECTED] Should be the same as #9852. IMHO this is a bug in IIS. I have the same errors using Perl or ASP. [2002-05-28 04:41:00] [EMAIL PROTECTED] We have the same problem running 4.0.6 (W2K Server, IIS5). Is there anybody working on this problem? [2002-01-11 17:39:38] [EMAIL PROTECTED] FYI, This is still an issue with 4.1.1 [2001-08-13 13:02:29] [EMAIL PROTECTED] Apologies, After further searching though your bug database this appears to be a duplicate of #12562 and possibly #11788/#9852. I would like to stress this is a serious issue for me. Thanks, - Paul. 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/12700 -- Edit this bug report at http://bugs.php.net/?id=12700&edit=1
#20033 [Opn->Fbk]: Echoing/fputsing ~11k+ of data to STDOUT causes problem
ID: 20033
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: Red Hat 7.3
PHP Version: 4CVS-2002-10-22
New Comment:
Does PHP eat a lot of CPU when it hangs?
Are you capable of running it under gdb and obtaining a backtrace?
make sure you are running an --enable-debug build of PHP.
gdb ./sapi/cli/php
run nameofyourscript.php
[hit CTRL-C when it hangs]
bt full
This would be ideal, because then we would know 100%
what was going on.
In light of your comments about shutdown, what happens if you comment
out the fclose() line?
Also, what are your ini settings for output buffer related options?
(and does changing those affect the problem?)
Previous Comments:
[2002-10-23 12:13:57] [EMAIL PROTECTED]
I added requested fflush on $logfile after each fputs. It still
indicates that it is dying on the "echo". I.e., logfile shows "Echoing
line" but never reports "Sent."
Additional important correction: I'm not sure whether behavior has
changed or if I was just wrong before, but when the problem presents
itself the script IS shutting down and the TCP/IP connection IS
disconnected. In fact, it does so cleanly. It executes my registered
shutdown function. In that function I had it write to the logfile and
it shows that after the last "Echoing" line it DOES go through the
shutdown function. Connection_status() within the shutdown function
reports "1" (aborted), but the client side definitely didn't request
the abort.
I have also refined the loop so that the possible infinite loop
situation is handled. This is a welcome improvement to my code to
handle an "impossible" situation (impossible because it is constrained
elsewhere by logic) but it didn't have any effect on the current
problem.
[2002-10-23 06:26:33] [EMAIL PROTECTED]
while(ftell($mailfile) < $EndOfMessagePos)
This line has the potential to cause a indefinete loop and there's no
escape code in the loop, which breaks it.
ftell will return FALSE if an error occurs, which in numerical
comparison resolves to 0.
Can you change that to:
while(ftell($mailfile) and ftell($mailfile) < $EndOfMessagePos)
[2002-10-23 03:54:00] [EMAIL PROTECTED]
It's more likely to be a problem with fgets; could you
try fflush($logfile) ing after the fputs lines, just to make sure that
they're not waiting in the buffer.
Also, when php hangs, is it using a lot of CPU?
[2002-10-22 17:42:38] [EMAIL PROTECTED]
Code I am using is:
while(ftell($mailfile) < $EndOfMessagePos)
{
fputs($logfile, "Getting line\n");
$line = fgets($mailfile, 4096);
fputs($logfile, "Echoing line\n");
echo "$line\r\n";
$fst += strlen($line);
fputs($logfile, "Sent $fst: $line\n");
}
echo ".\r\n";
fputs($logfile, "Sent: CRLF\n");
fclose($logfile);
End of log file returns:
--START--
Getting line
Echoing line
Sent 11060: (unimportant email content)
Getting line
Echoing line
Sent 11147: (unimportant email content)
Getting line
Echoing line
--END--
Thus it appears to be hanging on the "echo" line.
Again, this problem only presents itself when the script is running as
a full server on a "clean" connection. If the same exact test is run
connecting via the telnet command to port 110 or by running the script
from the command-line there is no problem. It is my guess that the
telnet command introduces some kind of flow control that is not present
when I open a "real" POP3 connection to the same port.
[2002-10-22 16:57:05] [EMAIL PROTECTED]
Can you isolate the line of code that causes the hang?
Use printf to output a note before each function you suspect of causing
the problem; the last line output
by the script will tell you which one has hung.
We need to narrow it down to either sockets (as in ext/socket), or
streams (fgets, fread, fwrite etc.),
or output buffer -- three unrelated areas.
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/20033
--
Edit this bug report at http://bugs.php.net/?id=20033&edit=1
#19999 [Com]: Link fails in apache2filter module (apache2.0.43)
ID: 1 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: I downloaded the cvs version - same link errors here are the messages which occurred during the build. Configuration: php4apache2 - Win32 Debug_TS Compiling... apache_config.c f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type php_functions.c f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data sapi_apache2.c f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning C4761: integral size mismatch in argument; conversion supplied f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(140) : warning C4018: '<' : signed/unsigned mismatch f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(158) : warning C4047: '=' : 'short ' differs in levels of indirection from 'void *' f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(159) : warning C4047: '=' : 'short ' differs in levels of indirection from 'void *' f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(160) : warning C4244: '=' : conversion from 'unsigned __int64 ' to 'unsigned short ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(161) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(162) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(163) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(164) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data Linking... Creating library ..\..\Debug_TS/php4apache2.lib and object ..\..\Debug_TS/php4apache2.exp php_functions.obj : error LNK2001: unresolved external symbol __imp__apr_table_elts@4 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__apr_table_elts@4 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__ap_register_input_filter@16 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__ap_register_output_filter@16 ..\..\Debug_TS/php4apache2.dll : fatal error LNK1120: 3 unresolved externals Error executing link.exe. php4apache2.dll - 5 error(s), 43 warning(s) Previous Comments: [2002-10-20 10:10:30] [EMAIL PROTECTED] Could you please try PHP CVS (unstable), it contains a number of fixes. Any error & warning reports you get would also contain new line #s, which would help immensly in solvin
#19538 [Asn]: No way to identify source of email sent by mail()
ID: 19538
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Feature/Change Request
Operating System: ALL
PHP Version: 4.2.3
Assigned To: derick
New Comment:
I can't modify my customers scripts. Scripts are changing frequently,
new customers upload new scripts and so on. Anyway:
[root@gucio customers]# grep -ri 'mail(' . | wc -l
2873
Changing 2873 not mine script means ,,introduce some bugs'', too.
Basically I want feature that does similar thing to yours but
configurable globally from php.ini.
Previous Comments:
[2002-10-23 15:09:47] [EMAIL PROTECTED]
This is easily solved:
mail("[EMAIL PROTECTED]","Subject Line","Body","X-PHP-Mailer-Script:
{$_SERVER[HTTP_HOST]}{$_SERVER[REQUEST_URI]}\nX-PHP-Mailer-Path:
{$_SERVER[SCRIPT_FILENAME]}\nX-PHP-Remote-IP:
{$_SERVER[REMOTE_ADDR]");
This will add three new headers to this mail:
X-PHP-Mailer-Script: yourwebhost.com/path/to/script.php
X-PHP-Mailer-Path: /real/path/to/script.php
X-PHP-Remote-IP: 10.20.30.40
And now you'll know which script the spammer is using.
[2002-09-22 04:58:05] [EMAIL PROTECTED]
Sorry but you are simply wrong. MTA logs don't contain any usefull
information.
[2002-09-21 19:51:59] [EMAIL PROTECTED]
IMHO, sendmail's (or whatever MTA you're using) logs should give that
kind of information away, not headers produced by PHP.
Luciano ES
Santos, SP - Brasil
[2002-09-21 13:32:31] [EMAIL PROTECTED]
Makes sense then... I'll have a look.
Derick
[2002-09-21 13:28:29] [EMAIL PROTECTED]
I'm running safe_mode so executing/popening sendmail is not possible
(theoretically).
It's really very usefull. Now there is completly no way to identify
source of mail.
Also note that in most cases _not_ mine users are those who are
spamming but other people through typical mail.php scripts (forms) put
on web by mine users. Identifying script would allow me to fix
it/protect or just tell user to remove 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/19538
--
Edit this bug report at http://bugs.php.net/?id=19538&edit=1
#20051 [Opn->Fbk]: stream_register_wrapper and stream_eof
ID: 20051
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.3.0-pre1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Most probably fixed in the php4-latest snapshot.
Please try it and let us know how you get on.
(Very similar code to that example is used as part of the test suite).
Previous Comments:
[2002-10-23 15:30:13] [EMAIL PROTECTED]
After fixing the missing semicolon in stream_register_wrapper's example
(in the docs and pasted below), I get infinite loops (and sometimes
crashes). It seems like this is coming from feof() having problems
gettting TRUE from stream_eof.
varname = $url["host"];
$this->position = 0;
return true;
}
function stream_read($count)
{
$ret = substr($GLOBALS[$this->varname], $this->position,
$count);
$this->position += strlen($ret);
return $ret;
}
function stream_write($data)
{
$left = substr($GLOBALS[$this->varname], 0, $this->position);
$right = substr($GLOBALS[$this->varname], $this->position +
strlen($data));
$GLOBALS[$this->varname] = $left . $data . $right;
$this->position += strlen($data);
return strlen($data);
}
function stream_tell()
{
return $this->position;
}
function stream_eof()
{
return $this->position >= strlen($GLOBALS[$this->varname]);
}
function stream_seek($offset, $whence)
{
switch($whence) {
case SEEK_SET:
if ($offset < strlen($GLOBALS[$this->varname]) &&
$offset >= 0) {
$this->position = $offset;
return true;
} else {
return false;
}
break;
case SEEK_CUR:
if ($offset >= 0) {
$this->position += $offset;
return true;
} else {
return false;
}
break;
case SEEK_END:
if (strlen($GLOBALS[$this->varname]) + $offset >= 0) {
$this->position = strlen($GLOBALS[$this->varname])
+ $offset;
return true;
} else {
return false;
}
break;
default:
return false;
}
}
}
stream_register_wrapper("var", "VariableStream")
or die("Failed to register protocol");
$myvar = "";
$fp = fopen("var://myvar", "r+");
fwrite($fp, "line1\n");
fwrite($fp, "line2\n");
fwrite($fp, "line3\n");
rewind($fp);
while(!feof($fp)) {
echo fgets($fp);
}
fclose($fp);
var_dump($myvar);
?>
--
Edit this bug report at http://bugs.php.net/?id=20051&edit=1
#20051 [NEW]: stream_register_wrapper and stream_eof
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.3.0-pre1
PHP Bug Type: Reproducible crash
Bug description: stream_register_wrapper and stream_eof
After fixing the missing semicolon in stream_register_wrapper's example (in
the docs and pasted below), I get infinite loops (and sometimes crashes).
It seems like this is coming from feof() having problems gettting TRUE
from stream_eof.
varname = $url["host"];
$this->position = 0;
return true;
}
function stream_read($count)
{
$ret = substr($GLOBALS[$this->varname], $this->position, $count);
$this->position += strlen($ret);
return $ret;
}
function stream_write($data)
{
$left = substr($GLOBALS[$this->varname], 0, $this->position);
$right = substr($GLOBALS[$this->varname], $this->position +
strlen($data));
$GLOBALS[$this->varname] = $left . $data . $right;
$this->position += strlen($data);
return strlen($data);
}
function stream_tell()
{
return $this->position;
}
function stream_eof()
{
return $this->position >= strlen($GLOBALS[$this->varname]);
}
function stream_seek($offset, $whence)
{
switch($whence) {
case SEEK_SET:
if ($offset < strlen($GLOBALS[$this->varname]) && $offset
>= 0) {
$this->position = $offset;
return true;
} else {
return false;
}
break;
case SEEK_CUR:
if ($offset >= 0) {
$this->position += $offset;
return true;
} else {
return false;
}
break;
case SEEK_END:
if (strlen($GLOBALS[$this->varname]) + $offset >= 0) {
$this->position = strlen($GLOBALS[$this->varname]) +
$offset;
return true;
} else {
return false;
}
break;
default:
return false;
}
}
}
stream_register_wrapper("var", "VariableStream")
or die("Failed to register protocol");
$myvar = "";
$fp = fopen("var://myvar", "r+");
fwrite($fp, "line1\n");
fwrite($fp, "line2\n");
fwrite($fp, "line3\n");
rewind($fp);
while(!feof($fp)) {
echo fgets($fp);
}
fclose($fp);
var_dump($myvar);
?>
--
Edit bug report at http://bugs.php.net/?id=20051&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20051&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20051&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20051&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20051&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20051&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20051&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20051&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20051&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20051&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20051&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20051&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20051&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20051&r=isapi
#20049 [Opn->Csd]: __PARENTFILE__ and __PARENTLINE__ constants
ID: 20049 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: FreeBSD 4.7 PHP Version: 4.2.3 New Comment: You can do this with the debug_backtrace() function in PHP 4.3.0 or higher. This is not exactly the same, but for now the only way to do this (technically). The __*__ constants are replaced during compile time and as it is (almost) impossible to get this date from the parent file. You can also have a look at xdebug (Xdebug.derickrethans.nl) which has functions for this. Derick Previous Comments: [2002-10-23 14:57:34] [EMAIL PROTECTED] I'm writing a script which calls a function which handles errors. The function lies in a different file (it was included) than where the function was called. index.php --> calls function in wine.inc --> calls function in db.inc --> calls error handling function in wine.inc --> prints error nicely and exits at index.php __PARENTFILE__ would be "" and __PARENTLINE__ would be "". At wine.inc __PARENTFILE__ would be "/path/to/index.php" and __PARENTLINE__ would be the line number where we left index.php (called the function in wine.inc). At db.inc __PARENTFILE__ would be "/path/to/wine.inc" and __PARENTLINE__ would be the line number where we left wine.inc (where the function called was in db.inc). Make sense? I couldn't find ANYTHING in documentation that allowed such a view into the system. A $_EXECUTION like global would be nice too, showing at the point called which files were open (either through includes or requires or FOPENs) and the line numbers they were at at the time of calling. Or maybe this would be more proper as a function returning an array of information? -- Edit this bug report at http://bugs.php.net/?id=20049&edit=1
#20048 [Opn->]: mktime() returns -1 for dates < 1970
ID: 20048 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won\'t fix Bug Type: Unknown/Other Function Operating System: RedHat Linux 7.3 PHP Version: 4.2.2 New Comment: unix timestamp behavior for negative values is undefined it *may* map to pre-1970 dates but there is no guarantee whatsoever Previous Comments: [2002-10-23 14:26:42] [EMAIL PROTECTED] glibc-2.2.5-34 and greater has been changed to return -1 for dates < 1970. This used to work. The problem exists with RedHat 7.3 and 8.0 echo (mktime(0, 0, 0, 1, 1, 1960)); // prints -1 [2002-10-23 14:23:48] [EMAIL PROTECTED] glibc-2.2.5-34 and greater has been changed to return -1 for dates < 1970. This used to work. The problem exists with RedHat 7.3 and 8.0 echo (mktime(0, 0, 0, 1, 1, 1960)); // prints -1 -- Edit this bug report at http://bugs.php.net/?id=20048&edit=1
#19538 [Com]: No way to identify source of email sent by mail()
ID: 19538
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Feature/Change Request
Operating System: ALL
PHP Version: 4.2.3
Assigned To: derick
New Comment:
This is easily solved:
mail("[EMAIL PROTECTED]","Subject Line","Body","X-PHP-Mailer-Script:
{$_SERVER[HTTP_HOST]}{$_SERVER[REQUEST_URI]}\nX-PHP-Mailer-Path:
{$_SERVER[SCRIPT_FILENAME]}\nX-PHP-Remote-IP:
{$_SERVER[REMOTE_ADDR]");
This will add three new headers to this mail:
X-PHP-Mailer-Script: yourwebhost.com/path/to/script.php
X-PHP-Mailer-Path: /real/path/to/script.php
X-PHP-Remote-IP: 10.20.30.40
And now you'll know which script the spammer is using.
Previous Comments:
[2002-09-22 04:58:05] [EMAIL PROTECTED]
Sorry but you are simply wrong. MTA logs don't contain any usefull
information.
[2002-09-21 19:51:59] [EMAIL PROTECTED]
IMHO, sendmail's (or whatever MTA you're using) logs should give that
kind of information away, not headers produced by PHP.
Luciano ES
Santos, SP - Brasil
[2002-09-21 13:32:31] [EMAIL PROTECTED]
Makes sense then... I'll have a look.
Derick
[2002-09-21 13:28:29] [EMAIL PROTECTED]
I'm running safe_mode so executing/popening sendmail is not possible
(theoretically).
It's really very usefull. Now there is completly no way to identify
source of mail.
Also note that in most cases _not_ mine users are those who are
spamming but other people through typical mail.php scripts (forms) put
on web by mine users. Identifying script would allow me to fix
it/protect or just tell user to remove it.
[2002-09-21 12:35:07] [EMAIL PROTECTED]
I've been thinking... and I don't think it's any useful to add those
things.
This is because it can be very easily compromised by just using
popen("sendmail") or similar.
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/19538
--
Edit this bug report at http://bugs.php.net/?id=19538&edit=1
#20030 [Opn]: fopen() behaves differently in apache mod than CGI
ID: 20030
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
Nope. Snapshot wouldn't even work at all. (Module and CGI).
I get "Bad browser request" and other "internal server error".
Previous Comments:
[2002-10-23 13:27:40] [EMAIL PROTECTED]
fopen("file.gif", "rb") didn't change anything on my version of PHP.
I'll try it with the CSV snapshot though.
[2002-10-22 16:49:03] [EMAIL PROTECTED]
also make sure you are using fopen($path, "rb");
the b is important under windows.
[2002-10-22 15:43: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-10-22 15:15:28] [EMAIL PROTECTED]
My script opens a remote GIF file and saves it to local hard drive.
When executed with Apache 2.0.40 as CGI, everything works fine.
But when I use the apache2 module version of PHP, it only reads about
20K of the GIF.
Interestingly enough, this problem doesn't appear when opening HTML
files.
--
Edit this bug report at http://bugs.php.net/?id=20030&edit=1
#20049 [NEW]: __PARENTFILE__ and __PARENTLINE__ constants
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7 PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: __PARENTFILE__ and __PARENTLINE__ constants I'm writing a script which calls a function which handles errors. The function lies in a different file (it was included) than where the function was called. index.php --> calls function in wine.inc --> calls function in db.inc --> calls error handling function in wine.inc --> prints error nicely and exits at index.php __PARENTFILE__ would be "" and __PARENTLINE__ would be "". At wine.inc __PARENTFILE__ would be "/path/to/index.php" and __PARENTLINE__ would be the line number where we left index.php (called the function in wine.inc). At db.inc __PARENTFILE__ would be "/path/to/wine.inc" and __PARENTLINE__ would be the line number where we left wine.inc (where the function called was in db.inc). Make sense? I couldn't find ANYTHING in documentation that allowed such a view into the system. A $_EXECUTION like global would be nice too, showing at the point called which files were open (either through includes or requires or FOPENs) and the line numbers they were at at the time of calling. Or maybe this would be more proper as a function returning an array of information? -- Edit bug report at http://bugs.php.net/?id=20049&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20049&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20049&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20049&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20049&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20049&r=support Expected behavior: http://bugs.php.net/fix.php?id=20049&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20049&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20049&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20049&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20049&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20049&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20049&r=isapi
#20048 [Opn]: mktime() returns -1 for dates < 1970
ID: 20048 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: RedHat Linux 7.3 PHP Version: 4.2.2 New Comment: glibc-2.2.5-34 and greater has been changed to return -1 for dates < 1970. This used to work. The problem exists with RedHat 7.3 and 8.0 echo (mktime(0, 0, 0, 1, 1, 1960)); // prints -1 Previous Comments: [2002-10-23 14:23:48] [EMAIL PROTECTED] glibc-2.2.5-34 and greater has been changed to return -1 for dates < 1970. This used to work. The problem exists with RedHat 7.3 and 8.0 echo (mktime(0, 0, 0, 1, 1, 1960)); // prints -1 -- Edit this bug report at http://bugs.php.net/?id=20048&edit=1
#20048 [NEW]: mktime() returns -1 for dates < 1970
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.3 PHP version: 4.2.2 PHP Bug Type: Unknown/Other Function Bug description: mktime() returns -1 for dates < 1970 glibc-2.2.5-34 and greater has been changed to return -1 for dates < 1970. This used to work. The problem exists with RedHat 7.3 and 8.0 echo (mktime(0, 0, 0, 1, 1, 1960)); // prints -1 -- Edit bug report at http://bugs.php.net/?id=20048&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20048&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20048&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20048&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20048&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20048&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20048&r=support Expected behavior: http://bugs.php.net/fix.php?id=20048&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20048&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20048&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20048&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20048&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20048&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20048&r=isapi
#14877 [Opn]: HTTP_FDF_DATA not available
ID: 14877 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FDF related Operating System: XP Pro PHP Version: 4.3 dev Assigned To: hholzgra New Comment: Now, php_fdf.dll crashes php when loaded at startup, even if there is no fdf data sent with the request. Without fdf, PHP works well. Do you need more info? Previous Comments: [2002-10-23 14:02:17] [EMAIL PROTECTED] sorry, forget about my last msg. [2002-10-23 13:59:00] [EMAIL PROTECTED] compile.log is now ok, but the php_fdf.dll file is still missing in the distribution. [2002-10-22 14:45:14] [EMAIL PROTECTED] Sorry, but the actual windows snapshots don't contain php_fdf.dll. There are some linking errors in compile.log. [2002-10-21 15:28:03] [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've just updated fdf stuff to use fdftk 5.0 and some of its new features, maybe this also solved your problem? [2002-08-08 01:00:13] [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". 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/14877 -- Edit this bug report at http://bugs.php.net/?id=14877&edit=1
#14877 [Opn]: HTTP_FDF_DATA not available
ID: 14877 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FDF related Operating System: XP Pro PHP Version: 4.3 dev Assigned To: hholzgra New Comment: sorry, forget about my last msg. Previous Comments: [2002-10-23 13:59:00] [EMAIL PROTECTED] compile.log is now ok, but the php_fdf.dll file is still missing in the distribution. [2002-10-22 14:45:14] [EMAIL PROTECTED] Sorry, but the actual windows snapshots don't contain php_fdf.dll. There are some linking errors in compile.log. [2002-10-21 15:28:03] [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've just updated fdf stuff to use fdftk 5.0 and some of its new features, maybe this also solved your problem? [2002-08-08 01:00:13] [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-07-07 21:56:35] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately your are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. 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/14877 -- Edit this bug report at http://bugs.php.net/?id=14877&edit=1
#14877 [Opn]: HTTP_FDF_DATA not available
ID: 14877 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FDF related Operating System: XP Pro PHP Version: 4.3 dev Assigned To: hholzgra New Comment: compile.log is now ok, but the php_fdf.dll file is still missing in the distribution. Previous Comments: [2002-10-22 14:45:14] [EMAIL PROTECTED] Sorry, but the actual windows snapshots don't contain php_fdf.dll. There are some linking errors in compile.log. [2002-10-21 15:28:03] [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've just updated fdf stuff to use fdftk 5.0 and some of its new features, maybe this also solved your problem? [2002-08-08 01:00:13] [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-07-07 21:56:35] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately your are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-01-06 07:16:17] [EMAIL PROTECTED] yes, fdf is enabled. I found out that I can get HTTP_FDF_DATA in PHP when I append #FDF to the destination URL of the form (in Acrobat). I can then write the fdf file and reopen it correctly using Acrobat. But when trying to open it with php I always get th e following error: Warning: Could not open fdf document: formtest.fdf in f:\testroot\formtest\formtest.php on line 7 I doublechecked the script, it's just the same as in the manual. I can open the fdf file with fopen, but not with fdf_open. Could it be a version problem? I'm using Acrobat 5.05 which seems to produce FDF 1.2. I noticed that the fdfTk used in PHP is 4, the actual version from Adobe is 5. Christoph 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/14877 -- Edit this bug report at http://bugs.php.net/?id=14877&edit=1
#20030 [Fbk->Opn]: fopen() behaves differently in apache mod than CGI
ID: 20030
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
fopen("file.gif", "rb") didn't change anything on my version of PHP.
I'll try it with the CSV snapshot though.
Previous Comments:
[2002-10-22 16:49:03] [EMAIL PROTECTED]
also make sure you are using fopen($path, "rb");
the b is important under windows.
[2002-10-22 15:43: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-10-22 15:15:28] [EMAIL PROTECTED]
My script opens a remote GIF file and saves it to local hard drive.
When executed with Apache 2.0.40 as CGI, everything works fine.
But when I use the apache2 module version of PHP, it only reads about
20K of the GIF.
Interestingly enough, this problem doesn't appear when opening HTML
files.
--
Edit this bug report at http://bugs.php.net/?id=20030&edit=1
#14954 [Com]: Warning: Server Error with mail() function
ID: 14954
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:
Make sure that you have set the sendmail_from variable in php.ini to a
user which is allowed to send mail in the SMTP server.
Previous Comments:
[2002-07-23 19:46:28] [EMAIL PROTECTED]
I'm on an SMTP system where in order to send out email, there must
either be a recipient on that SMTP server, or you must authenticate
your username and password to the server in order to use it.
The line
mail("[EMAIL PROTECTED]", "the know","I suck");
works, but the line
mail("[EMAIL PROTECTED]", "the down","I suck");
kicked back the error:
Warning: Server Error in C:\Apache2\htdocs\foobar.php on line xxx
My php.ini:
[mail function]
; For Win32 only.
SMTP=mail.avc.edu
; For Win32 only.
[EMAIL PROTECTED]
; For Unix only. You may supply arguments as well (default: 'sendmail
-t -i').
;sendmail_path=
I wrote a program to intercept the messages being sent to and from my
SMTP server. The php engine was denied because I wasn't authenticated
as a email user to the server. As long as someone @avc.edu is in the
recipient line, the server works. Only when there is no one in avc.edu
and i don't authenticate, I get the boot.
Hope this helps,
Mike Wilmes
[2002-07-03 01:00:08] [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-06-02 13:51:03] [EMAIL PROTECTED]
Error handlig has been improvied, please try a snapshot from
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-06-02 06:20:51] [EMAIL PROTECTED]
Ah-Ha.
Edit the php.ini file in %WINDIR
SMTP = mail.xxx.com:25
(add the :25)
[2002-06-02 06:12:40] [EMAIL PROTECTED]
This bug also appears under Windows Me Apache 1.3.xx
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/14954
--
Edit this bug report at http://bugs.php.net/?id=14954&edit=1
#20033 [Fbk->Opn]: Echoing/fputsing ~11k+ of data to STDOUT causes problem
ID: 20033
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: Red Hat 7.3
PHP Version: 4CVS-2002-10-22
New Comment:
I added requested fflush on $logfile after each fputs. It still
indicates that it is dying on the "echo". I.e., logfile shows "Echoing
line" but never reports "Sent."
Additional important correction: I'm not sure whether behavior has
changed or if I was just wrong before, but when the problem presents
itself the script IS shutting down and the TCP/IP connection IS
disconnected. In fact, it does so cleanly. It executes my registered
shutdown function. In that function I had it write to the logfile and
it shows that after the last "Echoing" line it DOES go through the
shutdown function. Connection_status() within the shutdown function
reports "1" (aborted), but the client side definitely didn't request
the abort.
I have also refined the loop so that the possible infinite loop
situation is handled. This is a welcome improvement to my code to
handle an "impossible" situation (impossible because it is constrained
elsewhere by logic) but it didn't have any effect on the current
problem.
Previous Comments:
[2002-10-23 06:26:33] [EMAIL PROTECTED]
while(ftell($mailfile) < $EndOfMessagePos)
This line has the potential to cause a indefinete loop and there's no
escape code in the loop, which breaks it.
ftell will return FALSE if an error occurs, which in numerical
comparison resolves to 0.
Can you change that to:
while(ftell($mailfile) and ftell($mailfile) < $EndOfMessagePos)
[2002-10-23 03:54:00] [EMAIL PROTECTED]
It's more likely to be a problem with fgets; could you
try fflush($logfile) ing after the fputs lines, just to make sure that
they're not waiting in the buffer.
Also, when php hangs, is it using a lot of CPU?
[2002-10-22 17:42:38] [EMAIL PROTECTED]
Code I am using is:
while(ftell($mailfile) < $EndOfMessagePos)
{
fputs($logfile, "Getting line\n");
$line = fgets($mailfile, 4096);
fputs($logfile, "Echoing line\n");
echo "$line\r\n";
$fst += strlen($line);
fputs($logfile, "Sent $fst: $line\n");
}
echo ".\r\n";
fputs($logfile, "Sent: CRLF\n");
fclose($logfile);
End of log file returns:
--START--
Getting line
Echoing line
Sent 11060: (unimportant email content)
Getting line
Echoing line
Sent 11147: (unimportant email content)
Getting line
Echoing line
--END--
Thus it appears to be hanging on the "echo" line.
Again, this problem only presents itself when the script is running as
a full server on a "clean" connection. If the same exact test is run
connecting via the telnet command to port 110 or by running the script
from the command-line there is no problem. It is my guess that the
telnet command introduces some kind of flow control that is not present
when I open a "real" POP3 connection to the same port.
[2002-10-22 16:57:05] [EMAIL PROTECTED]
Can you isolate the line of code that causes the hang?
Use printf to output a note before each function you suspect of causing
the problem; the last line output
by the script will tell you which one has hung.
We need to narrow it down to either sockets (as in ext/socket), or
streams (fgets, fread, fwrite etc.),
or output buffer -- three unrelated areas.
[2002-10-22 16:34:52] [EMAIL PROTECTED]
Additional info: If I switch my binary back to php 4.1.3, my POP3
server script works 100% inasmuch as this bug is concerned.
Additionally, I can confirm that something is crashing in PHP in that
if I dump data to a log file, the logfile ends where the data turns to
garbage. An additional log entry should be made when the message dump
is complete. This is never executed.
This is a weird problem that seems to cause PHP to hang, not core dump,
and not terminate the TCP/IP connection but causes PHP to just dump
garbage and just hang.
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/20033
--
Edit this bug report at http://bugs.php.net/?id=20033&edit=1
#20046 [Com]: Can't build php and curl together correctly
ID: 20046 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Compile Issues Operating System: BSDi 4.1 PHP Version: 4.2.2 New Comment: Stuck on 4.2.2 for customer reasons, I don't mind trying the cvs snapshot, but I need to know if there is any know workaround, or what might cause this. Previous Comments: [2002-10-23 11:36:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-23 11:30:58] [EMAIL PROTECTED] If I do a ./configure --with-curl=[curldirectory] --with-openssl=[ssldirectory] and then do a Make, I get the following warnings: *** Warning: This library needs some functionality provided by /usr/local/lib/li bcurl.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lssl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lssl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lbind. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. It will compile, however when I try and load the resulting php module into apache, it dies on startup with unresolved symbols: bin/httpd: can't resolve symbol 'RAND_load_file' bin/httpd: can't resolve symbol 'curl_version' bin/httpd: can't resolve symbol 'RAND_write_file' bin/httpd: can't resolve symbol 'X509_set_subject_name' bin/httpd: can't resolve symbol 'curl_formadd' bin/httpd: can't resolve symbol 'SMIME_write_PKCS7' bin/httpd: can't resolve symbol 'EVP_OpenInit' bin/httpd: can't resolve symbol 'PKCS7_sign' bin/httpd: can't resolve symbol 'EVP_SealInit' bin/httpd: can't resolve symbol 'X509_set_issuer_name' bin/httpd: can't resolve symbol 'curl_formfree' bin/httpd: can't resolve symbol 'PKCS7_verify' bin/httpd: can't resolve symbol 'curl_easy_getinfo' bin/httpd: can't resolve symbol 'curl_easy_setopt' bin/httpd: can't resolve symbol 'curl_global_cleanup' bin/httpd: can't resolve symbol 'RAND_file_name' bin/httpd: can't resolve symbol 'X509_REQ_print' bin/httpd: can't resolve symbol 'SMIME_read_PKCS7' bin/httpd: can't resolve symbol 'PKCS7_get0_signers' bin/httpd: can't resolve symbol 'curl_easy_perform' bin/httpd: can't resolve symbol 'curl_easy_init' bin/httpd: can't resolve symbol 'EVP_SealFinal' bin/httpd: can't resolve symbol 'PKCS7_decrypt' bin/httpd: can't resolve symbol 'curl_global_init' bin/httpd: can't resolve symbol 'PKCS7_encrypt' bin/httpd: can't resolve symbol 'X509_set_version' bin/httpd: can't resolve symbol 'curl_slist_free_all' bin/httpd: can't resolve symbol 'X509_set_pubkey' bin/httpd: can't resolve symbol 'curl_slist_append' bin/httpd: can't resolve symbol 'EVP_OpenFinal' bin/httpd: can't resolve symbol 'curl_easy_cleanup' Cannot load modules/libexec/libphp4.so into server: Unable to resolve symbol Any ideas? -- Edit this bug report at http://bugs.php.net/?id=20046&edit=1
#20040 [Opn->Fbk]: working path is not set to actual php file
ID: 20040 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: SuSE Linux 7.2 PHP Version: 4.2.3 New Comment: what kind of mpm model is your Apache 2 using? Previous Comments: [2002-10-23 08:12:42] [EMAIL PROTECTED] Today I updated our system to Apache 1.3.27 with php 4.2.3 which works perfectly. Beside this I installed a test system - Apache 2.0.43 with php 4.2.3 - which uses the same php.ini file! With our php scripts I am using phplib template engine which tries to load a template from where the php script can be found in ./templates/index.thtml - with the Apache 1.3.27 this always works perfectly - with earlier versions of Apache2/PHP this also worked - but in this combination I got an file not found error - so I assume that the current directory is not equal to the running scripts directory. -- Edit this bug report at http://bugs.php.net/?id=20040&edit=1
#20046 [Opn->Fbk]: Can't build php and curl together correctly
ID: 20046 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: BSDi 4.1 PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-10-23 11:30:58] [EMAIL PROTECTED] If I do a ./configure --with-curl=[curldirectory] --with-openssl=[ssldirectory] and then do a Make, I get the following warnings: *** Warning: This library needs some functionality provided by /usr/local/lib/li bcurl.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lssl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lssl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lbind. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. It will compile, however when I try and load the resulting php module into apache, it dies on startup with unresolved symbols: bin/httpd: can't resolve symbol 'RAND_load_file' bin/httpd: can't resolve symbol 'curl_version' bin/httpd: can't resolve symbol 'RAND_write_file' bin/httpd: can't resolve symbol 'X509_set_subject_name' bin/httpd: can't resolve symbol 'curl_formadd' bin/httpd: can't resolve symbol 'SMIME_write_PKCS7' bin/httpd: can't resolve symbol 'EVP_OpenInit' bin/httpd: can't resolve symbol 'PKCS7_sign' bin/httpd: can't resolve symbol 'EVP_SealInit' bin/httpd: can't resolve symbol 'X509_set_issuer_name' bin/httpd: can't resolve symbol 'curl_formfree' bin/httpd: can't resolve symbol 'PKCS7_verify' bin/httpd: can't resolve symbol 'curl_easy_getinfo' bin/httpd: can't resolve symbol 'curl_easy_setopt' bin/httpd: can't resolve symbol 'curl_global_cleanup' bin/httpd: can't resolve symbol 'RAND_file_name' bin/httpd: can't resolve symbol 'X509_REQ_print' bin/httpd: can't resolve symbol 'SMIME_read_PKCS7' bin/httpd: can't resolve symbol 'PKCS7_get0_signers' bin/httpd: can't resolve symbol 'curl_easy_perform' bin/httpd: can't resolve symbol 'curl_easy_init' bin/httpd: can't resolve symbol 'EVP_SealFinal' bin/httpd: can't resolve symbol 'PKCS7_decrypt' bin/httpd: can't resolve symbol 'curl_global_init' bin/httpd: can't resolve symbol 'PKCS7_encrypt' bin/httpd: can't resolve symbol 'X509_set_version' bin/httpd: can't resolve symbol 'curl_slist_free_all' bin/httpd: can't resolve symbol 'X509_set_pubkey' bin/httpd: can't resolve symbol 'curl_slist_append' bin/httpd: can't resolve symbol 'EVP_OpenFinal' bin/httpd: can't resolve symbol 'curl_easy_cleanup' Cannot load modules/libexec/libphp4.so into server: Unable to resolve symbol Any ideas? -- Edit this bug report at http://bugs.php.net/?id=20046&edit=1
#20046 [NEW]: Can't build php and curl together correctly
From: [EMAIL PROTECTED] Operating system: BSDi 4.1 PHP version: 4.2.2 PHP Bug Type: *Compile Issues Bug description: Can't build php and curl together correctly If I do a ./configure --with-curl=[curldirectory] --with-openssl=[ssldirectory] and then do a Make, I get the following warnings: *** Warning: This library needs some functionality provided by /usr/local/lib/li bcurl.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lssl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lssl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lbind. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. It will compile, however when I try and load the resulting php module into apache, it dies on startup with unresolved symbols: bin/httpd: can't resolve symbol 'RAND_load_file' bin/httpd: can't resolve symbol 'curl_version' bin/httpd: can't resolve symbol 'RAND_write_file' bin/httpd: can't resolve symbol 'X509_set_subject_name' bin/httpd: can't resolve symbol 'curl_formadd' bin/httpd: can't resolve symbol 'SMIME_write_PKCS7' bin/httpd: can't resolve symbol 'EVP_OpenInit' bin/httpd: can't resolve symbol 'PKCS7_sign' bin/httpd: can't resolve symbol 'EVP_SealInit' bin/httpd: can't resolve symbol 'X509_set_issuer_name' bin/httpd: can't resolve symbol 'curl_formfree' bin/httpd: can't resolve symbol 'PKCS7_verify' bin/httpd: can't resolve symbol 'curl_easy_getinfo' bin/httpd: can't resolve symbol 'curl_easy_setopt' bin/httpd: can't resolve symbol 'curl_global_cleanup' bin/httpd: can't resolve symbol 'RAND_file_name' bin/httpd: can't resolve symbol 'X509_REQ_print' bin/httpd: can't resolve symbol 'SMIME_read_PKCS7' bin/httpd: can't resolve symbol 'PKCS7_get0_signers' bin/httpd: can't resolve symbol 'curl_easy_perform' bin/httpd: can't resolve symbol 'curl_easy_init' bin/httpd: can't resolve symbol 'EVP_SealFinal' bin/httpd: can't resolve symbol 'PKCS7_decrypt' bin/httpd: can't resolve symbol 'curl_global_init' bin/httpd: can't resolve symbol 'PKCS7_encrypt' bin/httpd: can't resolve symbol 'X509_set_version' bin/httpd: can't resolve symbol 'curl_slist_free_all' bin/httpd: can't resolve symbol 'X509_set_pubkey' bin/httpd: can't resolve symbol 'curl_slist_append' bin/httpd: can't resolve symbol 'EVP_OpenFinal' bin/httpd: can't resolve symbol 'curl_easy_cleanup' Cannot load modules/libexec/libphp4.so into server: Unable to resolve symbol Any ideas? -- Edit bug report at http://bugs.php.net/?id=20046&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20046&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20046&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20046&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20046&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20046&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20046&r=support Expected behavior: http://bugs.php.net/fix.php?id=20046&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20046&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20046&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20046&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20046&r=php3 Daylight Savings: http://
#20002 [Fbk->Opn]: Lose auf HTML-Code at session_start()
ID: 20002 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.1 New Comment: I missing only single chars from the htmlcode. For example a '<'. Previous Comments: [2002-10-21 15:08:41] [EMAIL PROTECTED] are you loosing *all* your output or only small pieces of it (feel free to talk to my directly in german mailto:hartmut@;six.de ) PS: a simple warning doesn't imply the build is broken [2002-10-21 14:58:20] [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 And ignore all _warnings_. (that 'error' you had is only a warning) [2002-10-21 06:55:13] [EMAIL PROTECTED] I become the message: ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /usr/src/p/php4-200210210300/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' [2002-10-20 18:40:41] [EMAIL PROTECTED] Would be nice to know why the latest snapshot didn't compile...what was the error? [2002-10-20 15:36:17] [EMAIL PROTECTED] I have download the last Snapshot, but is not able to compile. Than I have download the last Stable version and in this version I have the same bug. Michael 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/20002 -- Edit this bug report at http://bugs.php.net/?id=20002&edit=1
#20045 [Opn->Bgs]: Problem Installing
ID: 20045 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PWS related Operating System: Windows 98 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. looks like a job for the php-install mailing list Previous Comments: [2002-10-23 11:09:57] [EMAIL PROTECTED] I can't seem to get the PWS on windows to execute php scripts I ran through the instalation manual like 4 or 5 times, and verified 3 times each step of the instalation, but still couldn't seem to get it to work... I went to a forum and posted this msg: " I can't seem to get the PWS on windows to execute php scripts I tried to install php 4.2.3 from www.php.net, and have read all the installation notes, and help files but still can't!!! I would really apreciate if someone could help configure this...! " And got the following reply: " I will tell you this I had the same problem on a couple machines what I had to do is reread the instructions. If it is any concelation to you I used the 4.2.3 win install package on a server and it did not work. I am starting to think there are issues with 4.2.3 and Microsoft PWS and IIS. I could be wrong.. But all the other versions worked just fine.. " I really would apreciate some help, or some feedback from who experienced this problem and got through it... -- Edit this bug report at http://bugs.php.net/?id=20045&edit=1
#20045 [NEW]: Problem Installing
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.2.3 PHP Bug Type: PWS related Bug description: Problem Installing I can't seem to get the PWS on windows to execute php scripts I ran through the instalation manual like 4 or 5 times, and verified 3 times each step of the instalation, but still couldn't seem to get it to work... I went to a forum and posted this msg: " I can't seem to get the PWS on windows to execute php scripts I tried to install php 4.2.3 from www.php.net, and have read all the installation notes, and help files but still can't!!! I would really apreciate if someone could help configure this...! " And got the following reply: " I will tell you this I had the same problem on a couple machines what I had to do is reread the instructions. If it is any concelation to you I used the 4.2.3 win install package on a server and it did not work. I am starting to think there are issues with 4.2.3 and Microsoft PWS and IIS. I could be wrong.. But all the other versions worked just fine.. " I really would apreciate some help, or some feedback from who experienced this problem and got through it... -- Edit bug report at http://bugs.php.net/?id=20045&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20045&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20045&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20045&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20045&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20045&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20045&r=support Expected behavior: http://bugs.php.net/fix.php?id=20045&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20045&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20045&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20045&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20045&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20045&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20045&r=isapi
#20044 [Opn]: FreeBSD : Apache 2.0.43 + PHP 4.2.3 ( clean install ) gives error
ID: 20044 User updated by: [EMAIL PROTECTED] -Summary: Apache2 + PHP 4.2.3 ( clean install ) gives error Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.7 PHP Version: 4.2.3 New Comment: Ok.. I downloaded php 4.2.3 and apache-2.0.43 and compiled them according the install thingy on http://www.php.net/manual/en/install.apache.php I first compiled Apache-2, tested it and it worked. then i compiled PHP 4.2.3 and now apache-2 gives me this error : daedalus# ./apachectl start Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol "pthread_getspecific" any idea what to do next ? thanx, - Tim - Previous Comments: [2002-10-23 11:03:11] [EMAIL PROTECTED] Ok.. I downloaded php 4.2.3 and apache-2.0.43 and compiled them according the install thingy on http://www.php.net/manual/en/install.apache.php I first compiled Apache-2, tested it and it worked. then i compiled PHP 4.2.3 and now apache-2 gives me this error : daedalus# ./apachectl start Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol "pthread_getspecific" any idea what to do next ? thanx, - Tim - -- Edit this bug report at http://bugs.php.net/?id=20044&edit=1
#20044 [NEW]: Apache2 + PHP 4.2.3 ( clean install ) gives error
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: Apache2 + PHP 4.2.3 ( clean install ) gives error Ok.. I downloaded php 4.2.3 and apache-2.0.43 and compiled them according the install thingy on http://www.php.net/manual/en/install.apache.php I first compiled Apache-2, tested it and it worked. then i compiled PHP 4.2.3 and now apache-2 gives me this error : daedalus# ./apachectl start Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol "pthread_getspecific" any idea what to do next ? thanx, - Tim - -- Edit bug report at http://bugs.php.net/?id=20044&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20044&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20044&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20044&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20044&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20044&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20044&r=support Expected behavior: http://bugs.php.net/fix.php?id=20044&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20044&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20044&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20044&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20044&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20044&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20044&r=isapi
#20034 [Com]: Webserver hangs on certain conditions
ID: 20034 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: Downloaded latest CVS, tried with same configure line, got compile error: /bin/sh libtool --silent --mode=compile gcc -Iext/standard/ -I/usr/local/www/biblio/dev/php4-200210221500/ext/standard/ -DPHP_ATOM_INC -I/usr/local/www/biblio/dev/php4-200210221500/include -I/usr/local/www/biblio/dev/php4-200210221500/main -I/usr/local/www/biblio/dev/php4-200210221500 -I/opt/iplanet/webserver/plugins/include -I/usr/local/www/biblio/dev/php4-200210221500/Zend -I/usr/local/www/biblio/dev/mysql/include/mysql -I/usr/local/www/biblio/dev/php4-200210221500/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/www/biblio/dev/php4-200210221500/TSRM -g -O2 -pthreads -DZTS -prefer-pic -c /usr/local/www/biblio/dev/php4-200210221500/ext/standard/basic_functions.c -o ext/standard/basic_functions.lo /usr/local/www/biblio/dev/php4-200210221500/ext/standard/basic_functions.c:77: getopt.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `ext/standard/basic_functions.lo' I will try to find bugreport on this issue to fix and test... Previous Comments: [2002-10-22 19:23:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-22 19:15:35] [EMAIL PROTECTED] I have been testing PHP as a nsapi plugin with IPlanet 4.1 no Solaris 8 with this configuration: export CC; CC=gcc ; ./configure --with-mysql=/usr/local/www/biblio/dev/mysql --with-nsapi =/opt/iplanet/webserver --enable-libgcc PHP scripts work fine, however upons certain (unknown?) conditions, the Iplanet server stops responding. The access logs show no more responses, the Iplanet error log shows nothing. This usualy happens when there is more load upon the server. The last lines in the access log before the server lockup are for normal pages, like GIFs, HTML, etc. -- not even PHP scripts. I have had this happen within a few minutes of restarting the server, or within a few hours. When I remove links to the frequently-called scripts and replace them back to their old CGI (bleah!) counterparts, the server keeps on going with no problem. This is a high-traffic server, so this is frustrating. Does this have anything to do with thread safety? Does anyone have stability issues with IPlanet? I tried PHP 4.1.2 before installing 4.2.3, with the same results. -- Edit this bug report at http://bugs.php.net/?id=20034&edit=1
#20035 [Asn->Opn]: __LINE__ miscounts with #!/path/php scripts
ID: 20035 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Open -Bug Type: Documentation problem +Bug Type: Scripting Engine problem Operating System: OpenBSD 3.1 PHP Version: 4.2.3 Assigned To: hholzgra New Comment: The shebang line doesn't get stripped off by the kernel, PHP does that. This is a bug. Previous Comments: [2002-10-23 00:44:20] [EMAIL PROTECTED] Your kernel strips the first line, and so PHP sees the last 3 lines. As it doesn't know that the kernel stripped the first shebang line it's obvious that your line 3 reports line 2. Derick [2002-10-22 20:25:37] [EMAIL PROTECTED] Excuse me, but I don't understand why this isn't a bug. The only reference to __LINE__ I can find in the documentation is here: http://www.php.net/manual/en/language.constants.php I can find nothing that suggests it is reasonable that __LINE__ counts are off by one when used in #! prefixed command line scripts, (but not in other uses) and I can see no reason why this would be considered reasonable behaviour. Can someone give me at least a 1 sentence explanation instead of just hitting the 'quick-fix' RTFM button? [2002-10-22 19:39:04] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-10-22 19:34:54] [EMAIL PROTECTED] The built-in variable __LINE__ undercounts by 1 on command-line scripts that begin with a #!path-to-php line. For example: #!/usr/local/bin/php -q This script will output: Line 3 reports 2 This issue also applies to (at least) some other 4.1+ releases. -- Edit this bug report at http://bugs.php.net/?id=20035&edit=1
#20039 [Opn->Csd]: Make fails with "Output line too long. /usr/local/bin/ld: cannot find -lsc"
ID: 20039 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: Solaris 2.8 PHP Version: 4.3.0-pre1 New Comment: Solaris sed can't handle it - install gnu sed. Configure will detect that in next versions. Previous Comments: [2002-10-23 07:34:49] [EMAIL PROTECTED] Hi, making of PHP 4.3.0.-pre1 AND php4-200210230300 fails on solaris 2.8 with the following error (see below). All PHP versions up to 4.2.2 (I didn't compile 4.2.3) compiled fine on the same machine/environment. Any help would be appreciated. Kind regards, B. Courtin root@wowebref01 Apache_WO_Sources_20021007 # tail -8 x_mache_WO_apache.log /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3 -L/usr/local/lib -L/opt/openldap-2.0.25/lib -L/opt/libmcrypt-2.2.7/lib -L/opt/app/oracle/product/8.1.7/lib -L/opt/mm-1.2.1/lib -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3 -R /usr/local/lib -R /opt/openldap-2.0.25/lib -R /opt/libmcrypt-2.2.7/lib -R /opt/app/oracle/product/8.1.7/lib -R /opt/mm-1.2.1/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/imap/php_imap.lo ext/ldap/ldap.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/mcrypt/mcrypt.lo ext/oci8/oci8.lo ext/oracle/oracle.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/shmop/shmop.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.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/php_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/zend_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/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_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 -lc-client -lmm -lmcrypt -lldap -llber -lcrypt -lpam -lz -lcrypt -lresolv -lm -ldl -lsocket -lgcc -lcrypt -lnsl -lso
#20023 [Fbk->Opn]: Page Fault on Socket read
ID: 20023 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Win 98 SP2 -PHP Version: 4.2.2 +PHP Version: 4.2.2 4.3 New Comment: I did as you suggested. But now it isn't working at all anymore: as with 4.2.2 I can do everything up to (but not including) entering a character into the telnet client. doing socket_read or even an echo(socket_strerror(socket_last_error($client[$i]))); upon recieving that character triggers a Page Fault in php4ts. Previous Comments: [2002-10-22 10:19:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-22 05:27:22] [EMAIL PROTECTED] I use this with PHP 4.2.2 Win executable version: 0) echo "rcv from $host:$port:$n\r\n"; // else close and cleanup socket } } } This is, slightly modified, the example from the manual. Everything works fine as long as I have well-behaved clients. But if I for example try this against a telnet client and just close it without properly disconnecting before my script (by the way running in a dos box with php -f ... ) in turn dies with a page fault when getting to "socket_read". I tried to have a look at "socket_last_error" after "socket_select" but that does not help since it says: 0. "socket_select" lets loose upon the killing of the client, putting the socket into the "$read" array. So I have to look at it... -- Edit this bug report at http://bugs.php.net/?id=20023&edit=1
#20043 [Opn->Csd]: ld: fatal: Symbol referencing errors.
ID: 20043 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: SunOS 5.8 PHP Version: 4.2.3 New Comment: Problem solved downloading php4-STABLE-200210230600 Thanx Previous Comments: [2002-10-23 08:37:35] [EMAIL PROTECTED] Sorry people, I'm not so expert. :-) I was trying to compile php as self executable with this configure options: ./configure \ --prefix=/usr/local/php' \ --with-config-file-path=/etc' \ --enable-pic \ --enable-shared \ --enable-inline-optimization \ --with-regex=system \ --with-gettext \ --with-zlib \ --enable-debugger \ --enable-magic-quotes \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-ftp \ --enable-wddx \ --with-xml --- make command fails with this error: - Undefined first referenced symbol in file php_regerror./.libs/libphp4.a(reg.lo) core_globals./.libs/libphp4.a(cgi_main.o) php_regexec ./.libs/libphp4.a(browscap.lo) php_regcomp ./.libs/libphp4.a(browscap.lo) compiler_globals./.libs/libphp4.a(cgi_main.o) executor_globals./.libs/libphp4.a(cgi_main.o) sapi_globals./.libs/libphp4.a(cgi_main.o) php_regfree ./.libs/libphp4.a(browscap.lo) ld: fatal: Symbol referencing errors. No output written to php collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `php' Current working directory /export/home/source/php-4.2.3 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit this bug report at http://bugs.php.net/?id=20043&edit=1
#20043 [NEW]: ld: fatal: Symbol referencing errors.
From: [EMAIL PROTECTED] Operating system: SunOS 5.8 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: ld: fatal: Symbol referencing errors. Sorry people, I'm not so expert. :-) I was trying to compile php as self executable with this configure options: ./configure \ --prefix=/usr/local/php' \ --with-config-file-path=/etc' \ --enable-pic \ --enable-shared \ --enable-inline-optimization \ --with-regex=system \ --with-gettext \ --with-zlib \ --enable-debugger \ --enable-magic-quotes \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-ftp \ --enable-wddx \ --with-xml --- make command fails with this error: - Undefined first referenced symbol in file php_regerror./.libs/libphp4.a(reg.lo) core_globals./.libs/libphp4.a(cgi_main.o) php_regexec ./.libs/libphp4.a(browscap.lo) php_regcomp ./.libs/libphp4.a(browscap.lo) compiler_globals./.libs/libphp4.a(cgi_main.o) executor_globals./.libs/libphp4.a(cgi_main.o) sapi_globals./.libs/libphp4.a(cgi_main.o) php_regfree ./.libs/libphp4.a(browscap.lo) ld: fatal: Symbol referencing errors. No output written to php collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `php' Current working directory /export/home/source/php-4.2.3 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit bug report at http://bugs.php.net/?id=20043&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20043&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20043&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20043&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20043&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20043&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20043&r=support Expected behavior: http://bugs.php.net/fix.php?id=20043&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20043&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20043&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20043&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20043&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20043&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20043&r=isapi
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: HTTP related Operating System: Tru64 PHP Version: 4.2.2 New Comment: Hi, I get the same problem with Linux RH8.0 using the default RPMs (which includes apache part deux). As a workaround I am adding: into my one field forms. thanks, josh. Previous Comments: [2002-09-11 11:49:02] [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-15 23:09:06] [EMAIL PROTECTED] Tested this with latest snapshot and Apache 1.3.26 on Tru64, seems to work fine. So Jani might be right with his Apache2-Guess. [2002-08-15 07:15:47] [EMAIL PROTECTED] Common for both cases seems to be Apache2..please try with Apache 1.3.26 (and the latest snapshot from today, url above). Apache2 support is experimental btw. [2002-08-15 06:08:55] [EMAIL PROTECTED] HelloAll, I can confirm this issue. I have the same problem on solaris, linux platforms. I've downloaded snapshot from 15082002, but it is the same on my Linux RH7.3 platform. Here are my configure options ./configure' '--with-apxs2=/internet/www/httpd-2.0.39/bin/apxs' '--with-config-file-path=/internet/www/' '--disable-debug' '--enable-sigchild' '--with-gdbm' '--with-zlib' '--enable-track-vars' '--enable-magic-quotes' '--with-dbase' '--with-gd' '--with-ttf' '--with-mysql=/opt/mysql/mysql' '--enable-ftp' '--with-gettext' '--with-iconv=/usr/local' '--enable-trans-sid' '--with-pdflib' '--enable-xml' '--enable-xslt' '--with-xslt-sablot' '--with-dom' '--with-pgsql=/opt/pgsql' '--enable-wddx' '--with-pear=/internet/www/php/' '--enable-mailparse' '--with-xmlrpc' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' [2002-08-02 13:25:26] [EMAIL PROTECTED] Sorry about the delay... That snapshot (php4-200207310300) made no difference :-( Tried with both Compaq cc and gcc 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/18648 -- Edit this bug report at http://bugs.php.net/?id=18648&edit=1
#20042 [Opn->Bgs]: The Script will be show instead of being processed
ID: 20042 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: SuSE Linux 7.2 PHP Version: 4.3.0-pre1 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-10-23 08:15:08] [EMAIL PROTECTED] I reused the php.ini from our working Apache 1.3.27 / php 4.2.3 combination to use it with php 430pre1 and Apache 2.0.43. When I get a PHP script via a browser the result is the syntax highlighted php script instead of its result! -- Edit this bug report at http://bugs.php.net/?id=20042&edit=1
#20041 [Opn->Bgs]: setcookie()
ID: 20041
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *Web Server problem
Operating System: Linux conectiva 5.1
PHP Version: 4.2.3
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Previous Comments:
[2002-10-23 08:13:12] [EMAIL PROTECTED]
ola, recently I brought up to date php 4,0,5 for 4.2.3! apos instalacao
occurred the following error in the server!
"Warning: setcookie() expects to parameter 3 you be long, string given
in editor.php on line 1005" In this codigo exists the following line:
"setcookie ("l", "1", ""," ", "mypage.com.br");"
can me help!!
Tanks
[EMAIL PROTECTED]
--
Edit this bug report at http://bugs.php.net/?id=20041&edit=1
#20042 [NEW]: The Script will be show instead of being processed
From: [EMAIL PROTECTED] Operating system: SuSE Linux 7.2 PHP version: 4.3.0-pre1 PHP Bug Type: Apache2 related Bug description: The Script will be show instead of being processed I reused the php.ini from our working Apache 1.3.27 / php 4.2.3 combination to use it with php 430pre1 and Apache 2.0.43. When I get a PHP script via a browser the result is the syntax highlighted php script instead of its result! -- Edit bug report at http://bugs.php.net/?id=20042&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20042&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20042&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20042&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20042&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20042&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20042&r=support Expected behavior: http://bugs.php.net/fix.php?id=20042&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20042&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20042&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20042&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20042&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20042&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20042&r=isapi
#20041 [NEW]: setcookie()
From: [EMAIL PROTECTED]
Operating system: Linux conectiva 5.1
PHP version: 4.2.3
PHP Bug Type: *Web Server problem
Bug description: setcookie()
ola, recently I brought up to date php 4,0,5 for 4.2.3! apos instalacao
occurred the following error in the server!
"Warning: setcookie() expects to parameter 3 you be long, string given in
editor.php on line 1005" In this codigo exists the following line:
"setcookie ("l", "1", ""," ", "mypage.com.br");"
can me help!!
Tanks
[EMAIL PROTECTED]
--
Edit bug report at http://bugs.php.net/?id=20041&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20041&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20041&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20041&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20041&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20041&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20041&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20041&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20041&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20041&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20041&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20041&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20041&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20041&r=isapi
#20040 [NEW]: working path is not set to actual php file
From: [EMAIL PROTECTED] Operating system: SuSE Linux 7.2 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: working path is not set to actual php file Today I updated our system to Apache 1.3.27 with php 4.2.3 which works perfectly. Beside this I installed a test system - Apache 2.0.43 with php 4.2.3 - which uses the same php.ini file! With our php scripts I am using phplib template engine which tries to load a template from where the php script can be found in ./templates/index.thtml - with the Apache 1.3.27 this always works perfectly - with earlier versions of Apache2/PHP this also worked - but in this combination I got an file not found error - so I assume that the current directory is not equal to the running scripts directory. -- Edit bug report at http://bugs.php.net/?id=20040&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20040&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20040&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20040&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20040&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20040&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20040&r=support Expected behavior: http://bugs.php.net/fix.php?id=20040&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20040&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20040&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20040&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20040&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20040&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20040&r=isapi
#20039 [NEW]: Make fails with "Output line too long. /usr/local/bin/ld: cannot find -lsc"
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.3.0-pre1 PHP Bug Type: *Compile Issues Bug description: Make fails with "Output line too long. /usr/local/bin/ld: cannot find -lsc" Hi, making of PHP 4.3.0.-pre1 AND php4-200210230300 fails on solaris 2.8 with the following error (see below). All PHP versions up to 4.2.2 (I didn't compile 4.2.3) compiled fine on the same machine/environment. Any help would be appreciated. Kind regards, B. Courtin root@wowebref01 Apache_WO_Sources_20021007 # tail -8 x_mache_WO_apache.log /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3 -L/usr/local/lib -L/opt/openldap-2.0.25/lib -L/opt/libmcrypt-2.2.7/lib -L/opt/app/oracle/product/8.1.7/lib -L/opt/mm-1.2.1/lib -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3 -R /usr/local/lib -R /opt/openldap-2.0.25/lib -R /opt/libmcrypt-2.2.7/lib -R /opt/app/oracle/product/8.1.7/lib -R /opt/mm-1.2.1/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/imap/php_imap.lo ext/ldap/ldap.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/mcrypt/mcrypt.lo ext/oci8/oci8.lo ext/oracle/oracle.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/shmop/shmop.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.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/php_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/zend_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/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_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 -lc-client -lmm -lmcrypt -lldap -llber -lcrypt -lpam -lz -lcrypt -lresolv -lm -ldl -lsocket -lgcc -lcrypt -lnsl -lsocket -lgen -ldl -lsched -lclntsh -locijdbc8 -lnsl -lsocket -lgen -ldl -lsched -lclntsh -ldl -o sapi/cli/php Output line too long. Output line too long. Output line too long. /usr/local/bin/ld: cannot find -lsc collect2: ld returned 1 exit status make: ***
#8097 [Csd->Fbk]: printf() and float data vs.setlocale()
ID: 8097
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Feedback
Bug Type: Strings related
Operating System: Linux (SuSE 7.0)
PHP Version: 4.0.3pl1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-10-23 06:53:02] [EMAIL PROTECTED]
This problem also exits in our application which runs on php-4.2.3.
We use 'setlocale' there to handle gettext translations. With LC_ALL
set by 'setlocale' all prices in the shopping basket and VAT
calculations with floats are 'calculated wrong'
Thanks for that hint.
Juergen
[2001-07-31 16:14:35] [EMAIL PROTECTED]
unable to reproduce with latest version of PHP, please
upgrade and re-open if still a problem.
[2000-12-04 13:08:55] [EMAIL PROTECTED]
Changing the locale setting to a country that uses comma (,)
as the decimal seperator will stip off decimal places from
the float value in printf/sprintf. Example:
MySQL table:
create table test (
name varchar(100),
value float(16,2)
);
insert into test values ('bla', 3.789);
PHP code:
setlocale("LC_ALL", "de_DE");
// mysql_connect etc.
$row = mysql_fetch_array($result);
printf("%s: %.2f",
$row["name"], $row["value"]);
Result:
bla: 3.00
--
Edit this bug report at http://bugs.php.net/?id=8097&edit=1
#8097 [Com]: printf() and float data vs.setlocale()
ID: 8097
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Strings related
Operating System: Linux (SuSE 7.0)
PHP Version: 4.0.3pl1
New Comment:
This problem also exits in our application which runs on php-4.2.3.
We use 'setlocale' there to handle gettext translations. With LC_ALL
set by 'setlocale' all prices in the shopping basket and VAT
calculations with floats are 'calculated wrong'
Thanks for that hint.
Juergen
Previous Comments:
[2001-07-31 16:14:35] [EMAIL PROTECTED]
unable to reproduce with latest version of PHP, please
upgrade and re-open if still a problem.
[2000-12-04 13:08:55] [EMAIL PROTECTED]
Changing the locale setting to a country that uses comma (,)
as the decimal seperator will stip off decimal places from
the float value in printf/sprintf. Example:
MySQL table:
create table test (
name varchar(100),
value float(16,2)
);
insert into test values ('bla', 3.789);
PHP code:
setlocale("LC_ALL", "de_DE");
// mysql_connect etc.
$row = mysql_fetch_array($result);
printf("%s: %.2f",
$row["name"], $row["value"]);
Result:
bla: 3.00
--
Edit this bug report at http://bugs.php.net/?id=8097&edit=1
#20033 [Fbk]: Echoing/fputsing ~11k+ of data to STDOUT causes problem
ID: 20033
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Sockets related
Operating System: Red Hat 7.3
PHP Version: 4CVS-2002-10-22
New Comment:
while(ftell($mailfile) < $EndOfMessagePos)
This line has the potential to cause a indefinete loop and there's no
escape code in the loop, which breaks it.
ftell will return FALSE if an error occurs, which in numerical
comparison resolves to 0.
Can you change that to:
while(ftell($mailfile) and ftell($mailfile) < $EndOfMessagePos)
Previous Comments:
[2002-10-23 03:54:00] [EMAIL PROTECTED]
It's more likely to be a problem with fgets; could you
try fflush($logfile) ing after the fputs lines, just to make sure that
they're not waiting in the buffer.
Also, when php hangs, is it using a lot of CPU?
[2002-10-22 17:42:38] [EMAIL PROTECTED]
Code I am using is:
while(ftell($mailfile) < $EndOfMessagePos)
{
fputs($logfile, "Getting line\n");
$line = fgets($mailfile, 4096);
fputs($logfile, "Echoing line\n");
echo "$line\r\n";
$fst += strlen($line);
fputs($logfile, "Sent $fst: $line\n");
}
echo ".\r\n";
fputs($logfile, "Sent: CRLF\n");
fclose($logfile);
End of log file returns:
--START--
Getting line
Echoing line
Sent 11060: (unimportant email content)
Getting line
Echoing line
Sent 11147: (unimportant email content)
Getting line
Echoing line
--END--
Thus it appears to be hanging on the "echo" line.
Again, this problem only presents itself when the script is running as
a full server on a "clean" connection. If the same exact test is run
connecting via the telnet command to port 110 or by running the script
from the command-line there is no problem. It is my guess that the
telnet command introduces some kind of flow control that is not present
when I open a "real" POP3 connection to the same port.
[2002-10-22 16:57:05] [EMAIL PROTECTED]
Can you isolate the line of code that causes the hang?
Use printf to output a note before each function you suspect of causing
the problem; the last line output
by the script will tell you which one has hung.
We need to narrow it down to either sockets (as in ext/socket), or
streams (fgets, fread, fwrite etc.),
or output buffer -- three unrelated areas.
[2002-10-22 16:34:52] [EMAIL PROTECTED]
Additional info: If I switch my binary back to php 4.1.3, my POP3
server script works 100% inasmuch as this bug is concerned.
Additionally, I can confirm that something is crashing in PHP in that
if I dump data to a log file, the logfile ends where the data turns to
garbage. An additional log entry should be made when the message dump
is complete. This is never executed.
This is a weird problem that seems to cause PHP to hang, not core dump,
and not terminate the TCP/IP connection but causes PHP to just dump
garbage and just hang.
[2002-10-22 16:29:48] [EMAIL PROTECTED]
I'm writing a POP3 server daemon in PHP. Incoming requests to port 110
are routed to the POP3 server daemon by xinetd. Everything works fine
if I *Telnet* to port 110. Everything also works if I just run the
script from the command line.
However, if I connect to my server by opening a true POP3 connection
(such as from Eudora client), messages greater than about 11k cause
problems when they are downloaded. I originally suspected a POP3
implementation problem on my part.
However, I've confirmed that if I open a clean (non-Telnet) connection
to my server and manually RETRieve the large message, the first 11k is
dumped correctly but at about 11k everything else sent by PHP is
garbage.
It appears as though there were some kind of output buffer overflow.
This also appears to damage the socket. It does NOT cause the TCP/IP
connection to be terminated, but no additional output is sent and the
script becomes unresponsive to additional commands sent to it.
This *might* be related in some way to bug #19944 that I reported last
week and which I closed this morning.
This is with snap 200210220900.
--
Edit this bug report at http://bugs.php.net/?id=20033&edit=1
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.3.0-dev,4.2.3 New Comment: I just added the patch for this problem. I can confirm that it does _NOT_ fix the problem. We have several virtual servers running on this host. Most of them use PHP. It looks to me that the bug only happens if previously the apache child has done some specific request for another php customer without openbasedir. Could this be possible ? Previous Comments: [2002-10-20 11:25:53] [EMAIL PROTECTED] Testing the latest php4-200210200600 shows the same behaviour. I have using it by renaming a index.html to index.php file. So no special php funktion is using and i'm sure that there is no auto_prepend_file or something else. Here are the php configuration for that vhost. php_admin_flag engine on php_admin_flag safe_mode on php_admin_value session.save_path /daten/http/takenet/www.ad4screen.de/tmp php_admin_value open_basedir "/daten/http/takenet/www.ad4screen.de:/usr/lib/php/" php_admin_value doc_root /daten/http/takenet/www.ad4screen.de php_admin_value upload_tmp_dir /daten/http/takenet/www.ad4screen.de/tmp php_admin_value error_log /daten/http/takenet/www.ad4screen.de/logs/php_error.log php_admin_value upload_max_filesize 10M php_admin_value post_max_size 10M [2002-10-18 16:43:52] [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 Try this LATEST snapshot. [2002-10-16 03:54:55] [EMAIL PROTECTED] Another update: This appears to be happening only to virtual hosts which do not have the admin flag open_basedir set. [2002-10-15 23:02:16] [EMAIL PROTECTED] Update: Upon closer inspection, I'm getting the same error occasionally from simply loading my testfile2.php script, it seems to be a general PHP problem rather than relatedd specifically to the include() or any other function. I have not tested any version subsequent to 4.2.3 as I don't have a development system available. [2002-10-15 22:48:23] [EMAIL PROTECTED] Rasmus: Here is the code I have just used to test this issue: testfile1.php: testfile2.php: When trying to load testfile1.php, it works approx. 80% of the time, displaying 'testing...' in the browser. However, about one time in 5 it displays the following error: Warning: open_basedir restriction in effect. File is in wrong directory in Unknown on line 0 Warning: Failed opening '/home/httpd/html/testfile1.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 (Note it says it is unable to open the main file, not the one I'm trying to include in my script) 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#20038 [Opn->Bgs]: CPU 100%
ID: 20038 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-10-23 05:58:21] [EMAIL PROTECTED] The both CPU's(DUAL PIII 933) goes up to 100% on some scripts, specially on a webmailscript from http://www.uebimiau.sili.com.br/ The CPU goes up quite high on different PHP forums too! Using Win2K, IIS5, SP3 all patches for windows php.exe module -- Edit this bug report at http://bugs.php.net/?id=20038&edit=1
#20038 [NEW]: CPU 100%
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: CPU 100% The both CPU's(DUAL PIII 933) goes up to 100% on some scripts, specially on a webmailscript from http://www.uebimiau.sili.com.br/ The CPU goes up quite high on different PHP forums too! Using Win2K, IIS5, SP3 all patches for windows php.exe module -- Edit bug report at http://bugs.php.net/?id=20038&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20038&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20038&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20038&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20038&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20038&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20038&r=support Expected behavior: http://bugs.php.net/fix.php?id=20038&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20038&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20038&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20038&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20038&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20038&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20038&r=isapi
#20037 [NEW]: flush not working after setting session id
From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version: 4.2.2
PHP Bug Type: Output Control
Bug description: flush not working after setting session id
Seems that after setting the session id, a flush isnt working.
If you supply a PHPSESSID, then it doesnt output anything until the end of
the script, without the PHPSESSID, then it does what you would expect,
output one stamp, then another after 10 seconds.
";
flush();
sleep(10);
echo gmdate("H:i:s");
echo "";
?>
'./configure'
'--with-apxs=/usr/local/apache-1.3.26/bin/apxs'
'--with-mysql'
'--with-mhash'
'--enable-track-vars=yes'
'--enable-debug=no'
'--enable-force-cgi-redirect=yes'
'--enable-calendar'
'--with-gd=/export/home/hostel/Installs/gd-1.8.4'
'--with-png-dir=/export/home/hostel/Installs/libpng-1.0.12'
'--with-zlib'
'--with-jpeg-dir=/export/home/hostel/Installs/jpeg-6b'
'--enable-mbstring'
'--enable-mbstr-enc-trans'
'--enable-trans-sid'
--
Edit bug report at http://bugs.php.net/?id=20037&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20037&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20037&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20037&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20037&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20037&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20037&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20037&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20037&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20037&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20037&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20037&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20037&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20037&r=isapi
#20036 [Opn->Bgs]: It gets NULL values.. but takes 0 as null too
ID: 20036
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Windows 2000
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
see
http://www.php.net/manual/en/language.types.boolean.php#language.types.boolean.casting
Previous Comments:
[2002-10-23 04:04:40] [EMAIL PROTECTED]
I wrote a function like that
function rm_empty_values($array) {
$x = 0;
foreach ($array as $key => $value) {
if($value) {
$array_temp[$x] = $value;
$x++;
}
}
return $array_temp;
}
$hede = array("hede", "hodo", "0", 1);
$list = rm_empty_values($hede);
print_r($list);
but it removes $hede[2] (0 value) too and i modified my function to
function rm_empty_values($array) {
$x = 0;
foreach ($array as $key => $value) {
if(($value) || ($value == "0")) {
$array_temp[$x] = $value;
$x++;
}
}
return $array_temp;
}
and it works.
--
Edit this bug report at http://bugs.php.net/?id=20036&edit=1
#20036 [NEW]: It gets NULL values.. but takes 0 as null too
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.2.3
PHP Bug Type: Arrays related
Bug description: It gets NULL values.. but takes 0 as null too
I wrote a function like that
function rm_empty_values($array) {
$x = 0;
foreach ($array as $key => $value) {
if($value) {
$array_temp[$x] = $value;
$x++;
}
}
return $array_temp;
}
$hede = array("hede", "hodo", "0", 1);
$list = rm_empty_values($hede);
print_r($list);
but it removes $hede[2] (0 value) too and i modified my function to
function rm_empty_values($array) {
$x = 0;
foreach ($array as $key => $value) {
if(($value) || ($value == "0")) {
$array_temp[$x] = $value;
$x++;
}
}
return $array_temp;
}
and it works.
--
Edit bug report at http://bugs.php.net/?id=20036&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20036&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20036&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20036&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20036&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20036&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20036&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20036&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20036&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20036&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20036&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20036&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20036&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20036&r=isapi
#20033 [Opn->Fbk]: Echoing/fputsing ~11k+ of data to STDOUT causes problem
ID: 20033
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: Red Hat 7.3
PHP Version: 4CVS-2002-10-22
New Comment:
It's more likely to be a problem with fgets; could you
try fflush($logfile) ing after the fputs lines, just to make sure that
they're not waiting in the buffer.
Also, when php hangs, is it using a lot of CPU?
Previous Comments:
[2002-10-22 17:42:38] [EMAIL PROTECTED]
Code I am using is:
while(ftell($mailfile) < $EndOfMessagePos)
{
fputs($logfile, "Getting line\n");
$line = fgets($mailfile, 4096);
fputs($logfile, "Echoing line\n");
echo "$line\r\n";
$fst += strlen($line);
fputs($logfile, "Sent $fst: $line\n");
}
echo ".\r\n";
fputs($logfile, "Sent: CRLF\n");
fclose($logfile);
End of log file returns:
--START--
Getting line
Echoing line
Sent 11060: (unimportant email content)
Getting line
Echoing line
Sent 11147: (unimportant email content)
Getting line
Echoing line
--END--
Thus it appears to be hanging on the "echo" line.
Again, this problem only presents itself when the script is running as
a full server on a "clean" connection. If the same exact test is run
connecting via the telnet command to port 110 or by running the script
from the command-line there is no problem. It is my guess that the
telnet command introduces some kind of flow control that is not present
when I open a "real" POP3 connection to the same port.
[2002-10-22 16:57:05] [EMAIL PROTECTED]
Can you isolate the line of code that causes the hang?
Use printf to output a note before each function you suspect of causing
the problem; the last line output
by the script will tell you which one has hung.
We need to narrow it down to either sockets (as in ext/socket), or
streams (fgets, fread, fwrite etc.),
or output buffer -- three unrelated areas.
[2002-10-22 16:34:52] [EMAIL PROTECTED]
Additional info: If I switch my binary back to php 4.1.3, my POP3
server script works 100% inasmuch as this bug is concerned.
Additionally, I can confirm that something is crashing in PHP in that
if I dump data to a log file, the logfile ends where the data turns to
garbage. An additional log entry should be made when the message dump
is complete. This is never executed.
This is a weird problem that seems to cause PHP to hang, not core dump,
and not terminate the TCP/IP connection but causes PHP to just dump
garbage and just hang.
[2002-10-22 16:29:48] [EMAIL PROTECTED]
I'm writing a POP3 server daemon in PHP. Incoming requests to port 110
are routed to the POP3 server daemon by xinetd. Everything works fine
if I *Telnet* to port 110. Everything also works if I just run the
script from the command line.
However, if I connect to my server by opening a true POP3 connection
(such as from Eudora client), messages greater than about 11k cause
problems when they are downloaded. I originally suspected a POP3
implementation problem on my part.
However, I've confirmed that if I open a clean (non-Telnet) connection
to my server and manually RETRieve the large message, the first 11k is
dumped correctly but at about 11k everything else sent by PHP is
garbage.
It appears as though there were some kind of output buffer overflow.
This also appears to damage the socket. It does NOT cause the TCP/IP
connection to be terminated, but no additional output is sent and the
script becomes unresponsive to additional commands sent to it.
This *might* be related in some way to bug #19944 that I reported last
week and which I closed this morning.
This is with snap 200210220900.
--
Edit this bug report at http://bugs.php.net/?id=20033&edit=1
#19897 [Com]: checkdnsrr() always true
ID: 19897 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Network related Operating System: Linux 2.4.18-3 PHP Version: 4.3.0-dev New Comment: Randomly always false for me when it's normaly true !!! Previous Comments: [2002-10-20 23:51:05] [EMAIL PROTECTED] updated version since this was reported to happend with 4.3.0-dev too. [2002-10-15 02:05:35] [EMAIL PROTECTED] perhaps a bug between glibc-2.2.5-40 and php? [2002-10-14 18:10:21] [EMAIL PROTECTED] you mean it seems to be bug in glibc? [2002-10-14 06:38:05] [EMAIL PROTECTED] i use glibc-2.2.5-40 it seems to be a bug. [2002-10-14 03:58:30] [EMAIL PROTECTED] no local BIND is installed. the commands host and nslookup work correctly. 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/19897 -- Edit this bug report at http://bugs.php.net/?id=19897&edit=1
