#29846 [Opn]: Function to close the output stream
ID: 29846 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.0.1 New Comment: See also bug #15209 Previous Comments: [2004-08-26 11:51:31] [EMAIL PROTECTED] Description: Introduce function to force PHP to close the output stream so slower non user related functions can be executed. -- Edit this bug report at http://bugs.php.net/?id=29846&edit=1
#26043 [Csd->Opn]: pg_lo_import causes crash under all circumstances
ID: 26043 Updated by: [EMAIL PROTECTED] Reported By: dqj at requesttech dot com -Status: Closed +Status: Open Bug Type: PostgreSQL related Operating System: Redhat 9.0 PHP Version: 4.3.3 New Comment: Sorry. Didn't mean to close the bug. Previous Comments: [2003-11-26 17:57:50] [EMAIL PROTECTED] This crash happens only when pgsql and odbc modules are installed and enabled together. [2003-11-26 17:18:40] [EMAIL PROTECTED] It's not just pg_lo_import, but also pg_lo_create. The backtrace is as follows: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1226627936 (LWP 28034)] 0xb69f7987 in CC_send_function () from /usr/lib/libodbcpsql.so.2 (gdb) where #0 0xb69f7987 in CC_send_function () from /usr/lib/libodbcpsql.so.2 #1 0xb6a06940 in lo_creat () from /usr/lib/libodbcpsql.so.2 #2 0xb69c6c23 in lo_import () from /usr/lib/libpq.so.3 #3 0xb69e4121 in zif_pg_lo_import (ht=2, return_value=0x8307424, this_ptr=0x0, return_value_used=1) at /usr/src/debug/php-4.3.2/ext/pgsql/pgsql.c:2099 #4 0xb697a542 in zend_assign_to_variable_reference () from /usr/local/Zend/lib/Optimizer-2.1.0/php-4.3.x/ZendOptimizer.so #5 0x0002 in ?? () #6 0x08307424 in ?? () I can't tell yet whether this is a bug in PHP or in the pgsqlodbc libraries. This backtrace is using the cli version of PHP on the test script provided (modified for my database). [2003-11-02 16:16:30] [EMAIL PROTECTED] Cannot replicate using latest CVS. [2003-10-31 20:49:06] dqj at requesttech dot com Thank you! To make it really simple and rule out file contents problems, I just did: % echo "1" > /tmp/dqj.tmp to create the file. It also had failed with a .wav file prior to that. [2003-10-31 16:45:17] [EMAIL PROTECTED] if you can provide the file used to replicate the crash, it may be possible for us to test and see if the issue was in fact resolved. 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/26043 -- Edit this bug report at http://bugs.php.net/?id=26043&edit=1
#26043 [Opn->Csd]: pg_lo_import causes crash under all circumstances
ID: 26043 Updated by: [EMAIL PROTECTED] Reported By: dqj at requesttech dot com -Status: Open +Status: Closed Bug Type: PostgreSQL related Operating System: Redhat 9.0 PHP Version: 4.3.3 New Comment: This crash happens only when pgsql and odbc modules are installed and enabled together. Previous Comments: [2003-11-26 17:18:40] [EMAIL PROTECTED] It's not just pg_lo_import, but also pg_lo_create. The backtrace is as follows: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1226627936 (LWP 28034)] 0xb69f7987 in CC_send_function () from /usr/lib/libodbcpsql.so.2 (gdb) where #0 0xb69f7987 in CC_send_function () from /usr/lib/libodbcpsql.so.2 #1 0xb6a06940 in lo_creat () from /usr/lib/libodbcpsql.so.2 #2 0xb69c6c23 in lo_import () from /usr/lib/libpq.so.3 #3 0xb69e4121 in zif_pg_lo_import (ht=2, return_value=0x8307424, this_ptr=0x0, return_value_used=1) at /usr/src/debug/php-4.3.2/ext/pgsql/pgsql.c:2099 #4 0xb697a542 in zend_assign_to_variable_reference () from /usr/local/Zend/lib/Optimizer-2.1.0/php-4.3.x/ZendOptimizer.so #5 0x0002 in ?? () #6 0x08307424 in ?? () I can't tell yet whether this is a bug in PHP or in the pgsqlodbc libraries. This backtrace is using the cli version of PHP on the test script provided (modified for my database). [2003-11-02 16:16:30] [EMAIL PROTECTED] Cannot replicate using latest CVS. [2003-10-31 20:49:06] dqj at requesttech dot com Thank you! To make it really simple and rule out file contents problems, I just did: % echo "1" > /tmp/dqj.tmp to create the file. It also had failed with a .wav file prior to that. [2003-10-31 16:45:17] [EMAIL PROTECTED] if you can provide the file used to replicate the crash, it may be possible for us to test and see if the issue was in fact resolved. [2003-10-30 14:32:24] dqj at requesttech dot com Forgot to mention that the Postgres version is 7.3.4. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26043 -- Edit this bug report at http://bugs.php.net/?id=26043&edit=1
#26043 [Csd->Opn]: pg_lo_import causes crash under all circumstances
ID: 26043 Updated by: [EMAIL PROTECTED] Reported By: dqj at requesttech dot com -Status: Closed +Status: Open Bug Type: PostgreSQL related Operating System: Redhat 9.0 PHP Version: 4.3.3 New Comment: It's not just pg_lo_import, but also pg_lo_create. The backtrace is as follows: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1226627936 (LWP 28034)] 0xb69f7987 in CC_send_function () from /usr/lib/libodbcpsql.so.2 (gdb) where #0 0xb69f7987 in CC_send_function () from /usr/lib/libodbcpsql.so.2 #1 0xb6a06940 in lo_creat () from /usr/lib/libodbcpsql.so.2 #2 0xb69c6c23 in lo_import () from /usr/lib/libpq.so.3 #3 0xb69e4121 in zif_pg_lo_import (ht=2, return_value=0x8307424, this_ptr=0x0, return_value_used=1) at /usr/src/debug/php-4.3.2/ext/pgsql/pgsql.c:2099 #4 0xb697a542 in zend_assign_to_variable_reference () from /usr/local/Zend/lib/Optimizer-2.1.0/php-4.3.x/ZendOptimizer.so #5 0x0002 in ?? () #6 0x08307424 in ?? () I can't tell yet whether this is a bug in PHP or in the pgsqlodbc libraries. This backtrace is using the cli version of PHP on the test script provided (modified for my database). Previous Comments: [2003-11-02 16:16:30] [EMAIL PROTECTED] Cannot replicate using latest CVS. [2003-10-31 20:49:06] dqj at requesttech dot com Thank you! To make it really simple and rule out file contents problems, I just did: % echo "1" > /tmp/dqj.tmp to create the file. It also had failed with a .wav file prior to that. [2003-10-31 16:45:17] [EMAIL PROTECTED] if you can provide the file used to replicate the crash, it may be possible for us to test and see if the issue was in fact resolved. [2003-10-30 14:32:24] dqj at requesttech dot com Forgot to mention that the Postgres version is 7.3.4. [2003-10-30 14:26:13] dqj at requesttech dot com I was wrong about there not being anything in the logs. In the httpd error_log, there was the following: [Thu Oct 30 14:25:10 2003] [notice] child pid 16877 exit signal Segmentation fault (11) This occurs whenever a valid filename is given to pg_lo_import. 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/26043 -- Edit this bug report at http://bugs.php.net/?id=26043&edit=1
#19998 [Opn]: IIS 6.0 Configuration
ID: 19998 Updated by: [EMAIL PROTECTED] Reported By: admin at sizemik dot co dot uk Status: Open Bug Type: Feature/Change Request -Operating System: Windows .NET Standard Server RC1 +Operating System: Windows 2003 Server -PHP Version: 4.2.3 +PHP Version: All New Comment: PHP does not work (either in cgi or isapi mode) unless you specifically set up php as a web service. Even with that, there's something impeding shell_exec() functions. Previous Comments: [2002-10-20 04:36:49] admin at sizemik dot co dot uk Please could you add a feature that auto configures IIS 6.0 as neither the current IIS 4.0 and above auto config or manual configuration work. Thank You -- Edit this bug report at http://bugs.php.net/?id=19998&edit=1
#21497 [Bgs]: include() of XML document fails
ID: 21497 Updated by: [EMAIL PROTECTED] Reported By: polone at townnews dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat Linux 6.2 PHP Version: 4.3.0 New Comment: This will not be fixed by any current member of the PHP development group. If you desire a fix, submit a patch (though some have already tried and haven't been sucessfull in getting the patches accepted), otherwise, remove all your short tags. There are a number of problems with using short tags, and therefore reasons that you shouldn't use them in your code. The most prominent is that using short tags makes your code essentially non-portable. This from the current php.ini: ; Allow the tags are recognized. ; NOTE: Using short tags should be avoided when developing applications or ; libraries that are meant for redistribution, or deployment on PHP ; servers which are not under your control, because short tags may not ; be supported on the target server. For portable, redistributable code, ; be sure not to use short tags. Previous Comments: [2003-03-24 20:29:47] mike at sydel dot net I am also experiencing this problem. Indeed, polone is right that disabling short tags shouldn't be the solution. I say this because a lot of people are already using to simply echo variables. If they for one case also encountered the same problem as we have, then he has to rewrite the code where fail to be loaded. I'm guessing this might have to do with PHP trying to interpret the http://bugs.php.net/?id=21497&edit=1
#22509 [Csd]: "cannot find a cracklib header file"
ID: 22509 Updated by: [EMAIL PROTECTED] Reported By: julio dot p dot dominguez at usdoj dot gov Status: Closed Bug Type: Compile Failure -Operating System: Linux 7.3 +Operating System: Red Hat Linux 7.3 PHP Version: 4.3.1 New Comment: I've created Red Hat RPMS for cracklib that PHP can build against. Red Hat's Cracklib RPM is broken and has been since at least 7.1. See http://www.dragonstrider.com/cracklib for fixed packages. There is an open Bugzilla entry for this: 68339. Joseph Previous Comments: [2003-03-03 09:58:35] julio dot p dot dominguez at usdoj dot gov thank you i downloaded the original libraries and copied the packer.h file in the /usr/include directory and that solved the problem. [2003-03-02 18:04:41] [EMAIL PROTECTED] Hmmm - i must say that indeed packer.h is needed because the extension uses somee kind of low level interface to the library. If you get the original library you will have that file. Get it from: ftp://coast.cs.purdue.edu/pub/tools/unix/libs/cracklib/ Maybe it is an option to rewrite the extension to support the interface avalable from the rpms or to support both. [2003-03-02 17:11:49] [EMAIL PROTECTED] Configure checks for the wrong haeder file. [2003-03-02 16:53:44] julio dot p dot dominguez at usdoj dot gov ./configure --with-crack cracklib rpms are installed header file is located in /usr/include lib files are located in /usr/lib -- Edit this bug report at http://bugs.php.net/?id=22509&edit=1
#20802 [Ctl]: memory limit crash
ID: 20802 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Scripting Engine problem Operating System: Redhat 7.0 PHP Version: 4.3.0RC2 New Comment: I've seen this behavior in versions as early as 4.1.2. Previous Comments: [2002-12-30 14:54:45] [EMAIL PROTECTED] I have reproduced this issue with the released 4.3.0. When the memory limit is exceeded, the program dies without the slitest indication as to why. The exact same test with PHP 4.2.3 prints an error: "PHP Fatal error: Allowed memory size of 10485760 bytes exhausted (tried to allocate 1 bytes) in - on line 1". The following command line is what I used to produce the message above: echo -n '' | php -q [2002-12-18 03:01:01] [EMAIL PROTECTED] I have the same problem with PHP 4.2.3 on SPARC Solaris 2.7. My program is very complex and I cannot provide simple script to reproduce it. It seems to be hitting default 8 mb memory at random points in the code when it processed enough data. But instead of reporting an error, PHP engine just dies and re-starts execution of the script from the very beginning (!). No records in the logs. PHP is running as Apache 1.3.26 module. [2002-12-13 07:24:57] [EMAIL PROTECTED] I'm having the same problem with PHP 4.3RC3 with Apache 2.0.43 running with the perchild MPM. After the crash occours, apache does not accept any more connections, even though there are other processes that could handle them, and I'm required to restart it. Here are some outputs from ps and top, before and after the crash, perhaps it will be usefull with something: /* I've pasted only the part that shows the "root" process, and a single child with its accompanying threads; there are 4 more children (with their threads), but they are similar and their state doesn't change */ (1) "ps ax --forest" before 3541 ?S 0:00 /opt/httpd-2.0.43/bin/httpd -k start 3542 ?S 0:00 \_ /opt/httpd-2.0.43/bin/httpd -k start 3545 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k start 3546 ?S 0:38 | \_ /opt/httpd-2.0.43/bin/httpd -k start 3549 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k start 3550 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k start 3556 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k start 3561 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k start 3578 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k start (2) "ps ax --forest" before 3541 ?S 0:00 /opt/httpd-2.0.43/bin/httpd -k start 3542 ?S 0:00 \_ /opt/httpd-2.0.43/bin/httpd -k start 3545 ?Z 0:00 | \_ [httpd ] (3) "top" output after the crash PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ Command PPID nFLT nDRT WCHAN Flags 3542 httpd 9 0 58028 56m 4972 S 0.0 7.5 0:00.00 /opt/httpd- 35411 13k rt_sigsus .14. 3545 httpd 8 0 000 Z 0.0 0.0 0:00.04 ( httpd , argc=3, argv=0xbfffe944, init=0x80792f8 <_init>, fini=0x826c8f4 <_fini>, rtld_fini=0x4000a914 <_dl_fini>, stack_end=0xbfffe93c) at ../sysdeps/generic/libc-start.c:92 [2002-12-04 00:33:07] [EMAIL PROTECTED] Veryfied with PHP 4.4.0-dev (Nov 29 2002) and PHP 4.3.0-dev (Nov 25 2002). With both versions the script just ended without any error message, but there is no segmentation fault. 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/20802 -- Edit this bug report at http://bugs.php.net/?id=20802&edit=1
#15209 [Ver]: Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x
ID: 15209 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Scripting Engine problem -Operating System: RH Linux 7.2 +Operating System: RH Linux 7.3 -PHP Version: 4.3.0-dev +PHP Version: 4.1.x-4.3.0 New Comment: The functionality for register_shutdown_function under 4.0.x will be replaced with a function named apache_register_shutdown_function. This should be available under 4.3.1 and later versions of PHP. I will close this bug when the patch has been committed. Previous Comments: [2002-12-27 10:52:01] [EMAIL PROTECTED] I created a patch to add this functionality back under mod_php4 systems. This patch was posted to the php-dev list yesterday. Check out the list archives. An improved patch will be posted later today. [2002-12-23 11:25:38] [EMAIL PROTECTED] The following script will cause IE to stop loading the page when zlib.output_compression is used. This was not true before the changes to register_shutdown_function as the output was not sent. You can see a test at http://dealnews.com/zlibshutdown.php. Mozilla gracefully handles the mixed output by truncating the non-compressed data. This is in the HTML body. [2002-12-12 11:37:31] [EMAIL PROTECTED] I gave up on my patch. Too much work, not enought time, and ultimately, I couldn't find a place in PHP land where PHP was still running and Apache had closed the connection to put my hooks in. There may be a way to tell Apache to close the connection through SAPI, but I am not aware of it. (I'm not an apache hacker). Someone posted a way to fork a process to the background, but it isn't a PHP land solution. >From Carsten Gehling: Maybe this is what you need? http://www.naken.cc/mikehup.php I use this on a CMS site, where the users upload imagefiles with ftp. After that, they use a php webinterface to start an importscript (written in Perl). By doing this command in php: system("/usr/local/bin/mikehup /usr/bin/perl /www/servers/netlag/cronscripts/import_billede.pl &"); The importscript is started and executes in the background while the php-script finishes execution. Hope that helps - Carsten [2002-12-12 10:06:43] [EMAIL PROTECTED] I copy my mail sent to the dev list here too, to make it more noticable: I know there was some hot discussion about this topic but I really need to get this bug fixed. Even I'll make a patch with my zero knowledge of c if no one would like to make it, but please try to find a reasonable sollution that fits (almost) everyone's need. I thought of one. I think a new function with the name register_apache_shutdown_function (or somethink like this) might be good. It's name would say that it only works in apache, it could be documented that it's the *only* function that closes the connection before the registered functions are handled. Or maybe a parameter could tell if the connection should be closed before the first registered function is started. I'll hope there's some way to solve this problem, because it's not easy to tell every customer to use our patch (or use 4.0.6) before they are staring to use our programs that rely on this forgotten feature. Thanks, Arpi [2002-12-11 08:30:38] [EMAIL PROTECTED] Changing to 'Verified', since there is some disagreement on how this function should operate. 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/15209 -- Edit this bug report at http://bugs.php.net/?id=15209&edit=1
#15209 [Ver]: Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x
ID: 15209 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Scripting Engine problem Operating System: RH Linux 7.2 PHP Version: 4.3.0-dev New Comment: I created a patch to add this functionality back under mod_php4 systems. This patch was posted to the php-dev list yesterday. Check out the list archives. An improved patch will be posted later today. Previous Comments: [2002-12-23 11:25:38] [EMAIL PROTECTED] The following script will cause IE to stop loading the page when zlib.output_compression is used. This was not true before the changes to register_shutdown_function as the output was not sent. You can see a test at http://dealnews.com/zlibshutdown.php. Mozilla gracefully handles the mixed output by truncating the non-compressed data. This is in the HTML body. [2002-12-12 11:37:31] [EMAIL PROTECTED] I gave up on my patch. Too much work, not enought time, and ultimately, I couldn't find a place in PHP land where PHP was still running and Apache had closed the connection to put my hooks in. There may be a way to tell Apache to close the connection through SAPI, but I am not aware of it. (I'm not an apache hacker). Someone posted a way to fork a process to the background, but it isn't a PHP land solution. >From Carsten Gehling: Maybe this is what you need? http://www.naken.cc/mikehup.php I use this on a CMS site, where the users upload imagefiles with ftp. After that, they use a php webinterface to start an importscript (written in Perl). By doing this command in php: system("/usr/local/bin/mikehup /usr/bin/perl /www/servers/netlag/cronscripts/import_billede.pl &"); The importscript is started and executes in the background while the php-script finishes execution. Hope that helps - Carsten [2002-12-12 10:06:43] [EMAIL PROTECTED] I copy my mail sent to the dev list here too, to make it more noticable: I know there was some hot discussion about this topic but I really need to get this bug fixed. Even I'll make a patch with my zero knowledge of c if no one would like to make it, but please try to find a reasonable sollution that fits (almost) everyone's need. I thought of one. I think a new function with the name register_apache_shutdown_function (or somethink like this) might be good. It's name would say that it only works in apache, it could be documented that it's the *only* function that closes the connection before the registered functions are handled. Or maybe a parameter could tell if the connection should be closed before the first registered function is started. I'll hope there's some way to solve this problem, because it's not easy to tell every customer to use our patch (or use 4.0.6) before they are staring to use our programs that rely on this forgotten feature. Thanks, Arpi [2002-12-11 08:30:38] [EMAIL PROTECTED] Changing to 'Verified', since there is some disagreement on how this function should operate. [2002-10-12 10:21:46] [EMAIL PROTECTED] Marking as critical since this worked at some point. And there was also posting by [EMAIL PROTECTED] with a possible fix on [EMAIL PROTECTED] The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15209 -- Edit this bug report at http://bugs.php.net/?id=15209&edit=1
#15209 [Ver]: Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x
ID: 15209 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Scripting Engine problem Operating System: RH Linux 7.2 PHP Version: 4.3.0-dev New Comment: I gave up on my patch. Too much work, not enought time, and ultimately, I couldn't find a place in PHP land where PHP was still running and Apache had closed the connection to put my hooks in. There may be a way to tell Apache to close the connection through SAPI, but I am not aware of it. (I'm not an apache hacker). Someone posted a way to fork a process to the background, but it isn't a PHP land solution. >From Carsten Gehling: Maybe this is what you need? http://www.naken.cc/mikehup.php I use this on a CMS site, where the users upload imagefiles with ftp. After that, they use a php webinterface to start an importscript (written in Perl). By doing this command in php: system("/usr/local/bin/mikehup /usr/bin/perl /www/servers/netlag/cronscripts/import_billede.pl &"); The importscript is started and executes in the background while the php-script finishes execution. Hope that helps - Carsten Previous Comments: [2002-12-12 10:06:43] [EMAIL PROTECTED] I copy my mail sent to the dev list here too, to make it more noticable: I know there was some hot discussion about this topic but I really need to get this bug fixed. Even I'll make a patch with my zero knowledge of c if no one would like to make it, but please try to find a reasonable sollution that fits (almost) everyone's need. I thought of one. I think a new function with the name register_apache_shutdown_function (or somethink like this) might be good. It's name would say that it only works in apache, it could be documented that it's the *only* function that closes the connection before the registered functions are handled. Or maybe a parameter could tell if the connection should be closed before the first registered function is started. I'll hope there's some way to solve this problem, because it's not easy to tell every customer to use our patch (or use 4.0.6) before they are staring to use our programs that rely on this forgotten feature. Thanks, Arpi [2002-12-11 08:30:38] [EMAIL PROTECTED] Changing to 'Verified', since there is some disagreement on how this function should operate. [2002-10-12 10:21:46] [EMAIL PROTECTED] Marking as critical since this worked at some point. And there was also posting by [EMAIL PROTECTED] with a possible fix on [EMAIL PROTECTED] [2002-10-04 07:44:12] [EMAIL PROTECTED] I grabbed a snapshot today (php4-200210040300). I jtate's script, and still got the erroneous (IMO) behavior. My connection to the server did not close until the shutdown function completed. Looking at the suspect section of sapi_apache.c, I do not see any changes. Not that I expected to see my patch verbatim, but I would expect something in that vicinity to change. [2002-10-02 10:33:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip 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/15209 -- Edit this bug report at http://bugs.php.net/?id=15209&edit=1
#20507 [Opn->Bgs]: Access vilation - php4ts!zend_strndup + 0x2B
ID: 20507 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: win 2000 PHP Version: 4.2.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. Same as bug #15333. Previous Comments: [2002-11-19 15:58:15] [EMAIL PROTECTED] My php-installation ( ISAPI ) works fine for some time. If i stop to request php files through my web-client for a while. Then when I send a new request I get the error "...Access vilation" And this is what my event log says : The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05C16DA '. -- Edit this bug report at http://bugs.php.net/?id=20507&edit=1
#15333 [NoF->Opn]: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.2.1 New Comment: Reopening as per comments Previous Comments: [2002-10-14 11:13:24] [EMAIL PROTECTED] Sniper, the reason nobody gave feedback is because *nobody is using PHP ISAPI anymore*. I just tested this again with the latest 4.3.0-dev snapshot on Win2K. It still gives an AV. Here is how to duplicate it: 1. Create a file with the following line: 2. From your web browser, access that file. 3. Press refresh repeatedly until you see an access violation. As j.mak said, no version of PHP ISAPI from 4.1.2 to present has worked. [2002-09-26 20:06:35] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-09-20 10:41:53] [EMAIL PROTECTED] Just to add it to the list: Same problem here. Never got PHP to work through IIS. Tested it on Win2K Pro (SP2, no patches), Win2K Adv. Server (sp2 + srp1), Win2K Adv. Server (SP3 + latest patches). The machines vary from Duron cpu's, Celeron's, P3's, Athlon XP+'s. A request to a .php file would work for 1 or 2 times, but then the 'Invalid access to memory location' error in my browser. The php files tried where some files with only HTML (not one php tag), or just the . The PHP behaves fine when used with Apache-Win32, or from the command-line. I've never seen PHP (from versions 4.1.2 to 4.2.2) work on Win2K + IIS :(. [2002-09-07 00:09:09] [EMAIL PROTECTED] Umm that should only be feedbacked, not closed. [2002-09-07 00:04:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was a bug for dual processors that fixed this. Please try the latests version (4.2.3) to see if this is fixed. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#19445 [Opn->Fbk]: set_content does not replace contents
ID: 19445 Updated by: [EMAIL PROTECTED] -Summary: Memory problem of PHP in Win32 environment -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function -Operating System: Windows2000Server +Operating System: Redhat 7.3 kernel 2.4.18-3 PHP Version: 4.2.2 New Comment: I would run memtest on your new ram to see if you have ram errors. What is the error you are getting? Could this be related to http://bugs.php.net/15333 ? Previous Comments: [2002-09-16 19:50:31] [EMAIL PROTECTED] Dear PHP Group, I was using the machine that installed the memory of 256MB until July of this year. And in the end neighborhood in July, I increased the memory of the machine to 1GB. OS that was running normally until now from the instant, became unstable. I thought this problem, that the beginning is the problem of OS. I noticed that an OS error does not come out when do for a while and stop Apache. And I thought that the cause of this problem is in Apache. However, my judgment may miss. It is because the OS error does not come out when the reason makes PHP the CGI mode. Only when PHP is an ISAPI mode namely, the OS error comes out. This OS error is a violent thing and OS decreases in the case that the initialization failure of the application frequently occurs and the operation of OS be worst, become impossible. I am inevitable, the problem is driving with the CGI mode without going out now. The details of my machine are as follows. OS:Windows2000Server (Not using IIS at all) MEMORY:1GBytes HTTPD:Apache2.0.39(Win32) (Binary release) PHP:4.2.2 (Binary release) Others:mod_ssl/2.0.39 OpenSSL/0.9.6d mod_gzip/2.0.26.1a Sincerely, -- Edit this bug report at http://bugs.php.net/?id=19445&edit=1
Bug #16888 Updated: domXML causes Segfault, when you create to many Nodes
ID: 16888 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: Oh, and I've tested it to work with 70,000 elements... Previous Comments: [2002-05-16 19:04:25] [EMAIL PROTECTED] I seem to have found the problem. Nodes are being freed twice: once in a call to php_free_xml_node, and once in a call to node_wrapper_dtor. I've made two changes, one i've replaced the "free" code in php_free_xml_node with a call to the static inline function node_wrapper_dtor, and then call dom_object_set_data to clear the data (a check should be put here to make sure that the refcount is 0 before doing this, but I don't have time right now). I'll post the patch to the php-dev list so that people can look it over, and make sure that it doesn't introduce any memory leaks. I'll mark the bug fixed when I commit my change. [2002-05-16 15:59:08] [EMAIL PROTECTED] Ahh, Now I'm understanding the original poster. I never got the 404 page. Must have been a browser specific issue. The error occurs in the cleanup routines on both iis and apache. The stack trace is as follows: _zval_ptr_dtor(_zval_struct * * 0x00e2f568, char * 0x10023020 `string', unsigned int 0x01f8) line 272 + 5 bytes node_wrapper_dtor(_xmlNode * 0x005cb9c8) line 504 + 26 bytes node_list_wrapper_dtor(_xmlNode * 0x005cb9c8) line 531 + 9 bytes node_list_wrapper_dtor(_xmlNode * 0x005c3c18) line 521 + 12 bytes php_free_xml_doc(_zend_rsrc_list_entry * 0x00e38e18, void * * * 0x00afe7a8) line 563 + 12 bytes list_entry_destructor(void * 0x00e38e18) line 177 + 16 bytes zend_hash_apply_deleter(_hashtable * 0x00b2cac4, bucket * 0x00e38db8) line 596 + 15 bytes zend_hash_graceful_reverse_destroy(_hashtable * 0x00b2cac4) line 662 + 13 bytes zend_destroy_rsrc_list(_hashtable * 0x00b2cac4, void * * * 0x00afe7a8) line 233 + 9 bytes shutdown_executor(void * * * 0x00afe7a8) line 196 + 30 bytes zend_deactivate(void * * * 0x00afe7a8) line 596 + 9 bytes php_request_shutdown(void * 0x) line 787 + 9 bytes apache_php_module_main(request_rec * 0x00afc798, int 0x, void * * * 0x00afe7a8) line 96 + 8 bytes send_php(request_rec * 0x00afc798, int 0x, char * 0x00afd248) line 575 + 17 bytes send_parsed_php(request_rec * 0x00afc798) line 590 + 13 bytes ap_invoke_handler(request_rec * 0x00afc798) line 517 + 10 bytes process_request_internal(request_rec * 0x00afc798) line 1308 + 9 bytes ap_process_request(request_rec * 0x00afc798) line 1324 + 9 bytes child_sub_main(int 0x) line 5881 [2002-05-16 14:05:41] [EMAIL PROTECTED] The crash occurs weather you use append_sibling or append_child [2002-05-16 13:29:39] [EMAIL PROTECTED] To narrow down the problem. Does it also crash, when you don't use append_sibling, but append_child in the for-loop? chregu [2002-05-16 13:03:37] [EMAIL PROTECTED] even with the new php_domxml.dll it still crashes also when you use the correct new function append_sibling() it still crashes, even worser when you forget to add content to your nodes as in the example above apache crashes in a loop until the timeout is reached and no output reaches the browser. create_element("HTML"); $root = $doc->append_child($root); $body = $doc->create_element("element"); $body = $root->append_child($body); //$body->set_content("content"); for($i = 1; $i < 130; $i++){ $element = $doc->create_element("element"); //$element->set_content("content ".$i); $body->append_sibling($element); } echo htmlentities($doc->dump_mem(true)); ?> 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/16888 -- Edit this bug report at http://bugs.php.net/?id=16888&edit=1
Bug #16888 Updated: domXML causes Segfault, when you create to many Nodes
ID: 16888 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: I seem to have found the problem. Nodes are being freed twice: once in a call to php_free_xml_node, and once in a call to node_wrapper_dtor. I've made two changes, one i've replaced the "free" code in php_free_xml_node with a call to the static inline function node_wrapper_dtor, and then call dom_object_set_data to clear the data (a check should be put here to make sure that the refcount is 0 before doing this, but I don't have time right now). I'll post the patch to the php-dev list so that people can look it over, and make sure that it doesn't introduce any memory leaks. I'll mark the bug fixed when I commit my change. Previous Comments: [2002-05-16 15:59:08] [EMAIL PROTECTED] Ahh, Now I'm understanding the original poster. I never got the 404 page. Must have been a browser specific issue. The error occurs in the cleanup routines on both iis and apache. The stack trace is as follows: _zval_ptr_dtor(_zval_struct * * 0x00e2f568, char * 0x10023020 `string', unsigned int 0x01f8) line 272 + 5 bytes node_wrapper_dtor(_xmlNode * 0x005cb9c8) line 504 + 26 bytes node_list_wrapper_dtor(_xmlNode * 0x005cb9c8) line 531 + 9 bytes node_list_wrapper_dtor(_xmlNode * 0x005c3c18) line 521 + 12 bytes php_free_xml_doc(_zend_rsrc_list_entry * 0x00e38e18, void * * * 0x00afe7a8) line 563 + 12 bytes list_entry_destructor(void * 0x00e38e18) line 177 + 16 bytes zend_hash_apply_deleter(_hashtable * 0x00b2cac4, bucket * 0x00e38db8) line 596 + 15 bytes zend_hash_graceful_reverse_destroy(_hashtable * 0x00b2cac4) line 662 + 13 bytes zend_destroy_rsrc_list(_hashtable * 0x00b2cac4, void * * * 0x00afe7a8) line 233 + 9 bytes shutdown_executor(void * * * 0x00afe7a8) line 196 + 30 bytes zend_deactivate(void * * * 0x00afe7a8) line 596 + 9 bytes php_request_shutdown(void * 0x) line 787 + 9 bytes apache_php_module_main(request_rec * 0x00afc798, int 0x, void * * * 0x00afe7a8) line 96 + 8 bytes send_php(request_rec * 0x00afc798, int 0x, char * 0x00afd248) line 575 + 17 bytes send_parsed_php(request_rec * 0x00afc798) line 590 + 13 bytes ap_invoke_handler(request_rec * 0x00afc798) line 517 + 10 bytes process_request_internal(request_rec * 0x00afc798) line 1308 + 9 bytes ap_process_request(request_rec * 0x00afc798) line 1324 + 9 bytes child_sub_main(int 0x) line 5881 [2002-05-16 14:05:41] [EMAIL PROTECTED] The crash occurs weather you use append_sibling or append_child [2002-05-16 13:29:39] [EMAIL PROTECTED] To narrow down the problem. Does it also crash, when you don't use append_sibling, but append_child in the for-loop? chregu [2002-05-16 13:03:37] [EMAIL PROTECTED] even with the new php_domxml.dll it still crashes also when you use the correct new function append_sibling() it still crashes, even worser when you forget to add content to your nodes as in the example above apache crashes in a loop until the timeout is reached and no output reaches the browser. create_element("HTML"); $root = $doc->append_child($root); $body = $doc->create_element("element"); $body = $root->append_child($body); //$body->set_content("content"); for($i = 1; $i < 130; $i++){ $element = $doc->create_element("element"); //$element->set_content("content ".$i); $body->append_sibling($element); } echo htmlentities($doc->dump_mem(true)); ?> [2002-05-16 11:06:57] [EMAIL PROTECTED] I'm looking into it. No guarantees though. I tried it with IIS, and it seemed to work ok (Well the domxml part), it just crashed later. I'm installing Apache to see if I can reproduce the problem/fix 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/16888 -- Edit this bug report at http://bugs.php.net/?id=16888&edit=1
Bug #16888 Updated: domXML causes Segfault, when you create to many Nodes
ID: 16888 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: Ahh, Now I'm understanding the original poster. I never got the 404 page. Must have been a browser specific issue. The error occurs in the cleanup routines on both iis and apache. The stack trace is as follows: _zval_ptr_dtor(_zval_struct * * 0x00e2f568, char * 0x10023020 `string', unsigned int 0x01f8) line 272 + 5 bytes node_wrapper_dtor(_xmlNode * 0x005cb9c8) line 504 + 26 bytes node_list_wrapper_dtor(_xmlNode * 0x005cb9c8) line 531 + 9 bytes node_list_wrapper_dtor(_xmlNode * 0x005c3c18) line 521 + 12 bytes php_free_xml_doc(_zend_rsrc_list_entry * 0x00e38e18, void * * * 0x00afe7a8) line 563 + 12 bytes list_entry_destructor(void * 0x00e38e18) line 177 + 16 bytes zend_hash_apply_deleter(_hashtable * 0x00b2cac4, bucket * 0x00e38db8) line 596 + 15 bytes zend_hash_graceful_reverse_destroy(_hashtable * 0x00b2cac4) line 662 + 13 bytes zend_destroy_rsrc_list(_hashtable * 0x00b2cac4, void * * * 0x00afe7a8) line 233 + 9 bytes shutdown_executor(void * * * 0x00afe7a8) line 196 + 30 bytes zend_deactivate(void * * * 0x00afe7a8) line 596 + 9 bytes php_request_shutdown(void * 0x) line 787 + 9 bytes apache_php_module_main(request_rec * 0x00afc798, int 0x, void * * * 0x00afe7a8) line 96 + 8 bytes send_php(request_rec * 0x00afc798, int 0x, char * 0x00afd248) line 575 + 17 bytes send_parsed_php(request_rec * 0x00afc798) line 590 + 13 bytes ap_invoke_handler(request_rec * 0x00afc798) line 517 + 10 bytes process_request_internal(request_rec * 0x00afc798) line 1308 + 9 bytes ap_process_request(request_rec * 0x00afc798) line 1324 + 9 bytes child_sub_main(int 0x) line 5881 Previous Comments: [2002-05-16 14:05:41] [EMAIL PROTECTED] The crash occurs weather you use append_sibling or append_child [2002-05-16 13:29:39] [EMAIL PROTECTED] To narrow down the problem. Does it also crash, when you don't use append_sibling, but append_child in the for-loop? chregu [2002-05-16 13:03:37] [EMAIL PROTECTED] even with the new php_domxml.dll it still crashes also when you use the correct new function append_sibling() it still crashes, even worser when you forget to add content to your nodes as in the example above apache crashes in a loop until the timeout is reached and no output reaches the browser. create_element("HTML"); $root = $doc->append_child($root); $body = $doc->create_element("element"); $body = $root->append_child($body); //$body->set_content("content"); for($i = 1; $i < 130; $i++){ $element = $doc->create_element("element"); //$element->set_content("content ".$i); $body->append_sibling($element); } echo htmlentities($doc->dump_mem(true)); ?> [2002-05-16 11:06:57] [EMAIL PROTECTED] I'm looking into it. No guarantees though. I tried it with IIS, and it seemed to work ok (Well the domxml part), it just crashed later. I'm installing Apache to see if I can reproduce the problem/fix it. [2002-05-16 09:07:01] [EMAIL PROTECTED] Edin created a new php_domxml.dll with libxml2-2.4.21 compile d in. It's available at http://ftp.proventum.net/pub/php/win32/php_domxml.zip Can you check that. But i fear, it doesn't help solve the problem :( Please be aware, that append_child changed the meaning in 4.2.1. The former append_child is now append_sibling, and append_child behaves like the w3c likes it. But appending a sibling to the root node, doesn't make really sense, but it souldn't crash PHP, either :) I would be very glad, if someone with windows programming experience could hunt down the problem. chregu 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/16888 -- Edit this bug report at http://bugs.php.net/?id=16888&edit=1
Bug #16888 Updated: domXML causes Segfault, when you create to many Nodes
ID: 16888 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'm looking into it. No guarantees though. I tried it with IIS, and it seemed to work ok (Well the domxml part), it just crashed later. I'm installing Apache to see if I can reproduce the problem/fix it. Previous Comments: [2002-05-16 09:07:01] [EMAIL PROTECTED] Edin created a new php_domxml.dll with libxml2-2.4.21 compile d in. It's available at http://ftp.proventum.net/pub/php/win32/php_domxml.zip Can you check that. But i fear, it doesn't help solve the problem :( Please be aware, that append_child changed the meaning in 4.2.1. The former append_child is now append_sibling, and append_child behaves like the w3c likes it. But appending a sibling to the root node, doesn't make really sense, but it souldn't crash PHP, either :) I would be very glad, if someone with windows programming experience could hunt down the problem. chregu [2002-05-15 17:50:13] [EMAIL PROTECTED] FWIW, the sample script works ok using the latest HEAD under IIS in debug mode...well, works is an approximation. It doesn't crash until the Zend tries to clean up memory, and then crashes in _zval_ptr_dtor. Not feeling like a Zend guru today, I don't feel like attacking it. I'll try Apache though to see if I can narrow this bug down. [2002-05-15 16:15:27] [EMAIL PROTECTED] I tried the newest xml-lib build from http://www.fh-frankfurt.de/~igor/projects/libxml/ (Version 2.4.21) and apache still crashes. I also can confirm the barrier with 128 elements. [2002-05-15 12:28:24] [EMAIL PROTECTED] One more interesting remark - DOM XML module crashes if more then 128 elements are created. Less then 128 elements are created without problems. Maybe it will help you somehow? [2002-05-15 12:23:10] [EMAIL PROTECTED] Confirmed under windows 2000 server running as CGI with following combinations: PHP 4.1.1 + libxml2 2.4.21 - works well PHP 4.2.0 + libxml2 2.4.21 - crash PHP 4.2.1 + libxml2 2.4.9 - crash Unfortunatelly latest PHP version - 4.2.1 have been build with libxml2 compiled as static library, so i can't test it with latest libxml2. So it is not a problem of libxml2, but something into DOM XML module itself. PHP crashes into final stage, when script execution itself is completed (and even function, registered as shutdown function have been executed). 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/16888 -- Edit this bug report at http://bugs.php.net/?id=16888&edit=1
Bug #16888 Updated: domXML causes Segfault, when you create to many Nodes
ID: 16888 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: FWIW, the sample script works ok using the latest HEAD under IIS in debug mode...well, works is an approximation. It doesn't crash until the Zend tries to clean up memory, and then crashes in _zval_ptr_dtor. Not feeling like a Zend guru today, I don't feel like attacking it. I'll try Apache though to see if I can narrow this bug down. Previous Comments: [2002-05-15 16:15:27] [EMAIL PROTECTED] I tried the newest xml-lib build from http://www.fh-frankfurt.de/~igor/projects/libxml/ (Version 2.4.21) and apache still crashes. I also can confirm the barrier with 128 elements. [2002-05-15 12:28:24] [EMAIL PROTECTED] One more interesting remark - DOM XML module crashes if more then 128 elements are created. Less then 128 elements are created without problems. Maybe it will help you somehow? [2002-05-15 12:23:10] [EMAIL PROTECTED] Confirmed under windows 2000 server running as CGI with following combinations: PHP 4.1.1 + libxml2 2.4.21 - works well PHP 4.2.0 + libxml2 2.4.21 - crash PHP 4.2.1 + libxml2 2.4.9 - crash Unfortunatelly latest PHP version - 4.2.1 have been build with libxml2 compiled as static library, so i can't test it with latest libxml2. So it is not a problem of libxml2, but something into DOM XML module itself. PHP crashes into final stage, when script execution itself is completed (and even function, registered as shutdown function have been executed). [2002-05-15 08:57:08] [EMAIL PROTECTED] I would blame libxml2 :) Do you have the latest libxml2 dll? (available anywhere from http://www.xmlsoft.org). Can you check with that? chregu [2002-05-14 17:03:16] [EMAIL PROTECTED] Same error still occurs with PHP 4.2.1 Version The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16888 -- Edit this bug report at http://bugs.php.net/?id=16888&edit=1
Bug #17193 Updated: calling getenv after register_shutdown causes apache to crash
ID: 17193 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: RH Linux 7.2/Apach 1.3.22 PHP Version: 4.1.2/PHP_4_2_0 New Comment: Doesn't seem to happen with HEAD. Previous Comments: [2002-05-14 16:26:52] [EMAIL PROTECTED] Here's the back trace. Still happens with current 4_2_0 CVS. I'm checking HEAD right now. (gdb) bt #0 0x in ?? () #1 0x403d03d6 in apache_php_module_shutdown_wrapper () at mod_php4.c:795 #2 0x08051148 in run_cleanups (c=0x8107e04) at alloc.c:1713 #3 0x0804f681 in ap_clear_pool (a=0x80903d4) at alloc.c:538 #4 0x08062f70 in standalone_main (argc=1, argv=0xbfffea94) at http_main.c:5030 #5 0x08063b24 in main (argc=1, argv=0xbfffea94) at http_main.c:5417 #6 0x401af647 in __libc_start_main (main=0x8063640 , argc=1, ubp_av=0xbfffea94, init=0x804e3f0 <_init>, fini=0x807c770 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xbfffea8c) at ../sysdeps/generic/libc-start.c:129 It looks like register_shutdown_function is no longer performing as it has in the past. I'll follow up this in another bug report. [2002-05-14 01:19:08] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. You can find ho wto make a backtrace on the location mentioned above. Derick [2002-05-13 19:25:57] [EMAIL PROTECTED] If you call register_shutdown_function, and then in the registered function make a call to getenv, Apache segfaults. Here's a sample script: Please note. This only happens when running as an apache module. CLI works fine, and I'd assume that CGI does too. I'll post a back trace if some kind soul will explain how to do it under RH linux using the messed up !apachectl method that they use to start apache. -- Edit this bug report at http://bugs.php.net/?id=17193&edit=1
Bug #17193 Updated: calling getenv after register_shutdown causes apache to crash
ID: 17193 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: RH Linux 7.2/Apach 1.3.22 -PHP Version: 4.1.2 +PHP Version: 4.1.2/PHP_4_2_0 New Comment: Here's the back trace. Still happens with current 4_2_0 CVS. I'm checking HEAD right now. (gdb) bt #0 0x in ?? () #1 0x403d03d6 in apache_php_module_shutdown_wrapper () at mod_php4.c:795 #2 0x08051148 in run_cleanups (c=0x8107e04) at alloc.c:1713 #3 0x0804f681 in ap_clear_pool (a=0x80903d4) at alloc.c:538 #4 0x08062f70 in standalone_main (argc=1, argv=0xbfffea94) at http_main.c:5030 #5 0x08063b24 in main (argc=1, argv=0xbfffea94) at http_main.c:5417 #6 0x401af647 in __libc_start_main (main=0x8063640 , argc=1, ubp_av=0xbfffea94, init=0x804e3f0 <_init>, fini=0x807c770 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xbfffea8c) at ../sysdeps/generic/libc-start.c:129 It looks like register_shutdown_function is no longer performing as it has in the past. I'll follow up this in another bug report. Previous Comments: [2002-05-14 01:19:08] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. You can find ho wto make a backtrace on the location mentioned above. Derick [2002-05-13 19:25:57] [EMAIL PROTECTED] If you call register_shutdown_function, and then in the registered function make a call to getenv, Apache segfaults. Here's a sample script: Please note. This only happens when running as an apache module. CLI works fine, and I'd assume that CGI does too. I'll post a back trace if some kind soul will explain how to do it under RH linux using the messed up !apachectl method that they use to start apache. -- Edit this bug report at http://bugs.php.net/?id=17193&edit=1
Bug #17193: calling getenv after register_shutdown causes apache to crash
From: [EMAIL PROTECTED] Operating system: RH Linux 7.2/Apach 1.3.22 PHP version: 4.1.2 PHP Bug Type: Scripting Engine problem Bug description: calling getenv after register_shutdown causes apache to crash If you call register_shutdown_function, and then in the registered function make a call to getenv, Apache segfaults. Here's a sample script: Please note. This only happens when running as an apache module. CLI works fine, and I'd assume that CGI does too. I'll post a back trace if some kind soul will explain how to do it under RH linux using the messed up !apachectl method that they use to start apache. -- Edit bug report at http://bugs.php.net/?id=17193&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17193&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17193&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17193&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17193&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17193&r=support Expected behavior: http://bugs.php.net/fix.php?id=17193&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17193&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17193&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17193&r=globals
Bug #16968 Updated: Internet explorer crashes when opening a related popup-screen
ID: 16968 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows XP Pro PHP Version: 4.1.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Previous Comments: [2002-05-02 11:28:43] [EMAIL PROTECTED] C:\DOCUME~1\Dennis\LOCALS~1\Temp\WER4.tmp.dir00\IEXPLORE.EXE.mdmp C:\DOCUME~1\Dennis\LOCALS~1\Temp\WER4.tmp.dir00\appcompat.txt -- Edit this bug report at http://bugs.php.net/?id=16968&edit=1
Bug #16963 Updated: problem with
ID: 16963 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 4.2.0 New Comment: I agree that php's handling of this case is poor. However the user should take it up with the ISP. If they want to keep your business, they should try to make you happy. If they don't, then find a different ISP. Previous Comments: [2002-05-02 10:10:10] [EMAIL PROTECTED] Checking the chars behind the ' ?> version="1.0"?> It doesn't look nice, but it's historical reason... [2002-05-02 10:07:56] [EMAIL PROTECTED] I know some workarounds to fix this little problem, but is this not a general problem? version="1.0" encoding="iso-8859-1"?> [2002-05-02 09:20:21] [EMAIL PROTECTED] Derick, most public ISP didn't disable shortags. And i think its better to check the chars behind the bogus. 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/16963 -- Edit this bug report at http://bugs.php.net/?id=16963&edit=1
Bug #16849 Updated: Apache returning 500 status code
ID: 16849 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: Win XP Prof PHP Version: 4.2.0 New Comment: I would look in your apache error_log to see what apache thinks is happening. Previous Comments: [2002-04-26 20:58:21] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". [2002-04-26 10:31:09] [EMAIL PROTECTED] This file makes the apache [SOMETIMES] return 500: --BEGIN-- test --END-- The actual output is sent. But an HTTP 500 code is sent instead of 200. [2002-04-26 08:42:56] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". [2002-04-26 07:37:14] [EMAIL PROTECTED] After I installed 4.2.0, some pages interpreted with PHP returned a 500 status code instead of a 200 status code. However, the contents of the page are sent. -- Edit this bug report at http://bugs.php.net/?id=16849&edit=1
Bug #16794 Updated: random (?) Apache crash using domxml
ID: 16794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: 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. Previous Comments: [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. [2002-04-25 11:53:51] [EMAIL PROTECTED] Some PHP scripts that made it crash are now in the aforementioned dir. 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 +Status: Bogus Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: 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. Previous Comments: [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. [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 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: 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. Previous Comments: [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. [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 +Status: Feedback Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.2.0 New Comment: 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? Previous Comments: [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 #16601 Updated: php_bz2.dll won't load
ID: 16601 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback -Bug Type: Dynamic loading +Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.2.0RC4 New Comment: Dll's won't load if the dll's that it depends on aren't in the path. Use the dependency walker that comes with Vis Studio to see what you're missing. Same with the php_mssql.dll or whatever bug you reported with this one. This should be documented IMO. Previous Comments: [2002-04-14 20:22:58] [EMAIL PROTECTED] I'm just trying to make sure we're talking about the same files. Md5 hashes of the extensions: 1c9a9f9ae388b133dbeab61063815948 *php_bz2.dll 61d87a3f4ec9422ee9e20b56ab2b3b43 *php_ctype.dll 6e09ae3bc21c4cc728aa782d9234dde2 *php_db.dll 22645ae3539be2772a07e043dbe190c2 *php_dbase.dll 26f38f936ed167b8fc5708188df7e766 *php_dbx.dll dc5870f7c29b9f7df69319faea1303cb *php_exif.dll 19bcf59e0d961de84a15da848b35b151 *php_filepro.dll 91678442412c2a4518843df3306f2220 *php_hyperwave.dll bed398dccac4ff7d38f93c8c9e7ff5c8 *php_interbase.dll 776f46de368bb1d73fa1cdb771375ab6 *php_mbstring.dll 8d56fd8a95be55b8ff2e457a1b4d0a0b *php_msql.dll 585cfb220aab52b6b2f449ae7ce18c6c *php_mssql.dll d7b11b5c22cd81b7b4fbf1f66197ee12 *php_shmop.dll 224ece12a772b6644e72fc8a082d9e4e *php_sockets.dll cc4edd5f195184b276d5dc8f6766a9b0 *php_tokenizer.dll 0282c8433060d40285b0b17dd7b077d2 *php_w32api.dll 75b316bbeea00450120f0202b6f50bc1 *php-cli.exe 98651ce0e734f67c75be03f44a7ab39b *php.exe a8ce4d9eeba45b6b4e38df24fb778c41 *php.ini-dist 9725886dbee0c3cb820146d75563cb8a *php.ini-recommended 93bb56a327068002f2ce96e991d9ce62 *php4ts.lib 52d05cf883b6e0410add9e15b2352f7b *php4ts.dll [2002-04-14 20:13:50] [EMAIL PROTECTED] I rolled up all my stuff for previous versions of php into one big zip file so I could have only 1 php4ts.dll on my system, located in c:\winnt\system32. Then I did a file search for php4ts.dll to double check. The filesize of the php4ts.dll in my directory is 1,028,096 bytes with a md5 hash of 52d05cf883b6e0410add9e15b2352f7b. Then I did a search for php* in c:\winnt and it found php4ts.dll and php.ini. I still get errors for bz2, interbase, and mssql. [2002-04-14 19:53:10] [EMAIL PROTECTED] it seems you have conflicting php4ts.dll's. I suggest you remove all of the files you had during install, and start again. This is probably the easiest method of trying it out. as far as i can see, that module loads fine for me. [2002-04-14 19:48:38] [EMAIL PROTECTED] The 'expose_php' header also appears in the regular page output for phpinfo() when there's an error popup. X-Powered-By: PHP/4.2.0RC4 Content-type: text/html [2002-04-14 19:45:33] [EMAIL PROTECTED] I went on a limb and rebooted. No change. Errors remain. 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/16601 -- Edit this bug report at http://bugs.php.net/?id=16601&edit=1
Bug #16259 Updated: Windows version info in binaries
ID: 16259 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.1.1 Assigned To: jtate New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-10 14:01:32] [EMAIL PROTECTED] I've added version resources to php4tsdll, php4isapi, php4ts and php4ts_cli projects. I'm waiting for my patch for configure.in and main/php_version.h to go through before I can commit this change. [2002-04-10 10:45:44] [EMAIL PROTECTED] I'm on it. It'll be in CVS today. [2002-04-09 20:37:28] [EMAIL PROTECTED] He means version info a in Version Info Resource. (Right click on php.exe, properties, Version tab). Re-opening as this is a valid feature request. Can one of the windows build guys add this into the relevant projects? It will need doing for cgi, cli and isapi DLLs, as well as the php4ts.dll. [2002-04-09 20:26:19] [EMAIL PROTECTED] Oops you are talking about os version. You can use "uname" if you use cygwin. (All unix and Mac OS X have that) Or you can check it with w32api, I suppose. [2002-04-09 20:08:51] [EMAIL PROTECTED] PHP 4.2.0 has PHP_VERSION constant phpversion() is there for long time. Reopen if you are talking about other feature. 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/16259 -- Edit this bug report at http://bugs.php.net/?id=16259&edit=1
Bug #16259 Updated: Windows version info in binaries
ID: 16259 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.1.1 Assigned To: jtate New Comment: I've added version resources to php4tsdll, php4isapi, php4ts and php4ts_cli projects. I'm waiting for my patch for configure.in and main/php_version.h to go through before I can commit this change. Previous Comments: [2002-04-10 10:45:44] [EMAIL PROTECTED] I'm on it. It'll be in CVS today. [2002-04-09 20:37:28] [EMAIL PROTECTED] He means version info a in Version Info Resource. (Right click on php.exe, properties, Version tab). Re-opening as this is a valid feature request. Can one of the windows build guys add this into the relevant projects? It will need doing for cgi, cli and isapi DLLs, as well as the php4ts.dll. [2002-04-09 20:26:19] [EMAIL PROTECTED] Oops you are talking about os version. You can use "uname" if you use cygwin. (All unix and Mac OS X have that) Or you can check it with w32api, I suppose. [2002-04-09 20:08:51] [EMAIL PROTECTED] PHP 4.2.0 has PHP_VERSION constant phpversion() is there for long time. Reopen if you are talking about other feature. [2002-04-09 18:07:27] [EMAIL PROTECTED] recategorizing as a change request. 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/16259 -- Edit this bug report at http://bugs.php.net/?id=16259&edit=1
Bug #16259 Updated: Windows version info in binaries
ID: 16259 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.1.1 -Assigned To: +Assigned To: jtate New Comment: I'm on it. It'll be in CVS today. Previous Comments: [2002-04-09 20:37:28] [EMAIL PROTECTED] He means version info a in Version Info Resource. (Right click on php.exe, properties, Version tab). Re-opening as this is a valid feature request. Can one of the windows build guys add this into the relevant projects? It will need doing for cgi, cli and isapi DLLs, as well as the php4ts.dll. [2002-04-09 20:26:19] [EMAIL PROTECTED] Oops you are talking about os version. You can use "uname" if you use cygwin. (All unix and Mac OS X have that) Or you can check it with w32api, I suppose. [2002-04-09 20:08:51] [EMAIL PROTECTED] PHP 4.2.0 has PHP_VERSION constant phpversion() is there for long time. Reopen if you are talking about other feature. [2002-04-09 18:07:27] [EMAIL PROTECTED] recategorizing as a change request. [2002-03-25 09:01:29] [EMAIL PROTECTED] Hello, I see, that windows binaries of PHP does not include version info. It is useful, if people want discover, what version have on disk, without running php with phpinfo() function. Resource file (php.rc) may be (if not included correctly email me): #include #define XSTRVER4(maj, min, rel, build) #maj "." #min "." #rel "." #build #define XSTRVER3(maj, min, rel) #maj "." #min "." #rel #define STRVER4(maj, min, rel, build) XSTRVER4(maj, min, rel, build) #define STRVER3(maj, min, rel) XSTRVER3(maj, min, rel) VS_VERSION_INFO VERSIONINFO FILEVERSION MAJORVER,MINORVER,RELEASEVER,BUILDNUMBER PRODUCTVERSION MAJORVER,MINORVER,RELEASEVER,0 FILEFLAGSMASK 0 FILEFLAGS 0 FILEOS VOS__WINDOWS32 FILETYPE VFT_DLL FILESUBTYPE VFT2_UNKNOWN BEGIN BLOCK "StringFileInfo" BEGIN BLOCK "040904B0" BEGIN VALUE "CompanyName", "PHP Team" VALUE "FileDescription", "PHP Script interpreter" VALUE "FileVersion", STRVER4(MAJORVER, MINORVER, RELEASEVER, BUILDNUMBER) VALUE "InternalName", "php" VALUE "LegalCopyright", "Copyright © 2002 PHP Team" VALUE "OriginalFilename", "php" VALUE "ProductName", "php" VALUE "ProductVersion", STRVER3(MAJORVER, MINORVER, RELEASEVER) VALUE "URL", "http://www.php.net"; END END BLOCK "VarFileInfo" BEGIN VALUE "Translation", 0x409, 1200 END END --- Under mingw this may be compiled into .o file: windres -DMAJORVER=$(MAJORVERSION) -DMINORVER=$(MINORVERSION) -DRELEASEVER=$(RELEASEVERSION) -DBUILDNUMBER=$(BUILDNUMBER) php.rc php-win32res.o If this .o file is linked into php.exe and all dlls, all this files will have version info. Under MSVC: rc -r /dMAJORVER=1 /dMINORVER=1 /dRELEASEVER=1 /dBUILDNUMBER=1 php.rc create php.res file, which may be linked into php.exe and all dlls for version info. Macros MAJORVER, MINORVER, RELEASEVER and BUILDNUMBER must be specified on command line to resource compiler for include PHP version to resource file. To version info version is created as MAJORVER.MINORVER.RELEASEVER.BUILDNUMBER -- Edit this bug report at http://bugs.php.net/?id=16259&edit=1
Bug #16352 Updated: different implementation of str_replace on windows and linux
ID: 16352 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows PHP Version: 4.1.1 New Comment: ??? On linux $getQuery = str_replace("\"", "", $getQuery); On windows $getQuery = str_replace("\"", "", $getQuery); \\ means \ \" means " so \\\" means \". Previous Comments: [2002-03-29 15:29:24] [EMAIL PROTECTED] str_replace() produces different output on windows and on linux: php versions: windows: 4.1.1 linux: 4.0.5 situation: I wanted to delete all quotations in a string, that came from GET query. script: on linux: $getQuery = str_replace("\"", "", $getQuery); on windows: $getQuery = str_replace("\\\"", "", $getQuery); conclusion: On windows, the character [\"] is not seen as one character but as two. -- Edit this bug report at http://bugs.php.net/?id=16352&edit=1
Bug #16395 Updated: append_chilld() add nodes after contex node, not into!
ID: 16395 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: w2k PHP Version: 4.1.2 New Comment: This is according to the w3 dom recommended specification. Previous Comments: [2002-04-02 12:35:14] [EMAIL PROTECTED] append_chilld() method add nodes after contex node, not into! it seems very stupid =) -- Edit this bug report at http://bugs.php.net/?id=16395&edit=1
Bug #15333 Updated: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Critical Bug Type: IIS related Operating System: Windows 2000 Pro -PHP Version: 4.1.1 +PHP Version: 4.2.0 RC2 New Comment: Ok. It definitely happens with RC2. You can restart IIS without rebooting, you've got to perform the following: kill the inetinfo.exe process using the task manager run from command line: net stop w3svc net stop iisadmin net start iisadmin net start w3svc Marking this bug critical because it should be fixed before 4.2.0 release. Still looking for fix. Previous Comments: [2002-04-05 12:38:03] [EMAIL PROTECTED] Nevermind. That's not the problem. Still looking. [2002-04-04 13:23:18] [EMAIL PROTECTED] I think I've found the problem: ZEND_API char *zend_strndup(const char *s, uint length) { char *p; p = (char *) malloc(length+1); if (!p) { return (char *)NULL; } if (length) { memcpy(p, s, length); } p[length] = 0; return p; } If this is changed to ZEND_API char *zend_strndup(const char *s, uint length) { char *p; p = (char *) malloc(length+1); if (!p) { return (char *)NULL; } if (length) { memcpy(p, s, length); p[length] = 0; } return p; } does that break anything? I think the problem comes in when length==0. I can't really reproduce this problem though. I saw it once a couple of days ago, but havn't seen it since. Also will one of you that's having this problem please check to see if 4.2.0 RC 2 still has this problem? Since 4.2.0 is going to be released really soon now, I'd like to get this worked through (but if it doesn't happen anymore under 4.2.0 then we're worrying about nothing). [2002-04-04 10:27:27] [EMAIL PROTECTED] I've been having the same problem. Win2k (All security updates) IIS 5.0 Pentium III 733 ISAPI Version 4.1.2 I switched security on each virtual directory to 'Low(IIS Process) and haven't gotten the error since. This isn't a satisfactory fix, but maybe it'll help figure out what is causing the problem. [2002-04-04 10:09:46] [EMAIL PROTECTED] Bug #16362 was marked a duplicate of this bug. [2002-04-03 19:35:48] [EMAIL PROTECTED] I got this error after aplying the lateste security updates on my win2k server. It works fine at the begginig but after 5 mins I get this error. It hangs all the IIS service. This doesn't happen in CGI mode. OS: Win2K Server Patches: SP2 + Lateste Security updates System: P3 @ 550 Mhz - 256 MB RAM PHP VER: 4.1.2. PHP Mode: ISAPI 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
Bug #16396 Updated: dumpmem($node) dumps xml in string with wrong "encoding" attribute
ID: 16396 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: DOM XML related Operating System: w2k PHP Version: 4.1.2 New Comment: dumpmem($node) is not implemented. If this is desired functionality, open a feature request. Previous Comments: [2002-04-02 12:42:25] [EMAIL PROTECTED] dumpmem($node) where $node is DOM Element Object dumps xml in string with wrong "encoding" attribute (parent document for this node has UTF-8 encoding, but in dumped string - UTF-16 or nothig) but dumpmem($doc) where $doc is domxml document works perfect -- Edit this bug report at http://bugs.php.net/?id=16396&edit=1
Bug #16397 Updated: domxml_unlink_node()
ID: 16397 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: DOM XML related +Bug Type: Documentation problem Operating System: w2k PHP Version: 4.1.2 New Comment: domxml_unlink_node should not be used: Usage for 4.2.0: domxml_node_unlink_node($nodetodelete); or $nodetodelete->unlink(); For future versions: domxml_node_unlink_node($nodetodelete); or $nodetodelete->unlink_node(); Previous Comments: [2002-04-02 12:59:30] [EMAIL PROTECTED] $node - is DOM Element object domxml_unlink_node($node) reports error: expects exactly 0 parameters, 1 given but $node->domxml_unlink_node() reports error as well: Call to undefined function: domxml_unlink_node() 8-OOO 8-\\\ -- Edit this bug report at http://bugs.php.net/?id=16397&edit=1
Bug #16394 Updated: $node->unlink hangs up Apache, IIS and encounteres an Access Violation
ID: 16394 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: DOM XML related Operating System: w2k PHP Version: 4.1.2 New Comment: This has been addressed. Will be in 4.2.0. Previous Comments: [2002-04-02 13:03:00] [EMAIL PROTECTED] This may have already been addressed. Please try the 4.2.0 Release Candidate available from http://www.php.net/~derick/ to see if it's been fixed. [2002-04-02 12:32:38] [EMAIL PROTECTED] DOM XML documentation: http://www.php.net/manual/en/function.domxml-node-unlink-node.php has error - domxml_node_unlink_node() doesn't work There is correct sintax in User contribution notes - unlink() but this method has result: "PHP has encountered an Access Violation at 0176E42A" or just hangs up Apache or IIS (php as module). -- Edit this bug report at http://bugs.php.net/?id=16394&edit=1
Bug #15333 Updated: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.1.1 New Comment: Nevermind. That's not the problem. Still looking. Previous Comments: [2002-04-04 13:23:18] [EMAIL PROTECTED] I think I've found the problem: ZEND_API char *zend_strndup(const char *s, uint length) { char *p; p = (char *) malloc(length+1); if (!p) { return (char *)NULL; } if (length) { memcpy(p, s, length); } p[length] = 0; return p; } If this is changed to ZEND_API char *zend_strndup(const char *s, uint length) { char *p; p = (char *) malloc(length+1); if (!p) { return (char *)NULL; } if (length) { memcpy(p, s, length); p[length] = 0; } return p; } does that break anything? I think the problem comes in when length==0. I can't really reproduce this problem though. I saw it once a couple of days ago, but havn't seen it since. Also will one of you that's having this problem please check to see if 4.2.0 RC 2 still has this problem? Since 4.2.0 is going to be released really soon now, I'd like to get this worked through (but if it doesn't happen anymore under 4.2.0 then we're worrying about nothing). [2002-04-04 10:27:27] [EMAIL PROTECTED] I've been having the same problem. Win2k (All security updates) IIS 5.0 Pentium III 733 ISAPI Version 4.1.2 I switched security on each virtual directory to 'Low(IIS Process) and haven't gotten the error since. This isn't a satisfactory fix, but maybe it'll help figure out what is causing the problem. [2002-04-04 10:09:46] [EMAIL PROTECTED] Bug #16362 was marked a duplicate of this bug. [2002-04-03 19:35:48] [EMAIL PROTECTED] I got this error after aplying the lateste security updates on my win2k server. It works fine at the begginig but after 5 mins I get this error. It hangs all the IIS service. This doesn't happen in CGI mode. OS: Win2K Server Patches: SP2 + Lateste Security updates System: P3 @ 550 Mhz - 256 MB RAM PHP VER: 4.1.2. PHP Mode: ISAPI [2002-02-19 09:06:12] [EMAIL PROTECTED] Nope, I am not using Zend Encoder or Optimizer. Just running plain PHP for now. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
Bug #15333 Updated: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.1.1 New Comment: I think I've found the problem: ZEND_API char *zend_strndup(const char *s, uint length) { char *p; p = (char *) malloc(length+1); if (!p) { return (char *)NULL; } if (length) { memcpy(p, s, length); } p[length] = 0; return p; } If this is changed to ZEND_API char *zend_strndup(const char *s, uint length) { char *p; p = (char *) malloc(length+1); if (!p) { return (char *)NULL; } if (length) { memcpy(p, s, length); p[length] = 0; } return p; } does that break anything? I think the problem comes in when length==0. I can't really reproduce this problem though. I saw it once a couple of days ago, but havn't seen it since. Also will one of you that's having this problem please check to see if 4.2.0 RC 2 still has this problem? Since 4.2.0 is going to be released really soon now, I'd like to get this worked through (but if it doesn't happen anymore under 4.2.0 then we're worrying about nothing). Previous Comments: [2002-04-04 10:27:27] [EMAIL PROTECTED] I've been having the same problem. Win2k (All security updates) IIS 5.0 Pentium III 733 ISAPI Version 4.1.2 I switched security on each virtual directory to 'Low(IIS Process) and haven't gotten the error since. This isn't a satisfactory fix, but maybe it'll help figure out what is causing the problem. [2002-04-04 10:09:46] [EMAIL PROTECTED] Bug #16362 was marked a duplicate of this bug. [2002-04-03 19:35:48] [EMAIL PROTECTED] I got this error after aplying the lateste security updates on my win2k server. It works fine at the begginig but after 5 mins I get this error. It hangs all the IIS service. This doesn't happen in CGI mode. OS: Win2K Server Patches: SP2 + Lateste Security updates System: P3 @ 550 Mhz - 256 MB RAM PHP VER: 4.1.2. PHP Mode: ISAPI [2002-02-19 09:06:12] [EMAIL PROTECTED] Nope, I am not using Zend Encoder or Optimizer. Just running plain PHP for now. [2002-02-19 08:52:53] [EMAIL PROTECTED] Are you using Zendencoder? I have the same problem on a machine running Zendoptimizer with some pages that were Zendencoded. The server crashed every 20-30 request or so. I took off the pages Zendencoded and its working fine now... Seems that the problem stands there... 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
Bug #15333 Updated: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.1.1 New Comment: Bug #16362 was marked a duplicate of this bug. Previous Comments: [2002-04-03 19:35:48] [EMAIL PROTECTED] I got this error after aplying the lateste security updates on my win2k server. It works fine at the begginig but after 5 mins I get this error. It hangs all the IIS service. This doesn't happen in CGI mode. OS: Win2K Server Patches: SP2 + Lateste Security updates System: P3 @ 550 Mhz - 256 MB RAM PHP VER: 4.1.2. PHP Mode: ISAPI [2002-02-19 09:06:12] [EMAIL PROTECTED] Nope, I am not using Zend Encoder or Optimizer. Just running plain PHP for now. [2002-02-19 08:52:53] [EMAIL PROTECTED] Are you using Zendencoder? I have the same problem on a machine running Zendoptimizer with some pages that were Zendencoded. The server crashed every 20-30 request or so. I took off the pages Zendencoded and its working fine now... Seems that the problem stands there... [2002-02-01 15:41:48] [EMAIL PROTECTED] I am getting an access violation in php4ts!zend_strndup + 0x2B + 0xA05CB1AD. It is reproducable after about 20 or 30 requests, but it isn't a certain page that causes it. A page refresh may or may not display the page without error. Eventually the server will no longer serve pages at all and only a reboot will bring the web server back. Stopping IIS just sits there attempting to stop the service. Details: Windows 2000 Pro with service pack 2 and all critical and security updates from windowsupdate.microsoft.com K6-2 500MHz with 192Meg RAM I have the exact setup on my machine using an Athlon 1.2GHz with 512Meg RAM without any problem. However on two machines with an AMD K6-2 (configured identically) the web server will stop responding to requests consistently. I have also tested this on my Dell laptop with an Intel PIII/700MHz 256 Meg RAM with same Windows 2000 pro w/sp2 and all updates without any problem. When the server does stop serving pages the DLLHOST.EXE process virtual memory size goes to the max for the machine. I have installed php as an ISAPI module. I have also tried installing PHP as a CGI and have the same problem. I have tested this with php 4.0.6, 4.1.0, and 4.1.1 and have the same problem in zend_strndup with all three. I am using the windows zip file from the php.net download page. Also I am using the Interbase extension. No other extensions are being used. I hope I included enough info here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
Bug #16362 Updated: IIS stops serving .php pages after a time period
ID: 16362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Duplicate Bug Type: IIS related Operating System: Win2k build 2195/XP PHP Version: 4.1.2 New Comment: The second error has nothing to do with PHP. The first error has been reported already (#15333). So I'm marking this bug closed as a duplicate. Please make all further comments on that bug. Previous Comments: [2002-04-03 19:41:22] [EMAIL PROTECTED] Checked my Error Log (Thanks for the help) Event: 204 Source: WAM The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05CB1AD '. Also have this error occuring frequently... as frequently as the other, but have no idea what it is. Event: 105 Source: W3SVC The server was unable to register the administration tool discovery information. The administration tool may not be able to see this server. The data is the error code. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. I hope this information helps you help me. Thanks very much for your assistance. -js [2002-04-02 19:54:02] [EMAIL PROTECTED] I'm not really sure how to check the log files for IIS. Where are they located usually? I already tried uninstall/reinstall to no avail and I guess I have all of the IIS updates. I'll check again. Thanks for the tip. I really want PHP to work for me cause I am deciding whether or not we should install it onto the servers at the ISP I work for. off topic: I ran 'test.php' yesterday (April 1st) and the PHP logo had some guy with pencils in his mouth. I guess as an April fools joke... That's a big plus in my book. It's gone today. Is there a few things that this problem may be steming from that I can check off the list by looking over? Or could it be a ton of things? [2002-04-02 10:37:37] [EMAIL PROTECTED] See if you can narrow it down some more. What does the message log say when it dies for you? If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed. Do you have all of the IIS updates installed? The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer. Also, try this: serve up an asp page. Then wait "a while" and see if it behaves the same way. [2002-04-02 10:37:19] [EMAIL PROTECTED] See if you can narrow it down some more. What does the message log say when it dies for you? If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed. Do you have all of the IIS updates installed? The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer. Also, try this: serve up an asp page. Then wait "a while" and see if it behaves the same way. [2002-04-02 09:11:10] [EMAIL PROTECTED] so does this mean that there is nothing I can do, or can this problem be remedied by changing something in IIS or in the php.ini? I can't find anything very helpful at microsoft. Which I can't understand. Why wouldn't they offer help to someone wanting to use a product that is in direct competition with one of theirs? 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/16362 -- Edit this bug report at http://bugs.php.net/?id=16362&edit=1
Bug #16392 Updated: simple test app does not return result
ID: 16392 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: DOM XML related Operating System: windows 2000 PHP Version: 4.1.2 New Comment: Sorry, meant to set to closed. Previous Comments: [2002-04-03 10:32:12] [EMAIL PROTECTED] node_content() was broken from 4.0.6-4.1.2. It has subsequently been fixed. Please try the 4.2.0 release candidate available from http://www.php.net/~derick. Also, use get_content() now (version 4.2.0 and later) instead of node_content. [2002-04-03 10:30:17] [EMAIL PROTECTED] for current php-cvs, i'm not sure about v4.1.x and above, you have to use this code, b/c the php_domxml api changed: if($person->node_name() == "person") { echo "Person Found: "; echo "Name: " . $person->get_content() . ""; echo "Id: " . $person->get_attribute("id") . ""; echo "DOB: " . $person->get_attribute("dob") . ""; } [2002-04-03 07:37:03] [EMAIL PROTECTED] changed summary to reflect problem more accurate [2002-04-02 10:36:57] [EMAIL PROTECTED] Om my site you can find http://cveld.nl.eu.org/test/xml/php/test5.php and test5.php.txt. I copied the example from a popular source code website. My site runs on iis5 dotnetbeta2 + php 4.1.2 The same file was installed on http://flux.myserver.org/php/carl.php but as you probably can see on a different installation: omnihttpd + php 4.0.4 My test php does not respond with any information on my server while the same php file on the other server responds correctly. -- Edit this bug report at http://bugs.php.net/?id=16392&edit=1
Bug #16392 Updated: simple test app does not return result
ID: 16392 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: windows 2000 PHP Version: 4.1.2 New Comment: node_content() was broken from 4.0.6-4.1.2. It has subsequently been fixed. Please try the 4.2.0 release candidate available from http://www.php.net/~derick. Also, use get_content() now (version 4.2.0 and later) instead of node_content. Previous Comments: [2002-04-03 10:30:17] [EMAIL PROTECTED] for current php-cvs, i'm not sure about v4.1.x and above, you have to use this code, b/c the php_domxml api changed: if($person->node_name() == "person") { echo "Person Found: "; echo "Name: " . $person->get_content() . ""; echo "Id: " . $person->get_attribute("id") . ""; echo "DOB: " . $person->get_attribute("dob") . ""; } [2002-04-03 07:37:03] [EMAIL PROTECTED] changed summary to reflect problem more accurate [2002-04-02 10:36:57] [EMAIL PROTECTED] Om my site you can find http://cveld.nl.eu.org/test/xml/php/test5.php and test5.php.txt. I copied the example from a popular source code website. My site runs on iis5 dotnetbeta2 + php 4.1.2 The same file was installed on http://flux.myserver.org/php/carl.php but as you probably can see on a different installation: omnihttpd + php 4.0.4 My test php does not respond with any information on my server while the same php file on the other server responds correctly. -- Edit this bug report at http://bugs.php.net/?id=16392&edit=1
Bug #16394 Updated: $node->unlink hangs up Apache, IIS and encounteres an Access Violation
ID: 16394 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: w2k PHP Version: 4.1.2 New Comment: This may have already been addressed. Please try the 4.2.0 Release Candidate available from http://www.php.net/~derick/ to see if it's been fixed. Previous Comments: [2002-04-02 12:32:38] [EMAIL PROTECTED] DOM XML documentation: http://www.php.net/manual/en/function.domxml-node-unlink-node.php has error - domxml_node_unlink_node() doesn't work There is correct sintax in User contribution notes - unlink() but this method has result: "PHP has encountered an Access Violation at 0176E42A" or just hangs up Apache or IIS (php as module). -- Edit this bug report at http://bugs.php.net/?id=16394&edit=1
Bug #16362 Updated: IIS stops serving .php pages after a time period
ID: 16362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Win2k build 2195/XP PHP Version: 4.1.2 New Comment: See if you can narrow it down some more. What does the message log say when it dies for you? If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed. Do you have all of the IIS updates installed? The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer. Also, try this: serve up an asp page. Then wait "a while" and see if it behaves the same way. Previous Comments: [2002-04-02 10:37:19] [EMAIL PROTECTED] See if you can narrow it down some more. What does the message log say when it dies for you? If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed. Do you have all of the IIS updates installed? The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer. Also, try this: serve up an asp page. Then wait "a while" and see if it behaves the same way. [2002-04-02 09:11:10] [EMAIL PROTECTED] so does this mean that there is nothing I can do, or can this problem be remedied by changing something in IIS or in the php.ini? I can't find anything very helpful at microsoft. Which I can't understand. Why wouldn't they offer help to someone wanting to use a product that is in direct competition with one of theirs? [2002-04-01 16:07:46] [EMAIL PROTECTED] Have to revise my last comment. It did it for me too, using a build from Thursday's CVS. Event viewer had the following to say. The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0x17469F70 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. [2002-04-01 14:54:55] [EMAIL PROTECTED] Executable: c:\php\php4isapi.dll Extenstion: .php Verbs: All Verbs Script Engine: checked Check that file exists: checked --DEFAULT WEB SITE PROPERTIES-- Execute Permissions: Scripts only App Protection: Medium (pooled) Script source access Read Write Log visits Index this resourse --VIRTUAL DIRECTORY PROPERTIES-- Execute Permissions: Scripts only Application Protection: Low (IIS Process) Read Log visits Index this resource - it seems to be more stable when I put the virtual directory application protection on 'Low' [2002-04-01 10:44:42] [EMAIL PROTECTED] How long is a while? I left mine for 4 days and didn't have the same problem. How do you have the .php extension configured? 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/16362 -- Edit this bug report at http://bugs.php.net/?id=16362&edit=1
Bug #16362 Updated: IIS stops serving .php pages after a time period
ID: 16362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Win2k build 2195/XP PHP Version: 4.1.2 New Comment: See if you can narrow it down some more. What does the message log say when it dies for you? If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed. Do you have all of the IIS updates installed? The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer. Also, try this: serve up an asp page. Then wait "a while" and see if it behaves the same way. Previous Comments: [2002-04-02 09:11:10] [EMAIL PROTECTED] so does this mean that there is nothing I can do, or can this problem be remedied by changing something in IIS or in the php.ini? I can't find anything very helpful at microsoft. Which I can't understand. Why wouldn't they offer help to someone wanting to use a product that is in direct competition with one of theirs? [2002-04-01 16:07:46] [EMAIL PROTECTED] Have to revise my last comment. It did it for me too, using a build from Thursday's CVS. Event viewer had the following to say. The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0x17469F70 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. [2002-04-01 14:54:55] [EMAIL PROTECTED] Executable: c:\php\php4isapi.dll Extenstion: .php Verbs: All Verbs Script Engine: checked Check that file exists: checked --DEFAULT WEB SITE PROPERTIES-- Execute Permissions: Scripts only App Protection: Medium (pooled) Script source access Read Write Log visits Index this resourse --VIRTUAL DIRECTORY PROPERTIES-- Execute Permissions: Scripts only Application Protection: Low (IIS Process) Read Log visits Index this resource - it seems to be more stable when I put the virtual directory application protection on 'Low' [2002-04-01 10:44:42] [EMAIL PROTECTED] How long is a while? I left mine for 4 days and didn't have the same problem. How do you have the .php extension configured? [2002-03-31 12:57:49] [EMAIL PROTECTED] IIS will not serve my ASP files correctly either. sometimes it will serve them correctly. then after hitting refresh it will give this output: -2147417842 (0x8001010e) With source code of: -2147417842 (0x8001010e) then if I refresh a couple more times it will work again. refresh too much... 10 or 15 times and then I get this error: HTTP 403.9 - Access Forbidden: Too many users are connected Internet Information Services then, IIS will no longer serve any pages ASP or PHP until I restart the computer. here is my complete source for the ASP file. Test Write Permission <% Response.Write "ASP" %> Still not serving PHP pages consistently either. 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/16362 -- Edit this bug report at http://bugs.php.net/?id=16362&edit=1
Bug #16362 Updated: IIS stops serving .php pages after a time period
ID: 16362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IIS related -Operating System: Win2k build 2195 +Operating System: Win2k build 2195/XP PHP Version: 4.1.2 New Comment: Have to revise my last comment. It did it for me too, using a build from Thursday's CVS. Event viewer had the following to say. The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0x17469F70 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Previous Comments: [2002-04-01 14:54:55] [EMAIL PROTECTED] Executable: c:\php\php4isapi.dll Extenstion: .php Verbs: All Verbs Script Engine: checked Check that file exists: checked --DEFAULT WEB SITE PROPERTIES-- Execute Permissions: Scripts only App Protection: Medium (pooled) Script source access Read Write Log visits Index this resourse --VIRTUAL DIRECTORY PROPERTIES-- Execute Permissions: Scripts only Application Protection: Low (IIS Process) Read Log visits Index this resource - it seems to be more stable when I put the virtual directory application protection on 'Low' [2002-04-01 10:44:42] [EMAIL PROTECTED] How long is a while? I left mine for 4 days and didn't have the same problem. How do you have the .php extension configured? [2002-03-31 12:57:49] [EMAIL PROTECTED] IIS will not serve my ASP files correctly either. sometimes it will serve them correctly. then after hitting refresh it will give this output: -2147417842 (0x8001010e) With source code of: -2147417842 (0x8001010e) then if I refresh a couple more times it will work again. refresh too much... 10 or 15 times and then I get this error: HTTP 403.9 - Access Forbidden: Too many users are connected Internet Information Services then, IIS will no longer serve any pages ASP or PHP until I restart the computer. here is my complete source for the ASP file. Test Write Permission <% Response.Write "ASP" %> Still not serving PHP pages consistently either. [2002-03-31 01:32:29] [EMAIL PROTECTED] my browser seems to be serving php files on one virtual directory now and not another. even though they are both configured exactly the same. [browser is now just 'opening page' endlessly.] is there any way this could be something to do with where I've placed my .dll's? I left php4isapi.dll in c:/php/sapi and php4ts.dll is in c:/php is this where they should be? c:/inetput/wwwroot is set to be the doc_root incedentaly. does php just have problems on a Win2k box on IIS? should I download apache? is it more stable that IIS? would a reinstall of PHP help? thanks again, -js [2002-03-30 20:16:32] [EMAIL PROTECTED] the browser will give the comment "openning page..." for it's prescribed time then I'll get the error: The page cannot be displayed There is a problem with the page you are trying to reach and it cannot be displayed. Please try the following: Open the localhost home page, and then look for links to the information you want. Click the Refresh button, or try again later. Click Search to look for information on the Internet. You can also see a list of related sites. HTTP 500 - Internal server error Internet Explorer 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/16362 -- Edit this bug report at http://bugs.php.net/?id=16362&edit=1
Bug #16362 Updated: IIS stops serving .php pages after a time period
ID: 16362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Win2k build 2195 PHP Version: 4.1.2 New Comment: How long is a while? I left mine for 4 days and didn't have the same problem. How do you have the .php extension configured? Previous Comments: [2002-03-31 12:57:49] [EMAIL PROTECTED] IIS will not serve my ASP files correctly either. sometimes it will serve them correctly. then after hitting refresh it will give this output: -2147417842 (0x8001010e) With source code of: -2147417842 (0x8001010e) then if I refresh a couple more times it will work again. refresh too much... 10 or 15 times and then I get this error: HTTP 403.9 - Access Forbidden: Too many users are connected Internet Information Services then, IIS will no longer serve any pages ASP or PHP until I restart the computer. here is my complete source for the ASP file. Test Write Permission <% Response.Write "ASP" %> Still not serving PHP pages consistently either. [2002-03-31 01:32:29] [EMAIL PROTECTED] my browser seems to be serving php files on one virtual directory now and not another. even though they are both configured exactly the same. [browser is now just 'opening page' endlessly.] is there any way this could be something to do with where I've placed my .dll's? I left php4isapi.dll in c:/php/sapi and php4ts.dll is in c:/php is this where they should be? c:/inetput/wwwroot is set to be the doc_root incedentaly. does php just have problems on a Win2k box on IIS? should I download apache? is it more stable that IIS? would a reinstall of PHP help? thanks again, -js [2002-03-30 20:16:32] [EMAIL PROTECTED] the browser will give the comment "openning page..." for it's prescribed time then I'll get the error: The page cannot be displayed There is a problem with the page you are trying to reach and it cannot be displayed. Please try the following: Open the localhost home page, and then look for links to the information you want. Click the Refresh button, or try again later. Click Search to look for information on the Internet. You can also see a list of related sites. HTTP 500 - Internal server error Internet Explorer [2002-03-30 19:34:43] [EMAIL PROTECTED] hi, can you provide more info on this? ie, how exactly it stops serving etc? [2002-03-30 16:22:12] [EMAIL PROTECTED] I recently installed PHP. No extensions installed yet. ISAPI version, IIS 5.0, Windows 2000, I have a page in a virtual directory that simply uses the print(); command. I was using this to test my install. it works fine, however, if I remain inactive for a while IIS will stop serving any .php pages in any directory (virtual or not). Stopping and restarting IIS has no effect. It will serve standard HTML pages fine even after it has stopped serving PHP pages. I have to completely restart my computer to get it to begin serving PHP again, and it will stop if I wait long enough. is there anything that I can change in the IIS setting or in my php.ini file? (Timeout option ect...) Thanks for your help -js -- Edit this bug report at http://bugs.php.net/?id=16362&edit=1
Bug #16295 Updated: # is not a valid resource
ID: 16295 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: MDK 8.2 PHP Version: 4.1.2 New Comment: I don't think this is a PHP problem. Try this: Modify your script so that it looks like: 1| $sql=mysql_query("SELECT id FROM tbl"); 2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) { 3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE 4|id=\"".$row["id"]."\""); 5| } If this works, change this bug to bogus. Previous Comments: [2002-03-27 09:30:40] [EMAIL PROTECTED] I try to put mysql_query everywhere (there are no mysql_unbuffered_queryies) Still the same. What's important? mysql_errno is always null and the error occures in various resources. Result of faulty operation in a database is sometimes ok and sometimes not. [2002-03-27 06:16:04] [EMAIL PROTECTED] Don't mix mysql_unbuffered_query and mysql_query. mysql_unbuffered_query is for fetching rows in SELECT, SHOW or DESCRIBE statements without buffering it. Use mysql_query ("DELETE ... instead. [2002-03-27 06:15:58] [EMAIL PROTECTED] Don't use mysql_unbuffered_query and mysql_query mixed. mysql_unbuffered_query is for fetching rows in SELECT, SHOW or DESCRIBE statements without buffering it. Use mysql_query ("DELETE ... instead. [2002-03-27 05:28:54] [EMAIL PROTECTED] This SOMETIMES produces an error "3 is not a valid mysql resource on line 2" (or other error numbers) First fetch_array is usually good. It looks like php forget a resource link when calling other query (line 3). 1| $sql=mysql_query("SELECT id FROM tbl"); 2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) { 3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]); 5| } When I first fetch all data to an array and then use them by the same way, it works. 1| $ARR=array(); 2| $sql=mysql_query("SELECT id FROM tbl"); 3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row; 4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]); I can't find where is the problem. I try to put some sleep() after queries but nothing happens. [2002-03-26 18:38:18] [EMAIL PROTECTED] This SOMETIMES produces the error "3 is not a valid mysql resource on line 2" (or other numbers) First fetch_array is usually good. It looks like php forgot a resource link when calling other query. 1| $sql=mysql_query("SELECT id FROM tbl"); 2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) { 3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE 4|id=".$row["id"]); 5| } When I use an array to store data from tbl1 instead direct fetching, it works. 1| $ARR=array(); 2| $sql=mysql_query("SELECT id FROM tbl"); 3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row; 4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE id=".$row["id"]); I can't find where is the problem. I try to put some sleep() after mysql_query but it's the same. -- Edit this bug report at http://bugs.php.net/?id=16295&edit=1
Bug #16154 Updated: unlink() is causing php.exe process to keep running
ID: 16154 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: windows2000 pro PHP Version: 4.1.2 New Comment: Please try a snapshot or CVS version if possible. The unlink code has been modified in CVS and will be in the 4.2 version. Previous Comments: [2002-03-18 17:53:08] [EMAIL PROTECTED] reclassified [2002-03-18 17:51:53] [EMAIL PROTECTED] Windows2000 pro Here is the code: $oDelete = explode(",", $HTTP_GET_VARS["nodeId"]); $intDelete = count($oDelete); $xmlDoc = @xmldocfile($xmlDataPath) or die("Couldn't get XML data"); $nodeRoot = $xmlDoc->root(); $childNodes = $nodeRoot->children(); echo $childNodes; for ($i=0; $i < $intDelete; $i++){ $childNodes[$oDelete[$i]]->unlink(); } $strWrite = domxml_dumpmem($xmlDoc); $xmlFile = fopen($xmlDataFile,"w"); fwrite($xmlFile,$strWrite); fclose($xmlFile); exit; OK, when $childNodes[$oDelete[$i]]->unlink(); gets executed it starts a system process php.exe. This process never ends. It deletes the node and writes the file but the process keeps running. If you delete another node by running unlink() again it starts a new php.exe process and that one keeps running. Any ideas of other ways to remove a node from a xml file?? [2002-03-18 17:50:34] [EMAIL PROTECTED] Here is the code: $oDelete = explode(",", $HTTP_GET_VARS["nodeId"]); $intDelete = count($oDelete); $xmlDoc = @xmldocfile($xmlDataPath) or die("Couldn't get XML data"); $nodeRoot = $xmlDoc->root(); $childNodes = $nodeRoot->children(); echo $childNodes; for ($i=0; $i < $intDelete; $i++){ $childNodes[$oDelete[$i]]->unlink(); } $strWrite = domxml_dumpmem($xmlDoc); $xmlFile = fopen($xmlDataFile,"w"); fwrite($xmlFile,$strWrite); fclose($xmlFile); exit; OK, when $childNodes[$oDelete[$i]]->unlink(); gets executed it starts a system process php.exe. This process never ends. It deletes the node and writes the file but the process keeps running. If you delete another node by running unlink() again it starts a new php.exe process and that one keeps running. Any ideas of other ways to remove a node from a xml file?? -- Edit this bug report at http://bugs.php.net/?id=16154&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: windows 9x PHP Version: 4.1.2 New Comment: Sorry, changed status to feedback. Previous Comments: [2002-03-18 17:15:45] [EMAIL PROTECTED] It worked for me. I downloaded the chm file, and opened it up. I then went to the index, looked for chmod, and it pulled up just fine. What page has the link your trying to follow? [2002-03-18 16:42:33] [EMAIL PROTECTED] I dunno about this. I use linux. Can someone with windows please try this. Re-opening in case this is correct. [2002-03-18 12:47:11] [EMAIL PROTECTED] Sorry I forget an word : the unresolved link is in the "php_manual_fr.chm" downloaded by the "http://www.php.net/download-docs.php"; page. Ruben [2002-03-18 08:27:05] [EMAIL PROTECTED] Dunno what you're talking about. This works fine. The manual page should be: http://php.net/manual/fr/function.chmod.php not whatever you typed. If french is your default language, you should be able to type http://php.net/chmod and it should redirect to the correct place. [2002-03-18 07:31:22] [EMAIL PROTECTED] In the french version, the "chmod" gives an "page cannot be displayed" because it looks for the : "res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\function.chmod.html" page. The link is not resolved. Ruben -- Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: windows 9x PHP Version: 4.1.2 New Comment: It worked for me. I downloaded the chm file, and opened it up. I then went to the index, looked for chmod, and it pulled up just fine. What page has the link your trying to follow? Previous Comments: [2002-03-18 16:42:33] [EMAIL PROTECTED] I dunno about this. I use linux. Can someone with windows please try this. Re-opening in case this is correct. [2002-03-18 12:47:11] [EMAIL PROTECTED] Sorry I forget an word : the unresolved link is in the "php_manual_fr.chm" downloaded by the "http://www.php.net/download-docs.php"; page. Ruben [2002-03-18 08:27:05] [EMAIL PROTECTED] Dunno what you're talking about. This works fine. The manual page should be: http://php.net/manual/fr/function.chmod.php not whatever you typed. If french is your default language, you should be able to type http://php.net/chmod and it should redirect to the correct place. [2002-03-18 07:31:22] [EMAIL PROTECTED] In the french version, the "chmod" gives an "page cannot be displayed" because it looks for the : "res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\function.chmod.html" page. The link is not resolved. Ruben -- Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16147 Updated: error "Warning: Use of undefined constant"
ID: 16147 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: win 2000 PHP Version: 4.1.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Previous Comments: [2002-03-18 11:39:17] [EMAIL PROTECTED] Hello! I have just installed php4 on my server, I'm running IIS on windows 2000. When I run some scripts that I know work on other servers I get the error: "Warning: Use of undefined constant" and then the constant name etc. Best Regards/ Leo Sten -- Edit this bug report at http://bugs.php.net/?id=16147&edit=1
Bug #16086 Updated: dghnbdgnh
ID: 16086 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: dgbhd PHP Version: 4.1.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Previous Comments: [2002-03-14 18:34:23] [EMAIL PROTECTED] dgndgndgndgndng -- Edit this bug report at http://bugs.php.net/?id=16086&edit=1
Bug #15942 Updated: undefined symbol: xsltParseStylesheet*
ID: 15942 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Linux -PHP Version: 4.1.2 +PHP Version: HEAD New Comment: When did you update the libxslt stuff? I've just modified the configure script for domxml. Please get the latest CVS version and retry. The fix I did may have fixed the problem. Previous Comments: [2002-03-07 16:31:50] [EMAIL PROTECTED] Important to note here that all the other domxml functions worked, it was just the xslt functions that had trouble. Of course when the module couldn't load, nothing worked. [2002-03-07 16:30:50] [EMAIL PROTECTED] php: relocation error: /usr/lib/php4/domxml.so: undefined symbol: xsltParseStylesheet* I downloaded the snapshot and did the following ./configure --with-dom=shared --with-dom-xslt --with-dom-exslt (I had libxslt and libxslt-devel 1.0.12 and the corresponding libxml2) Then I copied the domxml.so to my extensions and tried to use one of the domxml_xslt_stylesheet_* functions and received the above error. I had previously build the module just after the libxslt functions were added (around CVS version 1.102) and it worked fine. In addition to this error, the following lines from the C file cause the module not to load when left in the source code. Line 1236: xmlSetGenericErrorFunc(xmlGenericErrorContext, (xmlGenericErrorFunc)domxml_error); if HAVE_DOMXSLT xsltSetGenericErrorFunc(xsltGenericErrorContext, (xmlGenericErrorFunc)domxml_error); -- Edit this bug report at http://bugs.php.net/?id=15942&edit=1
Bug #14522 Updated: Crash with using $node->unlink();
ID: 14522 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: DOM XML related Operating System: SuSe 7.3 PHP Version: CVS Download New Comment: I've commented out the offending lines in the source. You can pull it from CVS at any time. I'll also see if we can get it into the 4.2.0 release. Thanks for bringing it up again. Previous Comments: [2002-03-07 17:59:06] [EMAIL PROTECTED] beware: the bug is marked as closed, but a fix has not been applied to cvs yet. [2002-02-19 15:16:27] [EMAIL PROTECTED] The patch from [EMAIL PROTECTED] worked on my Server. Hope it will be soon in the CVS Version [2002-02-19 13:43:50] [EMAIL PROTECTED] This patch against latest CVS should fix it: (basically it makes domxml not free a node on unlink and rather wait for request shutdown to free a node). btw, this patch also enables a domxml user to re-add a previously unlink()ed node, which is impossible with the current code. regards, -lukas Index: ext/domxml/php_domxml.c === RCS file: /repository/php4/ext/domxml/php_domxml.c,v retrieving revision 1.116 diff -u -r1.116 php_domxml.c --- ext/domxml/php_domxml.c 4 Feb 2002 21:07:39 - 1.116 +++ ext/domxml/php_domxml.c 19 Feb 2002 18:38:57 - @@ -1801,8 +1801,6 @@ DOMXML_PARAM_NONE(nodep, id, le_domxmlnodep); xmlUnlinkNode(nodep); - xmlFreeNode(nodep); - zval_dtor(id); /* This is not enough because the children won't be deleted */ } /* }}} */ [2002-02-19 12:23:38] [EMAIL PROTECTED] Nothing happening about the bug? Un Downloading regularly the newest CVS Version but doesnt help [2002-02-12 16:22:20] [EMAIL PROTECTED] We have also reproduced this error on both RedHat 7.2 and FreeBSD 4.4 both running PHP 4.1.1. It completely takes down FREEBSD as apache continues to log seg faults until the drive is full. We had the same results with 4.0.6 prior to the upgrade as well. 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/14522 -- Edit this bug report at http://bugs.php.net/?id=14522&edit=1
Bug #15938 Updated: DOMXML: Implement nodeName
ID: 15938 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: All PHP Version: 4.1.2 -Assigned To: +Assigned To: jtate New Comment: Assigning it to me. Previous Comments: [2002-03-07 14:45:05] [EMAIL PROTECTED] The standard DOM implementation at the w3c web page: http://www.w3.org/TR/1999/CR-DOM-Level-2-19991210/core.html#ID-1950641247 lists that each DOM node has a nodeName and nodeValue property along with an attributes list. This needs to be reflected in the PHP DOMXML implementation so as to make iterating through the DOM object easier, and not require large switch statements to, as the w3c paper puts it, "[cast] down to the specific derived interface" to retrieve data. It is partially implemented with the name and tag_name attributes, but it is incomplete and inconsistant. This will require quite a bit of rewrite to implement, but it is worthwhile. I'll work on this, but I'm filing this so that it doesn't get forgotten. -- Edit this bug report at http://bugs.php.net/?id=15938&edit=1
Bug #15938: DOMXML: Implement nodeName
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: DOMXML: Implement nodeName The standard DOM implementation at the w3c web page: http://www.w3.org/TR/1999/CR-DOM-Level-2-19991210/core.html#ID-1950641247 lists that each DOM node has a nodeName and nodeValue property along with an attributes list. This needs to be reflected in the PHP DOMXML implementation so as to make iterating through the DOM object easier, and not require large switch statements to, as the w3c paper puts it, "[cast] down to the specific derived interface" to retrieve data. It is partially implemented with the name and tag_name attributes, but it is incomplete and inconsistant. This will require quite a bit of rewrite to implement, but it is worthwhile. I'll work on this, but I'm filing this so that it doesn't get forgotten. -- Edit bug report at http://bugs.php.net/?id=15938&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15938&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15938&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15938&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15938&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15938&r=support Expected behavior: http://bugs.php.net/fix.php?id=15938&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15938&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15938&r=submittedtwice
Bug #15918 Updated: DomAttribute missing "type" property
ID: 15918 Updated by: [EMAIL PROTECTED] -Summary: DomAttribute missing "type" property Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: DOM XML related Operating System: Linux PHP Version: 4.1.2 Assigned To: jtate New Comment: I'm closing this bug. It's been committed both to HEAD and PHP_4_2_0. I will open a feature request for setting nodeNames for each node. Please send me the link to the page you refer to on the w3c page. Previous Comments: [2002-03-07 11:37:30] [EMAIL PROTECTED] I've added type nodes to DomAttributes. (I also added them to CDATA nodes too). I'll take a look at the name stuff, but it will require a little more time to look into. I'll get the type nodes into the 4.2.0 release tree so that it'll be in the next release. [2002-03-07 11:19:05] [EMAIL PROTECTED] Let me allow myself to be less ambiguous on the last comment I made. It would be nice if every class also consistently had a property for the name (no need for function I guess, since it would not be in the way of the current design to make a function to return every property). The reason I say this is because often times, in the case of classes such as DomText, the name is actually just "#text" and DomDocument is "#document". There is a chart on the w3c page for the nodeNames that correspond to the different classes and without this property consistent for every php DOM class, I have to use a huge switch statement to run through the different types of nodes and figure out what the name would be. Just seems like a trivial fix that would make the classes more complete. Thanks! [2002-03-07 10:15:06] [EMAIL PROTECTED] This should be a quick fix. [2002-03-06 19:37:26] [EMAIL PROTECTED] It appears that the type property is missing from the DomAttribute class, which makes it quite difficult to determine the type of node, since it is necessary to code a workaround for cases where this property is missing. It would be nice if there was a function nodeType that would return this, and possibly a function nodeName to return other rather case sensitive results. -- Edit this bug report at http://bugs.php.net/?id=15918&edit=1
Bug #15918 Updated: DomAttribute missing "type" property
ID: 15918 Updated by: [EMAIL PROTECTED] -Summary: DomAttribute missing "type" property Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: DOM XML related Operating System: Linux PHP Version: 4.1.2 Assigned To: jtate New Comment: I've added type nodes to DomAttributes. (I also added them to CDATA nodes too). I'll take a look at the name stuff, but it will require a little more time to look into. I'll get the type nodes into the 4.2.0 release tree so that it'll be in the next release. Previous Comments: [2002-03-07 11:19:05] [EMAIL PROTECTED] Let me allow myself to be less ambiguous on the last comment I made. It would be nice if every class also consistently had a property for the name (no need for function I guess, since it would not be in the way of the current design to make a function to return every property). The reason I say this is because often times, in the case of classes such as DomText, the name is actually just "#text" and DomDocument is "#document". There is a chart on the w3c page for the nodeNames that correspond to the different classes and without this property consistent for every php DOM class, I have to use a huge switch statement to run through the different types of nodes and figure out what the name would be. Just seems like a trivial fix that would make the classes more complete. Thanks! [2002-03-07 10:15:06] [EMAIL PROTECTED] This should be a quick fix. [2002-03-06 19:37:26] [EMAIL PROTECTED] It appears that the type property is missing from the DomAttribute class, which makes it quite difficult to determine the type of node, since it is necessary to code a workaround for cases where this property is missing. It would be nice if there was a function nodeType that would return this, and possibly a function nodeName to return other rather case sensitive results. -- Edit this bug report at http://bugs.php.net/?id=15918&edit=1
Bug #15933 Updated: PHP 4.* binary does not connect to mysql from a cron job
ID: 15933 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Sco Unixware 7.1 PHP Version: 4.1.0 New Comment: Did you check that the necessary environment variables were set? Cron doesn't read your profile before launching the executable. Check to see that php from within cron can read the php.ini file. Previous Comments: [2002-03-07 10:07:17] [EMAIL PROTECTED] I forgot to mention that the scripts connect fine from the command line and only failed to connect from cron. [2002-03-07 09:50:07] [EMAIL PROTECTED] I have a few PHP scripts that execute from a php binary from a cron job. Since changing to version 4 they fail to connect to the database with a :- "Can't connect to local MySQL server through socket '/tmp/mysql.sock'" error, or :- "Can't connect to MySQL server on ''" if I don't use the local socket method of connecting. I've tried these versions of php and a few different versions of mysql all with the above same results php-4.0.3pl1 php-4.0.6 php-4.1.0 I've reverted the binary to version php-3.0.18 and it all works fine As the scripts are quite simple I only need mysql with the php binary, my configuration for the binaries is :- ./configure --enable-track-vars --with-mysql=/usr/local/mysql -- Edit this bug report at http://bugs.php.net/?id=15933&edit=1
Bug #15918 Updated: DomAttribute missing "type" property
ID: 15918 Updated by: [EMAIL PROTECTED] -Summary: DomAttribute missing "type" property Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: DOM XML related Operating System: Linux PHP Version: 4.1.2 -Assigned To: +Assigned To: jtate New Comment: This should be a quick fix. Previous Comments: [2002-03-06 19:37:26] [EMAIL PROTECTED] It appears that the type property is missing from the DomAttribute class, which makes it quite difficult to determine the type of node, since it is necessary to code a workaround for cases where this property is missing. It would be nice if there was a function nodeType that would return this, and possibly a function nodeName to return other rather case sensitive results. -- Edit this bug report at http://bugs.php.net/?id=15918&edit=1
Bug #13556 Updated: PHP4 should be able to use dso version of cracklib
ID: 13556 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: *Compile Issues -Operating System: +Operating System: linux -PHP Version: 4.0.6 +PHP Version: 4.1.1 & 4.1.2 -Assigned To: +Assigned To: sniper New Comment: This was "fixed" in CVS, but incorrectly. Please apply the following patch to the crack extension: --BEGIN_PATCH-- === RCS file: /repository/php4/ext/crack/config.m4,v retrieving revision 1.6 diff -u -u -r1.6 config.m4 --- config.m4 30 Nov 2001 18:59:28 - 1.6 +++ config.m4 28 Feb 2002 19:33:14 - @@ -8,7 +8,7 @@ if test "$PHP_CRACK" != "no"; then for i in /usr/local/lib /usr/lib $PHP_CRACK/lib $PHP_CRACK/cracklib; do - test -f $i/lib/libcrack.$SHLIB_SUFFIX_NAME -o -f $i/libcrack.a && CRACK_LIBDIR=$i + test -f $i/libcrack.$SHLIB_SUFFIX_NAME -o -f $i/libcrack.a && CRACK_LIBDIR=$i done for i in /usr/local/include /usr/include $PHP_CRACK/include $PHP_CRACK/cracklib; do --END_PATCH-- The code that searched for the shared objects was looking under a subdirectory lib, so instead of looking in /usr/lib it was looking in /usr/lib/lib. This patch fixes the problem. Previous Comments: [2001-10-11 20:21:03] [EMAIL PROTECTED] Fixed in CVS. Fix will be in PHP 4.1 --Jani [2001-10-05 03:12:59] [EMAIL PROTECTED] Configure only checks for the static libcrack.a when it would be possible to use libcrack.so. -- Edit this bug report at http://bugs.php.net/?id=13556&edit=1
Bug #15785 Updated: shebang appear
ID: 15785 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: FreeBSD 4.5 stable PHP Version: 4.1.2 New Comment: Please do not submit the same bug more than once. Previous Comments: [2002-02-28 10:56:07] [EMAIL PROTECTED] When executing php scripts from the command line the shebang #!/usr/local/bin/php appear on the output. The code next to this line is correctly executed. Is it a bug like in previous version of php ? Or am i doing something wrong ? Didier Bleuzen -- Edit this bug report at http://bugs.php.net/?id=15785&edit=1
Bug #13830 Updated: php.exe crashes when behind Xitami web server, DOM XML
ID: 13830 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: Win2k PHP Version: 4.0.6 New Comment: Does this still happen with 4.1.1? Previous Comments: [2001-12-03 23:17:26] [EMAIL PROTECTED] The only thing I get is a Windows Dialog saying: "The instruction at "0x10092efe" referenced memory at "0x00010". The memory could not be "read". Click on OK to terminate the program. Click on CANCEL to debug the program. If you believe there may be some message logged to some log file somewhere, despite the serious crash, let me know the file path and I will post the log "tail" here. thanks, marcio [2001-11-29 09:39:38] [EMAIL PROTECTED] Well... any kind of more information about this? What crash exactly, error message? something in the logfile? Feedback. [2001-10-25 18:05:29] [EMAIL PROTECTED] This is the code: $doc = xmldocfile( "xml-config.xml" ); $ctx = xpath_new_context($doc); $xpath = xpath_eval($ctx,"/xml-config/website[@id='oll']/output/@html-production-dir"); $nodeset = $xpath->nodeset; $production_dir = $nodeset[0]->content; If I run from a DOS box, it runs just fine, giving the correct result. However, when I run it behind the Xitami web server, php.exe crashes in the xpath_eval call. Some important info: My php.ini has these entries: extension_dir = c:/php/extensions extension=php_domxml.dll Note that c:\php;c:\php\dlls and c:\php\extensions are in the PATH, just in case libxml2.dll is in the path and can be found no problem, I can run xsltproc.exe just fine (it uses libxml2.dll). I can also passthru 'xsltproc.exe' from PHP, it runs fine. If I remove extension_dir = c:/php/extensions from the ini, just to test, I can get both DOS and Xitami php to complain that it cannot load php_domxml.dll, which is the expected behavior ("Unable to load dynamic library..."). I put the entry back, the warning Dialog goes away for DOS and for Xitami, but the crash returns for Xitami. My Conclusions: - php behind Xitami is finding php_domxml.dll just fine, because when it does not I get the warning Dialog and no crash - libxml2.dll is in the path and can be found by programs including php under DOS. It can also be found from programs launched from php behind Xitami (passthru 'xsltproc.exe'). Any chance the DLL linking is failing for some bizarre reason only when PHP runs behind Xitami ? -- Edit this bug report at http://bugs.php.net/?id=13830&edit=1
Bug #15530 Updated: content of node node correct reading new DOM value after set_content of node
ID: 15530 Updated by: [EMAIL PROTECTED] -Summary: conent of node node correct reading new DOM value after set_content of node Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: DOM XML related Operating System: RedHat 7.2 PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. This has been fixed in CVS with the get_content() method. Previous Comments: [2002-02-13 11:03:44] [EMAIL PROTECTED] Any other workaround for the get_content problem? We can use a custom php build on our development machines, but cant on the server where the code will actually be going. Thanks [2002-02-13 10:43:55] [EMAIL PROTECTED] The problem is that the content property is going away, so that property is not set. This is why it's not being updated. It's being replaced by a get_content() function. This is in CVS at this very moment. As for the appending of xml contents, the comment in the code is as follows: // FIXME: another gotcha. If node has children, calling // xmlNodeSetContent will remove the children -> we loose the zval's // To prevent crash, append content if children are set I think if you just used the get_content() function instead of the ->content property that your problem would go away. Of course you're going to have to pull it from CVS. [2002-02-12 16:18:23] [EMAIL PROTECTED] The following simplied script shows that when we update the value of a node, the DOM is updated as shown through the dump. When you try to read the content of the node however, it returns the origional value. If this is a bug, is there any known workaround to get the desired result? Also, we had to use the set_content as provided in the script because if a node already has a value and we try to call set_content directly on the node rather than on the the text element (value node), it appends the data to the node rather than overwriting the exisitng value. XPath is used in here as our real XML data is quite complex so needed to illustrate how we were finding the correct node. ORG VALUE"; $mydoc = xmldoc($xmltest); echo "".$mydoc->dumpmem().""; $ctx=$mydoc->xpath_new_context(); $query_xo = xpath_eval($ctx,"/root_node/node1"); $oNode = $query_xo->nodeset[0]; if (is_null($oNode)) { $root = $$mydoc->root(); $root->new_child("node1", "empty"); } else { $tNode = $oNode->first_child(); $tNode->set_content("VALUE1"); } echo "".$mydoc->dumpmem().""; $ctx2=$mydoc->xpath_new_context(); $query_xo = xpath_eval($ctx2,"/root_node/node1"); $oNode = $query_xo->nodeset[0]; if (! is_null($oNode)) { $tNode = $oNode->first_child(); $strValue = $tNode->content; } echo "GET VAL".$strValue.""; echo "".$mydoc->dumpmem().""; ?> -- Edit this bug report at http://bugs.php.net/?id=15530&edit=1
Bug #15530 Updated: conent of node node correct reading new DOM value after set_content of node
ID: 15530 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: RedHat 7.2 PHP Version: 4.1.1 New Comment: The problem is that the content property is going away, so that property is not set. This is why it's not being updated. It's being replaced by a get_content() function. This is in CVS at this very moment. As for the appending of xml contents, the comment in the code is as follows: // FIXME: another gotcha. If node has children, calling // xmlNodeSetContent will remove the children -> we loose the zval's // To prevent crash, append content if children are set I think if you just used the get_content() function instead of the ->content property that your problem would go away. Of course you're going to have to pull it from CVS. Previous Comments: [2002-02-12 16:18:23] [EMAIL PROTECTED] The following simplied script shows that when we update the value of a node, the DOM is updated as shown through the dump. When you try to read the content of the node however, it returns the origional value. If this is a bug, is there any known workaround to get the desired result? Also, we had to use the set_content as provided in the script because if a node already has a value and we try to call set_content directly on the node rather than on the the text element (value node), it appends the data to the node rather than overwriting the exisitng value. XPath is used in here as our real XML data is quite complex so needed to illustrate how we were finding the correct node. ORG VALUE"; $mydoc = xmldoc($xmltest); echo "".$mydoc->dumpmem().""; $ctx=$mydoc->xpath_new_context(); $query_xo = xpath_eval($ctx,"/root_node/node1"); $oNode = $query_xo->nodeset[0]; if (is_null($oNode)) { $root = $$mydoc->root(); $root->new_child("node1", "empty"); } else { $tNode = $oNode->first_child(); $tNode->set_content("VALUE1"); } echo "".$mydoc->dumpmem().""; $ctx2=$mydoc->xpath_new_context(); $query_xo = xpath_eval($ctx2,"/root_node/node1"); $oNode = $query_xo->nodeset[0]; if (! is_null($oNode)) { $tNode = $oNode->first_child(); $strValue = $tNode->content; } echo "GET VAL".$strValue.""; echo "".$mydoc->dumpmem().""; ?> -- Edit this bug report at http://bugs.php.net/?id=15530&edit=1