[PHP-DEV] Bug #14775 Updated: PHP Warning: Undefined variable:
ID: 14775 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Variables related Operating System: linux RH 7.0 PHP Version: 4.1.1 New Comment: Not a bug. Configuration Error, see http://www.php.net/support.php and ask on the php-general list or read your php.ini file comments/manual entries about error levels. Previous Comments: [2001-12-30 12:33:30] [EMAIL PROTECTED] got [Error] PHP Warning: Undefined variable: in /etc/httpd/logs/error_log when using ANY Php variable such as $SCRIPT_NAME or when passing variable to a script with Method=GET or POST ; this occurs after upgrading from PHP 3.0.15 to 4.1.1. ; How do I configure Apache/Php to write errors on HTML instead of error_log ? Edit this bug report at http://bugs.php.net/?id=14775edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14297 Updated: CPU LOOP
ID: 14297 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *General Issues Operating System: RH6.2 PHP Version: 4.0.6 New Comment: Is anyone here psycic cause I sure cant tell what is causing PHP to go into 100% loop, perhaps we can have a bit more information about when it happens and what your doing when it happens? Previous Comments: [2001-11-30 10:08:21] [EMAIL PROTECTED] PHP/apache process appears to be in infinite loop 100% CPU Utilization -- I have the same problem , i'm using php4.0.6 and RH6.6 Nico Edit this bug report at http://bugs.php.net/?id=14297edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty
ID: 14266 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian Linux PHP Version: 4.1.0 New Comment: Circualar reference here: $x-x = $x; These dont work as expected at all. Bogus bug report as the lang isnt designed to support this. - James Previous Comments: [2001-11-28 08:32:48] [EMAIL PROTECTED] Consider following simple script. It's pretty obvious that serialize() does not work correctly (at least not as expected). ?php $x = new stdClass(); $x-x = $x; $s = serialize($x) . \n; echo test on original: ; // OK $x-a = str; echo $x-x-a . \n; $o = unserialize($s); echo test on unserialized object: ; // not OK $o-a = str; echo $o-x-a . \n; ? Edit this bug report at http://bugs.php.net/?id=14266edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14266 Updated: serialize() doesn't work correcty
ID: 14266 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian Linux PHP Version: 4.2.0-dev New Comment: Your creating a reference to itself this is not allowed. Therefore the bug is bogus, the behaviour is undefined. - James Previous Comments: [2001-11-28 08:38:38] [EMAIL PROTECTED] Tested this with current cvs too. No better luck. Original and unserialized objects have different representation in memory. [2001-11-28 08:38:01] [EMAIL PROTECTED] Circualar reference here: $x-x = $x; These dont work as expected at all. Bogus bug report as the lang isnt designed to support this. - James [2001-11-28 08:32:48] [EMAIL PROTECTED] Consider following simple script. It's pretty obvious that serialize() does not work correctly (at least not as expected). ?php $x = new stdClass(); $x-x = $x; $s = serialize($x) . \n; echo test on original: ; // OK $x-a = str; echo $x-x-a . \n; $o = unserialize($s); echo test on unserialized object: ; // not OK $o-a = str; echo $o-x-a . \n; ? Edit this bug report at http://bugs.php.net/?id=14266edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13831 Updated: Assigning to multi-dimensional $HTTP_SESSION_VARS array not restored
ID: 13831 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.2 PHP Version: 4.0.6 New Comment: Firstly we are here as voulenteers, we ask for your help as if you have reported a bug and we ask you to test with latest cvs it takes you ten maybe twenty mins to test it on your machine where you already have code available and set up, for us to set up things in an envornment similar to EVERY bug report we see it would take us a long time and thus less bugs would get fixed. Form the looks of your script it looks like an error in your scripting to me but without seeing a smaple of your code I cant confirm this, please post the shortest test script possible that reproduces this behaviour. We dont have hours to hunt for your bug and how to reproduce it or write scripts to reproduce it, if you dont want to test latest CVS then at least provide us with the shortest code snippet possible that reproduces the bug. Make sure that script has as few dependencies as posssible (IE no database connections, no special extensions and no includes.) To be honest if you dont want to do either of the above its VERY unlikley any of use will be bothered to try and fix this for you either. And dont complain its the way we work, mozzila works and many other opensource projects work. - James Previous Comments: [2001-11-27 00:57:06] [EMAIL PROTECTED] Yes, it is the way he and most of the people who volunteer their time goes about it. The source is constantly changing and chances are pretty good if you've found a bug; one of the millions of other PHP users has found it as well and it's already been fixed or is known of. So if you could take 10 minutes of your valuable time and perform a simple, concise test, then we would know if it is indeed still present in the code. It may not be the most efficient system, but it works better if everyone does what they can. If you're persistent on being anal about this, send me ([EMAIL PROTECTED]) your script(s) and I will test it myself. -Chris [2001-11-27 00:51:08] [EMAIL PROTECTED] BTW, nothing is free. Not even ignorance. [2001-11-27 00:48:33] [EMAIL PROTECTED] Who is freeloading? I reported the bug already and gave a concise example. Now sniper wants to mark it closed so he asked me to do more work, knowing if I don't respond he will mark it closed. I've seen his pattern in other bugs. Seems like sniper is the active person here, so I assume he must be the QA guy in charge here. If he wants to find out if it was fixed in latest CVS, he should test it, not order me to do more work. I made a contribution by taking the time to make the concise bug report. I don't need the bug fixed. I posted the bug to help out by giving a more concise example of a bug posted by another person. I was trying to help sniper test it more quickly. He shows his appreciation by ordering me to test it. Sigh 2x [2001-11-27 00:29:10] [EMAIL PROTECTED] Maybe you should appreciate the fact that this is a free service and if your time is so valuable that you can't put in a percentage of what you get out then you are more than welcome to pay for commercial support http://www.zend.com/store/products/zendsupport.php. Freeloaders, Sigh [2001-11-27 00:17:30] [EMAIL PROTECTED] I am not paid to be your QA person. You test in the latest CVS. I don't even have the latest CVS installed, nor would I take the time to install it at my cost. The concise code example is already given in my original post. It says that the variable is not restored. Put it in a session and see if it is restored. Simply and that is your job sniper, not mine. Please appreciate the people who come here to spend their valuable time to help you by reporting by a bug. Or disrespect us by marking a bug as closed because we won't do your job for you. Sigh. 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/?id=13831 Edit this bug report at http://bugs.php.net/?id=13831edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14170 Updated: #!/path/to/php shows up on every php script
ID: 14170 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux RH 7.1 PHP Version: 4.0CVS-2001-11-22 New Comment: Sounds like a misconfiguration to me. Previous Comments: [2001-11-22 10:50:49] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 10:35:43] [EMAIL PROTECTED] Nope, this bug only shows up if you run it through CGI. Running from the command-line works fine. [2001-11-22 04:10:06] [EMAIL PROTECTED] Cannot reproduce this: $ cat test.php #!/home/mfischer/php4/bin/php -q ? echo test\n; ? mfischer@debian:~$ ./test.php test mfischer@debian:~$ php -f test.php test mfischer@debian:~$ php -v 4.2.0-dev [2001-11-22 03:49:34] [EMAIL PROTECTED] #!/path/to/php shows up at the top of every php script -- script -- #!/path/to/php ?php phpinfo();? -- /script -- Running latest php4 CVS as CGI, Apache 1.3.20, no modules A similar bug was reported in the past (#9041, #8898, #8782) but I'm running the latest CVS. The following modification seemed to do the trick: ? .cgi_main.c.swp ? cdig.diff Index: cgi_main.c === RCS file: /repository/php4/sapi/cgi/cgi_main.c,v retrieving revision 1.138 diff -u -r1.138 cgi_main.c --- cgi_main.c 11 Nov 2001 23:11:23 - 1.138 +++ cgi_main.c 22 Nov 2001 08:09:48 - @@ -729,18 +729,18 @@ } file_handle.filename = argv0; file_handle.opened_path = expand_filepath(argv0, NULL TSRMLS_CC); - } else if (retval == SUCCESS) { - /* #!php support */ - c = fgetc(file_handle.handle.fp); - if (c == '#') { - while (c != 10 c != 13) { - c = fgetc(file_handle.handle.fp); /* skip to end of line */ - } - CG(zend_lineno)++; - } else { - rewind(file_handle.handle.fp); + } + /* #!php support */ + c = fgetc(file_handle.handle.fp); + if (c == '#') { + while (c != 10 c != 13) { + c = fgetc(file_handle.handle.fp); /* skip to end +of line */ } + CG(zend_lineno)++; + } else { + rewind(file_handle.handle.fp); } + switch (behavior) { case PHP_MODE_STANDARD: Edit this bug report at http://bugs.php.net/?id=14170edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9208 Updated: rename() not using current working directory
ID: 9208 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: windows 98 PHP Version: 4.0.4pl1 New Comment: This is most probably because you are calling php from the command line in the following format: php -q c:\php_scripts\script.php which would make c:\php4\ your working directory rather than c:\php_scripts\, to correct this chdir() before you execute php and call it like c:\php4\php -q script.php or chdir() at the begining of your script. - James Previous Comments: [2001-11-19 05:42:07] [EMAIL PROTECTED] No feedback. Closing. [2001-10-29 02:26:51] [EMAIL PROTECTED] Does this fail with PHP 4.0.6 too? [2001-02-10 17:04:00] [EMAIL PROTECTED] rename() function does not use current working directory, but c:\php\ instead (on windows system) so if I use rename('a','b') from any directory, it will try to rename c:\php\a to c:\php\b Edit this bug report at http://bugs.php.net/?id=9208edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14078 Updated: it is an easter egg in all PHP pages
ID: 14078 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Closed Bug Type: Unknown/Other Function Operating System: win 98 PHP Version: 4.0.6 New Comment: They are bread sticks, and its Thies, turn expose php to off and it wont be possible to see any more. - James Previous Comments: [2001-11-15 23:45:29] [EMAIL PROTECTED] This isn't a bug but an easter egg. add the line ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 minus the quotes after any PHP page. It shows a picture of a developer with pencils in his nose. Edit this bug report at http://bugs.php.net/?id=14078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14078 Updated: it is an easter egg in all PHP pages
ID: 14078 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Unknown/Other Function Operating System: win 98 PHP Version: 4.0.6 New Comment: bogus Previous Comments: [2001-11-16 05:57:38] [EMAIL PROTECTED] They are bread sticks, and its Thies, turn expose php to off and it wont be possible to see any more. - James [2001-11-15 23:45:29] [EMAIL PROTECTED] This isn't a bug but an easter egg. add the line ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 minus the quotes after any PHP page. It shows a picture of a developer with pencils in his nose. Edit this bug report at http://bugs.php.net/?id=14078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14028 Updated: missing parameter
ID: 14028 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: Irix 5.3 PHP Version: 4.0.6 New Comment: dup Previous Comments: [2001-11-12 06:44:10] [EMAIL PROTECTED] in main/main.c line 560 on IRIX 5.3 the function asctime_r takes 3 parameter: char *asctime_r (const struct tm *tm, char *buf, int buflen); Irix 6.5 is o.k. with 2 parameters. after adding the third paramter the system compiled fine and works well! Edit this bug report at http://bugs.php.net/?id=14028edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13885 Updated: gmdate(r); adds timezone instead of 'GMT'.
ID: 13885 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Date/time related Operating System: Windows 2000 SP2 PHP Version: 4.0.6 New Comment: Fixed in CVS Previous Comments: [2001-10-31 07:18:06] [EMAIL PROTECTED] Ah, ok. Too early in the morning here. Looks like a Windows-specific issue as your test displays this on my Linux box: Wed, 31 Dec 1969 16:00:01 -0800 Thu, 1 Jan 1970 00:00:01 + [2001-10-31 07:11:04] [EMAIL PROTECTED] print(date(r, 1)); Prints: Thu, 1 Jan 1970 01:00:01 +0100 This is correct, the local timezone is GMT+1. print(gmdate(r,1)); Prints: Thu, 1 Jan 1970 00:00:01 +0100 This is wrong, it outputs the GMT date time, but with the timezone +0100 instead of GMT. Thus equaling a date of Wed, 31 Dec 1969 23:00:01 GMT, which is obviously not 1 second after the start of the unix epoch. [2001-10-31 07:00:49] [EMAIL PROTECTED] I must be missing something here. date('r') is intended to display an RFC822 date string. Section 5.1 of RFC822 clearly states that +0100 is a perfectly valid way to represent the timezone. So how is this function not working as expected? [2001-10-31 06:45:57] [EMAIL PROTECTED] The 'r' format string doesn't work as expected: print(date(r, 1)); Prints: Thu, 1 Jan 1970 01:00:01 +0100 print(gmdate(r,1)); Prints: Thu, 1 Jan 1970 00:00:01 +0100 I think the '+0100' should've been 'GMT'. (Done on a system with GMT+1) Edit this bug report at http://bugs.php.net/?id=13885edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13866 Updated: strtok() parses erroneously empty substrings - PHP 4.0.7RC2
ID: 13866 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Strings related Operating System: Linux PHP Version: 4.0.6 New Comment: fixed in CVS Previous Comments: [2001-10-29 17:32:55] [EMAIL PROTECTED] NOTE, the PHP version is reported as 4.0.7RC2 but that's not in the predefined list on the form. -- The function strtok() misparses strings where some fields are empty, such as #1 and #4 in the list below, 1|carrot||(no adjective) 2|pepper|red|(adjective) 3|pepper|green|(adjective) 4|tomato||(no adjective) 5|apricot|dried|(adjective) Compare the output of the test program (the code is listed below) running (under PHP 4.0.7RC2) at: http://www.web-ho.com/PHP/test-module.php versus the same program (under PHP 4.0.3pl1) at: http://www.pierrejelenc.com/PHP/test-module.php Both the Apache module and the CGI version in /usr/local/bin/php are affected. == test-module.php = ?php $Item=file(test-data); for ($i=0; $icount($Item);$i++) { $Number=strtok(chop($Item[$i]),|); $Name=strtok(|); $Type=strtok(|); $Comment=strtok(|); print($Type $Name: line #$Number $Commentbr\n); } ? /body/html === I am not in charge of program maintenance on either system, but I am the webmaster for several sites there. I was encouraged by the administrator of the machine on which web-ho.com is located to report this myself. Cheers, Pierre Jelenc [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=13866edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13641 Updated: Erroneous code makes PHP.EXE crash
ID: 13641 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Open Bug Type: Reproducible crash Operating System: Win32 (W2K) PHP Version: 4.0.6 New Comment: not critical Previous Comments: [2001-10-15 10:51:47] [EMAIL PROTECTED] Let's not assign this to me, as I've no Windows box to test. Derick [2001-10-12 12:06:15] [EMAIL PROTECTED] FYI: A freshly compiled 4.0.7RC3 doesn't crash either (on Win2K). [2001-10-12 10:29:10] [EMAIL PROTECTED] PHP-4.0.8-dev crashes (the latest build from php4win, 2001-10-04). PHP-4.0.7RC1 works fine. I don't have access to a more recent version of PHP-4.0.7, as I can't build Windows versions myself (yet). Tested on Win2K. [2001-10-12 10:03:19] [EMAIL PROTECTED] PHP-4.0.8-dev crashes (the latest build from php4win, 2001-10-04). PHP-4.0.7RC1 works fine. I don't have access to a more recent version of PHP-4.0.7, as I can't build Windows versions myself (yet). Tested on Win2K. [2001-10-12 07:28:42] [EMAIL PROTECTED] There were a lot of changes to this file since PHP 4.0.6. Can you test it with a snapshot from (http://www.php4win.com/builds/latest-build.php) ? 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/?id=13641 Edit this bug report at http://bugs.php.net/?id=13641edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12154 Updated: GP Fault in Kernel32 if buffer too small in fgetcsv()
ID: 12154 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Win 95 SR2.1 PHP Version: 4.0.6 New Comment: Cant reproduce.. looks like its been fixed to me, please reopen if it still occurs with latest cvs version. Cheers, - James Previous Comments: [2001-07-13 18:26:03] [EMAIL PROTECTED] array = fgetcsv(fh, length[, delim]); Documentation says length must be longer than the longest line including eol chars. But it shouldn't gp fault. Nice function. But it would sure be nice to not have to know the length of the longest line. This was a 75 mb file and it was 50% in that one line was 8K. Easily reproduced. As soon as a line longer than the length parameter is encountered, immediate gp fault. PHP caused an invalid page fault in module KERNEL32.DLL at 016f:bff78769. Registers: EAX=06203538 CS=016f EIP=bff78769 EFLGS=00010202 EBX=0065eff8 SS=0177 ESP=0063f774 EBP=0063f7a8 ECX=39393120 DS=0177 ESI=0065e028 FS=ece7 EDX=2d2d2036 ES=0177 EDI=06204508 GS= Bytes at CS:EIP: 89 51 08 8b 53 08 8b 43 04 8d 8b 0b 10 00 00 c1 Stack dump: 0063f7a8 0065e030 0065 0065c0b0 bff7994e 0065 0065e028 0fd0 0200 00654240 0065e818 0065dcf0 0065e028 0063f7f0 7800113d 0065 freebsd - php 4.0.2 core dumps on this also. php exits with message: php in malloc() warning: modified (chunk-) pointer. Edit this bug report at http://bugs.php.net/?id=12154edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12191 Updated: Certificate Environment Variables missing with ISAPI
ID: 12191 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: IIS related Operating System: Win2K PHP Version: 4.0.6 Old Assigned To: jmoore Assigned To: New Comment: This is to do with the way that IIS passes the varaibles to PHP in CGI/ISAPI mode. This isnt really a bug but perhaps this sort of thing (server set variables) should be somthing we standardise in 4.x or 5.0. Cheers, - James Previous Comments: [2001-07-24 06:32:18] [EMAIL PROTECTED] User Feedback: == Hi James! Can you send me a list of these variables names and we can get this fixed. The variable names I am missing are: CERT_COOKIE CERT_FLAGS CERT_ISSUER CERT_KEYSIZE CERT_SECRETKEYSIZE CERT_SERIALNUMBER CERT_SERVER_ISSUER CERT_SERVER_SUBJECT CERT_SUBJECT I am attaching the output of the following script: ?php echo $CERT_SUBJECT . BR; echo $HTTP_ENV_VARS[CERT_SUBJECT]; phpinfo(); ? As you will see the CGI-version knows both variables, while the ISAPI-version knows neither! Another thing I noticed with PHP 4.0.2: I have to use $HTTP_ENV_VARS[CERT_SUBJECT] with CGI and $HTTP_SERVER_VARS[CERT_SUBJECT] with ISAPI. Many thanks for your efforts Christian phpinfo406cgi.html phpinfo406isapi.html === Ill add these variables to the list as soon as I get 5 mins to think. - James [2001-07-23 14:34:40] [EMAIL PROTECTED] Can you send me a list of these variables names and we can get this fixed. Thanks, - James [2001-07-16 11:51:34] [EMAIL PROTECTED] I am using the PHP 4.0.2 ISAPI-Modul with IIS 5.0 on Win2K which set the certificate environment variables (e.g. $HTTP_SEVER_VARS[CERT_SUBJECT]) correctly. Now I want to switch to PHP 4.0.6 but the variables are missing in the ISAPI-Modul (phpinfo() shows them under ISAPI but NOT under Environment!) but in CGI they are here again. greetings Christian Edit this bug report at http://bugs.php.net/?id=12191edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13778 Updated: Layout defect...
ID: 13778 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: I cant see what change to layout.inc.php/shared-manual.inc.php caused this to happen. Perhaps Colin could have a look, seems to me the tables arnt quite correct. - James Previous Comments: [2001-10-21 10:44:39] [EMAIL PROTECTED] Btw. i can fix this. I have CVS access. But i will first ask here for approval. :) [2001-10-21 10:41:57] [EMAIL PROTECTED] There is one. There is no linebreak. Some lines goes long to the right side. [2001-10-21 10:34:52] [EMAIL PROTECTED] There is no layout defect. [2001-10-21 09:57:32] [EMAIL PROTECTED] http://www.php.net/manual/de/function.crypt.php Check this and see self. :) Edit this bug report at http://bugs.php.net/?id=13778edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13778 Updated: Layout defect...
ID: 13778 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: This is still an issue. - James Previous Comments: [2001-10-21 11:01:53] [EMAIL PROTECTED] I cant see what change to layout.inc.php/shared-manual.inc.php caused this to happen. Perhaps Colin could have a look, seems to me the tables arnt quite correct. - James [2001-10-21 10:44:39] [EMAIL PROTECTED] Btw. i can fix this. I have CVS access. But i will first ask here for approval. :) [2001-10-21 10:41:57] [EMAIL PROTECTED] There is one. There is no linebreak. Some lines goes long to the right side. [2001-10-21 10:34:52] [EMAIL PROTECTED] There is no layout defect. [2001-10-21 09:57:32] [EMAIL PROTECTED] http://www.php.net/manual/de/function.crypt.php Check this and see self. :) Edit this bug report at http://bugs.php.net/?id=13778edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13541 Updated: url_scanner.h:23: warning: parameter names (without types) in function declarat
ID: 13541 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Compile Failure Operating System: PHP Version: 4.0.6 New Comment: dup of #13542 - James Previous Comments: [2001-10-04 10:52:00] [EMAIL PROTECTED] ./configure --with-mysql --with-apxs=/usr/local/apache/b in/apxs $ make Making all in Zend make[1]: Entering directory `/php-4.0.6/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/php-4.0.6/Zend' Making all in main make[1]: Entering directory `/php-4.0.6/main' make[2]: Entering directory `/php-4.0.6/main' /bin/sh /php-4.0.6/libtool --silent --mode=compile gcc -I. -I/php-4.0.6/main -I/php-4.0.6/main -I/php-4.0.6 -I/usr/loca l/apache/include -I/php-4.0.6/Zend -I/php-4.0.6/ext/mysql/libmysql -I/php-4.0.6/ext/xml/expat/xmltok -I/php-4.0.6/ext/xm l/expat/xmlparse -I/php-4.0.6/TSRM -DCYGWIN -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c main.c In file included from /php-4.0.6/ext/standard/basic_functions.h:29, from /php-4.0.6/ext/standard/php_standard.h:21, from main.c:52: /php-4.0.6/ext/standard/url_scanner.h:23: warning: parameter names (without types) in function declaration /php-4.0.6/ext/standard/url_scanner.h:24: warning: parameter names (without types) in function declaration In file included from /php-4.0.6/ext/standard/basic_functions.h:30, from /php-4.0.6/ext/standard/php_standard.h:21, from main.c:52: /php-4.0.6/ext/standard/url_scanner_ex.h:24: warning: parameter names (without types) in function declaration /php-4.0.6/ext/standard/url_scanner_ex.h:25: warning: parameter names (without types) in function declaration /php-4.0.6/ext/standard/url_scanner_ex.h:27: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/url_scanner_ex.h:29: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:21, from main.c:52: /php-4.0.6/ext/standard/basic_functions.h:125: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:23, from main.c:52: /php-4.0.6/ext/standard/php_string.h:107: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:108: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:109: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:116: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:117: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:154: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:31, from main.c:52: /php-4.0.6/ext/standard/exec.h:33: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:32, from main.c:52: /php-4.0.6/ext/standard/file.h:78: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:43, from main.c:52: /php-4.0.6/ext/standard/fsock.h:75: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:46, from main.c:52: /php-4.0.6/ext/standard/info.h:66: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:48, from main.c:52: /php-4.0.6/ext/standard/php_var.h:30: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_var.h:35: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_var.h:36: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:51, from main.c:52: /php-4.0.6/ext/standard/dl.h:26: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:54, from main.c:52: /php-4.0.6/ext/standard/php_lcg.h:32: warning: parameter names (without types) in function declaration In file included from /php-4.0.6/ext/standard/php_standard.h:57, from main.c:52: /php-4.0.6/ext/standard/php_array.h:84: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_array.h:88: parse error before `TSRMLS_DC' make[2]: *** [main.lo] Error 1 make[2]: Leaving directory `/php-4.0.6/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/php-4.0.6/main' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=13541edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13541 Updated: url_scanner.h:23: warning: parameter names (without types) in function declarat
ID: 13541 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Open Bug Type: Compile Failure Operating System: PHP Version: 4.0.6 New Comment: D bogusified the other one.. - James Previous Comments: [2001-10-04 10:56:14] [EMAIL PROTECTED] dup of #13542 - James [2001-10-04 10:52:00] [EMAIL PROTECTED] ./configure --with-mysql --with-apxs=/usr/local/apache/b in/apxs $ make Making all in Zend make[1]: Entering directory `/php-4.0.6/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/php-4.0.6/Zend' Making all in main make[1]: Entering directory `/php-4.0.6/main' make[2]: Entering directory `/php-4.0.6/main' /bin/sh /php-4.0.6/libtool --silent --mode=compile gcc -I. -I/php-4.0.6/main -I/php-4.0.6/main -I/php-4.0.6 -I/usr/loca l/apache/include -I/php-4.0.6/Zend -I/php-4.0.6/ext/mysql/libmysql -I/php-4.0.6/ext/xml/expat/xmltok -I/php-4.0.6/ext/xm l/expat/xmlparse -I/php-4.0.6/TSRM -DCYGWIN -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c main.c In file included from /php-4.0.6/ext/standard/basic_functions.h:29, from /php-4.0.6/ext/standard/php_standard.h:21, from main.c:52: /php-4.0.6/ext/standard/url_scanner.h:23: warning: parameter names (without types) in function declaration /php-4.0.6/ext/standard/url_scanner.h:24: warning: parameter names (without types) in function declaration In file included from /php-4.0.6/ext/standard/basic_functions.h:30, from /php-4.0.6/ext/standard/php_standard.h:21, from main.c:52: /php-4.0.6/ext/standard/url_scanner_ex.h:24: warning: parameter names (without types) in function declaration /php-4.0.6/ext/standard/url_scanner_ex.h:25: warning: parameter names (without types) in function declaration /php-4.0.6/ext/standard/url_scanner_ex.h:27: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/url_scanner_ex.h:29: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:21, from main.c:52: /php-4.0.6/ext/standard/basic_functions.h:125: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:23, from main.c:52: /php-4.0.6/ext/standard/php_string.h:107: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:108: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:109: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:116: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:117: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_string.h:154: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:31, from main.c:52: /php-4.0.6/ext/standard/exec.h:33: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:32, from main.c:52: /php-4.0.6/ext/standard/file.h:78: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:43, from main.c:52: /php-4.0.6/ext/standard/fsock.h:75: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:46, from main.c:52: /php-4.0.6/ext/standard/info.h:66: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:48, from main.c:52: /php-4.0.6/ext/standard/php_var.h:30: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_var.h:35: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_var.h:36: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:51, from main.c:52: /php-4.0.6/ext/standard/dl.h:26: parse error before `TSRMLS_DC' In file included from /php-4.0.6/ext/standard/php_standard.h:54, from main.c:52: /php-4.0.6/ext/standard/php_lcg.h:32: warning: parameter names (without types) in function declaration In file included from /php-4.0.6/ext/standard/php_standard.h:57, from main.c:52: /php-4.0.6/ext/standard/php_array.h:84: parse error before `TSRMLS_DC' /php-4.0.6/ext/standard/php_array.h:88: parse error before `TSRMLS_DC' make[2]: *** [main.lo] Error 1 make[2]: Leaving directory `/php-4.0.6/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/php-4.0.6/main' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=13541edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail
[PHP-DEV] Bug #13427 Updated: Macintosh IE 5 doesn't appear to recognise session cookies
ID: 13427 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Mac OS 9.1 (client) / Linux serv PHP Version: 4.0.6 New Comment: JK, Waiting for 4.0.8 is probably best bet.. Cant see any obvious change to the source code that would make it work in 4.0.8 and not 4.0.7 but then again I might be blind.. Closing - James Previous Comments: [2001-09-25 07:57:42] [EMAIL PROTECTED] Can you try 4.0.7RC2 from www.php.net/~zeev/php-4.0.7RC2.tar.gz? Derick [2001-09-25 07:52:30] [EMAIL PROTECTED] it works in 4.0.8 cvs build... so i suppose this is a wait for next version? close if appopriate thanks [2001-09-25 06:19:56] [EMAIL PROTECTED] Mac IE 5 doesn't appear to interpret session cookies .. server continually tries to send cookie headers. ordinary setcookie works fine. is this a browser bug or something overlooked? Standard configure build is './configure' '--with-iconv' '--with-apxs' '--with-mysql' '--enable-ftp' our production environment is RedHat Linux 7 on intel. Thanks James Edit this bug report at http://bugs.php.net/?id=13427edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13432 Updated: it has a virus !!!! Trust me , scan it!!!!!!!!!! You bastards screwed up my cou
ID: 13432 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2000 pro PHP Version: 4.0.6 New Comment: I checked it with Norton Antivirus, no virus reported in zipped dirstribution. Must be your system or a false alarm (php_odbc.dll has given some of these) - James Previous Comments: [2001-09-25 10:45:54] [EMAIL PROTECTED] I just scanned it with Kaspersky AV, no virus found. So it must have been another way how the virus came on your system. Derick [2001-09-25 10:35:38] [EMAIL PROTECTED] it has a big virus when running on windows 2k pro.. You bastardz Edit this bug report at http://bugs.php.net/?id=13432edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13263 Updated: Website Problem
ID: 13263 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: Website problem Bug Type: Reproducible crash Operating System: Windows NT Server PHP Version: 4.0.4 New Comment: Not enough information to work on, please reopen this bugreport including the smallest possible script that causes this problem and a list of extensions you have loaded in your php.ini. Cheers, - James Previous Comments: [2001-09-12 05:46:57] [EMAIL PROTECTED] For the past few days I am facing the problem on my website When I run a PHP script it gives the following error PHP has encountered an Access Violation at 0DF04D15. Can anyone pls. find a solution to it. regards Rukhiya Phil Systems Ltd., Edit this bug report at http://bugs.php.net/?id=13263edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12959 Updated: XML methods don't have $this set!
ID: 12959 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XML related Operating System: Win98SE/Linux PHP Version: 4.0.6 New Comment: Ask on the PHP-GEneral mailling list, you are trying to use $this outside of a class so it does not work. - James Previous Comments: [2001-08-25 09:41:10] [EMAIL PROTECTED] When you use XML methods in a script, $this doesn't get set or is buggy. That means you can't use instance variables or methods of that object. When you run the following script you only get SE,SE,EE,EE but the variables content and instancevar aren't set. The only solution I could think of is that $this points to a wrong object, not the object that the XML methods are called in. Example script: ? class ContentParser { var $parser, $content = ; var $instancevar; function ContentParser() { $this-parser = xml_parser_create(); xml_set_object($this-parser, $this); xml_set_element_handler($this-parser, start_element, end_element); xml_set_character_data_handler($this-parser, character_data); xml_set_processing_instruction_handler($this-parser, processing_instruction); } function parse_text ($data) { return xml_parse ($this-parser, $data, true); } function add_content($text) { $this-content .= $text; } function processing_instruction($parser, $target, $data) { } function start_element($parser, $name, $attribs) { echo SEbr; $this-add_content(Start_element $namebr); $this-instancevar = I should be set!!!; } function end_element($parser, $name) { echo EEbr; $this-add_content(End element $namebr); } function character_data($parser, $data) { $this-add_content($data); } } $c = new ContentParser(); $c-parse_text(documentparagraphWell this doesn't work. Bug!/paragraph/document); echo $c-content; // Zip. No bonus. echo $c-instancevar; ? Am I doing something wrong or is this really a bug? Edit this bug report at http://bugs.php.net/?id=12959edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12959 Updated: XML methods don't have $this set!
ID: 12959 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XML related Operating System: Win98SE/Linux PHP Version: 4.0.6 New Comment: I should have been clearer this ISNT a bug, its an error in your programming, ask on the php-general list. - James Previous Comments: [2001-08-25 09:47:51] [EMAIL PROTECTED] I noticed this bug is reported in several ways here (I didn't see these before posting, the 10 bug on 1 page limit, oops :). I hope this demonstrates this bug is not yet solved, and very annoying. (The script should also be clearer than others) [2001-08-25 09:47:02] [EMAIL PROTECTED] Ask on the PHP-GEneral mailling list, you are trying to use $this outside of a class so it does not work. - James [2001-08-25 09:41:10] [EMAIL PROTECTED] When you use XML methods in a script, $this doesn't get set or is buggy. That means you can't use instance variables or methods of that object. When you run the following script you only get SE,SE,EE,EE but the variables content and instancevar aren't set. The only solution I could think of is that $this points to a wrong object, not the object that the XML methods are called in. Example script: ? class ContentParser { var $parser, $content = ; var $instancevar; function ContentParser() { $this-parser = xml_parser_create(); xml_set_object($this-parser, $this); xml_set_element_handler($this-parser, start_element, end_element); xml_set_character_data_handler($this-parser, character_data); xml_set_processing_instruction_handler($this-parser, processing_instruction); } function parse_text ($data) { return xml_parse ($this-parser, $data, true); } function add_content($text) { $this-content .= $text; } function processing_instruction($parser, $target, $data) { } function start_element($parser, $name, $attribs) { echo SEbr; $this-add_content(Start_element $namebr); $this-instancevar = I should be set!!!; } function end_element($parser, $name) { echo EEbr; $this-add_content(End element $namebr); } function character_data($parser, $data) { $this-add_content($data); } } $c = new ContentParser(); $c-parse_text(documentparagraphWell this doesn't work. Bug!/paragraph/document); echo $c-content; // Zip. No bonus. echo $c-instancevar; ? Am I doing something wrong or is this really a bug? Edit this bug report at http://bugs.php.net/?id=12959edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12827 Updated: variable not defined problem
ID: 12827 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Win2K SP2 PHP Version: 4.0.6 New Comment: Umm.. Lets just say this isnt a bug.. ask one of the support forums.. Previous Comments: [2001-08-18 14:28:29] [EMAIL PROTECTED] After I installed SP2 for Windows the folloeing problem occurs: If I use: htmlhead/headbody ? if (!$fehler): echo depp endif; ? /body/html the is alwas the failure: Warning: Undefined variable: fehler in D:\web\chemiestudent.de\local\test.php on line 3 Edit this bug report at http://bugs.php.net/?id=12827edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7663 Updated: Initialization problem at fontFetch()
ID: 7663 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: GD related Operating System: Red Hat Linux 6.2J PHP Version: 4.0.3pl1 New Comment: no feedback Previous Comments: [2001-07-22 19:30:34] [EMAIL PROTECTED] is this a GD problem or a PHP problem. [2000-11-06 09:46:44] [EMAIL PROTECTED] Some initialization codes are not worked at fontFetch() in gdttf.c. if (TT_Set_Instance_Resolutions(a-instance, RESOLUTION, RESOLUTION)) { *error = Could not set device resolutions; return NULL; map_found = 0;// -- a-have_char_map_Unicode = 0; // -- a-have_char_map_Big5 = 0;// -- a-have_char_map_Roman = 0; // -- } Edit this bug report at http://bugs.php.net/?id=7663edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5653 Updated: PIKE specific: with setcookie(), only the last cookie is written
ID: 5653 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Other web server Operating System: Linux PHP Version: 4.0.5 New Comment: feedback - open Previous Comments: [2001-07-24 12:23:37] [EMAIL PROTECTED] OK here is the result... Variable Value PHP_SELF = /test.php HTTP_COOKIE_VARS[cookie3] = phprocks if you don't believe you can try at www.delta7.de/test.php. The real problem is in source-file src/sapi/roxen/roxen.c about line 298 (in ver 4.0.6 of PHP)... this function (pike): mapping_string_insert(REQUEST_DATA, ind, mappie); does not append headers of the same type (here cookies). this means: old cookies are deleted and replaced with the last one you set. The Problen is _not_ on the side of the webserver. I found out (and may proove) that the roxen-php-module will recieve more than only one cookie if you like, i would make some php-scripts that will show you... [2001-07-24 09:02:41] [EMAIL PROTECTED] this could be because your server is only sending one cookie to browser Try creating a script like the one below... ? setcookie (cookie1,helloworld); setcookie(cookie2,ilovetheworld); setcookie(cookie3,phprocks); phpinfo(); ? go down to the section about the HTTP Headers Information then go to the HTTP Response Headers. Either post this information here, or give us the address to that page. [2001-07-24 02:01:28] [EMAIL PROTECTED] This is not a browser-specific bug. It's only pike-specifc (roxen) . I spent some time to undaerstand the roxen-sapi-code, but at last I'm not able to fix it. This 'bug' is already mentioned in the README ..sorry. So this 'bug' should be listed in 'missing features' or 'todo's' but not maybe not in 'bugs' [2001-07-23 19:26:00] [EMAIL PROTECTED] i meant to say only lets you set ONE [2001-07-23 19:25:30] [EMAIL PROTECTED] this is probably a browser related problem (the browser only lets you set noe cookie per site.) Does anyone else agree or has somebody actually reproduced this one? 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/?id=5653 Edit this bug report at http://bugs.php.net/?id=5653edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8874 Updated: ftp_nlist and rawlist not working
ID: 8874 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.4 New Comment: can you provide a smaller script that produces the bug please. preferably less than ten lines of code which requires nothing other than the bare min.. IE no extenal files etc. Previous Comments: [2001-07-22 00:23:57] [EMAIL PROTECTED] Thanks for responding. I no longer have access to the FreeBSD FTP server that I was connecting to, so it is no longer an issue (for me). My script is attached below. If you do see an issue with the code, I am still interested in your response. ? $bDebug = 1; $aDomain = array ( xyz.com, z ); if ($bDebug) echo Number in array = . count ($aDomain) . BR; for ( $i=0; $i count ($aDomain) ; ) { if ( $bDebug ) echo Openning \ . $aDomain[$i] . \...BR; $nFTP = ftp_connect ( $aDomain[$i] ); if ( $nFTP == 0 ) { echo Failed to open $aDomain[$i]. Aborting...BR; exit(); } $nResult = ftp_login ( $nFTP, $aDomain[$i+1], password ); if ( $nResult == 0 ) { echo Failed to login to $aDomain[$i]. Aborting...BR; exit(); } else echo Login to $aDomain[$i] succeeded.BR; if ( $bDebug) echo BRftp_pwd= . ftp_pwd ( $nFTP ) . BR. $nResult = ftp_chdir ( $nFTP, logs); if ( $nResult == 0) { echo ftp_chdir failed. Aborting...BR; exit(); } if ( $bDebug) echo BRftp_pwd= . ftp_pwd ( $nFTP ) . BR. $aFiles = Array( Oct100.log.gz, Nov100.log.gz, Dec100.log.gz, mtd.log); // $aFiles = ftp_rawlist ( $nFTP, /mnt/web/guide/accumeddata/logs/*.gz); // echo rawlist = . count ( $aFileList ) . BR; // $aFiles = ftp_nlist ( $nFTP, *.gz); if ( $bDebug ) { echo count(aFiles)= . count ($aFiles ) . BR; for ( $j=0; $j = count($aFiles); $j++ ) echo $j=\$aFiles[$j]\BR; } // Get all the Monthly archives (*.GZ) for ( $j=0; $j count($aFiles); $j++ ) { $sLocalFile = $aDomain[$i] . - . $aFiles[$j]; $sLocalFile = str_replace ( /, -, $sLocalFile ); $sRemoteFile = $aFiles[$j]; if ( $bDebug) { echo sLocalFile=\$sLocalFile\BR; echo sRemoteFile=\$sRemoteFile\BR; } $nResult = ftp_get ( $nFTP, $sLocalFile, $sRemoteFile, FTP_BINARY ); if ( $nResult == 0) { echo ftp_get failed. Aborting...; exit(); } } // Get the current month also. $nResult = ftp_get ( $nFTP, $sLocalFile, mtd.log, FTP_BINARY ); if ( $nResult == 0) { echo ftp_get of mtd.log failed. Aborting...; exit(); } $nResult = ftp_quit ( $nFTP ); if ( $nResult == 0 ) { echo ftp_quit failed. Aborting...; exit(); } $i = $i + 2; } ? [2001-07-21 21:27:45] [EMAIL PROTECTED] Please submit a short script for me the analyze. This will also clarify your bug a little bit. [2001-01-23 22:23:49] [EMAIL PROTECTED] The ftp_nlist and ftp_rawlist functions failed to work for me. I am using PHP.EXE v4.0.4 from a Windows 2000 machine connecting to a Free BSD box running the following FTP server: Our.ftp.server FTP server (Version wu-2.6.1(1) Mon Jul 3 03:07:01 EDT 2000) Both ftp_nlist and ftp_rawlist return a single blank string () into the result array. Edit this bug report at http://bugs.php.net/?id=8874edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8999 Updated: difference ftp_fget() cgi and module
ID: 8999 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: FTP related Operating System: Windows PHP Version: 4.0.4pl1 New Comment: can you provide some indepth information about your setup please and a script less than ten lines that also produces the bug. - James Previous Comments: [2001-07-21 21:29:38] [EMAIL PROTECTED] If it works as a CGI, I say just go back to the CGI version. But, if you don't then answer these questions. -Does it still happen in the latest version of PHP? -Are there any error messages (either on the page or logs) [2001-01-30 07:16:07] [EMAIL PROTECTED] Until now I was using PHP4 in CGI-Mode. Now I want to change to Apache Module. So I made the nessecary changes in httpd.conf and rebotted the Windows 2000 server. Since PHP is running as an Apache Module, the function ftp_fget() doesn't work correctly anymore. I read a jpg from a FTP Server and display it with the img tag. In Module Mode the file is transferred and the width and height is correct, but the content is wrong (wrong colors in the completely wrong places). When PHP is running in cgi mode, everything is correct. Thanks for any help, Rolf. Code Sample: class Foto_class { var $fotoname; function Foto_class( $verwender ) { global $const_ftp_host, $const_ftp_user, $const_ftp_passwd, $const_ftp_dir; $select_file = foto.jpg; $ftp = ftp_connect( $const_ftp_host ); if ( $ftp ) { ftp_login( $ftp, $const_ftp_user, urldecode( $const_ftp_passwd ) ); } if ( $const_ftp_dir == ) { $const_ftp_dir = FTP_DIRROOT; } $const_ftp_dir = $const_ftp_dir . FTP_DIRROOT . $verwender; if ( ( ! $ftp ) || ( ! @ftp_chdir( $ftp, $const_ftp_dir ) ) ) { @ftp_quit( $ftp ); } else { srand( ( double ) microtime() * 100 ); $randval = rand(); $tmpfile = $select_file . . . $randval; $showfile = $this-filename( $tmpfile ); $fp = fopen( $showfile, w ); if ( ! @ftp_fget( $ftp, $fp, $select_file, FTP_BINARY ) ) { ftp_quit( $ftp ); } else { ftp_quit( $ftp ); $this-fotoname = $showfile; } @fclose( $fp ); } } function filename($f_name) { $dir = ./temp/sess_.session_id(); if (!file_exists($dir)) mkdir($dir,0700); return $dir./.$f_name; } function out() { return $this-fotoname; } } Edit this bug report at http://bugs.php.net/?id=8999edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12191 Updated: Certificate Environment Variables missing with ISAPI
ID: 12191 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Assigned Bug Type: IIS related Operating System: Win2K PHP Version: 4.0.6 Assigned To: jmoore New Comment: User Feedback: == Hi James! Can you send me a list of these variables names and we can get this fixed. The variable names I am missing are: CERT_COOKIE CERT_FLAGS CERT_ISSUER CERT_KEYSIZE CERT_SECRETKEYSIZE CERT_SERIALNUMBER CERT_SERVER_ISSUER CERT_SERVER_SUBJECT CERT_SUBJECT I am attaching the output of the following script: ?php echo $CERT_SUBJECT . BR; echo $HTTP_ENV_VARS[CERT_SUBJECT]; phpinfo(); ? As you will see the CGI-version knows both variables, while the ISAPI-version knows neither! Another thing I noticed with PHP 4.0.2: I have to use $HTTP_ENV_VARS[CERT_SUBJECT] with CGI and $HTTP_SERVER_VARS[CERT_SUBJECT] with ISAPI. Many thanks for your efforts Christian phpinfo406cgi.html phpinfo406isapi.html === Ill add these variables to the list as soon as I get 5 mins to think. - James Previous Comments: [2001-07-23 14:34:40] [EMAIL PROTECTED] Can you send me a list of these variables names and we can get this fixed. Thanks, - James [2001-07-16 11:51:34] [EMAIL PROTECTED] I am using the PHP 4.0.2 ISAPI-Modul with IIS 5.0 on Win2K which set the certificate environment variables (e.g. $HTTP_SEVER_VARS[CERT_SUBJECT]) correctly. Now I want to switch to PHP 4.0.6 but the variables are missing in the ISAPI-Modul (phpinfo() shows them under ISAPI but NOT under Environment!) but in CGI they are here again. greetings Christian Edit this bug report at http://bugs.php.net/?id=12191edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11620 Updated: PHP has encountered an Access Violation at 012D24B6
ID: 11620 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: IIS related Operating System: W2K Server PHP Version: 4.0.5 New Comment: No feedback, probably a threadsafe issue but lots of other similar reports that have more information. Previous Comments: [2001-06-26 04:57:06] [EMAIL PROTECTED] Please include shortest possible script which can be used to reproduce this. [2001-06-26 04:56:22] [EMAIL PROTECTED] User feedback (next time, use the web interface to answer): .-- Yes, I installed 4.0.6 this AM and it's still happening. PHP has encountered an Access Violation at 013124B6 Error log entry The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_hash_copy + 0x1B + 0xA05E5983 '. php4isapi - 20,480 bytes 6/22/01 2:58:32 PM [2001-06-23 07:37:20] [EMAIL PROTECTED] Does this happen with PHP 4.0.6 ? [2001-06-22 14:45:03] [EMAIL PROTECTED] The binary distribution of PHP 4.0.5 for win32 Base install IIS 5.0 Win2k Server SP2 + all security hot fixes for IIS as of 6/20/01 Restart Server, php script runs fine. After a period of time (machine is being used to build new site, so php not used much yet) an attemp to use a php script hangs and never returns. The event viewer says php4ts!zend_hash_copy + 0x1b + 0xA05E5983 if web server is restarted, get PHP has encountered an Access Violation at 012D24B6 displayed to the browser Edit this bug report at http://bugs.php.net/?id=11620edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7910 Updated: urlp arameters not available in the default page
ID: 7910 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: IIS related Operating System: Windows NT 4.0 PHP Version: 4.0.4 New Comment: This is a known problem with IIS where it nolonger conforms to the CGI standards.. talk to MSFT about a fix :) - James Previous Comments: [2001-04-26 14:11:12] [EMAIL PROTECTED] This seems like a IIS problem rather than a PHP one. We probably need to test this with other isapi and cgi dlls under IIS to confirm this then pass a bug report about the behaviour on to msft if this is the case. [2000-12-27 12:32:35] [EMAIL PROTECTED] I updated to PHP 4.0.4 I still have the same problem in ISAPI AND in CGI mode [2000-11-21 17:20:10] [EMAIL PROTECTED] I am using PGP as an ISAPI extension woth IIS 4.0 IIS is configured to laak for a default page named index.php3 If I pass a parameter in the URL with the folowing syntax http://www.domaine.com/?page=1; the variable page is empty in the my php script. If I include the name of the page in the URL http://www.domaine.com/index.php3?page=1; everything working my page vraiable contain 1 Edit this bug report at http://bugs.php.net/?id=7910edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12191 Updated: Certificate Environment Variables missing with ISAPI
ID: 12191 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: Win2K PHP Version: 4.0.6 Old Assigned To: Assigned To: jmoore New Comment: Can you send me a list of these variables names and we can get this fixed. Thanks, - James Previous Comments: [2001-07-16 11:51:34] [EMAIL PROTECTED] I am using the PHP 4.0.2 ISAPI-Modul with IIS 5.0 on Win2K which set the certificate environment variables (e.g. $HTTP_SEVER_VARS[CERT_SUBJECT]) correctly. Now I want to switch to PHP 4.0.6 but the variables are missing in the ISAPI-Modul (phpinfo() shows them under ISAPI but NOT under Environment!) but in CGI they are here again. greetings Christian Edit this bug report at http://bugs.php.net/?id=12191edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10704 Updated: $HTTP_SERVER_VARS[PATH_INFO] is not set on IIS4
ID: 10704 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: NT4sp1 PHP Version: 4.0.5 New Comment: PHP just passes on the variables that IIS sets, it does not standardise them although perhaps we should for PHP 5. Bogusing this report. - James Previous Comments: [2001-05-07 10:29:35] [EMAIL PROTECTED] using this simple example I get the right result with the previous version (4.04pl1) and not set with the latest version (4.05) if(isset($HTTP_SERVER_VARS[PATH_INFO])) echo value=.$HTTP_SERVER_VARS[PATH_INFO]; else echo not set; web server: IIS4 php version: 4.0.5 compiled from source code. Dror Edit this bug report at http://bugs.php.net/?id=10704edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10664 Updated: php4.0.5 ISAPI dll gives procedure not found
ID: 10664 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Advanced server PHP Version: 4.0.5 New Comment: can you try some other ISAPI dll's it suggests perhaps it is corrupted and IIS cant find the correct interfaces within the DLL to initialise PHP. Please try the 4.0.6 isapi dll. - James Previous Comments: [2001-06-26 09:47:15] [EMAIL PROTECTED] Also, if you look in your event log, you will see this message: Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 6/25/2001 Time: 1:56:44 PM User: N/A Computer: D1WAR01 Description: The HTTP Filter DLL C:\Inetpub\Scripts\PHP\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7f 00 00 00 ... [2001-05-04 10:33:17] [EMAIL PROTECTED] Problem occures with any .php file. IIS just gives error 500 and die angegebene Prozedur wurde nicht gefunden. (I'm using German 2k). PHP installed in c:\winnt\PHP4. Standard install. Works fine with php.exe. php.ini: [PHP] ; $Id: php.ini-dist,v 1.73.2.2 2001/04/22 11:58:49 phanto Exp $ ... ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for browsers that support gzip or deflate encoding. ; Setting an output handler automatically turns on output buffering. output_handler = ; Transparent output compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging purposes only. implicit_flush = Off ; Whether to enable the ability to force arguments to be passed by reference ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature, and the argument will be passed by value instead of by ; reference). allow_call_time_pass_reference = On ; ; Safe Mode ; safe_mode = Off safe_mode_exec_dir = ; Setting certain environment variables may be a potential security breach. ; This directive contains a comma-delimited list of prefixes. In Safe Mode, ; the user may only alter environment variables whose names begin with the ; prefixes supplied here. By default, users will only be able to set ; environment variables that begin with PHP_ (e.g. PHP_FOO=BAR). ; ; Note: If this directive is empty, PHP will let the user modify ANY ; environment variable! safe_mode_allowed_env_vars = PHP_ ; This directive contains a comma-delimited list of environment variables that ; the end user won't be able to change using putenv(). These variables will be ; protected even if safe_mode_allowed_env_vars is set to allow to change them. safe_mode_protected_env_vars = LD_LIBRARY_PATH ; This directive allows you to disable certain functions for security reasons. ; It receives a comma-deliminated list of function names. This directive
[PHP-DEV] Bug #11936 Updated: php extension doe snot work
ID: 11936 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: Win98se PHP Version: 4.0.5 New Comment: works fine for me here, check your PWS isnt already set up mapping .php to other files, also make sure you are installing for the correct version of pws. bogusifying, and contact [EMAIL PROTECTED] if you continue to have problems. - James Previous Comments: [2001-07-06 12:16:26] [EMAIL PROTECTED] I have submitted this once before to no avail. When you install php on a win 98 se machine and use the *.php extension with the same extension in the registry, you get a 500 error. Rename the file to *.php3 or *.php4 or *.phpplussomereallystupidextension with an associated registry key and it will work. The php extension does not work. This is at least the 10th win98 sewith PWS machine I have had this same problem on. yes it is installed correctly. I do not know if win98sewith PWS has a special purpose already reserved for the *.php extension or what, but it will not work And just so I do not get another silly response like, you have to add the *.php extension to the registry the *.php extension has been added to the registry as has the *.php3 and *.php4 and the *.phtml extensions. Therefore, following the documentation does not work. Can you please either find a solution to getting the *.php extension to work in win98se with PWS of fix the documentation to alert people that on win98se with PWS the *.php extension will not work. it really sucks when large project with hundreds of files named *.php will not work on a local test environment thank you B.P. Edit this bug report at http://bugs.php.net/?id=11936edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11902 Updated: Defined constants carry over to next script call
ID: 11902 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: SunOS oradev 5.7 Generic_106541- PHP Version: 4.0.5 New Comment: what server and sapi are you using? Previous Comments: [2001-07-05 07:14:06] [EMAIL PROTECTED] if(defined(LINK_ID)) print(ERROR); $link_id = OCILogon(.); define(LINK_ID , $link_id); If I run this script it will print ERROR on the second call (refresh) but not the 3rd, then again on the 4th. It seems not to like me assign the resource id in this form. If I use define(LINK_ID , $link_id); it works and I can use the constant but this is hardly as documentated. All other defined variables even those with simple strings or numerals carry over as well when I use the first method. Not nice :) Since I already have a work around this is not a hot issue, but I would like to know if this is a problem with me or with php. If you need more info please feel free to contact me. Edit this bug report at http://bugs.php.net/?id=11902edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12169 Updated: Doesn't work
ID: 12169 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Summary: Doesn't work Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 98 PHP Version: 4.0.6 New Comment: Try reading and following the install instructions in the manual otherwise contact the php-install list, http://www.php.net/support.php - James Previous Comments: [2001-07-14 12:42:31] [EMAIL PROTECTED] Here is what I get from Apache [Wed Jul 11 01:10:21 2001] [error] [client 127.0.0.1] c:/server/fuck.php is not executable; ensure interpreted scripts have #! first line [Wed Jul 11 01:10:21 2001] [error] [client 127.0.0.1] couldn't spawn child process: c:/server/fuck.php Wuzzup? I've spent all tha day tryin' to make it work. In vane. Edit this bug report at http://bugs.php.net/?id=12169edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10589 Updated: buildconf not compatible with Gnu Libtool 1.4
ID: 10589 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0 Latest CVS (01/05/2001) Assigned To: Comments: This has been fixed has it not?? Libtool 1.4 works fine for me with latest CVS. CLosing Previous Comments: --- [2001-05-09 11:18:33] [EMAIL PROTECTED] Reopened. There are some problems with libtool 1.4 still so we propably won't support for it in 4.0.6. Marked to be fixed before 4.0.7. --Jani --- [2001-05-02 23:44:39] [EMAIL PROTECTED] Fixed in CVS. Thanks for catching this! --Jani --- [2001-05-02 07:47:27] [EMAIL PROTECTED] Any reason why this was closed? --- [2001-05-01 21:13:18] [EMAIL PROTECTED] [root@gecko /root]# cd /usr/src/php4 [root@gecko php4]# ./cvsclean; ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) build/buildcheck.sh: test: integer expression expected before -ge buildconf: libtool version 1.4 found. You need libtool version 1.3.3 or newer installed to build PHP from CVS. make: *** [buildmk.stamp] Error 1 --- [2001-05-01 20:43:23] [EMAIL PROTECTED] Works for me just fine. Try doing './cvsclean ; ./buildconf' --jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10589edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11194 Updated: Sablotron bug
ID: 11194 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL Operating system: PHP Version: 4.0.5 Assigned To: Comments: user reported bug fixed Previous Comments: --- [2001-06-22 11:24:51] [EMAIL PROTECTED] An upgrade to Sablotron 0.60 _seems_ to fix the problem. So I think it was an issue with Sablotron, not with PHP. --- [2001-05-30 18:28:16] [EMAIL PROTECTED] Sorry, this is a XSL that results in the problem, the previous one doesn't: --==[ begin ]==-- ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=html indent=yes encoding=utf-8 / xsl:template name=index xsl:param name=title/xsl:param xsl:param name=page/xsl:param xsl:text html /html /xsl:text /xsl:template xsl:template name=login xsl:text html head titleiBBS - xsl:value-of select=$title//title link href=css/sa_00.css rel=stylesheet type=text/css/ /head body /table /body /html /xsl:text /xsl:template /xsl:stylesheet --==[ end ]==-- --- [2001-05-30 18:25:07] [EMAIL PROTECTED] Here some example files that can reproduce the problem: --==[ test.php ]==-- ?php // include the XSL-file $xsl_file = test.html.xsl; // create a new domxml-object $doc = new_xmldoc(1.0); $root = $doc-add_root(HTML); $head = $root-new_child(HEAD, ); $head-new_child(TITLE, Here a title); // Create a new processor handle $th = @xslt_create() or die(Can't create XSLT handle!); // Open the XML and XSL files $sh = fopen($xsl_file, r) or die(Can't open XSL file); // Read in the XML and XSL contents $xslContent = fread($sh, filesize($xsl_file)); // Perform the XSL transformation xslt_process($xslContent, $doc-dumpmem(), $XSLtransformation); // Output the transformed XML file echo $XSLtransformation; // Free up the resources xslt_free($th); ? --==[ test.html.xsl ]==-- ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=html indent=yes encoding=utf-8 / xsl:template name=harry xsl:param name=title/xsl:param xsl:param name=page/xsl:param xsl:text html /table /html /xsl:text /xsl:template /xsl:stylesheet --==[ The End ]==-- I know the xslt doesn't do anything but I stripped a very long file to the part that reproduces the problem :) --- [2001-05-30 17:50:19] [EMAIL PROTECTED] Nope, PHP 4.06RC1 does not fix the problem.. --- [2001-05-30 11:24:04] [EMAIL PROTECTED] Does this happen with PHP 4.0.6RC1: http://www.php.net/~andi/php-4.0.6RC1.tar.gz --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11194edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10026 Updated: For loop always execute
ID: 10026 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: I have spent twenty mins trying to recreate this, before you start your for loop please check the value of $c (echo it out etc) and make sure its what you expected. I very much doubt this is a bug, if the value of $c is indeed 0 then please reopen this report. - James Previous Comments: --- [2001-04-04 08:34:26] [EMAIL PROTECTED] I'm sorry, but all other script i make work ok. Its just this one that cause the problem. I dont know how to make another script for you as i cant reproduce the error in any 5 line of code. - Svein --- [2001-04-04 08:28:35] [EMAIL PROTECTED] I asked for 'self-containing' script. ie. one that doesn't need anything outside but works as is. This example script you added is useless and can not be used to reproduce anything. Please create a SHORT (max 5 lines) script that doesn't work. --Jani --- [2001-04-04 06:26:22] [EMAIL PROTECTED] The parameter passed to the function i prev. post is the stricture returned from imag_fetchstructure... - Svein --- [2001-04-04 06:24:05] [EMAIL PROTECTED] I post the function that cause the problem. Its the for-loop int the wery bottom of the function that cause my problem. If you can see any wrong logic in the code please let me know :) I have solved this problem in another way in my current code. The code below have worked for a long time, but stopped working and caused described problem after installing - i think php4.0.4 or 4.0.4pl1 Even if i surrond the for-loop with this : echo brFirst : $c; if ($c!=0) { echo brSecond : $c; for (..) { echo brInside for-loop...; ... } } the first echo output 0 but the second echo output another value like 1 or 2. The strange thing is that if the FIRST echo output 0 the SECOND echo doesnt execute **BUT** the for-loop execute! // Parse the parts of message and get info on each function parseparts($ref, $ofs='') { global $part_no, $msg_part, $imap, $sorted_msgs, $msg_no, $bgcolor, $background, $folder; global $sort_order; $part_no++; $msg_part[$part_no] = $ref; $msg_part[$part_no]-index = $ofs; $ac = count($ref-dparameters); for ($i=0; $i$ac; $i++) if (eregi($ref-dparameters[$i]-attribute, 'filename')) { $msg_part[$part_no]-filename = $ref-dparameters[$i]-value; break; }; $ac = count($ref-parameters); for ($i=0; $i$ac; $i++) if (eregi($ref-parameters[$i]-attribute, 'name')) { $msg_part[$part_no]-name = $ref-parameters[$i]-value; break; }; if (!strcmp($msg_part[$part_no]-subtype, 'HTML')) { // Get background for HTML message $tmp = @imap_fetchbody($imap, $sorted_msgs[$msg_no-1], $msg_part[$part_no]-index); // Encode data switch($msg_part[$part_no]-encoding) { case ENCBASE64 : $tmp = @imap_base64($tmp); break; case ENCQUOTEDPRINTABLE : $tmp = @imap_qprint($tmp); break; }; // Background color if (preg_match('/BODY.*?BGCOLOR=([^s]+)/si', $tmp, $tmp2)) { $bgcolor=$tmp2[1]; $bgcolor = 'BGCOLOR='.preg_replace('//', '', $bgcolor).''; } else $bgcolor='BGCOLOR=#ff';; // Remove any // Background image if (preg_match('/BODY.*?BACKGROUND=([^s]+)/si', $tmp, $tmp2)) $tmp=$tmp2[1]; else $tmp=''; if (!empty($tmp)) { $background = background=getpart.phtml?1get_type=1part_id=.rawurlencode(ereg_replace(, '', $tmp)).; } else $background = ''; }; $c = count($ref-parts); for ($p=0; $p$c; $p++) { if (empty($ofs)) $of = ''.($p+1); else $of = $ofs.'.'.($p+1); parseparts($ref-parts[$p], $of); }; }; // Get info on each parts parseparts($msg_struct); --- [2001-04-01 13:34:29] [EMAIL PROTECTED] As I can not reproduce this with latest CVS please try the latest snapshot from http://snaps.php.net/ And if happens with it too, create one short but self-containing script which can be used to reproduce this anywhere without modifications and add it into this bug report. --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online
[PHP-DEV] Bug #10634 Updated: #2293 related: to many Slashes s.t.
ID: 10634 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Take a look at magic quotes and make sure you have it set to on or off. The manual has information about magic quotes in it, I would imagine this is whats causing your problems. - James Previous Comments: --- [2001-05-03 10:27:26] [EMAIL PROTECTED] Hi, sometimes strings from a DB or a textfile are added with backslashes all over one page. if you reload the page it could be that it is normal. I don't use session_start() only include (like in the solution of problem #2293) What can I do? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10634edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11452 Updated: it is not possible to assign a default value to a variable passed by reference
ID: 11452 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: your trying to assign a constant by reference. This will ofcourse not work, we have had a few feature requests for this so it might make it into 4.1 but this certainly isnt a bug. - James Previous Comments: --- [2001-06-12 21:29:55] [EMAIL PROTECTED] this script produces a parse error: function f($a=a){ return true; } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11452edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11507 Updated: Function within a function namespace
ID: 11507 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: Scripting Engine problem Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: Why not do somthing sensible like call a function that creates an array of callback references: so function blah() { $foo = array(); $foo[render] = bar; } $foo[render]() would call bar(); There is no mention of function namespaces in PHP's documentation at all and we have never really seen the need for them. Changing to a feature/change request. - James Previous Comments: --- [2001-06-15 18:07:01] [EMAIL PROTECTED] I have found that a function within a function takes a global namespace. Shouldn't the inside function declaration remain inside the scope of the outer function? For example: function add_number($num) { function add_one($num) { $num++; return($num); } $num = add_one($num); if($num = 10) { $num = add_number($num); } return($num); } I know, why would anyone want to do this? I'll try to explain how I came about this. We're writing a content management application. What I'm trying to do is write a function that includes a file that has a function in it. The file may be included more than once on the page depending on the designer's preference. Say we have an include file that generates a navigation block on the page. It has a function specific to doing that task. The nav-block may not appear on every page, so it's inefficient to include the function unless I'm going to generate the nav-block. I therefore have to provide the function in the include file along with the html and other php code to generate the nav-block when and where I want. I wrote a function which I pass an ID to, which then includes the nav-block file. But, if I try to put another copy of that same nav-block on the same page, I get the Cannot redeclare... error. Yes, I could use a class structure, but we are trying to achieve a way of programming these blocks in the most simplistic way by minizing the amount of php knowledge necessary. If any of this is not clear, I'm willing to go to any length to explain and to find out if this can be resolved. It's pretty important that we can do this. One of the main goals to our software depends on this. Thanks --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11507edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11517 Updated: GetImageSize returns nothing
ID: 11517 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: There were some fixes for this please try latest snapshot or CVS. - James Previous Comments: --- [2001-06-16 23:25:30] [EMAIL PROTECTED] Wouldn't exactly call this a crash but it keeps me from doing what i'm trying to do and it doesnt return any information. I have a digital camera called Canon Powershot S10 and I use a Windows program called Cam4you to extract the pictures. I noticed when I'm using the GetImageSize function on these images i wasnt getting any results. Using a syntax like this... $fleah = GetImageSize(myimage.jpg); I tried adding... or die(oh, oh.. something is wrong); at the end and it always terminates. This might be caused by some strange header in my jpeg files but I'm not sure. Since i wasnt able to upload any files with this bug report I'll just include an url for the picture. http://ancient.scrolls.org/badimage This is a huge cocacola can here in Iceland :) Please keep me informed... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11517edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9469 Updated: HAVE_REALPATH not being checked
ID: 9469 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: jmoore Comments: Ill look into it. Amra, you seem to report a lot of bugs on both IRIX and OS400, one of the problems we have is getting access to some of the less common machines to test fixes etc, especially with IRIX and OS400 machines. Do IBM have any test machines we could possibly get accounts on for testing fixes, this would be a great help if it is possible and would allow us to fix bugs quicker as what generally happens now is people see its OS400 or IRIX and ignore them as we dont have machines to test fixes on. - James Previous Comments: --- [2001-03-09 12:41:47] [EMAIL PROTECTED] Just wondering what the status of this is... --- [2001-02-26 17:52:34] [EMAIL PROTECTED] In addition, TSRM/tsrm_virtual_cwd.c uses realpath without checking HAVE_REALPATH. --- [2001-02-26 14:41:14] [EMAIL PROTECTED] Get a compile error in ex/standard/basic_functions.c because realpath() is not available. The current code does not check for HAVE_REALPATH...here is the current code: #if (!defined(PHP_WIN32) !defined(__BEOS__)) || defined(ZTS) PHP_FE(realpath,NULL) #else PHP_FALIAS(realpath,warn_not_available,NULL) #endif HAVE_REALPATH should be checked. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9469edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11439 Updated: Comments shown when lines separated by CR|CR|LF
ID: 11439 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: fixed in latest cvs. Thanks for your report. Previous Comments: --- [2001-06-12 12:30:07] [EMAIL PROTECTED] ISSUE: Comments are visible in the parsed output. But, this is only happening when the script has it's lines separated by two carriage returns then a line feed (CR|CR|LF) (ASCII Ordinals: 13|13|10). If the file has lines broken by one carriage return then a line feed, things run correctly. This report may shed light on bug #11303, entitled Comment Characters, submitted by another user on 5 June 2001: http://www.php.net/bugs.php?id=11303 Here's how to recreate the problem... STEP 1: Point your browser to http://www.analysisandsolutions.com/code/sql/strange.php This is the source code for that page, if you're interested... ?php header(Content-Type: text/plain; charset=ISO-8859-1); ? ?php echo ?php; ? # Comment at TOP echo htmlheadtitleStrange Behavior/title/headn; echo bodypEcho at top/pn; ?php echo ?; ? pSome HTML in the middle./p ?php echo ?php; ? # Comment near bottom. echo pecho near bottom/p; ?php echo ?; ? /body/html STEP 2: Save the resulting output to your web server space. Don't change the file name, file extension or the type of file. I was using Netscape to view and save the file. That may or may not be relevant. FYI, here is a sample of the output. Don't use this as the script in the next step. ?php # Comment at TOP echo htmlheadtitleStrange Behavior/title/headn; echo bodypEcho at top/pn; ? pSome HTML in the middle./p ?php # Comment near bottom. echo pecho near bottom/p; ? /body/html STEP 3: Now point your web browser to the copy of strange.php you saved in your web space. Then point browser to it and it results in... # Comment at TOP # Comment near bottom. htmlheadtitleStrange Behavior/title/head bodypEcho at top/p pSome HTML in the middle./p pecho near bottom/p /body/html NOTE: All of the comments are pushed to the beginning of the program and then displayed. Ouch! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11439edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11396 Updated: URL fopen() wrappers don't work on include()
ID: 11396 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is the expected behaviour, include and require are lang consturcts not functions, use readfile for the functionality you want. - James Previous Comments: --- [2001-06-11 05:45:46] [EMAIL PROTECTED] This snippet of code works on FreeBSD, but not Windows 2000: ? include(http://www.bunnynet.org;); ? On FreeBSD it works as expected, PHP will connect to the remote host, fetch the page and include it in the page it's currently sending to the client. On Windows 2000 I get the following error: Warning: Failed opening 'http://www.bunnynet.org' for inclusion (include_path='') in c:apachehtdocstest.php on line 14 I am using PHP 4.0.5 on the FreeBSD server and PHP 4.0.6 RC3 on the Windows 2000 server. My php.ini is identical to php.ini-dist in 4.0.6 RC3, and is located in C:WINNT, which is the path that phpinfo() shows that PHP is looking for it in. (allow_url_fopen IS enabled.) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11396edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11303 Updated: Comment Characters
ID: 11303 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed in CVS, thanks for your report. Previous Comments: --- [2001-06-05 23:12:55] [EMAIL PROTECTED] The # and // methods of commenting do not appear to be working on a Windows 2000 server. Example: -- # Comment $var = a statement; // Comment $var2 = another statement; -- The above example resulted in the comments and the comment characters being printed to the browser window. The /* comment */ method appears to work fine, however. The only environmental change to the server was upgrading to PHP v.4.0.5 and this error does not occur on our Linux servers. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11303edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10967 Updated: $x .= someFunction();
ID: 10967 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: well your playing with references where they are not needed.. expect to get your fingers burnt. Previous Comments: --- [2001-05-22 16:50:28] [EMAIL PROTECTED] uhm, well, the thing with the $temp var is useless. i see now that i cannot reference something into *a part* of something else. but the silent loss of brn is still a problem, imo. fab --- [2001-05-18 23:41:12] [EMAIL PROTECTED] code i would like to use: ---cut--- function someShit() { return 'foo'; } $out = ''; for ($i = 1; $i = 3; $i++) { $out .= someShit() . brn; } echo $out; ---cut--- problem: parse error on line $out .= someShit() . brn; because .= and don't work together. so the workaround would be: $temp = someShit() . brn; $out .= $temp; problem here: it prints out 'foofoofoo' and not 'foobrnfoobrnfoobrn' so the code finally looks like: ---cut--- function someShit() { return 'foo'; } $out = ''; for ($i = 1; $i = 3; $i++) { $temp = someShit(); $out .= $temp . brn; } echo $out; ---cut--- is this the normal behavior? fab --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10967edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5766 Updated: ISAPI threadsafeness
ID: 5766 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.1pl2 Assigned To: Comments: Known bug.. lots of reports with more information, closing this one. Previous Comments: --- [2000-08-02 01:07:43] [EMAIL PROTECTED] This is a known bug, currently under examination --- [2000-07-24 22:44:01] [EMAIL PROTECTED] When taking multiple concurrent connections (SMP machine), php interprets scripts very wrongly. I can reproduce this easily by hitting the server with a web browser while benchmarking with apachebench. (ab -n 50 -c 3 http://host/large-script.php) Instead of the proper results, I get these error messages: 1) PHP has encountered an Access Violation at 016CCEFA Warning: Nesting level too deep - recursive dependency? in d:includeglobal.pi on line 34 (line 34 is the function declaration of a simple debug function included in a global header specified in registry Per Directory Values auto_prepend_file.) 34: function DebugComment($sz){ // Conditionally display debug message if we have debugging enabled. global $aDebug; if ($aDebug) printf(!-- %s --n,$sz); } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5766edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5918 Updated: ISAPI Module in IIS Hangs
ID: 5918 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.1pl2 Assigned To: Comments: Known bug.. lots of reports with more information, closing this one. Previous Comments: --- [2000-08-02 12:50:23] [EMAIL PROTECTED] This is currently a known issue under investigation, thanks for your report. --- [2000-08-02 11:58:30] [EMAIL PROTECTED] I tried to install the ISAPI module to Windows 2000 Professional. At first the module worked fine but then it stopped working. When I tried to start IIS, the service state just remained at starting. I tried several things and finally just (almost accidentally) ran php.exe. It complained that a line in php.ini was malformed, but after clicking on the dialog, it continued to run. So, if you have a problem in the php.ini, the ISAPI module just hangs and probably waits for an OK for the dialog, which is never displayed! I hope this will be fixed in the near future. If not, an explanation could be added to the FAQ (the documentation on Win32 platform seems to be quite limited). Also, a hint for everyone with IIS remaining at starting: set the WWW Publishing Service to manual and run iisreset. It will stop the IIS (net stop won't stop it in this state) and 'start it' (but because it is in manual, it won't be started). A tip I could've used two days ago. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5918edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5921 Updated: CPU at 100% with php.exe and ISAPI
ID: 5921 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Performance problem Operating system: PHP Version: 4.0.1pl2 Assigned To: Comments: Known bug.. lots of reports with more information, closing this one. Previous Comments: --- [2000-08-08 09:54:09] [EMAIL PROTECTED] After installing everything on a new Dell we received, everything works fine. Doesn't make any sense. Same OS, same build. --- [2000-08-03 11:41:45] [EMAIL PROTECTED] that´s (user feedback) definitively a dup of the common ISAPI bug we´ve at current --- [2000-08-02 15:19:25] [EMAIL PROTECTED] I'll build a debug version of pl2 and then attach the debugger, maybe that'll help. Triming the code down is a tough job :) --- [2000-08-02 15:03:31] [EMAIL PROTECTED] There are several problems with the Win32 builds, I´m curently trying to build all stuff in debug mode and trying to examine, if you could reduce your code (I failed on this task several times) and attach it, it´ll be very helpful. Thx --- [2000-08-02 14:34:43] [EMAIL PROTECTED] It seems that on any type of complex script, PHP on Windows 2000 just runs out of control. In CGI mode, php.exe runs to 100% CPU, in ISAPI dllhost.exe does the same. I've tried attaching the debugger to the process, but doesn't help much. I have no idea where to start looking in the script because the same thing works fine on Unix. Thanks, Brad --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5921edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5956 Updated: ISAPI will crash IIS4 and IIS5
ID: 5956 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.1pl2 Assigned To: Comments: Known bug.. lots of reports with more information, closing this one. Previous Comments: --- [2000-08-04 12:08:47] [EMAIL PROTECTED] This is currently a known issue under investigation, thanks for your report. --- [2000-08-04 08:43:47] [EMAIL PROTECTED] After copying files to the Winnt directory and after adding a new ISAPI Filter and applying this the IIS will crash and you loose any control of the WebPublishing and FTP-Services. The crashes are with Version 4.0.1pl2 and 4.0.1 OS's: Win2000Prof Winnt4.0 BackofficeServer SP6a --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5956edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7840 Updated: Access Violation
ID: 7840 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: Known bug.. lots of reports with more information, closing this one, might also be fixed as thread saftey has been improved... Previous Comments: --- [2001-04-16 06:21:18] [EMAIL PROTECTED] And another dup access violation. --- [2000-11-16 09:57:26] [EMAIL PROTECTED] Sometimes my scripts stops execution and the browser sends a PHP access violation message. This occurs after several successfull executions and the only choice for me is restart IIS or reboot the server. The only module extension that is active is oci8. In the system log I saw this related event: Event Type: Error Event Source: WAM Event Category: None Event ID: 204 Date: 16/11/2000 Time: 12:05 User: N/A Computer: PROXY Description: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_hash_copy + 0x17 MSVCRT!malloc + 0x0 + 0x8854FBE8 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. A sample of script is: ? if ($Entrar) { $msg=; $login=strtoupper($login); require(config.inc); $sth = OCIParse ( $c1, select senhauser, dc(data01) ULTIMA,horario hora, divisao,codcli from producao_useri where coduseri='$login'); OCIDefineByName($sth,SENHAUSER,$senhauser); OCIDefineByName($sth,ULTIMA,$data01); OCIDefineByName($sth,HORA,$hora); OCIDefineByName($sth,DIVISAO,$divisao); OCIDefineByName($sth,CODCLI,$codcli); OCIExecute ( $sth ); if (OCIFetch($sth)) { if ($senhauser $senha) { $msg=Usuário/Senha inválido; } elseif ($divisao == DCV) { $msg=Opção não disponível para esse usuário; } else { // echo font size=3$login/fontbrbr; // echo font size=3Data da ultima conexao $data01/fontbrbr; $dtatual=date(dmY); $hratual=date(His).00; $sql= select data01 from producao_tdata where datquery01 = $dtatual ; $sth = OCIParse ( $c1,$sql); OCIDefineByName($sth,DATA01,$dtultimo); OCIExecute ( $sth ); if (OCIFetch($sth)) { } $sql =update producao_useri set data01 = $dtultimo, horario = $hratual ; $sql.=where coduseri='$login'; $sth = OCIParse ( $c1,$sql); OCIExecute ( $sth ); setcookie(docs[1],$codcli,time()+600); setcookie(docs[2],$login,time()+600); setcookie(docs[3],$data01,time()+600); setcookie(docs[4],$hora,time()+600); /*session_start(); session_register('docs1'); session_register('docs2'); session_register('docs3'); session_register('docs4'); $docs1=$codcli; $docs2=$login; $docs3=$data01; $docs4=$hora; */ header(location: cartoes4.php); } } else { $msg=Usuário/Senha inválido.; } } ? !doctype html public -//w3c//dtd html 4.0 transitional//en html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 meta name=GENERATOR content=Mozilla/4.7 [en] (Win95; I) [Netscape] titleInterprint - Telecomunicaccedil;otilde;es/title style !-- A:active {text-decoration: none} A:hover {text-decoration: none} -- /style script language=JavaScript !-- function MM_preloadImages() { var d=document; if(d.images){ if(!d.MM_p) d.MM_p=new Array(); var i,j=d.MM_p.length,a=MM_preloadImages.arguments; for(i=0; ia.length; i++) if (a[i].indexOf(#)!=0){ d.MM_p[j]=new Image; d.MM_p[j++].src=a[i];}} } function MM_swapImgRestore() { var i,x,a=document.MM_sr; for(i=0;aia.length(x=a[i])x.oSrc;i++) x.src=x.oSrc; } function MM_findObj(n, d) { var p,i,x; if(!d) d=document; if((p=n.indexOf(?))0parent.frames.length) { d=parent.frames[n.substring(p+1)].document; n=n.substring(0,p);} if(!(x=d[n])d.all) x=d.all[n]; for (i=0;!xid.forms.length;i++) x=d.forms[i][n]; for(i=0;!xd.layersid.layers.length;i++) x=MM_findObj(n,d.layers[i].document); return x; } function MM_swapImage
[PHP-DEV] Bug #7915 Updated: iis doesnt run asp if u have php also installed for it
ID: 7915 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.0 Assigned To: Comments: Known bug.. lots of reports with more information, closing this one. Previous Comments: --- [2000-11-22 06:59:51] [EMAIL PROTECTED] duplicate of #6869 --- [2000-11-21 20:20:02] [EMAIL PROTECTED] i installed php4 for iis and the php scritp which echos hi ... works but then my asp pages doesnt come at all..iis keeps hanging and any page with asp extension doesnt come up..though if i remove refrences to php from iis management console ..and restart the service asp pages start coming up..but then php pages wouldnt work...any solutions will be of great help --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7915edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7989 Updated: Access Violation persistent connection
ID: 7989 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: Known bug.. lots of reports with more information, closing this one. Previous Comments: --- [2001-04-16 06:23:23] [EMAIL PROTECTED] ANd another access violation on IIS --- [2000-11-27 03:40:00] [EMAIL PROTECTED] After that error is IIS unstopable, the only way to stop it is command prompt 'kill -f' (or os restart). --- [2000-11-27 03:25:55] [EMAIL PROTECTED] os: win2000 advanced server web server: IIS 5 + ISAPI PHP 4.0.3pl1 db server: MS SQL 7 (same machine) used script: ?php $conn = mssql_pconnect(sername,test,test) or die(error when connecting); $db = mssql_select_db (Northwind, $conn) or die(error when selectin db); ? error msg: PHP has encountered an Access Violation at 73342F43 When I press Refresh in IE, in 50% results it's ok and in 50% I get that error message. If I change 'pconnect' to 'connect', no error apperars. When I try Apache (module or cgi) instead of IIS, everything is ok. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7989edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8069 Updated: It says PHP has encountered an Access Violation at 015A7FEE
ID: 8069 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: When I press Refresh in IE, in 50% results it's ok and in 50% I get that error message. If I change 'pconnect' to 'connect', no error apperars. Previous Comments: --- [2001-05-14 07:59:40] [EMAIL PROTECTED] Dup of 8060. - James --- [2000-12-01 09:34:48] [EMAIL PROTECTED] Hi! When the server runs as normal, everything works, but some days, when a PHP script is running on the server, all day long, the webserver sometimes says PHP has encountered an Access Violation at 015A7FEE when loading a PHP script in the browser - what is the error and how do I prevent it from appearing? The system: CPU: 2xPentium II 233 MHz RAM: 128 MB SD-RAM HD: 4GB IDE and 12GB SCSI RAID OS: Windows NT 4.0 Enterprise Server PHP: version 4.03pl1 Purpose of server: mail, web, mySQL, ftp, PHP PHP is running on IIS4 as an isapi module Anybody who knows how to fix this error? it's quite annoying! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8069edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8069 Updated: It says PHP has encountered an Access Violation at 015A7FEE
ID: 8069 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: Meant to say closing this one due to massive amount of similar reports.. Previous Comments: --- [2001-06-12 12:38:32] [EMAIL PROTECTED] When I press Refresh in IE, in 50% results it's ok and in 50% I get that error message. If I change 'pconnect' to 'connect', no error apperars. --- [2001-05-14 07:59:40] [EMAIL PROTECTED] Dup of 8060. - James --- [2000-12-01 09:34:48] [EMAIL PROTECTED] Hi! When the server runs as normal, everything works, but some days, when a PHP script is running on the server, all day long, the webserver sometimes says PHP has encountered an Access Violation at 015A7FEE when loading a PHP script in the browser - what is the error and how do I prevent it from appearing? The system: CPU: 2xPentium II 233 MHz RAM: 128 MB SD-RAM HD: 4GB IDE and 12GB SCSI RAID OS: Windows NT 4.0 Enterprise Server PHP: version 4.03pl1 Purpose of server: mail, web, mySQL, ftp, PHP PHP is running on IIS4 as an isapi module Anybody who knows how to fix this error? it's quite annoying! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8069edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #1752 Updated: phpinfo(): images (php, zend) and Link to credits don't work
ID: 1752 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Suspended Status: Closed Bug Type: Other web server Operating system: PHP Version: 4.0 Beta 1 Assigned To: Comments: This has been fixed a while ago. - James Previous Comments: --- [2001-04-29 11:56:03] [EMAIL PROTECTED] could we not use PATH_INFO here? --- [1999-07-21 16:26:05] [EMAIL PROTECTED] This is a known problem; Unfortunately, it originates in the way MS http servers work, and there's nothing much we can do about it... --- [1999-07-20 11:59:20] [EMAIL PROTECTED] this is for the precompiled Win32 version: if you use phpinfo in a file called info.phtml on, say, http://127.0.0.1/ the links to PHP 4.0 Credits should look like http://127.0.0.1/info.phtml?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1 ^^^ but it looks like this: http://127.0.0.1/?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1 a problem with PHP_SELF? here's my info.phtml: ? echo phpinfo(); ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=1752edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8661 Updated: a copy of the internal array elements is sometimes not made
ID: 8661 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4 Assigned To: Comments: This is a feature not a bug :P (IE it wont be fixed anytime soon). Previous Comments: --- [2001-04-28 15:31:17] [EMAIL PROTECTED] dup of 8130 --- [2001-04-28 15:29:23] [EMAIL PROTECTED] dup of 8130 --- [2001-03-16 03:58:55] [EMAIL PROTECTED] I don't agree with this. The zend engine only does a shallow copy in this particular instance, and it is a bug. If the array is not accessed through a method in the object, the copy is performed correctly. Please re-analyze this. --- [2001-03-15 09:20:44] [EMAIL PROTECTED] Zend copies arrays and objects shallow (for performance reasons). The workaround is to implement clone method. This probably should be built-in function in Zend. --- [2001-02-28 00:21:05] [EMAIL PROTECTED] My bad, my email address is [EMAIL PROTECTED] Please detail on a fix for this bug. Thanks, Larry --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8661edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9092 Updated: variables-by-references in class constructor not working
ID: 9092 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Class/Object related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: You cant pass a literal via reference. Closing report. This is in the todo for 4.1. Previous Comments: --- [2001-02-20 01:34:45] [EMAIL PROTECTED] covered by 6343 --- [2001-02-03 19:00:05] [EMAIL PROTECTED] hmm, i see your point. is it possible to define a value that should be passwd by reference as optional? --- [2001-02-03 18:09:28] [EMAIL PROTECTED] This should not work - how can you pass a literal value by reference? However, you are right about the error message - it does seem to be incorrect. --- [2001-02-03 17:53:52] [EMAIL PROTECTED] This code snippet: class test { function test($test1=false) { } } gives me Parse error - parse error, expecting `')'' on the line with the constructor (function ...) shouldn't this work (or at least return a useful error)? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9092edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9041 Updated: Extra #! at top of web output.
ID: 9041 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Analyzed Bug Type: *General Issues Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This will be fixed when we split the commandline and cgi modules apart. moving back to analysed. - James Previous Comments: --- [2001-05-09 11:40:05] [EMAIL PROTECTED] Here's a quick and dirty fix. 18:39 james`` oK open cgi_main.c 18:39 james`` and goto line 720 18:40 james`` See that else if . 18:40 james`` } else if (file_handle.handle.fp file_handle.handle.fp!=stdin) { 18:40 james`` make it read } 18:41 james`` and then loose the } 11 lines down --- [2001-02-24 12:06:51] [EMAIL PROTECTED] Suspending this until a decision about what should be the correct behaviour from PHP should be. --- [2001-02-05 16:34:55] [EMAIL PROTECTED] Here are the CGI's I'm using: #!/opt/php/bin/php ? phpinfo(); ? #!/bin/sh echo Content-type: text/html\n\n; echo foo! Now this might not help any, but I truss'd the web server process (Netscape, remember.) and here a few snippits output. sh CGI. read(23, C o n t e n t - t y p e.., 8192)= 31 send(17, H T T P / 1 . 1 2 0 0.., 118, 0) = 118 send(17, n f o o !n, 6, 0) = 6 PHP CGI. read(22, X - P o w e r e d - B y.., 8192)= 5120 send(17, H T T P / 1 . 1 2 0 0.., 146, 0) = 146 send(17, # ! / o p t / p h p / b.., 5065, 0) = 5065 Graphic for PHP CGI page. send(19, H T T P / 1 . 1 2 0 0.., 146, 0) = 146 send(19, G I F 8 9 a82 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11404 Updated: Session Error
ID: 11404 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug. would not be nice behaviour anyway. lets leave it as it is. - James Previous Comments: --- [2001-06-11 15:12:28] [EMAIL PROTECTED] When you create a variable in a method or function, the session it's created ok, but when you assign value to this session variable in a function or method, the global program, have not this value, Why? beacause you must to tell php that the session variable is GLOBAL. Bug? I think that is a bug, beacause a Session Variable must be a GLOBAL variable. Example: ?php class foo { function foo() { session_register(count); $count++; } }; $MyClass = new foo(); echo (session_is_registered(count)) // This print that is registered. This is Oka echo($count); // This print ; (nothing) I think that this the error, I repeat: When you define a session variable, de assignment must be global to. Do you Understand. Sorry if it's not a bug.. I think that this is. Sorry for My poor english I'm from Argentina ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11404edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10015 Updated: inetinfo.exe crashes!
ID: 10015 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: not really enough information to work with. Lots of other reports about this which are more specific. CLosing Previous Comments: --- [2001-04-16 06:55:18] [EMAIL PROTECTED] Yet another IIS crash, dup of 9122 --- [2001-04-04 03:09:54] [EMAIL PROTECTED] That happens when I use isapi..but it have crashes ore or two times when I have used cgi. And one other thing why cant I just load the extencion for ldap...? I just want to connect a ldap server! when I did not have mssql on my omputer it wouldn't start ( couldn't find ) the php_mssql.dll but after I installed the mssql it worked... But in case of ldap...I dont want to install any ldap on my computer.. I only eant to connect to an ldap server.. but it won't load the php_ldap.dll. Is r that a bugg or have I done something wrong?? --- [2001-04-03 17:17:03] [EMAIL PROTECTED] are sou using isapi or the cgi? --- [2001-03-27 08:19:57] [EMAIL PROTECTED] I have: win 2000 ( service pack 1 ) mssql 2000 iis 5.0 when I ask the mssql a query, inetinfo to crash. I tryed to install all of it again but did not help. Can someone help me?? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10015edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10126 Updated: ASP can't working
ID: 10126 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: not really enough information to work with. Lots of other reports about this which are more specific. CLosing Previous Comments: --- [2001-04-29 12:01:28] [EMAIL PROTECTED] dup of about 50 other bug reports with lots more info.. marking as so.. see 10480 --- [2001-04-04 05:55:53] [EMAIL PROTECTED] Actually, I suspect it's just the usual ISAPI thing - the PHP ISAPI module has brought IIS to it's knees and hence ASP has stopped working. --- [2001-04-04 05:51:22] [EMAIL PROTECTED] Suspended until someone finds out why this happens. (could it be the asp tags in php.ini?) --Jani --- [2001-04-03 23:45:04] [EMAIL PROTECTED] ok it can be work!now. --- [2001-04-03 03:47:39] [EMAIL PROTECTED] Please reinstall PHP as a CGI rather than as an ISAPI filter/module and let us know if your ASP starts working ok again. As stated in the installation notes, the ISAPI module is currently not ready for production use - and this it the kind of problem it currently causes. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10126edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10183 Updated: W2K, IIS Access violation (ISAPI)
ID: 10183 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: not really enough information to work with. Lots of other reports about this which are more specific. CLosing Previous Comments: --- [2001-04-16 06:59:53] [EMAIL PROTECTED] YA IIS crash see #9122 --- [2001-04-05 09:50:32] [EMAIL PROTECTED] The CGI version is OK but the isapi gives me the folowing error PHP has encountered an Access Violation at 0B292466 With any kind of code with or without db connection. (eg phpinfo() i a page) Thanks in advance for your help --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10183edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10309 Updated: feature request
ID: 10309 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4 Assigned To: Comments: try: $c = (true)? $a: $b; might work better. Havnt tested it though. Previous Comments: --- [2001-04-12 15:26:32] [EMAIL PROTECTED] $a = 'foo'; $b = 'bar'; $c = (true) ? $a : $b; = syntax error, have to do if (true) { $c = $a; } else { $c = $b; } would be nice :) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10309edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5987 Updated: PHP crashes when using mktime()
ID: 5987 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.1 Assigned To: Comments: This is fixed: D:\cvs\php4\Debug_TSphp -v 4.0.7-dev D:\cvs\php4\Debug_TSphp ?php echo mktime(1,0,0,1,1,1970,1); ? ^Z X-Powered-By: PHP/4.0.7-dev Content-type: text/html 0 Please makesure your using the correct php binary by running php -v. But its totally unreproducable which kinda implies that you have a php binary in your path and are using that rather than the php binary you think you are using. - James Previous Comments: --- [2001-04-28 05:59:51] [EMAIL PROTECTED] I tested with the latest binary from www.php4win.de and with the RC6 binary from ftp.phpuk.org. Both crash when doing the following: D:phpphp-4.0.5RC6-win32php ?php echo mktime(1,0,0,1,1,1970,1); ? ^Z D:phpphp-4.0.5RC6-win32 (on Windows 2000 RC2) - Martin --- [2001-04-27 20:04:27] [EMAIL PROTECTED] This works fine for me now. Please retest with latest win32 binaries from php4win.de or the 4.0.5 binaries and give feedback. - James --- [2000-08-08 08:57:48] [EMAIL PROTECTED] this is a dup of 4096 --- [2000-08-07 07:19:36] [EMAIL PROTECTED] checked again in NT with latest CVS - doesn't crash both in release debug mode. Could someone provide a backtrace? --- [2000-08-07 00:17:28] [EMAIL PROTECTED] crashes me too an W2K --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5987edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7363 Updated: @include supresses parse errors within included file
ID: 7363 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: We have now standardised the behaviour (I cant actually remember what we decided but this was done in 4.0.5, I think we suppressed everything on the implementation side but not on the code side) - James Previous Comments: --- [2000-11-05 11:48:32] [EMAIL PROTECTED] Well, I don't know if it's an intended behaviour - I'll check this. In the meantime, you can use error_reporting function to re-enable error reporting. --- [2000-10-20 05:17:32] [EMAIL PROTECTED] When using... @include ...or... @include_once ...to supress a warning if the file to be included does not exist, all parse errors/warnings within that file are also supressed (Resulting in very hard to debug code, or having to use is_File with every include that might not exist). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7363edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8130 Updated: Changing a copy of an array affects the original
ID: 8130 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.6-dev Assigned To: Comments: This will not be fixed anytime soon. It is a deep seated problem in the implementation and fixing it would cause speed problems and numerous other problems, This is somthing that can be coded around too so should not cause massive problems. - James Previous Comments: --- [2001-04-28 15:27:42] [EMAIL PROTECTED] Reproduced in 4.0.6-dev one for the bug squash --- [2001-01-06 02:38:08] [EMAIL PROTECTED] Confirmed in 4.0.4pl1 RC1 --- [2000-12-07 02:28:51] [EMAIL PROTECTED] Is this the same as bug 6417? --- [2000-12-06 11:23:23] [EMAIL PROTECTED] OK, this only affects objects in the array whose methods have been accessed. Other objects are still copies. It also works on php-4.0.3pl1 on the Win32 platform. --- [2000-12-05 20:28:28] [EMAIL PROTECTED] A short script: ?php class test_class_2{ var $name; function distort_reality(){ echo(Method Called.brn); return; } } $a[] = new test_class_2; $a[0]-name = 'Original'; echo('$b = $abr'.n); $b = $a; echo(Original contains: {$a[0]-name}brn); echo(Copy contains: {$b[0]-name}brpn); echo(Change contents for $bbrn); $b[0]-name = 'Copy'; echo(Original contains: {$a[0]-name}brn); echo(Copy contains: {$b[0]-name}brpn); $a[0]-distort_reality(); echo('Once again, $b = $abr'.n); $b = $a; echo(Original contains: {$a[0]-name}brn); echo(Copy contains: {$b[0]-name}brpn); echo(Change contents for $bbrn); $b[0]-name = 'Copy'; echo(Original contains: {$a[0]-name}brn); echo(Copy contains: {$b[0]-name}brn); ? The output from the script: $b = $a Original contains: Original Copy contains: Original Change contents for $b Original contains: Original Copy contains: Copy Method Called. Once again, $b = $a Original contains: Original Copy contains: Original Change contents for $b Original contains: Copy Copy contains: Copy Basically, if $a is an array of objects and any method of an object is called any subsequent copy of $a becomes linked to the original. Any change to the copy propagates through to the original. Configure line: './configure' '--with-config-file-path=/usr/local/stronghold/conf' '--with-apxs=/usr/local/stronghold/bin/apxs' '--enable-versioning' '--disable-debug' '--with-zlib' '--with-gd=/usr/local' '--with-gdbm' '--with-db2' '--with-mysql' '--with-xml' '--with-ldap' '--with-cpdflib=/usr/local' '--with-png-dir=/usr' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--enable-sysvshm=yes' '--enable-sysvsem=yes' '--enable-track-vars=yes' '--enable-bcmath=yes' '--enable-memory-limit=yes' Running as a module under apache 1.3.14 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8130edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9386 Updated: set_error_handler() doesn't always catch errors
ID: 9386 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: FATAL errors are not passed through user error handlers due to the fact the engine may be unstable and this could present security issues, instead the engine reports the error via its default mechanism as described in php.ini and then shutsdown as gracefully as possible. - James Previous Comments: --- [2001-02-21 16:39:35] [EMAIL PROTECTED] The files error_handler.inc, parse_error.php, and php_warning.php are included below. We have error_handler.inc as the auto_prepend_file in php.ini. It defines an error handling function and then sets it. However, when a parse error occurs, our error handler is not called, as you can see in the following snippet of execution. It is clear that the error handler is not being called in the second case. *** [httpd@dev10 php]$ php -q php_warning.php ERROR HANDLER [httpd@dev10 php]$ php -q parse_error.php br bFatal error/b: Call to undefined function: thisisjunk() in bparse_error.php/b on line b3/bbr [httpd@dev10 php]$ *** error_handler.inc == ? /* From php.ini: E_ALL - All errors and warnings E_ERROR - fatal run-time errors E_WARNING - run-time warnings (non fatal errors) E_PARSE - compile-time parse errors E_NOTICE - run-time notices (these are warnings which often result from a bug in your code, but it's possible that it was intentional (e.g., using an uninitialized variable and relying on the fact it's automatically initialized to an empty string) E_CORE_ERROR - fatal errors that occur during PHP's initial startup E_CORE_WARNING- warnings (non fatal errors) that occur during PHP's initial startup E_COMPILE_ERROR - fatal compile-time errors E_COMPILE_WARNING - compile-time warnings (non fatal errors) */ function myc_log_error($timeday, $message, $server, $level, $service, $script_name, $context) { echo ERROR HANDLERn; } function myc_error_handler($errno, $errstr, $errfile, $errline, $context) { switch($errno) { case E_NOTICE: case E_USER_NOTICE: case 0: // this occurs when the statement was prepended with an @ symbol // do nothing break; case E_WARNING: case E_CORE_WARNING: case E_COMPILE_WARNING: case E_USER_WARNING: myc_log_error(date(Y-m-d H:i:s), $errstr, $GLOBALS['HOSTNAME'], $errno, $GLOBALS['SERVER_NAME'], $errfile, $context); break; default: myc_log_error(date(Y-m-d H:i:s), $errstr, $GLOBALS['HOSTNAME'], $errno, $GLOBALS['SERVER_NAME'], $errfile, $context); header(Location: http://www.mycomputer.com/errors/error_available.html;); echo Hello!n; exit(); break; } } set_error_handler(myc_error_handler); ? == php_warning.php == ? foreach($arr as $hello) { echo $hellon; } ? === parse_error.php === ? thisisjunk(); ? === --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9386edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11026 Updated: Example in man has error.
ID: 11026 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed - James Previous Comments: --- [2001-05-22 19:50:49] [EMAIL PROTECTED] Could you please give the URL to that manual page? --Jani --- [2001-05-22 14:48:29] [EMAIL PROTECTED] In the man, under string handling, the first example script is a 'wrap' routine. It has one too many '}' in the count. There are 15. I believe the extra one is right above the 'return $rettext' line. Floyd --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11026edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8912 Updated: variable not passed to next page
ID: 8912 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Session related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Browser probably doesnt send correct cookie as it works on the second page. - James Previous Comments: --- [2001-02-02 05:39:34] [EMAIL PROTECTED] Reloading the (second) page 'solves' the problem. $HTTP_SESSION_VARS['ident'] is then available. I.e., there seems to be reaaly something wrong, isn't it? Matthias --- [2001-01-25 12:55:43] [EMAIL PROTECTED] When using Cookies for session management everything works fine (the authentication part) but passing the values of the session variables. In the example below the existence of '$ident' is verified. But no chance to get its value: no 'echo' prints out anything! -- example --- session_start(); if (!session_is_registered('ident')) { header (Location: ../index.php); } // trying to retrieve $ident which is obviously known to the session echo $ident; echo $HTTP_COOKIE_VARS['ident']; echo $HTTP_SESSION_VARS['ident']; // just to be sure there is no interference with form data echo $HTTP_POST_VARS['ident']; echo $HTTP_GET_VARS['ident']; -- bye Matthias --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8912edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: Comments: THis should be fixed in Latest CVS. Please reopen if that is not the case. - James Previous Comments: --- [2001-05-16 03:56:19] [EMAIL PROTECTED] Hi Guys, Well I installed PHP 4.0.5 hoping it would fix my problem with sessions and it still does not work! Any help from someone knowledgable on this issue would be nice since I reported this bug over 3 months ago. Thanks, Serge --- [2001-03-04 07:09:10] [EMAIL PROTECTED] I would like to know if there is any news with regards to this bug? The workaround involves using register_globals on and I really don't like this aproach. Thanks, Serge --- [2001-02-22 18:39:01] [EMAIL PROTECTED] Steve Chadsey has reported that he has the same bug as me: His message follow. For the record, I am having the *exact* problem you describe. It's on a RedHat 6.2 system, kernel 2.4.1, PostgreSQL 7.0.3, Apache/1.3.17 (Unix) mod_perl/1.25 PHP/4.0.4pl1. With register_globals off, the session write function is never getting called. With register_globals on, it works fine. Do you think I should add a new bug report? Can I add a me too to your bug report? Thanks, -- Steve Chadsey [EMAIL PROTECTED] --- [2001-02-03 07:14:11] [EMAIL PROTECTED] Looks like someone else is having the same problem. See bug number 9002 Serge --- [2001-01-25 14:39:36] [EMAIL PROTECTED] Below are my php.ini settings and Virtual Host settings Serge # php.ini file [PHP] engine = On short_open_tag = On asp_tags= Off precision = 14 y2k_compliance = Off output_buffering= Off output_handler = implicit_flush = Off allow_call_time_pass_reference = Off ; Safe Mode safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = #zend_optimizer.optimization=15 #zend_extension=/usr/local/Zend/lib/ZendOptimizer.so zend_extension=/usr/local/Zend/lib/ZendDebugger.so ; Colors for Syntax Highlighting mode. Anything that's acceptable in font color=??? would work. highlight.string= #DD highlight.comment = #FF8000 highlight.keyword = #007700 highlight.bg= #FF highlight.default = #BB highlight.html = #00 ; Misc expose_php = Off ;;; ; Resource Limits ; ;;; max_execution_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE ~E_WARNING display_errors = On display_startup_errors = Off log_errors = Off track_errors= On ;error_prepend_string = font color=ff ;error_append_string = /font ;error_log = filename ;error_log = syslog warn_plus_overloading = Off ; ; Data Handling ; ; variables_order = GPCS register_globals= Off register_argc_argv = Off post_max_size = 8M gpc_order = GPC ; Magic quotes magic_quotes_gpc= Off magic_quotes_runtime= Off magic_quotes_sybase = Off ; automatically add files before or after any PHP document auto_prepend_file = auto_append_file= ; PHP's built-in default is text/html default_mimetype = text/html ;default_charset = iso-8859-1 ; ; Paths and Directories ; ; include_path= doc_root= user_dir= extension_dir = ./ enable_dl = On ; File Uploads ; file_uploads= On ;upload_tmp_dir = upload_max_filesize = 15M ;; ; Fopen wrappers ; ;; allow_url_fopen = On ;;; ; Module Settings ; ;;; [Syslog] define_syslog_variables = Off [mail function] SMTP= localhost sendmail_from = [EMAIL PROTECTED] sendmail_path = '/var/qmail/bin/qmail-inject -N' [Debugger] debugger.host = localhost debugger.port = 7869 debugger.enabled= False [Logging] ;logging.method= db
[PHP-DEV] Bug #10246 Updated: Lint option WORKS, but still dumps core
ID: 10246 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: Reproducible Crash Bug Type: *General Issues Operating system: PHP Version: 4.0 Latest CVS (09/04/2001) Assigned To: Comments: Can you try latest CVS for me please, I dont get the core dump it works fine for me. - James Previous Comments: --- [2001-04-09 12:12:06] [EMAIL PROTECTED] I have also run this example as follows (eliminating the complexity of any switches): ./php blah.html I get this output: X-Powered-By: PHP/4.0.6-dev Content-type: text/html br bParse error/b: parse error, expecting `','' or `';'' in bblah.html/b on line b2/bbr Segmentation fault (core dumped) --- [2001-04-09 12:09:21] [EMAIL PROTECTED] Am using the latest CVS version, configured as follows: ./configure --with-config-file-path=/mnt/raid/RAID00_5/opt/common/linux/php/config --with-mysql=/opt/db/mysql/product/3.23.29a-gamma/ --with-oracle=/opt/db/oracle/product/current/ --with-mcrypt=/usr/local/lib/ --prefix=/web/webny/adm/php --with-oci8=/opt/db/oracle/product/current/ --with-curl=/usr/local/lib/ --disable-posix $@ I am executing the resultant executable like this: ./php -d display_errors=1 -d display_startup_errors=1 -d output_buffering=0 -q -l blah.html blah.html looks like this: ? echo adfsdfadfsdaf ; ? I get this output: br bParse error/b: parse error, expecting `','' or `';'' in bblah.html/b on line b2/bbr Segmentation fault (core dumped) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10246edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10928 Updated: Loading PHP as a DSO fails - garbled
ID: 10928 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Dynamic loading Operating system: PHP Version: 4.0.5 Assigned To: Comments: Closing Previous Comments: --- [2001-05-21 21:03:45] [EMAIL PROTECTED] Yep - spot on - putting the full path for apxs did the trick! Thanks, Dave. --- [2001-05-18 04:21:55] [EMAIL PROTECTED] You're most likely using wrong apxs here. Try using the full path for it. ie. --with-apxs=/httpd/bin/apxs --Jani --- [2001-05-17 11:31:44] [EMAIL PROTECTED] I've built PHP 4.0.5 as a DSO with config: ./configure --with-apxs --with-mysql=no I'm running Apache V1.3-14 with SSL patches and the config: ./configure --enable-module=info --enable-module=so --prefix=/httpd When I start apache and try to add PHP I get: Starting httpsd: Syntax error on line 225 of /httpd/conf/httpd.conf: API module structure `php4_module' in file /httpd/libexec/libphp4.so is garbled - perhaps this is not an Apache module DSO? /httpd/bin/httpsdctl start: httpsd could not be started I've read through the previous responses on this topic and I've tried 'make clean' and deleting the config.cache in PHP before the build - this doesn't make any difference. Dave. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10928edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8539 Updated: undefined symbol: phpi_get_le_gd
ID: 8539 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Closed Bug Type: Dynamic loading Operating system: PHP Version: 4.0 Latest CVS (03/01/2001) Assigned To: Comments: Fixed in CVS. Please test latest snapshot. - James Previous Comments: --- [2001-05-09 11:10:25] [EMAIL PROTECTED] Marked as to be fixed before 4.0.6 --- [2001-04-27 22:00:02] [EMAIL PROTECTED] Reopened: This is still a problem with latest CVS of today. The general problem is that if you have functions in a shared extension that are used in other extensions it won't work. --Jani --- [2001-01-05 23:39:30] [EMAIL PROTECTED] Duplicate of bug report #8437. Removing 'shared' from the --with-gd option is a temporary workaround. --Jani --- [2001-01-03 14:56:41] [EMAIL PROTECTED] My configure parameters: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl --enable-calendar --enable-ctype --enable-dbase --enable-exif --enable-filepro --enable-ftp --with-gd=shared,/usr/local --enable-gd-imgstrttf --with-ttf=/usr/local --with-t1lib=/usr/local --with-hyperwave --with-imap=/root/imap-2000a --with-mysql=/usr/local --with-pdflib=/usr/local --with-tiff-dir=/usr/local --with-jpeg-dir=/usr/local --enable-trans-sid --enable-shmop --enable-sockets --with-regex=php --enable-sysvsem --enable-sysvshm --enable-wddx --enable-yp --with-zlib=/usr/local Configure and make without any problems, but when I try to start Apache, I get an error: Syntax error on line 208 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: undefined symbol: phpi_get_le_gd ./apachectl start: httpd could not be started --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8539edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9896 Updated: segfaults at $xmldoc-add_root(root);
ID: 9896 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Closed Bug Type: DOM XML related Operating system: PHP Version: 4.0 Latest CVS (21/03/2001) Assigned To: Comments: User reports this is fixed. Closing - James Previous Comments: --- [2001-05-11 12:34:58] [EMAIL PROTECTED] ok, there seems to be a massive api-change in domxml... a lot, which worked in 4.0.5 seems not to work in 4.0.6 but for my former example, the following seems to work: $doc = new_xmldoc(1.0); $root = $doc-add_root(HTML); echo $doc-dumpmem(); but this api-change makes me crazy. some things are easy to change (replace domxml_function($object,) with $object-function(...), this works also with 4.0.5), but the structure of the objects seem to have changed, too.. but maybe i missed something... otherwise i have to rewrite a lot of code and to check which version of php is used :=( --- [2001-05-07 12:56:28] [EMAIL PROTECTED] marking as fix before 4.0.6 --- [2001-05-06 13:33:00] [EMAIL PROTECTED] This still does not work in latest cvs (06/05/2001). used another machine with libxml2-2.3.7 and linux-kernel 2.4.0. If one needs another backtrace, i can make one... also $xml = xmldocfile(config.xml); $root = domxml_root($xml); produces a segfault (config.xml is a very simple xml file) --- [2001-03-22 04:56:25] [EMAIL PROTECTED] test-program: $xmldoc = domxml_new_xmldoc('1.0'); $xmldoc-add_root(bla); gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x401a3938 in objects () at zend_operators.c:1144 1144} (gdb) bt #0 0x401a3938 in objects () at zend_operators.c:1144 #1 0x402c13e4 in php4_module () from /usr/local/apache/libexec/libphp4.so #2 0x401d892a in objects () at php_domxml.c:668 #3 0x40199707 in objects () at ./zend_execute.c:853 #4 0x401aafc0 in objects () at zend.c:260 #5 0x401c3be3 in objects () at main.c:1126 #6 0x401bf11e in objects () at sapi_apache.c:98 #7 0x401bfe89 in objects () at mod_php4.c:437 #8 0x401bfed3 in objects () at mod_php4.c:437 #9 0x8074c09 in ap_invoke_handler () #10 0x808a0cf in process_request_internal () #11 0x808a142 in ap_process_request () #12 0x8080d96 in child_main () #13 0x8080f55 in make_child () #14 0x80810d6 in startup_children () #15 0x808175c in standalone_main () #16 0x8081f8c in main () #17 0x40096a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 --- [2001-03-21 15:27:09] [EMAIL PROTECTED] Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ; make install' and generate a GDB backtrace of the crash and add it into this bug report. --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9896edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10299 Updated: CPU and Memory Spike
ID: 10299 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Analyzed Bug Type: Performance problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: We cant reproduce this so not really critical, reutnring to analysed. - James Previous Comments: --- [2001-05-17 09:05:32] [EMAIL PROTECTED] I'm unable to reproduce a fd leak using require_once() or include_once(). Do you have any script that reproduces this problem? We can't really replicate your problem in general, but if somehow there's a resource leak in your setup, lots of different weird things could end up happening. --- [2001-05-09 01:08:11] [EMAIL PROTECTED] What I found out is that using a lot of include_once, require_once + session will trigger the CPU and memory spike. Add database access to the script can speed up the frequency of the spike. And I also found out require_once DO leak memory. pstat -T show that file in use will always increase. Somehow require_once forgot to close the file after use. lsof can give you a clear picture when you use require_once() I changed my code using cookie and require() statement now. And I delete all sess_files in /tmp seems to correct the problem. This is the only change I made to eliminate the problem. I can't reproduce the error now because the code that have problems have been changed and I don't have the backup. But the combination of A lot of include_once, require_once, and session will trigger the spike, I am pretty sure because after I changed all that, the problem disappear. Old session file in /tmp also contribute to the problem as well. BTW, the last time I checked, CVS version 4.06 in late April still have the problem. --- [2001-05-08 19:26:01] [EMAIL PROTECTED] Is this fairly reproducible? If it is, any chance you could build Apache with debug information (--enable-debug in configure), attach to an offending process (gdb /path/to/httpd PID), and run a backtrace ('bt')? --- [2001-05-07 12:44:51] [EMAIL PROTECTED] marking critical for php 4.0.6 --- [2001-04-14 09:00:57] [EMAIL PROTECTED] I found the problem. since the script I use have a lot of include and require statement. just a script include a bunch of files and keep reloading the page will kill the server in no time. I attach a sample config file I usually include, just make a test.php and include this file like 10 times to simulate a lot of include files. And then, just keep reloading test.php. You should see the script take a lot of CPU time and eventually the httpd eat all the CPU time and the process hang. From command top, one of the httpd process keep eating up CPU time. The following is the sample config file ? /*Root directory */ $config[root_path] = /usr2/home/business/test/www; $config[w3b_path] = /usr2/home/business/test/www/wwwthreads; $config[data_path] = /usr2/home/business/test/data; $config[rdf_path] = /usr2/home/business/test/www/rdf; /* database */ include $config[root_path]./db.php; /* global */ $config[sitename] = www.test.net; $config[root_url] = http://www.test.net/;; // Cookie Setting $config[cookie_path] = /; # web root directory $config[CookieURL] = .test.net; $config[cookieTTL] = 7200; // in seconds $config[minpass]= 3; # Minimum user password length in characters /* language and locale */ $config[language] = english;# [english] english, [big5] BIG5 code $config[locale] = english;# Used for translation of date-related stuff /* story control */ $config[commentmax] = 4096; $config[abstractlen]= 4996; #length of abstract show on first page $config[icon_width] = 100; # Topic icons width $config[timezone] = HKT; #Time zone $config[limitnews] = 10; # default number of stories per page $config[older_story_num]= 10; # number of older stories to display $config[anon_users] = 0; # 1 to allow anonymous postings # 0 to disable /* theme control */ $config[def_theme] = Main; # name of default theme (see themes/ directory for list) /* mail settings */ $config[use_fake_email] = 1; # Displays fake email addresses for users instead of the real ones $config[notifyEmail]= [EMAIL PROTECTED]; #address where you want to receive notice //$config[CensorList] = array('fuck','cunt','fucker','fucking','pussy','cock','c0ck','cum','bitch','shit'); $config[CensorList] = array(/fuck/s,/fuck/s,/fuck/s, /[a-z]*fuck[a-z
[PHP-DEV] Bug #10408 Updated: Bad Sybase-CTlib closing
ID: 10408 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Sybase-ct (ctlib) related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. - James Previous Comments: --- [2001-04-19 16:03:13] [EMAIL PROTECTED] Cannot duplicate this locally, can you provide more info? --- [2001-04-19 15:18:52] [EMAIL PROTECTED] if you run this script : html body ? // error handler function // this function NEVER RETURN (all errors are FATAL) !! function myErrorHandler($errno,$ErrorMsg) { global $connect_id; echo $ErrorMsg,'/body/html';// I want to see this one !!! exit(); // global exit of php } //MAIN PGM: // set to the user defined error handler set_error_handler('myErrorHandler'); $connect_id=sybase_connect('MyServer','MyLogin','MyPassword'); if (!$connect_id) echo An error in sybase_query !!br; // I don't want to see this message else { $res=sybase_query('select * from toto',$connect_id); if (!$res) echo An error in sybase_query !!br; // I don't want to see this message too else echo 'No error'; } ? /html /body and that the table toto doesn't exist you trigger the myErrorHandler and the script terminate as intended. The problem is that Sybase doesn't seem aware of this and the process will live forever even if it doesn't allow Sybase query any more. So if you run this script a few times all the processes will be sleeping and you will no more be able to make a Sybase query. I think there is a problem in the way you handle the Sybase connexion in a error handler with an exit() call. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10408edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10969 Updated: apache don't start, cannot load php4apache.dll
ID: 10969 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a bug in PHP. You have made a mistake in your httpd.conf on line 979. fix this syntax error and try again. Previous Comments: --- [2001-05-19 10:14:54] [EMAIL PROTECTED] When I try to start apache, it says: Syntax error on line 979 of k:/apache/apache/conf/httpd.conf: Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: ( 1157) Added lines in apache.conf are: ---CUT HERE # for the apache module LoadModule php4_module modules/mod_php4/sapi/php4apache.dll AddType application/x-httpd-php .php4 #for the cgi binary (you can use that one compiled with force cgi redirect too) ScriptAlias /php4/ k:/apache/apache/modules/mod_php4/ Action application/x-httpd-php4 /php4/php.exe AddType application/x-httpd-php4 .php ---CUT HERE --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10969edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10969 Updated: apache don't start, cannot load php4apache.dll
ID: 10969 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Bogus Previous Comments: --- [2001-05-19 10:44:27] [EMAIL PROTECTED] This is not a bug in PHP. You have made a mistake in your httpd.conf on line 979. fix this syntax error and try again. --- [2001-05-19 10:14:54] [EMAIL PROTECTED] When I try to start apache, it says: Syntax error on line 979 of k:/apache/apache/conf/httpd.conf: Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: ( 1157) Added lines in apache.conf are: ---CUT HERE # for the apache module LoadModule php4_module modules/mod_php4/sapi/php4apache.dll AddType application/x-httpd-php .php4 #for the cgi binary (you can use that one compiled with force cgi redirect too) ScriptAlias /php4/ k:/apache/apache/modules/mod_php4/ Action application/x-httpd-php4 /php4/php.exe AddType application/x-httpd-php4 .php ---CUT HERE --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10969edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9688 Updated: FTP_PUT / FOPEN
ID: 9688 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related Operating system: PHP Version: 4.0.4 Assigned To: Comments: The problem here seems that PHP cant access the drive or file. Have you checked permissions? Is G:\ a mapped network drive? Is the path correct?? Please check these, then try latest CVS (snapshots for win32 are avalible here: http://www.zend.com/snapshots ) - James Previous Comments: --- [2001-03-11 17:49:57] [EMAIL PROTECTED] I'm working against a IIS web server with PHP 4.0.4 It seems that both ftp_up and fopen causes the same problem, not allowing you to upload files. On the attempt to open sourcefile/submited file I get following errors; with ftp_up: Warning: error opening G:\mysite\mysite\gfx\icon_editor_url.gif in ftp.php on line 19 with fopen: Warning: fopen(G:\mysite\mysite\gfx\icon_editor_list.gif,rb) - No such file or directory in uploadfile.php on line 7 hence under linux, I have tested the fopen with php4.0.b3 and it seems to work. Question me for samplecode if needed. Regards, IN. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9688edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10946 Updated: mail() Failed: Server Error
ID: 10946 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: I dont get what the problem is here. Please give more information. - James Previous Comments: --- [2001-05-17 22:46:15] [EMAIL PROTECTED] i have installed php and iis in 2 servers. one is ok, when i run the mail(). but another is failed. so i changed the smtp to the right one in php.ini. it's ok! both server have some software enviroment, except one is installed msq, another not.does it the problem? i don't think so. why? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10946edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10946 Updated: mail() Failed: Server Error
ID: 10946 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: I dont get what the problem is here. Please give more information. - James Previous Comments: --- [2001-05-18 04:35:10] [EMAIL PROTECTED] I dont get what the problem is here. Please give more information. - James --- [2001-05-17 22:46:15] [EMAIL PROTECTED] i have installed php and iis in 2 servers. one is ok, when i run the mail(). but another is failed. so i changed the smtp to the right one in php.ini. it's ok! both server have some software enviroment, except one is installed msq, another not.does it the problem? i don't think so. why? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10946edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9810 Updated: Apache 1.3.17 19 crash at shutdown
ID: 9810 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: Reproducible Crash Bug Type: *General Issues Operating system: PHP Version: 4.0 Latest CVS (17/03/2001) Assigned To: Comments: This should be fixed in Apache 1.3.20. Please ugrade to this version when it is released. Reopen if the crash still occurs. - James Previous Comments: --- [2001-03-31 10:58:00] [EMAIL PROTECTED] yes. I'm running 1.3.20-dev and it's ok. --- [2001-03-31 10:56:30] [EMAIL PROTECTED] Hi cynic! Do you mean this annoying problem won't occur with the next release of Apache? Greaaat :) Thanks for your reply, Loïc --- [2001-03-31 10:40:23] [EMAIL PROTECTED] this one was actually an Apache bug, and is fixed now. --- [2001-03-17 12:01:44] [EMAIL PROTECTED] Hi! I'm under win 98SE, Apache 1.3.17 or 19, php4.0.5-RC1 from php4win.de as an Apache module (no problem with php as a CGI). Each time I shut down Apache, it crashes twices. I can't produce a backtrace (winwin fault) but here is the failure messages I can grab (french messages, sorry): APACHE a causé une défaillance de page dans le module OLEAUT32.DLL à 016f:65352c3c. Registres : EAX=00bd CS=016f EIP=65352c3c EFLGS=00010212 EBX=0008 SS=0177 ESP=0159f7a4 EBP=653c9048 ECX=653c7030 DS=0177 ESI=00a8 FS=67f7 EDX=0008 ES=0177 EDI=00a8 GS= Octets à CS : EIP : 8b 47 04 8b 0f 3b c2 89 4c 24 14 8b f1 8d 9f f8 État de la pile : 653c7048 00a8 653c9048 0008 65352c0c 00a8 00bd 0008 bff76ec4 0080 653c7030 65352aff 0008 APACHE a causé une défaillance de page dans le module KERNEL32.DLL à 016f:bff8ac13. Registres : EAX= CS=016f EIP=bff8ac13 EFLGS=0246 EBX=0001 SS=0177 ESP=0159fc2c EBP=0159fc70 ECX=7ffd3058 DS=0177 ESI=7ffd3038 FS=67f7 EDX=bffc9490 ES=0177 EDI=0001 GS= Octets à CS : EIP : a1 10 9d fc bf 50 e8 96 95 fe ff ff 76 04 e8 35 État de la pile : 7ffd3510 7ff2a1ed 7ffd3038 7ff49d83 818a1b78 7ff49d45 0001 7ff42092 7ff4203d 7ff2 0001 Moreover FileMon produces these lines (don't know if it helps...): snip Filemon ReadC:WINDOWSSYSTEMOLEAUT32.DLL SUCCESS Offset: 40960 Length: 1024 Filemon Ioctl C: INVALIDFUNC Subfunction: 0Dh Filemon Ioctl D: INVALIDFUNC Subfunction: 0Dh Filemon Ioctl E: INVALIDFUNC Subfunction: 0Dh Filemon Ioctl E: SUCCESS Subfunction: 0Dh Filemon Ioctl F: INVALIDFUNC Subfunction: 0Dh Filemon Ioctl F: GENFAILURE Subfunction: 0Dh Filemon Ioctl F: GENFAILURE Subfunction: 0Dh Filemon Ioctl G: INVALIDFUNC Subfunction: 0Dh Filemon Ioctl G: GENFAILURE Subfunction: 0Dh Filemon Ioctl G: GENFAILURE Subfunction: 0Dh Filemon ReadC:EASYPHPAPACHEPHP.INI SUCCESS Offset: 303104 Length: 4096 snip Thanks in advance, Loïc PS: These crashes already occurs with the previous 4.0.5-dev release. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9810edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10434 Updated: Can not read memory
ID: 10434 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: Reproducible Crash Bug Type: *General Issues Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Are you using ISAPI or CGI module? If ISAPI does the CGI exectuable crash too? Please also upgrade to 4.0.5 or latest cvs and try with these. (http://www.zend.com/snapshots) - James Previous Comments: --- [2001-04-21 15:48:21] [EMAIL PROTECTED] Error message is generated saying The instruction at 0x78003abf referenced at 0x00bc8000. The memory could not be read. Because it seems that the problem is memory leak I am providing a part of the php code where I am accumulating a large string width data (separated with |) which I am going to pass later on javascript for further manipultion. The number of records passed by the SQL query is about 900. While developing the script, to avoid the error I raised the memory limit consumed by script (in php.ini) first to 16M, later 32Mb, now it is 64M. The strange thing for me is that after I raised to 16M, the error stopped, than sudenly apperred again; when I put it on 64M it stopped again, and now it comes back again without realy modifying this part of the script! // the code $sql = select GROUPID, SUBGROUPID, MATERIALID, DESCRIPTIONEN, DESCRIPTIONBG, COSTPRICE from MATERIALS; $h = ibase_query($sql); while($row = ibase_fetch_object($h)) { if ($lang_selected == en) { $dsc = $row-DESCRIPTIONEN; if ($dsc == ) { $dsc = $row-DESCRIPTIONBG; } } else { $dsc = $row-DESCRIPTIONBG; if ($dsc == ) { $dsc = $row-DESCRIPTIONEN; } } $mats .= trim($row-SUBGROUPID).|.trim($row-MATERIALID).|.trim($dsc).|.$row-COSTPRICE.|; $qq++; } ibase_free_result($h); --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10434edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10459 Updated: can't find function then crush
ID: 10459 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: Reproducible Crash Bug Type: *General Issues Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Please provide a generic script that is as simple as possible that we can just copy and paste into our text editors for testing. This script should have no external dependencies unless it is one of these the causes the crash. This will help us fix the bug. Thanks, - James Previous Comments: --- [2001-04-23 11:39:12] [EMAIL PROTECTED] BTW, function sorted_keys included and must be found.. --- [2001-04-23 11:36:38] [EMAIL PROTECTED] Configuration: see bug #9819 Output: X-Powered-By: PHP/4.0.4pl1 Content-type: text/html HTMLBODY br bFatal error/b: Call to undefined function: sorted_keys() in b../action. class.php/b on line b52/bbr then Windows says (language is russian): Ïðîãðàììà PHP âûçâàëà ñáîé ïðè îáðàùåíèè ê ñòðàíèöå ïàìÿòè â ìîäóëå íåò äàííûõ ïî àäðåñó 0084:1f82cf20. Ðåãèñòðû: EAX=00d70094 CS=0167 EIP=1f82cf20 EFLGS=00010202 EBX=00d705e0 SS=016f ESP=0063fc58 EBP=0063fc78 ECX= DS=016f ESI=00d70b80 FS=610f EDX=0080 ES=016f EDI=0001 GS= Áàéòû ïî àäðåñó CS:EIP: Ñîäåðæèìîå ñòåêà: 1f702718 0003 006ae6c8 00d7 007bcd70 0063fd10 1f702505 00d70b80 0001 0010 00761adc 007bcd70 10037cb1 Source fragment: class Action { var $ID; var $Name; var $Parameters; var $Done=false; var $events=array(); var $Result; function Action($Type,$Parameters) { global $base; // Find this action in table switch(gettype($Type)){ case 'integer': $where='ID='.$Type;break; case 'string':$where='Name='.$base-qstr($Type);break; default: trigger_error('Incorrect Type parameter in Action()',E_USER_ERROR); } if(!$action=$base-Execute('SELECT * From Actions WHERE '.$where)) trigger_error('Unknown Type in Action()',E_USER_ERROR); // -- line 52 is here! $sk=sorted_keys($Parameters); while(!$action-EOF()) { $sorted_params=sort(split(',',$action-Parameters)); $sorted_params=merge(',',$sorted_params); if($sorted_params==$sk) break; $action-MoveNext(); } Sorry, but I can't provide the full sources for this case! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10459edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10500 Updated: Misbehaving function
ID: 10500 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: Reproducible Crash Bug Type: *General Issues Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: can you check that your php.ini file is actaully being read? This works fine for me. Also please upgrade to 4.0.5 or latest CVS and check that this is still the case. Thanks. - James Previous Comments: --- [2001-04-25 17:49:49] [EMAIL PROTECTED] It appears to be that 5884001 bytes (or so) is the upper limit of the file size -- doesn't matter what the php.ini options are. I tried even rebooting the whole machine after the applied changes (well, Microsoft tactics) -- no luck. --- [2001-04-25 17:42:40] [EMAIL PROTECTED] This is exactly the same problem as bug #3627. OS: Win98 SE Running Apache Server 1.3.9 with PHP 4.0.4pl1. I'm trying to upload a 10MB file onto the FTP server. PHP 4.0.4pl1 has been downloaded precompiled from www.php.net. PHP.INI fraction: max_execution_time=2400 memory_limit=60M post_max_size=20M upload_max_filesize=20M The apache server will dump two lines into the error.log and ftp file transfer will die (server stays intact): Premature end of script headers: c:/bin/php/php.exe FATAL: erealloc(): Unable to allocate 5884001 bytes If I try to send the file = 5M it is working fine and fast. Thanks, Dragan --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10500edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10904 Updated: php.exe accesses unreadable memory and crashes
ID: 10904 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: Can reproduce this.. what SAPI are you using (ISAPI or CGI?). - James Previous Comments: --- [2001-05-16 11:44:25] [EMAIL PROTECTED] This script reproduces the bug on my machine: ?php print html; print head; printtitlebug/title; print /head; print body; for ($i=0; $i1000; $i++) { print BRhello ; } print /body; print /html; ? Change 1000 to 333 and the bug disappears, Change 1000 to 2 and the bug disappears. --- [2001-05-16 11:02:35] [EMAIL PROTECTED] WINNT SP4, APACHE 1.3.14, PHP 4.0.4 and 4.0.5 I cannot make a gdb backtrace, but I can give you the following: 1) It is an access violation -- the instruction at 0x0dsd5973 referenced 0x. the memory could not be read. 2) It always occurs near the end of a script and is not related to what HTML happens to be generated. Most scripts do not show the error at all, but when one does only changing the size of the output (either very small or very large) will suppress it. 3) After clearing the error (by clicking OK on the error message on the server), the full HTML is always produced correctly. However, until OK is clicked, the client is left waiting for the last 1K or so of output). 4) It is defintely related to the size of the output. Scripts that make output smaller then 1K never show the error. Larger scripts may or may not show the error, but when they do, the error can always be removed by making the script generate a very large output (~100K). I just repeated the same content x times. Once x is large enough, the bug goes away. 5) On my system, calling phpinfo causes it -- ?php phpinfo() ? -- but only on the second and subsequent calls after rebooting the server. Just starting and stopping Apache does not allow the first good call to succeed--the server must be rebooted. 6) changing imlicit_flush, output_buffering, and memory_limit in php.ini do not fix it, but might(???) alter the size of output that exhibts the problem. flush() in the code does not fix it. 7) I theorize it is related to some final cleanup or garbage collection code. 8) I first saw it in 4.0.4 and upgraded to 4.0.5 hoping to see it go away. It did not, but again the size of output that shows the error might(???) have changed. One point about the upgrade, I could not copy msvcrt.dll to the system root because it was always locked by the OS, even after closing all closable services. My msvcrt.dll is dated three days earlier than the one distributed with PHP 4.0.4 and 4.0.5. There appears to be no way to change it. --This bug could easily exist under another OS, but be invisible (and harmless) if the OS does not generate an error message for the address violation. Hope this is helpful. Feel free to contact me. Steve --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10904edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7761 Updated: checkdnsrr not work
ID: 7761 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Network related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: This function is not avalible under Win32. PHP now returns correct notice to the user. - James Previous Comments: --- [2001-01-22 22:17:15] [EMAIL PROTECTED] duplicate of 5311. --- [2000-11-20 12:13:24] [EMAIL PROTECTED] reclassified --- [2000-11-11 13:30:58] [EMAIL PROTECTED] i have a big problem with nt 4.0 / iis 4. i will check several domains with checkdnsrr(domain.com, MX) and i will always get back false. but the domain exist. the same script works on a linux system. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7761edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9554 Updated: mcrypt algorithms not functioning, see bug#9163 description
ID: 9554 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: mcrypt related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Parent bug closed. See information and explination in bug 9163. - James Previous Comments: --- [2001-03-04 22:31:35] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9554edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10074 Updated: checkdnsrr always returns false
ID: 10074 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Assigned Bug Type: Network related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This function is not avalible under win32. PHP now returns the correct error to the user. It may be implemented at some point in the future. - James Previous Comments: --- [2001-04-28 23:16:35] [EMAIL PROTECTED] Duplicate of #5311 --- [2001-03-30 14:40:26] [EMAIL PROTECTED] This is because of this line in ext/standard/dns.c: #if HAVE_RES_SEARCH !(defined(__BEOS__)||defined(PHP_WIN32)) I don't know whether windows has the necessary functions to get this work. Possibly. --Jani --- [2001-03-29 23:58:41] [EMAIL PROTECTED] Every call I make to checkdnsrr returns false on Win2k/IIS. Same code behaves properly in linux. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10074edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10187 Updated: Warning: mcrypt module initialization failed
ID: 10187 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: mcrypt related Operating system: PHP Version: 4.0 Latest CVS (05/04/2001) Assigned To: derick Comments: Derick: Bug 10281 reports this on Linux. Probably not platform specific. Previous Comments: --- [2001-05-01 03:37:44] [EMAIL PROTECTED] I guess this could be an OS specific problem. I've no access to a Mac OS X machine unfortunately. --- [2001-04-05 11:48:59] [EMAIL PROTECTED] Incidentally, I tried the new-style mcrypt functions as Colin suggested, and got a similar warning: Could not open encryption module. --- [2001-04-05 11:30:47] [EMAIL PROTECTED] analysed assigned --- [2001-04-05 11:30:06] [EMAIL PROTECTED] Another mcrypt bug, I'll check this one out. It may be a platform depended bug BTW. --- [2001-04-05 11:29:52] [EMAIL PROTECTED] First, the --disable-posix-threads requirement for libmcrypt isn't a requirement anymore. As of libmcrypt 2.4.x, you don't need it. Second, I think you should be using the 2.4.x-style mcrypt functions. Look at example 2 at http://www.php.net/manual/en/ref.mcrypt.php Third, blowfish is broken in libmcrypt. It will encode/decode internally, but don't rely on it if you need to pass data to a non-PHP application (e.g. Perl). - Colin --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10187edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10921 Updated: crypt() in php4.0.5, how to install it?
ID: 10921 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please Read the install stuff in the manual. This is not the pace to ask. Status: Bogus. - James Previous Comments: --- [2001-05-17 07:41:58] [EMAIL PROTECTED] Hi, I suppose this is the last resort, and I know you guys know that php4 crypt has been ripped from... well... php4.0.5. I would like to know WHERE i can get instructions on how to install crypt() in php4.0.5, or where a build is to download it with crypt() in it. THis is very critical to my needs. And I dont want to install PHP3 just to get the crypt() function in the install. Thanks for the help. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10921edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9067 Updated: Parser hangs/crashes on die(); or exit;
ID: 9067 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: Reproducible Crash Bug Type: *General Issues Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Please update to 4.0.6RC1 or 4.0.7-dev and try again, this should have been fixed in CVS. - James Previous Comments: --- [2001-02-02 04:09:59] [EMAIL PROTECTED] The parser crashes when invoking die() or exit function inside included module function. Ex.: in module main.php ... require_once( Module.inc.php ); ... $object-some_function( $parameter ); ... in module Module.inc.php ... class SomeObject { function some_function( $parameter ) { ... exit; // or die(); } } ... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9067edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10686 Updated: Bug in mktime() on values out of bounds
ID: 10686 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Open Bug Type: Date/time related Operating system: PHP Version: 4.0.5 Assigned To: Comments: MacOS specific. Not critical untill we can find some MacOS X servers for developers/QA Team to test on. - James Previous Comments: --- [2001-05-07 12:53:07] [EMAIL PROTECTED] Marking as fix before 4.0.6 --- [2001-05-05 17:19:37] [EMAIL PROTECTED] see Bug id #8828, too! On PHP documantation: mktime(hour,min,sec, year,0,mon) refers the last day of month 'mon-1'. On MacOS X this failed, there it refers the first day of month 'mon' and mktime(hour,min,sec, year,-1,mon) refers the last day of month 'mon-1'. On MacOS X 10.0.2 (Darwin 1.3): 02.03 -- 983487600 -- 02.03 01.03 -- 983401200 -- 01.03 00.03 -- 983401200 -- 01.03 -1.03 -- 983314800 -- 28.02 -2.03 -- 983228400 -- 27.02 i have check some UNIX-systems and i haven't found any man-page, where is describe what should be happend on tm_mday = 0. The problem is happend on all values out of bounds, when using mktime()! IMHO this is a undocumented feature, which is used by PHP. man mktime (Linux 2.2.13) tm_mday The day of the month, in the range 1 to 31. Sun Release 4.1 int tm_mday; /* day of month (1 - 31) */ SunOS 5.5 int tm_mday; /* day of the month - [1, 31] */ HP-UX Release 10.20 int tm_mday; /* day of month - [1,31] */ HP-UX Release 11.00 int tm_mday; /* day of month - [1,31] */ AIX 4.3.2 int tm_mday;/* Day of month (1 - 31) */ Darwin 1.0.2 int tm_mday; /* day of month (1 - 31) */ I think i should by much better to check mktime() on configure and set a #define for compilation. Only on datetime.c must be made a patch to support MacOS X's / Darwin's mktime()-systemcall, i think! Patch to make php_mktime() more compatible [i think it is not complete for the whole PHP4-project]. It includes a time correction for values less then 1 on mday, hour, min, sec, mon!! *** ext/standard/datetime.c.origFri Dec 8 12:38:02 2000 --- ext/standard/datetime.c Sun Apr 15 17:28:46 2001 *** *** 81,87 struct tm *ta, tmbuf; time_t t; int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS(); ! int is_dst = -1; if (arg_count 7 || zend_get_parameters_array_ex(arg_count,arguments) == FAILURE) { WRONG_PARAM_COUNT; --- 81,87 struct tm *ta, tmbuf; time_t t; int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS(); ! int is_dst = -1, val, chgsecs = 0; if (arg_count 7 || zend_get_parameters_array_ex(arg_count,arguments) == FAILURE) { WRONG_PARAM_COUNT; *** *** 148,172 - (((*arguments[5])-value.lval 1000) ? 1900 : 0); /* fall-through */ case 5: ! ta-tm_mday = (*arguments[4])-value.lval; /* fall-through */ case 4: ! ta-tm_mon = (*arguments[3])-value.lval - 1; /* fall-through */ case 3: ! ta-tm_sec = (*arguments[2])-value.lval; /* fall-through */ case 2: ! ta-tm_min = (*arguments[1])-value.lval; /* fall-through */ case 1: ! ta-tm_hour = (*arguments[0])-value.lval; /* fall-through */ case 0: break; } ! seconds = mktime(ta); if (is_dst == -1) is_dst = ta-tm_isdst; --- 148,182 - (((*arguments[5])-value.lval 1000) ? 1900 : 0); /* fall-through */ case 5: ! val = (*arguments[4])-value.lval; ! if (val 1) { chgsecs += (1-val) * 60*60*24; val = 1; } ! ta-tm_mday = val; /* fall-through */ case 4: ! val = (*arguments[3])-value.lval - 1; ! while (val 0) { val += 12; ta-tm_year--; } ! ta-tm_mon = val; /* fall-through */ case 3: ! val = (*arguments[2])-value.lval; ! if (val 1) { chgsecs += (1-val); val = 1; } ! ta-tm_sec = val; /* fall-through */ case 2: ! val = (*arguments[1])-value.lval; ! if (val 1) { chgsecs += (1-val) * 60; val = 1; } ! ta-tm_min = val; /* fall-through */ case 1: ! val = (*arguments[0])-value.lval; ! if (val 1) { chgsecs
[PHP-DEV] Bug #10424 Updated: apache crash with segmentation fault at end of phpinfo() function call.
ID: 10424 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: *Install and Config Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This is AIX specific, gcc compiles this fine, this bug will be fixed at some point in the future. Dup of 4630. - James Previous Comments: --- [2001-04-20 14:00:48] [EMAIL PROTECTED] Compiler: C for AIX version 5 (xlc_r) Web serveur: IBM_HTTP_Server/1.3.6.2 Apache/1.3.7-dev (Unix) PHP was compiled with this options: $ ./configure --prefix=/usr/local/php4 --with-apxs=/local/src/bin/apxs --with-config-file-path=/usr/local/php4/lib --with-mysql=/usr/local --with-exec-dir=/usr/bin --enable-inline-optimization --enable-magic-quotes --enable-track-vars --enable-memory-limit --enable-debugger --enable-safe-mode --enable-sigchild --with-system-regex I have added this to main/php_config.h to correct some compilation trouble about undefined functions and redefinitions: #define HAVE_DLFCN_H 1 /* #define HAVE_ALLOCA 1 */ #define HAVE_INT_8_16_32 1 The module is loaded correctly by apache but when a php script is call the script return the result and the daemon crash with a segmentation fault (11). This is the test script: phpinfo.php: ? phpinfo() ? This is the result of dbx when the script is requested: # dbx /usr/HTTPServer/bin/httpd Type 'help' for help. reading symbolic information ...warning: no source compiled with -g (dbx) run -f /babel/httpd-dev/conf/httpd.conf -X Segmentation fault in _efree at 0xd0dcc294 ($t1) 0xd0dcc294 (_efree+0x1c) 80630008lwz r3,0x8(r3) (dbx) quit # Did I need to use other compiler, or something to configure ? did the efree function is bugged under AIX ? Thanks for help. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10424edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7288 Updated: Functions checkdnsrr() and getmxrr() not working
ID: 7288 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Network related Operating system: PHP Version: 4.0.3 Assigned To: Comments: THey now give the correct warning under WIn32 due to a lack of res_search in bindlib_w32 they are currently unsupported under win32 until someone implements them. For now it returns the correct Is not implemented in this build error. Previous Comments: --- [2000-11-18 22:20:37] [EMAIL PROTECTED] Duplicate of #5311 --- [2000-10-17 12:42:29] [EMAIL PROTECTED] As reported in bug id# 5311, same problems under NT4 with PHP4.0.3 (www.php4win.de compilation). This is to confirm that the problems seen with checkdnsrr() and getmxrr() are not specific only to Win2K, but to other Win32 systems as well. Perhaps this is a problem with how Win32s DNS lookup is structured as opposed to Unix/Linux flavors? Is there any additional configuration which is necessary for Win32 DNS lookups using these functions? Whichever the solutions, checkdnsrr() and getmxrr() currently never complete a successful DNS lookup, while other DNS functions, such as gethostbyaddr() or gethostbyname() work correctly (returning valid IP addresses and host names). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7288edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]