RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.
I was kinda hoping the fast-cgi version would enable the best of both worlds; however, I have been unable to get it to work under apache at this point. Any comments ? -Original Message- From: Brian Foddy [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 9:18 PM To: Andi Gutmans; Brian Moon; John Hamlik; [EMAIL PROTECTED]; Rod K Subject: RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. That sounds like it would work also. People would have to build PHP for both modules and CGI, but if they are willing to do that... Works for me. Brian On Mon, 30 Apr 2001 23:53:16 -0400, Rod K wrote: Couldn't one just run a cgi and module version simultaneously? Set an add type directive to pass an extension, say .cphp, to the cgi instead of the module. Then those scripts that use extensive memory could be extended with .cphp??? -Original Message- From: Brian Foddy [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 11:56 PM To: Andi Gutmans; Brian Moon; John Hamlik; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. Perhaps another possible solution is this... For those 1 in 300 web hits that the developer knows is going to use gobs of memory and assuming they can't be re-engineered to use less (through temp files, etc), create a simple function that is callable in PHP that will cause the parent apache process to exit (if it doesn't exist already) It will be immediately replaced by another much smaller version ready to handle the remaining 299 web hits. This gives the performance benefit for most hits of the apache module, but the memory benefits of the cgi behavior. But before I'd do that, I'd make sure the big page can't be re-engineered first. Brian On Mon, 30 Apr 2001 18:42:59 -0700, John Hamlik wrote: I too have experienced this problem and can reproduce, I just changed to the cgi version instead to eliminate the problem, which I would agree, it is. I have one page on a site of hundreds of pages that produces the large process, 30MB+ and this is on a heavily used server with more than 300 processes. So if I don't run the cgi-version the server will crash in a matter of time as the memory is not freed and eventually will swap itself to death. So while the cgi-version is slightly slower, I have reliability. John Hamlik -Original Message- From: Brian Moon [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 3:20 PM To: [EMAIL PROTECTED]; Andi Gutmans Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. But the reverse side of this is that I might have one script out of 1000 that needs that much memory. But since 20 of my httpd processes have run that script, they all have that much memory and are not going to let it go no matter what. I basically sounds like a flaw that memory can not be freed. Reuse in the same process is not free memory, it is reused memory. And it sounds like there is nothing that the PHP team can do about it. Brian Moon -- -- - Phorum Dev Team - http://phorum.org Making better forums with PHP -- -- - Look for my presentation at ApacheCon 2001. Caching Dynamic Web Content to Increase Dependability and Performance http://www.apachecon.com/ - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: Brian Moon [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, April 30, 2001 5:02 PM Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. At 04:59 PM 4/30/2001 -0500, Brian Moon wrote: This is the answer I had previously received. IMHO, this sucks. We don't do SQL queries on our production site. It is all cached. So, SQL is not the problem. It is most likely because of the storage of large arrays or something of that nature. Well maybe you should try and see what in your script is taking up lots of memory. I guess we will continue to use MaxRequestsPerChild until one day the people that wrote that memory allocation system get a clue. They are very clue full. A program which uses X MB of memory is very likely to use X MB of memory again at a later time. For example, how does it help you if your 14 MB were shrunk back to 10 MB on each request. The next request would probably make it grow back to 14 MB. There might be some memory management libraries that shrink the memory back but I doubt you can gain much from it especially as memory fragmentation can severally limit the amount of memory you can reclaim and because of the point I made before, it's probably just not worth it. If you can find a case where you really think PHP is using much too much memory let me know and we can try and check together if there's a way to improve the situation. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For
[PHP-DEV] Bug #8889 Updated: Memory is not being freed.
ID: 8889 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Performance problem PHP Version: 4.0.4 Assigned To: Comments: The main problem is that once the system's standard C library allocates heap space (with the sbrk() system call) it will never return that memory to the system. PHP can't solve this problem. If you do find certain things in the future which take up much more memory than they should please open a new bug report and we will check into it. Previous Comments: --- [2001-04-30 14:31:27] [EMAIL PROTECTED] I am talking about nearly endless amounts. I saw Apache processes with as much as 14MB of memory in use. Brian. --- [2001-04-29 19:59:56] [EMAIL PROTECTED] What kind of sizes are we talking about here? the Zend memory manager holds a memory cache, but we're talking at around 1MB per process max. --- [2001-01-26 18:45:45] [EMAIL PROTECTED] Ok, this is just like what is described in http://marc.theaimsgroup.com/?l=php-devm=97923602322593w=2 which contains a hacked up solution. It looks like it should be able to turn into a usable end solution. --- [2001-01-24 13:21:13] [EMAIL PROTECTED] Hi guys, I do not have much information. I know that my Apache processes memory is growing by the minute. If I start a separate server on another port and serve only static pages and files through it, those process do not grow. I have tried what I remembered of gdb but have not come up with anything. I know I need to attach to a process and it seems I can `gdb {pid}` but that gives me nothing. How can I get some info for you guys? I do have --enable-debug. thanks, Brian. Phorum.org --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8889edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10518 Updated: mcrypt_generic is padding input when using cfb and ofb modes
ID: 10518 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: mcrypt related PHP Version: 4.0.4pl1 Assigned To: derick Comments: I applied your fix in CVS. Thanks! Previous Comments: --- [2001-04-28 12:39:48] [EMAIL PROTECTED] Same bug also in php_mcrypt_do_crypt, here's the new patch: --- php-4.0.4pl1/ext/mcrypt/mcrypt.cWed Nov 22 22:40:15 2000 +++ php-4.0.4pl1-sk/ext/mcrypt/mcrypt.c Sat Apr 28 18:44:09 2001 @@ -498,7 +498,7 @@ convert_to_string_ex (data); /* Check blocksize */ - if (mcrypt_enc_is_block_algorithm (td) == 1) { /* It's a block algorithm */ + if (mcrypt_enc_is_block_mode (td) == 1) { /* It's a block algorithm */ block_size = mcrypt_enc_get_block_size (td); data_size = (((Z_STRLEN_PP(data) - 1) / block_size) + 1) * block_size; data_s = emalloc (data_size); @@ -539,7 +539,7 @@ convert_to_string_ex (data); /* Check blocksize */ - if (mcrypt_enc_is_block_algorithm (td) == 1) { /* It's a block algorithm */ + if (mcrypt_enc_is_block_mode (td) == 1) { /* It's a block algorithm */ block_size = mcrypt_enc_get_block_size (td); data_size = (((Z_STRLEN_PP(data) - 1) / block_size) + 1) * block_size; data_s = emalloc (data_size); @@ -1280,7 +1280,7 @@ } /* Check blocksize */ - if (mcrypt_enc_is_block_algorithm (td) == 1) { /* It's a block algorithm */ + if (mcrypt_enc_is_block_mode (td) == 1) { /* It's a block algorithm */ block_size = mcrypt_enc_get_block_size (td); data_size = (((Z_STRLEN_PP(data) - 1) / block_size) + 1) * block_size; data_s = emalloc (data_size); --- [2001-04-26 19:39:06] [EMAIL PROTECTED] thx, will look into this soon --- [2001-04-26 18:28:36] [EMAIL PROTECTED] When encrypting using a block cipher and cfb or ofb mode the mcrypt_generic/mdecrypt_generic function still pad the input to a multiple of the underlying algorithm's block size. Input should not be padded when used with cfb or ofb mode. Script showing the bug: $key = pack(H*, ); $iv= pack(H*, ); $plain = pack(H*, ); $handle = mcrypt_module_open(MCRYPT_TWOFISH, , MCRYPT_MODE_CFB, ); mcrypt_generic_init($handle, $key, $iv); $crypted = mcrypt_generic($handle, $plain); mcrypt_generic_end($handle); print bin2hex($plain).nn; print bin2hex($crypted).nn; Proposed patch: --- mcrypt/mcrypt.c Wed Nov 22 22:40:15 2000 +++ mcrypt-sk/mcrypt.c Fri Apr 27 00:25:16 2001 @@ -498,7 +498,7 @@ convert_to_string_ex (data); /* Check blocksize */ - if (mcrypt_enc_is_block_algorithm (td) == 1) { /* It's a block algorithm */ + if (mcrypt_enc_is_block_mode (td) == 1) { /* It's a block algorithm */ block_size = mcrypt_enc_get_block_size (td); data_size = (((Z_STRLEN_PP(data) - 1) / block_size) + 1) * block_size; data_s = emalloc (data_size); @@ -539,7 +539,7 @@ convert_to_string_ex (data); /* Check blocksize */ - if (mcrypt_enc_is_block_algorithm (td) == 1) { /* It's a block algorithm */ + if (mcrypt_enc_is_block_mode (td) == 1) { /* It's a block algorithm */ block_size = mcrypt_enc_get_block_size (td); data_size = (((Z_STRLEN_PP(data) - 1) / block_size) + 1) * block_size; data_s = emalloc (data_size); --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10518edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10556 Updated: php does not work with php_mcrypt.dll
ID: 10556 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: mcrypt related PHP Version: 4.0.4 Assigned To: Comments: Please try the lastest 4.0.5 release from www.php.net as soon as it's posted on the site. You probably tried the 4.0.2 module from the site your mentioned with a 4.0.4 release. And these could be quite incompatible. Previous Comments: --- [2001-04-30 02:00:09] [EMAIL PROTECTED] I am using a windows 98 machine. I have installed php 4.0.4 using the easy installer for windows. I downloaded the php_mcrypt.dll file fromhttp://www.multimedia.uni-greifswald.de/~php4. When i tried to run the test program I got the following error. unable to load php_mcrypt.dll.The other dll's like php_gd.dll are working.Please help me out. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10556edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9163 Updated: mcrypt_list_algorithms doesn't work
ID: 9163 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: mcrypt related PHP Version: 4.0.4pl1 Assigned To: derick Comments: I'm forwarding this bugreport to the author of libmcrypt, as this does not like a php bug to me. Previous Comments: --- [2001-02-07 17:38:56] [EMAIL PROTECTED] As per your request I tried it with mcrypt_list_algorithms (/usr/local/bin/lib) Also tried it with /usr/local/lib and /usr/local/lib/libmcrypt. No cigar. --- [2001-02-07 17:36:27] [EMAIL PROTECTED] What is ld.so.conf? This is a solaris system; I did a man ld and it doesn't say anything about that file. /usr/local/lib: total 6102 drwxr-xr-x 3 root root 512 Nov 7 17:06 gcc-lib/ -r--r--r-- 1 root other 49408 Sep 22 1999 libamu.a -r--r--r-- 1 root other623 Sep 22 1999 libamu.la -rw-r--r-- 1 root other1564188 Jan 31 17:11 libcrypto.a -rw-r--r-- 1 root other 62932 Jan 18 14:17 liblber.a -rw-r--r-- 1 root other658 Jan 18 14:17 liblber.la -rw-r--r-- 1 root other 258080 Jan 18 14:17 libldap.a -rw-r--r-- 1 root other673 Jan 18 14:17 libldap.la -rw-r--r-- 1 root other 276392 Jan 18 14:17 libldap_r.a -rw-r--r-- 1 root other679 Jan 18 14:17 libldap_r.la -rw-r--r-- 1 root other 15804 Feb 6 17:31 libltdl.a -rwxr-xr-x 1 root other647 Feb 6 17:31 libltdl.la* lrwxrwxrwx 1 root other 16 Feb 6 17:31 libltdl.so - libltdl.so.0.1.2* lrwxrwxrwx 1 root other 16 Feb 6 17:31 libltdl.so.0 - libltdl.so.0.1.2* -rwxr-xr-x 1 root other 16300 Feb 6 17:31 libltdl.so.0.1.2* drwxr-xr-x 2 root other 2048 Feb 6 17:32 libmcrypt/ -rw-r--r-- 1 root other 21288 Feb 6 17:32 libmcrypt.a -rw-r--r-- 1 root other 21288 Feb 1 13:14 libmcrypt.a_bak -rwxr-xr-x 1 root other654 Feb 6 17:32 libmcrypt.la* lrwxrwxrwx 1 root other 18 Feb 6 17:32 libmcrypt.so - libmcrypt.so.4.0.4* lrwxrwxrwx 1 root other 18 Feb 6 17:32 libmcrypt.so.4 - libmcrypt.so.4.0.4* -rwxr-xr-x 1 root other 18948 Feb 6 17:32 libmcrypt.so.4.0.4* -rw-r--r-- 1 root other 293004 Jan 31 17:11 libssl.a -rw-r--r-- 1 root other 454088 Nov 7 18:42 libstdc++.a.2.10.0 drwxr-xr-x 4 root other512 Oct 24 15:36 perl5/ -rw-r--r-- 1 root other 38 Jan 17 16:16 sccsid /usr/local/lib/libmcrypt: total 1056 -rw-r--r-- 1 root other 3864 Feb 6 17:31 arcfour-iv.a -rwxr-xr-x 1 root other675 Feb 6 17:31 arcfour-iv.la* -rwxr-xr-x 1 root other 6216 Feb 6 17:31 arcfour-iv.so* -rw-r--r-- 1 root other 3520 Feb 6 17:31 arcfour.a -rwxr-xr-x 1 root other654 Feb 6 17:31 arcfour.la* -rwxr-xr-x 1 root other 5876 Feb 6 17:31 arcfour.so* -rw-r--r-- 1 root other 9072 Feb 6 17:31 blowfish.a -rwxr-xr-x 1 root other661 Feb 6 17:31 blowfish.la* -rwxr-xr-x 1 root other 11416 Feb 6 17:31 blowfish.so* -rw-r--r-- 1 root other 17572 Feb 6 17:31 cast-128.a -rwxr-xr-x 1 root other661 Feb 6 17:31 cast-128.la* -rwxr-xr-x 1 root other 19736 Feb 6 17:31 cast-128.so* -rw-r--r-- 1 root other 19908 Feb 6 17:31 cast-256.a -rwxr-xr-x 1 root other661 Feb 6 17:31 cast-256.la* -rwxr-xr-x 1 root other 22520 Feb 6 17:31 cast-256.so* -rw-r--r-- 1 root other 2492 Feb 6 17:32 cbc.a -rwxr-xr-x 1 root other626 Feb 6 17:32 cbc.la* -rwxr-xr-x 1 root other 4540 Feb 6 17:32 cbc.so* -rw-r--r-- 1 root other 2436 Feb 6 17:32 cfb.a -rwxr-xr-x 1 root other626 Feb 6 17:32 cfb.la* -rwxr-xr-x 1 root other 4400 Feb 6 17:32 cfb.so* -rw-r--r-- 1 root other 7536 Feb 6 17:31 des.a -rwxr-xr-x 1 root other626 Feb 6 17:31 des.la* -rwxr-xr-x 1 root other 9928 Feb 6 17:31 des.so* -rw-r--r-- 1 root other 1836 Feb 6 17:32 ecb.a -rwxr-xr-x 1 root other626 Feb 6 17:32 ecb.la* -rwxr-xr-x 1 root other 3928 Feb 6 17:32 ecb.so* -rw-r--r-- 1 root other 4668 Feb 6 17:31 enigma.a -rwxr-xr-x 1 root other647 Feb 6 17:31 enigma.la* -rwxr-xr-x 1 root other 7196 Feb 6 17:31 enigma.so* -rw-r--r-- 1 root other 5892 Feb 6 17:31 gost.a -rwxr-xr-x 1 root other633 Feb 6 17:31 gost.la* -rwxr-xr-x 1 root other 8124 Feb 6 17:31 gost.so* -rw-r--r-- 1 root other 10496 Feb 6 17:31 loki97.a -rwxr-xr-x 1 root other647 Feb 6 17:31 loki97.la* -rwxr-xr-x 1 root other
RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.
Do you know what is causing it to grow so much? Andi At 06:42 PM 4/30/2001 -0700, John Hamlik wrote: I too have experienced this problem and can reproduce, I just changed to the cgi version instead to eliminate the problem, which I would agree, it is. I have one page on a site of hundreds of pages that produces the large process, 30MB+ and this is on a heavily used server with more than 300 processes. So if I don't run the cgi-version the server will crash in a matter of time as the memory is not freed and eventually will swap itself to death. So while the cgi-version is slightly slower, I have reliability. John Hamlik -Original Message- From: Brian Moon [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 3:20 PM To: [EMAIL PROTECTED]; Andi Gutmans Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. But the reverse side of this is that I might have one script out of 1000 that needs that much memory. But since 20 of my httpd processes have run that script, they all have that much memory and are not going to let it go no matter what. I basically sounds like a flaw that memory can not be freed. Reuse in the same process is not free memory, it is reused memory. And it sounds like there is nothing that the PHP team can do about it. Brian Moon - Phorum Dev Team - http://phorum.org Making better forums with PHP - Look for my presentation at ApacheCon 2001. Caching Dynamic Web Content to Increase Dependability and Performance http://www.apachecon.com/ - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: Brian Moon [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, April 30, 2001 5:02 PM Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. At 04:59 PM 4/30/2001 -0500, Brian Moon wrote: This is the answer I had previously received. IMHO, this sucks. We don't do SQL queries on our production site. It is all cached. So, SQL is not the problem. It is most likely because of the storage of large arrays or something of that nature. Well maybe you should try and see what in your script is taking up lots of memory. I guess we will continue to use MaxRequestsPerChild until one day the people that wrote that memory allocation system get a clue. They are very clue full. A program which uses X MB of memory is very likely to use X MB of memory again at a later time. For example, how does it help you if your 14 MB were shrunk back to 10 MB on each request. The next request would probably make it grow back to 14 MB. There might be some memory management libraries that shrink the memory back but I doubt you can gain much from it especially as memory fragmentation can severally limit the amount of memory you can reclaim and because of the point I made before, it's probably just not worth it. If you can find a case where you really think PHP is using much too much memory let me know and we can try and check together if there's a way to improve the situation. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c
At 09:14 AM 5/1/2001 +0200, Sebastian Bergmann wrote: Sterling Hughes wrote: sterlingMon Apr 30 20:48:27 2001 EDT Modified files: /php4/sapi/cgi cgi_main.c Log: fix for bug 6491, http://www.php.net/bugs.php?id=6491, removes a bit of (what I think is) broken logic. cgi_main.c D:\Programme\MS Visual Studio\Projekte\php\php4\sapi\cgi\cgi_main.c(151) : warni ng C4101: 'pi' : Unreferenced local variable OK I removed it. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.
You can mail the author: Ben Mansell [EMAIL PROTECTED] Andi At 11:22 PM 4/30/2001 -0700, John Hamlik wrote: I was kinda hoping the fast-cgi version would enable the best of both worlds; however, I have been unable to get it to work under apache at this point. Any comments ? -Original Message- From: Brian Foddy [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 9:18 PM To: Andi Gutmans; Brian Moon; John Hamlik; [EMAIL PROTECTED]; Rod K Subject: RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. That sounds like it would work also. People would have to build PHP for both modules and CGI, but if they are willing to do that... Works for me. Brian On Mon, 30 Apr 2001 23:53:16 -0400, Rod K wrote: Couldn't one just run a cgi and module version simultaneously? Set an add type directive to pass an extension, say .cphp, to the cgi instead of the module. Then those scripts that use extensive memory could be extended with .cphp??? -Original Message- From: Brian Foddy [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 11:56 PM To: Andi Gutmans; Brian Moon; John Hamlik; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. Perhaps another possible solution is this... For those 1 in 300 web hits that the developer knows is going to use gobs of memory and assuming they can't be re-engineered to use less (through temp files, etc), create a simple function that is callable in PHP that will cause the parent apache process to exit (if it doesn't exist already) It will be immediately replaced by another much smaller version ready to handle the remaining 299 web hits. This gives the performance benefit for most hits of the apache module, but the memory benefits of the cgi behavior. But before I'd do that, I'd make sure the big page can't be re-engineered first. Brian On Mon, 30 Apr 2001 18:42:59 -0700, John Hamlik wrote: I too have experienced this problem and can reproduce, I just changed to the cgi version instead to eliminate the problem, which I would agree, it is. I have one page on a site of hundreds of pages that produces the large process, 30MB+ and this is on a heavily used server with more than 300 processes. So if I don't run the cgi-version the server will crash in a matter of time as the memory is not freed and eventually will swap itself to death. So while the cgi-version is slightly slower, I have reliability. John Hamlik -Original Message- From: Brian Moon [mailto:[EMAIL PROTECTED]] Sent: Monday, April 30, 2001 3:20 PM To: [EMAIL PROTECTED]; Andi Gutmans Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. But the reverse side of this is that I might have one script out of 1000 that needs that much memory. But since 20 of my httpd processes have run that script, they all have that much memory and are not going to let it go no matter what. I basically sounds like a flaw that memory can not be freed. Reuse in the same process is not free memory, it is reused memory. And it sounds like there is nothing that the PHP team can do about it. Brian Moon -- -- - Phorum Dev Team - http://phorum.org Making better forums with PHP -- -- - Look for my presentation at ApacheCon 2001. Caching Dynamic Web Content to Increase Dependability and Performance http://www.apachecon.com/ - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: Brian Moon [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, April 30, 2001 5:02 PM Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed. At 04:59 PM 4/30/2001 -0500, Brian Moon wrote: This is the answer I had previously received. IMHO, this sucks. We don't do SQL queries on our production site. It is all cached. So, SQL is not the problem. It is most likely because of the storage of large arrays or something of that nature. Well maybe you should try and see what in your script is taking up lots of memory. I guess we will continue to use MaxRequestsPerChild until one day the people that wrote that memory allocation system get a clue. They are very clue full. A program which uses X MB of memory is very likely to use X MB of memory again at a later time. For example, how does it help you if your 14 MB were shrunk back to 10 MB on each request. The next request would probably make it grow back to 14 MB. There might be some memory management libraries that shrink the memory back but I doubt you can gain much from it especially as memory fragmentation can severally limit the amount of memory you can reclaim and because of the point I made before, it's probably just not worth it. If you can find a case where you really think PHP is
[PHP-DEV] Bug #9775 Updated: libmcrypt-2.4.9 causes random segmentation faults
ID: 9775 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Suspended Bug Type: Reproduceable crash PHP Version: 4.0.4pl1 Assigned To: derick Comments: I can reproduce this on my own system, both thtough PHP and with a C-program. As the author of libmcrypt cannot reproduce this, I'll suspend this bug until I know more about it. Previous Comments: --- [2001-04-16 07:10:58] [EMAIL PROTECTED] I committed the fix for the memleak, but the crash is most likely a problem in libmcrypt, because I had those some things when running a C program which uses these functions. The author of libmcrypt says this can be a problem in different versions of libltdl, but I had the same problem with both the 1.2 and 2.0 versions. I'm awaiting further response from Nikos now. --- [2001-04-16 05:30:50] [EMAIL PROTECTED] Derick Ill assign this one to you so you remember it.. you said you had a fix. - James --- [2001-03-16 09:36:27] [EMAIL PROTECTED] These memleaks where indeed caused by not freeing the key. Fix is pending until I have access to CVS again. --- [2001-03-16 09:26:03] [EMAIL PROTECTED] Those memleaks can in no way crash php too. It seems to me that the key is not freed. I'll check this part out. --- [2001-03-15 23:09:58] [EMAIL PROTECTED] I had those same segfaults but after I updated my GDB to version 5.0 they didn't happen again. So please try updating your GDB and try generating the backtrace for the crashes again. FYI: The author of libmcrypt has said that some of these crashes are actually bugs in the libmcrypt itself.. --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9775edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10187 Updated: Warning: mcrypt module initialization failed
ID: 10187 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: mcrypt related PHP Version: 4.0 Latest CVS (05/04/2001) Assigned To: derick Comments: I guess this could be an OS specific problem. I've no access to a Mac OS X machine unfortunately. Previous Comments: --- [2001-04-05 11:48:59] [EMAIL PROTECTED] Incidentally, I tried the new-style mcrypt functions as Colin suggested, and got a similar warning: Could not open encryption module. --- [2001-04-05 11:30:47] [EMAIL PROTECTED] analysed assigned --- [2001-04-05 11:30:06] [EMAIL PROTECTED] Another mcrypt bug, I'll check this one out. It may be a platform depended bug BTW. --- [2001-04-05 11:29:52] [EMAIL PROTECTED] First, the --disable-posix-threads requirement for libmcrypt isn't a requirement anymore. As of libmcrypt 2.4.x, you don't need it. Second, I think you should be using the 2.4.x-style mcrypt functions. Look at example 2 at http://www.php.net/manual/en/ref.mcrypt.php Third, blowfish is broken in libmcrypt. It will encode/decode internally, but don't rely on it if you need to pass data to a non-PHP application (e.g. Perl). - Colin --- [2001-04-05 11:24:02] [EMAIL PROTECTED] Using libmcrypt-2.4.10 on Mac OS X 10.0, compiled with --with-apache=/usr/local/src/apache_1.3.19 --with-mysql=/ usr/local --with-mcrypt --enable-track-vars --disable-debug My sample script: ?php $stuff = mcrypt_cbc(MCRYPT_BLOWFISH,This is my key,this is my message,MCRYPT_ENCRYPT); print base64_encode($stuff); ? produces this error: Warning: mcrypt module initialization failed in /Users/ clewis/dev/website/public/asdf.php on line 3 libmcrypt was compiled with --disable-posix-threads as suggested on the PHP mcrypt page. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10187edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Update of bundled packages
Hi there, if I remember correctly, someone wanted to upgrade the bundled expat sources (and ext/xml accordingly) for PHP 4.0.5. By looking at ChangeLog I couldn't find a commit for this, so I guess this has not happened, but correct me if I'm wrong. If the bundled expat sources haven't been upgraded, I'd say we do this before braching for the release-cycle of 4.0.6. Another issue is the bundled mysql client library. phpinfo() currently shows 3.23.32 as its API version. Is this up-to-date? Just in case the MySQL people decide to upgrade their stuff during our release-cycle :-) Just a thought, Sebastian -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Update of bundled packages
On Tue, May 01, 2001 at 11:24:21AM +0200, Sebastian Bergmann wrote: Hi there, if I remember correctly, someone wanted to upgrade the bundled expat sources (and ext/xml accordingly) for PHP 4.0.5. I wanted but I have no enough karma for it. ext/xml extension needs additional re-work in Expat detection logic too if we want to provide support for different Expat system version (not bundled one) too. Another feature I have already coded and would add to ext/xml is the iconv support. It allows automagically re-encode data to UTF-8 from any encoding supported by iconv (libiconv or glibc) if it is specified in XML header but uknown to Expat itself. By looking at ChangeLog I couldn't find a commit for this, so I guess this has not happened, but correct me if I'm wrong. If the bundled expat sources haven't been upgraded, I'd say we do this before braching for the release-cycle of 4.0.6. Another issue is the bundled mysql client library. phpinfo() currently shows 3.23.32 as its API version. Is this up-to-date? Just in case the MySQL people decide to upgrade their stuff during our release-cycle :-) Latest version is 3.32.36 I think. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Attn: Joe Brown
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To the person using the email address [EMAIL PROTECTED]. If you don't want to receive email, please either stop posting messages, or go get a hotmail account. I'm tired of bouncing email sent to you (several hundred in just the last few months), never mind that your postings are not making it to those recipients who verify email addresses prior to accepting email. (I tracked down the problem when I was trying to find out why I was getting hundreds of verification attempts from valinux--turns out they bounce all messages that have invalid return addresses, and they tracked it to the php mailing list.) - -- Kee Hinckley - Somewhere.Com, LLC http://consulting.somewhere.com/ I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's. -BEGIN PGP SIGNATURE- Version: PGPfreeware 7.0.3 for non-commercial use http://www.pgp.com iQA/AwUBOu7GNiZsPfdw+r2CEQLfAgCeIwA0ZhYIq1KSqVsvY3rodEnnVB0An1Ug 7cGcgrijWEHc3juToLVYADUt =4LOU -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10581: signal 6 when starting server
From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.5 PHP Bug Type: iPlanet related Bug description: signal 6 when starting server My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. -- Edit Bug report at: http://bugs.php.net/?id=10581edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] XML works... continued...
Hi! Just published 2 new patches (instead of yesterday's 2) for expat (xml parsing library, used in PHP) and PHP engine. Patches are for the correct work of PHP XML parser in the case of empty elements in XML/HTML like img / or so. Available at: http://www.legko.ru/Soft (with patches for expat, xml and example of PHP XML parser). Have a nice day! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #8889 Updated: Memory is not being freed.
Hi Brian! On Mon, 30 Apr 2001, Brian Foddy wrote: Perhaps another possible solution is this... For those 1 in 300 web hits that the developer knows is going to use gobs of memory and assuming they can't be re-engineered to use less (through temp files, etc), create a simple function that is callable in PHP that will cause the parent apache process to exit (if it doesn't exist already) It will be immediately replaced by another much smaller version ready to handle the remaining 299 web hits. like: // expesive memory processing function cleanup() { posix_kill (posix_getpid(), 15) || posix_kill (posix_getpid(), 9); } register_shutdown_function(cleanup); eventually, in a auto_apend file, if all the scripts are eating much mem. IIRC, Posix support is compiled by default, so it looks like a nice workarround for the memory problem... I was wondering, could a SIGHUP to the current child make it to release the memory? TERM is a bit harsh. -- teodor -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7237 Updated: PHP Isapi Filter fails after some consecutive uses
ID: 7237 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related PHP Version: 4.0.3pl1 Assigned To: Comments: Please check 4.0.5. Some multi-threading issues have been improved and let us know if it still doesn't work for you. Previous Comments: --- [2001-03-07 04:30:24] [EMAIL PROTECTED] First: I didn't write the comment [2001-03-06 04:51:50] so I'd like an explanation please. Who has written anything using my name? Now with the bug: It also seems to happen with 4.0.4pl1. But attention! Everything goes fine (several clients bashing the web server) until a Database query is made. We use MSSQL7. After several pages with a simple query to MSSQL7 (some of them concurrent from different machines), those pages fail to show up. However, the page with the DB query fails to show. Perhaps php_mssql module is not re-entrant, or perhaps it is a problem of the whole module thing. We are going to test this against an Oracle8 DB (php_oci8 module). --- [2001-03-06 04:51:50] [EMAIL PROTECTED] Yes it still persist whit php 4.0.4pl1 is gives 270 (0x010e) Onley on the second website of iis, the first website runs whitout a problem, also in php, but the second keeps on crashing... - fist some of the pages, it misses som gd pic's and stuf. Then it gives 270 (0x010e) or a server internal error. --- [2001-02-25 07:33:58] [EMAIL PROTECTED] Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? --- [2000-10-16 07:28:56] [EMAIL PROTECTED] This also happens to me with 4.0.2. From the browser, I press the Refresh page button two or three times quickly. Finally I get this output: 270 (0x010e) and the W3SVC service does not respond to any control signal (stop, start...). In fact, the filter for .ASP pages is also stopped. However, static pages (HTML) are served normally. The most strange thing is that after several minutes, the PHP pages are back. It seems an IIS-thread problem, but I can't find any explanation... The extension DLL's are not relevant, this happens in any case. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7237edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10579: PHP won't Compile Because of Errors in PHP_DLL
From: [EMAIL PROTECTED] Operating system: Win98 SE (Heb. Enabled) PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: PHP won't Compile Because of Errors in PHP_DLL PHP won't Compile Because of Errors in PHP_DLL ., after a Successful Compilation of Zend , LibMySQL TSRM the PHP_DLL Just Won't Compile ! in Anyway i've Tried !! I've Even tried Adding the Cygwin's (Latest - 1.3.1) Include Dir. to Include files Dirctory list of M$ VC , nothing works . (Tested in Debug Release_inline modes , with without Cygwin's Includes) Please Look @ the Compilation Logs (i can also eMail them to you) : http://members.fortunecity.com/thesexmad/PHP405RC8_CompileLogs.zip -- Edit Bug report at: http://bugs.php.net/?id=10579edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10580: Access Violation using ADODB
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.0.5 PHP Bug Type: COM related Bug description: Access Violation using ADODB Access Violation on this line: $fields = $rs-Fields; where $rs is the recordset from the database. Error occurs with PHP 4.0.5 final release, and does not occur with PHP 4.0.5 RC1. -- Edit Bug report at: http://bugs.php.net/?id=10580edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10025 Updated: bison reports error with 'S' parameter
ID: 10025 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback, this was fixed in CVS anyway. Closing Previous Comments: --- [2001-03-31 09:34:08] [EMAIL PROTECTED] try a snapshot from http://snaps.php.net/, this was IIRC fixed. --- [2001-03-27 10:54:09] [EMAIL PROTECTED] Compiling PHP4.0.4pl1 on Windows NT4 SP6a with Cygwin (setup version 2.19) and bison 1.28 reports the following: Deleting intermediate files and output files for project 'TSRM - Win32 Release_TS'. Deleting intermediate files and output files for project 'ZendTS - Win32 Release_TS'. Deleting intermediate files and output files for project 'libmysql - Win32 Release_TS'. Deleting intermediate files and output files for project 'php4dllts - Win32 Release_TS'. Deleting intermediate files and output files for project 'php4ts - Win32 Release_TS'. Configuration: TSRM - Win32 Release_TS Compiling... TSRM.c tsrm_strtok_r.c tsrm_virtual_cwd.c Creating library... Configuration: ZendTS - Win32 Release_TS Performing Custom Build Step on .zend_language_parser.y bison: invalid option -- S Usage: bison [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix] [--debug] [--defines] [--fixed-output-files] [--no-lines] [--verbose] [--version] [--help] [--yacc] [--no-parser] [--token-table] [--file-prefix=prefix] [--name-prefix=prefix] [--output=outfile] grammar-file Report bugs to [EMAIL PROTECTED] Error executing c:winntsystem32cmd.exe. php.exe - 1 error(s), 0 warning(s) From what I understand for this to compile properly version 1.25 of the Cygwin bison is required. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10025edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug Summary Report
PHP 4.0 Bug Database summary - http://bugs.php.net Num Status Summary (1385 total including feature requests) ===[*Configuration Issues] 8670 Open Incorect interpretation session.gc_maxlifetime parameter 8848 Open open_basedir = /dir/incl validates /dir/include and so on 9041 Suspended Extra #! at top of web output. 9773 Open Configure hangs 10106 Feedback Garbage files created when trying to load an extension which doesn't exist(?) 10241 Open php_flag dosn't work in httpd.conf, but it works in .htaccess files 10316 Open error in connecting to MS access database 10478 Feedback --with-mcrypt leads to configure: error: Sorry 10479 Open Failure to recognize libsybdb.so 10555 Open .htaccess config setting cause sudden loss of PHP-include path or apache crash ===[*Database Functions]== 8706 Feedback Database handle corruption? ===[*Directory/Filesystem functions] 8580 Duplicate Fileupload and Database mysql access 9697 Open filename ends with £ 9912 Open exec calls run programs in the document root: different than PHP3 9993 Open Wrong File Created Date and Wrong Filesize 10152 Feedback Success Warning with readfile(http://...;); 10388 Open File to file I/O problems 10439 Feedback relative chdir from root doesn´t work ===[*Encryption and hash functions] 8834 Open crypt() starts from not random salt 9177 Open crypt problems with openssl ===[*Function Specific]=== 8202 Open exec(java -cp classpath classname inputArgument); has no effect 8563 Feedback hebrevc() problems... 8857 Open microtime() doesn't work after setlocale(LC_NUMERIC,pl) 10120 Open implode(), if empty elements exist 10323 Open 4.05-dev : non-html escaped strings on phpinfo 10564 Open feof bug isn't fixed in windows versions. ===[*General Issues]== 3076 Analyzed system and popen are ok in safe_mode, not backquotes 5236 Open dlerror - conflicting declerations 6499 Analyzed $upload_type[] has wrong size with empty multiple-file uploads 6685 Analyzed %20 mis-converted in GET mechanism 6875 Duplicate upload_tmp_dir in php.ini doesn't work in safe_mode 7243 Duplicate upload_tmp_dir does not work in safe_mode 7685 Open File Upload Fails with Headers in Unexpected Order 9757 Open Php.exe Process doesnt kill itself 9868 Feedback Missing .dll. 9930 Open only small psubset of rfc1867 accepted 10026 Open For loop always execute 10135 Open Problem(?) with environment variables when running as module 10198 Feedback Register functions doesn't work while starting up of apache 10288 Open weird intval() and settype('integer') behaviour: loosing bits? 10319 Open multipart/form-data does not work with Opera browser 10364 Open Exec and system always return -1 10467 Open static array doesn't evaluate defined keys 10547 Duplicate PHP Crashes 10567 Open Your PHP 4.05 Zip file is missing 88 bytes! ===[*Graphics related] 9666 Feedback Can't display image/pjpeg and image/gif in one sanme page ===[*Install and Config]== 6614 Duplicate configure does not recognize sys/socket.h 7280 Duplicate global iniline not supported in SGI Compiler 7731 Open compilation with deprecated abi (no -n32) 7959 Open ld: 0711-317 ERROR: Undefined symbol: .alloca 8862 Suspended libtool does not code runpath into libphp4.so 8918 Open Fails when linking 9063 Open Configure gives errors regarding Payflow Pro 9078 Open php] make install 9085 Feedback tar file is corrupted in your web site 9179 Open refresh error 9239 Open configure tests incorrectly for IPv6 9287 Open Stronghold only start one process when using DSO PHP4 with OCI8 support 9711 Open Fatal Error while trying to install 9856 Open Missing run path in shared object library 10178 Open Configuration of extensions 10239 Open file MSVCIRT.DLL connected to missing export MSVCRT.DLL: ??_U@YAPAXI@Z 10339 Open PHP with OCI8 crashes apache 10370 Open ceil/fabs/getmntest undefined symbol 10391 Feedback regardless of having pdflib 3.03, pdflib extension requires at least pdflib 3.x 10407 Open incorrect call of apxs from Apache 2 10414 Open mysql+charset gb2312 10424 Open apache crash with segmentation fault at end of phpinfo() function call. 10554 Assigned IISConfig - MSCOMCTL.OCX is not correctly registered. ===[*Languages/Translation]=== 9392 Open htmlspecial chars
[PHP-DEV] Bug #10568 Updated: error using ODBC
ID: 10568 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related PHP Version: 4.0.4pl1 Assigned To: Comments: i'm not sure i understand the error you're receiving. can you please give a sample script that creates the error? also, are you sure your SELECT statement works properly? Previous Comments: --- [2001-04-30 18:37:36] [EMAIL PROTECTED] Hello: I am using a database called RECITAL . I am trying to connect myself using ODBC. When executing the command: odbc_exec($connect, $query) I can revise the connection from the database and indeed her ago. But then treatment of consenting to the data using any function ODBC, for example: odbc_result_all($connect, BGCOLOR = ' #AAFFAA ' border=3 width=30% bordercolordark = ' #FF '); --- and it throws me this error: - Warning: Not tuples available at this result index in programa/apache c:/archivos group/apache/htdocs/b.html on line 7 - I need to know if they can help me with this. thank you. (the table if it exists, some fields is: nlocal,ncontr) This is the program php: --- ?php function to () { $connect = odbc_connect ( dig , root , cir0921, SQL_CUR_USE_ODBC ); $query = SELECT * local FROM; $result = odbc_exec($connect, $query); while(odbc_fetch_row($result)) { $id=odbc_result($result,1); $pass=odbc_result($result,2); echo id:$id,pass:$pass ; } odbc_close_all($connect); return true; } / / a ? ?php echoLines Before; $bb = a(); echo Lines Later; ? --- --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10568edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10064 Updated: Apache Seg Faults with XSLT and domXML usage
ID: 10064 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Sablotron XSL PHP Version: 4.0 Latest CVS (29/03/2001) Assigned To: Comments: I cant reproduce this. No feedback and there were some slabtron fixes please try with 4.0.5 - James Previous Comments: --- [2001-04-01 13:28:32] [EMAIL PROTECTED] With latest CVS (from today) I can not reproduce this. Please try updating your CVS checkout. --Jani --- [2001-03-29 14:15:46] [EMAIL PROTECTED] The compile script is as follows: ./configure --mandir=/usr/share/man --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/etc/httpd --enable-magic-quotes --enable-bcmath --enable-calendar --with-dom=/usr/local --with-zlib-dir --enable-ftp --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-expat-dir=/usr/local --with-sablot=/usr/local --enable-trans-sid --with-regex=system --with-swf=/usr/local/openswf --enable-wddx --enable-memory-limit --with-gnu-ld The system is: Linux Mandrake 8.0 Apache 1.3.19 glibc 2.2.2 MySQL 3.23.34a Postgres 7.0.3 libxml 2.3.4 Sablot 0.51 expat 1.95.1 gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x403d0742 in Processor::useArg (this=0x8145840, name=0x8f8 Address 0x8f8 out of bounds, val=0x0) at proc.cpp:1067 1067proc.cpp: No such file or directory. in proc.cpp Current language: auto; currently c++ (gdb) bt #0 0x403d0742 in Processor::useArg (this=0x8145840, name=0x8f8 Address 0x8f8 out of bounds, val=0x0) at proc.cpp:1067 #1 0x403d12a4 in SablotRunProcessor (processor_=0x8145840, sheetURI=0x81358bc test.xsl, inputURI=0x4032ebfc arg:/_xmlinput, resultURI=0x4032ebef arg:/_output, params=0x0, arguments=0xbfffdad0) at sablot.cpp:137 #2 0x40279d7e in php_if_xslt_output_endtransform (ht=0, return_value=0x8136254, this_ptr=0x0, return_value_used=0) at sablot.c:317 #3 0x4021c3c1 in execute (op_array=0x811d774) at ./zend_execute.c:1494 #4 0x4022d27d in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #5 0x40244f5c in php_execute_script (primary_file=0xb690) at main.c:1194 #6 0x402406a5 in apache_php_module_main (r=0x812ad04, display_source_mode=0) at sapi_apache.c:89 #7 0x4024137c in send_php (r=0x812ad04, display_source_mode=0, filename=0x812b7e4 /home/www/public_html/xsl/test2.php) at mod_php4.c:521 #8 0x402413c2 in send_parsed_php (r=0x812ad04) at mod_php4.c:532 #9 0x0805b797 in ap_invoke_handler () #10 0x0807029b in process_request_internal () #11 0x08070310 in ap_process_request () #12 0x080673b2 in child_main () #13 0x08067564 in make_child () #14 0x080676d8 in startup_children () #15 0x08067d57 in standalone_main () #16 0x0806858f in main () #17 0x400960de in __libc_start_main () from /lib/libc.so.6 (gdb) Code that is killing it: ?php xslt_output_begintransform(test.xsl); $doc = new_xmldoc(1.0); //books $books = $doc-add_root(books); //book $book = $books-new_child(book,); // title $title = $book-new_child(title,Core Java Programming); // authors $authors = $book-new_child(authors,); //author $author = $authors-new_child(author,Leon Atkinson2); $author-set_attribute(id,1); // isbn $isbn = $book-new_child(isbn,123); // isbn id=123 $isbn-set_attribute(id,987); /* ## */ //book $book = $books-new_child(book,); // title $title = $book-new_child(title,Flash 4 Magic); // authors $authors = $book-new_child(authors,); //author $author = $authors-new_child(author,David Emberton); $author-set_attribute(id,1); $author = $authors-new_child(author,J. Scott Hamlin); $author-set_attribute(id,2); // isbn $isbn = $book-new_child(isbn,123); // isbn id=123 $isbn-set_attribute(id,987); echo $doc-dumpmem(); xslt_output_endtransform(); ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10064edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10085 Updated: socket support seems not loaded
ID: 10085 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Sockets related PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback please try again with 4.0.5 and check you have the correct configure options by running ./configure --help and choose the ones you want. - James Previous Comments: --- [2001-03-31 16:59:45] [EMAIL PROTECTED] What was the configure line you used to configure php4? --Jani --- [2001-03-31 00:48:17] [EMAIL PROTECTED] When I use default installed php package (php-4.0.3pl1) on Mandrake 7.2 (default kernel 2.2.17), it lacks socket support, then I downloaded php4.0.4pl1 and compiled a self-contained sockets.so module, it works fine! but since php 4.0.3pl1 has some bugs,therefore, I update to 4.0.0pl1 as suggested. Then each time I tried to call socket() function, it always says call to undefined function socket() I recompile the self-contained module, it still doesn't work ps.I have enabled extension=sockets.so in php.ini strangely enough, mysql.so still works fine! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10085edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10572 Updated: https takes forever and a day when curl is enabled
ID: 10572 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: cURL related PHP Version: 4.0.5 Assigned To: Comments: Can you please provide a small simple script to reproduce this (so that we can use it) also your configure line would be useful. - James Previous Comments: --- [2001-05-01 02:13:02] [EMAIL PROTECTED] I am experiencing the same problem(https takes a long time to return when curl is enabled with php) as noted in http://www.php.net/bugs.php?id=10195 after I built our production machine. All the software components and their versions are the same on both machines. When I did a uname on the server that is working with https and curl enabled I get localhost.localdomain 2.2.16-22 #1 Tue Aug 22 16:16:55 EDT 2000 i586 unknown on the server that is not working it is :- localhost.localdomain 2.2.16-22 #1 Tue Aug 22 16:17:40 EDT 2000 i686 unknown Could the differerent instruction set be causing the problem, i686 compared to i586? I've downloaded the latest build(April 30th) but the make fails with problems with curl headers. Does anyone know what is this happening? cheers, Clement --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10572edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10582: Error message corruption -- possible infinite loop
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.0 PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: Error message corruption -- possible infinite loop I'm getting the following error message very occasionally (once daily) on a server with approximately 1000 file uploads. httpd: PHP Warning: File Upload Error - No Mime boundary found after start of file header in Unknown on line 0 httpd: PHP Warning: Cannot send session cache limiter - headers already sent (output started at À]Q:40) in /web/script.php on line 12 This is co-inciding with an httpd process going crazy and using up all available CPU and memory and bringing the machine down. I suspect there's a problem with the file uploader client which is fine, but the crash is giving me major concerns. This is proving hard to track down but the corruption in that second error message leads me to think there may be something obvious to look at. The script.php uses sessions, trans-sid and use_cookies 1 Nick. -- Edit Bug report at: http://bugs.php.net/?id=10582edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7615 Updated: Session management in thttpd / proxy problem
ID: 7615 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Other web server PHP Version: 4.0.3pl1 Assigned To: Comments: Can you please try this without the firewall inbetween you and the webserver and see if the firewall delay is causing the problem or if it is definatly a PHP-Thttpd problem. - James Previous Comments: --- [2000-12-26 04:51:27] [EMAIL PROTECTED] I think the initial post pretty much sums it up. I haven't got any sample page/app ready with authentication, cookies _and_ a firewall in between. But Dragonflymail/Squirrelmail is pretty easy to install and should yield the desired behaviour. Don't you have kinda regression test suites ready at php's? Now this would be a very useful addition. Regards, Ben --- [2000-12-22 20:02:56] [EMAIL PROTECTED] Do I understand you correctly that thttpd/PHP does not read the POST data completely? If that is the case, PHP might not be able to get the correct POST data. Can you provide an example for this situation (i.e. a form which gets submitted to a server which displays the variables it received)? --- [2000-11-03 05:11:26] [EMAIL PROTECTED] I installed thttpd-2.20b with PHP 4.0.3pl1 with --with-trans-sid, --with-imap --with-sockets --with-thttpd. I have Squirrelmail and Dragonflymail installed to check them out. Both worked. When trying to access them via a company's firewall, login was not possible, neither via trans-sid nor cookies. I ran a network trace against both thttpd and apache (on which the very same box with the very same apps work) and saw that thttpd is very quick (as not to say impatient) at session build-up. It simply does not seem to wait until the client had answered *all* questions. It seems that the client has no time to transmit session IDs *and* POSTing the login information. I've read somewhere that someone had as similar problem with apache which he solved by adding a delay in the session-buildup routine. I don't know if this is a thttpd problem or php-in-thttpd problem. Other pages (that had nothing to do with session stuff) just work fine. For the time being, I leave apache installed although its footprint is way bigger than thttpd's... Regards, Ben --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7615edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] shared extension module and 4.0.5
Hello, I just upgrade from php4.04pl1 to 4.05. And now I got undefined symbol in my extension module on array_init function. My module is an shared object link with php4 library gcc -shared -fPIC -DPIC -L/usr/src/php/.libs -rdynamic -fexceptions -o php_mymodule.so $(MY_OBJECTS_LIST) -lpthread -lphp4 # /usr/local/bin/php -f test.php try open open ok /usr/local/bin/php: error in loading shared libraries: /usr/src/ec/php_mymodule.so: undefined symbol: _array_init__FP12_zval_struct array_init function was working with with php4.0.4pl1. Does any one can told me what I'm doing wrong ? Eric. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10582: Error message corruption -- possibleinfinite loop
On 1 May 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.0 PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: Error message corruption -- possible infinite loop I'm getting the following error message very occasionally (once daily) on a server with approximately 1000 file uploads (a day) httpd: PHP Warning: File Upload Error - No Mime boundary found after start of file header in Unknown on line 0 httpd: PHP Warning: Cannot send session cache limiter - headers already sent (output started at À]Q:40) in /web/script.php on line 12 This is co-inciding with an httpd process going crazy and using up all available CPU and memory and bringing the machine down. I suspect there's a problem with the file uploader client which is fine, but the crash is giving me major concerns. This is proving hard to track down but the corruption in that second error message leads me to think there may be something obvious to look at. The script.php uses sessions, trans-sid and use_cookies 1 I would also like to know if there's any way of protecting my machine if an httpd process does decide to run away and take the machine down with it. Nick. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10578: Serious: Mac line-feeds not recognized as linefeeds in code any more
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: Serious: Mac line-feeds not recognized as linefeeds in code any more Mac (\r) linefeeds seem to be parsed as non-line feeds since PHP 4.0.5 (no problem in 4.0.4pl1). In my opinion, that's a serious show-stopper at many sites. Demonstration and more information (including configure-command) at http://schmidt.tv2.dk/public/linefeedbug/ -- Edit Bug report at: http://bugs.php.net/?id=10578edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] curl
Trying to compile PHP tomorrow, I see a lot of undeclared errors in curl, like: /home.import/frodo/php4/ext/curl/curl.c:663: `CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) etc. Can anybody tell me why it happens? It worked some days before. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] curl
At 04:06 PM 5/1/2001 +0300, Stanislav Malyshev wrote: Trying to compile PHP tomorrow, I see a lot of undeclared errors in curl, like: /home.import/frodo/php4/ext/curl/curl.c:663: `CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) etc. Can anybody tell me why it happens? It worked some days before. You need to get the latest CVS of curl itself. The header files have changed. Sterling posted diff's. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] curl
AG You need to get the latest CVS of curl itself. The header files AG have changed. Sterling posted diff's. Andi Ugh. I see. Will it work with some release of CURL on the start (or at least the end) of 4.0.6 cycle? Because releasing product depending on CVS version of something is ... well, not too good. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10583: T argument in Date Function
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.0.4 PHP Bug Type: Date/time related Bug description: T argument in Date Function win2k IIS $date = date(m/d/y h:i A T , $timestamp); I have tested this thoroughly. The T argument causes PHP to encounter an Access Violation which subsequently crashes IIS and then win2k. -- Edit Bug report at: http://bugs.php.net/?id=10583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] curl
On Tue, 1 May 2001, Stanislav Malyshev wrote: AG You need to get the latest CVS of curl itself. The header files AG have changed. Sterling posted diff's. Andi Ugh. I see. Will it work with some release of CURL on the start (or at least the end) of 4.0.6 cycle? Because releasing product depending on CVS version of something is ... well, not too good. Yes. I'm trying to co-ordinate this with the cURL folks. Till then an updated patch is attached. Apply this against the cURL cvs and all should be happy. -sterling ? configure ? diffs ? Makefile.in ? aclocal.m4 ? config.h.in ? curl_diff_correct ? buildconf ? docs/Makefile.in ? docs/examples/Makefile.in ? include/Makefile.in ? include/curl/Makefile.in ? lib/Makefile.in ? packages/Makefile.in ? packages/Linux/Makefile.in ? packages/Linux/RPM/Makefile.in ? packages/Win32/Makefile.in ? perl/Makefile.in ? perl/Curl_easy/Makefile.in ? php/Makefile.in ? php/examples/Makefile.in ? src/Makefile.in ? tests/Makefile.in ? tests/data/Makefile.in Index: include/curl/curl.h === RCS file: /cvsroot/curl/include/curl/curl.h,v retrieving revision 1.75 diff -u -r1.75 curl.h --- include/curl/curl.h 2001/04/23 07:34:55 1.75 +++ include/curl/curl.h 2001/04/30 16:44:22 @@ -73,12 +73,14 @@ size_t ultotal, size_t ulnow); -typedef size_t (*curl_write_callback)(char *buffer, +typedef size_t (*curl_write_callback)(void *ctx, + char *buffer, size_t size, size_t nitems, FILE *outstream); -typedef size_t (*curl_read_callback)(char *buffer, +typedef size_t (*curl_read_callback)(void *ctx, + char *buffer, size_t size, size_t nitems, FILE *instream); @@ -434,6 +436,16 @@ /* Function that will be called to store headers (instead of fwrite). The * parameters will use fwrite() syntax, make sure to follow them. */ CINIT(HEADERFUNCTION, FUNCTIONPOINT, 79), + + /* The write function context, data to be passed along to the write function */ + CINIT(WRITEFUNCTIONDATA, OBJECTPOINT, 80), + + /* The read function context, data to be passed along to the read function */ + CINIT(READFUNCTIONDATA, OBJECTPOINT, 81), + + /* The header function context, data to be passed along to the write header + * function */ + CINIT(HEADERFUNCTIONDATA, OBJECTPOINT, 82), CURLOPT_LASTENTRY /* the last unusued */ } CURLoption; Index: lib/formdata.c === RCS file: /cvsroot/curl/lib/formdata.c,v retrieving revision 1.14 diff -u -r1.14 formdata.c --- lib/formdata.c 2001/04/06 05:52:23 1.14 +++ lib/formdata.c 2001/04/30 16:44:25 @@ -554,7 +554,8 @@ } /* fread() emulation */ -int Curl_FormReader(char *buffer, +int Curl_FormReader(void *ctx, +char *buffer, size_t size, size_t nitems, FILE *mydata) Index: lib/formdata.h === RCS file: /cvsroot/curl/lib/formdata.h,v retrieving revision 1.5 diff -u -r1.5 formdata.h --- lib/formdata.h 2001/01/05 10:11:42 1.5 +++ lib/formdata.h 2001/04/30 16:44:25 @@ -42,7 +42,8 @@ int *size); /* fread() emulation */ -int Curl_FormReader(char *buffer, +int Curl_FormReader(void *ctx, +char *buffer, size_t size, size_t nitems, FILE *mydata); Index: lib/ftp.c === RCS file: /cvsroot/curl/lib/ftp.c,v retrieving revision 1.66 diff -u -r1.66 ftp.c --- lib/ftp.c 2001/04/26 10:29:24 1.66 +++ lib/ftp.c 2001/04/30 16:44:35 @@ -1484,7 +1484,7 @@ readthisamountnow = BUFSIZE; actuallyread = -data-fread(data-buffer, 1, readthisamountnow, data-in); +data-fread(data-fread_ctx, data-buffer, 1, readthisamountnow, +data-in); passed += actuallyread; if(actuallyread != readthisamountnow) { Index: lib/http.c === RCS file: /cvsroot/curl/lib/http.c,v retrieving revision 1.60 diff -u -r1.60 http.c --- lib/http.c 2001/04/18 07:25:11 1.60 +++ lib/http.c 2001/04/30 16:44:40 @@ -529,7 +529,7 @@ readthisamountnow = BUFSIZE; actuallyread = - data-fread(data-buffer, 1, readthisamountnow, data-in); +
Re: [PHP-DEV] curl
On Tue, May 01, 2001 at 04:06:00PM +0300, Stanislav Malyshev wrote: Trying to compile PHP tomorrow, I see a lot of undeclared errors in curl, like: /home.import/frodo/php4/ext/curl/curl.c:663: `CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) etc. Can anybody tell me why it happens? It worked some days before. Look for Sterling's patch for Curl that came in php-dev@ with patches for php-curl extension. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10580 Updated: Access Violation using ADODB
ID: 10580 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: COM related Description: Access Violation using ADODB If it helps, here is the error message: PHP has encountered an Access Violation at 2474FF04 I got the following error messages when using MSXML Parser 3.01 to load an XML string: PHP has encountered an Access Violation at 011C2655 and PHP has encountered an Access Violation at 011C265B Previous Comments: --- [2001-05-01 10:54:02] [EMAIL PROTECTED] Access Violation on this line: $fields = $rs-Fields; where $rs is the recordset from the database. Error occurs with PHP 4.0.5 final release, and does not occur with PHP 4.0.5 RC1. --- Full Bug description available at: http://bugs.php.net/?id=10580 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10574: Gets stuck on explode() when delimiter is not in the string
From: [EMAIL PROTECTED] Operating system: WIN NT4 PHP version: 4.0.5 PHP Bug Type: Arrays related Bug description: Gets stuck on explode() when delimiter is not in the string If I perform an explode(,,$str); on $str = hi there this is a test; Php gets stuck and can eventually bing the memroy of the server down. -- Edit Bug report at: http://bugs.php.net/?id=10574edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10576: Able to Determine wwwroot
From: [EMAIL PROTECTED] Operating system: NT 4 Server PHP version: 3.0.17 PHP Bug Type: Other Bug description: Able to Determine lt;wwwrootgt; I've found a possible security Bug in PHP3 on NT that allows you to enumerate the root web directory. If someone would be kind enough to respond to the my email address, then maybe we could resolve this issue. Cheers -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10528: I have been unable to find any documentation on the SAPI interface.
I have got something working but I know (as you do) that there is a world of difference between this state and a reliable industry strength product. It's only too easy to so something (or not do something!) that has an impact on memory leaks or performance or even does something nasty like sometimes truncating the output or ignoring certain errors. The other source of concern is how it will cope with the next minor rev of php (I'm not too concerned about a major rev change). I have a horrible hack with the makefiles I'm using and even reconfiguring php for some extra functionality is going to be pain. There is an easy way to do it - I just haven't found it yet. I'm happy to receive any reasonably sized file direct. Thanks and best regards Allan - Original Message - From: Boian Bonev [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, April 29, 2001 7:50 PM Subject: Re: [PHP-DEV] Bug #10528: I have been unable to find any documentation on the SAPI interface. hi, i have already did the same thing for a radiusd server - it is not rocket science but the apache module is not the right starter point. i can send you code or put it in php's CVS (only if the community agree on this) i had one big problem with integrating php into some software - if i write a simple test case and interprete 1 scripts from there it is ok. when i link it to a bigger software it begins to leak... about the sapi docs - the code is the best doc and you can find everything there, but a sample program will help you a lot before someone writes the doc b. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, April 27, 2001 9:59 PM Subject: [PHP-DEV] Bug #10528: I have been unable to find any documentation on the SAPI interface. From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: I have been unable to find any documentation on the SAPI interface. I need to incorporate a PHP engine into a program which is very similar to a web server. I am thoroughly familiar with the documentation and I have written normal extensions to PHP to call functions in a library. No problem. Have I overlooked the SAPI docs? Is there a simple example? If not I will have to hack away at the Apache SAPI but I'd rather have a route map! Thanks. -- Edit Bug report at: http://bugs.php.net/?id=10528edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10577: EXEC() ; system() still dont work in new version
From: [EMAIL PROTECTED] Operating system: Windows 2000 Adv Srv SP1 PHP version: 4.0.5 PHP Bug Type: Program Execution Bug description: EXEC() ; system() still dont work in new version i've just downloaded today the latest release and the following code still returns only 0; -- $test = system(cmd.exe /c dir, $return_value); echo $test; echo $return_value; --- retuns: 0 Why? here is my INI in case - [PHP] ; $Id: php.ini-dist,v 1.73.2.2 2001/04/22 11:58:49 phanto Exp $ ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; |bitwise OR ; bitwise AND ; ~bitwise NOT ; !boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none; sets foo to an empty string ; foo = none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a ; dynamically loaded extension (either a PHP extension or a Zend extension), ; you may only use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for browsers that support gzip or deflate encoding. ; Setting an output handler automatically turns on output buffering. output_handler = ; Transparent output compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging purposes only. implicit_flush = Off ; Whether to enable the ability to force arguments to be passed by reference ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature,
[PHP-DEV] bug #9461 - imap_open crash when connecting to nntp with username and password
Note: I would have added this to the bug database if I could figure out how. It seems that people can only modify their own bug reports ... not add to bug reports supported by others. Feel free to educate me on this. Like the author of bug #9461, I also tracked the problem down to mm_login() in ext/imap/php_imap.c [that is where my stack was getting stomped]. I replaced the later two calls to strncpy() in the function, with calls to strcpy(), and now I can use the function to login to news servers with no problem! The code in mm_login() looks correct to me - but I cannot believe that there is a bug in Linux's libc.a:strncpy(). I have a web based gateway up and running with hundreds of user's using my modified imap_open() to successfully connect to nntp with their usernames and passwords (we always require authentication). My modification seems to be a good workaround - but I don't know why. James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10576 Updated: Able to Determine wwwroot
ID: 10576 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: Other Bug Type: *General Issues PHP Version: 3.0.17 Assigned To: Comments: This is being delt with. - James Previous Comments: --- [2001-05-01 08:00:26] [EMAIL PROTECTED] I've found a possible security Bug in PHP3 on NT that allows you to enumerate the root web directory. If someone would be kind enough to respond to the my email address, then maybe we could resolve this issue. Cheers --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10576edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8414 Updated: set_time_out() is acting inconsistantly
ID: 8414 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Performance problem Description: set_time_out() is acting inconsistantly Note that under UNIX, execution time relates to the actual CPU time consumed by PHP, which may be very different (less) than the actual time that passed. sleep(), for instance, does not consume any CPU time, so it will never trigger the execution timeout. That's fine. Just put that into documentation cause a lot of people wrongly consider that max_execution_time is measured in wall clock ticks. Previous Comments: --- [2001-04-30 05:17:33] [EMAIL PROTECTED] Note that under UNIX, execution time relates to the actual CPU time consumed by PHP, which may be very different (less) than the actual time that passed. sleep(), for instance, does not consume any CPU time, so it will never trigger the execution timeout. --- [2001-04-29 22:03:53] [EMAIL PROTECTED] I can't reproduce this with latest CVS. If problem still persist with PHP 4.0.5 or with latest CVS snapshot from http://snaps.php.net/ reopen this bug report. --Jani --- [2001-04-07 02:10:02] [EMAIL PROTECTED] I'm re-filing this as a bug report. It appears that set_time_out() is acting inconsistant. The following code stops after 5 seconds as you would expect: set_time_limit(5); while(1) { $i++; } While this code continues executing indefinitely: set_time_limit(5); while(1) { $i++; echo $in; } --- [2000-12-25 05:55:38] [EMAIL PROTECTED] documentation is not clear enough on what excecution time the max_execution_parameter does limit. try the following: ?php set_time_limit(1); while(1) sleep(1); ? on my machine that runs much more then one second, while: ?php set_time_limit(1); while(1); ? stops after 1 second as expected. That difference is never mentioned in documentaion. While the usage of PROF timer make sence sometimes the parameter name max_execution_time suggests the real time limit so that ?php set_time_limit(30); sleep(3600); ? should be terminated on timeout after 30 seconds. oleg --- Full Bug description available at: http://bugs.php.net/?id=8414 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9837 Updated: Cannot connect with a remote MTS server
ID: 9837 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: COM related PHP Version: 4.0.4pl1 Assigned To: Comments: no feedback Previous Comments: --- [2001-03-20 17:58:00] [EMAIL PROTECTED] are you sure you have granted your webserver to invoke your com-object ? if your servers are not in the same winnt domain you have to set the access permissions for your com-object to 'everybody'. you can do this with dcomcnfg.exe. can you invoke the object somhow else (e.g. vb, perl, ..)? --- [2001-03-19 10:14:20] [EMAIL PROTECTED] We try the following code to obtain a com object: $com_object = new com(comObj.classObj,server); And , if the server is not the same as the one that is running PHP + IIS , we cannot create the object. Do I really need to have a machine IIS+Php+MTS to create a com object? Am I missing anything? And yes , I touched the PHP.INI to enable COM. Thanks in advance! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9837edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10575: installation of 4.0.5 as apxs module broke xbithack apache option
From: [EMAIL PROTECTED] Operating system: Linux 2.2.4 PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: installation of 4.0.5 as apxs module broke xbithack apache option installation of 4.0.5 as apxs module broke xbithack apache option -- Edit Bug report at: http://bugs.php.net/?id=10575edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] COM is screwed up
Hi, COM support has stopped working. It seems like this has crawled into 4.0.5 too. The simple testcom script in php4/tests doesn't work for me anymore so you can use that as a test case. Can you please let me know if you can track down the problem? Thanks, Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] COM is screwed up
Hi, strange that this was not found during RC testing, did anyone ran the testsuite on Windows? Derick On Tue, 1 May 2001, Andi Gutmans wrote: Hi, COM support has stopped working. It seems like this has crawled into 4.0.5 too. The simple testcom script in php4/tests doesn't work for me anymore so you can use that as a test case. Can you please let me know if you can track down the problem? Thanks, Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10584: flush() in functions - behaviour wrong?
From: [EMAIL PROTECTED] Operating system: Linux SuSE 6.3 - Apache PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: flush() in functions - behaviour wrong? ?php function test() { print(1); flush(); } print(0.test()); ? RESULT: 10 I think thats wrong! - Hans -- Edit Bug report at: http://bugs.php.net/?id=10584edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10585: Php can't connect to MySQL database
From: [EMAIL PROTECTED] Operating system: redhat 7 PHP version: 4.0.5 PHP Bug Type: MySQL related Bug description: Php can't connect to MySQL database mysql version 3.23.33 All MySQL connections are broken error: Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111) in /home/httpd/html/ion/ion/connect.php on line 4 -- Edit Bug report at: http://bugs.php.net/?id=10585edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] COM is screwed up
there are no com tests but I did play with it for Liz with RC3 or 4 for a while and it worked then. (I bet its that god damn COM diff that phanto made I thought he said he had tested it.. I havnt had time to yet but will build and test tonight. - James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 01 May 2001 19:08 To: PHP Quality Assurance Team Mailing List Cc: PHP Developers Mailing List; [EMAIL PROTECTED] Subject: [PHP-QA] Re: [PHP-DEV] COM is screwed up Hi, strange that this was not found during RC testing, did anyone ran the testsuite on Windows? Derick On Tue, 1 May 2001, Andi Gutmans wrote: Hi, COM support has stopped working. It seems like this has crawled into 4.0.5 too. The simple testcom script in php4/tests doesn't work for me anymore so you can use that as a test case. Can you please let me know if you can track down the problem? Thanks, Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] COM is screwed up
strange that this was not found during RC testing, did anyone ran the testsuite on Windows? No, because it was on the end of a precarious link for me, but, I am now, setting down to install Vis Studio on my sacred anti MS machine just so I can compile it at home.. And therefore, will be able to run the test scripts etc. BTW - what exactly is messed with the com stuff? Liz -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10584 Updated: flush() in functions - behaviour wrong?
ID: 10584 Updated by: cmv Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem PHP Version: 4.0.5 Assigned To: Comments: Well, I would say it's counter-intuitive perhaps, but not wrong. :) Think of it like a math expression, with parenthesis defining precedence: evaluated first print( 0 . test() ); ^ ^ evaluated second So the test() gets evaluated first which does it's flush(), then the rest. (Besides, test() doesn't return anything, so printing it's result is probably wrong anyway.) - Colin Previous Comments: --- [2001-05-01 14:21:04] [EMAIL PROTECTED] ?php function test() { print(1); flush(); } print(0.test()); ? RESULT: 10 I think thats wrong! - Hans --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10584edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10581 Updated: signal 6 when starting server
ID: 10581 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Description: signal 6 when starting server My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. This is still not working, I'd go back to 4.0.4 pl1 but it's got it's own problems. Anybody? Previous Comments: --- [2001-05-01 11:43:56] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. --- Full Bug description available at: http://bugs.php.net/?id=10581 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10586: Wrong parameters in docs for pdf_stringwidth
From: [EMAIL PROTECTED] Operating system: N/A PHP version: 4.0.5 PHP Bug Type: Documentation problem Bug description: Wrong parameters in docs for pdf_stringwidth The documentation for pdf_stringwidth has incorrect parameters. It should be something like this: double pdf_stringwidth (int pdf object, [string text, int font, float size]) font is a PDF font resource returned by pdf_findfont. size is the size of the font in points. If font and size are not specified, the current font and size are used. -- Edit Bug report at: http://bugs.php.net/?id=10586edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10181 Updated: odbc_result causes Unexpected network read error
ID: 10181 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Description: odbc_result causes Unexpected network read error This is with the odbclib 1.0.0 from the ODBC SDK and libiodbc 2.0.12 which is included with it. I am trying to get the libiodc 2.1.3 working but did not succeed yet. Frans Previous Comments: --- [2001-04-09 10:25:00] [EMAIL PROTECTED] is this the latest version of OpenLink? --- [2001-04-05 06:37:50] [EMAIL PROTECTED] Configuration bulld with './configure' '--with-openlink=/opt' '--sysconfdir=/etc' '--with-apxs=/var/lib/apache/sbin/apxs' Problem also occures when using --with-iodbc The database I connect to is a Progress 7.3E15 database. Using the odbctest program all works fine: i.e. it does not seem to be a problem with the openlink or iodbc code. This is the code that results in the error HTML HEAD TITLEQuery ps_mstr/TITLE /HEAD BODY ?php $part = '9450001'; putenv(LD_LIBRARY_PATH=/opt/odbcsdk/lib); putenv(ODBCINI=/etc/odbc.ini); $dsn = DSN=qaddb; $sql = select ps_comp from ps_mstr where ps_par = '$part'; echo PQuery is $sql/Pn; if ($conn_id = odbc_connect($dsn,,)) { echo PDatabase connection succeeded/Pn; if ($result = odbc_do($conn_id, $sql)) { echo PQuery succesfully submitted/Pn; /* odbc_result_all($result); */ while (odbc_fetch_row($result)) { $comp = odbc_result($result, 1); echo P$comp/Pn; } odbc_free_result($result); } else { echo PProblem submitting query/Pn; } odbc_close($conn_id); } else { } ? Using lynx as a browser, I get the following errors: Alert!: Unexpected network read error; connection aborted. The code works fine if I give $part the value STRATOS. It seems that the code breaks when the query looks for records with key values that start with a number _and_ when more than one row is being returned. odbc_result_all also gives strange. The output with odbc_result_all and $part = 9450001 looks like: ps_comp Openlink_DSN=qaddb___2 Openlink_DSN=qaddb___2 Openlink_DSN=qaddb___2 Openlink_DSN=qaddb___2 Openlink_DSN=qaddb___2 The php.ini file is the same as php.ini-dist expect for output buffering being enabled. Hope this helps TIA Frans Schneider work: [EMAIL PROTECTED] home: [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=10181 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10563 Updated: missing #defines for ODBC
ID: 10563 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Compile Problem PHP Version: 4.0 Latest CVS (30/04/2001) Assigned To: kalowsky Comments: Assigning to dan. Previous Comments: --- [2001-04-30 13:16:03] [EMAIL PROTECTED] php4/main/build-defs.h.in is missing 3 #define's for ODBC to compile correctly. (From looking at the CVS mailing list, it looks like they were included in a mega-patch that was rejected.) Here's a diff that fixes the problem. The problem is that PHP_ODBC_INCLUDE, PHP_ODBC_LFLAGS, and PHP_ODBC_LIBS are undefined. diff -r1.5 build-defs.h.in 51a52,54 #define PHP_ODBC_INCLUDE @ODBC_INCLUDE@ #define PHP_ODBC_LFLAGS @ODBC_LFLAGS@ #define PHP_ODBC_LIBS @ODBC_LIBS@ My configure line is as follows: ./configure --with-apxs --with-custom-odbc=/usr/local/odbc --with-openssl --with-gd --disable-debug Please feel free to contact me if you need any more information... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10563edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10584 Updated: flush() in functions - behaviour wrong?
ID: 10584 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem PHP Version: 4.0.5 Assigned To: Comments: what you want to do is return(1) instead of print(1) in test() Previous Comments: --- [2001-05-01 14:46:54] [EMAIL PROTECTED] Well, I would say it's counter-intuitive perhaps, but not wrong. :) Think of it like a math expression, with parenthesis defining precedence: evaluated first print( 0 . test() ); ^ ^ evaluated second So the test() gets evaluated first which does it's flush(), then the rest. (Besides, test() doesn't return anything, so printing it's result is probably wrong anyway.) - Colin --- [2001-05-01 14:21:04] [EMAIL PROTECTED] ?php function test() { print(1); flush(); } print(0.test()); ? RESULT: 10 I think thats wrong! - Hans --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10584edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10585 Updated: Php can't connect to MySQL database
ID: 10585 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: MySQL related PHP Version: 4.0.5 Assigned To: Comments: most likely a configuration error ask a support forum like [EMAIL PROTECTED] Previous Comments: --- [2001-05-01 14:22:05] [EMAIL PROTECTED] mysql version 3.23.33 All MySQL connections are broken error: Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111) in /home/httpd/html/ion/ion/connect.php on line 4 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10585edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10581 Updated: signal 6 when starting server
ID: 10581 Updated by: avsm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: iPlanet related PHP Version: 4.0.5 Assigned To: Comments: Have you tried these entries in obj.conf ? Init fn=load-modules shlib=/path/to/server4/bin/libphp4.so funcs=php4_init,php4_close,php4_execute,php4_auth_trans Init fn=php4_init LateInit=yes These fix a library loading problem; if it doesn't fix yours, then we have to keep on searching. Incidentally, what version of iPlanet are you running? Previous Comments: --- [2001-05-01 14:47:28] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. This is still not working, I'd go back to 4.0.4 pl1 but it's got it's own problems. Anybody? --- [2001-05-01 11:43:56] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10581edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #10581 Updated: signal 6 when starting server
Yes, that was the first thing I tried, the server will start with these changes but will timeout on every page, even non-php pages. No page will load. It's Netscape iPlanet Server 4.0 SP5 Thanks Mark -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 01, 2001 2:01 PM To: [EMAIL PROTECTED] Subject: Bug #10581 Updated: signal 6 when starting server ID: 10581 Updated by: avsm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: iPlanet related PHP Version: 4.0.5 Assigned To: Comments: Have you tried these entries in obj.conf ? Init fn=load-modules shlib=/path/to/server4/bin/libphp4.so funcs=php4_init,php4_close,php4_execute,php4_auth_trans Init fn=php4_init LateInit=yes These fix a library loading problem; if it doesn't fix yours, then we have to keep on searching. Incidentally, what version of iPlanet are you running? Previous Comments: --- [2001-05-01 14:47:28] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. This is still not working, I'd go back to 4.0.4 pl1 but it's got it's own problems. Anybody? --- [2001-05-01 11:43:56] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10581edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10587: Make fails
From: [EMAIL PROTECTED] Operating system: MacOS X 10.0.1 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: Make fails After folloing the installation instructions for MacOS X on a HFS volume, as shown on the Stepwise site www.stepwise.com/Articles/Workbench/2001-03-24.01.html I get the following output during make: internal_functions.c:32: `#include' expects FILENAME or FILENAME make[2]: *** [internal_functions.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Then it stops. -- Edit Bug report at: http://bugs.php.net/?id=10587edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10581 Updated: signal 6 when starting server
ID: 10581 Updated by: avsm Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: iPlanet related PHP Version: 4.0.5 Assigned To: Comments: User Feedback: Yes, that was the first thing I tried, the server will start with these changes but will timeout on every page, even non-php pages. No page will load. It's Netscape iPlanet Server 4.0 SP5 Previous Comments: --- [2001-05-01 15:00:30] [EMAIL PROTECTED] Have you tried these entries in obj.conf ? Init fn=load-modules shlib=/path/to/server4/bin/libphp4.so funcs=php4_init,php4_close,php4_execute,php4_auth_trans Init fn=php4_init LateInit=yes These fix a library loading problem; if it doesn't fix yours, then we have to keep on searching. Incidentally, what version of iPlanet are you running? --- [2001-05-01 14:47:28] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. This is still not working, I'd go back to 4.0.4 pl1 but it's got it's own problems. Anybody? --- [2001-05-01 11:43:56] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10581edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #10581 Updated: signal 6 when starting server
It's possible but it wouldn't be easy, for one I don't have gdb installed, AFAIK it doesn't come with Solaris so I'd have to install it. Also, I compiled with --disable-debug. Then there the fact there is no core file and I don't even know if I could get any kind of information from iPlanet even if I recompiled and installed gdb. -Mark -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 01, 2001 2:20 PM To: [EMAIL PROTECTED] Subject: Bug #10581 Updated: signal 6 when starting server ID: 10581 Updated by: avsm Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: iPlanet related PHP Version: 4.0.5 Assigned To: Comments: Hmm, need backtraces from gdb to show where things are going wrong ... is that possible? (not sure if you can get get debugging symbols from iPlanet) Previous Comments: --- [2001-05-01 15:16:28] [EMAIL PROTECTED] User Feedback: Yes, that was the first thing I tried, the server will start with these changes but will timeout on every page, even non-php pages. No page will load. It's Netscape iPlanet Server 4.0 SP5 --- [2001-05-01 15:00:30] [EMAIL PROTECTED] Have you tried these entries in obj.conf ? Init fn=load-modules shlib=/path/to/server4/bin/libphp4.so funcs=php4_init,php4_close,php4_execute,php4_auth_trans Init fn=php4_init LateInit=yes These fix a library loading problem; if it doesn't fix yours, then we have to keep on searching. Incidentally, what version of iPlanet are you running? --- [2001-05-01 14:47:28] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. This is still not working, I'd go back to 4.0.4 pl1 but it's got it's own problems. Anybody? --- [2001-05-01 11:43:56] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10581edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] COM is screwed up
At 07:37 PM 5/1/2001 +0100, Liz wrote: strange that this was not found during RC testing, did anyone ran the testsuite on Windows? No, because it was on the end of a precarious link for me, but, I am now, setting down to install Vis Studio on my sacred anti MS machine just so I can compile it at home.. And therefore, will be able to run the test scripts etc. BTW - what exactly is messed with the com stuff? php4/tests/testcom crashes. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10567 Updated: Your PHP 4.05 Zip file is missing 88 bytes!
ID: 10567 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues PHP Version: 4.0.4pl1 Assigned To: Comments: This is fixed now. Previous Comments: --- [2001-04-30 18:17:56] [EMAIL PROTECTED] Your PHP 4.05 Windows 32 ZIP file, complete install, appears to be bad. After downloading, I am told it is missing 88 bytes of data and is unusable. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10567edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10588: MySQL access slows to a crawl
From: [EMAIL PROTECTED] Operating system: RH Linux 6.2 PHP version: 4.0.5 PHP Bug Type: Performance problem Bug description: MySQL access slows to a crawl Installed 4.0.5 with Apache 1.3.19, mod_ssl 2.8.2 and OpenSSL 0.9.6a (and originally mod_perl 1.25). Installation went fine, but then I noticed that most access to MySQL (3.23.36) had slowed significantly. Checking Apache's error logs, I noticed frequent Segfaults (11)occurring. Rebuilt Apache without mod_perl. No change in performance. Rolled back to 4.0.4pl1 and things are back to normal. All apps mentioned herein built on this system, no RPMs. PostgreSQL access times appear unaffected. Configuration: ./configure --with-xml --enable-track-vars --with-apxs=/usr/local/apache/bin/apxs --enable-magic-quotes --disable-debug --with-gettext --with-mysql=/usr/local/mysql --with-gd=../gd-1.8.4 --with-pgsql=/usr/local/pgsql -- Edit Bug report at: http://bugs.php.net/?id=10588edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10589: buildconf not compatible with Gnu Libtool 1.4
From: [EMAIL PROTECTED] Operating system: RH Linux 6.2 PHP version: 4.0 Latest CVS (01/05/2001) PHP Bug Type: *Install and Config Bug description: buildconf not compatible with Gnu Libtool 1.4 After the problems installing 4.0.5, I got the latest CVS. Running buildconf told me I needed libtool installed. Went to Gnu, got the latest (1.4) and installed it. buildconf now reports: buildconf: libtool version 1.4 found. You need libtool version 1.3.3 or newer installed to build PHP from CVS. make: *** [buildmk.stamp] Error 1 -- Edit Bug report at: http://bugs.php.net/?id=10589edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10583 Updated: T argument in Date Function
ID: 10583 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Date/time related PHP Version: 4.0.4 Assigned To: Comments: This seems to be fixed in the latest CVS and I think it was also fixed in 4.0.5. You can download PHP 4.0.5 from www.php.net. If you still encounter this problem then please open a new bug report. Thanks. Previous Comments: --- [2001-05-01 12:44:55] [EMAIL PROTECTED] win2k IIS $date = date(m/d/y h:i A T , $timestamp); I have tested this thoroughly. The T argument causes PHP to encounter an Access Violation which subsequently crashes IIS and then win2k. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10583edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10588 Updated: MySQL access slows to a crawl
ID: 10588 Updated by: andi Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Performance problem PHP Version: 4.0.5 Assigned To: Comments: Can you try compiling with --with-mysql (without /usr/local/mysql). Maybe the built-in client will work better for you. Please report back. Thanks. Previous Comments: --- [2001-05-01 15:55:52] [EMAIL PROTECTED] Installed 4.0.5 with Apache 1.3.19, mod_ssl 2.8.2 and OpenSSL 0.9.6a (and originally mod_perl 1.25). Installation went fine, but then I noticed that most access to MySQL (3.23.36) had slowed significantly. Checking Apache's error logs, I noticed frequent Segfaults (11)occurring. Rebuilt Apache without mod_perl. No change in performance. Rolled back to 4.0.4pl1 and things are back to normal. All apps mentioned herein built on this system, no RPMs. PostgreSQL access times appear unaffected. Configuration: ./configure --with-xml --enable-track-vars --with-apxs=/usr/local/apache/bin/apxs --enable-magic-quotes --disable-debug --with-gettext --with-mysql=/usr/local/mysql --with-gd=../gd-1.8.4 --with-pgsql=/usr/local/pgsql --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10588edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10549 Updated: Performance problem with Openlink ODBC drivers
ID: 10549 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related PHP Version: 4.0.4pl1 Assigned To: Comments: before i commit such a patch, what version of OpenLink are you using? Previous Comments: --- [2001-04-29 06:35:11] [EMAIL PROTECTED] Hello, I've experienced a compilation error and some huge performance problems setting up an ODBC connection via Openlink ODBC drivers. I've configured my Php: ./configure --with-openlink=/usr/src/openlink When compiling Php, it complains about missing the iodbc.h udbcext.h header files which are not included in the SDK software package of Openlink. When I remove the two above include files from ./ext/odbc/php_odbc.h line 125 128 the compilation works fine without errors or warnings, and am able to etablish a connection to my Openlink drivers. When I query my DB from out of Php via Openlink, a simple query takes huges amounts of time, while the same query is very fast using the included odbctest utility from the Openlink SDK package. I've run a query via Php and the odbctest utility and compared the two debug files and saw that Php uses the ExtendedSQLFetch C- function. The odbctest utility uses an 'normal' SQLFetch function. So I have changed my ./ext/odbc/php_odbc.h file line 124 from: #elif defined(HAVE_OPENLINK) /* OpenLink ODBC drivers */ #define ODBC_TYPE Openlink #include iodbc.h #include isql.h #include isqlext.h #include udbcext.h #define HAVE_SQL_EXTENDED_FETCH 1 #define SQLSMALLINT SWORD #define SQLUSMALLINT UWORD to: #elif defined(HAVE_OPENLINK) /* OpenLink ODBC drivers */ #define ODBC_TYPE Openlink // #include iodbc.h #include isql.h #include isqlext.h // #include udbcext.h // #define HAVE_SQL_EXTENDED_FETCH 1 #undef HAVE_SQL_EXTENDED_FETCH #define SQLSMALLINT SWORD #define SQLUSMALLINT UWORD With this small change I was able to compile my Php succesfully and query my Database via the Openlink Package very fast! Regards, Anne van der Velden Correct Express The Netherlands --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10549edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10403 Updated: cannot prepare iODBC statements
ID: 10403 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related PHP Version: 4.0.4pl1 Assigned To: Comments: marking as feedback after ahill's comment. Previous Comments: --- [2001-04-19 16:29:02] [EMAIL PROTECTED] Please verify that you have tried other drivers, or create a ODBC trace (DebugFile=file.out in the odbc.ini file) to view the ODBC calls. The driver is most likely segfaulting here, not iODBC. --- [2001-04-19 11:17:44] [EMAIL PROTECTED] Script: ? $connection = odbc_connect(test, test, test); $query = select * from tbl_name; $result = odbc_prepare($connection, $query); odbc_close($connection); ? Modules: --with-mysql --with-iodbc --with-gd --with-jpeg-dir --with-ming --enable-ftp --enable-sockets gdb backtrace: X-Powered-By: PHP/4.0.4pl1 Content-type: text/html Program recieved signal SIGSEGV, Segmentation fault. 0x402a06f1 in my_SQLPrepare (hstmt=0x81ab4c0, szSqlStr=0x817e094 select * from table_name, cSqlStr=-3) at prepare.c:167 167 if (use_mb(charset_info)) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10403edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6734 Updated: SQL Error In using ODBC connection to Oracle
ID: 6734 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related PHP Version: 4.0.2 Assigned To: Comments: no user feedback. considered fixed in current cvs. if not true, please reopen. Previous Comments: --- [2001-04-09 11:07:54] [EMAIL PROTECTED] Is this still valid in the current PHP releases? Second, if it is, is your Oracle setup configured to allow your Win98 machine access? --- [2000-09-14 01:23:04] [EMAIL PROTECTED] Installed PHP4.02 on NT 4 and 98. NT has IIS3/PWS and 98 has PWS. Install went fine on 98 after following numerous notes. After installing on NT scripts are able to run, however I am unable to connect to Oracle DB. I haven't figured out where the oracle module is (or how to install it for PHP) so I use ODBC connection and script. Granted the code isn't pretty as I get errors with the output, but it works on the 98 machine fine. I get the following error: Warning: SQL error: [Oracle][ODBC][Ora]Server rejected the connection., SQL state 08004 in SQLConnect in D:Reportsbad.php on line 19 Error in odbc_connect Warning: Supplied argument is not a valid ODBC result resource in D:Reportsbad.php on line 14 Suggestions and instructions needed. Code also follows: ? //__ // // test_odbc.php3 // A sample PHP script to test ODBC under PHP / WinNT // Leo West - 08/1998 //__ function Error_Handler( $msg, $cnx ) { echo $msg n; // in case of persistent connexion, it is important to close it before exiting. odbc_free_result( $cnx); exit(); } // create an ODBC connection, returned in $cnx $cnx = odbc_connect( WebDB,SA,); // To avoid permission troubles in the test, you may want to use a superadmin access : // $cnx = odbc_connect( 'WebDB' , [sa login] , [sa password] ); if( ! $cnx ) { Error_handler( Error in odbc_connect , $cnx ); } // send a simple odbc query . returns an odbc cursor $cur= odbc_exec( $cnx, select name from matters order by name ); if( ! $cur ) { Error_handler( Error in odbc_exec( no cursor returned ) , $cnx ); } echo table border=1trthid/ththnom/th/trn; $nbrow=0; // fetch the succesive result rows while( odbc_fetch_row( $cur ) ) { $nbrow++; // get the field id $id= odbc_result( $cur, 1 ); // get the field nom $nom= odbc_result( $cur, 2 ); echo trtd$id/tdtd$nom/td/trn; } echo trtd colspan=2$nbrow entries /td/tr/table; // close the connection. important if persistent connection are On odbc_close( $cnx); ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6734edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/session php_session.h session.c /ext/wddx php_wddx_api.h wddx.c
Hello Alexander, We (The SRM Team) also have great interest in this. Maybe we can collaborate on this. regards, Derick Rethans On Tue, 1 May 2001, Alexander Bokovoy wrote: On Tue, May 01, 2001 at 01:16:25PM -0500, Andrei Zmievski wrote: On Tue, 01 May 2001, Alexander Bokovoy wrote: Is there any chance that run-time bindings for session handlers from PHP4 C-coded extensions will occur in near future? For example, I want to add session handler without need to recompile ext/session (usually compiled in into mod_php4) from Midgard/PHP in order to store session as Midgard's parameters. And when Midgard is absent in system, this handler should not exist of course. This all is for making distribution easer. Sounds like a good idea, if we do it for serializers, why not for storage handlers as well. Can't promise the timeframe, I'm somewhat busy at the moment, so unless Sascha has time, it might be a week or two. OK. It is sufficient schedule. May be I'll look at it in next several days too. Season for holidays has started, more time to open sources :-) -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard -- PHP CVS Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10590: Retrieving Random Rows
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: MySQL related Bug description: Retrieving Random Rows in response to some of the user contributed notes on the 'rand()' function page, a good way to pull a randmon row from a MySql database ( ver 3.23 ) is: SELECT field, field*rand() AS ran FROM table ORDER BY ran LIMIT 1 hope it helps. -- Edit Bug report at: http://bugs.php.net/?id=10590edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/session php_session.h session.c /ext/wddx php_wddx_api.h wddx.c
On Tue, May 01, 2001 at 11:15:56PM +0200, [EMAIL PROTECTED] wrote: Hello Alexander, We (The SRM Team) also have great interest in this. Maybe we can collaborate on this. OK. Andrei, what changes are actually need to be done in session module? On Tue, May 01, 2001 at 01:16:25PM -0500, Andrei Zmievski wrote: On Tue, 01 May 2001, Alexander Bokovoy wrote: Is there any chance that run-time bindings for session handlers from PHP4 C-coded extensions will occur in near future? For example, I want to add session handler without need to recompile ext/session (usually compiled in into mod_php4) from Midgard/PHP in order to store session as Midgard's parameters. And when Midgard is absent in system, this handler should not exist of course. This all is for making distribution easer. Sounds like a good idea, if we do it for serializers, why not for storage handlers as well. Can't promise the timeframe, I'm somewhat busy at the moment, so unless Sascha has time, it might be a week or two. OK. It is sufficient schedule. May be I'll look at it in next several days too. Season for holidays has started, more time to open sources :-) -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10590 Updated: Retrieving Random Rows
ID: 10590 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: MySQL related PHP Version: 4.0.5 Assigned To: Comments: Not a PHP bug (but thx for the suggestion) Jani and Derick Previous Comments: --- [2001-05-01 17:25:29] [EMAIL PROTECTED] in response to some of the user contributed notes on the 'rand()' function page, a good way to pull a randmon row from a MySql database ( ver 3.23 ) is: SELECT field, field*rand() AS ran FROM table ORDER BY ran LIMIT 1 hope it helps. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10590edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/session php_session.h session.c /ext/wddx php_wddx_api.h wddx.c
On Wed, 02 May 2001, Alexander Bokovoy wrote: On Tue, May 01, 2001 at 11:15:56PM +0200, [EMAIL PROTECTED] wrote: Hello Alexander, We (The SRM Team) also have great interest in this. Maybe we can collaborate on this. OK. Andrei, what changes are actually need to be done in session module? Basically the same changes as for serializer handlers. ps_module is already defined, need to add structure that keeps track of registered storage handlers, function that registers them, that sort of thing. -Andrei -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10591: file() seemingly randomly adds slashes
From: [EMAIL PROTECTED] Operating system: Progeny GNU/Linux PHP version: 4.0 Latest CVS (01/05/2001) PHP Bug Type: Bug description: file() seemingly randomly adds slashes http://airbag.tss.peachnet.edu/~sam/file.php Click on Try Again and you'll see the quotes become escaped and then not escaped seemingly at random. The code is here: http://airbag.tss.peachnet.edu/~sam/file.txt http://airbag.tss.peachnet.edu/info.php is the phpinfo information. -- Edit Bug report at: http://bugs.php.net/?id=10591edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10592: #include lines missing linefeed
From: [EMAIL PROTECTED] Operating system: Mac OS X PHP version: 4.0.5 PHP Bug Type: *Configuration Issues Bug description: #include lines missing linefeed main/internal_functions.c had some garbage #include lines after configuring --with-apxs=/usr/sbin/apxs (pretty basic configuration) The problem was that the include lines (begining on line 32 in my case) did not have line feeds after them and so it was one big line with a half dozen #includes in it. It looks like '@EXT_INCLUDE_CODE@' is missing some linefeeds when it is built. -- Edit Bug report at: http://bugs.php.net/?id=10592edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10577 Updated: EXEC() ; system() still dont work in new version
please send the binaries Thans Original message from: Bug Database [EMAIL PROTECTED] ID: 10577 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Program Execution PHP Version: 4.0.5 Assigned To: Comments: This should be fixed in the latest CVS. If you can try it or the latest snapshot from snaps.php.net that would be good. If not, we can send you binaries of the latest CVS. Previous Comments: - -- [2001-05-01 08:10:55] [EMAIL PROTECTED] i've just downloaded today the latest release and the following code still returns only 0; -- $test = system(cmd.exe /c dir, $return_value); echo $test; echo $return_value; --- retuns: 0 Why? here is my INI in case - [PHP] ; $Id: php.ini-dist,v 1.73.2.2 2001/04/22 11:58:49 phanto Exp $ ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; |bitwise OR ; bitwise AND ; ~bitwise NOT ; !boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none; sets foo to an empty string ; foo = none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a ; dynamically loaded extension (either a PHP extension or a Zend extension), ; you may only use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for browsers that support gzip or deflate encoding. ; Setting an output handler automatically turns on output buffering. output_handler = ; Transparent output compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging purposes only. implicit_flush = Off ; Whether to enable the ability to force arguments to be passed by reference ; at function
[PHP-DEV] Bug #10593: GD compile failure with GD 1.5
From: [EMAIL PROTECTED] Operating system: Solaris 8 Intel (gcc 2.95.3) PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: GD compile failure with GD 1.5 PHP 4.0.5 compilation breaks when building GD with GD 1.5 (the last version with official GIF support), with an error message reporting gdImageGifCtx as undefined. It seems GD detects that GD 1.5 has IOCTX support, but incorrectly assumes that the GIF IOCTX filter (available only with certain unofficial patched versions of GD 1.8.x) is also available. Applying the following patch will fix the problem, but there is probably a cleaner solution: *** gd.c~ Mon Mar 12 05:57:53 2001 --- gd.cTue May 1 15:41:50 2001 *** *** 911,917 PHP_FUNCTION(imagegif) { #ifdef HAVE_GD_GIF ! #ifdef USE_GD_IOCTX _php_image_output_ctx(INTERNAL_FUNCTION_PARAM_PASSTHRU, PHP_GDIMG_TYPE_GIF, GIF, gdImageGifCtx); #else _php_image_output(INTERNAL_FUNCTION_PARAM_PASSTHRU, PHP_GDIMG_TYPE_GIF, GIF, gdImageGif); --- 911,917 PHP_FUNCTION(imagegif) { #ifdef HAVE_GD_GIF ! #ifdef USE_GD_IOCTX_GIF _php_image_output_ctx(INTERNAL_FUNCTION_PARAM_PASSTHRU, PHP_GDIMG_TYPE_GIF, GIF, gdImageGifCtx); #else _php_image_output(INTERNAL_FUNCTION_PARAM_PASSTHRU, PHP_GDIMG_TYPE_GIF, GIF, gdImageGif); -- Edit Bug report at: http://bugs.php.net/?id=10593edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10591 Updated: file() seemingly randomly adds slashes
ID: 10591 User Update by: [EMAIL PROTECTED] Status: Open Old-Bug Type: Bug Type: *General Issues Description: file() seemingly randomly adds slashes Sorry, file.txt should work now. I saw you hit the 404. Previous Comments: --- [2001-05-01 18:24:21] [EMAIL PROTECTED] http://airbag.tss.peachnet.edu/~sam/file.php Click on Try Again and you'll see the quotes become escaped and then not escaped seemingly at random. The code is here: http://airbag.tss.peachnet.edu/~sam/file.txt http://airbag.tss.peachnet.edu/info.php is the phpinfo information. --- Full Bug description available at: http://bugs.php.net/?id=10591 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10591 Updated: file() seemingly randomly adds slashes
ID: 10591 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Description: file() seemingly randomly adds slashes Sorry, file.txt should work now. I saw you hit the 404. Previous Comments: --- [2001-05-01 19:08:34] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- [2001-05-01 18:24:21] [EMAIL PROTECTED] http://airbag.tss.peachnet.edu/~sam/file.php Click on Try Again and you'll see the quotes become escaped and then not escaped seemingly at random. The code is here: http://airbag.tss.peachnet.edu/~sam/file.txt http://airbag.tss.peachnet.edu/info.php is the phpinfo information. --- Full Bug description available at: http://bugs.php.net/?id=10591 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10563 Updated: missing #defines for ODBC
ID: 10563 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Compile Problem PHP Version: 4.0 Latest CVS (30/04/2001) Assigned To: Comments: Fixed in CVS. --Jani Previous Comments: --- [2001-05-01 14:51:17] [EMAIL PROTECTED] Assigning to dan. --- [2001-04-30 13:16:03] [EMAIL PROTECTED] php4/main/build-defs.h.in is missing 3 #define's for ODBC to compile correctly. (From looking at the CVS mailing list, it looks like they were included in a mega-patch that was rejected.) Here's a diff that fixes the problem. The problem is that PHP_ODBC_INCLUDE, PHP_ODBC_LFLAGS, and PHP_ODBC_LIBS are undefined. diff -r1.5 build-defs.h.in 51a52,54 #define PHP_ODBC_INCLUDE @ODBC_INCLUDE@ #define PHP_ODBC_LFLAGS @ODBC_LFLAGS@ #define PHP_ODBC_LIBS @ODBC_LIBS@ My configure line is as follows: ./configure --with-apxs --with-custom-odbc=/usr/local/odbc --with-openssl --with-gd --disable-debug Please feel free to contact me if you need any more information... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10563edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8126 Updated: [PATCH] undefined symbol: dbopen
ID: 8126 Updated by: vlad Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase (dblib) related PHP Version: 4.0.3pl1 Assigned To: joey Comments: Patch for the problem below. Please, review. Apparently, dbopen() might or might not exist, depending on how you install FreeTDS. Sometimes FreeTDS provides you with tdsdbopen() instead. The patch checks, if tdsdbopen() is available (a config.m4 modification), and, if yes, uses it. If not, it falls back to using dbopen(). Does anyone have objections to the way I implemented it (it's kinda crude, with #define, but I think this is the cleanest I can get). If someone has objections, please speak now. If nobody has objections, someone with enough karma, please apply the patch (or give me karma and I'll apply it myself). diff -urN php-4.0.5-tdsbroken/ext/sybase/config.m4 php-4.0.5/ext/sybase/config.m4 --- php-4.0.5-tdsbroken/ext/sybase/config.m4Mon May 1 21:27:02 2000 +++ php-4.0.5/ext/sybase/config.m4 Tue May 1 16:28:14 2001 @@ -21,4 +21,8 @@ AC_DEFINE(HAVE_LIBDNET_STUB,1,[ ]) ]) AC_DEFINE(HAVE_SYBASE,1,[ ]) + AC_CHECK_LIB(sybdb, tdsdbopen, + [ AC_DEFINE(PHP_SYBASE_DBOPEN,tdsdbopen,[ ]) + AC_DEFINE(DBMFIX,1,[ ]) ], + [ AC_DEFINE(PHP_SYBASE_DBOPEN,dbopen,[ ]) ]) fi diff -urN php-4.0.5-tdsbroken/ext/sybase/php_sybase_db.c php-4.0.5/ext/sybase/php_sybase_db.c --- php-4.0.5-tdsbroken/ext/sybase/php_sybase_db.c Sun Feb 25 22:07:24 2001 +++ php-4.0.5/ext/sybase/php_sybase_db.cTue May 1 15:42:54 2001 @@ -379,7 +379,7 @@ RETURN_FALSE; } /* create the link */ - if ((sybase.link=dbopen(sybase.login,host))==FAIL) { + if ((sybase.link=PHP_SYBASE_DBOPEN(sybase.login,host))==FAIL) +{ /*php_error(E_WARNING,Sybase: Unable to connect to server: %s,sybase_error(sybase));*/ efree(hashed_details); dbloginfree(sybase.login); @@ -415,7 +415,7 @@ sybase_ptr = (sybase_link *) le-ptr; /* test that the link hasn't died */ if (DBDEAD(sybase_ptr-link)==TRUE) { - if ((sybase_ptr-link=dbopen(sybase_ptr-login,host))==FAIL) { + if +((sybase_ptr-link=PHP_SYBASE_DBOPEN(sybase_ptr-login,host))==FAIL) { /*php_error(E_WARNING,Sybase: Link to server lost, unable to reconnect);*/ zend_hash_del(EG(persistent_list), hashed_details, hashed_details_length+1); efree(hashed_details); @@ -462,7 +462,7 @@ RETURN_FALSE; } - if ((sybase.link=dbopen(sybase.login,host))==NULL) { + if ((sybase.link=PHP_SYBASE_DBOPEN(sybase.login,host))==NULL) { /*php_error(E_WARNING,Sybase: Unable to connect to server: %s,sybase_error(sybase));*/ efree(hashed_details); RETURN_FALSE; Previous Comments: --- [2000-12-11 14:11:56] [EMAIL PROTECTED] Reclassify. --with-sybase is dblib, not ctlib. --- [2000-12-11 14:11:44] [EMAIL PROTECTED] Reclassify. --with-sybase is dblib, not ctlib. --- [2000-12-05 14:13:34] [EMAIL PROTECTED] when i load apache, i get : cannot load libphp4.so into server: undefiend symbol: dbopen httpd could not be started. I have apache 1.3.14 and php 4.0.3pl1. apache configure.. ./configure --prefix=/www --enable-module=so php configure.. ./configure --with-apxs=/www/bin/apxs --with-sybase=/usr/local/freetds I have freetds 0.51. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8126edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10591 Updated: file() seemingly randomly adds slashes
ID: 10591 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues PHP Version: 4.0 Latest CVS (01/05/2001) Assigned To: Comments: That does seem odd... Try get_magic_quotes_runtime() instead of get_magic_quotes_gpc() - gpc quoting only happens to get/post/cookie data. Previous Comments: --- [2001-05-01 19:14:25] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- [2001-05-01 19:08:34] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- [2001-05-01 18:24:21] [EMAIL PROTECTED] http://airbag.tss.peachnet.edu/~sam/file.php Click on Try Again and you'll see the quotes become escaped and then not escaped seemingly at random. The code is here: http://airbag.tss.peachnet.edu/~sam/file.txt http://airbag.tss.peachnet.edu/info.php is the phpinfo information. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10591edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10591 Updated: file() seemingly randomly adds slashes
ID: 10591 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Description: file() seemingly randomly adds slashes Changed. Looks like the runtime var is getting turned on and off... what's up wit dat?! :) Previous Comments: --- [2001-05-01 19:56:17] [EMAIL PROTECTED] That does seem odd... Try get_magic_quotes_runtime() instead of get_magic_quotes_gpc() - gpc quoting only happens to get/post/cookie data. --- [2001-05-01 19:14:25] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- [2001-05-01 19:08:34] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- [2001-05-01 18:24:21] [EMAIL PROTECTED] http://airbag.tss.peachnet.edu/~sam/file.php Click on Try Again and you'll see the quotes become escaped and then not escaped seemingly at random. The code is here: http://airbag.tss.peachnet.edu/~sam/file.txt http://airbag.tss.peachnet.edu/info.php is the phpinfo information. --- Full Bug description available at: http://bugs.php.net/?id=10591 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10591 Updated: file() seemingly randomly adds slashes
ID: 10591 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues PHP Version: 4.0 Latest CVS (01/05/2001) Assigned To: Comments: Could you post the relevant section of your php.ini file? Previous Comments: --- [2001-05-01 20:03:56] [EMAIL PROTECTED] Changed. Looks like the runtime var is getting turned on and off... what's up wit dat?! :) --- [2001-05-01 19:56:17] [EMAIL PROTECTED] That does seem odd... Try get_magic_quotes_runtime() instead of get_magic_quotes_gpc() - gpc quoting only happens to get/post/cookie data. --- [2001-05-01 19:14:25] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- [2001-05-01 19:08:34] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- [2001-05-01 18:24:21] [EMAIL PROTECTED] http://airbag.tss.peachnet.edu/~sam/file.php Click on Try Again and you'll see the quotes become escaped and then not escaped seemingly at random. The code is here: http://airbag.tss.peachnet.edu/~sam/file.txt http://airbag.tss.peachnet.edu/info.php is the phpinfo information. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10591edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10591 Updated: file() seemingly randomly adds slashes
ID: 10591 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Description: file() seemingly randomly adds slashes ; Magic quotes for incoming GET/POST/Cookie data. magic_quotes_gpc = Off ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off Previous Comments: --- [2001-05-01 20:15:23] [EMAIL PROTECTED] Could you post the relevant section of your php.ini file? --- [2001-05-01 20:03:56] [EMAIL PROTECTED] Changed. Looks like the runtime var is getting turned on and off... what's up wit dat?! :) --- [2001-05-01 19:56:17] [EMAIL PROTECTED] That does seem odd... Try get_magic_quotes_runtime() instead of get_magic_quotes_gpc() - gpc quoting only happens to get/post/cookie data. --- [2001-05-01 19:14:25] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- [2001-05-01 19:08:34] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10591 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10570 Updated: PHP 4.0.5 - Cannot connect to mySQL database
ID: 10570 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: As you didn't tell which errors you get I have to guess this was the same problem with unix socket not being detected at configure time. Should be fixed in CVS. Reopen if it doesn't work. --Jani Previous Comments: --- [2001-04-30 21:14:21] [EMAIL PROTECTED] I compiled and installed php 4.0.5. Then I could not establish any connections to the mySQL database we have. If we switch back to php4.0.4pl1 we have no problem. PHP 4.0.5 was compiled both with and without mysql config flags. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10570edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10539 Updated: still - unresolved reference to compress
ID: 10539 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0 Latest CVS (28/04/2001) Assigned To: Comments: Should be fixed in CVS now. If not, reopen with the output of this command: /usr/local/mysql-3.23.37/bin/mysql_config --libs --Jani Previous Comments: --- [2001-04-30 18:21:23] [EMAIL PROTECTED] Thanks for your response. Info you requested is below. I'm afraid I don't know what to look for in this case, so let me know if you need anything else. -d Output of 'ldd /usr/local/mysql-3.23.37/lib/mysql/libmysqlclient.so': libcrypt_i.so.1 = /usr/lib/libcrypt_i.so.1 libgen.so.1 = /usr/lib/libgen.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libm.so.1 = /usr/lib/libm.so.1 libc.so.1 = /usr/lib/libc.so.1 libdl.so.1 =/usr/lib/libdl.so.1 libmp.so.2 =/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1 I verified that all these libraries are present. config.log info: Run 1: ./configure --with-mysql=/usr/local/mysql-3.23.37 --with -apache=../apache_1.3. 19 --enable-track-vars --with-imap=../imap-2001.BETA.SNAP-0104241750 --enable-sy svsem --enable-sysvshm Prodiced this in config.log configure:49857: checking whether to include zlib support No other messages related to zlib. Run 2: ./configure --with-mysql=/usr/local/mysql-3.23.37 --with -apache=../apache_1.3. 19 --enable-track-vars --with-imap=../imap-2001.BETA.SNAP-0104241750 --enable-sy svsem --enable-sysvshm --with-zlib=/usr/local/zlib-1.1.3 aborts with: configure: error: Zlib module requires zlib = 1.0.9. and this in config.log: configure:49857: checking whether to include zlib support configure:50058: checking for gzgets in -lz configure:50077: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UT F8 -DXML_BYTE_ORDER=21 -L/usr/local/zlib-1.1.3/lib -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib/gcc-lib/sp arc-sun-solaris2.8/2.95.2 -R/usr/local/src/www/imap-2001.BETA.SNAP-0104241750/c- client -L/usr/local/src/www/imap-2001.BETA.SNAP-0104241750/c-client -R/usr/local /mysql-3.23.37/lib/mysql -L/usr/local/mysql-3.23.37/lib/mysql conftest.c -lz -l mysqlclient -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc 1 5 Undefined first referenced symbol in file uncompress /usr/local/mysql-3.23.37/lib/mysql/libmysql c lient.so compress/usr/local/mysql-3.23.37/lib/mysql/libmysql c lient.so ld: fatal: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status configure: failed program was: #line 50066 configure Tried editing configure, change line # 14725 to: 14725 LIBS=$LIBS -lz Get same result as Run #2 above. --- [2001-04-29 22:23:04] [EMAIL PROTECTED] What does 'ldd /usr/local/mysql-3.23.37/lib/mysql/libmysqlclient.so' output? What is in config.log about zlib?? --Jani --- [2001-04-28 13:33:01] [EMAIL PROTECTED] Solaris 8 / gcc. Unresolved symbol errors during php configure. I have seen lots of information about this, but none of the fixes I've encountered have worked. I have: - tried adding -lz to LTLIBRARY_LDFLAGS in Makefile - tried adding --with-zlib-dir=/usr/local/zlib-1.1.3 - tried adding --with-zlib, or --with-zlib=/usr/local/zlib-1.1.3 - changed LIBS=-$LIBS -lz in configure - tried installing zlib to system location (--prefix=/usr) - obtained latest CVS tree and built, with same results. Output of debug.log follows. Thank you -David -- CONFIGURE: './configure' '--with-mysql=/usr/local/mysql-3.23.37' '--with-apache=../apache_1.3.19' '--enable-tr ack-vars' '--with-imap=../imap-2001.BETA.SNAP-0104241750' '--enable-sysvsem' '--enable-sysvshm' '--with-config-f ile-path=/etc/apache' '--with-zlib' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS CXX: CXXFLAGS: INCLUDES:-I/usr/local/src/www/apache_1.3.19/src/include -I/usr/local/src/www/apache_1.3.19/src/os/unix -I$( top_builddir)/Zend -I/usr/local/src/www/imap-2001.BETA.SNAP-0104241750/c-client -I/usr/local/mysql-3.23.37/inclu de/mysql LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib/g cc-lib/sparc-sun-solaris2.8/2.95.2 -R/usr/local/src/www/imap-2001.BETA.SNAP-0104241750/c-client -L/usr/local/src /www/imap-2001.BETA.SNAP-0104241750/c-client
[PHP-DEV] Bug #10585 Updated: Php can't connect to MySQL database
ID: 10585 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Closed Bug Type: MySQL related PHP Version: 4.0.5 Assigned To: Comments: There was a bug in the configure. Should be fixed in CVS now. --Jani Previous Comments: --- [2001-05-01 14:53:20] [EMAIL PROTECTED] most likely a configuration error ask a support forum like [EMAIL PROTECTED] --- [2001-05-01 14:22:05] [EMAIL PROTECTED] mysql version 3.23.33 All MySQL connections are broken error: Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111) in /home/httpd/html/ion/ion/connect.php on line 4 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10585edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10591 Updated: file() seemingly randomly adds slashes
ID: 10591 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues PHP Version: 4.0 Latest CVS (01/05/2001) Assigned To: Comments: If this: ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off is literal, it should be: ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc. magic_quotes_runtime = Off Previous Comments: --- [2001-05-01 20:17:20] [EMAIL PROTECTED] ; Magic quotes for incoming GET/POST/Cookie data. magic_quotes_gpc = Off ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off --- [2001-05-01 20:15:23] [EMAIL PROTECTED] Could you post the relevant section of your php.ini file? --- [2001-05-01 20:03:56] [EMAIL PROTECTED] Changed. Looks like the runtime var is getting turned on and off... what's up wit dat?! :) --- [2001-05-01 19:56:17] [EMAIL PROTECTED] That does seem odd... Try get_magic_quotes_runtime() instead of get_magic_quotes_gpc() - gpc quoting only happens to get/post/cookie data. --- [2001-05-01 19:14:25] [EMAIL PROTECTED] Sorry, file.txt should work now. I saw you hit the 404. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10591edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10561 Updated: sockets.c uses `SUN_LEN' unconditionally - undefined on Solaris
ID: 10561 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure PHP Version: 4.0.4pl1 Assigned To: Comments: Have you tried 4.0.5 as I think this is fixed in it. Also, you don't need to set those CPPFLAGS anymore. --Jani Previous Comments: --- [2001-04-30 11:04:04] [EMAIL PROTECTED] Configured with nv 'CC=cc -mt' CFLAGS=-O CPPFLAGS='-D_XPG4_2 -D__EXTENSIONS__' ./configure --with-apxs=/usr/local/apache_1.3.19/bin/apxs --with-mysql=/usr/local/mysql --with-ldap=/usr/local/openldap --with-xml --enable-yp --enable-safe-mode --with-gd --with-jpeg-dir=/usr/local --with-pdflib --with-zlib --with-tiff-dir=/usr/local --with-openssl=/usr/local/openssl --enable-bcmath --with-bz2 --enable-calendar --enable-dbase --with-gdbm=/usr/local/gnu --with-ndbm --enable-ctype --with-db3=/usr/local/BerkeleyDB --with-dom --enable-exif --with-fdftk --enable-filepro --enable-ftp --enable-gd-imgstrttf --with-gd --with-gmp --with-hyperwave --with-imap-ssl --with-imap=/usr/local/src/pine4.30/imap --with-java=/usr/java --with-mcal --with-unixODBC=/usr/local/unixODBC --with-readline=/usr/local/gnu --with-mm --enable-trans-sid --enable-shmop --enable-sockets --with-regex=php --enable-sysvsem --enable-sysvshm --enable-wddx --with-zlib --enable-versioning --enable-track-vars --without-fdftk --without-mcal --with-xpm-dir=/usr/local/X11 Can be fixed with (I suspect this is going to get mangled in the post). diff -c -r1.1 sockets.c *** sockets.c 2001/04/19 10:04:11 1.1 --- sockets.c 2001/04/19 16:17:37 *** *** 66,71 --- 66,77 #endif #endif + /* ... or this */ + #ifndef SUN_LEN + #define SUN_LEN(sunp) ((size_t)((struct sockaddr_un *)0)-sun_path ++ strlen((sunp)-sun_path)) + #endif + /* Use the read() wrapper, stopping at 'n', 'r', or ' -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10591 Updated: file() seemingly randomly adds slashes
ID: 10591 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Description: file() seemingly randomly adds slashes yea, lost a line break in there... it's as it should be in the php.ini. Sorry about that. Previous Comments: --- [2001-05-01 20:25:18] [EMAIL PROTECTED] If this: ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off is literal, it should be: ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc. magic_quotes_runtime = Off --- [2001-05-01 20:17:20] [EMAIL PROTECTED] ; Magic quotes for incoming GET/POST/Cookie data. magic_quotes_gpc = Off ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off --- [2001-05-01 20:15:23] [EMAIL PROTECTED] Could you post the relevant section of your php.ini file? --- [2001-05-01 20:03:56] [EMAIL PROTECTED] Changed. Looks like the runtime var is getting turned on and off... what's up wit dat?! :) --- [2001-05-01 19:56:17] [EMAIL PROTECTED] That does seem odd... Try get_magic_quotes_runtime() instead of get_magic_quotes_gpc() - gpc quoting only happens to get/post/cookie data. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10591 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: Bug #10581 Updated: signal 6 when starting server
Without more information it's pretty impossible to solve (I don't have access to an iPlanet installation at the moment). Can anyone else look at the problem with iPlanet 4.x? Otherwise you'll have to try to dive in yourself, Mark. Did it work with an older version of PHP? Try looking at the SAPI code differences and see if you can spot what's changed to break it. Anil - Original Message - From: Faine, Mark [EMAIL PROTECTED] To: 'Bug Database' [EMAIL PROTECTED] Sent: Tuesday, May 01, 2001 8:29 PM Subject: [PHP-DEV] RE: Bug #10581 Updated: signal 6 when starting server It's possible but it wouldn't be easy, for one I don't have gdb installed, AFAIK it doesn't come with Solaris so I'd have to install it. Also, I compiled with --disable-debug. Then there the fact there is no core file and I don't even know if I could get any kind of information from iPlanet even if I recompiled and installed gdb. -Mark -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 01, 2001 2:20 PM To: [EMAIL PROTECTED] Subject: Bug #10581 Updated: signal 6 when starting server ID: 10581 Updated by: avsm Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: iPlanet related PHP Version: 4.0.5 Assigned To: Comments: Hmm, need backtraces from gdb to show where things are going wrong ... is that possible? (not sure if you can get get debugging symbols from iPlanet) Previous Comments: -- - [2001-05-01 15:16:28] [EMAIL PROTECTED] User Feedback: Yes, that was the first thing I tried, the server will start with these changes but will timeout on every page, even non-php pages. No page will load. It's Netscape iPlanet Server 4.0 SP5 -- - [2001-05-01 15:00:30] [EMAIL PROTECTED] Have you tried these entries in obj.conf ? Init fn=load-modules shlib=/path/to/server4/bin/libphp4.so funcs=php4_init,php4_close,php4_execute,php4_auth_trans Init fn=php4_init LateInit=yes These fix a library loading problem; if it doesn't fix yours, then we have to keep on searching. Incidentally, what version of iPlanet are you running? -- - [2001-05-01 14:47:28] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. This is still not working, I'd go back to 4.0.4 pl1 but it's got it's own problems. Anybody? -- - [2001-05-01 11:43:56] [EMAIL PROTECTED] My bug is exactly the same as Bug id #10012, except for my OS/PHP/Web server version differences. I am getting exactly the same error. I have set everything up correctly as stated in: http://www.php.net/manual/en/install.netscape-enterprise.php Error Message follows: Status: [https-bc_devel]: start failed. (2: unknown early startup error) [https-bc_devel]: server terminated (signal 6): watchdog is restarting it [https-bc_devel]: failure: server initialization failed Error An error occurred during startup. The server https-bc_devel was not started. Return to process control Also, I don't even get that much when I try to start from the console. I get no error message at all, logs don't even say what the problem was? Strange. -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10581edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10589 Updated: buildconf not compatible with Gnu Libtool 1.4
ID: 10589 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config PHP Version: 4.0 Latest CVS (01/05/2001) Assigned To: Comments: Works for me just fine. Try doing './cvsclean ; ./buildconf' --jani Previous Comments: --- [2001-05-01 15:58:38] [EMAIL PROTECTED] After the problems installing 4.0.5, I got the latest CVS. Running buildconf told me I needed libtool installed. Went to Gnu, got the latest (1.4) and installed it. buildconf now reports: buildconf: libtool version 1.4 found. You need libtool version 1.3.3 or newer installed to build PHP from CVS. make: *** [buildmk.stamp] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10589edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10591 Updated: php.ini parser not very strict
ID: 10591 Updated by: zak Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: *General Issues Bug Type: PHP options/info functions PHP Version: 4.0 Latest CVS (01/05/2001) Assigned To: zak Comments: The php.ini parser may behave strangely when presented with broken lines, semi-randomly turning features on and off. IMHO not a giant issue - if I get a chance, I will take a closer look at it. Previous Comments: --- [2001-05-01 20:36:08] [EMAIL PROTECTED] yea, lost a line break in there... it's as it should be in the php.ini. Sorry about that. --- [2001-05-01 20:25:18] [EMAIL PROTECTED] If this: ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off is literal, it should be: ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc. magic_quotes_runtime = Off --- [2001-05-01 20:17:20] [EMAIL PROTECTED] ; Magic quotes for incoming GET/POST/Cookie data. magic_quotes_gpc = Off ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off --- [2001-05-01 20:15:23] [EMAIL PROTECTED] Could you post the relevant section of your php.ini file? --- [2001-05-01 20:03:56] [EMAIL PROTECTED] Changed. Looks like the runtime var is getting turned on and off... what's up wit dat?! :) --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10591edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10591 Updated: php.ini parser not very strict
ID: 10591 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: PHP options/info functions Description: php.ini parser not very strict Semi-randomly? There are no odd lines in my php.ini... I need this to work for my app! :) Previous Comments: --- [2001-05-01 20:54:05] [EMAIL PROTECTED] The php.ini parser may behave strangely when presented with broken lines, semi-randomly turning features on and off. IMHO not a giant issue - if I get a chance, I will take a closer look at it. --- [2001-05-01 20:36:08] [EMAIL PROTECTED] yea, lost a line break in there... it's as it should be in the php.ini. Sorry about that. --- [2001-05-01 20:25:18] [EMAIL PROTECTED] If this: ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off is literal, it should be: ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc. magic_quotes_runtime = Off --- [2001-05-01 20:17:20] [EMAIL PROTECTED] ; Magic quotes for incoming GET/POST/Cookie data. magic_quotes_gpc = Off ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.magic_quotes_runtime = Off --- [2001-05-01 20:15:23] [EMAIL PROTECTED] Could you post the relevant section of your php.ini file? --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10591 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]