#21674 [Com]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *URL Functions
Operating System: Cobalt RAQ4 Apache/Linux
PHP Version: 4.3.0
New Comment:
Did you try ? :
chown o+r / /home /home/sites \
/home/sites/site2 \
/home/sites/site2/web \
/home/sites/site2/web/IV
Up to 4.2.3 "x" permission is need on ALL directories to the include.
Since 4.3.0 "rx" permissions are required.
Don't know why.
Cordialy.
Previous Comments:
[2003-01-17 15:59:32] [EMAIL PROTECTED]
You did not ask me to place above line that include fails. You asked me
to place above require_once in the config.php file. That I can confirm.
[2003-01-17 14:23:11] [EMAIL PROTECTED]
and can you confirm that the var_dump(ini_get('include_path')) is on
the line immediately above the include that fails?
I'm asking because the line numbers in the report don't seem to have
changed, and I would have expected them to at least have increased by
1.
[2003-01-17 14:11:08] [EMAIL PROTECTED]
OK. At your request, here are my results.
string(14) ".:/usr/lib/php" string(14) ".:/usr/lib/php"
Warning: main(lang.php) [function.main]: failed to create stream: No
such file or directory in /home/sites/site2/web/IV/config.php on line
97
Warning: main() [function.main]: Failed opening 'lang.php' for
inclusion (include_path='') in /home/sites/site2/web/IV/config.php on
line 97
Warning: main(extras.php) [function.main]: failed to create stream: No
such file or directory in /home/sites/site2/web/IV/config.php on line
98
Warning: main() [function.main]: Failed opening 'extras.php' for
inclusion (include_path='') in /home/sites/site2/web/IV/config.php on
line 98
Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as
phpbug21674.php
[2003-01-17 14:03:24] [EMAIL PROTECTED]
Please try what I asked :)
You say that the include path is ".:/usr/lib/php", but the error
message is indicating that it is "".
So we need to determine if this is a misconfiguration error, or if it
is some other error.
Printing out the value from the config.php file will help determine if
the problem is in streams itself or if it is perhaps a wider issue.
[2003-01-17 14:00:05] [EMAIL PROTECTED]
There are not any .htaccess files in the referenced directory.
What is it that you see or dont see regarding our include_path setup?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21674
--
Edit this bug report at http://bugs.php.net/?id=21674&edit=1
#21722 [NEW]: &PHPSESSIONID not output as &PHPSESSIONID
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Output Control Bug description: &PHPSESSIONID not output as &PHPSESSIONID A session is generated with session_start(). The browser is set not to accept cookies. Inside the HTML-Code without the Session there would appear a code like: With the automatic adding of the session-id it will look like: According to http://validator.w3.org/check this does not qualify as valid HTML: " The validator has found an entity (something like &this;) that it doesn't recognize. There are a few possibilities: A reference to a URI that uses & as a separator between parameters, such as "http://example.org/prog?x=1&y=2";. To solve this problem, simply replace all the &'s in attribute values with & (user agents will convert them back before following the links.) " -- Edit bug report at http://bugs.php.net/?id=21722&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21722&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21722&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21722&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21722&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21722&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21722&r=support Expected behavior: http://bugs.php.net/fix.php?id=21722&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21722&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21722&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21722&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21722&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21722&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21722&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21722&r=gnused
#20831 [Csd]: UNC paths do not work.
ID: 20831 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 9x/2000/XP PHP Version: 4.3.0RC2, 4.3.0 Release New Comment: Yes, this IS the IIS problem. I am discontinuing bug discussion, but posting a workaround: I did check the flag, but it still the same. Also, when the PHP script lies out of the IIS server (accessed by UNC), it is surely started in another context. The solution here is to change IIS account to some user inside your domain. Previous Comments: [2003-01-16 18:14:34] [EMAIL PROTECTED] This bug is resolved so it should be closed. [2003-01-16 12:58:49] [EMAIL PROTECTED] Same setting runs perfectly here. I think this is not a PHP but an IIS issue. Try to check 'check that file exists' in the IIS control panel where you enter the path to php.exe. If this checkbox is not set, the context of php.exe will look for the file. In a CGI environment, this is LOCAL\SYSTEM - which usually does not have access to the remote server. Because of this CLI works (it runs with the permissions of the user logged in) and local UNC work too (LOCAL\SYSTEM as sufficent rights). If I had a CVS account I'd change this to a documentation problem. Christoph [2003-01-16 05:00:31] [EMAIL PROTECTED] The UNC syntax has been verified and fixed, which was the original bug. Please try to map the path as a network disk and access that. If that doesn't work either, there's no bug here, but a local config error. [2003-01-16 03:35:57] [EMAIL PROTECTED] Confirming the bug with the PHP 4.3.0 release. Also found strange behaviour when opening files by UNC under WinNT5/IIS5/PHP4.3.0. When I open file //proxy/somepath/... (on the server) by the UNC, it works fine. But when I try to open //main/somepath/... (on other server, permissions for browser are set accordingly) it fails. Also it fails opening files by UNC, except for the IIS server machine itself. Suggestions? P.S. Reopened the bug... [2002-12-11 11:29:25] [EMAIL PROTECTED] i have replaced the dll (only one copy), but it dont work for me. i will setup a second testinstall on another "clean" server. maybe its a iis config problem... i will check this now. thank for your helps... The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20831 -- Edit this bug report at http://bugs.php.net/?id=20831&edit=1
#21723 [NEW]: Won't compile.
From: [EMAIL PROTECTED]
Operating system: Redhat 7.0 (Kernel 2.4.5)
PHP version: 4.3.0
PHP Bug Type: Compile Failure
Bug description: Won't compile.
When i try to complile php 4.3.0. it stops at the following error when
running configure:
checking whether fp_except is defined... no
checking whether dlsym() requires a leading underscore in symbol
names... ./configure: line 76778: syntax error near unexpected token
`_LT_AC_TRY_DLOPEN_SELF('
./configure: line 76778: `_LT_AC_TRY_DLOPEN_SELF('
the compile options where:
./configure \
--sysconfdir=/etc \
--with-mysql \
--with-apache=../apache \
--enable-track-vars \
--with-ming \
--with-jpeg-dir \
--with-gd \
--enable-gd-native-ttf \
--with-jpeg-dir \
--with-freetype-dir \
--with-png-dir=/usr/lib \
--with-zlib-dir=/usr/include \
--
Edit bug report at http://bugs.php.net/?id=21723&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21723&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21723&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21723&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21723&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21723&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21723&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21723&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21723&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21723&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21723&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21723&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21723&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21723&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21723&r=gnused
#21724 [NEW]: Installation of PHP on Solaris (SUN)
From: [EMAIL PROTECTED] Operating system: Solaris 5.8 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: Installation of PHP on Solaris (SUN) I made command configure --with-oracle After that command make It gave error after some time Output line too long. Output line too long. Output line too long. gcc: main/a: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `sapi/cgi/php' -- Edit bug report at http://bugs.php.net/?id=21724&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21724&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21724&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21724&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21724&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21724&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21724&r=support Expected behavior: http://bugs.php.net/fix.php?id=21724&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21724&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21724&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21724&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21724&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21724&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21724&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21724&r=gnused
#21722 [Opn->Bgs]: &PHPSESSIONID not output as &PHPSESSIONID
ID: 21722 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You can change this behavior by reading http://www.php.net/manual/en/configuration.directives.php#ini.sect.data-handling (and especially the arg_separator.output stuff). Derick Previous Comments: [2003-01-18 04:08:03] [EMAIL PROTECTED] A session is generated with session_start(). The browser is set not to accept cookies. Inside the HTML-Code without the Session there would appear a code like: With the automatic adding of the session-id it will look like: According to http://validator.w3.org/check this does not qualify as valid HTML: " The validator has found an entity (something like &this;) that it doesn't recognize. There are a few possibilities: A reference to a URI that uses & as a separator between parameters, such as "http://example.org/prog?x=1&y=2";. To solve this problem, simply replace all the &'s in attribute values with & (user agents will convert them back before following the links.) " -- Edit this bug report at http://bugs.php.net/?id=21722&edit=1
#21575 [Com]: 4.2x to 4.3 Compatibility issue
ID: 21575 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Any PHP Version: 4.3.0 New Comment: [EMAIL PROTECTED] wrote: >For 4.3, cgi variables were changed to correctly conform to >cgi specs. This means that >PATH_INFO is now in fact PATH_INFO as per: >http://hostname/script_name.php/path/info?query_string You may try this URL url on Win32 web-server with PHP 4.3.0 as CGI and YOU WILL SEE - for this URL PHP will not show PATH_INFO variable, passed to it by web-server! Web-server pass PATH_INFO=/path/info (for this URL), but PhpInfo() in PHP 4.3.0 will NOT show PATH_INFO in the list! All old 4.2.x versions works OK with this case, and previous 4.3.0-dev too, but in 4.3.0 just drop PATH_INFO in any case. This is definitely 4.3.0 BUG. Previous Comments: [2003-01-13 11:26:28] [EMAIL PROTECTED] register globals has nothing to do with this. For 4.3, cgi variables were changed to correctly conform to cgi specs. This means that PATH_INFO is now in fact PATH_INFO as per: http://hostname/script_name.php/path/info?query_string Use SCRIPT_NAME or PHP_SELF if you need to refer to /script_name.php, and use SCRIPT_FILENAME if you need to get the full path to script_name.php [2003-01-13 06:15:51] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. [2003-01-13 05:30:53] [EMAIL PROTECTED] How can a PHP variable which existed when running 4.2.3 then disappears, without a mention that it was going to, when running 4.3.0 not be considered a bug? I have the same problem here. Yes, PHP has to rely on the server environment for the values to the PHP Variables, but if one version of PHP can see it and a newer one cannot, then surely the code has been modified incorrectly in the newer version. Nothing else has changed on my server - I can easily test this by having PHP in two different directories, PHP.4.2.3 and PHP.4.3.0. Naming each to PHP in turn and running the phpinfo() command produces a version with PHP_INFO, i.e. for 4.2.3 and one without, for 4.3.0 Regards, Taomyn [2003-01-11 12:15:55] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. php.ini settings do not have any impact on the enviroment variables. PHP will automatically gather all avaliable enviroment variables and make then avaliable to you, if an enviroment variable does not exist it simply means it is not set. In which case PHP cannot make it avaliable to you. [2003-01-11 06:37:21] [EMAIL PROTECTED] I'm using Windows 2000 with IIS 5, and I've tried both CGI and ISAPI mode. I updated my server to PHP4.30 on 2 Jan, as you may notice in another bug-report I submitted ( http:// bugs.php.net/bug.php?id=20426 ). I did not run Windows Update this week, and I disabled auto-update service since I don't trust Microsoft. :-) Anyway, it should not be called as 'bug', and I have not trouble to modify my codes (just find/replace PATH_INFO with PHP_SELF.) I'm just curious about what is going on. Does PHP.INI would affect environment variables ? I'm using all default settings but enabling register_globals. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21575 -- Edit this bug report at http://bugs.php.net/?id=21575&edit=1
#21718 [Fbk->Opn]: Segfault on pear installer script
ID: 21718 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Slackware Linux 8.1 PHP Version: 4.3.0 New Comment: Same again. Using zlib-1.1.4. Configure command was './configure' '--enable-sockets' '--with-pgsql' '--enable-pcntl' '--with-apxs' '--with-gd' '--with-zlib-dir=/usr/local/include/zlib' '--with-jpeg-dir' '--enable-exif' '--with-freetype-dir=/usr/local' '--with-dom=/usr/include/libxml2/libxml''--prefix=/usr/local/test' #0 0x0818861f in inflate_codes () #1 0x081874f3 in inflate_blocks () #2 0x08186686 in inflate () #3 0x08182637 in gzread () #4 0x0806d60b in php_gziop_read (stream=0x846f4e4, buf=0x847ffdc "by Marko Karppinen, <[EMAIL PROTECTED]>)\n\n* Added optional setLoginCallback() and setLogoutCallback() methods.\n (Patch by Marko Karppinen, <[EMAIL PROTECTED]>)\n\n* Added method setIdle"..., count=512) at /usr/local/src/php4-STABLE-200301181030/ext/zlib/zlib_fopen_wrapper.c:36 #5 0x081485b3 in _php_stream_read (stream=0x846f4e4, buf=0x847ffdc "by Marko Karppinen, <[EMAIL PROTECTED]>)\n\n* Added optional setLoginCallback() and setLogoutCallback() methods.\n (Patch by Marko Karppinen, <[EMAIL PROTECTED]>)\n\n* Added method setIdle"..., size=512) at /usr/local/src/php4-STABLE-200301181030/main/streams.c:589 #6 0x080e765c in zif_fread (ht=2, return_value=0x8470974, this_ptr=0x0, return_value_used=1) at /usr/local/src/php4-STABLE-200301181030/ext/standard/file.c:2083 #7 0x08178ca3 in execute (op_array=0x83797e4) at /usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1598 #8 0x08178e1a in execute (op_array=0x836155c) at /usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640 #9 0x08178e1a in execute (op_array=0x83608ac) at /usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640 #10 0x08178e1a in execute (op_array=0x83c3f94) at /usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640 #11 0x08178e1a in execute (op_array=0x83a9554) at /usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640 #12 0x08178e1a in execute (op_array=0x839657c) at /usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640 #13 0x08178e1a in execute (op_array=0x826cfb4) at /usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640 #14 0x081673ae in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php4-STABLE-200301181030/Zend/zend.c:864 #15 0x0813ff1a in php_execute_script (primary_file=0xb828) at /usr/local/src/php4-STABLE-200301181030/main/main.c:1573 #16 0x081818cc in main (argc=8, argv=0xb8a4) at /usr/local/src/php4-STABLE-200301181030/sapi/cli/php_cli.c:753 #17 0x4020017d in __libc_start_main (main=0x8180eec , argc=8, ubp_av=0xb8a4, init=0x8069424 <_init>, fini=0x81891b0 <_fini>, rtld_fini=0x4000a534 <_dl_fini>, stack_end=0xb89c) at ../sysdeps/generic/libc-start.c:129 Previous Comments: [2003-01-17 19:56:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-17 18:25:51] [EMAIL PROTECTED] Installed php-4.3.0 from source .tar.gz, then tried to install the 'Auth' pear package: berg@baboon:~$ pear install Auth downloading Auth-1.1.1.tgz ... ...done: 11,005 bytes Segmentation fault (core dumped) I think the crash occurs in the zlib compression functions. Backtrace follows: (gdb) bt #0 0x08187fdf in inflate_codes () #1 0x08186eb3 in inflate_blocks () #2 0x08186046 in inflate () #3 0x08181ff7 in gzread () #4 0x0806d4db in php_gziop_read (stream=0x846e904, buf=0x847f424 "by Marko Karppinen, <[EMAIL PROTECTED]>)\n\n* Added optional setLoginCallback() and setLogoutCallback() methods.\n (Patch by Marko Karppinen, <[EMAIL PROTECTED]>)\n\n* Added method setIdle"..., count=512) at /usr/local/src/php-4.3.0/ext/zlib/zlib_fopen_wrapper.c:36 #5 0x08147f53 in _php_stream_read (stream=0x846e904, buf=0x847f424 "by Marko Karppinen, <[EMAIL PROTECTED]>)\n\n* Added optional setLoginCallback() and setLogoutCallback() methods.\n (Patch by Marko Karppinen, <[EMAIL PROTECTED]>)\n\n* Added method setIdle"..., size=512) at /usr/local/src/php-4.3.0/main/streams.c:589 #6 0x080e744c in zif_fread (ht=2, return_value=0x846fd2c, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-4.3.0/ext/standard/file.c:2083 #7 0x08178693 in execute (op_array=0x83786b4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1598 #8 0x0817880a in execute (op_array=0x835c22c) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #9 0x0817880a in execute (op_array=0x836090c) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #10 0x0817
#21716 [Bgs->Opn]: 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode)
ID: 21716 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *Web Server problem -Operating System: WIndows 2000 +Operating System: Win32 PHP Version: 4.3.0 New Comment: That topic not solved this bug!! PHP 4.3.0 in CGI mode (php.exe) under Win32 NEVER shows PATH_INFO to script. Even if web-server have passed it according CGI-specs, like http://host/script.php/path/info. Just try - you'll unable to get PATH_INFO from 4.3.0. [EMAIL PROTECTED] wrote: >For 4.3, cgi variables were changed to correctly conform to >cgi specs. This means that >PATH_INFO is now in fact PATH_INFO as per: >http://hostname/script_name.php/path/info?query_string You may try this URL url on Win32 web-server with PHP 4.3.0 as CGI and YOU WILL SEE - for this URL PHP will not show PATH_INFO variable, passed to it by web-server! Web-server pass PATH_INFO=/path/info (for this URL), but PhpInfo() in PHP 4.3.0 will NOT show PATH_INFO in the list! All old 4.2.x versions works OK with this case, and previous 4.3.0-dev too, but in 4.3.0 just drop PATH_INFO in any case. This is definitely 4.3.0 BUG. Previous Comments: [2003-01-17 19:53:58] [EMAIL PROTECTED] See bug: http://bugs.php.net/bug.php?id=21575 And next time, SEARCH the bug database FIRST. [2003-01-17 17:19:13] [EMAIL PROTECTED] 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode under Windows 2000). 4.2.3, 4.2.2 and all previous work with PATH_INFO without problems. Also 4.3.0 changes SCRIPT_NAME so script receives not the same string as passed by WebServer! Also 4.2.x not have this problem. -- Edit this bug report at http://bugs.php.net/?id=21716&edit=1
#21723 [Opn->Bgs]: Won't compile.
ID: 21723
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Compile Failure
Operating System: Redhat 7.0 (Kernel 2.4.5)
PHP Version: 4.3.0
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
Previous Comments:
[2003-01-18 05:58:58] [EMAIL PROTECTED]
When i try to complile php 4.3.0. it stops at the following error when
running configure:
checking whether fp_except is defined... no
checking whether dlsym() requires a leading underscore in symbol
names... ./configure: line 76778: syntax error near unexpected token
`_LT_AC_TRY_DLOPEN_SELF('
./configure: line 76778: `_LT_AC_TRY_DLOPEN_SELF('
the compile options where:
./configure \
--sysconfdir=/etc \
--with-mysql \
--with-apache=../apache \
--enable-track-vars \
--with-ming \
--with-jpeg-dir \
--with-gd \
--enable-gd-native-ttf \
--with-jpeg-dir \
--with-freetype-dir \
--with-png-dir=/usr/lib \
--with-zlib-dir=/usr/include \
--
Edit this bug report at http://bugs.php.net/?id=21723&edit=1
#21724 [Opn->Bgs]: Installation of PHP on Solaris (SUN)
ID: 21724 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris 5.8 PHP Version: 4.3.0 New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. Previous Comments: [2003-01-18 06:05:38] [EMAIL PROTECTED] I made command configure --with-oracle After that command make It gave error after some time Output line too long. Output line too long. Output line too long. gcc: main/a: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `sapi/cgi/php' -- Edit this bug report at http://bugs.php.net/?id=21724&edit=1
#21723 [Com]: Won't compile.
ID: 21723
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Compile Failure
Operating System: Redhat 7.0 (Kernel 2.4.5)
PHP Version: 4.3.0
New Comment:
I had to resubmit with more data so i did !!!
Previous Comments:
[2003-01-18 06:41:38] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
[2003-01-18 05:58:58] [EMAIL PROTECTED]
When i try to complile php 4.3.0. it stops at the following error when
running configure:
checking whether fp_except is defined... no
checking whether dlsym() requires a leading underscore in symbol
names... ./configure: line 76778: syntax error near unexpected token
`_LT_AC_TRY_DLOPEN_SELF('
./configure: line 76778: `_LT_AC_TRY_DLOPEN_SELF('
the compile options where:
./configure \
--sysconfdir=/etc \
--with-mysql \
--with-apache=../apache \
--enable-track-vars \
--with-ming \
--with-jpeg-dir \
--with-gd \
--enable-gd-native-ttf \
--with-jpeg-dir \
--with-freetype-dir \
--with-png-dir=/usr/lib \
--with-zlib-dir=/usr/include \
--
Edit this bug report at http://bugs.php.net/?id=21723&edit=1
#21723 [Bgs]: Won't compile.
ID: 21723
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Compile Failure
Operating System: Redhat 7.0 (Kernel 2.4.5)
PHP Version: 4.3.0
New Comment:
1. You can edit earlier posted reports
2. This doesn't really add more information
To solve "1", go to http://bugs.php.net/bug.php?id=21719&edit=2
To solve "2": What are the versions on your system of:
m4
autoconf
automake
libtool
bison
glibc
mysql
libjpeg
Previous Comments:
[2003-01-18 06:50:47] [EMAIL PROTECTED]
I had to resubmit with more data so i did !!!
[2003-01-18 06:41:38] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
[2003-01-18 05:58:58] [EMAIL PROTECTED]
When i try to complile php 4.3.0. it stops at the following error when
running configure:
checking whether fp_except is defined... no
checking whether dlsym() requires a leading underscore in symbol
names... ./configure: line 76778: syntax error near unexpected token
`_LT_AC_TRY_DLOPEN_SELF('
./configure: line 76778: `_LT_AC_TRY_DLOPEN_SELF('
the compile options where:
./configure \
--sysconfdir=/etc \
--with-mysql \
--with-apache=../apache \
--enable-track-vars \
--with-ming \
--with-jpeg-dir \
--with-gd \
--enable-gd-native-ttf \
--with-jpeg-dir \
--with-freetype-dir \
--with-png-dir=/usr/lib \
--with-zlib-dir=/usr/include \
--
Edit this bug report at http://bugs.php.net/?id=21723&edit=1
#21716 [Com]: 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode)
ID: 21716 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Web Server problem Operating System: Win32 PHP Version: 4.3.0 New Comment: Compare these PhpInfo() outputs: http://php430.eserv.ru/php_info.php/path/info?query http://php423.eserv.ru/php_info.php/path/info?query Same web-server, same php.ini, very different environment variables! (of course, web-server pass the same variables, but 4.3.0 damages them! ;) PATH_INFO disappears in 4.3.0 :( Previous Comments: [2003-01-18 06:40:07] [EMAIL PROTECTED] That topic not solved this bug!! PHP 4.3.0 in CGI mode (php.exe) under Win32 NEVER shows PATH_INFO to script. Even if web-server have passed it according CGI-specs, like http://host/script.php/path/info. Just try - you'll unable to get PATH_INFO from 4.3.0. [EMAIL PROTECTED] wrote: >For 4.3, cgi variables were changed to correctly conform to >cgi specs. This means that >PATH_INFO is now in fact PATH_INFO as per: >http://hostname/script_name.php/path/info?query_string You may try this URL url on Win32 web-server with PHP 4.3.0 as CGI and YOU WILL SEE - for this URL PHP will not show PATH_INFO variable, passed to it by web-server! Web-server pass PATH_INFO=/path/info (for this URL), but PhpInfo() in PHP 4.3.0 will NOT show PATH_INFO in the list! All old 4.2.x versions works OK with this case, and previous 4.3.0-dev too, but in 4.3.0 just drop PATH_INFO in any case. This is definitely 4.3.0 BUG. [2003-01-17 19:53:58] [EMAIL PROTECTED] See bug: http://bugs.php.net/bug.php?id=21575 And next time, SEARCH the bug database FIRST. [2003-01-17 17:19:13] [EMAIL PROTECTED] 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode under Windows 2000). 4.2.3, 4.2.2 and all previous work with PATH_INFO without problems. Also 4.3.0 changes SCRIPT_NAME so script receives not the same string as passed by WebServer! Also 4.2.x not have this problem. -- Edit this bug report at http://bugs.php.net/?id=21716&edit=1
#21575 [Com]: 4.2x to 4.3 Compatibility issue
ID: 21575 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Any PHP Version: 4.3.0 New Comment: Compare these PhpInfo() outputs: http://php430.eserv.ru/php_info.php/path/info?query http://php423.eserv.ru/php_info.php/path/info?query Same web-server, same php.ini, very different environment variables! (of course, web-server pass the same variables, but 4.3.0 damages them! ;) PATH_INFO disappears in 4.3.0 :( Previous Comments: [2003-01-18 06:35:03] [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: >For 4.3, cgi variables were changed to correctly conform to >cgi specs. This means that >PATH_INFO is now in fact PATH_INFO as per: >http://hostname/script_name.php/path/info?query_string You may try this URL url on Win32 web-server with PHP 4.3.0 as CGI and YOU WILL SEE - for this URL PHP will not show PATH_INFO variable, passed to it by web-server! Web-server pass PATH_INFO=/path/info (for this URL), but PhpInfo() in PHP 4.3.0 will NOT show PATH_INFO in the list! All old 4.2.x versions works OK with this case, and previous 4.3.0-dev too, but in 4.3.0 just drop PATH_INFO in any case. This is definitely 4.3.0 BUG. [2003-01-13 11:26:28] [EMAIL PROTECTED] register globals has nothing to do with this. For 4.3, cgi variables were changed to correctly conform to cgi specs. This means that PATH_INFO is now in fact PATH_INFO as per: http://hostname/script_name.php/path/info?query_string Use SCRIPT_NAME or PHP_SELF if you need to refer to /script_name.php, and use SCRIPT_FILENAME if you need to get the full path to script_name.php [2003-01-13 06:15:51] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. [2003-01-13 05:30:53] [EMAIL PROTECTED] How can a PHP variable which existed when running 4.2.3 then disappears, without a mention that it was going to, when running 4.3.0 not be considered a bug? I have the same problem here. Yes, PHP has to rely on the server environment for the values to the PHP Variables, but if one version of PHP can see it and a newer one cannot, then surely the code has been modified incorrectly in the newer version. Nothing else has changed on my server - I can easily test this by having PHP in two different directories, PHP.4.2.3 and PHP.4.3.0. Naming each to PHP in turn and running the phpinfo() command produces a version with PHP_INFO, i.e. for 4.2.3 and one without, for 4.3.0 Regards, Taomyn [2003-01-11 12:15:55] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. php.ini settings do not have any impact on the enviroment variables. PHP will automatically gather all avaliable enviroment variables and make then avaliable to you, if an enviroment variable does not exist it simply means it is not set. In which case PHP cannot make it avaliable to you. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21575 -- Edit this bug report at http://bugs.php.net/?id=21575&edit=1
#21725 [NEW]: return behaviour differs between include and require
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.3.0
PHP Bug Type: Scripting Engine problem
Bug description: return behaviour differs between include and require
when a return is made out of an included file (using
include), the value is properly returned. However, using
the require statement instead results in values not being
preperly returned from a return statement in included
code.
Example
This function currently exists in a class and works.
function execQuery( &$sql, $result_status, $file, $line )
{
return include( dirname( __FILE__
)."/execQuery.php" );
}
This function DOES NOT WORK when I attempt the use the
result it is not defined.
function execQuery( &$sql, $result_status, $file, $line )
{
return require( dirname( __FILE__
)."/execQuery.php" );
}
This is the contents of the file it includes
validateFileConstants( $file,
$line, __FILE__, __LINE__ );
if ( !is_string( $sql ) ) {
$this->{$this->log_func} ( "File: $file. Line:
$line. \$sql is NOT a string. (%s, %d)",__FILE__, __LINE__
);
}
if ( !is_int( $result_status ) ) {
$this->{$this->log_func} ( "File: $file. Line:
$line. \$sql is NOT a string. (%s, %d)", __FILE__,
__LINE__ );
}
if ( $this->conn == NULL ) {
$this->{$this->log_func} ( "File: $file. Line:
$line. \$conn not open. (%s, %d)", __FILE__, __LINE__ );
}
if ( pg_result_status( $rs = pg_query ( $this->conn,
$sql ) ) !== $result_status ) {
/*pg_query returns false, can't use result_error.*/
$this->{$this->log_func} ( "File: $file. Line:
$line. Error executing. \"%s\" (%s, %d)"
, pg_last_error(), __FILE__,
__LINE__ );
}
return $rs;
?>
This behavious is also inconsistent with tjhe document
which reads that the onyl difference if a warning or Fatal
Error.
Josh.
--
Edit bug report at http://bugs.php.net/?id=21725&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21725&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21725&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21725&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21725&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21725&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21725&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21725&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21725&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21725&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21725&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21725&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21725&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21725&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21725&r=gnused
#21718 [Opn]: Segfault on pear installer script
ID: 21718
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Slackware Linux 8.1
PHP Version: 4.3.0
New Comment:
Does this help? I don't know much about debugging c++!
(gdb) frame 3
#3 0x08182637 in gzread ()
(gdb) l
31 static size_t php_gziop_read(php_stream *stream, char *buf,
size_t count TSRMLS_DC)
32 {
33 struct php_gz_stream_data_t *self = (struct
php_gz_stream_data_t *)stream->abstract;
34 int read;
35
36 read = gzread(self->gz_file, buf, count);
37
38 if (gzeof(self->gz_file))
39 stream->eof = 1;
40
(gdb) p stream
$25 = (FILE *) 0x0
(gdb) up
#4 0x0806d60b in php_gziop_read (stream=0x846f1d4,
buf=0x846f444 "package.xml", count=512)
at
/usr/local/src/php4-STABLE-200301181030/ext/zlib/zlib_fopen_wrapper.c:36
36 read = gzread(self->gz_file, buf, count);
(gdb) l
31 static size_t php_gziop_read(php_stream *stream, char *buf,
size_t count TSRMLS_DC)
32 {
33 struct php_gz_stream_data_t *self = (struct
php_gz_stream_data_t *)stream->abstract;
34 int read;
35
36 read = gzread(self->gz_file, buf, count);
37
38 if (gzeof(self->gz_file))
39 stream->eof = 1;
40
(gdb) p stream
$26 = (php_stream *) 0x846f1d4
(gdb) p *stream
$27 = {ops = 0x81bc280, abstract = 0x84702a4, filterhead = 0x0,
filtertail = 0x0, wrapper = 0x0, wrapperthis = 0x0, wrapperdata =
0x0,
fgetss_state = 0, is_persistent = 0, mode = "rb", '\0' ,
rsrc_id = 65, in_free = 0, fclose_stdiocast = 0, stdiocast = 0x0,
context = 0x0, flags = 2, position = 0, readbuf = 0x0, readbuflen =
0,
readpos = 0, writepos = 0, chunk_size = 8192, eof = 0}
Previous Comments:
[2003-01-18 06:36:12] [EMAIL PROTECTED]
Same again. Using zlib-1.1.4. Configure command was './configure'
'--enable-sockets' '--with-pgsql' '--enable-pcntl' '--with-apxs'
'--with-gd' '--with-zlib-dir=/usr/local/include/zlib' '--with-jpeg-dir'
'--enable-exif' '--with-freetype-dir=/usr/local'
'--with-dom=/usr/include/libxml2/libxml''--prefix=/usr/local/test'
#0 0x0818861f in inflate_codes ()
#1 0x081874f3 in inflate_blocks ()
#2 0x08186686 in inflate ()
#3 0x08182637 in gzread ()
#4 0x0806d60b in php_gziop_read (stream=0x846f4e4,
buf=0x847ffdc "by Marko Karppinen,
<[EMAIL PROTECTED]>)\n\n* Added optional setLoginCallback() and
setLogoutCallback() methods.\n (Patch by Marko Karppinen,
<[EMAIL PROTECTED]>)\n\n* Added method setIdle"..., count=512)
at
/usr/local/src/php4-STABLE-200301181030/ext/zlib/zlib_fopen_wrapper.c:36
#5 0x081485b3 in _php_stream_read (stream=0x846f4e4,
buf=0x847ffdc "by Marko Karppinen,
<[EMAIL PROTECTED]>)\n\n* Added optional setLoginCallback() and
setLogoutCallback() methods.\n (Patch by Marko Karppinen,
<[EMAIL PROTECTED]>)\n\n* Added method setIdle"..., size=512)
at /usr/local/src/php4-STABLE-200301181030/main/streams.c:589
#6 0x080e765c in zif_fread (ht=2, return_value=0x8470974,
this_ptr=0x0, return_value_used=1)
at
/usr/local/src/php4-STABLE-200301181030/ext/standard/file.c:2083
#7 0x08178ca3 in execute (op_array=0x83797e4) at
/usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1598
#8 0x08178e1a in execute (op_array=0x836155c) at
/usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640
#9 0x08178e1a in execute (op_array=0x83608ac) at
/usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640
#10 0x08178e1a in execute (op_array=0x83c3f94) at
/usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640
#11 0x08178e1a in execute (op_array=0x83a9554) at
/usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640
#12 0x08178e1a in execute (op_array=0x839657c) at
/usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640
#13 0x08178e1a in execute (op_array=0x826cfb4) at
/usr/local/src/php4-STABLE-200301181030/Zend/zend_execute.c:1640
#14 0x081673ae in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/usr/local/src/php4-STABLE-200301181030/Zend/zend.c:864
#15 0x0813ff1a in php_execute_script (primary_file=0xb828) at
/usr/local/src/php4-STABLE-200301181030/main/main.c:1573
#16 0x081818cc in main (argc=8, argv=0xb8a4) at
/usr/local/src/php4-STABLE-200301181030/sapi/cli/php_cli.c:753
#17 0x4020017d in __libc_start_main (main=0x8180eec , argc=8,
ubp_av=0xb8a4, init=0x8069424 <_init>, fini=0x81891b0 <_fini>,
rtld_fini=0x4000a534 <_dl_fini>, stack_end=0xb89c) at
../sysdeps/generic/libc-start.c:129
[2003-01-17 19:56:52] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://sn
#21643 [Fbk->Opn]: ldap_search same criteria no results
ID: 21643 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: windows 2000 PHP Version: 4.3.0 New Comment: I'm on the edit submission tab but it still says "New Comment" I hope this is the right way to respond to this. Anyway, I will try to build a simple sample on Monday. Thanks! Previous Comments: [2003-01-17 21:03:32] [EMAIL PROTECTED] Please don't reply to your own report using 'Add Comment', use 'Edit Submission' link instead!!! And yes, it might be possible that your search string is not valid, please ask on some openldap mailing list. And I didn't ask for you to make your own ldap server public, but come up with script accessing one of these servers: http://www.emailman.com/ldap/public.html [2003-01-16 11:42:08] [EMAIL PROTECTED] "Are you absolutely sure you updated PHP correctly? All the dlls from the dlls/ folder too?" - I am positive. I copied the dlls folder to system32 just to check. Same result. 4.3 is completely functional except I have to use the php_ldap.dll file from 4.2.3. "And could you come up with a short example script using some public ldap server so that I can try it myself within Linux?" - I really can't. The only reason I can't is that our network would go haywire if I set up a temporary Active Directory server. Is it possible that the changes made cause the search function to look at the criteria differently? Maybe my search string is no longer valid? [2003-01-15 16:09:24] [EMAIL PROTECTED] And could you come up with a short example script using some public ldap server so that I can try it myself within Linux? [2003-01-15 16:00:35] [EMAIL PROTECTED] Are you absolutely sure you updated PHP correctly? All the dlls from the dlls/ folder too? [2003-01-14 18:24:20] [EMAIL PROTECTED] Below is a sample of the problem. First is a string of the function call and then the result. Results are not coming back for the extension that came with 4.3.0. / USING EXTENSION FROM 4.2.3 THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Susan Lincoln'); the result was :[1] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Bob Johnson'); the result was :[1] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Stephen Hyde'); the result was :[1] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Cory Hymn'); the result was :[1] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Stan Kanner'); the result was :[1] / USING EXTENSION FROM 4.3.0 THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Susan Lincoln'); the result was :[] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Bob Johnson'); the result was : [] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Stephen Hyde'); the result was :[] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Cory Hymn'); the result was :[] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Stan Kanner'); the result was :[] -- Edit this bug report at http://bugs.php.net/?id=21643&edit=1
#21726 [NEW]: Memory leaks
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 5CVS-2003-01-18 (dev) PHP Bug Type: *General Issues Bug description: Memory leaks /opt/DEV/php/php4/ext/standard/scanf.c(887) : Freeing 0x418B2B64 (22 bytes), script=./test.php Last leak repeated 675 times /opt/DEV/php/php4/Zend/zend_execute.c(2876) : Freeing 0x418A6964 (4 bytes), script=./test.php /opt/DEV/php/php4/Zend/zend_variables.c(110) : Actual location (location was relayed) with this script: #!/usr/bin/php The Makefile used is the Makefile generated in php source directory when running configure. And yes, the script is ugly. -- Edit bug report at http://bugs.php.net/?id=21726&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21726&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21726&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21726&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21726&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21726&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21726&r=support Expected behavior: http://bugs.php.net/fix.php?id=21726&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21726&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21726&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21726&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21726&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21726&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21726&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21726&r=gnused
#21716 [Opn->Asn]: 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode)
ID: 21716 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: *Web Server problem Operating System: Win32 PHP Version: 4.3.0 -Assigned To: +Assigned To: shane Previous Comments: [2003-01-18 07:02:09] [EMAIL PROTECTED] Compare these PhpInfo() outputs: http://php430.eserv.ru/php_info.php/path/info?query http://php423.eserv.ru/php_info.php/path/info?query Same web-server, same php.ini, very different environment variables! (of course, web-server pass the same variables, but 4.3.0 damages them! ;) PATH_INFO disappears in 4.3.0 :( [2003-01-18 06:40:07] [EMAIL PROTECTED] That topic not solved this bug!! PHP 4.3.0 in CGI mode (php.exe) under Win32 NEVER shows PATH_INFO to script. Even if web-server have passed it according CGI-specs, like http://host/script.php/path/info. Just try - you'll unable to get PATH_INFO from 4.3.0. [EMAIL PROTECTED] wrote: >For 4.3, cgi variables were changed to correctly conform to >cgi specs. This means that >PATH_INFO is now in fact PATH_INFO as per: >http://hostname/script_name.php/path/info?query_string You may try this URL url on Win32 web-server with PHP 4.3.0 as CGI and YOU WILL SEE - for this URL PHP will not show PATH_INFO variable, passed to it by web-server! Web-server pass PATH_INFO=/path/info (for this URL), but PhpInfo() in PHP 4.3.0 will NOT show PATH_INFO in the list! All old 4.2.x versions works OK with this case, and previous 4.3.0-dev too, but in 4.3.0 just drop PATH_INFO in any case. This is definitely 4.3.0 BUG. [2003-01-17 19:53:58] [EMAIL PROTECTED] See bug: http://bugs.php.net/bug.php?id=21575 And next time, SEARCH the bug database FIRST. [2003-01-17 17:19:13] [EMAIL PROTECTED] 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode under Windows 2000). 4.2.3, 4.2.2 and all previous work with PATH_INFO without problems. Also 4.3.0 changes SCRIPT_NAME so script receives not the same string as passed by WebServer! Also 4.2.x not have this problem. -- Edit this bug report at http://bugs.php.net/?id=21716&edit=1
#21128 [Opn->Dup]: lost of static reference between calls
ID: 21128
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type:Scripting Engine problem
PHP Version: 4.2.3
New Comment:
Variant of bug #20175
Previous Comments:
[2002-12-21 04:38:52] [EMAIL PROTECTED]
I want to keep a reference on a global object in a static method. But,
between calls of this static method, my reference becomes NULL !
Look at this simple self-explanatory code:
class B {
var $x=100;
}
class A {
/*Returns an instance*/
function &getInstance(){
if( !isset($GLOBALS['foo']) ){
$GLOBALS['foo'] =& new B();
}
return $GLOBALS['foo'];
}
}
/*this function gets the instance and show information*/
function staticExecution(){
static $instance=NULL;
echo "ENTER staticExecution". "\n";
//If static variable is not initialized
if( $instance === NULL ){
$instance =& A::getInstance();
echo "DEBUG: getInstance is called". "\n";;
}
echo 'BEFORE INCREMENT:$instance->x=='.$instance->x."\n";
$instance->x++;
echo 'AFTER INCREMENT: $instance->x == '.$instance->x . "\n";
echo "EXIT staticExecution". "\n";;
}
//ten call to staticExecution
for ($i=0; $i<10; $i++){
staticExecution();
echo "";
}
RESULTS:
ENTER staticExecution
DEBUG: getInstance is called
BEFORE INCREMENT: $instance->x == 100
AFTER INCREMENT: $instance->x == 101
EXIT staticExecution
ENTER
staticExecution
DEBUG: getInstance is called
BEFORE INCREMENT: $instance->x == 101
AFTER INCREMENT: $instance->x == 102
EXIT staticExecution
ENTER
staticExecution
DEBUG: getInstance is called
BEFORE INCREMENT: $instance->x == 102
AFTER INCREMENT: $instance->x == 103
EXIT staticExecution
ENTER
staticExecution
DEBUG: getInstance is called
BEFORE INCREMENT: $instance->x == 103
AFTER INCREMENT: $instance->x == 104
EXIT staticExecution
LIKE THIS TEN TIMES;
WHAT DO WE NOTICE:
- the reference returned is good: x is incremented
- BUT the debug message appears 10 times !!! Indeed, my static variable
is reinitialized between calls
--
Edit this bug report at http://bugs.php.net/?id=21128&edit=1
#21128 [Dup->WFx]: lost of static reference between calls
ID: 21128
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Duplicate
+Status: Wont fix
Bug Type:Scripting Engine problem
PHP Version: 4.2.3
New Comment:
..and see the reason in the above mentioned report..
Previous Comments:
[2003-01-18 09:25:21] [EMAIL PROTECTED]
Variant of bug #20175
[2002-12-21 04:38:52] [EMAIL PROTECTED]
I want to keep a reference on a global object in a static method. But,
between calls of this static method, my reference becomes NULL !
Look at this simple self-explanatory code:
class B {
var $x=100;
}
class A {
/*Returns an instance*/
function &getInstance(){
if( !isset($GLOBALS['foo']) ){
$GLOBALS['foo'] =& new B();
}
return $GLOBALS['foo'];
}
}
/*this function gets the instance and show information*/
function staticExecution(){
static $instance=NULL;
echo "ENTER staticExecution". "\n";
//If static variable is not initialized
if( $instance === NULL ){
$instance =& A::getInstance();
echo "DEBUG: getInstance is called". "\n";;
}
echo 'BEFORE INCREMENT:$instance->x=='.$instance->x."\n";
$instance->x++;
echo 'AFTER INCREMENT: $instance->x == '.$instance->x . "\n";
echo "EXIT staticExecution". "\n";;
}
//ten call to staticExecution
for ($i=0; $i<10; $i++){
staticExecution();
echo "";
}
RESULTS:
ENTER staticExecution
DEBUG: getInstance is called
BEFORE INCREMENT: $instance->x == 100
AFTER INCREMENT: $instance->x == 101
EXIT staticExecution
ENTER
staticExecution
DEBUG: getInstance is called
BEFORE INCREMENT: $instance->x == 101
AFTER INCREMENT: $instance->x == 102
EXIT staticExecution
ENTER
staticExecution
DEBUG: getInstance is called
BEFORE INCREMENT: $instance->x == 102
AFTER INCREMENT: $instance->x == 103
EXIT staticExecution
ENTER
staticExecution
DEBUG: getInstance is called
BEFORE INCREMENT: $instance->x == 103
AFTER INCREMENT: $instance->x == 104
EXIT staticExecution
LIKE THIS TEN TIMES;
WHAT DO WE NOTICE:
- the reference returned is good: x is incremented
- BUT the debug message appears 10 times !!! Indeed, my static variable
is reinitialized between calls
--
Edit this bug report at http://bugs.php.net/?id=21128&edit=1
#21044 [Opn->Csd]: getcwd() returns empty string (not always)
ID: 21044 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Directory function related Operating System: Linux, 2.2.22 PHP Version: 4.3.0RC3 Previous Comments: [2002-12-18 09:48:26] [EMAIL PROTECTED] I've got the solution! After hacking php sources for a few hours (ok, minutes...) I've found the solution: I had to add '#define VIRTUAL_DIR 0' line just before '#ifdef VIRTUAL_DIR' condition in TSRM/tsrm_virtual_cwd.h file. To my surprise defined values (0 wether 1) has no effect. I just had to add that define. Now everything works. Well, maybe it's my gcc fault. I'm using quite an old one: 2.7.2.3 Thanks for your time. [2002-12-16 10:17:03] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. I've tries the latest 4.3.0 stable CVS and cannot replicate the bug. getcwd() on non-zts installs uses the native getcwd() provided by your libc, so the virtual host or simular things will have no affect on it. [2002-12-16 08:56:52] [EMAIL PROTECTED] According to phpinfo(): ./configure --with-apxs=/usr/local/apache/bin/apxs --without-pear --with-zlib --with-dom --without-xml --with-expat-dir=/usr/local --with-iconv=/usr/local --with-curl --with-pgsql=/usr/local/pgsql --enable-ftp Full phpinfo() output can be found at: http://www.ma.krakow.pl/~miki/test.php Now that site is running 4.3.0-pre1, but it behaves the same like 4.3.0rc3 I tested it on (with the same configure parameters). [2002-12-16 08:49:30] [EMAIL PROTECTED] Could you please show the parameters you've passed to PHP's configure script, they can be found inside config.nice. [2002-12-16 08:04:36] [EMAIL PROTECTED] getcwd() works only within pages in 'main' document root. Pages under user directories (/~user/) and pages located in every virtual host directory doesn't get proper getcwd(). It results in include() and reqiure() using relative paths not working. Bug came out when I was trying to install fresh copy of postnuke. -- Edit this bug report at http://bugs.php.net/?id=21044&edit=1
#21444 [Opn->Bgs]: Asort output not fully sorted in mixed type array with BOOLEANs
ID: 21444
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Windows XP Pro Build 2600
PHP Version: 4.3.0
New Comment:
IMO this is not PHP problem but the way the compares are done. You
have to master the type juggling to see that the result is correct. I
have reduced your testcase to this :
The output is :
array(10) {
[0]=>
bool(true)
[1]=>
int(4)
[2]=>
string(1) "4"
[3]=>
string(4) "TRUE"
[4]=>
string(1) "a"
[5]=>
string(1) "b"
[6]=>
string(1) "c"
[7]=>
string(1) "d"
[8]=>
string(4) "true"
[9]=>
int(5)
}
It may look strange - why (int)5 is after all the strings. This is
because "4" is lower than (int) 5, "4" is before "true" and "true" is
before 5. The first 2 are obvious, the third one is not. But it is ok.
It's better not to mix types in the array. If 5 is changed to "5" then
"5" goes right after "4".
Bogusifying
Previous Comments:
[2003-01-05 16:44:32] [EMAIL PROTECTED]
Last addition: I meant sort() where I used asort(), but the result is
the same
[2003-01-05 16:32:32] [EMAIL PROTECTED]
Well, it appears to be only related to the BOOLEAN array item. Removing
that from the original array leaves a perfectly sorted array as far as
I can see now.
[2003-01-05 16:26:51] [EMAIL PROTECTED]
I use PHP4.0.3 on Apache 1.3.27, both standard binaries as supplied on
the download site. Freshly installed yesterday. No modifications. I
used the php.ini-recommended file as php.ini
Installed exactly as prescribed in install.txt, only instead of c:/php
I use d:/program files/php and changed the ini accordingly.
Adapted the apache conf file as described.
I used below script in an attempt to judge workload forced on the php
server as well as asort() speed. Output is a bit large to add here, but
can be requested via my email. In short, the array IS sorted, but in
all identical "subrows" every now and then one or two array items are
1's (I assume the equivalent of TRUE. Rerunning the script results in
the SAME faults. Sorting within the script twice or more does not
change the faulty array.
Tried with single-type arrays, that doesn't seem to produce the same
errors, but this was not thoroughly tested.
I am sorry, but I haven't figured out a way to get a backtrace yet, I
am relatively new to this PHP stuff.
For your convenience, you can run the script from my server by opening
http://eniac.xs4all.nl/tut8.php and see my PHP server details on
http://eniac.xs4all.nl/x345info.php (I noticed this script still 'sees'
remainders of previous 1.3.24 apache as well as the correct 1.3.27
installs, allthough the .24 has been removed...
More info ? Contact me at my email. Thanks!
--
Edit this bug report at http://bugs.php.net/?id=21444&edit=1
#20831 [Com]: UNC paths do not work.
ID: 20831 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 9x/2000/XP PHP Version: 4.3.0RC2, 4.3.0 Release New Comment: Yes, shure, the webserver account must have sufficiant access rights to the documents you try to open. However, this is not an IIS issue, the same is true for every web server. If the documents are on another machine, it's best to use a domain user or an identical (user name AND password) local (IUSER) account on the other machine. Maybe this needs some documentation. I'm willing to write it, but somebody has to look over my text because of my limited english skills. Christoph Previous Comments: [2003-01-18 04:36:51] [EMAIL PROTECTED] Yes, this IS the IIS problem. I am discontinuing bug discussion, but posting a workaround: I did check the flag, but it still the same. Also, when the PHP script lies out of the IIS server (accessed by UNC), it is surely started in another context. The solution here is to change IIS account to some user inside your domain. [2003-01-16 18:14:34] [EMAIL PROTECTED] This bug is resolved so it should be closed. [2003-01-16 12:58:49] [EMAIL PROTECTED] Same setting runs perfectly here. I think this is not a PHP but an IIS issue. Try to check 'check that file exists' in the IIS control panel where you enter the path to php.exe. If this checkbox is not set, the context of php.exe will look for the file. In a CGI environment, this is LOCAL\SYSTEM - which usually does not have access to the remote server. Because of this CLI works (it runs with the permissions of the user logged in) and local UNC work too (LOCAL\SYSTEM as sufficent rights). If I had a CVS account I'd change this to a documentation problem. Christoph [2003-01-16 05:00:31] [EMAIL PROTECTED] The UNC syntax has been verified and fixed, which was the original bug. Please try to map the path as a network disk and access that. If that doesn't work either, there's no bug here, but a local config error. [2003-01-16 03:35:57] [EMAIL PROTECTED] Confirming the bug with the PHP 4.3.0 release. Also found strange behaviour when opening files by UNC under WinNT5/IIS5/PHP4.3.0. When I open file //proxy/somepath/... (on the server) by the UNC, it works fine. But when I try to open //main/somepath/... (on other server, permissions for browser are set accordingly) it fails. Also it fails opening files by UNC, except for the IIS server machine itself. Suggestions? P.S. Reopened the bug... The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20831 -- Edit this bug report at http://bugs.php.net/?id=20831&edit=1
#8217 [Opn->Csd]: long2ip gives 127.255.255.255 result instead of correct value
ID: 8217 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.3pl1 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2000-12-13 06:35:01] [EMAIL PROTECTED] Numbers you brought are not valid PHP longs, they don't fit signed long. So they don't give good result in long2ip. It might be done with a special hack, but it's not a bug - it's a lacking feature. [2000-12-12 18:43:49] [EMAIL PROTECTED] Feed the following list to this script and you will see how long2ip screws up. There is an overflow condition it seems: 178519801 1061963075 1070665698 1070668067 2180645450 2180645574 2180645666 2180645722 2180647266 2180648705 2180649062 2180652350 2180676205 2301042637 2554268534 2554278550 2554279006 3232238083 3232238334 3435825182 3435825736 3475085569 3506496261 3508072161 3522432302 3528459286 3528470646 3528471070 -- Edit this bug report at http://bugs.php.net/?id=8217&edit=1
#8328 [Opn->WFx]: ucwords and ucfirst misbehaving with quotes
ID: 8328 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.3pl1 New Comment: FYI: you can use mb_convert_case() function that was introduced in 4.3.0 instead of ucwords(). It works exactly as you want. Previous Comments: [2001-01-10 01:37:44] [EMAIL PROTECTED] i disagree with the proposed change to ucfirst (which incidentally returns >>"test2" again<<) since, unlike ucwords, it isn't necessarily only used for natural language. [2000-12-20 01:03:00] [EMAIL PROTECTED] Another unrelated ucwords/ucfirst bug(?): produces: This Is A "test" With Word "test" In Quotes "test2" Again I understand that by algorithm, first character of each word *IS* upper-cased (because first character is "). However, for us humans, " is not considered a part of a word, therefore "t" in above example should be treated as first letter, and test and test2 should be Test and Test2. I think that any non-alphanumeric character that is in the beginning of a word (meaning follows a whitespace) should not be considered as "first". So then: "test1" - 'test2' would be"Test1" - 'Test2' "test3" -'test4'would be"Test3" -'Test4' "test5-test6" would be"Test5-test6" Comments welcome.. -- Edit this bug report at http://bugs.php.net/?id=8328&edit=1
#14705 [Opn->Bgs]: func_get_args(): return references to params?
ID: 14705
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: linux
PHP Version: 4.0.5
New Comment:
Duplicate of bug #6427
Keep this in one place...
Previous Comments:
[2001-12-26 16:20:52] [EMAIL PROTECTED]
function pointerTest()
{
$args = &func_get_args();
pointerTest2(&$args[0]);
$myP = &$args[0];
pointerTest2(&$myP);
}
function pointerTest2(&$arg1)
{
$arg1++;
}
$myVal = 10;
pointerTest(&$myVal);
echo $myVal;
-
i believe that currently func_get_args() can't return an array of
references. it also applies to func_get_arg(int) which can't return a
reference to the parameter in question. could that be changed to allow
user-defined functions on variable-length argument lists that operate
on their parameters by reference?
--
Edit this bug report at http://bugs.php.net/?id=14705&edit=1
#14949 [Opn->Csd]: fprintf function
ID: 14949 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-01-09 09:57:35] [EMAIL PROTECTED] This issue has stumped me since I first started working with PHP (Around version 3.0.14 I believe). And I'm fairly sure I'm not the only one wondering about this. How come there is no fprintf function? I looked at the FAQ on the website (even tried submitting a comment on it). I've read a few books on PHP, and they all say "there is no fprintf function." I've done numerous web searches on this question, and although I have found workarounds for the lack of this function, I never found the reason why it was excluded. I know you are all busy with other, more pressing concerns regarding PHP and its upkeep, but whatever the answer is, could you please put it in the FAQ for all to see? Thanks for your time! -- Edit this bug report at http://bugs.php.net/?id=14949&edit=1
#19300 [Opn->Csd]: $_POST vars lost chars when parse form
ID: 19300 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed -Bug Type: Feature/Change Request +Bug Type: mbstring related Operating System: all PHP Version: 4.2.3 Previous Comments: [2002-09-09 01:26:31] [EMAIL PROTECTED] page1.htm : When the inputbox content is BIG5 encoding words, after submiting, the $_POST['title'] variable will lose pre-words. example: input = ´ú¸Õ¤@¤U $_POST['title'] = "¤@¤U" ### configure line: CC=gcc \ CFLAGS="-O6 -mcpu=pentiumpro" \ ./configure \ --enable-track-vars \ --enable-inline-optimization \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-ctype \ --disable-wddx \ --disable-debug \ --disable-experimental-zts \ --with-xml \ --with-mcrypt=/usr/local \ --with-dom=/usr/local \ --with-zlib-dir=/usr/local \ --with-mysql=/usr/local/mysql \ --with-iconv=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --prefix=/usr/local -- Edit this bug report at http://bugs.php.net/?id=19300&edit=1
#17819 [Opn->Dup]: gethostbyaddr
ID: 17819 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Feature/Change Request Operating System: RedHat Linux 7.2 PHP Version: 4.1.2 New Comment: This feature request seems the same as bug #14246 Previous Comments: [2002-06-18 13:39:11] [EMAIL PROTECTED] Can we get the function gethostbyaddr or gethostbyip to accept a second value. that second value would be that of what DNS server to query to get the information. If second value is NULL, then use the systems resolv library. -- Edit this bug report at http://bugs.php.net/?id=17819&edit=1
#12857 [Opn]: get_html_translation_tabele() and non HTML_SPECIALCHARS
ID: 12857 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:Feature/Change Request PHP Version: 4.0.6 New Comment: Related to bug #12526 Previous Comments: [2001-08-20 06:44:49] [EMAIL PROTECTED] Hi all, i have the need for another translation table of function get_html_translation_tabele(); HTML_SPECIALCHARS returns only Specialchars (<,>,&,") HTML_ENTITIES returns all Entities but i need the complete Entity Table without the special chars. -- Edit this bug report at http://bugs.php.net/?id=12857&edit=1
#21729 [NEW]: imagettftext don't work with a image copied resized from another
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.3.0
PHP Bug Type: GD related
Bug description: imagettftext don't work with a image copied resized from another
This code work fine on PHP 4.2.3 compiled with gd2.0.4, but give a image
without text with php 4.3 compiled with internal gd support. I have this
problem only in the image resized and not with the original image:
if($width==$isize[0]) //original size: this work
{
$im = ImageCreateFromPNG ("bottoni/".$tipo_bottone);
}
else // to resize: don't work
{
$im1 = ImageCreateFromPNG("bottoni/".$tipo_bottone);
$im=ImageCreateTrueColor($width, $isize[1]);
ImageCopy($im, im1,0,0,0,0,$margin_width,$isize[1]);
ImageCopyResized($im, $im1, $margin_width, 0, $margin_width, 0,
$width, $isize[1], round($isize[0]-($margin_width * 2),0), $isize[1]);
ImageCopy($im,
$im1,$margin_width+$width-1,0,$isize[0]-$margin_width,0,$margin_width,$isize[1]);
ImageDestroy($im1);
}
ImageAlphaBlending($im, true);
$tc = ImageColorAllocate ($im, $colors[$color][0],
$colors[$color][1], $colors[$color][2]);
imagettftext($im, $size, 0, $center, $margin_height, $tc,
$currpath."/fonts/".$font,$testo);
ImageAlphaBlending($im, false);
header("Content-Type: image/png\n\n");
ImagePNG($im);
Thank for support
Paolo Morandi
--
Edit bug report at http://bugs.php.net/?id=21729&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21729&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21729&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21729&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21729&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21729&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21729&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21729&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21729&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21729&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21729&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21729&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21729&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21729&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21729&r=gnused
#17819 [Dup->Opn]: gethostbyaddr
ID: 17819 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Open Bug Type: Feature/Change Request Operating System: RedHat Linux 7.2 PHP Version: 4.1.2 New Comment: Let's leave this open and close the other one. (this one is more clear about what is requested) Previous Comments: [2003-01-18 11:01:39] [EMAIL PROTECTED] This feature request seems the same as bug #14246 [2002-06-18 13:39:11] [EMAIL PROTECTED] Can we get the function gethostbyaddr or gethostbyip to accept a second value. that second value would be that of what DNS server to query to get the information. If second value is NULL, then use the systems resolv library. -- Edit this bug report at http://bugs.php.net/?id=17819&edit=1
#14246 [Opn->Bgs]: dns operations don't allow picking resolver
ID: 14246 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 New Comment: There's another request here, which explains this a bit better: http://bugs.php.net/bug.php?id=17819 :) Previous Comments: [2001-11-27 01:29:03] [EMAIL PROTECTED] imho, it really would be nice to be able to pick which DNS resolver is queried during all Network function related to name service queries. -wylie -- Edit this bug report at http://bugs.php.net/?id=14246&edit=1
#14949 [Csd]: fprintf function
ID: 14949 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.1.1 New Comment: Will be in PHP 5 Previous Comments: [2003-01-18 10:49:12] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-01-09 09:57:35] [EMAIL PROTECTED] This issue has stumped me since I first started working with PHP (Around version 3.0.14 I believe). And I'm fairly sure I'm not the only one wondering about this. How come there is no fprintf function? I looked at the FAQ on the website (even tried submitting a comment on it). I've read a few books on PHP, and they all say "there is no fprintf function." I've done numerous web searches on this question, and although I have found workarounds for the lack of this function, I never found the reason why it was excluded. I know you are all busy with other, more pressing concerns regarding PHP and its upkeep, but whatever the answer is, could you please put it in the FAQ for all to see? Thanks for your time! -- Edit this bug report at http://bugs.php.net/?id=14949&edit=1
#21698 [Fbk->Opn]: httpd.conf not modified when creating dso module
ID: 21698 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.0 New Comment: No upgrade of Apache has taken place. All I have done is removed the dso module and any configuration lines in httpd.conf and then re-installed PHP. Previous Comments: [2003-01-17 08:13:57] [EMAIL PROTECTED] Did you happen upgrade Apache2 since 4.2.3 ?? Or are you using same version for both PHP 4.2.3 and 4.3.0 ? [2003-01-16 17:46:00] [EMAIL PROTECTED] I have upgraded from v4.2.3 to v4.3.0 When compiling PHP v4.2.3 the "make install" command updates my httpd.conf file and adds: LoadModule php4_module modules/libphp4.so I have noticed that this does not happen with the latest release of 4.3.0. I have tried the laetst CVS (php4-STABLE-200301162230) and it still does this :-( I thought it was me at first, but I have tried it several times and each time the same thing happens. Please could someone check this out for the PHP community. Many thanks, Richard. -- Edit this bug report at http://bugs.php.net/?id=21698&edit=1
#21726 [Opn->Bgs]: Memory leaks
ID: 21726 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5CVS-2003-01-18 (dev) New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. Previous Comments: [2003-01-18 08:32:46] [EMAIL PROTECTED] /opt/DEV/php/php4/ext/standard/scanf.c(887) : Freeing 0x418B2B64 (22 bytes), script=./test.php Last leak repeated 675 times /opt/DEV/php/php4/Zend/zend_execute.c(2876) : Freeing 0x418A6964 (4 bytes), script=./test.php /opt/DEV/php/php4/Zend/zend_variables.c(110) : Actual location (location was relayed) with this script: #!/usr/bin/php The Makefile used is the Makefile generated in php source directory when running configure. And yes, the script is ugly. -- Edit this bug report at http://bugs.php.net/?id=21726&edit=1
#21726 [Bgs->Opn]: Memory leaks
ID: 21726 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5CVS-2003-01-18 (dev) New Comment: my fault; I'm playing with a local copy of the bugdb and didn't update the mailto address. Previous Comments: [2003-01-18 11:39:46] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2003-01-18 08:32:46] [EMAIL PROTECTED] /opt/DEV/php/php4/ext/standard/scanf.c(887) : Freeing 0x418B2B64 (22 bytes), script=./test.php Last leak repeated 675 times /opt/DEV/php/php4/Zend/zend_execute.c(2876) : Freeing 0x418A6964 (4 bytes), script=./test.php /opt/DEV/php/php4/Zend/zend_variables.c(110) : Actual location (location was relayed) with this script: #!/usr/bin/php The Makefile used is the Makefile generated in php source directory when running configure. And yes, the script is ugly. -- Edit this bug report at http://bugs.php.net/?id=21726&edit=1
#21726 [Opn]: Memory leaks
ID: 21726 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5CVS-2003-01-18 (dev) -Assigned To: +Assigned To: moriyoshi New Comment: I'm working on this. Previous Comments: [2003-01-18 11:42:56] [EMAIL PROTECTED] my fault; I'm playing with a local copy of the bugdb and didn't update the mailto address. [2003-01-18 11:39:46] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2003-01-18 08:32:46] [EMAIL PROTECTED] /opt/DEV/php/php4/ext/standard/scanf.c(887) : Freeing 0x418B2B64 (22 bytes), script=./test.php Last leak repeated 675 times /opt/DEV/php/php4/Zend/zend_execute.c(2876) : Freeing 0x418A6964 (4 bytes), script=./test.php /opt/DEV/php/php4/Zend/zend_variables.c(110) : Actual location (location was relayed) with this script: #!/usr/bin/php The Makefile used is the Makefile generated in php source directory when running configure. And yes, the script is ugly. -- Edit this bug report at http://bugs.php.net/?id=21726&edit=1
#21649 [Fbk->Opn]: This this problem with fopen() function for windows
ID: 21649
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Filesystem function related
Operating System: win2000 server
PHP Version: 4.3.0
New Comment:
User is administrator this is on localhost
where PHP4 is configured as Apache 1.3 module
What else I have to do in hppdcon for apache ?
Best Regards
W.J.Lipinski
Previous Comments:
[2003-01-17 21:15:33] [EMAIL PROTECTED]
Are you sure the webserver user has rights to access that path even?
[2003-01-16 14:33:36] [EMAIL PROTECTED]
Hi
I just try your solution.It doesn't work.
This is my path from
include_path c:\php4\pear;c:\ c:\php4\pear;c:\
Could You SEE IT!
This is a code I'm tring to run
';
if(!$fp = fopen("authenticate.txt","r",1))
{ die("could not open password file"); }
//$fp = fopen('C:\php4\pear\authenticate.txt','r',1);
$auth_file = fread ($fp, filesize($fp));
fclose($fp);
This is an error I'm getting
c:\php4\pear;c:\
Warning: fopen(authenticate.txt) [function.fopen]: failed to create
stream: No such file or directory in c:\program files\apache
group\apache\htdocs\authfile.php on line 5
could not open password file
Best Regards
W.J.Lipinski
[2003-01-16 13:25:44] [EMAIL PROTECTED]
Your include_path is wrong:
include_path c:\php4\pear;c:\ c:\php4\pear;c:\
should read
include_path="c:\php4\pear;c:\"
an then you should fopen "c:\authenticate.txt" like this:
$fp= fopen("autenticate.txt","r",1);
because c:\ is already in your include path and you use 1 as your 3rd
parameter.
Christoph
Christoph
[2003-01-16 10:44:02] [EMAIL PROTECTED]
Hi
So anybody have idea what to do with fopen(windows env)
or should I go back to Unix which snapshots are more
stable
Best Regards
W.J.Lipinski
[2003-01-15 20:53:24] [EMAIL PROTECTED]
Hi
I just switch to Apache 1.3 old one from 2.43
this is what I got as well
when I try
ini_set('include_path', '.;c:\php4\pear c:\\');
echo ini_get('include_path'), '';
$fp = fopen('C:\php4\pear\authenticate.txt','r',1);
$auth_file = fread ($fp, filesize($fp));
fclose($fp);
.;c:\php4\pear c:\
Warning: fopen(C:\php4\pear\authenticate.txt) [function.fopen]: failed
to create stream: No such file or directory in c:\program files\apache
group\apache\htdocs\authfile.php on line 4
Warning: fread(): supplied argument is not a valid stream resource in
c:\program files\apache group\apache\htdocs\authfile.php on line 5
Warning: fclose(): supplied argument is not a valid stream resource in
c:\program files\apache group\apache\htdocs\authfile.php on line 6
Well I this point I assume that this is not apache
proble just binary windows dist 4.3 php is with
bugs .How I can install latest snapshot ,please I need
an anser not just maybe ,babe :)) :))
or anybody out there has some simmilar story
Best Regards
W.J.Lipinski
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21649
--
Edit this bug report at http://bugs.php.net/?id=21649&edit=1
#21726 [Opn]: Memory leaks
ID: 21726
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Operating System: Linux
PHP Version: 5CVS-2003-01-18 (dev)
Assigned To: moriyoshi
New Comment:
Changing the line
while ($temp = fscanf($fp,"%s = %s",$var,$var2)) {
to
while ($temp = fscanf($fp,"%n = %n",$var,$var2)) {
causes the runtime to segfault.
Previous Comments:
[2003-01-18 11:51:49] [EMAIL PROTECTED]
I'm working on this.
[2003-01-18 11:42:56] [EMAIL PROTECTED]
my fault; I'm playing with a local copy of the bugdb and didn't update
the mailto address.
[2003-01-18 11:39:46] [EMAIL PROTECTED]
Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
Thank you for your interest in PHP.
[2003-01-18 08:32:46] [EMAIL PROTECTED]
/opt/DEV/php/php4/ext/standard/scanf.c(887) : Freeing 0x418B2B64 (22
bytes), script=./test.php
Last leak repeated 675 times
/opt/DEV/php/php4/Zend/zend_execute.c(2876) : Freeing 0x418A6964 (4
bytes), script=./test.php
/opt/DEV/php/php4/Zend/zend_variables.c(110) : Actual location
(location was relayed)
with this script:
#!/usr/bin/php
The Makefile used is the Makefile generated in php source
directory when running configure. And yes, the script is
ugly.
--
Edit this bug report at http://bugs.php.net/?id=21726&edit=1
#21444 [Bgs->Opn]: Asort output not fully sorted in mixed type array with BOOLEANs
ID: 21444
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Arrays related
Operating System: Windows XP Pro Build 2600
PHP Version: 4.3.0
New Comment:
I have to disagree with you. Indeed, if it is the array you tested,
these results are correct. Fill an array with multiple instances of
identical values like the ones in the original example, and the boolean
trues (output as '1') are distributed in a unpredictable way across
some -not all- of the subsets of other values. Example:
a a a a 1 a a 1 a a a 1 b b b b b b 1 b 1 1 b b b and so on.
I agree with you using multiple types in an array can be tricky, but
the results I got just should not occur. Another (unrealistic imho)
option would be to just say: don't use mixed type arrays, but I would
expect this is not the way PHP should be heading.
Previous Comments:
[2003-01-18 10:15:10] [EMAIL PROTECTED]
IMO this is not PHP problem but the way the compares are done. You
have to master the type juggling to see that the result is correct. I
have reduced your testcase to this :
The output is :
array(10) {
[0]=>
bool(true)
[1]=>
int(4)
[2]=>
string(1) "4"
[3]=>
string(4) "TRUE"
[4]=>
string(1) "a"
[5]=>
string(1) "b"
[6]=>
string(1) "c"
[7]=>
string(1) "d"
[8]=>
string(4) "true"
[9]=>
int(5)
}
It may look strange - why (int)5 is after all the strings. This is
because "4" is lower than (int) 5, "4" is before "true" and "true" is
before 5. The first 2 are obvious, the third one is not. But it is ok.
It's better not to mix types in the array. If 5 is changed to "5" then
"5" goes right after "4".
Bogusifying
[2003-01-05 16:44:32] [EMAIL PROTECTED]
Last addition: I meant sort() where I used asort(), but the result is
the same
[2003-01-05 16:32:32] [EMAIL PROTECTED]
Well, it appears to be only related to the BOOLEAN array item. Removing
that from the original array leaves a perfectly sorted array as far as
I can see now.
[2003-01-05 16:26:51] [EMAIL PROTECTED]
I use PHP4.0.3 on Apache 1.3.27, both standard binaries as supplied on
the download site. Freshly installed yesterday. No modifications. I
used the php.ini-recommended file as php.ini
Installed exactly as prescribed in install.txt, only instead of c:/php
I use d:/program files/php and changed the ini accordingly.
Adapted the apache conf file as described.
I used below script in an attempt to judge workload forced on the php
server as well as asort() speed. Output is a bit large to add here, but
can be requested via my email. In short, the array IS sorted, but in
all identical "subrows" every now and then one or two array items are
1's (I assume the equivalent of TRUE. Rerunning the script results in
the SAME faults. Sorting within the script twice or more does not
change the faulty array.
Tried with single-type arrays, that doesn't seem to produce the same
errors, but this was not thoroughly tested.
I am sorry, but I haven't figured out a way to get a backtrace yet, I
am relatively new to this PHP stuff.
For your convenience, you can run the script from my server by opening
http://eniac.xs4all.nl/tut8.php and see my PHP server details on
http://eniac.xs4all.nl/x345info.php (I noticed this script still 'sees'
remainders of previous 1.3.24 apache as well as the correct 1.3.27
installs, allthough the .24 has been removed...
More info ? Contact me at my email. Thanks!
--
Edit this bug report at http://bugs.php.net/?id=21444&edit=1
#21730 [NEW]: *scanf "%n" conversion flag gives string instead of integer
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5CVS-2003-01-18 (dev) PHP Bug Type: Strings related Bug description: *scanf "%n" conversion flag gives string instead of integer Try the following script: -- Edit bug report at http://bugs.php.net/?id=21730&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21730&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21730&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21730&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21730&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21730&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21730&r=support Expected behavior: http://bugs.php.net/fix.php?id=21730&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21730&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21730&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21730&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21730&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21730&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21730&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21730&r=gnused
#21726 [Opn->Csd]: Memory leaks
ID: 21726
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: *General Issues
Operating System: Linux
PHP Version: 5CVS-2003-01-18 (dev)
Assigned To: moriyoshi
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-01-18 11:54:30] [EMAIL PROTECTED]
Changing the line
while ($temp = fscanf($fp,"%s = %s",$var,$var2)) {
to
while ($temp = fscanf($fp,"%n = %n",$var,$var2)) {
causes the runtime to segfault.
[2003-01-18 11:51:49] [EMAIL PROTECTED]
I'm working on this.
[2003-01-18 11:42:56] [EMAIL PROTECTED]
my fault; I'm playing with a local copy of the bugdb and didn't update
the mailto address.
[2003-01-18 11:39:46] [EMAIL PROTECTED]
Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
Thank you for your interest in PHP.
[2003-01-18 08:32:46] [EMAIL PROTECTED]
/opt/DEV/php/php4/ext/standard/scanf.c(887) : Freeing 0x418B2B64 (22
bytes), script=./test.php
Last leak repeated 675 times
/opt/DEV/php/php4/Zend/zend_execute.c(2876) : Freeing 0x418A6964 (4
bytes), script=./test.php
/opt/DEV/php/php4/Zend/zend_variables.c(110) : Actual location
(location was relayed)
with this script:
#!/usr/bin/php
The Makefile used is the Makefile generated in php source
directory when running configure. And yes, the script is
ugly.
--
Edit this bug report at http://bugs.php.net/?id=21726&edit=1
#21730 [Opn->Csd]: *scanf "%n" conversion flag gives string instead of integer
ID: 21730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Strings related Operating System: Any PHP Version: 5CVS-2003-01-18 (dev) Assigned To: moriyoshi New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-01-18 12:28:28] [EMAIL PROTECTED] Try the following script: -- Edit this bug report at http://bugs.php.net/?id=21730&edit=1
#8644 [Opn->WFx]: Include Signal catching for parse errors
ID: 8644 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.0.4 New Comment: There was very long discussion on php-dev about that. The decision is that parse errors are preventable. Use php -l (as I use it every day) before uploading to the server. Previous Comments: [2001-01-10 18:09:39] [EMAIL PROTECTED] I think php needs signal catching for it's parse errors/warnings and when a document for some reason doesn't load much similar to signal catching of segmentation fault errors in C. For professional applications written in PHP it would be much more "pleasent" for a person to recieve a simple error message and a email sent to the administrator when a parse error is recieved rather than seeing "PARSE ERROR AT LINE ...". Obviously parse errors in the signal catching code would be unavoidable, but it would still be a nice feature. Anyway, just a suggestion. -- Trevor Linton [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=8644&edit=1
#13730 [Opn->Csd]: StrPos is deficient
ID: 13730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux/Red Hat 7.1 PHP Version: 4.0.6 New Comment: Even though PHP is loosed type language there is === operator for checking the types as well the values. If the developer is lazy to write !== FALSE then he/she can get the flames after that because he/she deserves them. This will break BC and won't be implemented. Regarding the "one based" string position. PHP is like C, not Pascal. Previous Comments: [2002-02-19 14:18:24] [EMAIL PROTECTED] Or make the string position one based instead of zero based so that a return of 0 can be used for false and any other return is true. strstr() can usually be used that way, but seems to get confused looking for "/". [2001-10-18 05:42:03] [EMAIL PROTECTED] re StrPOS, I suggest that you do the following. Make another function with a different name, e.g. StrFind, that is 1) less problematic in distinguishing between found at pos zero and not found. e.g. return -1 for not found. 2) case-insensitive, or (better) has an optional parameter ($casesensitive = false) that defaults to false You could also roll in last-occurence functionality a la strrpos with option flags After this, mark the StrPos function as obsolete/deprecated. -- Edit this bug report at http://bugs.php.net/?id=13730&edit=1
#14208 [Opn->Fbk]: shm_put_var problem and new shm functions
ID: 14208 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 New Comment: Where is the patch? Previous Comments: [2001-11-24 08:57:02] [EMAIL PROTECTED] Apologies for posting this here, but I don't know where else to go. shm_put_var has a problem in that when you try to write a variable which already exists, the function will fail if there is not enough free space for the variable and its old value. I have a patch which will simply overwrite the old value if the lengths are the same, and will do more intelligent space checking if they are not. I will submit this when I get back to the office. I also have developed a set of additional shm functions which implement an LRU cache. These functions are handy for eg caching serialized objects which would otherwise have to be fetched from a database. And of course they are shared across the system. My question is: how do I submit these new functions for inclusion in the source? -- Edit this bug report at http://bugs.php.net/?id=14208&edit=1
#8194 [Opn->Csd]: Need for a "const" qualifier.
ID: 8194 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Feature/Change Request PHP Version: 4.0.3pl1 New Comment: Yes, define() is longer to write but is useful. In PHP 5 there will be support for constants in classes. So wait for it :) Previous Comments: [2000-12-11 14:08:54] [EMAIL PROTECTED] would be nice performance-wise using classes especially where it sometimes happens that you are global'ing the same vars in several methods [2000-12-11 13:54:13] [EMAIL PROTECTED] The same is true for me, I really like somthing like that. [2000-12-11 13:51:16] [EMAIL PROTECTED] It would be really swell to have a qualifier that makes a variable visible in functions by default. Right now, it is a real annoyance to have to global every constant that you use in the function. -- Edit this bug report at http://bugs.php.net/?id=8194&edit=1
#21731 [NEW]: imagettfbbox() and imagettftext() don't work
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: GD related Bug description: imagettfbbox() and imagettftext() don't work This is what I get when trying to write a text over a PNG (tried JPEG too) image. Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open font in /home/alvaro/html/im.php on line 6 Warning: imagettftext() [function.imagettftext]: Could not find/open font in /home/alvaro/html/im.php on line 14 file perms are ok. PHP 4.3 compiled with bundled GD+external jpeg libs with gcc-3.2 on Debian. URL is http://www.ditech.com.br/~alvaro/im.php source is http://www.ditech.com.br/~alvaro/im.phps PHPinfo: http://www.ditech.com.br/~alvaro/php.php -- Edit bug report at http://bugs.php.net/?id=21731&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21731&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21731&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21731&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21731&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21731&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21731&r=support Expected behavior: http://bugs.php.net/fix.php?id=21731&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21731&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21731&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21731&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21731&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21731&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21731&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21731&r=gnused
#13730 [Csd]: StrPos is deficient
ID: 13730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Linux/Red Hat 7.1 PHP Version: 4.0.6 New Comment: Also this behavior is documented. Previous Comments: [2003-01-18 12:49:34] [EMAIL PROTECTED] Even though PHP is loosed type language there is === operator for checking the types as well the values. If the developer is lazy to write !== FALSE then he/she can get the flames after that because he/she deserves them. This will break BC and won't be implemented. Regarding the "one based" string position. PHP is like C, not Pascal. [2002-02-19 14:18:24] [EMAIL PROTECTED] Or make the string position one based instead of zero based so that a return of 0 can be used for false and any other return is true. strstr() can usually be used that way, but seems to get confused looking for "/". [2001-10-18 05:42:03] [EMAIL PROTECTED] re StrPOS, I suggest that you do the following. Make another function with a different name, e.g. StrFind, that is 1) less problematic in distinguishing between found at pos zero and not found. e.g. return -1 for not found. 2) case-insensitive, or (better) has an optional parameter ($casesensitive = false) that defaults to false You could also roll in last-occurence functionality a la strrpos with option flags After this, mark the StrPos function as obsolete/deprecated. -- Edit this bug report at http://bugs.php.net/?id=13730&edit=1
#21731 [Opn->Fbk]: imagettfbbox() and imagettftext() don't work
ID: 21731 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 4.3.0 New Comment: Please supply working examples, the provided URLs cannot be accessed. Previous Comments: [2003-01-18 13:04:16] [EMAIL PROTECTED] This is what I get when trying to write a text over a PNG (tried JPEG too) image. Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open font in /home/alvaro/html/im.php on line 6 Warning: imagettftext() [function.imagettftext]: Could not find/open font in /home/alvaro/html/im.php on line 14 file perms are ok. PHP 4.3 compiled with bundled GD+external jpeg libs with gcc-3.2 on Debian. URL is http://www.ditech.com.br/~alvaro/im.php source is http://www.ditech.com.br/~alvaro/im.phps PHPinfo: http://www.ditech.com.br/~alvaro/php.php -- Edit this bug report at http://bugs.php.net/?id=21731&edit=1
#21729 [Opn->Fbk]: imagettftext don't work with a image copied resized from another
ID: 21729
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: Linux
PHP Version: 4.3.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-01-18 11:17:51] [EMAIL PROTECTED]
This code work fine on PHP 4.2.3 compiled with gd2.0.4, but give a
image without text with php 4.3 compiled with internal gd support. I
have this problem only in the image resized and not with the original
image:
if($width==$isize[0]) //original size: this work
{
$im = ImageCreateFromPNG ("bottoni/".$tipo_bottone);
}
else // to resize: don't work
{
$im1 = ImageCreateFromPNG("bottoni/".$tipo_bottone);
$im=ImageCreateTrueColor($width, $isize[1]);
ImageCopy($im, im1,0,0,0,0,$margin_width,$isize[1]);
ImageCopyResized($im, $im1, $margin_width, 0, $margin_width, 0,
$width, $isize[1], round($isize[0]-($margin_width * 2),0), $isize[1]);
ImageCopy($im,
$im1,$margin_width+$width-1,0,$isize[0]-$margin_width,0,$margin_width,$isize[1]);
ImageDestroy($im1);
}
ImageAlphaBlending($im, true);
$tc = ImageColorAllocate ($im, $colors[$color][0],
$colors[$color][1], $colors[$color][2]);
imagettftext($im, $size, 0, $center, $margin_height, $tc,
$currpath."/fonts/".$font,$testo);
ImageAlphaBlending($im, false);
header("Content-Type: image/png\n\n");
ImagePNG($im);
Thank for support
Paolo Morandi
--
Edit this bug report at http://bugs.php.net/?id=21729&edit=1
#14406 [Opn->Csd]: typeof operator
ID: 14406
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.1.0
New Comment:
There will be "instanceof" in PHP5.
Previous Comments:
[2001-12-10 10:44:04] [EMAIL PROTECTED]
First part of code is the same in every way:
class Foo {}
$o = new Foo();
Now there is:
if (get_class($o) == "foo") {
// ok
} else {
// not ok
}
I can create walkaround:
function typeof(&$obj, $classname) {
return (get_class($obj) == strtolower(trim($classname)));
}
if (typeof($o, "Foo"))) {
// ok
} else {
// not ok
}
You should make it easier, by new `typeof' operator:
if ($o typeof Foo) {
// ok
} else {
// not ok
}
like in JavaScript.
--
Edit this bug report at http://bugs.php.net/?id=14406&edit=1
#21094 [Opn->Ver]: set_error_handler not accepting methods
ID: 21094 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Zend Engine 2 problem -Operating System: OS X 10.2 +Operating System: OS X 10.2, RedHat 8.0 -PHP Version: 4CVS-2002-12-19 (dev) +PHP Version: 5CVS-2003-1-19 (dev) Previous Comments: [2002-12-19 04:11:08] [EMAIL PROTECTED] The set_error_handler() function is not accepting class methods as of the php4-ze2 CVS code from 19-Dec-2002. It does work with php 4.3 and ZE1. -- Edit this bug report at http://bugs.php.net/?id=21094&edit=1
#21732 [NEW]: preg_replace() segfaults with invalid parameters
From: [EMAIL PROTECTED]
Operating system: RedHat 8.0
PHP version: 5CVS-2003-01-18 (dev)
PHP Bug Type: PCRE related
Bug description: preg_replace() segfaults with invalid parameters
While handling the feature request (bug #7006), I found another bug.
I know the above script is incorrect as the manual goes:
> If pattern is an array and replacement is a string, then
> this replacement string is used for every value of
> pattern. The converse would not make sense, though.
But I didn't expect it would segfault...
[backtrace]
#0 0x0806bd04 in php_pcre_replace (regex=0x400a6d64 "/%col%/",
regex_len=7,
subject=0x400a7038
"%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%"...,
subject_len=500, replace_val=0x400a6de4, is_callable_replace=0,
result_len=0xbfffd334, limit=-1)
at /home/koizumi/src/php5/ext/pcre/php_pcre.c:833
re = (struct real_pcre *) 0x81bb678
extra = (struct real_pcre_extra *) 0x0
exoptions = 0
preg_options = 0
count = 1
offsets = (int *) 0x400a7264
size_offsets = 3
new_len = 2122001
alloc_len = 1001
eval_result_len = 0
match_len = 404
backref = 3
eval = 0
start_offset = 0
g_notempty = 0
replace_len = 134564634
result = 0x400a79fc 'Z' ,
"\204?\217*?%\003"
replace = 0x400a6e28 "\b"
new_buf = 0x22c
walkbuf = 0x400a7008 ",\002"
walk = 0x402ad000
match = 0x400a7038
"%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%"...
piece = 0x400a7038
"%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%"...
replace_end = 0x480fb942
eval_result = 0x400a7234 "D"
walk_last = 0 '\0'
#1 0x0806c518 in php_replace_in_subject (regex=0x400a6a8c,
replace=0x400a6de4, subject=0x4009abc0, result_len=0xbfffd334,
limit=-1,
is_callable_replace=0 '\0')
at /home/koizumi/src/php5/ext/pcre/php_pcre.c:1013
regex_entry = (struct _zval_struct **) 0x400a6ff4
replace_entry = (struct _zval_struct **) 0x0
replace_value = (struct _zval_struct *) 0x817dbe0
empty_replace = {value = {lval = 135781248,
dval = 6.7084849986250466e-316, str = {val = 0x817db80 "", len = 0},
ht = 0x817db80, obj = {handle = 135781248, handlers = 0x0}},
refcount = 135594816, type = 3 '\003', is_ref = 4 '\004'}
subject_value = 0x8131450 "\203? \211\003åN"
result = 0xbfffd2f8 "©\t@4???"
subject_len = 1074425912
#2 0x0806cb57 in preg_replace_impl (ht=3, return_value=0x400a6da0,
this_ptr=0x0, return_value_used=1, is_callable_replace=0 '\0')
at /home/koizumi/src/php5/ext/pcre/php_pcre.c:1100
regex = (struct _zval_struct **) 0x4009abb8
replace = (struct _zval_struct **) 0x4009abbc
subject = (struct _zval_struct **) 0x4009abc0
limit = (struct _zval_struct **) 0x0
subject_entry = (struct _zval_struct **) 0x400a6d70
result = 0x8191400 ""
result_len = 0
limit_val = -1
string_key = 0x44
num_key = 3221214040
callback_name = 0x0
#3 0x0806cba8 in zif_preg_replace (ht=3, return_value=0x400a6da0,
this_ptr=0x0, return_value_used=1)
at /home/koizumi/src/php5/ext/pcre/php_pcre.c:
No locals.
#4 0x08147cef in zend_do_fcall_common_helper (execute_data=0xbfffd5e0,
op_array=0x400a5de4) at
/home/koizumi/src/php5/Zend/zend_execute.c:2566
original_return_value = (struct _zval_struct **) 0x12e
current_scope = (struct _zend_class_entry *) 0x0
current_this = (struct _zval_struct *) 0x0
return_value_used = 1
#5 0x0814828b in zend_do_fcall_handler (execute_data=0xbfffd5e0,
op_array=0x400a5de4) at
/home/koizumi/src/php5/Zend/zend_execute.c:2692
fname = (struct _zval_struct *) 0x400a64a8
#6 0x0814376a in execute (op_array=0x400a5de4)
at /home/koizumi/src/php5/Zend/zend_execute.c:1218
execute_data = {opline = 0x400a6484, function_state = {
function_symbol_table = 0x0, function = 0x81bac28, reserved = {0x0,
0x0,
0xb920, 0x0}}, fbc = 0x0, fbc_constructor = 0x0,
op_array = 0x400a5de4, object = 0x0, Ts = 0xbfffd400,
original_in_execution = 0 '\0', calling_scope = 0x0,
prev_execute_data = 0x0}
...
#7 0x08132ede in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/koizumi/src/php5/Zend/zend.c:996
#8 0x08101892 in php_exe
#8427 [Opn->Ana]: Unwanted references
ID: 8427 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.0.4 New Comment: 1) when setting a variable by reference from a part of array or object, the value being set _from_ is also turned into reference This is not supposed to be a bug. See bug #20993. 2) object contained in other objects are turned into references by settype() and calling their methods This might be a bug, but this problem doesn't occur under ZendEngine2. Stay tuned. 3) NULLs become references to NULLs when you set an object from them by reference. This is expected behaviour. Previous Comments: [2000-12-26 13:31:46] [EMAIL PROTECTED] There are at least three places I know of where normal values are silently turned into references: - when setting a variable by reference from a part of array or object, the value being set _from_ is also turned into reference - object contained in other objects are turned into references by settype() and calling their methods - NULLs become references to NULLs when you set an object from them by reference Because this all alters the behaviour of PHP in subtle, dangerous ways, makes debugging harder and because references have still bugs (for example, serialisation), I ask you not to turn things into references when I don't see there is any reason to. I understand it is your policy that "turning a value into a reference should be safe", but as long as references have problems, don't adopt this policy. -- Edit this bug report at http://bugs.php.net/?id=8427&edit=1
#21681 [Fbk->Opn]: Isapi/mssql crashes under high load !!!!
ID: 21681 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Sorry, I have also tested the latest snaps without any success! Can it give problems with connection when the MSSQL-Server is configurated with Network-protocols Named Pipes and TCP/IP ??? Have someone experience with it? Thanks and best regards, Andi Previous Comments: [2003-01-17 20:53:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-16 03:03:24] [EMAIL PROTECTED] sorry, have forgotten that just ISAPI is important!!! [2003-01-16 03:00:46] [EMAIL PROTECTED] ... [2003-01-16 02:51:26] [EMAIL PROTECTED] I have a large PHP-Application that must run under Windows. ;-) Tested under Windows with PHP 4.3.0: - IIS 5 with CGI - IIS 5 with ISAPI - Apache 2.0.43 with ISAPI Problems - witch CGI I have often problems with CGI-Error messages, but this problems are finished with ISAPI. - System runs fine but sometimes every client becomes warnings the "Unable to connect to server" or "Unable to select database ". Under IIS an restart of IIS does nothing wright, just a reboot helps. Under Apache an restart of Apache release the problems. !!! Please see also Bug #20330 http://bugs.php.net/bug.php?id=20330 - its the same Problem!!! This can't be the solution? Have everbody a answer to that problem or have same problems? Thanks and best regards, Frast Andreas -- Edit this bug report at http://bugs.php.net/?id=21681&edit=1
#21629 [Com]: very strange bug happens only once in a while
ID: 21629 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Red Hat Linux 7.2 (Enigma) PHP Version: 4.3.0 New Comment: No, I can not reproduce this on any other machine. Perhaps one of the libraries on the machine is creating all these problems. On the other hand, I really have no tools to find which one, because the occurence is so rare (a few times in 24 hours, but not rare enough for my client to complain, and not even rare enough for my own standards). I am going to reformat this box and install Debian on it, and use the latest stable version of php available on the debian stable update channel. Should you have any suggestions, or even want to access the box to check some stuff, I am available on this email, and also online on ICQ 104495. Thanks, Aric Previous Comments: [2003-01-17 20:10:50] [EMAIL PROTECTED] Are you able to reproduce this on any OTHER machine? [2003-01-16 19:51:38] [EMAIL PROTECTED] Some kind person forwarded me to bug number 21310. I have already SEEN this bug as stated before. This is not the same problem! As the subject says, Inclusion works, both absolute and relative. It works well for 5 hours, then one include will fail, will work again very well for 2 more hours, then, again some relative include failes! This is NOT a constant behavior, because if it was, I'm not such an idiot that I wouldn't be able to track it down! My trouble is that it only happens once every few hours, and is unrelated to anything. I made sure the kernel has enough file descriptors, and made sure there is enough space left on the device, and CPU load is never over 0.2! This is definitely a bug, and even if it is not a bug, the error reporting for it is definitely obscure and insucificient. The include path was indeed set to "0" for some reason, and I have changed it in my php.ini to ".:./". This has not helped much. I performed a super-fresh compilation of 4.3.0, without relying on any external software/extension. Whoever manages to shed some light on this will get my most sincere gratitude, as it is a heavy burden on the soul to have such a problem. Thanks again, Aric [2003-01-15 03:17:21] [EMAIL PROTECTED] The include_path in your phpinfo.php output is a bit strange: include_path 0 .:./ What do you have it set as in your php.ini? (in /usr/local/lib/php.ini) [2003-01-15 01:49:22] [EMAIL PROTECTED] That's not very helpful is it? Where is that bug? What was the resolution? I found 5 or 6 resembling bugs, but they were either closed without a resolution, or were not exactly the same (they had to do with misconfiguration). Also, this is NOT a Bogus bug! At most, it is a duplicate. Aric [2003-01-14 19:14:11] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. You didn't search that well, there is already a report about this. And even if it doesn't seem to be same, it really is. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21629 -- Edit this bug report at http://bugs.php.net/?id=21629&edit=1
#15098 [Opn->Bgs]: func_get_args_by_ref()
ID: 15098 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:Feature/Change Request PHP Version: 4.1.1 New Comment: Virtually this feature request is the same as bug #6427... Previous Comments: [2002-01-18 07:56:37] [EMAIL PROTECTED] A combination between function_get_args (for a variable amount of arguments) and pass-by-reference. So to allow pass-by-reference on a variable amount of arguments. -- Edit this bug report at http://bugs.php.net/?id=15098&edit=1
#15523 [Opn->Csd]: Line Number
ID: 15523
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.1.1
New Comment:
Try debug_backtrace().
Previous Comments:
[2002-06-08 10:44:35] [EMAIL PROTECTED]
What would be nice is if line() and file() were functions and they
returned an array of line numbers and files...Hence, for each level of
depth you proceed, it would array_push the line and file and then when
you exited it would pop them. That way, you could get the whole
hierarchy, and without and punishment. I realize that php is going
towards stack tracing, but this would be HUGE. PEAR_Error would
actually be helpful in cases that used this functionality.
[2002-02-12 10:53:00] [EMAIL PROTECTED]
reopening, this is a serious request ;)
[2002-02-12 10:51:37] [EMAIL PROTECTED]
That would work of course.
The problem is, that our company has written a set of php functions,
which are used by one of our clients.
The functions include some error-handling like wrong arguments or
something like that, and I'd like to tell them the linenumber.
I think its not very useful that they have to put __LINE__ into every
function call :)
[2002-02-12 10:47:52] [EMAIL PROTECTED]
what about
function foo($line)
{
echo 'the function was called in line: '.$line
}
foo(__LINE__);
?
[2002-02-12 10:45:32] [EMAIL PROTECTED]
Hi there!
That's correct, that __LINE__ contains the !current! Line-Number. But
I
what to know from which line a function has been called.
> >
> > 1 function blah()
> > 2 {
> > 3echo("Function blah has been called from line 6");
> > 4 }
> > 5
> > 6 blah();
> >
In line 3, i don't want to know the CURRENT line Number. I'd like to
know the Line-Number from which that Function has been called.
mfg, Nico Blanke.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15523
--
Edit this bug report at http://bugs.php.net/?id=15523&edit=1
#16464 [Opn->Bgs]: func_get_arg(), func_get_args() should be reference proof
ID: 16464
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.1.2
New Comment:
This request is virtually the same as bug #6427.
Previous Comments:
[2002-04-06 13:38:31] [EMAIL PROTECTED]
Think of a factory function that creates an object of various classes
by calling that object's constructor with the same arguments. If a
constructor needs a reference (perhaps to another object), this is not
possible if you want to write clean code without tricks like hard-code
arguments with default values.
[2002-04-06 13:32:07] [EMAIL PROTECTED]
The function func_get_arg() and func_get_args() should support being
called to return references:
function do_something()
{
$args = func_get_args();
for ($i=0; $i
--
Edit this bug report at http://bugs.php.net/?id=16464&edit=1
#21732 [Opn->Csd]: preg_replace() segfaults with invalid parameters
ID: 21732
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: PCRE related
Operating System: RedHat 8.0
PHP Version: 5CVS-2003-01-18 (dev)
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-01-18 14:03:06] [EMAIL PROTECTED]
While handling the feature request (bug #7006), I found another bug.
I know the above script is incorrect as the manual goes:
> If pattern is an array and replacement is a string, then
> this replacement string is used for every value of
> pattern. The converse would not make sense, though.
But I didn't expect it would segfault...
[backtrace]
#0 0x0806bd04 in php_pcre_replace (regex=0x400a6d64 "/%col%/",
regex_len=7,
subject=0x400a7038
"%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%"...,
subject_len=500, replace_val=0x400a6de4, is_callable_replace=0,
result_len=0xbfffd334, limit=-1)
at /home/koizumi/src/php5/ext/pcre/php_pcre.c:833
re = (struct real_pcre *) 0x81bb678
extra = (struct real_pcre_extra *) 0x0
exoptions = 0
preg_options = 0
count = 1
offsets = (int *) 0x400a7264
size_offsets = 3
new_len = 2122001
alloc_len = 1001
eval_result_len = 0
match_len = 404
backref = 3
eval = 0
start_offset = 0
g_notempty = 0
replace_len = 134564634
result = 0x400a79fc 'Z' ,
"\204?\217*?%\003"
replace = 0x400a6e28 "\b"
new_buf = 0x22c
walkbuf = 0x400a7008 ",\002"
walk = 0x402ad000
match = 0x400a7038
"%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%"...
piece = 0x400a7038
"%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%%col%"...
replace_end = 0x480fb942
eval_result = 0x400a7234 "D"
walk_last = 0 '\0'
#1 0x0806c518 in php_replace_in_subject (regex=0x400a6a8c,
replace=0x400a6de4, subject=0x4009abc0, result_len=0xbfffd334,
limit=-1,
is_callable_replace=0 '\0')
at /home/koizumi/src/php5/ext/pcre/php_pcre.c:1013
regex_entry = (struct _zval_struct **) 0x400a6ff4
replace_entry = (struct _zval_struct **) 0x0
replace_value = (struct _zval_struct *) 0x817dbe0
empty_replace = {value = {lval = 135781248,
dval = 6.7084849986250466e-316, str = {val = 0x817db80 "", len =
0},
ht = 0x817db80, obj = {handle = 135781248, handlers = 0x0}},
refcount = 135594816, type = 3 '\003', is_ref = 4 '\004'}
subject_value = 0x8131450 "\203? \211\003åN"
result = 0xbfffd2f8 "©\t@4???"
subject_len = 1074425912
#2 0x0806cb57 in preg_replace_impl (ht=3, return_value=0x400a6da0,
this_ptr=0x0, return_value_used=1, is_callable_replace=0 '\0')
at /home/koizumi/src/php5/ext/pcre/php_pcre.c:1100
regex = (struct _zval_struct **) 0x4009abb8
replace = (struct _zval_struct **) 0x4009abbc
subject = (struct _zval_struct **) 0x4009abc0
limit = (struct _zval_struct **) 0x0
subject_entry = (struct _zval_struct **) 0x400a6d70
result = 0x8191400 ""
result_len = 0
limit_val = -1
string_key = 0x44
num_key = 3221214040
callback_name = 0x0
#3 0x0806cba8 in zif_preg_replace (ht=3, return_value=0x400a6da0,
this_ptr=0x0, return_value_used=1)
at /home/koizumi/src/php5/ext/pcre/php_pcre.c:
No locals.
#4 0x08147cef in zend_do_fcall_common_helper
(execute_data=0xbfffd5e0,
op_array=0x400a5de4) at
/home/koizumi/src/php5/Zend/zend_execute.c:2566
original_return_value = (struct _zval_struct **) 0x12e
current_scope = (struct _zend_class_entry *) 0x0
current_this = (struct _zval_struct *) 0x0
return_value_used = 1
#5 0x0814828b in zend_do_fcall_handler (execute_data=0xbfffd5e0,
op_array=0x400a5de4)
#6427 [Opn]: func_get_arg() does not support references
ID: 6427
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.0.1pl2
New Comment:
There are the same requests as this one:
Bug #14705
Bug #15098
Bug #16464
Previous Comments:
[2000-09-23 12:22:57] [EMAIL PROTECTED]
Stas:
If I possible, I would like to better understand you statement...here
is what I am thinking you mean,
please correct me if I am wrong:
$o=1;
test($o);
echo $o;
function test() {
$a = &func_get_args();
/** $a[0] has already been passed as a copy. We have no idea what to
reference it back to! */
}
[2000-09-20 21:40:09] [EMAIL PROTECTED]
a function func_get_rarg() should avoid this by treating any function
parameter as a reference (if possible), moved to feature request
[2000-09-20 18:23:08] [EMAIL PROTECTED]
I fear this cannot be done - you should pass a variable by reference
from the start, otherwise you will just assign a reference to a copy.
[2000-08-29 21:38:56] [EMAIL PROTECTED]
func_get_arg() does not support references (see example),
$o=1;
test($o);
echo $o;
function test() {
$l=&func_get_arg(0);
$l=2; }
displays 1, should 2, I think it should be possible changing this
without impact, if not perhaps a func_get_rarg() be fine
--
Edit this bug report at http://bugs.php.net/?id=6427&edit=1
#12775 [Opn->WFx]: Incorrect result using references and objects
ID: 12775
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Wont fix
Bug Type: Zend Engine 2 problem
Operating System: All
PHP Version: 4.0.6
New Comment:
Variant of bug #20175
Previous Comments:
[2002-12-06 19:57:13] [EMAIL PROTECTED]
reclassified. And this is actually fixed in ZE2 already..?
[2001-08-16 18:14:01] [EMAIL PROTECTED]
I always use a 'cool' workaround (forgot to mention it), it isn't
extremely fast, it is simple... works on both objects, arrays, and
mixes. It also preserves internal references ($obj->a =& $obj->b)
The workaround?
// $a = $b should have worked like this:
function deep_copy(&$a,&$b)
{
$a = unserialize(serialize($b));
}
[2001-08-16 16:44:45] [EMAIL PROTECTED]
Actually, that would be a nice feature. If one could call a function
on an object such as "make_reference($this)" to change the assignment
semantics for an object it would be a great way to maintain backward
compatibility but let new objects be assign-by-reference.
Anyway, the following function will do a deep copy of the object to get
around this bug (if you didn't use the words "shallow copy" I wouldn't
have thought of it):
function copy_object($object)
{
$copy = $object;
$properties = get_object_vars($object);
foreach($properties as $name => $value) {
if (is_object($value)) $copy->$name = copy_object($value);
else $copy->$name = $value;
}
return $copy;
}
[2001-08-15 18:11:10] [EMAIL PROTECTED]
Shallow copying of objects and arrays bit you...
Will be fixed in PHP 5
Suspended (it could be called a 'feature' though...)
[2001-08-15 18:00:05] [EMAIL PROTECTED]
If you set a property of an object to a global variable, it is no
longer possible to make a copy of that object! Every "copy" becomes a
reference. Example:
--/ snip /--
class foo
{
function foo()
{
$this->test = 'Test';
$GLOBALS['test'] =& $this->test;
}
}
$obj1 = new foo();
$copyOfObj1 = $obj1; // Should be a copy, but is reference
$obj1->test = "changed!";
echo $copyOfObj1->test.'';
--/ snip /--
The result of this code is: "changed!" but it should be "Test".
$copyOfObj1 should be a copy of $obj1, but instead it acts like a
reference.
If you unset $GLOBALS['test'] then it copies as it should.
This is a bug occurs in all versions of PHP4 on all platforms (from
what I can tell).
--
Edit this bug report at http://bugs.php.net/?id=12775&edit=1
#20166 [Opn->Fbk]: Unicode (Slovenian) characters are not displayed correctly
ID: 20166
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: *Languages/Translation
Operating System: Win2k
PHP Version: 4.2.2
New Comment:
Doesn't your problem look like the one reported in the following bug
report?
http://bugs.php.net/19474
Previous Comments:
[2002-11-08 00:06:19] [EMAIL PROTECTED]
A simple output of the three versions:
MSSQL accessed trough ADO COM object:
title: Novela zakona o dravljanstvu ne reuje nièesar
PHP Mssql extension:
title: Novela zakona o dr§avljanstvu ne reçuje niesar
MYSQL (entered trough command line)
String: ç§¬æ¦ string
MYSQL (entered trough php form)
String: è string
[2002-11-05 00:29:14] [EMAIL PROTECTED]
Hi!
To define more clearly:
I have a Microsoft SQL database. In that database, there are many
articles, with pictures, etc. I tried to access those articles using
php, and wanted to display them. All is fine, but, instead of slovene
characters è (which you probably don't see anyway) I get garbles
(unrecognized characters). I was using mssql_* functions to retrieve
the data. Then, I created a simple table in mysql, inserted a row
manually (from the console) and the same thing happens. BUT, if I
insert the items trough PHP the first time, than the characters are
retrieved correctly. So I suspect there must be something with
encoding, perhaps. To make things even more funny, when I used ADO COM
object to access the MS SQL server, the strings retrieved are fine.
I apologize if I posted this under the wrong category, but I could not
decide whether it is a db problem or not. Feel free to move this item
to another category, if you wish.
System details: SQL Server: Win2k, Slovenian locale
PHP system: Win2k, Apache 1.3.26 (Win32), PHP 4.2.2, mysql 3.23.52,
Slovenian locale
[2002-10-30 07:05:53] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2002-10-30 02:45:23] [EMAIL PROTECTED]
The problem is with Microsoft SQL Server 2000 and with MySQL version
Ver 11.18 Distrib 3.23.52, for Win95/Win98 (i32).
I have a database with slovenian characters in the fields and I am not
able to display them properly with php extension modules. I can display
them propery using COM ADO objects. I've included a simple script, that
shows what I am trying to do. The ADO portion of the script produces
the desired result. The characters are entered using windows-1250
codepage.
The script:
Open("PROVIDER=MSDASQL;DRIVER={SQL SERVER};
Server=SRRDEV2;Database=portal;UID=sa;PWD=srrdev2;");
// SQL statement to build recordset.
$rs = $conn->Execute("SELECT * FROM TblInfo_News where IID = 3034326");
while (!$rs->EOF) {
$fv = $rs->Fields("title");
echo "title: ".$fv->value."\n";
$rs->MoveNext();
}
$rs->Close();
?>
PHP Mssql extension:
";
}
} else {
echo "No results! ";
}
mssql_free_result($result);
} else {
echo "Could not get the result!";
}
mssql_close($link);
} else {
echo "Could not select db!";
}
} else {
echo "Could not connect!";
}
// mysql
echo "MYSQL";
$link = mysql_connect("valencicm.mobitel.si", "root", "root")
or die("Could not connect");
mysql_select_db("test");
$query = "SELECT * FROM tbl1";
$result = mysql_query($query);
if($result) {
$row = mysql_fetch_array($result);
if($row) {
echo "String: " . $row['fld1'];
}
mysql_free_result($result);
}
mysql_close($link);
?>
--
Edit this bug report at http://bugs.php.net/?id=20166&edit=1
#16111 [Opn]: IIS/CGI only gives "Security Alert! PHP CGI cannot be accessed directly."
ID: 16111
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: Documentation problem
+Bug Type: PWS related
Operating System: Windows
PHP Version: 4.2.1
New Comment:
This still looks like a problem to me, am marking as a PWS problem
until resolved.
Also it's important to know the correct php.ini is being edited as this
seems to be the cause of many peoples problems. So before reporting
information to this bug report, please be sure to state where phpinfo()
says it is.
If a PWS expert knows this is still a documentation problem, please
reclassify with an explanation.
Previous Comments:
[2003-01-16 20:56:50] [EMAIL PROTECTED]
win 98SE, PWS, PHP4.3.0 installbinary. ME TOO! read everything I can
find - no solution
1. PWS installed and working
2. run install shield for PHP4.3.0 normal install
(also did manual install forcing PWS etc.)
3. build simple hello.php put in root of PWS directories
4. 'Execute' is checked for that folder
5. useing browser - link/get/select hello.php
6. get same BUG. error "Security Alert... (seems PHP is trying!)
7. Changed cgi.force_redirect = 0 in PHP.ini (in c:/windows)
8. bug changed. Now the hello.php script just shows up as html text
i.e. the is not executed. (seems PHP is not being accessed
or pulled into the game)
9. because symptoms changed PHP IS reading the php.ini file - it is not
in the wrong directory. so all fixes listed so far will not work.
This is definitly a showstopper for many.
I think that setting cgi.force_redirect = 0 is somehow resulting in the
PWS not knowing where to look for the PHP.exe or something like that
but what do I know. A documentation FIX that works would be nice.
Also there seems to be different fixes for IIS and PWS and the docs are
not clear which fix for which.
[2002-12-07 06:53:50] [EMAIL PROTECTED]
Hello shelley
win2000 + iis + php
I had the same problem with header("Location) redirects.
And I don't have a solution only have one ugly code to do the same...
echo "
document.location.href=$url";
I hope change this code on the future, when somebody will have a
solution.
DJF
[2002-11-10 04:07:00] [EMAIL PROTECTED]
I too had the same problem. I read that I had to set
cgi.force_redirect=0 I did this and nothing happened. I tried
everything, only to find out that my php.ini file was not in c:\winnt
like the docs said they it would be. No the binary distro put it in
c:\documents and settings\administrator\windows I copied that file to
c:\winnt and the php part is working.
[2002-08-26 17:32:53] [EMAIL PROTECTED]
I read bug this bug and have changed my security setting on IIS and it
makes
no difference. I'm also using Zend, Smarty & ADODB. In addition I'm
running on a pentium 4. I am
having major problems in our login program and took the code out into
a
seperate test problem, and am still having the same redirect problems.
I have been checking the Forums in the PHP community for the last week
and
find this seems to be a problem. I've tested the following code and it
only will re-direct 1 time out of 5 or 6 times, of executing the
code(with
no code changes). It gives an error message the other times.
Here is my test program:
http://bugs.php.net/16111
--
Edit this bug report at http://bugs.php.net/?id=16111&edit=1
#21733 [NEW]: output line too long
From: [EMAIL PROTECTED] Operating system: solaris PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: output line too long make fails with output line too long. **this is a test - ignore** -- Edit bug report at http://bugs.php.net/?id=21733&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21733&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21733&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21733&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21733&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21733&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21733&r=support Expected behavior: http://bugs.php.net/fix.php?id=21733&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21733&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21733&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21733&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21733&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21733&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21733&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21733&r=gnused
#21733 [Opn->Bgs]: output line too long
ID: 21733 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: solaris PHP Version: 4.3.0 New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. Previous Comments: [2003-01-18 15:35:14] [EMAIL PROTECTED] make fails with output line too long. **this is a test - ignore** -- Edit this bug report at http://bugs.php.net/?id=21733&edit=1
#21735 [NEW]: errors in mcve.c on make
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.6 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: errors in mcve.c on make The error I get on make: /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c: In function `zm_startup_mcve': /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:165: `MC_TRANTYPE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:165: (Each undeclared identifier is reported only once /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:165: for each function it appears in.) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:166: `MC_USERNAME' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:167: `MC_PASSWORD' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:168: `MC_ACCOUNT' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:169: `MC_TRACKDATA' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:170: `MC_EXPDATE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:171: `MC_STREET' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:172: `MC_ZIP' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:173: `MC_CV' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:174: `MC_COMMENTS' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:175: `MC_CLERKID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:176: `MC_STATIONID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:177: `MC_APPRCODE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:178: `MC_AMOUNT' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:179: `MC_PTRANNUM' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:180: `MC_TTID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:181: `MC_USER' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:182: `MC_PWD' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:183: `MC_ACCT' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:184: `MC_BDATE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:185: `MC_EDATE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:186: `MC_BATCH' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:187: `MC_FILE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:188: `MC_ADMIN' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:189: `MC_AUDITTYPE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:190: `MC_CUSTOM' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:193: `MC_USER_PROC' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:194: `MC_USER_USER' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:195: `MC_USER_PWD' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:196: `MC_USER_INDCODE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:197: `MC_USER_MERCHID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:198: `MC_USER_BANKID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:199: `MC_USER_TERMID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:200: `MC_USER_CLIENTNUM' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:201: `MC_USER_STOREID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:202: `MC_USER_AGENTID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:203: `MC_USER_CHAINID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:204: `MC_USER_ZIPCODE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:205: `MC_USER_TIMEZONE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mc
#21731 [Fbk->Opn]: imagettfbbox() and imagettftext() don't work
ID: 21731 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.3.0 New Comment: damn, I don't know why .phps does not work either.. anyway that doesn't bother me you can see the source here http://www.ditech.com.br/~alvaro/im.txt the other links work fine Previous Comments: [2003-01-18 13:15:03] [EMAIL PROTECTED] Please supply working examples, the provided URLs cannot be accessed. [2003-01-18 13:04:16] [EMAIL PROTECTED] This is what I get when trying to write a text over a PNG (tried JPEG too) image. Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open font in /home/alvaro/html/im.php on line 6 Warning: imagettftext() [function.imagettftext]: Could not find/open font in /home/alvaro/html/im.php on line 14 file perms are ok. PHP 4.3 compiled with bundled GD+external jpeg libs with gcc-3.2 on Debian. URL is http://www.ditech.com.br/~alvaro/im.php source is http://www.ditech.com.br/~alvaro/im.phps PHPinfo: http://www.ditech.com.br/~alvaro/php.php -- Edit this bug report at http://bugs.php.net/?id=21731&edit=1
#20100 [Opn->Sus]: Com Performance/Memory issues
ID: 20100
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Suspended
Bug Type: COM related
Operating System: win2k
PHP Version: 4CVS-2002-10-25
New Comment:
beside that i don't have enough time to hunt memleaks in php4 code i
want to note that this was qa code and not production code. php5 has a
much better architecture to prevent such flaws.
harald
Previous Comments:
[2002-11-30 11:33:21] [EMAIL PROTECTED]
Just a comment. As I understand PHP is meant to be optimal at handling
HTTP requests. This implies a relatively short period of processing
after which the script exits.
This processing model implies that a lazy approach to garbage
collection is going to be most often optimal. Or to put it
differently, all the garbage is collected when the script exits.
If handling better the case described here means the usual case is less
optimal then perhaps this behaviour should stay as-is? Allocating and
freeing huge numbers of largish (~10KB) COM objects is unusual usage.
BTW - it might be a more exact example if the vbscript code used
CreateObject() rather than GetObject().
[2002-10-25 18:27:24] [EMAIL PROTECTED]
vbscript code:
wscript.echo now
For I = 1 To 3000
set
ru=GetObject("WinMgmts:{impersonationLevel=impersonate}").InstancesOf("Win32_NetworkAdapterConfiguration")
set ru = nothing
Next
wscript.echo now
vbscript output:
C:\php\wmi>cscript wmi.vbs
Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. All rights reserved.
26/10/2002 00:07:26
26/10/2002 00:08:16
php code:
$prof = new Profiler;
for ($i=0;$i<3000;$i++){
$prof->startTimer($i);
$Services = new COM("winmgmts:{impersonationLevel=impersonate}") or
die("glump");
$NetworkAdapterSet =
$Services->InstancesOf('Win32_NetworkAdapterConfiguration');
$NetworkAdapterSet->release();
$Services->release();
unset($Services);
unset($NetworkAdapterSet);
$prof->stopTimer($i);
}
php results:
C:\php\snaps\php4-win32-latest>php c:\php\wmi\wmiperf.php
Warning: (null)(): Invoke() failed: Exception occurred.
Source: SWbemServices Description: Generic failure
in c:\php\wmi\wmiperf.php on line 7
Fatal error: Call to a member function on a non-object in
c:\php\wmi\wmiperf.php
on line 8
doing it as 3 seperate runs yielded:
0-1000 runs: 11313.1239 ms (100.00 %) OVERALL TIME
1000-2000 runs: 23879.2120 ms (100.00 %) OVERALL TIME
2000-3000: 544210.0750 ms (100.00 %) OVERALL TIME
At the same time, memory utilization of winmgmt.exe rises to ~30mb from
the normal 4mb...
Looks like something isn't getting freed right...
--
Edit this bug report at http://bugs.php.net/?id=20100&edit=1
#19150 [Opn]: Overloaded COM Property Set Leaks Memory
ID: 19150
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.2.2, 4.3.0-dev
New Comment:
heading for php5 i won't spend any more time on fixing memleaks in php4
code
Previous Comments:
[2002-08-28 12:33:50] [EMAIL PROTECTED]
updating version
[2002-08-28 10:27:20] [EMAIL PROTECTED]
I did confirm that the bug exists in the current HEAD branch, but was
unable to confirm the fix as the com_invoke call would fail.
[2002-08-28 10:25:41] [EMAIL PROTECTED]
If a COM property set is called on an overloaded object that was
created by a COM method call, memory leaks (as identified by an ever
growing DLLHOST memory size under the ISAPI filter). This does not
happen if you use the functional COM interface.
This will leak:
$xml = new COM("MSXML.DOMDocument");
$element = $xml->createElement("test");
$element->text = str_repeat("this is a text string!", 100);
$element->Release();
$xml->Release();
but this doesn't:
$xml = new COM("MSXML.DOMDocument");
$element = com_invoke($xml, "createElement", "test");
com_set($element, "text", str_repeat("this is a text string!", 100));
com_release($element);
$xml->Release();
--
Edit this bug report at http://bugs.php.net/?id=19150&edit=1
#19150 [Opn->Sus]: Overloaded COM Property Set Leaks Memory
ID: 19150
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Suspended
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.2.2, 4.3.0-dev
New Comment:
suspending
Previous Comments:
[2003-01-18 16:09:20] [EMAIL PROTECTED]
heading for php5 i won't spend any more time on fixing memleaks in php4
code
[2002-08-28 12:33:50] [EMAIL PROTECTED]
updating version
[2002-08-28 10:27:20] [EMAIL PROTECTED]
I did confirm that the bug exists in the current HEAD branch, but was
unable to confirm the fix as the com_invoke call would fail.
[2002-08-28 10:25:41] [EMAIL PROTECTED]
If a COM property set is called on an overloaded object that was
created by a COM method call, memory leaks (as identified by an ever
growing DLLHOST memory size under the ISAPI filter). This does not
happen if you use the functional COM interface.
This will leak:
$xml = new COM("MSXML.DOMDocument");
$element = $xml->createElement("test");
$element->text = str_repeat("this is a text string!", 100);
$element->Release();
$xml->Release();
but this doesn't:
$xml = new COM("MSXML.DOMDocument");
$element = com_invoke($xml, "createElement", "test");
com_set($element, "text", str_repeat("this is a text string!", 100));
com_release($element);
$xml->Release();
--
Edit this bug report at http://bugs.php.net/?id=19150&edit=1
#20282 [Opn->Sus]: COM memory leak
ID: 20282 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Suspended Bug Type: COM related Operating System: Win2000/XP PHP Version: 4.2.3 New Comment: suspended php4 development to look forward to a more stable php5 Previous Comments: [2002-12-20 11:12:49] [EMAIL PROTECTED] Hi there, it's possible that we will hire a developer to fix this bug. If somebody is in the mood to do bugfixing, please contact me under [EMAIL PROTECTED] Sven [2002-12-09 15:31:19] [EMAIL PROTECTED] as soon as anybody is in the mood to fix it ... erm, and 'Hi, how about bugfixing ?' or 'Is it possible to get a solution soon?' for sure doesn't bring anyone into that mood. but you have full access to the sources and can always send in a patch. harald [2002-12-09 03:21:45] [EMAIL PROTECTED] Hi Derick, if we don't hire an PHP developer, when do you think the bug will be fixed? Is there a roadmap for this bug? Sven [2002-12-02 04:02:04] [EMAIL PROTECTED] Well, you can always hire a PHP developer to do it if it is so urgent for your project. Please don't forget that PHP is an Open Source project, totally run by volunteers which dedicate their spare time to develop on PHP. Derick [2002-12-02 03:21:25] [EMAIL PROTECTED] Hi, how about bugfixing? Is it possible to get a solution soon? We are developing for DaimlerChrysler germany. Our project stagnate. We have a lot of data to transport across COM-mechanism. It's very urgent to get a bugfixing. Can you help us? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20282 -- Edit this bug report at http://bugs.php.net/?id=20282&edit=1
#21269 [Opn->Sus]: Memory leak with Windows COM-Support?
ID: 21269
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Suspended
Bug Type: COM related
Operating System: Windows XP Pro
PHP Version: 4.2.2
New Comment:
will be fixed in php5 :)
Previous Comments:
[2002-12-29 12:28:26] [EMAIL PROTECTED]
The problem still appears in PHP 4.3.0
[2002-12-29 11:15:10] [EMAIL PROTECTED]
COM-Support on Apache 1.3.27 with PHP 4.2.2 (as Apache dso) seems to
have a memory leak. Every time I run the following code, memory usage
of Apache is increased by about 86 kB:
$cid = new COM('ADODB.Connection');
$cid->Open ("File Name=udlfile.udl");
$rid = $cid->Execute ("SELECT * FROM test");
$rid->Close();
$rid->Release();
$rid = NULL;
unset ($rid);
$cid->Close();
$cid->Release();
$cid = NULL;
unset ($cid);
Is it really a memory leak or just my way of trying to free memory
resources?
Cheers, Norbert
--
Edit this bug report at http://bugs.php.net/?id=21269&edit=1
#21736 [NEW]: fsockopen timeouts
From: [EMAIL PROTECTED] Operating system: Linux (kernel 2.4.18) PHP version: 4.3.0 PHP Bug Type: Sockets related Bug description: fsockopen timeouts Hi, PHP4.3.0 is a great version. Congratulations. Just on thing about fsockopen() Let's try this simple script : It works fine in PHP4.2.x but it timeouts in PHP4.3.0 Thanks a lot -- Edit bug report at http://bugs.php.net/?id=21736&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21736&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21736&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21736&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21736&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21736&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21736&r=support Expected behavior: http://bugs.php.net/fix.php?id=21736&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21736&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21736&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21736&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21736&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21736&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21736&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21736&r=gnused
#21672 [Com]: error_log directive doens't work as expected
ID: 21672 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.3.0 New Comment: Jani, Maybe Hans wasn't clear enough and you got confused by the word error log. He mentioned the following error: ErrorLog /path/file The output is currently being sent to the apache error log Kind regards, Hans (a.k.a. onki, having the same problem) Previous Comments: [2003-01-17 21:05:00] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Works fine here (and on one Xserver too :) [2003-01-15 16:37:23] [EMAIL PROTECTED] The error_log directive in php.ini doesn't work as expected. If I set the error_log directive to a file that exist and is writeable for apache it will not be used. Apache will put the php-errors in his errorlog instead of the one in php.ini. I also tested it on a php 4.1.2 system it has also the same issue. -- Edit this bug report at http://bugs.php.net/?id=21672&edit=1
#21736 [Opn->Fbk]: fsockopen timeouts
ID: 21736 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. What times out? The script or the fsockopen call? What is the error message? *please* read the info here: http://bugs.php.net/how-to-report.php and then fill in more information to make this a useful bug report. Previous Comments: [2003-01-18 16:36:59] [EMAIL PROTECTED] Hi, PHP4.3.0 is a great version. Congratulations. Just on thing about fsockopen() Let's try this simple script : It works fine in PHP4.2.x but it timeouts in PHP4.3.0 Thanks a lot -- Edit this bug report at http://bugs.php.net/?id=21736&edit=1
#21681 [Opn->Csd]: Isapi/mssql crashes under high load !!!!
ID: 21681 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: This is a problem with missing thread safety in the Microsoft libraries used to build the MSSQL extension. It can be used with ISAPI but you can only get a stable system when using cgi or fastcgi. The CGI error is not caused by either PHP or the MSSQL extension, but rather a problem with IIS. CGI processes are launched in forground, but the default setting for Windows NT/2000 is to optimize performence for background processes. If you switch this the CGI errors will go away. Previous Comments: [2003-01-18 14:29:39] [EMAIL PROTECTED] Sorry, I have also tested the latest snaps without any success! Can it give problems with connection when the MSSQL-Server is configurated with Network-protocols Named Pipes and TCP/IP ??? Have someone experience with it? Thanks and best regards, Andi [2003-01-17 20:53:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-16 03:03:24] [EMAIL PROTECTED] sorry, have forgotten that just ISAPI is important!!! [2003-01-16 03:00:46] [EMAIL PROTECTED] ... [2003-01-16 02:51:26] [EMAIL PROTECTED] I have a large PHP-Application that must run under Windows. ;-) Tested under Windows with PHP 4.3.0: - IIS 5 with CGI - IIS 5 with ISAPI - Apache 2.0.43 with ISAPI Problems - witch CGI I have often problems with CGI-Error messages, but this problems are finished with ISAPI. - System runs fine but sometimes every client becomes warnings the "Unable to connect to server" or "Unable to select database ". Under IIS an restart of IIS does nothing wright, just a reboot helps. Under Apache an restart of Apache release the problems. !!! Please see also Bug #20330 http://bugs.php.net/bug.php?id=20330 - its the same Problem!!! This can't be the solution? Have everbody a answer to that problem or have same problems? Thanks and best regards, Frast Andreas -- Edit this bug report at http://bugs.php.net/?id=21681&edit=1
#21644 [Fbk->Csd]: PHP compile fails with PDFLIB
ID: 21644 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: PDF related Operating System: Slackware Linux 2.8 PHP Version: 4.3.0 New Comment: Seemed to do it. I'm surprised it worked, but it did. Previous Comments: [2003-01-15 03:26:20] [EMAIL PROTECTED] Did you try with clean, unmodified PHP 4.3.0 sources? And try adding the path, use --with-pdflib=/usr/local [2003-01-14 20:00:30] [EMAIL PROTECTED] Same error messages. [2003-01-14 19:28:17] [EMAIL PROTECTED] Try WITHOUT the patch. [2003-01-14 18:48:50] [EMAIL PROTECTED] Using PHP 4.3.0 and PDFLIB 4.0.3 with the PHP 4.3.0 patch (pdf.c) I can't compile PHP. I build PDFLIB from source, copied the pdf.c and config.php-406+.m4 to the php-4.3.0/ext/pdf directory (the config to config.m4). Configured PHP with: ./configure --prefix=/opt/php --exec-prefix=/opt/php --with-mysql --with-apache=../apache_1.3.27 --with-pdflib Since PDFLIB base directory is /usr/local I didn't specify a PDFLIB path. It configures fine, but during the make I get (last few lines of output): ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /root/source/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' main/internal_functions_cli.o: In function `php_startup_internal_extensions': /root/source/php-4.3.0/main/internal_functions_cli.c:69: undefined reference to `pdf_module_entry' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 If you need more output, let me know. I have never successfully built PHP with PDFLIB on all sorts of different platforms. I'm surprised other people have been able to. -- Edit this bug report at http://bugs.php.net/?id=21644&edit=1
#21681 [Csd]: Isapi/mssql crashes under high load !!!!
ID: 21681 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Hi, thanks for your tip, I will test it and return a feedback. Previous Comments: [2003-01-18 18:38:02] [EMAIL PROTECTED] This is a problem with missing thread safety in the Microsoft libraries used to build the MSSQL extension. It can be used with ISAPI but you can only get a stable system when using cgi or fastcgi. The CGI error is not caused by either PHP or the MSSQL extension, but rather a problem with IIS. CGI processes are launched in forground, but the default setting for Windows NT/2000 is to optimize performence for background processes. If you switch this the CGI errors will go away. [2003-01-18 14:29:39] [EMAIL PROTECTED] Sorry, I have also tested the latest snaps without any success! Can it give problems with connection when the MSSQL-Server is configurated with Network-protocols Named Pipes and TCP/IP ??? Have someone experience with it? Thanks and best regards, Andi [2003-01-17 20:53:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-16 03:03:24] [EMAIL PROTECTED] sorry, have forgotten that just ISAPI is important!!! [2003-01-16 03:00:46] [EMAIL PROTECTED] ... The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21681 -- Edit this bug report at http://bugs.php.net/?id=21681&edit=1
#21738 [NEW]: Quicktime .mov support for getimagesize()
From: [EMAIL PROTECTED] Operating system: Win XP PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: Quicktime .mov support for getimagesize() I think .mov is also quite a popular multimedia format on the web, especially for VRMLs. Is there any plan for PHP to include .mov support in the several graphics function...? Thanks. -- Edit bug report at http://bugs.php.net/?id=21738&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21738&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21738&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21738&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21738&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21738&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21738&r=support Expected behavior: http://bugs.php.net/fix.php?id=21738&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21738&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21738&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21738&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21738&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21738&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21738&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21738&r=gnused
#21736 [Fbk->Opn]: fsockopen timeouts
ID: 21736
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: Linux (kernel 2.4.18)
PHP Version: 4.3.0
New Comment:
Hi,
Thanks for your answer.
You're right, it is not the fsockopen() which times out. It is the
script itself because the fsockopen() never responds.
After 1 minute waiting for a respond, my browser give up.
So I don't have any error message from the script.
Here is some hints:
- the script runs fine on PHP4.2.x but not on PHP4.3.0
- fsockopen("207.46.245.61", 80); works fine on both PHP4.3.0 and
PHP4.2.x
- fsockopen("lb.msnbc.com", 80); also works fine on both PHP4.3.0 and
PHP4.2.x
- if you need, you can find the phpinfo page at this address :
http://w06.httpserveur.net/phpinfo.php
Thans a lot.
Previous Comments:
[2003-01-18 18:17:46] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
What times out? The script or the fsockopen call?
What is the error message?
*please* read the info here:
http://bugs.php.net/how-to-report.php
and then fill in more information to make this a useful bug report.
[2003-01-18 16:36:59] [EMAIL PROTECTED]
Hi,
PHP4.3.0 is a great version. Congratulations.
Just on thing about fsockopen()
Let's try this simple script :
It works fine in PHP4.2.x but it timeouts in PHP4.3.0
Thanks a lot
--
Edit this bug report at http://bugs.php.net/?id=21736&edit=1
#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: any
PHP Version: 4.3.0
New Comment:
This problem seems more severe than reported here, at least in 4.1.3
with Apache 1.3.26 shipped with Debian GNU/Linux 3.0.1: If mod_php4 is
enabled, any (!) string (try "foobar\n\n" instead of "GET /
HTTP/1.0\n\n") will return the home page from $DOCUMENT_ROOT/index.php.
If we comment out the LoadModule directive for mod_php4, the server
returns correctly "501 method not implemented".
Interestingly we couldn't reproduce it on an Apache 1.3.26 with PHP
4.2.2, but this may be because of the tested virtual host is not the
first one in the httpd.conf.
We noticed this while trying to figure out why the Apache answered to
requests like "\xe3P" (probably trying to exploit some bugs in some
webserver) with "200 OK" instead of "501 method not implemented".
An example:
With mod_php4:
> telnet our_host 80
Trying ###.###.###.###...
Connected to our_host.
Escape character is '^]'.
\xe3P
our_host home page
[...]
Without mod_php4:
> telnet our_host 80
Trying ###.###.###.###...
Connected to our_host.
Escape character is '^]'.
\xe3P
501 Method Not Implemented
Method Not Implemented
\xe3P to /index.php not supported.
Invalid method in request \\xe3P
Apache/1.3.26 Server at our_host Port 80
Connection closed by foreign host.
Maybe also interessting: A very long string (e.g. 80.000 characters)
correctly leads to an error "414 Request-URI Too Large", equal if
mod_php4 is loaded or not.
This looks like mod_php4 handles any possible request method, which is
passed to it. Is this really the wanted behaviour? Why should PHP
change Apache's behaviour in such cases?
Previous Comments:
[2003-01-05 07:41:37] [EMAIL PROTECTED]
Verified in Apache 1.3.27/Linux/PHP 4.3.0
[2003-01-04 16:48:32] [EMAIL PROTECTED]
Yes; [EMAIL PROTECTED] is correct. My previous comment ("bug possibly
fixed") was in haste.
The problem still exists in 4.3.0. Please, someone in the PHP crew
investigate this fully, as it's becoming more and more of an issue and
seems to be affecting essentially everyone who uses PHP and Apache.
[2003-01-03 23:39:16] [EMAIL PROTECTED]
Problem still exists in PHP 4.3.0, i'm running Apache 1.3.27 on
FreeBSD.
[2003-01-02 06:32:47] [EMAIL PROTECTED]
I apologise for not being able to test 4.3.0 or any of the "snap"
releases prior to now -- we use FreeBSD, and we rely on the FreeBSD
port of mod_php4. The port author has not upgraded to 4.3.0 yet, and
therefore we were stuck using 4.2.3 until earlier this evening when I
removed the port and went with the old method of installing off source
manually.
It seems that this problem may in fact be fixed in 4.3.0. The problem
documented no longer appears.
[2002-12-28 01:00:02] [EMAIL PROTECTED]
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/19113
--
Edit this bug report at http://bugs.php.net/?id=19113&edit=1
#21731 [Opn]: imagettfbbox() and imagettftext() don't work
ID: 21731 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.3.0 New Comment: Well I have had the time to google a lot, and found out that using realpath($fonte) the script work. See http://bugs.php.net/bug.php?id=6960 Previous Comments: [2003-01-18 16:03:41] [EMAIL PROTECTED] damn, I don't know why .phps does not work either.. anyway that doesn't bother me you can see the source here http://www.ditech.com.br/~alvaro/im.txt the other links work fine [2003-01-18 13:15:03] [EMAIL PROTECTED] Please supply working examples, the provided URLs cannot be accessed. [2003-01-18 13:04:16] [EMAIL PROTECTED] This is what I get when trying to write a text over a PNG (tried JPEG too) image. Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open font in /home/alvaro/html/im.php on line 6 Warning: imagettftext() [function.imagettftext]: Could not find/open font in /home/alvaro/html/im.php on line 14 file perms are ok. PHP 4.3 compiled with bundled GD+external jpeg libs with gcc-3.2 on Debian. URL is http://www.ditech.com.br/~alvaro/im.php source is http://www.ditech.com.br/~alvaro/im.phps PHPinfo: http://www.ditech.com.br/~alvaro/php.php -- Edit this bug report at http://bugs.php.net/?id=21731&edit=1
#21706 [Fbk->Opn]: PHP Access Violation on Bad URL from IE
ID: 21706
User updated by: [EMAIL PROTECTED]
-Summary: Header('Location: ... ') problem
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.3.0
New Comment:
I tried to reproduce it again today with no success, which is weird as
I hadn't rebooted the server or IIS, and the initial problem was
definitely reproducible (It was happening for at least 3-4 hours).
Sorry.
Previous Comments:
[2003-01-17 09:02:13] [EMAIL PROTECTED]
Do you see a chance to use some debugging proxy
to retrieve the actual HTTP requests sent in
both cases?
there *should* be no difference in what the
browser sends in all 4 cases, but IE sometimes
does funny things, esp. when talking to iis ...
[2003-01-17 00:34:01] [EMAIL PROTECTED]
PHP 4.3.0 on IIS 5 (Win2k Server, SP3) crashes when I access the site
using Internet Explorer (Versions 5.5 AND 6.0) with the following
URLs:
'hostname/' and 'hostname'(minus the quotation marks)
However, 'http://hostname/' works, and so does 'http://hostname'.
The error message given is: 'PHP has encountered an Access Violation at
45524F4D'.
--
Edit this bug report at http://bugs.php.net/?id=21706&edit=1
#21740 [NEW]: number_format wrong output
From: [EMAIL PROTECTED] Operating system: win2000 PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: number_format wrong output the function number_format returns a wrong string (different char in front of the number) when the number to convert is not over 1.000 and a 'string thousands_sep' is set. -- Edit bug report at http://bugs.php.net/?id=21740&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21740&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21740&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21740&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21740&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21740&r=support Expected behavior: http://bugs.php.net/fix.php?id=21740&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21740&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21740&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21740&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21740&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21740&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21740&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21740&r=gnused
#21741 [NEW]: strip_tags() reproducible error...
From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: strip_tags() reproducible error... Function: strip_tags() Test input: http://66.28.101.38/shift.htm Unexpected result: The result string is cut off after a few sentences and ends with extraneous marks. Not all input would generate this error but most of the time with Microsoft Word created dirty documents as the test input above will demonstrate. Probably cause: Totally speculation but my guess is that there is a funk in the code in the string function dealing with UTF-8 characters common in Microsoft generated stuff. -- Edit bug report at http://bugs.php.net/?id=21741&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21741&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21741&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21741&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21741&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21741&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21741&r=support Expected behavior: http://bugs.php.net/fix.php?id=21741&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21741&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21741&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21741&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21741&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21741&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21741&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21741&r=gnused
#21742 [NEW]: $_SERVER[PATH_INFO] doesnt work
From: [EMAIL PROTECTED] Operating system: Windows XP Home PHP version: 4.3.0 PHP Bug Type: Apache2 related Bug description: $_SERVER[PATH_INFO] doesnt work If you try to use the $_SERVER['PATH_INFO'] variables, it won't work becuase Apache won't let you use file.php/ becuase it tries to look for the file '/' and can't find it, thus throwing a 404.. Also, if you have any ' in your Summary.. it throws an error ;P ( Bug System ) -- Edit bug report at http://bugs.php.net/?id=21742&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21742&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21742&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21742&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21742&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21742&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21742&r=support Expected behavior: http://bugs.php.net/fix.php?id=21742&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21742&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21742&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21742&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21742&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21742&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21742&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21742&r=gnused
