#27758 [NoF->Opn]: High memory usage/leak
ID: 27758 User updated by: tingle at virtuanews dot co dot uk Reported By: tingle at virtuanews dot co dot uk -Status: No Feedback +Status: Open Bug Type: Performance problem Operating System: Windows 2000 SP4 PHP Version: 5CVS-2004-03-29 (dev) New Comment: Hi, Sorry for the delay - I was not in a position to download the latest CVS due to a very slow web connection, this has now changed and I have just downloaded the latest file. The problem is now MUCH better, but is still there slightly, where as before it would increase with about 500KB each refresh, it does it by about 50KB each time. It is not as bad, but it is still there Previous Comments: [2004-04-12 17:56:11] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2004-04-07 05:25:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-03-29 15:05:54] tingle at virtuanews dot co dot uk Description: Hi, Whilst using PHP locally I am experiencing a major problem with memory usage. When I start up apache it uses around 15mb of memory (apache.exe that is) Now as a test I sat hitting refresh on the index page of phpmyadmin installed locally for a few minutes, and the memory usage of apache.exe reached 150mb +. It seems to be using a certain amount of memory to load the page, then not releasing it as the usage never goes down, only up with each page refresh. This issue does NOT happen with PHP4, I am using the latest CVS version of PHP5 compiled by you for windows. I also have apache 2.0.49 and mysql 4.0.18 installed. I realise this is a pretty usless bug report in terms of finding a solution, but that is because I do not know what to give you. Please let me know how I can help to solve this problem - I'm sure needed to restart apahe after every thousand or so page refreses due to memory usage of nearly 200mb is not the intended use of PHP! Thanks Tingle -- Edit this bug report at http://bugs.php.net/?id=27758&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: gareth at blueshadow dot org dot uk Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: How about, finding a form's first tag, and inserting the hidden field just in front of that... That way, if the author has put their first input tag in a valid place, PHP won't change that, and if it isn't in a compliant place, again, PHP won't make it any more or less valid... Just my $0.02 Previous Comments: [2004-01-30 06:12:31] ebola at psychoholics dot org I am going to test this very soon and will be fairly surprised if it isn't fixed. I'll test on latest 4.x and 5.x. Maybe a patch if i get some free time. Good night. [2003-11-14 16:20:04] yallis at surr dot no I don't know if this bug has been fixed, but many of us is still stuck on hosts with "outdated" software. I solved this problem by putting this lines in my .htaccess: php_value arg_separator.output "&" php_value url_rewriter.tags "a=href,area=href,frame=src,input=src" ..and put the hidden form value where I wanted it with Seem to work properly and my XHTML1.1 is valid. [2003-05-25 14:42:06] harrydeboer at home dot nl PHP writes an extra in my code, which is html 4.01 strict. But in html 4.01 strict there should not be a closing slash, so the code becomes invalid. Is there any way to solve that without changing php.ini? [2003-03-05 02:36:54] node at nodefall dot de just open a new one... this seems to be the only way [2003-03-03 19:25:31] vmizuba at queens dot org "removing the 'form=' entry from url_rewriter.tags" does not solve the problem if: 1) session.use_cookies is "off" (forms need this hidden tag) 2) there is no access to php.ini. The solution is a matter of moving the hidden tag inserted below a block-level element as it was pointed out above. how do we get this bug reopened AND fixed correctly? TIA 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#28044 [Opn->Bgs]: PHP 4.3.6 Apache 2.0.49 SSL still crashes...
ID: 28044
Updated by: [EMAIL PROTECTED]
Reported By: drivel at iahk dot com
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: Any
PHP Version: 4.3.6
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.
Thank you for your interest in PHP.
Please do not file a new bug for the same problem, but instead add
comments to the original one.
Previous Comments:
[2004-04-18 05:16:54] drivel at iahk dot com
Description:
With PHP 4.3.6 release and Apache-2.0.49 SSL, it still crashes on
restart. This bug seemed that it has not been completely fixed in PHP
4.3.6.
However, after applying the patch from freebsd, the restart issue goes
away:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php4/files/patch-ext%3a%3apcre%3a%3aphp_pcre.c?rev=1.1&content-type=text/x-cvsweb-markup
--- ext/pcre/php_pcre.c.origFri Apr 16 09:21:14 2004
+++ ext/pcre/php_pcre.c Fri Apr 16 09:23:36 2004
@@ -106,15 +106,6 @@
REGISTER_LONG_CONSTANT("PREG_SPLIT_DELIM_CAPTURE",
PREG_SPLIT_DELIM_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_SPLIT_OFFSET_CAPTURE",
PREG_SPLIT_OFFSET_CAPTURE, CONST_CS | CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("PREG_GREP_INVERT", PREG_GREP_INVERT, CONST_CS
| CONST_PERSISTENT);
-
- pcre_malloc = php_pcre_malloc;
- pcre_free = php_pcre_free;
-
-#ifdef NO_RECURSE
- pcre_stack_malloc = php_pcre_malloc;
- pcre_stack_free = php_pcre_free;
-#endif
-
return SUCCESS;
}
/* }}} */
@@ -130,6 +121,16 @@
}
/* }}} */
+/* {{{ PHP_RINIT_FUNCTION(pcre) */
+static PHP_RINIT_FUNCTION(pcre)
+{
+ pcre_malloc = php_pcre_malloc;
+ pcre_free = php_pcre_free;
+
+ return SUCCESS;
+}
+/* }}} */
+
/* {{{ pcre_get_compiled_regex
*/
PHPAPI pcre* pcre_get_compiled_regex(char *regex, pcre_extra **extra,
int *preg_options) {
@@ -1527,7 +1528,7 @@
pcre_functions,
PHP_MINIT(pcre),
PHP_MSHUTDOWN(pcre),
- NULL,
+ PHP_RINIT(pcre),
NULL,
PHP_MINFO(pcre),
NO_VERSION_YET,
Expected result:
Apache should not crash on restart
Actual result:
--
Apache crashes
--
Edit this bug report at http://bugs.php.net/?id=28044&edit=1
#28045 [Opn->Bgs]: How to practically bring excel application as a com object to front.
ID: 28045
Updated by: [EMAIL PROTECTED]
Reported By: suwan_j at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: COM related
Operating System: Windows XP SP.1 with Apache 1.3
PHP Version: 4.3.6
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.
This is not a support forum.
Previous Comments:
[2004-04-18 07:42:04] suwan_j at hotmail dot com
Description:
The statement,"$ExcelCOMObj->Application->Visible = true;", truely
doesn't work. The excel application is not brought to front. I try too
many time and so many version of PHP, that's useless all.
Therefore, I would kindly like a one of you to come to clearly
specify(state) related software versions or tell me how to config their
configurations.
I have worked for this problem for a month, there is no progression on
it.
I have seen several bugs like mine but there is no explicit answer or
solution to fix it.
The related topic : Bug #11195
My current environment :
MS-Windows XP SP.1
MS-Office XP SP.1
Apache 1.3
PHP 4.3.6
Browser : IE 5-6
Reproduce code:
---
$CompletedFileName = "E:\\php_rtl\\Example.xls";
$ExcelCOMObj= new COM("Excel.Application");
$ExcelCOMObj->Application->Visible = true;
$ExcelWorkBookObj =
$ExcelCOMObj->Application->Workbooks->Open($CompletedFileName);
$ExcelWorkSheetObj = $ExcelWorkBookObj->Worksheets(2);
$ExcelWorkSheetObj->Activate;
unset($ExcelWorkSheetObj);
unset($ExcelWorkBookObj);
unset($ExcelCOMObj);
Expected result:
The excel application should be brought to front.
Actual result:
--
There is no excel application and no error.
The excel process is alive in the Task Manager.
--
Edit this bug report at http://bugs.php.net/?id=28045&edit=1
#28046 [NEW]: X-Powered-By shows wrong version
From: freebsd at mwi dot dk Operating system: FreeBSD 4.9 PHP version: 4.3.6 PHP Bug Type: PHP options/info functions Bug description: X-Powered-By shows wrong version Description: The http header shows X-Powered-By: PHP/4.3.4 phpinfo() shows 4.3.6 I have tried to turn it all of by: expose_php Off Off but header still shows up. './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cgi' '--enable-ctype' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-lzw-gif' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--with-pdflib=/usr/local' '--enable-posix' '--enable-session' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' -- Edit bug report at http://bugs.php.net/?id=28046&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28046&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28046&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28046&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28046&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28046&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28046&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28046&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28046&r=support Expected behavior: http://bugs.php.net/fix.php?id=28046&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28046&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28046&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28046&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28046&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28046&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28046&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28046&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28046&r=float
#27801 [Com]: networking issue..
ID: 27801 Comment by: jimmy at quadrahosting dot com dot au Reported By: ury at iptel dot by Status: No Feedback Bug Type: Sockets related Operating System: linux PHP Version: 4.3.5 New Comment: To those who are experiencing this problem (on 4.3.5 and up) - do you check the result of fgets using feof? If this is the case, the feof is the cause of the delay because since 4.3.5 PHP will only return true on feof when the socket connection is closed or after the socket timeout period has elapsed. See www.php.net/feof A quick fix is to call stream_set_timeout($sockethandle, 2) or a similarly low timeout. Can someone confirm that this works for you? Previous Comments: [2004-04-12 07:31:10] [EMAIL PROTECTED] None of you have bothered to do some bug finding of your own; we don't have time to install large applications and debug them. Please give me the shortest script that reproduces the bug, as I have asked, otherwise this report will sit and rot. [2004-04-12 05:06:26] tibyke at tibyke dot hu the problem still exists, even with latest snapshot. i wonder what else we could/should do besides reporting the problem, and pointing the allegedly faulty piece of code, and. get ilohamail at www.ilohamail.org (0812), install it alongside a php >4.3.4, and you'll see what we're talking about. if you dont want to then write an email, I'll show you the case on my box (as [EMAIL PROTECTED] didnt even bother to reply to my mail) regards, tibyke [2004-04-11 12:14:20] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2004-04-06 08:01:27] admin at itccanarias dot org Same problem with PHP 4.3.5. With previous versions of PHP IlohaMail works fine. This is the web server error: PHP Warning: fsockopen(): php_network_getaddresses: gethostbyname failed in /export/home/www/htdocs/IlohaMail/include/pop3.inc on line 233 [2004-04-05 17:28:43] [EMAIL PROTECTED] Please, lets just have the shortest script that reproduces the problem. 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/27801 -- Edit this bug report at http://bugs.php.net/?id=27801&edit=1
#26771 [Com]: register_tick_funtions crashes apache2 child process
ID: 26771 Comment by: cpuidle at gmx dot de Reported By: info at tphnet dot com Status: Verified Bug Type: Apache2 related Operating System: * (ZTS only!) PHP Version: 4CVS, 5CVS (2004-02-25) New Comment: Similiar Issue, but not register_ticks-related: [Sun Apr 18 12:56:48 2004] [notice] Parent: child process exited with status 128 -- Restarting. [Sun Apr 18 12:56:49 2004] [notice] Parent: Created child process 3824 [Sun Apr 18 12:56:49 2004] [notice] Child 3824: Child process is running [Sun Apr 18 12:56:49 2004] [notice] Child 3824: Acquired the start mutex. [Sun Apr 18 12:56:49 2004] [notice] Child 3824: Starting 64 worker threads. Happening e.h. with osCommerce and custom apps. Not always reproducible... Previous Comments: [2004-01-02 19:23:33] info at tphnet dot com Description: While searching the bug database I found some similar problems, but all were suspended. I wasn't sure if it was useful to reply to one of those (Most recent one: http://bugs.php.net/bug.php?id=26286). Well anyways, here goes: The problem is very simple. I just copy and paste the 'tick' example from the php manual into a new php file an try to execute it on my apache2 server. The apache child process crashes, restarts, crashes, restarts and eventually just stops restarting. When I comment out the line 'register_tick_function', everyting works just fine. Also, when I start the file from the CLI version of PHP it is executed without any problems. I'm using PHP 4.3.4 and Apache 2.0.48 (in conjunction with php4apache2.dll). Reproduce code: --- http://nl.php.net/manual/en/control-structures.declare.php See Example 11-1 Actual result: -- [Sat Jan 03 01:11:04 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Sat Jan 03 01:11:04 2004] [notice] Parent: Created child process 3036 [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Child process is running [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Acquired the start mutex. [Sat Jan 03 01:11:04 2004] [notice] Child 3036: Starting 250 worker threads. Small snippit from my apache2 error.log. It's filled with the above lines, the status code is the same for every restart. -- Edit this bug report at http://bugs.php.net/?id=26771&edit=1
#28046 [Opn->Bgs]: X-Powered-By shows wrong version
ID: 28046 Updated by: [EMAIL PROTECTED] Reported By: freebsd at mwi dot dk -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: FreeBSD 4.9 PHP Version: 4.3.6 New Comment: That is impossible, you must have installed/compile in the wrong way, or the ports are screwed up. Previous Comments: [2004-04-18 11:35:02] freebsd at mwi dot dk Description: The http header shows X-Powered-By: PHP/4.3.4 phpinfo() shows 4.3.6 I have tried to turn it all of by: expose_php Off Off but header still shows up. './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cgi' '--enable-ctype' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-lzw-gif' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--with-pdflib=/usr/local' '--enable-posix' '--enable-session' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' -- Edit this bug report at http://bugs.php.net/?id=28046&edit=1
#28046 [Bgs]: X-Powered-By shows wrong version
ID: 28046 User updated by: freebsd at mwi dot dk Reported By: freebsd at mwi dot dk Status: Bogus Bug Type: PHP options/info functions Operating System: FreeBSD 4.9 PHP Version: 4.3.6 New Comment: Never the less thats the case. Please let me know how to debug this so I can fix this. I've installed direct from ports (cvs ports/make install): pkg_info: apache+mod_ssl-1.3.29+2.8.16_1 The Apache 1.3 webserver with SSL/TLS functionality mod_php4-4.3.6,1PHP Apache Modul [EMAIL PROTECTED] [/usr] # php -v PHP 4.3.6 (cli) (built: Apr 16 2004 17:34:07) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies HTTP/1.1 200 OK Date: Sun, 18 Apr 2004 11:30:47 GMT Server: Apache Expires: Thu, 19 Nov 1981 08:52:00 GMT X-Powered-By: PHP/4.3.4 Set-Cookie: PHPSESSID=0daa326af08b4b6d8f3ec367d0c2dfb9; path=/ Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html Previous Comments: [2004-04-18 13:09:53] [EMAIL PROTECTED] That is impossible, you must have installed/compile in the wrong way, or the ports are screwed up. [2004-04-18 11:35:02] freebsd at mwi dot dk Description: The http header shows X-Powered-By: PHP/4.3.4 phpinfo() shows 4.3.6 I have tried to turn it all of by: expose_php Off Off but header still shows up. './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cgi' '--enable-ctype' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-lzw-gif' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--with-pdflib=/usr/local' '--enable-posix' '--enable-session' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' -- Edit this bug report at http://bugs.php.net/?id=28046&edit=1
#28046 [Bgs]: X-Powered-By shows wrong version
ID: 28046 User updated by: freebsd at mwi dot dk Reported By: freebsd at mwi dot dk Status: Bogus Bug Type: PHP options/info functions Operating System: FreeBSD 4.9 PHP Version: 4.3.6 New Comment: Never mind. My bad. Previous Comments: [2004-04-18 13:32:17] freebsd at mwi dot dk Never the less thats the case. Please let me know how to debug this so I can fix this. I've installed direct from ports (cvs ports/make install): pkg_info: apache+mod_ssl-1.3.29+2.8.16_1 The Apache 1.3 webserver with SSL/TLS functionality mod_php4-4.3.6,1PHP Apache Modul [EMAIL PROTECTED] [/usr] # php -v PHP 4.3.6 (cli) (built: Apr 16 2004 17:34:07) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies HTTP/1.1 200 OK Date: Sun, 18 Apr 2004 11:30:47 GMT Server: Apache Expires: Thu, 19 Nov 1981 08:52:00 GMT X-Powered-By: PHP/4.3.4 Set-Cookie: PHPSESSID=0daa326af08b4b6d8f3ec367d0c2dfb9; path=/ Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html [2004-04-18 13:09:53] [EMAIL PROTECTED] That is impossible, you must have installed/compile in the wrong way, or the ports are screwed up. [2004-04-18 11:35:02] freebsd at mwi dot dk Description: The http header shows X-Powered-By: PHP/4.3.4 phpinfo() shows 4.3.6 I have tried to turn it all of by: expose_php Off Off but header still shows up. './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cgi' '--enable-ctype' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-lzw-gif' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--with-pdflib=/usr/local' '--enable-posix' '--enable-session' '--enable-tokenizer' '--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' 'i386-portbld-freebsd4.9' -- Edit this bug report at http://bugs.php.net/?id=28046&edit=1
#28047 [NEW]: MSSQL dsp has incorrect options for "Debug_TS" build configuration
From: andareed at hotmail dot com Operating system: Windows XP SP2 RC1 PHP version: 5CVS-2004-04-18 (dev) PHP Bug Type: *Compile Issues Bug description: MSSQL dsp has incorrect options for "Debug_TS" build configuration Description: The Debug_TS build config. for mssql extension is set wrong. It is missing debug info for c/c++ section and linker section. Is also enables optimizations. This should be changed to include full debug info. Note that Release_TS build config. is fine. -- Edit bug report at http://bugs.php.net/?id=28047&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28047&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28047&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28047&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28047&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28047&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28047&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28047&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28047&r=support Expected behavior: http://bugs.php.net/fix.php?id=28047&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28047&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28047&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28047&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28047&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28047&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28047&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28047&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28047&r=float
#15841 [Com]: CRLF to separate mail headers is incorrect
ID: 15841
Comment by: phpbug at labres dot at
Reported By: rha at juggernaut dot com dot au
Status: No Feedback
Bug Type: Mail related
Operating System: Linux
PHP Version: 4.1.2
Assigned To: yohgaki
New Comment:
Documentation of mail() states:
"Note: You must use \r\n to separate headers, although some Unix mail
transfer agents may work with just a single newline (\n)."
This is WRONG. On Unix systems, any line ending (also between header
fields) has to be \n. On Windows Systems, it has to be \r\n.
Here is part of the sounce code in mail.c (in case of a Unix system):
sendmail = popen(sendmail_cmd, "w");
fprintf(sendmail, "To: %s\n", to);
fprintf(sendmail, "Subject: %s\n", subject);
if (headers != NULL) {
fprintf(sendmail, "%s\n", headers);
}
fprintf(sendmail, "\n%s\n", message);
ret = pclose(sendmail);
On Windows Systems, the SMTP session is handled within SendText() in
sendmail.c, which sends headers and message as is, so the line endings
have to be \r\n.
Please correct the above cited note and any samples.
There is a further bug in example 4:
| $headers .= "Bcc: [EMAIL PROTECTED]";
remove the ending line break
The header must not end with a line break. As you can see in above code
snipet, the mail implementation adds a \n at the end of the header.
BTW, this is a documentation problem.
Previous Comments:
[2002-06-26 01:00:07] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, 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".
[2002-05-25 21:43:58] [EMAIL PROTECTED]
mail() is NOT the all-in-one solution, nor is it really platform
compatible. In fact, win32/mail() is a completely different kind of
story (using native socket interface to talk to sendmail daemon on port
25) then on unix (calling another executeable and exchanging data)
[2002-05-25 19:33:12] rha at juggernaut dot com dot au
My phpinfo() says:
sendmail_path/usr/bin/sendmail -t -i
I'm running a vanilla qmail installation.
The mail() function works fine... it passes to the MTA whatever data
the user supplies for headers, with whatever line breaks the user
supplied.
The problem is that the line breaks should be unix-style on a Unix
system. But they need to be DOS-style on Windows. This creates a
portability issue for PHP scripts.
See my comment of 6 Mar 2:58pm for an example of the problem when using
DOS-style line breaks on a Unix system.
[2002-05-25 19:09:15] [EMAIL PROTECTED]
I looked for CRLF in source, but I cannot find CRLF with quick glance
of current CVS source.
It seems mail.c is not converting LF to CRLF.
Are you using qmail-inject or qmail sendmail wrapper?
I don't have any problem with qmail-inject nor qmail's sendmail
wrapper.
[2002-05-25 11:41:19] david at acz dot org
I would be VERY nice if PHP would at least have the option of sending
mail using SMTP when running under Unix. It seems silly to support the
option only when running under Windows, especially when the code is
already written.
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/15841
--
Edit this bug report at http://bugs.php.net/?id=15841&edit=1
#28048 [NEW]: using str_replace() together with while chaches PHP
From: johan at braattha dot se
Operating system: windows2000
PHP version: 4.3.4
PHP Bug Type: Reproducible crash
Bug description: using str_replace() together with while chaches PHP
Description:
When using str_replace() in a way it might not be thought (inside a
while-loop where the statement is the actual str_replace one...) for (but
still a valid one) it crashes php. This is 4 lines of code...
It just takes a while (less than a minute for me) before php actually
crashes. I have not seen any updates on this bug in 4.3.5 or 4.3.6...
Reproduce code:
---
$string="I hatedouble spaces.";
while ($string=str_replace(" "," ",$string)) {
$string=str_replace(" "," ",$string);
}
Expected result:
I expected $string to be: "I hate double spaces." I did not realise that
str_replace() did this without the while loop... So everything works like
a charm for me, but it might be problematic for other people?
Actual result:
--
A chrash... it takes a while and then apache restarts...
--
Edit bug report at http://bugs.php.net/?id=28048&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28048&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28048&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28048&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28048&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28048&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28048&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28048&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28048&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28048&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28048&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28048&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28048&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28048&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28048&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28048&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28048&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28048&r=float
#28048 [Opn->Bgs]: using str_replace() together with while chaches PHP
ID: 28048
Updated by: [EMAIL PROTECTED]
Reported By: johan at braattha dot se
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: windows2000
PHP Version: 4.3.4
New Comment:
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.
Try 4.3.6 first.
Previous Comments:
[2004-04-18 16:12:49] johan at braattha dot se
Description:
When using str_replace() in a way it might not be thought (inside a
while-loop where the statement is the actual str_replace one...) for
(but still a valid one) it crashes php. This is 4 lines of code...
It just takes a while (less than a minute for me) before php actually
crashes. I have not seen any updates on this bug in 4.3.5 or 4.3.6...
Reproduce code:
---
$string="I hatedouble spaces.";
while ($string=str_replace(" "," ",$string)) {
$string=str_replace(" "," ",$string);
}
Expected result:
I expected $string to be: "I hate double spaces." I did not realise
that str_replace() did this without the while loop... So everything
works like a charm for me, but it might be problematic for other
people?
Actual result:
--
A chrash... it takes a while and then apache restarts...
--
Edit this bug report at http://bugs.php.net/?id=28048&edit=1
#28049 [NEW]: php_interbase.dll is missing
From: rene dot ladinger at ladinger dot com Operating system: Windows 2000 PHP version: 5CVS-2004-04-18 (dev) PHP Bug Type: InterBase related Bug description: php_interbase.dll is missing Description: The php_interbase.dll is missing in the W32 snaps! -- Edit bug report at http://bugs.php.net/?id=28049&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28049&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28049&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28049&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28049&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28049&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28049&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28049&r=support Expected behavior: http://bugs.php.net/fix.php?id=28049&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28049&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28049&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28049&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28049&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28049&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28049&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28049&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28049&r=float
#28050 [NEW]: Strange behaviour using references
From: mmertinkat at justseven dot de Operating system: Windows XP PHP version: 4.3.6 PHP Bug Type: Scripting Engine problem Bug description: Strange behaviour using references Description: Just look at the code; it is reproducible with PHP 4.3.4, 4.3.5 and 4.3.6 on Windows and Linux. Reproduce code: --- Expected result: Array ( [settings] => Array ( [account] => Array ( [firstname] => Johnny [lastname] => Walker [username] => johnny [password] => not secret ) ) ) Array ( [settings] => Array ( [account] => Array ( [firstname] => Johnny [lastname] => Walker [username] => johnny [password] => secret ) ) ) Actual result: -- Array ( [settings] => Array ( [account] => Array ( [firstname] => Johnny [lastname] => Walker [username] => johnny [password] => not secret ) ) ) Array ( [settings] => Array ( [account] => Array ( [firstname] => Johnny [lastname] => Walker [username] => johnny [password] => very secret ) ) ) -- Edit bug report at http://bugs.php.net/?id=28050&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28050&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28050&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28050&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28050&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28050&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28050&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28050&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28050&r=support Expected behavior: http://bugs.php.net/fix.php?id=28050&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28050&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28050&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28050&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28050&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28050&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28050&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28050&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28050&r=float
#27909 [Fbk->NoF]: gmmktime() produces bad result
ID: 27909
Updated by: [EMAIL PROTECTED]
Reported By: cryogen at mac dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Date/time related
Operating System: Mac OSX 10.3.3
PHP Version: 4.3.4
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2004-04-12 18:30:12] [EMAIL PROTECTED]
Give the feedback when you have it, thank you.
[2004-04-12 18:18:18] cryogen at mac dot com
Waiting to get a build from the latest CVS snapshot to
see if this corrects the problem. This may take a
while, as I do not build this myself, but depend on the
build from Marc Liyanage www.entropy.ch.
[2004-04-07 14:25:28] [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
[2004-04-07 13:03:07] cryogen at mac dot com
Description:
MacOSX 10.3.3 - PHP 4.3.4 (entropy.ch), California PST
I searched through the existing bug submissions, but did
not find anyone reporting this specific problem on Mac
OSX, so
here it is. I am using dates stored as GMT dates in
order to
provide my users across the world with accurate date-
times in their local time zones (using timezone offsets
to GMT).
During the changover to daylight savings time on April
4, 2004 I ran into what I think is a bug with
gmmktime(). Here is the code snippet:
Reproduce code:
---
April 4, 2004 - 02:00 am";
echo "GMDATE = ".gmdate("m/d/Y H:i:s (g:i a)",$td)."";
echo "DATE = ".date("m/d/Y H:i:s (g:i a)",$td)."";
?>
Expected result:
What I expected to see for the GMDATE result was the
same date I input in gmmktime() - "04/04/2004 02:00:00
(02:00 am)".
Actual result:
--
What I am actually getting is: "GMDATE = 12/31/1969 16:
58:58 (4:58 pm)", or an invalid result.
Since gmmktime() is supposed to take GMT date input
parameters as per the documentation, 2:00 am on April
4th is valid, since GMT
does not have daylight savings time and should not have
any code to deal with DST. It seems like it is behaving
the same as mktime() which does not deal with the one
hour we "spring forward" during daylight savings time
(that hour essentially does not exist).
NOTE#1: I tested this on Windows XP with PHP 4.3.4,
Pacific time zone and got
the result "04/04/2004 01:00:00 (01:00 am)" which is
better, but still wrong. since gmmktime should not
adjust the time at all for GMT, especially not in the
wrong direction!.
NOTE #2: I also tested this on Solaris with PHP 4.3.4,
Pacific time zone and got the same result as Windows of
04/04/2004 01:00:00 (01:00 am).
NOTE #3: I also tested this on Redhat 9.0, PHP 4.3.6 in
Central Standard Time and got a result of 04/04/2004 03:
00:00 (03:00 am)? This one seems to be adjusting for
DST (although it should be 4:00am) even though it should
not.
NOTE #4: I also tested this on a Redhat Linux Machine
(v.9.0 PHP 4.3.4 Mountain Standard Time) and got the
correct result of "04/04/2004 02:00:00 (02:00am)",
although I fear this is because of the time being set to
01:00am and then adjusted to 2:00am for DST Mountain
time (again, wrong).
--
Edit this bug report at http://bugs.php.net/?id=27909&edit=1
#5104 [Com]: in the web pages
ID: 5104 Comment by: anhmai_yeuem19 at yahoo dot com Reported By: nasoe at freehosting dot co dot kr Status: Closed Bug Type: Other Operating System: windows98 PHP Version: 4.0.0 Release New Comment: free hosting Previous Comments: [2000-07-27 20:57:43] [EMAIL PROTECTED] Could not establish contact with user for further feedback, so closed. [2000-06-17 21:10:13] nasoe at freehosting dot co dot kr after install apache and php4 make test.php and show in webbrowser always on top below message; X-Powered-By: PHP/4.0.0 Content-type: text/html so i read php.ini and found this message on line 116 and 196 line 116 slove but line 196 not yet why..? ; As of 4.0b4, PHP always outputs a character encoding by default in ; the Content-type: header. To disable sending of the charset, simply ; set it to be empty. ; PHP's built-in default is text/html default_mimetype = "text/html" <-- recommand ";" ; default_charset = "iso-8859-1" but always on top webpage Content-type: text/html help me plz.. sorry i'm afraid of my english -- Edit this bug report at http://bugs.php.net/?id=5104&edit=1
#5104 [Com]: in the web pages
ID: 5104 Comment by: anhmai_yeuem19 at yahoo dot com Reported By: nasoe at freehosting dot co dot kr Status: Closed Bug Type: Other Operating System: windows98 PHP Version: 4.0.0 Release New Comment: free hosting Previous Comments: [2004-04-19 00:29:19] anhmai_yeuem19 at yahoo dot com free hosting [2000-07-27 20:57:43] [EMAIL PROTECTED] Could not establish contact with user for further feedback, so closed. [2000-06-17 21:10:13] nasoe at freehosting dot co dot kr after install apache and php4 make test.php and show in webbrowser always on top below message; X-Powered-By: PHP/4.0.0 Content-type: text/html so i read php.ini and found this message on line 116 and 196 line 116 slove but line 196 not yet why..? ; As of 4.0b4, PHP always outputs a character encoding by default in ; the Content-type: header. To disable sending of the charset, simply ; set it to be empty. ; PHP's built-in default is text/html default_mimetype = "text/html" <-- recommand ";" ; default_charset = "iso-8859-1" but always on top webpage Content-type: text/html help me plz.. sorry i'm afraid of my english -- Edit this bug report at http://bugs.php.net/?id=5104&edit=1
#28031 [Fbk->Opn]: Results of comparison differ by Windows and unix.
ID: 28031
User updated by: yiwakiri at st dot rim dot or dot jp
Reported By: yiwakiri at st dot rim dot or dot jp
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows 98
-PHP Version: 4.3.6
+PHP Version: 4.3.6, 4.3.7-dev
New Comment:
A snapshot is also the same behavior.
C:\>php -v
PHP 4.3.7-dev (cli) (built: Apr 17 2004 10:21:09)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
C:\>php -r "var_dump(('0d1' == '0d2'));"
bool(true)
Previous Comments:
[2004-04-17 15:24:52] postings-php-bug at hans-spath dot de
[Windows XP Pro SP1]
D:\PHP>4.3.2\php-cli -r "var_dump(('0d1' == '0d2'));"
bool(true)
D:\PHP>4.3.3\php-cli -r "var_dump(('0d1' == '0d2'));"
bool(true)
D:\PHP>4.3.4\php-cli -r "var_dump(('0d1' == '0d2'));"
bool(true)
D:\PHP>4.3.6\php-cli -r "var_dump(('0d1' == '0d2'));"
bool(true)
D:\PHP>php4-win32-STABLE-latest\php-cli -r "var_dump(('0d1' ==
'0d2'));"
bool(true)
D:\PHP>php4-win32-STABLE-latest\php-cli -v
PHP 4.3.7-dev (cli) (built: Apr 17 2004 14:18:37)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
[Linux 2.6.5]
[EMAIL PROTECTED]:~/compile/php-4.3.6% sapi/cli/php -r "var_dump(('0d1' ==
'0d2'));"
bool(false)
[2004-04-17 10:54:04] [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
[2004-04-16 20:05:20] yiwakiri at st dot rim dot or dot jp
Description:
The results of comparison differ by Windows and unix.
Windows:
c:\> php -r "var_dump(('0d1' == '0d2'));"
bool(true)
Unix like OS:
% php -r "var_dump(('0d1' == '0d2'));"
bool(false)
I expect the same behavior for both.
Reproduce code:
---
c:\> php -r "var_dump(('0d1' == '0d2'));"
Expected result:
bool(false)
Actual result:
--
bool(true)
--
Edit this bug report at http://bugs.php.net/?id=28031&edit=1
#27814 [Com]: Multiple small packets send for HTTP request
ID: 27814 Comment by: OvdSpek at LIACS dot NL Reported By: Olaf at XCC dot TMFWeb dot NL Status: Assigned Bug Type: HTTP related Operating System: * PHP Version: 5CVS-2004-04-07 Assigned To: wez New Comment: Will a buffer be added? Previous Comments: [2004-03-31 17:55:02] [EMAIL PROTECTED] You're correct; there is no write buffering for the http request. [2004-03-31 14:48:37] Olaf at XCC dot TMFWeb dot NL Description: This code sends two packets, one of 16 bytes and one of 17 bytes. I guess this is caused by multiple calls to php_stream_write in http_fopen_wrapper.c: php_stream_url_wrap_http_ex Preparing the entire request in one buffer and sending it via one call should produce less packets (and be faster). Reproduce code: --- http://php.net/";)); ?> Expected result: One packet of 33 bytes. Actual result: -- Two packets. -- Edit this bug report at http://bugs.php.net/?id=27814&edit=1
#28051 [NEW]: No gzip accept-encoding for HTTP request
From: Olaf at XCC dot TMFWeb dot NL Operating system: * PHP version: 4.3.6 PHP Bug Type: HTTP related Bug description: No gzip accept-encoding for HTTP request Description: This code sends a HTTP request without gzip accept-encoding header, so the server can't send a gzip content encoded response. Reproduce code: --- http://php.net/";)); ?> Expected result: GET /s HTTP/1.0 Content-Encoding: gzip Host: php.net HTTP/1.0 200 OK Content-Type: text/plain Actual result: -- GET /s HTTP/1.0 Host: php.net HTTP/1.0 200 OK Content-Type: text/plain -- Edit bug report at http://bugs.php.net/?id=28051&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28051&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28051&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28051&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28051&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28051&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28051&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28051&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28051&r=support Expected behavior: http://bugs.php.net/fix.php?id=28051&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28051&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28051&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28051&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28051&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28051&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28051&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28051&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28051&r=float
#28052 [NEW]: php5 undefined function aggregate()
From: daemorhedron at siliconjesters dot com
Operating system: mdk 9.2 and win xp
PHP version: 5.0.0RC1
PHP Bug Type: Class/Object related
Bug description: php5 undefined function aggregate()
Description:
Whenever trying to use aggregate() under php5b3, b4 or rc1, I just get
Fatal error: Call to undefined function aggregate() in /dir/file on line
666
The above code works fine on php4 of various types. I've searched
bugs.php.net, news.php.net and google to no avail and wondering how to
proceed from here. Is there a required configure switch to enable
aggregation in php5? Since it doesn't produce an actual error, I've not
provided a gdb backtrace.
** CONFIGURE LINE **
./configure --with-config-file-path=/usr/local/apache2/conf
--with-apxs2=/usr/local/apache2/bin/apxs --enable-session --enable-pcntl
--with-mm=/usr/local/lib --enable-exif --with-gd=/usr/include --with-jpeg
--with-jpeg-dir=/usr/lib --with-png --with-png-dir=/usr/lib
--with-freetype --with-freetype-dir=/usr/lib --with-mcrypt --with-opensl
--with-pspell --with-gdbm --enable-dbx --with-mysql=/usr/local/mysql
--with-sqlite --with-gmp --enable-bcmath --with-zlib --with-bz2
--enable-ftp --enable-sockets --with-xml-rpc --with-xsl --with-java
--without-pear --disable-cli
Tried with php5b3, b4 and rc1 on both apache 1.x and 2.x, and on both
windows xp, and mandrake 9.2 (whew). I'll be happy to post any relevant
information required, TIA.
Reproduce code:
---
class cybernetics {
function augment() {
echo "cybernetics addedrelease the winged monkeys!\n";
}
}
class monkeys {
function monkeys() {
echo "monkeys loaded\n";
echo "loading cybernetics...\n";
aggregate(&$this,'cybernetics');
$this->augment();
}
}
$monkeys=&new monkeys();
Expected result:
Should output :
monkeys loaded
loading cybernetics...
cybernetics addedrelease the winged monkeys!
Actual result:
--
monkeys loaded
loading cybernetics...
Fatal error: Call to undefined function aggregate() in
/dir/file on line 12
--
Edit bug report at http://bugs.php.net/?id=28052&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28052&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28052&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28052&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28052&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28052&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28052&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28052&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28052&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28052&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28052&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28052&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28052&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28052&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28052&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28052&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28052&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28052&r=float
#19714 [Com]: OCI8: Using default user in OCI8 functions
ID: 19714
Comment by: cjbj at hotmail dot com
Reported By: jomar at hafro dot is
Status: Assigned
Bug Type: Feature/Change Request
Operating System: SunOS
PHP Version: 4.2.2
Assigned To: maxim
New Comment:
From
http://otn.oracle.com/tech/opensource/php/php_troubleshooting_faq.html#extauth
"Allowing externally authenticated database connections over the web
would be a potential security risk for most configurations. Luckily
PHP's OCI8 extension will not allow external authentication where the
username is "/" and the password an empty string. The call in PHP's
oci8.c to Oracle's OCISessionBegin() always sets the credential flag to
OCI_CRED_RDBMS. To support operating system authentication the PHP
source code would have to be changed to pass Oracle the OCI_CRED_EXT
flag when appropriate."
Previous Comments:
[2002-11-11 13:08:10] [EMAIL PROTECTED]
Oracle does not seem to read user/pass if it is passed to it as the
username via OCILogon.
When second parameter is an empty strng OCISessionBegin() complains
about the "NULL password Given" while if username contains '/' it is 1)
unparsed by API, 2) will still leave OCISessionBegin() without a
password.
I will take a look at it.
[2002-10-02 08:04:17] jomar at hafro dot is
I´m using Apache enviroment :
SetEnv ORACLE_HOME /usr/oracle
SetEnv ORA_NLS33 /usr/oracle/ocommon/nls/admin/data
SetEnv NLS_LANG icelandic_america
I also set the tns_names and more env within root enviroment before I
execute apachectl start running php as a module.
I also compiled Php with Oci8.
I´m having trouble with ocilogon function when I use the
ocilogon("/","") (default user/nopass,server)
If I logon using a valid username and password then it is ok, but when
I use this method it returns an ora error :
ORA-01005: null password given; logon denied
I also have the ora libs and if I use ora_logon("/","") that seems to
work.
--
Edit this bug report at http://bugs.php.net/?id=19714&edit=1
#22692 [Com]: Oracle 9i
ID: 22692 Comment by: cjbj at hotmail dot com Reported By: frusti at frusti dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows 2000 Server SP3 PHP Version: 4.3.2RC1 New Comment: Php_oci8 is the "newest" PHP Oracle extension. It uses Oracle's most current C API - called OCI8 because it was introduced with Oracle version 8. Previous Comments: [2003-03-14 03:18:59] frusti at frusti dot com Hello, I am using portable SQL with ADODB and now I have performance-problemes with Oracle 9i. I have also tested it with PEAR-DB, the same problem. With Oracle 8i it goes well. Have anyone an idea when a newer Oracle-extensions come out? At moment I use php_oci8. Please give me a feedback as soon as possible. Thanks and best regards, Frast Andreas -- Edit this bug report at http://bugs.php.net/?id=22692&edit=1
#28051 [Opn->Sus]: gzip accept-encoding for HTTP request
ID: 28051 Updated by: [EMAIL PROTECTED] -Summary: No gzip accept-encoding for HTTP request Reported By: Olaf at XCC dot TMFWeb dot NL -Status: Open +Status: Suspended -Bug Type: HTTP related +Bug Type: Feature/Change Request Operating System: * PHP Version: 4.3.6 -Assigned To: +Assigned To: pollita New Comment: This may be added in PHP 5.1. In the mean time you may be able to acheive this behavior using a combination of the header context parameter for the http:// wrapper and the zlib_filter found in PECL. This stop-gap solution will only work in PHP5 however. Previous Comments: [2004-04-19 03:12:35] Olaf at XCC dot TMFWeb dot NL Description: This code sends a HTTP request without gzip accept-encoding header, so the server can't send a gzip content encoded response. Reproduce code: --- http://php.net/";)); ?> Expected result: GET /s HTTP/1.0 Content-Encoding: gzip Host: php.net HTTP/1.0 200 OK Content-Type: text/plain Actual result: -- GET /s HTTP/1.0 Host: php.net HTTP/1.0 200 OK Content-Type: text/plain -- Edit this bug report at http://bugs.php.net/?id=28051&edit=1
#27814 [Asn]: Multiple small packets send for HTTP request
ID: 27814 Updated by: [EMAIL PROTECTED] Reported By: Olaf at XCC dot TMFWeb dot NL Status: Assigned Bug Type: HTTP related Operating System: * PHP Version: 5CVS-2004-04-07 Assigned To: wez New Comment: It's too late for the 5.0 branch (which is in final RC stage), but it's under consideration for the 5.1 branch. Previous Comments: [2004-04-19 03:02:02] OvdSpek at LIACS dot NL Will a buffer be added? [2004-03-31 17:55:02] [EMAIL PROTECTED] You're correct; there is no write buffering for the http request. [2004-03-31 14:48:37] Olaf at XCC dot TMFWeb dot NL Description: This code sends two packets, one of 16 bytes and one of 17 bytes. I guess this is caused by multiple calls to php_stream_write in http_fopen_wrapper.c: php_stream_url_wrap_http_ex Preparing the entire request in one buffer and sending it via one call should produce less packets (and be faster). Reproduce code: --- http://php.net/";)); ?> Expected result: One packet of 33 bytes. Actual result: -- Two packets. -- Edit this bug report at http://bugs.php.net/?id=27814&edit=1
#28053 [NEW]: ADD 3 FUNCTIONS OF FILE
From: roberto at spadim dot com dot br
Operating system: ALL
PHP version: Irrelevant
PHP Bug Type: Feature/Change Request
Bug description: ADD 3 FUNCTIONS OF FILE
Description:
$old_point,
buffer_length=$length\n";
// not working yet.. :_(
// Linha UNIX => 10
// Linha WIN => 10,13
// Linha MAC => 13,10
fseek($fp,0,SEEK_SET);
$num=0;
while (true){
$num+=substr_count(fread($fp, $length),chr(10));
if (feof($fp)){
if ($debug)
echo "* End of File *\n";
break;
}
}
fseek($fp,$old_point,SEEK_SET);
if ($debug)
echo "*END* Num Lines: $num\n";
return($num);
}
// get one line
function fget_line(& $fp,$length=1024,$debug = 0){
$old_point=ftell($fp);$buffer="";$pos=0;
if ($debug>0)
echo "BEGIN -- GET LINE -- ftell->$old_point, buffer_length=$length\n";
// Linha UNIX => 10
// Linha WIN => 10,13
// Linha MAC => 13,10
while (true){
$buffer.=fread ($fp, $length);
$pos=strpos($buffer,chr(10));
if ($pos>0){
if (substr($buffer,$pos-1,1)==chr(13)){ // linha WIN
if ($debug>1)
echo "* WIN Line *\n";
$buffer=substr($buffer,0,$pos-1);$pos++;
}elseif (substr($buffer,$pos+1,1)==chr(10)){ // linha MAC
if ($debug>1)
echo "* MAC Line *\n";
$buffer=substr($buffer,0,$pos);$pos+=2;
}else{
if ($debug>1)
echo "* UNIX Line *\n";
$buffer=substr($buffer,0,$pos);$pos++;
}
break;
}
if (feof($fp)){
if ($debug>1)
echo "* End of File *\n";
$pos=-1;
break;
}
$pos=0;
}
if ($pos==-1)
fseek($fp,0,SEEK_END);
else
fseek($fp,$old_point+$pos,SEEK_SET);
$new_point=ftell($fp);
if ($debug>2)
echo "BUFFER length->".strlen($buffer)."\n$buffer\n";
if ($debug>0)
echo "*END* ftell->".ftell($fp)."\n";
return($buffer);
}
?>
--
Edit bug report at http://bugs.php.net/?id=28053&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28053&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28053&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28053&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28053&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28053&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28053&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28053&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28053&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28053&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28053&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28053&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28053&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28053&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28053&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28053&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28053&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28053&r=float
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Comment by: cpuidle at gmx dot de Reported By: igg10 at alu dot ua dot es Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Same issue for me, using Apache 2.0.49, PHP5RC1 Seems to be happening in conjunction with MySQL? Previous Comments: [2004-04-09 09:51:28] hagen at xiag dot ch The same on WindowsXP SP1, PHP 5RC1 as a module on Apache 2.0.48. [2004-04-08 20:44:45] colstrom at dxlab dot com I am running into the same problem, with the following configuration: Windows XP SP1 Apache 2.0.47 PHP 4.3.4 In an attempt to correct this, I upgraded to the following: Apache 2.0.49 PHP 4.3.5 And yet the problem persists. As for scripts, I am running a very heavily hacked phpBB-v2.0.6, and dotProject-v1.0.2. I have tried the aforementioned fix of turning register_globals ON, and still the error persists. What am I doing wrong? [2004-03-23 17:01:19] MSunbeam at gmx dot net I had that same bug. Using apache 2.0.49 php5.0.0rc1 on Win2k Using SSL Listen 443 LoadFile "/server/php/ssleay32.dll" LoadModule ssl_module modules/mod_ssl.so The error eccord when user was request http://localhost:443 (he called normal server on SSL-port) error.log [Tue Mar 23 23:03:46 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Tue Mar 23 23:03:49 2004] [notice] Parent: Created child process 592 [Tue Mar 23 23:03:54 2004] [notice] Child 592: Child process is running [Tue Mar 23 23:03:54 2004] [notice] Child 592: Acquired the start mutex. [Tue Mar 23 23:03:54 2004] [notice] Child 592: Starting 250 worker threads. drwtsn32 error report Anwendungsausnahme aufgetreten: Anwendung: (pid=1080) Wann: 23.03.2004 @ 23:03:45.902 Ausnahmenummer: c005 (Zugriffsverletzung) *> Systeminformationen <* Computername: msunbeam.net Benutzername: MSun Prozessoranzahl: 1 Prozessortyp: x86 Family 6 Model 3 Stepping 3 Windows 2000-Version: 5.0 Aktuelles Build: 2195 Service Pack: None Aktueller Typ: Uniprocessor Free Firma: Besitzer: MSun *> Taskliste <* 0 Idle.exe 8 System.exe 144 smss.exe 172 csrss.exe 192 winlogon.exe 220 services.exe 232 lsass.exe 388 svchost.exe 416 SPOOLSV.exe 444 blackd.exe 460 svchost.exe 488 nvsvc32.exe 508 RapApp.exe 540 regsvc.exe 572 winmgmt.exe 768 explorer.exe 876 4DMAIN.exe 896 blackice.exe 1076 Apache.exe 1004 IEXPLORE.exe 1080 Apache.exe 2100 IEXPLORE.exe 2120 drwtsn32.exe 0 _Total.exe (0040 - 00405000) .\Apache.pdb (77F8 - 77FFF000) (6EEC - 6EEE) .\libapr.pdb (77E7 - 77F33000) (77DA - 77DFA000) (77D3 - 77D9F000) (74FA - 74FB4000) (7800 - 78046000) (74F9 - 74F98000) (74F6 - 74F73000) (77E0 - 77E65000) (77F4 - 77F7C000) (7797 - 77994000) (74FC - 74FC9000) (6EE6 - 6EE89000) .\libaprutil.pdb (6EE5 - 6EE59000) .\libapriconv.pdb (6FF0 - 6FF42000) .\libhttpd.pdb (6C92 - 6C928000) (664B - 66504000) (7758 - 777C6000) (70BD - 70C35000) (7171 - 71794000) (77A4 - 77B35000) (74F4 - 74F51000) (74F8 - 74F87000) (7CA0 - 7CA22000) (77C0 - 77C5E000) (7741 - 77488000) (7740 - 7741) (6FCF - 6FCF6000) (6FCD - 6FCD6000) (6FCC - 6FCC6000) (6FCB - 6FCB6000) (6FCA - 6FCA8000) (6FC8 - 6FC86000) (6FE2 - 6FE26000) (6FEA - 6FEA6000) (6FE9 - 6FE96000) (6FC4 - 6FC48000) (6FC3 - 6FC37000) (6FC2 - 6FC27000) (6FC1 - 6FC19000) (6FC0 - 6FC06000) (6FE5 - 6FE57000) (1000 - 10027000) (0084 - 00919000) (6FD0 - 6FD1F000) (0092 - 00C74000) (779A - 77A35000) (1F7D - 1F804000) (76B0 - 76B3F000) (1F8C - 1F8D9000) (0119 - 01199000) (013A - 013A8000) (013B - 013C) (013C - 013E7000) (7754 - 77571000) (0147 - 01477000) (0148 - 0148C000) (0149 - 01564000) (0157 - 01577000) (0158 - 0158B000) (0159 - 01665000) (0167 - 01701000) (77BD - 77BDF000) (0171 - 0172F000) (0173 - 01736000) (0174 - 018C3000) (018D - 018DA000) (018E - 0191F000) (0194 - 01949000) (0195 - 01956000) (0196 - 0198A000) (0199 - 019C2000) (019D - 019DC000) (019E - 01A23000) (01A4 - 01A53000) (01A6 - 01B4A000) (01B6 - 01B67000) (750E - 7512F000) (7513 - 75136000) (750C - 750CF000) (7794 - 7796A000) (01B8 - 01B8F000) (01B9 - 01C16000) (01C2 - 01C28000) (01C3 - 01C37000) (01C4 - 01C4B000) (777F - 7780D000) (01C5 - 01C5A000)
#22692 [Opn->Csd]: Oracle 9i
ID: 22692 Updated by: [EMAIL PROTECTED] Reported By: frusti at frusti dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Windows 2000 Server SP3 PHP Version: 4.3.2RC1 Previous Comments: [2004-04-19 06:20:46] cjbj at hotmail dot com Php_oci8 is the "newest" PHP Oracle extension. It uses Oracle's most current C API - called OCI8 because it was introduced with Oracle version 8. [2003-03-14 03:18:59] frusti at frusti dot com Hello, I am using portable SQL with ADODB and now I have performance-problemes with Oracle 9i. I have also tested it with PEAR-DB, the same problem. With Oracle 8i it goes well. Have anyone an idea when a newer Oracle-extensions come out? At moment I use php_oci8. Please give me a feedback as soon as possible. Thanks and best regards, Frast Andreas -- Edit this bug report at http://bugs.php.net/?id=22692&edit=1
#19714 [Asn->WFx]: OCI8: Using default user in OCI8 functions
ID: 19714
Updated by: [EMAIL PROTECTED]
Reported By: jomar at hafro dot is
-Status: Assigned
+Status: Wont fix
Bug Type: Feature/Change Request
Operating System: SunOS
PHP Version: 4.2.2
Assigned To: maxim
New Comment:
That seems to be a useful feature, which makes PHP more secure, so I'm
changing this to Won't fix.
Previous Comments:
[2004-04-19 06:05:10] cjbj at hotmail dot com
From
http://otn.oracle.com/tech/opensource/php/php_troubleshooting_faq.html#extauth
"Allowing externally authenticated database connections over the web
would be a potential security risk for most configurations. Luckily
PHP's OCI8 extension will not allow external authentication where the
username is "/" and the password an empty string. The call in PHP's
oci8.c to Oracle's OCISessionBegin() always sets the credential flag to
OCI_CRED_RDBMS. To support operating system authentication the PHP
source code would have to be changed to pass Oracle the OCI_CRED_EXT
flag when appropriate."
[2002-11-11 13:08:10] [EMAIL PROTECTED]
Oracle does not seem to read user/pass if it is passed to it as the
username via OCILogon.
When second parameter is an empty strng OCISessionBegin() complains
about the "NULL password Given" while if username contains '/' it is 1)
unparsed by API, 2) will still leave OCISessionBegin() without a
password.
I will take a look at it.
[2002-10-02 08:04:17] jomar at hafro dot is
I´m using Apache enviroment :
SetEnv ORACLE_HOME /usr/oracle
SetEnv ORA_NLS33 /usr/oracle/ocommon/nls/admin/data
SetEnv NLS_LANG icelandic_america
I also set the tns_names and more env within root enviroment before I
execute apachectl start running php as a module.
I also compiled Php with Oci8.
I´m having trouble with ocilogon function when I use the
ocilogon("/","") (default user/nopass,server)
If I logon using a valid username and password then it is ok, but when
I use this method it returns an ora error :
ORA-01005: null password given; logon denied
I also have the ora libs and if I use ora_logon("/","") that seems to
work.
--
Edit this bug report at http://bugs.php.net/?id=19714&edit=1
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Comment by: cpuidle at gmx dot de Reported By: igg10 at alu dot ua dot es Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Windows error reporting mentions: szModName: php5ts.dll szModVer: 5.0.0.0 offset:00052dc6 Can provide full memory dump from winXP error reporting on request (12m unzipped). Cheers, Andi Previous Comments: [2004-04-19 07:34:56] cpuidle at gmx dot de Same issue for me, using Apache 2.0.49, PHP5RC1 Seems to be happening in conjunction with MySQL? [2004-04-09 09:51:28] hagen at xiag dot ch The same on WindowsXP SP1, PHP 5RC1 as a module on Apache 2.0.48. [2004-04-08 20:44:45] colstrom at dxlab dot com I am running into the same problem, with the following configuration: Windows XP SP1 Apache 2.0.47 PHP 4.3.4 In an attempt to correct this, I upgraded to the following: Apache 2.0.49 PHP 4.3.5 And yet the problem persists. As for scripts, I am running a very heavily hacked phpBB-v2.0.6, and dotProject-v1.0.2. I have tried the aforementioned fix of turning register_globals ON, and still the error persists. What am I doing wrong? [2004-03-23 17:01:19] MSunbeam at gmx dot net I had that same bug. Using apache 2.0.49 php5.0.0rc1 on Win2k Using SSL Listen 443 LoadFile "/server/php/ssleay32.dll" LoadModule ssl_module modules/mod_ssl.so The error eccord when user was request http://localhost:443 (he called normal server on SSL-port) error.log [Tue Mar 23 23:03:46 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Tue Mar 23 23:03:49 2004] [notice] Parent: Created child process 592 [Tue Mar 23 23:03:54 2004] [notice] Child 592: Child process is running [Tue Mar 23 23:03:54 2004] [notice] Child 592: Acquired the start mutex. [Tue Mar 23 23:03:54 2004] [notice] Child 592: Starting 250 worker threads. drwtsn32 error report Anwendungsausnahme aufgetreten: Anwendung: (pid=1080) Wann: 23.03.2004 @ 23:03:45.902 Ausnahmenummer: c005 (Zugriffsverletzung) *> Systeminformationen <* Computername: msunbeam.net Benutzername: MSun Prozessoranzahl: 1 Prozessortyp: x86 Family 6 Model 3 Stepping 3 Windows 2000-Version: 5.0 Aktuelles Build: 2195 Service Pack: None Aktueller Typ: Uniprocessor Free Firma: Besitzer: MSun *> Taskliste <* 0 Idle.exe 8 System.exe 144 smss.exe 172 csrss.exe 192 winlogon.exe 220 services.exe 232 lsass.exe 388 svchost.exe 416 SPOOLSV.exe 444 blackd.exe 460 svchost.exe 488 nvsvc32.exe 508 RapApp.exe 540 regsvc.exe 572 winmgmt.exe 768 explorer.exe 876 4DMAIN.exe 896 blackice.exe 1076 Apache.exe 1004 IEXPLORE.exe 1080 Apache.exe 2100 IEXPLORE.exe 2120 drwtsn32.exe 0 _Total.exe (0040 - 00405000) .\Apache.pdb (77F8 - 77FFF000) (6EEC - 6EEE) .\libapr.pdb (77E7 - 77F33000) (77DA - 77DFA000) (77D3 - 77D9F000) (74FA - 74FB4000) (7800 - 78046000) (74F9 - 74F98000) (74F6 - 74F73000) (77E0 - 77E65000) (77F4 - 77F7C000) (7797 - 77994000) (74FC - 74FC9000) (6EE6 - 6EE89000) .\libaprutil.pdb (6EE5 - 6EE59000) .\libapriconv.pdb (6FF0 - 6FF42000) .\libhttpd.pdb (6C92 - 6C928000) (664B - 66504000) (7758 - 777C6000) (70BD - 70C35000) (7171 - 71794000) (77A4 - 77B35000) (74F4 - 74F51000) (74F8 - 74F87000) (7CA0 - 7CA22000) (77C0 - 77C5E000) (7741 - 77488000) (7740 - 7741) (6FCF - 6FCF6000) (6FCD - 6FCD6000) (6FCC - 6FCC6000) (6FCB - 6FCB6000) (6FCA - 6FCA8000) (6FC8 - 6FC86000) (6FE2 - 6FE26000) (6FEA - 6FEA6000) (6FE9 - 6FE96000) (6FC4 - 6FC48000) (6FC3 - 6FC37000) (6FC2 - 6FC27000) (6FC1 - 6FC19000) (6FC0 - 6FC06000) (6FE5 - 6FE57000) (1000 - 10027000) (0084 - 00919000) (6FD0 - 6FD1F000) (0092 - 00C74000) (779A - 77A35000) (1F7D - 1F804000) (76B0 - 76B3F000) (1F8C - 1F8D9000) (0119 - 01199000) (013A - 013A8000) (013B - 013C) (013C - 013E7000) (7754 - 77571000) (0147 - 01477000) (0148 - 0148C000) (0149 - 01564000) (0157 - 01577000) (0158 - 0158B000) (0159 - 01665000) (0167 - 01701000) (77BD - 77BDF000) (0171 - 0172F000) (0173 - 01736000) (0174 - 018C3000) (018D - 018DA000) (018E - 0191F000) (0194 - 01949000) (0195 - 01956000) (0196 - 0198A000) (0199 - 019C2000) (019D - 019DC000) (019E - 01A23000) (01A400
