Bug #17180 Updated: Operator Precedence
ID: 17180 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Analyzed Bug Type:Scripting Engine problem PHP Version: 4.2.0 New Comment: Well, but it's stupid to do something like that. It makes no sense to assign anything to NOT(a variable), so PHP takes care of that by changing the precedence a little in this case. Previous Comments: [2002-05-13 17:56:54] [EMAIL PROTECTED] Yes, I want ASSIGN value to $a and check assigned value. But parser must say: "parser error", becouse it can not assign value to constant. Please reopen. [2002-05-13 17:48:54] [EMAIL PROTECTED] "if (!$a = foo(FALSE))" --> you're assigning the output of foo(FALSE) to $a "if (!$a == foo(FALSE))" --> you're comparing !$a and foo(FALSE) [2002-05-13 09:36:32] [EMAIL PROTECTED] Why & How this code will work? Output: if (!$a = foo(FALSE))) is true bool(false) http://www.php.net/manual/en/language.operators.php "Operator Precedence" `!` has more precedence than `=` And after `!` we must have boolean constant in left side: FALSE = foo() Explain to me pls that I do not understand P.S. in C & Perl (!$a = foo()) is not valid expression -- Edit this bug report at http://bugs.php.net/?id=17180&edit=1
Bug #17180 Updated: Operator Precedence
ID: 17180 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:Scripting Engine problem PHP Version: 4.2.0 Previous Comments: [2002-05-13 17:48:54] [EMAIL PROTECTED] "if (!$a = foo(FALSE))" --> you're assigning the output of foo(FALSE) to $a "if (!$a == foo(FALSE))" --> you're comparing !$a and foo(FALSE) [2002-05-13 09:36:32] [EMAIL PROTECTED] Why & How this code will work? Output: if (!$a = foo(FALSE))) is true bool(false) http://www.php.net/manual/en/language.operators.php "Operator Precedence" `!` has more precedence than `=` And after `!` we must have boolean constant in left side: FALSE = foo() Explain to me pls that I do not understand P.S. in C & Perl (!$a = foo()) is not valid expression -- Edit this bug report at http://bugs.php.net/?id=17180&edit=1
Bug #17180 Updated: Operator Precedence
ID: 17180 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:Scripting Engine problem PHP Version: 4.2.0 New Comment: "if (!$a = foo(FALSE))" --> you're assigning the output of foo(FALSE) to $a "if (!$a == foo(FALSE))" --> you're comparing !$a and foo(FALSE) Previous Comments: [2002-05-13 09:36:32] [EMAIL PROTECTED] Why & How this code will work? Output: if (!$a = foo(FALSE))) is true bool(false) http://www.php.net/manual/en/language.operators.php "Operator Precedence" `!` has more precedence than `=` And after `!` we must have boolean constant in left side: FALSE = foo() Explain to me pls that I do not understand P.S. in C & Perl (!$a = foo()) is not valid expression -- Edit this bug report at http://bugs.php.net/?id=17180&edit=1
Bug #17191 Updated: PHP Variables undefined
ID: 17191 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Win 2000 Server PHP Version: 4.2.1 New Comment: That makes sense if you haven't turned the register_globals directive On in php.ini. Previous Comments: [2002-05-13 17:36:44] [EMAIL PROTECTED] Because of the known "OCX-Control missing" problem I did a manual configuration on Windows 2000 Server (IIS5). PHP scripts run (e.g. phpinfo()), but own function don't have access to PHP Variables, there seem to be no variable definitions at all. Calling a script via http://localhost/test.php?a=1 does not result in a variable "a" within the script. -- Edit this bug report at http://bugs.php.net/?id=17191&edit=1
Bug #14984 Updated: php parser problem, with // comment, can reveal script
ID: 14984 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: windows and other PHP Version: 4.0.6 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/ Previous Comments: [2002-01-26 12:28:42] [EMAIL PROTECTED] Un-assigning. Status -> Open [2002-01-19 22:05:27] [EMAIL PROTECTED] I'll add a note in the documentation about this. Status -> Assigned [2002-01-11 05:56:38] [EMAIL PROTECTED] '?>' in a comment switching out of php mode is intended behaviour, consider .. embedded in a document changing this would break backwards compatibility and would lead to problems of its own kind changed to "documentation problem" [2002-01-10 19:03:01] [EMAIL PROTECTED] Hi all, I found this bug randomly as all other, it cause me a php html parser to crash. try a script like this : '.$tmp); // eval('>'.$tmp); $coucou=''; $password = 'le parser php déconne'; $password = 'php parser bug'; /* */ // // coucou ?> // ?> // ? // > ?> see the result, abnormal I think: '.$tmp); // eval('>'.$tmp); $coucou=''; $password = 'le parser php déconne'; $password = 'php parser bug'; /* */ // // coucou ?> // ?> // ? // > ?> I think it can be a very very serious, easy to fiw fot you, but in the case a php user encounter it. It so surpising !!! thanks. An echo please. Yours faithlly php is always great!. -- Edit this bug report at http://bugs.php.net/?id=14984&edit=1
Bug #9986 Updated: Insufficient Windows installation instructions
ID: 9986 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 server (probably al PHP Version: 4.0.4pl1 Assigned To: imajes New Comment: Fixed in CVS. Previous Comments: [2002-04-01 01:56:57] [EMAIL PROTECTED] didn't think this needed to be said, but ok, I'll add it in when i finish rewriting the windows install docs. [2001-03-26 02:41:40] [EMAIL PROTECTED] In the installation documentation for Windows ISAPI, I read nothing about the importance of placing PHP in a directory without spaces. I placed PHP in "c:\program files\php". Entering the path to the DLL is accepted in IIS if you use quotes, BUT it will result in a "Specified module not found" error. Moving the ISAPI DLL to a directory like "c:\winnt\system32" and directing IIS there works. Many people have this problem, as I've ready it on numerous forums... So please help them out and mention it clearly in the installation documentation! Thanks, Simon -- Edit this bug report at http://bugs.php.net/?id=9986&edit=1
Bug #15229 Updated: unable to load dynamic module
ID: 15229 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Configuration Issues Operating System: win2000 PHP Version: 4.1.1 New Comment: For me, it worked when I used just forward slashes and put the whole path in the extension directive, not using the extension_dir thingie. You might want to try that. Like: extension=p:/daemons/php/extensions/php_gd2.dll (My PHP is set up in quite a weird dir, but hey, it works :)) Previous Comments: [2002-04-29 07:00:14] [EMAIL PROTECTED] Hi, I have the same problem, working also on Win2k with IIS5. I tried several things for this problem and switching to antoher platform isn't an option for me. I will check all slashes, directories, php.ini again soon but can there be antoher solution to this? I was thinking about security-options of Win2k. Let's say you need a special login to make dll's accessable on the server? Mark [2002-03-06 10:12:16] [EMAIL PROTECTED] Really thanks [EMAIL PROTECTED], I have try to resolve my problem with your idea, but it do'esnt work. Anyway, I don't use windows anymore to run my PHP app, so.. Thank you to treat me of idiot spammer [EMAIL PROTECTED], you seem really professionnal, that's good for your name and the name of your company! [2002-03-06 08:47:18] [EMAIL PROTECTED] You should NEVER use single backslashes on Windows with PHP, use either a single slash or a double backslash. Does that fix your problem?\ BTW: dl() doesn't work on multithreaded websevers (like IIS) so it has been disabled on them, and that has nothing to do extensions enabled via php.ini. [2002-03-06 08:40:33] [EMAIL PROTECTED] What is this idiot [2002-01-26 16:29:32] [EMAIL PROTECTED] Yes, they are and not corrupt. in my c:\winnt\php.ini: extension_dir="c:\PHP"; extension="php_gd.dll"; php_gd.dll is in c:\PHP I have read that the function dl() does'nt work on IIS, I use IIS. dl() and the extensions declaration in php.ini seems to be almost the same, that maybe the same problem. Thanks for helps 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/15229 -- Edit this bug report at http://bugs.php.net/?id=15229&edit=1
Bug #13292 Updated: file_exists works with UNC names
ID: 13292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Documentation problem +Bug Type: Filesystem function related Operating System: Windows NT/2000 PHP Version: 4.0.6 New Comment: Have you tried the //computername/share/filename syntax? Previous Comments: [2002-02-12 16:44:53] [EMAIL PROTECTED] I'm using IIS 5.0 on Windows 2000. I installed PHP 4.1.1 configured to be a CGI interpreter. I'm trying to require a file located on another W2K computer on our LAN with this code: require 'computername\\sharename\\functions.php'; However, when I try to execute this PHP script, I get this error: Fatal error: Failed opening required '\\computername\sharename\functions.php' (include_path='..') in c:\inetpub\wwwroot\keygen\index.php on line 3 Supposedly this functionality is supported with PHP 4.1.1, but I'm not sure why it isn't working for me. The share is a local share and full access is granted to everyone. [2001-12-15 05:54:56] [EMAIL PROTECTED] Markus noted that you should always use double backslashes (or single slashes): "computername\\share\\filename" BTW: sorry for the typo Christoph... ;) [2001-12-15 05:25:33] [EMAIL PROTECTED] Actually, it does work!!! Use "//computername/share/filename" or "computername\share\filename" Thanks to Christph Grottolo for the tip. Now it's only a documentation problem. [2001-12-14 14:38:09] [EMAIL PROTECTED] Doesn't work with 4.1.0 nor with 4.2.0-dev. [2001-12-14 14:29:39] [EMAIL PROTECTED] This is not a Scripting Engine Problem, but a FIle System function report. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/13292 -- Edit this bug report at http://bugs.php.net/?id=13292&edit=1
Bug #13279 Updated: parse_ini_file causes PHP to exit if ini file syntax is malformed
ID: 13279 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Win2k/CGI PHP Version: 4.0.6 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/ Previous Comments: [2002-01-25 02:34:37] [EMAIL PROTECTED] It's not a bug anyways... making it a Documentation problem. [2002-01-24 07:56:19] [EMAIL PROTECTED] doesn't seem to be os depended, got the same behaviour under linux 2.4.3, php 4.0.6 malformed means for example [foo] bar = buz boz [2001-09-13 03:42:51] [EMAIL PROTECTED] parse_ini_file() causes PHP to exit if ini file syntax is malformed. This can be reproduced by parsing a ini file with the following content: ; Start broken ini file a ; End broken ini file This is not quite a bug - more an expression of the belief that functions should exit gracefully when possible. :) -- Edit this bug report at http://bugs.php.net/?id=13279&edit=1
Bug #16794 Updated: random (?) Apache crash using domxml
ID: 16794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: Two interesting observations. - The domxml from 4.2.0 WILL work correctly with 4.1.2, but not with 4.2.0. - After Apache crashes, the output does show up correctly. I uploaded a new file test.got.php, and it will start var_dumping correctly, but somewhere while working on getChildren(), it will crash Apache, and then it will start over, and crash again, infinitely (well, I let it run for a couple of minutes). But the script works right until I call getChildren, I checked if the XML that got through was right, and it was. Previous Comments: [2002-04-25 13:30:14] [EMAIL PROTECTED] Another observation from the error log: The errors that are given makes me believe that it's trying to apply XML parsing rules to a HTML document. Looks like your got.php should be modified to make sure that you got a 200 return code rather than some html error message. [2002-04-25 13:26:55] [EMAIL PROTECTED] You have issues with the XML that you're trying to process. An excerpt from the error.log file: -Entity: line 5: error: Premature end of data in tag - -Warning: Bad - -^ -Entity: line 5: error: Premature end of data in tag -Warning: file("ht - -^ -Entity: line 1: error: Start tag expected, '<' not found -Last-Modified: Thu, 04 Apr 2002 18:13:49 GMT Fix the xml errors and you might not get crashes. I'll admit that php should not crash when fed invalid xml, but more important is to get it working with valid xml. If you fix the xml errors and still get the same problem, feel free to reopen this bug. [2002-04-25 12:10:49] [EMAIL PROTECTED] I uninstalled php_domxml yesterday at about this time from PHP (commented it out from php.ini). [2002-04-25 12:10:09] [EMAIL PROTECTED] Done. [2002-04-25 11:59:24] [EMAIL PROTECTED] Nope. What you're seeing in those lines from the apache log are attempts by the code red worm to break into your system. But you're safe since you're not running IIS. If you'll post your apache error_log file to that site, I'll take a look at it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16794 -- Edit this bug report at http://bugs.php.net/?id=16794&edit=1
Bug #16794 Updated: random (?) Apache crash using domxml
ID: 16794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: I uninstalled php_domxml yesterday at about this time from PHP (commented it out from php.ini). Previous Comments: [2002-04-25 12:10:09] [EMAIL PROTECTED] Done. [2002-04-25 11:59:24] [EMAIL PROTECTED] Nope. What you're seeing in those lines from the apache log are attempts by the code red worm to break into your system. But you're safe since you're not running IIS. If you'll post your apache error_log file to that site, I'll take a look at it. [2002-04-25 11:53:51] [EMAIL PROTECTED] Some PHP scripts that made it crash are now in the aforementioned dir. [2002-04-25 11:49:31] [EMAIL PROTECTED] I think this is the relevant part of my Apache error log. My installation locations are a bit weird: Apache: P:\Daemons\Apache PHP: P:\Daemons\PHP DocumentRoot: W:\ [Mon Mar 25 11:12:06 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/_vti_bin/..%5c/..%5c/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/_mem_bin/..%5c/..%5c/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/msadc/..%5c/..%5c/..%5c/..Á/..Á/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..À¯/winnt/system32/cmd.exe [Mon Mar 25 11:12:08 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:09 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:09 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..%2f/winnt/system32/cmd.exe [2002-04-25 10:45:34] [EMAIL PROTECTED] Can you submit a minimal script for which this crash occurs? Perhaps some sample XML? Can you look through the Apache error logs for anything that will shed some more light on the issue? 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/16794 -- Edit this bug report at http://bugs.php.net/?id=16794&edit=1
Bug #16794 Updated: random (?) Apache crash using domxml
ID: 16794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: Done. Previous Comments: [2002-04-25 11:59:24] [EMAIL PROTECTED] Nope. What you're seeing in those lines from the apache log are attempts by the code red worm to break into your system. But you're safe since you're not running IIS. If you'll post your apache error_log file to that site, I'll take a look at it. [2002-04-25 11:53:51] [EMAIL PROTECTED] Some PHP scripts that made it crash are now in the aforementioned dir. [2002-04-25 11:49:31] [EMAIL PROTECTED] I think this is the relevant part of my Apache error log. My installation locations are a bit weird: Apache: P:\Daemons\Apache PHP: P:\Daemons\PHP DocumentRoot: W:\ [Mon Mar 25 11:12:06 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/_vti_bin/..%5c/..%5c/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/_mem_bin/..%5c/..%5c/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/msadc/..%5c/..%5c/..%5c/..Á/..Á/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..À¯/winnt/system32/cmd.exe [Mon Mar 25 11:12:08 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:09 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:09 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..%2f/winnt/system32/cmd.exe [2002-04-25 10:45:34] [EMAIL PROTECTED] Can you submit a minimal script for which this crash occurs? Perhaps some sample XML? Can you look through the Apache error logs for anything that will shed some more light on the issue? [2002-04-25 07:26:32] [EMAIL PROTECTED] Forgot to add I was using the Apache SAPI. 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/16794 -- Edit this bug report at http://bugs.php.net/?id=16794&edit=1
Bug #16794 Updated: random (?) Apache crash using domxml
ID: 16794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: I think this is the relevant part of my Apache error log. My installation locations are a bit weird: Apache: P:\Daemons\Apache PHP: P:\Daemons\PHP DocumentRoot: W:\ [Mon Mar 25 11:12:06 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/_vti_bin/..%5c/..%5c/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/_mem_bin/..%5c/..%5c/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/msadc/..%5c/..%5c/..%5c/..Á/..Á/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..À¯/winnt/system32/cmd.exe [Mon Mar 25 11:12:08 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:09 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:09 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..%2f/winnt/system32/cmd.exe Previous Comments: [2002-04-25 10:45:34] [EMAIL PROTECTED] Can you submit a minimal script for which this crash occurs? Perhaps some sample XML? Can you look through the Apache error logs for anything that will shed some more light on the issue? [2002-04-25 07:26:32] [EMAIL PROTECTED] Forgot to add I was using the Apache SAPI. [2002-04-24 09:57:53] [EMAIL PROTECTED] I'm trying to use php_domxml with PHP on Apache 1.3.24 on Windows XP. I used php_domxml quite succesfully with PHP 4.1.2, but now that I've got 4.2.0 installed, Apache will sometimes crash on using domxml functions. Sometimes it works, sometimes it'll crash (seems to be kinda related to the size of the XML document). Information: http://bug.xavamedia.nl/ -- Edit this bug report at http://bugs.php.net/?id=16794&edit=1
Bug #16794 Updated: random (?) Apache crash using domxml
ID: 16794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: Some PHP scripts that made it crash are now in the aforementioned dir. Previous Comments: [2002-04-25 11:49:31] [EMAIL PROTECTED] I think this is the relevant part of my Apache error log. My installation locations are a bit weird: Apache: P:\Daemons\Apache PHP: P:\Daemons\PHP DocumentRoot: W:\ [Mon Mar 25 11:12:06 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/_vti_bin/..%5c/..%5c/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/_mem_bin/..%5c/..%5c/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/msadc/..%5c/..%5c/..%5c/..Á/..Á/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:07 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..À¯/winnt/system32/cmd.exe [Mon Mar 25 11:12:08 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..Á/winnt/system32/cmd.exe [Mon Mar 25 11:12:09 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..%5c/winnt/system32/cmd.exe [Mon Mar 25 11:12:09 2002] [error] [client 24.132.205.20] File does not exist: p:/daemons/apache/htdocs/scripts/..%2f/winnt/system32/cmd.exe [2002-04-25 10:45:34] [EMAIL PROTECTED] Can you submit a minimal script for which this crash occurs? Perhaps some sample XML? Can you look through the Apache error logs for anything that will shed some more light on the issue? [2002-04-25 07:26:32] [EMAIL PROTECTED] Forgot to add I was using the Apache SAPI. [2002-04-24 09:57:53] [EMAIL PROTECTED] I'm trying to use php_domxml with PHP on Apache 1.3.24 on Windows XP. I used php_domxml quite succesfully with PHP 4.1.2, but now that I've got 4.2.0 installed, Apache will sometimes crash on using domxml functions. Sometimes it works, sometimes it'll crash (seems to be kinda related to the size of the XML document). Information: http://bug.xavamedia.nl/ -- Edit this bug report at http://bugs.php.net/?id=16794&edit=1
Bug #16794 Updated: random (?) Apache crash using domxml
ID: 16794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: Forgot to add I was using the Apache SAPI. Previous Comments: [2002-04-24 09:57:53] [EMAIL PROTECTED] I'm trying to use php_domxml with PHP on Apache 1.3.24 on Windows XP. I used php_domxml quite succesfully with PHP 4.1.2, but now that I've got 4.2.0 installed, Apache will sometimes crash on using domxml functions. Sometimes it works, sometimes it'll crash (seems to be kinda related to the size of the XML document). Information: http://bug.xavamedia.nl/ -- Edit this bug report at http://bugs.php.net/?id=16794&edit=1
Bug #16796 Updated: where is php_oracle.dll
ID: 16796 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: *General Issues Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: php_ldap.dll is also gone... Previous Comments: [2002-04-24 18:28:21] [EMAIL PROTECTED] Marking this as critical..maybe someone notices and even does something about it too...(daniel?) [2002-04-24 10:53:31] [EMAIL PROTECTED] I think you should just use the old library that came with PHP 4.1.2. It's just not delivered with the standard package anymore. [2002-04-24 10:39:54] [EMAIL PROTECTED] As i have a ORACLE 7 App running on W2k I am now Missing the php_oracle.dll extension. is this a feature or ist this support obsolete -- Edit this bug report at http://bugs.php.net/?id=16796&edit=1
Bug #16796 Updated: where is php_oracle.dll
ID: 16796 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: *Configuration Issues Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: I think you should just use the old library that came with PHP 4.1.2. It's just not delivered with the standard package anymore. Previous Comments: [2002-04-24 10:39:54] [EMAIL PROTECTED] As i have a ORACLE 7 App running on W2k I am now Missing the php_oracle.dll extension. is this a feature or ist this support obsolete -- Edit this bug report at http://bugs.php.net/?id=16796&edit=1
Bug #16794: random (?) Apache crash using domxml
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.0 PHP Bug Type: DOM XML related Bug description: random (?) Apache crash using domxml I'm trying to use php_domxml with PHP on Apache 1.3.24 on Windows XP. I used php_domxml quite succesfully with PHP 4.1.2, but now that I've got 4.2.0 installed, Apache will sometimes crash on using domxml functions. Sometimes it works, sometimes it'll crash (seems to be kinda related to the size of the XML document). Information: http://bug.xavamedia.nl/ -- Edit bug report at http://bugs.php.net/?id=16794&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16794&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16794&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16794&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16794&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16794&r=support Expected behavior: http://bugs.php.net/fix.php?id=16794&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16794&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16794&r=submittedtwice
Bug #16187 Updated: mysql_fetch_object docs
ID: 16187 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type:Documentation problem PHP Version: 4.1.2 New Comment: Did you read the code at all? It is a documentation problem, not more, not less. How would the parameters to this function be useful, if only one of the possible constant values can be used? Previous Comments: [2002-03-20 12:41:26] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Anyway, it means you can use $object->field (with the fieldnames like in mysql_fetch_array) but not $object->1 (like in mysql_fetch_row). If you want more clarification to translate something correctly, ask it on [EMAIL PROTECTED] If you just want to know how it works, ask on [EMAIL PROTECTED] [2002-03-20 10:57:18] [EMAIL PROTECTED] mysql_fetch_object is similar to mysql_fetch_array, with one difference - an object is returned, instead of an array. Indirectly, that means that you can only access the data by the field names, and not by their offsets (numbers are illegal property names). The optional argument result_type is a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and MYSQL_BOTH. See mysql_fetch_array for explanation of these constants. Could someone please explain this? TIA, Manuzhai -- Edit this bug report at http://bugs.php.net/?id=16187&edit=1
Bug #16187: mysql_fetch_object docs
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: mysql_fetch_object docs mysql_fetch_object is similar to mysql_fetch_array, with one difference - an object is returned, instead of an array. Indirectly, that means that you can only access the data by the field names, and not by their offsets (numbers are illegal property names). The optional argument result_type is a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and MYSQL_BOTH. See mysql_fetch_array for explanation of these constants. Could someone please explain this? TIA, Manuzhai -- Edit bug report at http://bugs.php.net/?id=16187&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16187&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16187&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16187&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16187&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16187&r=support Expected behavior: http://bugs.php.net/fix.php?id=16187&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16187&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16187&r=submittedtwice