#29460 [Com]: memory usage (leak?) on session
ID: 29460
Comment by: kmb at deam dot org
Reported By: kylewong at southa dot com
Status: Open
Bug Type: Session related
Operating System: linux kernel 2.6.1
PHP Version: 4.3.8
New Comment:
i have a different configuration (apache 1.3.31 and kernel 2.4.24) but
the same php-version (4.3.8).
i think this bug might be related with #29558.
desc:
we upgraded our php a week ago from 4.2.3 to 4.3.8.
since then (so it seems) we've run into memory-problems. typically we
have around 150 to 170 processes with around 9 to 10 MB per process.
after a few hours it increases up to 25/30MB per process. over the
weekend the server wasn't restartet and all ram has been consumed.
we are currently testing --memory-limit with 8MB on a second machine.
but this would only be a temporary solution...
my problem is, that i cannot tell what functions/actions are
responsible, because there are around 100 virtual hosts on that
machine
Previous Comments:
[2004-07-31 08:34:59] kylewong at southa dot com
30 minutes after delete all session data files while apache running.
5500 sessions online, 22M disk space taken by session files. average
session file size around 1.5kb.
http://www2.southa.com/~kylewong/top-8.gif
[2004-07-31 08:14:22] kylewong at southa dot com
httpd grow back to 10-12MB
http://www2.southa.com/~kylewong/top-6.gif
2 minutes later after delete all session data while apache running:
http://www2.southa.com/~kylewong/top-7.gif
session.php:
class GallerySession {}
if (session_id()) {
$useStdClass = 1;
}
/* Start a new session, or resume our current one */
@session_start();
$sessionVar = "fsess";
session_register($sessionVar);
if (isset($$sessionVar)) {
$gallery->session =& $$sessionVar;
} else {
/* Register the session variable */
session_register($sessionVar);
/* Create a new session container */
if ($useStdClass) {
$$sessionVar = new stdClass();
} else {
$$sessionVar = new GallerySession();
}
$gallery->session =& $$sessionVar;
}
[2004-07-31 06:53:02] kylewong at southa dot com
more informations:
apache fresh start without any session data:
http://www2.southa.com/~kylewong/top-1.gif
about 30 minutes later, httpd size grow around 1.5M
http://www2.southa.com/~kylewong/top-2.gif
1 hour later from beginning, httpd size reach 10M, total session data
size around 16M, average session file size around 2kb, around 4k
sessions online.
http://www2.southa.com/~kylewong/top-3.gif
stop and restart apache without delete session data, most httpd size
reach 10M immediately after apache start.
http://www2.southa.com/~kylewong/top-4.gif
stop, delete all session data, and restart apache.
http://www2.southa.com/~kylewong/top-5.gif
[2004-07-30 18:49:24] kylewong at southa dot com
Description:
apache 2.0.48, php 4.3.7, 4.3.8
session handler = file
apache keepalive timeout = 1
apache maxclient = 192
apache mpm = prefork
session timeout = 1500
session file storage: tmpfs
problem: php doesn't free memory used by session.
My website is a high traffic site, process around 1800k php pages per
day. The server always has around 5000-1 sessions (25 mminutes)
online. Each session file take around 200 bytes to several Kb, total
session data take around 20-30MB.
I found that my average httpd process size grow slowly from average 8MB
to 1x-2xMB (take around 1-2 hours), my server always has around 200
httpd running (keepalive timeout = 1), system resouce decrease while
httpd take more and more memory.
At fresh start without any session data stored, my system has around
400MB buffer and 800MB cache, httpd size average round 8MB.
When httpd processes grow to around 15MB, the system has only around
300MB buffer and 300MB cache, of course, server performance drop a lot
since my site is very disk intensive (load lots of informations from
thousands of serialized objects)
It seems that the httpd process doesn't release all used memory after
finish processing a page.
I found that if I delete all the session data files while apache
running, httpd processes start free up memory and system buffer and
cache start growing to normal (400MB, 800MB), but after some time,
httpd start grow again and system resources used for buffer and cache
start decrease.
Also, I found that, when the average httpd process size are at says
20MB, even if I stop and restart apache, all httpd process size will
startup at 20MB, and keep growing. That's mean, I can't free up memory
used by httpd processes by kill and restart apache, I need to delete
the session data files to free up resouces.
Sor
#15716 [Com]: SAPI under Tomcat 3.2.2(Unexpected exception in native code outside the VM)
ID: 15716 Comment by: john dot pirnie at verizon dot net Reported By: ccnnss at hotmail dot com Status: No Feedback Bug Type: Servlet related Operating System: Windows 2000 Server SP1 PHP Version: 4.1.1 New Comment: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc005) occurred at PC=0x4371B60 Function=[Unknown.] Library=C:\Program Files\Java\j2re1.4.2_04\bin\jsound.dll NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at com.sun.media.sound.MixerThread.runNative(Native Method) at com.sun.media.sound.MixerThread.run(Unknown Source) Dynamic libraries: 0x0040 - 0x00419000 C:\Program Files\Internet Explorer\iexplore.exe 0x77F5 - 0x77FF7000 C:\WINDOWS\System32\ntdll.dll 0x77E6 - 0x77F46000 C:\WINDOWS\system32\kernel32.dll 0x77C1 - 0x77C63000 C:\WINDOWS\system32\msvcrt.dll 0x77D4 - 0x77DCC000 C:\WINDOWS\system32\USER32.dll 0x7E09 - 0x7E0D1000 C:\WINDOWS\system32\GDI32.dll 0x77DD - 0x77E5D000 C:\WINDOWS\system32\ADVAPI32.dll 0x7800 - 0x78087000 C:\WINDOWS\system32\RPCRT4.dll 0x70A7 - 0x70AD4000 C:\WINDOWS\system32\SHLWAPI.dll 0x7170 - 0x71849000 C:\WINDOWS\System32\SHDOCVW.dll 0x7639 - 0x763AC000 C:\WINDOWS\System32\IMM32.DLL 0x629C - 0x629C8000 C:\WINDOWS\System32\LPK.DLL 0x72FA - 0x72FFA000 C:\WINDOWS\System32\USP10.dll 0x7195 - 0x71A34000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.1515_x-ww_7bb98b8a\comctl32.dll 0x773D - 0x77BCA000 C:\WINDOWS\system32\SHELL32.dll 0x7734 - 0x773CB000 C:\WINDOWS\system32\comctl32.dll 0x771B - 0x772D4000 C:\WINDOWS\system32\ole32.dll 0x5800 - 0x5801E000 C:\Program Files\Verizon Online\Visual IP InSight\IPHook32.dll 0x1000 - 0x10022000 C:\PROGRA~1\VERIZO~1\SUPPOR~1\SMARTB~1\SBHook.dll 0x77C0 - 0x77C07000 C:\WINDOWS\system32\VERSION.dll 0x5AD7 - 0x5ADA4000 C:\WINDOWS\System32\uxtheme.dll 0x7150 - 0x715FD000 C:\WINDOWS\System32\BROWSEUI.dll 0x7243 - 0x72442000 C:\WINDOWS\System32\browselc.dll 0x75F4 - 0x75F5F000 C:\WINDOWS\system32\appHelp.dll 0x7C89 - 0x7C911000 C:\WINDOWS\System32\CLBCATQ.DLL 0x7712 - 0x771AB000 C:\WINDOWS\system32\OLEAUT32.dll 0x7705 - 0x77115000 C:\WINDOWS\System32\COMRes.dll 0x009B - 0x009DB000 C:\WINDOWS\System32\msctfime.ime 0x746F - 0x74716000 C:\WINDOWS\System32\Msimtf.dll 0x7472 - 0x74764000 C:\WINDOWS\System32\MSCTF.dll 0x6300 - 0x63096000 C:\WINDOWS\system32\WININET.dll 0x762C - 0x76348000 C:\WINDOWS\system32\CRYPT32.dll 0x762A - 0x762B C:\WINDOWS\system32\MSASN1.dll 0x76F9 - 0x76FA C:\WINDOWS\System32\Secur32.dll 0x7662 - 0x7666E000 C:\WINDOWS\System32\cscui.dll 0x7660 - 0x7661B000 C:\WINDOWS\System32\CSCDLL.dll 0x7667 - 0x76757000 C:\WINDOWS\System32\SETUPAPI.dll 0x00D2 - 0x00D2C000 C:\Program Files\Adobe\Acrobat 6.0\Reader\ActiveX\AcroIEHelper.dll 0x00F0 - 0x00F88000 C:\PROGRA~1\ADVANC~1\POPUPJ~1.DLL 0x5EDD - 0x5EDEA000 C:\WINDOWS\System32\olepro32.dll 0x0110 - 0x01301000 C:\WINDOWS\System32\msi.dll 0x0132 - 0x01349000 c:\Program Files\Microsoft Money\System\mnyside.dll 0x763B - 0x763F5000 C:\WINDOWS\system32\comdlg32.dll 0x0135 - 0x01361000 c:\Program Files\Microsoft Money\System\misstub.dll 0x015D - 0x0168B000 C:\PROGRA~1\SPYBOT~1\SDHelper.dll 0x017A - 0x0180 C:\PROGRA~1\ADVANC~1\ADVANC~1.DLL 0x76B4 - 0x76B6C000 C:\WINDOWS\System32\WINMM.dll 0x5F3E - 0x5F3F2000 C:\PROGRA~1\ADVANC~1\ATL.DLL 0x0195 - 0x0198C000 C:\Program Files\QuickSearch\QuickSearchBar1_27.dll 0x76C3 - 0x76C5B000 C:\WINDOWS\System32\WINTRUST.dll 0x76C9 - 0x76CB2000 C:\WINDOWS\system32\IMAGEHLP.dll 0x1A40 - 0x1A47A000 C:\WINDOWS\system32\urlmon.dll 0x75E9 - 0x75F38000 C:\WINDOWS\System32\SXS.DLL 0x7617 - 0x761F8000 C:\WINDOWS\System32\shdoclc.dll 0x7477 - 0x747FF000 C:\WINDOWS\System32\mlang.dll 0x71AD - 0x71AD8000 C:\WINDOWS\System32\wsock32.dll 0x71AB - 0x71AC4000 C:\WINDOWS\System32\WS2_32.dll 0x71AA - 0x71AA8000 C:\WINDOWS\System32\WS2HELP.dll 0x71A5 - 0x71A8B000 C:\WINDOWS\system32\mswsock.dll 0x76EE - 0x76F17000 C:\WINDOWS\System32\RASAPI32.DLL 0x76E9 - 0x76EA1000 C:\WINDOWS\System32\rasman.dll 0x71C2 - 0x71C6E000
#29558 [Com]: Memory leak when calling imageCreateFromJPEG and imagecreatetruecolor in loop
ID: 29558
Comment by: klaus at deam dot org
Reported By: zsheran at yahoo dot com
Status: Open
Bug Type: GD related
Operating System: Redhat 9
PHP Version: 4.3.7
New Comment:
maybe this is related to bug #29460?
Previous Comments:
[2004-08-08 05:34:47] zsheran at yahoo dot com
Thanks smacvicar.
I made the following change at the bottom of the function:
replaced
unset($source_picture);
unset($target_picture);
with
imagedestroy($source_picture);
imagedestroy($target_picture);
The problem persists. It still leaks memory the same way it did before.
I didn't know imagedestroy() had to be used instead of unset(); my
fault. But now it looks even more like a bug to me...
[2004-08-07 04:43:35] smacvicar at gmail dot com
http://uk.php.net/manual/en/function.imagedestroy.php
[2004-08-07 00:14:14] zsheran at yahoo dot com
Description:
I call the function below from a loop about 17,000 times to resize JPGs
which are about 20k each. Note that $source_file is a URL. I run the
script from CLI. By the time the script finishes after ~270 minutes,
the PHP process uses 340MB of RAM; it grows slowly and steadily to that
size. I unset the variables at the end of the function but it makes no
difference. Now 340MB is about the size of those 17,000 pics. For some
reason, the fetched images are not freed from memory, probaly only upon
finishing the script. But since it runs in a loop, it adds up at becomes
eventually a problem. It works but it would be great if the memory leak
could be fixed; I expect the number of images to grow to six digit
numbers in the future.
Thanks for your time.
Reproduce code:
---
function resize_picture ($source_file, $target_file) {
$source_picture = imageCreateFromJPEG($source_file);
if ($source_picture) {
$picsize = @getimagesize($source_file); // get source image
size
$source_x = $picsize[0]; // source image width
$source_y = $picsize[1]; // source image height
#create image $target_picture
$target_picture = imagecreatetruecolor(320, 240);
#Resize $source_picture and copy it into $target_picture.
imagecopyresampled($target_picture,$source_picture,0,0,0,0,320,240,$source_x,$source_y);
#Create jpeg from $target_picture. Save as $target_file
imagejpeg ($target_picture,"/path/$target_file",80);
unset($source_picture);
unset($target_picture);
}
}
--
Edit this bug report at http://bugs.php.net/?id=29558&edit=1
#29488 [Com]: PHP does not compile with freetds 0.62.4
ID: 29488 Comment by: patrick dot schutte at gmx dot de Reported By: ssc at coolspot dot de Status: Open Bug Type: Compile Failure Operating System: Linux 2.6.7 / Debian sarge PHP Version: 4.3.8 New Comment: Hi, downlaod the laest snap and copy the ext/mssql folder to your php-4.3.8 folder. I just compiled php-4.3.9dev (latest snap - 200408100430 -) with freetds-0.62.4 it wokrs fine! No Errors. HTH Previous Comments: [2004-08-03 13:17:05] ssc at coolspot dot de Ha,ha. Is there somebody out there to fix the bug or do i realy have to do a diff -wu myself ? Ok, for your convinience : >>> [EMAIL PROTECTED]:~/php-shit$ diff -wu php-4.3.6/ext/mssql/php_mssql.h php-4.3.8/ext/mssql/php_mssql.h --- php-4.3.6/ext/mssql/php_mssql.h 2003-07-23 18:53:38.0 +0200 +++ php-4.3.8/ext/mssql/php_mssql.h 2004-04-21 01:37:26.0 +0200 @@ -17,7 +17,7 @@ */ -/* $Id: php_mssql.h,v 1.23.4.9 2003/07/23 16:53:38 iliaa Exp $ */ +/* $Id: php_mssql.h,v 1.23.4.10 2004/04/20 23:37:26 fmk Exp $ */ #ifndef PHP_MSSQL_H #define PHP_MSSQL_H @@ -37,6 +37,9 @@ #include "sqldb.h" #if HAVE_FREETDS +#ifndef SHORT +typedef short SHORT; +#endif #define SQLTEXT SYBTEXT #define SQLCHAR SYBCHAR #define SQLVARCHAR SYBVARCHAR <<< #ifndef SHORT searches for pre-compiler defines not for typedefs. But typedef is C not Pre-Processor define. mh. Ok, now I really know what PHP is all about. Use PHP 5 ? An older release ? [2004-08-03 11:42:53] patrick dot schutte at gmx dot de it's not a freetds-Problem - the mssql-extentions in php-4.3.7, 4.3.8 causes the errors - try php-5.0.0 or 4.3.6 [2004-08-02 10:02:48] ssc at coolspot dot de Description: I installed freetds version 0.62.4 on some debian sarge system, using ./configure --prefix=/usr/freetds --enable-msdblib --with-tdsver=8.0 --enable-shared echo "/usr/freetds/lib" >> /etc/ld.so.conf ; ldconfig FreeTDS work ok. I then tried to compile php with ... --with-mssql=/usr/freetds ... and to link it against freetds resulting in : In file included from /root/php-4.3.8/ext/mssql/php_mssql.c:33: /root/php-4.3.8/ext/mssql/php_mssql.h:41: error: redefinition of `SHORT' /usr/freetds/include/sybdb.h:117: error: `SHORT' previously declared here make: *** [ext/mssql/php_mssql.lo] Fehler 1 I commented out the line 41 in ext/mssql/php_mssql.h, which is only a typdef short SHORT;, and it then worked, as expected. Compiler Version used is : Lese Spezifikationen von /usr/lib/gcc-lib/i486-linux/3.3.4/specs Konfiguriert mit: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux Thread-Modell: posix gcc-Version 3.3.4 (Debian 1:3.3.4-3) Reproduce code: --- Any Expected result: Should compile Actual result: -- Does not compile -- Edit this bug report at http://bugs.php.net/?id=29488&edit=1
#29589 [Asn]: cannot make --with-mbstring
ID: 29589 Updated by: [EMAIL PROTECTED] Reported By: devel at globecite dot com Status: Assigned Bug Type: Compile Failure Operating System: Red Hat Enterprise Linux ES rele PHP Version: 5.0.0 -Assigned To: moroyoshi +Assigned To: moriyoshi New Comment: Derick, keep my last name in your memory... :-) Previous Comments: [2004-08-09 18:19:27] devel at globecite dot com Description: gcc -Iext/exif/ -I/usr/src/redhat/BUILD/php-5.0.0/ext/exif/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php-5.0.0/include -I/usr/src/redhat/BUILD/php-5.0.0/main -I/usr/src/redhat/BUILD/php-5.0.0 -I/usr/src/redhat/BUILD/php-5.0.0/Zend -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/usr/include/imap -I/usr/src/redhat/BUILD/php-5.0.0/ext/mbstring/oniguruma -I/usr/src/redhat/BUILD/php-5.0.0/ext/mbstring/libmbfl -I/usr/src/redhat/BUILD/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/ncurses -I/usr/include/pspell -I/usr/src/redhat/BUILD/php-5.0.0/TSRM -g -O2 -c /usr/src/redhat/BUILD/php-5.0.0/ext/exif/exif.c -o ext/exif/exif.o && echo > ext/exif/exif.lo In file included from /usr/src/redhat/BUILD/php-5.0.0/ext/mbstring/php_mbregex.h:28, from /usr/src/redhat/BUILD/php-5.0.0/ext/mbstring/mbstring.h:77, from /usr/src/redhat/BUILD/php-5.0.0/ext/exif/exif.c:76: /usr/src/redhat/BUILD/php-5.0.0/ext/mbstring/oniguruma/oniguruma.h:574: redefinition of `struct re_registers' make: *** [ext/exif/exif.lo] Error 1 Reproduce code: --- ./configure \ --host=i686-redhat-linux \ --build=i686-redhat-linux \ --target=i386-redhat-linux-gnu \ --program-prefix= \ --prefix=/usr \ --exec-prefix=/usr \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --sysconfdir=/etc \ --datadir=/usr/share \ --includedir=/usr/include \ --libdir=/usr/lib \ --libexecdir=/usr/libexec \ --localstatedir=/var \ --sharedstatedir=/usr/com \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --cache-file=../config.cache \ --with-config-file-path=/etc \ --with-config-file-scan-dir=/etc/php.d \ --enable-force-cgi-redirect \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-inline-optimization \ --with-bz2 \ --with-db4=/usr \ --with-curl \ --with-exec-dir=/usr/bin \ --with-freetype-dir=/usr \ --with-png-dir=/usr \ --with-gd \ --enable-gd-native-ttf \ --with-ttf \ --with-gettext \ --with-ncurses \ --with-gmp \ --with-iconv \ --with-jpeg-dir=/usr \ --with-openssl \ --with-png \ --with-pspell \ --with-regex=system \ --with-xml \ --with-expat-dir=/usr \ --with-pcre-regex=/usr \ --with-zlib \ --with-layout=GNU \ --enable-bcmath \ --enable-exif \ --enable-ftp \ --enable-magic-quotes \ --enable-safe-mode \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-discard-path \ --enable-track-vars \ --enable-trans-sid \ --enable-yp \ --enable-wddx \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-mbregex \ --without-oci8 \ --with-pear=/usr/share/pear \ --with-imap=shared \ --with-imap-ssl \ --with-kerberos=/usr/kerberos \ --with-ldap=shared \ --with-mysql=shared,/usr \ --with-pgsql=shared \ --with-unixODBC=shared \ --enable-memory-limit \ --enable-bcmath \ --enable-shmop \ --enable-versioning \ --enable-calendar \ --enable-dbx \ --enable-dio \ --enable-mcal \ --enable-force-cgi-redirect \ --enable-xslt=shared \ --with-xslt-sablot=shared,/usr \ --with-sablot-js=shared,/usr \ --with-dom=shared,/usr \ --with-dom-xslt=shared,/usr \ --with-dom-exslt=shared,/usr \ --with-xmlrpc=shared \ --with-mcrypt=shared \ --with-mhash=shared \ --with-snmp=shared \ --enable-cgi Expected result: a good build! (it compiles fine if --with-mbstring is removed) -- Edit this bug report at http://bugs.php.net/?id=29589&edit=1
#17757 [Com]: Php compile generate error:/usr/bin/ld:cannot find -lclntsh
ID: 17757 Comment by: tomanojchawla at yahoo dot com Reported By: Palvin at 163 dot com Status: Bogus Bug Type: OCI8 related Operating System: RedHat 7.3+Oracle 8i/9i PHP Version: 4.2.1 New Comment: i m using redhat pclinux 2.4.21-4.EL Error info is below: /usr/bin/ld:cannot find -lclntsh How can we install this file Previous Comments: [2002-06-19 21:13:42] [EMAIL PROTECTED] Obviously some problem with RH 7.3 then. Try contacting the RH support? This really isn't bug in PHP so I'm closing this now. [2002-06-19 20:38:13] Palvin at 163 dot com Thank you for your help, I build PHP with oracle support all the time (on RH 7.1) without any problems too, but on RH 7.3 it can't successfullness, let's wait next version. [2002-06-19 20:20:23] [EMAIL PROTECTED] You never answered whether or not you have the path to the oracle libraries in your /etc/ld.so.conf Check that and add the path if it's missing. It should be $ORACLE_HOME/lib Then untar fresh sources from the snapshot tar.gz, and try with this configure line: ./configure --with-oci8 (if your $ORACLE_HOME environment variable is set correctly, you don't need to pass it in the configure) I build PHP with oracle support all the time (on RH 6.2) without any problems, so I don't think this is any bug. --Jani [2002-06-19 19:56:47] Palvin at 163 dot com Sorry, I've tried many times and can't successfulness! I hope next version will resolve the problem. [2002-06-18 21:23:05] [EMAIL PROTECTED] Try dropping that last option out (--with-oracle) as the oci8 is the one you should be using anyway.. 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/17757 -- Edit this bug report at http://bugs.php.net/?id=17757&edit=1
#29597 [NEW]: compile failed exit status 1
From: sonny at sun dot com Operating system: RHEL 3 PHP version: 5.0.0 PHP Bug Type: Compile Failure Bug description: compile failed exit status 1 Description: Compile fails on RHEL 3 i386. collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 Does not return more informations. Configure works fine. Used Versions: - PHP 5.0.0 - Redhat Advanced Server 3u3 i386 - gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-34) - GNU Make version 3.79.1 Reproduce code: --- See above versions of tools. Configure: env LIBS="-lfreetype -lpng -ljpeg -lz -lnsl"; IMAP_SHARED_LIBADD=-lc-client; ./configure --prefix=/usr/local/php5 --with-config-file-path=/usr/local/php5 --disable-debug --enable-pic --enable-trans-sid --disable-rpath --enable-zend-multibyte --enable-memory-limit --enable-yp --with-xsl --with-expat-dir=/usr --with-libexpat-dir=/usr --with-libxml-dir=/usr --enable-sysvshm --enable-sysvsem --enable-sysvmsg --enable-sqlite-utf8 --enable-sockets --enable-soap --with-openssl-dir=/usr --enable-shmop --with-readline --with-pgsql=shared --enable-pcntl --with-oci8=/oracle/product/9.2.0.4 --with-zlib-dir=/usr --with-mysql=/usr/local/mysql --with-mnogosearch=/usr/local/mnogosearch --with-mhash=/usr/local --enable-mbstring --with-ldap=shared --with-ldap-sasl --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-gettext --with-gd --enable-dio --enable-exif --enable-ftp --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-curl --with-curlwrappers --enable-calendar --with-bz2 --with-zlib --enable-bcmath --disable-short-tags --enable-magic-quotes --enable-sigchild --disable-path-info-check --enable-fastcgi --enable-force-cgi-redirect --with-apxs2=/usr/sbin/apxs --with-apxs2filter=/usr/sbin/apxs --enable-versioning --with-inifile --with-flatfile --with-db4=/usr --enable-magic-quotes --disable-short-tags --enable-cli Expected result: working and final make Actual result: -- Break here: /usr/local/mnogosearch/lib/libudmsearch.a(files.o)(.text+0x1f7c): In function `UdmFreeUrlRes': /software/compile/mnogosearch-3.1.21/src/files.c:843: multiple definition of `UdmFreeUrlRes' /usr/local/mnogosearch/lib/libudmsearch.a(sql.o)(.text+0x3b84):/software/compile/mnogosearch-3.1.21/src/sql.c:3262: first defined here /usr/bin/ld: Warning: size of symbol `UdmFreeUrlRes' changed from 38 in /usr/local/mnogosearch/lib/libudmsearch.a(sql.o) to 5 in /usr/local/mnogosearch/lib/libudmsearch.a(sql.o) collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 Same error if remove mngosearch from configure. -- Edit bug report at http://bugs.php.net/?id=29597&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29597&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29597&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29597&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29597&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29597&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29597&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29597&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29597&r=support Expected behavior: http://bugs.php.net/fix.php?id=29597&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29597&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29597&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29597&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29597&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29597&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29597&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29597&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29597&r=float
#29598 [NEW]: Problem when i sharing my class conection with two or more class
From: casmeiron at gmail dot com Operating system: * PHP version: 5.0.0 PHP Bug Type: Scripting Engine problem Bug description: Problem when i sharing my class conection with two or more class Description: Guys, i have a BIG problem. First time, sorry my english, i'm from BRAZIL, so my english is not good hehehe But, lets go... I have a class named 'CONNECTION', ok, shes work very good when i use a only class, example: My Class 'Clients' use the class 'CONNECTION' to connect a DATABASE, when i sharing, this happend: The browser show me this message: 'ERROR IN CGI SCRIPT... THE OUTPUT IS NOT VALID' like this... How can i see error in my script? How i debug? This error is sux.. i dont know whats is :( Guys, help me... Sorry my english again. -- Edit bug report at http://bugs.php.net/?id=29598&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29598&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29598&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29598&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29598&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29598&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29598&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29598&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29598&r=support Expected behavior: http://bugs.php.net/fix.php?id=29598&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29598&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29598&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29598&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29598&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29598&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29598&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29598&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29598&r=float
#27132 [Asn]: ncurses_getch() interrupted by receipt of a handled signal
ID: 27132
User updated by: neuhauser at bellavista dot cz
Reported By: neuhauser at bellavista dot cz
Status: Assigned
Bug Type: Unknown/Other Function
Operating System: *
PHP Version: 4CVS, 5CVS (2004-02-25)
Assigned To: hholzgra
New Comment:
update submitter email
Previous Comments:
[2004-02-03 09:51:52] neuhauser at bellavista dot cz
Description:
receipt of a signal interrupts ncurses_getch(), which
should never happen
curs_getch(3X):
The behavior of getch and friends in the presence
of handled signals is unspecified in the SVr4 and
XSI Curses documentation. Under historical curses
implementations, it varied depending on whether
the operating system's implementation of handled
signal receipt interrupts a read(2) call in
progress or not, and also (in some implementations)
depending on whether an input timeout or
non-blocking mode hsd been set.
Programmers concerned about portability should be
prepared for either of two cases: (a) signal
receipt does not interrupt getch; (b) signal
receipt interrupts getch and causes it to return
ERR with errno set to EINTR.
Under the ncurses implementation, handled signals
never interrupt getch.
(emphasis added)
Reproduce code:
---
compare the behavior of this PHP snippet
#include
#include
int c;
void sigalrm()
{
char s[40];
sprintf(s, "sigalrm: '%d'\n", c);
addstr(s);
refresh();
}
int main(int argc, char** argv)
{
initscr();
cbreak();
nl();
noecho();
signal(SIGALRM, sigalrm);
for (;;) {
alarm(1);
c = getch();
if ('q' == c) {
return 0;
}
}
endwin();
return 0;
}
Expected result:
I was expecting to see the same output as given by the C version:
single
sigalrm: '0'
line until next keypress, then the zero would be replaced with ascii
code of the pressed key
Actual result:
--
endless series of
sigalrm: '-1'
lines, which suggests that receipt of the alarm, although handled,
interrupts the getch() call which then returns ERR.
(as a sidenote, http://www.php.net/manual/en/ref.ncurses.php says "On
error ncurses functions return NCURSES_ERR", but said constant doesn't
exist in 4.3.3 or 4.3.4, both cli)
--
Edit this bug report at http://bugs.php.net/?id=27132&edit=1
#29599 [NEW]: domxml_error segfaults another apache module
From: thomas dot jarosch at intra2net dot com Operating system: Linux PHP version: 4.3.8 PHP Bug Type: DOM XML related Bug description: domxml_error segfaults another apache module Description: Hi, we're running PHP 4.3.8 as apache module, Apache runs without threads. The domxml extension registers an libxml2 generic error handler during its initialization. We have another apache module, which makes use of libxml2, this one doesn't register an error handler. When then second apache module encounters an XML error, apache segfaults in the domxml_error function. Here's a backtrace of the problem: #0 0x404d3448 in php_apache_sapi_send_headers () from ./etc/httpd/modules/libphp4.so #1 0x4049c84e in sapi_send_headers () from ./etc/httpd/modules/libphp4.so #2 0x4045c456 in php_header () from ./etc/httpd/modules/libphp4.so #3 0x404a7518 in php_ub_body_write () from ./etc/httpd/modules/libphp4.so #4 0x404a63b3 in php_body_write () from ./etc/httpd/modules/libphp4.so #5 0x404952eb in php_printf () from ./etc/httpd/modules/libphp4.so #6 0x40495a4d in php_error_cb () from ./etc/httpd/modules/libphp4.so #7 0x404c165f in zend_error () from ./etc/httpd/modules/libphp4.so #8 0x40495698 in php_verror () from ./etc/httpd/modules/libphp4.so #9 0x4049576f in php_error_docref0 () from ./etc/httpd/modules/libphp4.so #10 0x403c6951 in domxml_error () from ./etc/httpd/modules/libphp4.so #11 0x4083cb86 in xmlReportError (err=0x81dc978, ctxt=0x81dc7f8, str=0x81e03b0 "Document is empty\n", channel=0x403c6910 , data=0x0) at error.c:283 #12 0x4083ce9a in __xmlRaiseError (schannel=0, channel=0x4083d19c , data=0x81dc7f8, ctx=0x81dc7f8, nod=0x0, domain=1, code=4, level=XML_ERR_FATAL, file=0x81df640 "", line=1, str1=0x0, str2=0x0, str3=0x0, int1=0, int2=0, msg=0x408d5111 "Document is empty\n") at error.c:573 #13 0x4083fef4 in xmlFatalErr (ctxt=0x81dc7f8, error=1080649792, info=0x51 ) at parser.c:360 #14 0x4084fa17 in xmlParseTryOrFinish (ctxt=0x81dc7f8, terminate=0) at parser.c:9098 #15 0x40850358 in xmlParseChunk__internal_alias (ctxt=0x81dc7f8, chunk=0x81dc9e4 "í«îÛ\003", size=228, terminate=0) at parser.c:9763 #16 0x40cd108c in xmlpp::DomParser::parse_stream(std::istream&) (this=0xbfffeab0, [EMAIL PROTECTED]) at basic_string.h:781 The problem is domxml's "global" error handler. Even if the second module would register an error handler, it would override PHP's error handler. IMHO the best approach would be to register the error handler only during operations calling libxml functions and deregister it afterwards. The performance overhead should be minimal and it's very clean. What do you think? Cheers, Thomas Actual result: -- See backtrace in description -- Edit bug report at http://bugs.php.net/?id=29599&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29599&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29599&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29599&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29599&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29599&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29599&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29599&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29599&r=support Expected behavior: http://bugs.php.net/fix.php?id=29599&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29599&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29599&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29599&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29599&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29599&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29599&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29599&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29599&r=float
#27132 [Asn]: ncurses_getch() interrupted by receipt of a handled signal
ID: 27132
Updated by: [EMAIL PROTECTED]
-Reported By: neuhauser at bellavista dot cz
+Reported By: neuhauser at chello dot cz
Status: Assigned
Bug Type: Unknown/Other Function
Operating System: *
PHP Version: 4CVS, 5CVS (2004-02-25)
Assigned To: hholzgra
New Comment:
the update email feature doesn't seem to work. anyway, in case updating
it under a developer account fails too, I can be reached at
[EMAIL PROTECTED] now.
btw, Hartmut, has this bug seen any attention at all? (just curious,
I'm not holding my breath anymore :)
Previous Comments:
[2004-08-10 15:02:19] neuhauser at bellavista dot cz
update submitter email
[2004-02-03 09:51:52] neuhauser at chello dot cz
Description:
receipt of a signal interrupts ncurses_getch(), which
should never happen
curs_getch(3X):
The behavior of getch and friends in the presence
of handled signals is unspecified in the SVr4 and
XSI Curses documentation. Under historical curses
implementations, it varied depending on whether
the operating system's implementation of handled
signal receipt interrupts a read(2) call in
progress or not, and also (in some implementations)
depending on whether an input timeout or
non-blocking mode hsd been set.
Programmers concerned about portability should be
prepared for either of two cases: (a) signal
receipt does not interrupt getch; (b) signal
receipt interrupts getch and causes it to return
ERR with errno set to EINTR.
Under the ncurses implementation, handled signals
never interrupt getch.
(emphasis added)
Reproduce code:
---
compare the behavior of this PHP snippet
#include
#include
int c;
void sigalrm()
{
char s[40];
sprintf(s, "sigalrm: '%d'\n", c);
addstr(s);
refresh();
}
int main(int argc, char** argv)
{
initscr();
cbreak();
nl();
noecho();
signal(SIGALRM, sigalrm);
for (;;) {
alarm(1);
c = getch();
if ('q' == c) {
return 0;
}
}
endwin();
return 0;
}
Expected result:
I was expecting to see the same output as given by the C version:
single
sigalrm: '0'
line until next keypress, then the zero would be replaced with ascii
code of the pressed key
Actual result:
--
endless series of
sigalrm: '-1'
lines, which suggests that receipt of the alarm, although handled,
interrupts the getch() call which then returns ERR.
(as a sidenote, http://www.php.net/manual/en/ref.ncurses.php says "On
error ncurses functions return NCURSES_ERR", but said constant doesn't
exist in 4.3.3 or 4.3.4, both cli)
--
Edit this bug report at http://bugs.php.net/?id=27132&edit=1
#24573 [Com]: debug_backtrace crashes if $this set to null
ID: 24573 Comment by: skylark44 at mynet dot com Reported By: brad at info-link dot net Status: Closed Bug Type: Scripting Engine problem Operating System: Linux 2.4.21 PHP Version: 4.3.3RC1 New Comment: dþjvuvh Previous Comments: [2003-07-18 07:19:23] [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. [2003-07-09 22:23:30] brad at info-link dot net Description: debug_backtrace crashes PHP if called from a class method after $this is set to null. Reproduce code: --- The following script illustrates the problem: Bar(); ?> Strangely, if you use unset instead of assigning $this to null, the crash does not occur. Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x4025ded4 in zif_debug_backtrace (ht=0, return_value=0x81a260c, this_ptr=0x0, return_value_used=1) at /usr/local/php/src/php4-STABLE-200307100130/Zend/zend_builtin_functions.c:1246 1246class_name = ptr->object.ptr->value.obj.ce->name; (gdb) bt #0 0x4025ded4 in zif_debug_backtrace (ht=0, return_value=0x81a260c, this_ptr=0x0, return_value_used=1) at /usr/local/php/src/php4-STABLE-200307100130/Zend/zend_builtin_functions.c:1246 #1 0x40267f38 in execute (op_array=0x81a21fc) at /usr/local/php/src/php4-STABLE-200307100130/Zend/zend_execute.c:1616 #2 0x402680f6 in execute (op_array=0x819d434) at /usr/local/php/src/php4-STABLE-200307100130/Zend/zend_execute.c:1660 #3 0x40255940 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/php/src/php4-STABLE-200307100130/Zend/zend.c:886 #4 0x4022e83c in php_execute_script (primary_file=0xb6e0) at /usr/local/php/src/php4-STABLE-200307100130/main/main.c:1685 #5 0x4026f34a in apache_php_module_main (r=0x81d9774, display_source_mode=0) at /usr/local/php/src/php4-STABLE-200307100130/sapi/apache/sapi_apache.c:54 #6 0x4026ff32 in send_php (r=0x81d9774, display_source_mode=0, filename=0x0) at /usr/local/php/src/php4-STABLE-200307100130/sapi/apache/mod_php4.c:620 #7 0x4026ff86 in send_parsed_php (r=0x81d9774) at /usr/local/php/src/php4-STABLE-200307100130/sapi/apache/mod_php4.c:635 #8 0x0808dd77 in ap_invoke_handler () #9 0x080a2e57 in process_request_internal () #10 0x080a2eb8 in ap_process_request () #11 0x08099cc9 in child_main () #12 0x08099e74 in make_child () #13 0x08099fe8 in startup_children () #14 0x0809a660 in standalone_main () #15 0x0809aec3 in main () #16 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=24573&edit=1
#29598 [Opn->Fbk]: Problem when i sharing my class conection with two or more class
ID: 29598 Updated by: [EMAIL PROTECTED] Reported By: casmeiron at gmail dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.0.0 New Comment: Which OS are you using? and which SAPI? Previous Comments: [2004-08-10 14:44:55] casmeiron at gmail dot com Description: Guys, i have a BIG problem. First time, sorry my english, i'm from BRAZIL, so my english is not good hehehe But, lets go... I have a class named 'CONNECTION', ok, shes work very good when i use a only class, example: My Class 'Clients' use the class 'CONNECTION' to connect a DATABASE, when i sharing, this happend: The browser show me this message: 'ERROR IN CGI SCRIPT... THE OUTPUT IS NOT VALID' like this... How can i see error in my script? How i debug? This error is sux.. i dont know whats is :( Guys, help me... Sorry my english again. -- Edit this bug report at http://bugs.php.net/?id=29598&edit=1
#29600 [NEW]: something wrong
From: me at kamuzon dot ru
Operating system: OS/2
PHP version: 4.3.8
PHP Bug Type: ODBC related
Bug description: something wrong
Description:
values, which I got from db via odbc <> values, which I make by
$a=blablablaNumber;
Reproduce code:
---
function getid($table,$field,$value){ global $dbcon;
$sql="select id from $table where $field='$value'";
if($result=odbc_exec($dbcon,$sql)){
if (odbc_fetch_into($result,$ware)) {
if($ware[0]){
odbc_free_result($result);
return $ware[0];
} else {
odbc_free_result($result);
return false;
}
}
}
}
$cid=getid('yaol_currencies','currencynick','usd'); //via odbc from db2 it
gets id (smallint) from table yaol_currencies
echo $cid; //return -32766
$a=-32766;
$b[$cid]='ddd';
if ($b[$a]=='ddd') {echo 'gut';}
Expected result:
string 'gut' not posted on output
but if I add line
$cid+=0;
then string 'gut' will posted on output
Actual result:
--
I think $b[$a] must be equalent $b[$cid] because $a=-32766 and $cid=-32766
but the last came from odbc.
--
Edit bug report at http://bugs.php.net/?id=29600&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29600&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29600&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29600&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29600&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29600&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29600&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29600&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29600&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29600&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29600&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29600&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29600&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29600&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29600&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29600&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29600&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29600&r=float
#29601 [NEW]: sqlite_query() return resource handles for non-row returning sql
From: Jared dot Williams1 at ntlworld dot com Operating system: Windows 2000/IIS PHP version: 5CVS-2004-08-10 (dev) PHP Bug Type: SQLite related Bug description: sqlite_query() return resource handles for non-row returning sql Description: It appears sqlite_query() and sqlite_unbuffered_query() differ from the documentation >From http://uk.php.net/manual/en/function.sqlite-query.php For queries that return rows, this function will return a result handle which can then be used with functions such as sqlite_fetch_array() and sqlite_seek(). For other kinds of queries, this function will return a boolean result; TRUE for success or FALSE for failure. Seems a handle is returned irrespective of the type of query. Reproduce code: --- 10')); @sqlite_close($cnn); } ?> Expected result: bool(true) Actual result: -- resource(2) of type (sqlite result) -- Edit bug report at http://bugs.php.net/?id=29601&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29601&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29601&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29601&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29601&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29601&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29601&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29601&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29601&r=support Expected behavior: http://bugs.php.net/fix.php?id=29601&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29601&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29601&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29601&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29601&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29601&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29601&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29601&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29601&r=float
#29599 [Opn]: domxml_error segfaults another apache module
ID: 29599 Updated by: [EMAIL PROTECTED] Reported By: thomas dot jarosch at intra2net dot com Status: Open Bug Type: DOM XML related Operating System: Linux PHP Version: 4.3.8 New Comment: The problem is fixed in PHP 5 Don't know, if "we" (meaning Rob) backport that to PHP 4... Depends on how much work it is, I assume. Previous Comments: [2004-08-10 15:03:04] thomas dot jarosch at intra2net dot com Description: Hi, we're running PHP 4.3.8 as apache module, Apache runs without threads. The domxml extension registers an libxml2 generic error handler during its initialization. We have another apache module, which makes use of libxml2, this one doesn't register an error handler. When then second apache module encounters an XML error, apache segfaults in the domxml_error function. Here's a backtrace of the problem: #0 0x404d3448 in php_apache_sapi_send_headers () from ./etc/httpd/modules/libphp4.so #1 0x4049c84e in sapi_send_headers () from ./etc/httpd/modules/libphp4.so #2 0x4045c456 in php_header () from ./etc/httpd/modules/libphp4.so #3 0x404a7518 in php_ub_body_write () from ./etc/httpd/modules/libphp4.so #4 0x404a63b3 in php_body_write () from ./etc/httpd/modules/libphp4.so #5 0x404952eb in php_printf () from ./etc/httpd/modules/libphp4.so #6 0x40495a4d in php_error_cb () from ./etc/httpd/modules/libphp4.so #7 0x404c165f in zend_error () from ./etc/httpd/modules/libphp4.so #8 0x40495698 in php_verror () from ./etc/httpd/modules/libphp4.so #9 0x4049576f in php_error_docref0 () from ./etc/httpd/modules/libphp4.so #10 0x403c6951 in domxml_error () from ./etc/httpd/modules/libphp4.so #11 0x4083cb86 in xmlReportError (err=0x81dc978, ctxt=0x81dc7f8, str=0x81e03b0 "Document is empty\n", channel=0x403c6910 , data=0x0) at error.c:283 #12 0x4083ce9a in __xmlRaiseError (schannel=0, channel=0x4083d19c , data=0x81dc7f8, ctx=0x81dc7f8, nod=0x0, domain=1, code=4, level=XML_ERR_FATAL, file=0x81df640 "", line=1, str1=0x0, str2=0x0, str3=0x0, int1=0, int2=0, msg=0x408d5111 "Document is empty\n") at error.c:573 #13 0x4083fef4 in xmlFatalErr (ctxt=0x81dc7f8, error=1080649792, info=0x51 ) at parser.c:360 #14 0x4084fa17 in xmlParseTryOrFinish (ctxt=0x81dc7f8, terminate=0) at parser.c:9098 #15 0x40850358 in xmlParseChunk__internal_alias (ctxt=0x81dc7f8, chunk=0x81dc9e4 "í«îÛ\003", size=228, terminate=0) at parser.c:9763 #16 0x40cd108c in xmlpp::DomParser::parse_stream(std::istream&) (this=0xbfffeab0, [EMAIL PROTECTED]) at basic_string.h:781 The problem is domxml's "global" error handler. Even if the second module would register an error handler, it would override PHP's error handler. IMHO the best approach would be to register the error handler only during operations calling libxml functions and deregister it afterwards. The performance overhead should be minimal and it's very clean. What do you think? Cheers, Thomas Actual result: -- See backtrace in description -- Edit this bug report at http://bugs.php.net/?id=29599&edit=1
#29292 [Com]: Single space character returned instead of empty string
ID: 29292
Comment by: jeremyirons at genevus dot com
Reported By: jmelville at selectaustralasia dot com dot au
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000 Server SP4
PHP Version: 4.3.8
New Comment:
I've been having the same problem with 4.3.8. I swapped php_mssql.dll
with versions from 4.3.7, 4.3.6, 4.3.5, 4.3.4, and 4.3.3. The space
problem went away at 4.3.3 only.
Previous Comments:
[2004-07-26 14:06:00] egarcia at egm dot as
I have the same problem, this is related to the 4.3.8.
To resolve for now, I'm using the mssql.dll extension from the 4.3.7
with the 4.3.8 with out problems.
In the Zend Debugger now I see the nulls like null, no like " " with
the 4.3.8 version.
I hope that this litte trick can be usefull meanwhile.
[2004-07-21 11:22:17] jmelville at selectaustralasia dot com dot au
Description:
Upgraded an existing server from PHP 4.3.2 to 4.3.8, Apache 1.3 on
Windows 2000 SP4. Database is SQL Server 2000 SP4 on the same machine.
All SQL queries that previously returned an empty string (e.g. the
varchar column in the database contains an empty string and is not
NULL) now return a single space character. I've confirmed in Query
Analyser that the fields are definitely empty.
Note the sample uses mssql_fetch_object() but I've also checked
mssql_fetch_array() and it does the same thing.
This is the same as bug #9854 but that bug is closed and refers to PHP
4.0.x, whereas this server has never run anything older than 4.3.x
Thanks,
Julian.
Reproduce code:
---
$sql = "SELECT TOP 5 * FROM jobs;
$rs = mssql_query($sql);
while ($job = mssql_fetch_object($rs))
{
print "rec_id: '$job->rec_id' fax: '$job->fax' \n";
}
Expected result:
rec_id: '45336' fax: ''
rec_id: '40659' fax: '09 379 7785'
rec_id: '44934' fax: ''
Actual result:
--
rec_id: '45336' fax: ' '
rec_id: '40659' fax: '09 379 7785'
rec_id: '44934' fax: ' '
--
Edit this bug report at http://bugs.php.net/?id=29292&edit=1
#29256 [Asn]: SOAP HTTP Error when envelop size is more than 24345 bytes
ID: 29256
Updated by: [EMAIL PROTECTED]
Reported By: reudeml04 at free dot fr
Status: Assigned
Bug Type: SOAP related
Operating System: Win2000 Prof [Version 5.00.] SP4
PHP Version: 5.0.0
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD.
It was a socket related BUG (not an ext/soap BUG).
Previous Comments:
[2004-07-19 13:43:30] reudeml04 at free dot fr
Description:
Using the new PHP5 SOAP extension, I am building a web service, with
both a PHP Client and a PHP Server.
I have a simple class 'fileAttachment' which I send via the WS PHP
Client to the PHP Web Service. The web service is also a simple class
that is supposed to process the fileAttachment received.
Everything works fine until the SOAP request size goes over 24345
bytes.
When this limit is reached, I get the SOAP Fault[faultstring] => Failed
Sending HTTP SOAP request [faultcode] => HTTP.
If I remove just 1 byte of the fileAttachment content, the request
works fine.
Reproduce code:
---
The WS Server code is at :
http://www.freewebs.com/reude/serverSimpleWS.php
and the main class is at :
http://www.freewebs.com/reude/simpleWS.class.php
The wsdl is located at http://www.freewebs.com/reude/simpleWS.wsdl
The Client is at :
http://www.freewebs.com/reude/clientSimpleWS.php
and the help fileAttachment.class is at :
http://www.freewebs.com/reude/fileAttachment.class.php
The file to sent is at : http://www.freewebs.com/reude/small.bin
Expected result:
var_dump of response is just an echo of the fileAttachment that has
been sent :
object(stdClass)#4 (2) { ["simpleWSResponse"]=> object(stdClass)#3 (2)
{ ["responseCode"]=> string(3) "000" ["responseMessage"]=> string(29)
"Reflects the input parameters" } ["packageID"]=> string(23823)
"c:\temp\small.bin / 23642 / object(stdClass)#2 (3) { ["fileName"]=>
string(17) "c:\temp\small.bin" ["fileSize"]=> string(5) "23642"
["fileContent"]=> string(23642) "6kd5NaRSP ... truncated ...
N6aRSPbRy01" } " }
Actual result:
--
var_dump of response is :
SoapFault Object ( [message:protected] => [string:private] =>
[code:protected] => 0 [file:protected] => c:\program
files\easyphp1-7-php5\www\php5soapserver\clientsimplews.php
[line:protected] => 30 [trace:private] => Array ( [0] => Array ( [file]
=> c:\program
files\easyphp1-7-php5\www\php5soapserver\clientsimplews.php [line] =>
30 [function] => __call [class] => SoapClient [type] => -> [args] =>
Array ( [0] => c:\temp\small.bin236436kd5NaRSPbRybXdW+++... truncated
... WSqQN6kd5NaRSPbRy012 ) [enc_stype] => fileAttachment [enc_ns] =>
http://soapinterop.org/xsd ) ) ) ) ) ) [faultstring] => Failed Sending
HTTP SOAP request [faultcode] => HTTP )
--
Edit this bug report at http://bugs.php.net/?id=29256&edit=1
#29256 [Asn->Csd]: SOAP HTTP Error when envelop size is more than 24345 bytes
ID: 29256
Updated by: [EMAIL PROTECTED]
Reported By: reudeml04 at free dot fr
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: Win2000 Prof [Version 5.00.] SP4
PHP Version: 5.0.0
Assigned To: dmitry
Previous Comments:
[2004-08-10 17:00:00] [EMAIL PROTECTED]
Fixed in CVS HEAD.
It was a socket related BUG (not an ext/soap BUG).
[2004-07-19 13:43:30] reudeml04 at free dot fr
Description:
Using the new PHP5 SOAP extension, I am building a web service, with
both a PHP Client and a PHP Server.
I have a simple class 'fileAttachment' which I send via the WS PHP
Client to the PHP Web Service. The web service is also a simple class
that is supposed to process the fileAttachment received.
Everything works fine until the SOAP request size goes over 24345
bytes.
When this limit is reached, I get the SOAP Fault[faultstring] => Failed
Sending HTTP SOAP request [faultcode] => HTTP.
If I remove just 1 byte of the fileAttachment content, the request
works fine.
Reproduce code:
---
The WS Server code is at :
http://www.freewebs.com/reude/serverSimpleWS.php
and the main class is at :
http://www.freewebs.com/reude/simpleWS.class.php
The wsdl is located at http://www.freewebs.com/reude/simpleWS.wsdl
The Client is at :
http://www.freewebs.com/reude/clientSimpleWS.php
and the help fileAttachment.class is at :
http://www.freewebs.com/reude/fileAttachment.class.php
The file to sent is at : http://www.freewebs.com/reude/small.bin
Expected result:
var_dump of response is just an echo of the fileAttachment that has
been sent :
object(stdClass)#4 (2) { ["simpleWSResponse"]=> object(stdClass)#3 (2)
{ ["responseCode"]=> string(3) "000" ["responseMessage"]=> string(29)
"Reflects the input parameters" } ["packageID"]=> string(23823)
"c:\temp\small.bin / 23642 / object(stdClass)#2 (3) { ["fileName"]=>
string(17) "c:\temp\small.bin" ["fileSize"]=> string(5) "23642"
["fileContent"]=> string(23642) "6kd5NaRSP ... truncated ...
N6aRSPbRy01" } " }
Actual result:
--
var_dump of response is :
SoapFault Object ( [message:protected] => [string:private] =>
[code:protected] => 0 [file:protected] => c:\program
files\easyphp1-7-php5\www\php5soapserver\clientsimplews.php
[line:protected] => 30 [trace:private] => Array ( [0] => Array ( [file]
=> c:\program
files\easyphp1-7-php5\www\php5soapserver\clientsimplews.php [line] =>
30 [function] => __call [class] => SoapClient [type] => -> [args] =>
Array ( [0] => c:\temp\small.bin236436kd5NaRSPbRybXdW+++... truncated
... WSqQN6kd5NaRSPbRy012 ) [enc_stype] => fileAttachment [enc_ns] =>
http://soapinterop.org/xsd ) ) ) ) ) ) [faultstring] => Failed Sending
HTTP SOAP request [faultcode] => HTTP )
--
Edit this bug report at http://bugs.php.net/?id=29256&edit=1
#26490 [Com]: Lost connection to MySQL server during query
ID: 26490 Comment by: christian at jul dot net Reported By: chris dot noden at monstermob dot com Status: Verified Bug Type: MySQL related Operating System: * PHP Version: 4CVS, 5CVS (2004-03-13) New Comment: Happened for me on php 4.3.8 / mysql 4.0.20 / debian unstable Seems like putting the db connection after the fork solved the problem. Apparently the connection dies when the connecting process exits, but should be kept alive as long as there is living child processes. Previous Comments: [2004-08-03 07:27:29] adams at mars-project dot com I also get this error, but its on an internal mysql server. PHP 4.3.7 MySQL 4.0.18 FreeBSD 4.10 And just to note when i do get this error i get a php core dump as well. [2004-07-21 17:20:59] florian dot heigl at m4f dot net I got the same error w/o using php - connecting via bin/mysql... It only happens *sometimes* :) ERROR 2013 at line 78: Lost connection to MySQL server during query OS is Tru64 5.1B-4, MySQL 4.0.20 [2004-07-20 15:00:52] garak at studenti dot it Same problem. Connect to mysql server on LAN. PHP 4.3.7 MySQL 4.0.20 Linux 2.4.19 [2004-07-17 09:58:07] jdittmer at ppp0 dot net Just wanted to say, that I see the very same error with php 4.3.8 and postgres. (pconnect & connect) System is Debian/GNU Linux [2004-07-16 19:51:09] genio at qwest dot net I've been able to reproduce the error on OpenBSD using php5 and mysql5 alpha. I assumed the error occured due to the fact im using an alpha release version of mysql, in my case it might not be a php bug because Im able to reproduce a similar mysql error with a jsp servlet connection 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/26490 -- Edit this bug report at http://bugs.php.net/?id=26490&edit=1
#29602 [NEW]: change of "memory_limit" in php.ini doesn't have effects
From: php at grossherzog dot de Operating system: Win XP Pro Sp2 PHP version: 4.3.8 PHP Bug Type: *Configuration Issues Bug description: change of "memory_limit" in php.ini doesn't have effects Description: Hi, I just have a strange problem. Changing "memory_limit" in php.ini doesn't have any effects. I never get the "memory_limit" while doing phpinfo(); Thats what I tried in php.ini: max_execution_time = 30; max_input_time = 60; memory_limit = 30M; Other parameters work! My Server Config: Win XP Professional SP2 Apache/2.0.50 PHP/4.3.8 I was trying to install typo3 that need at least 16 MB memory I don't have a clue. Any ideas? Thanks in advance -- Edit bug report at http://bugs.php.net/?id=29602&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29602&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29602&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29602&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29602&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29602&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29602&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29602&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29602&r=support Expected behavior: http://bugs.php.net/fix.php?id=29602&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29602&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29602&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29602&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29602&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29602&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29602&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29602&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29602&r=float
#29370 [Com]: Crash apache.exe (php5ts.dll)
ID: 29370
Comment by: hazer at chipshot dot net
Reported By: anthony dot debhian at only-for dot info
Status: Open
Bug Type: Reproducible crash
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
Reproducable on Apache 2.0.48 mod_ssl OpenSSL0.9.7c PHP 5.0.0 Linux
Kernel 2.6.7 GCC 3.2.2
Run through CLI it gives a seg fault.
Viewed via web it gives nothing, even if there is something to be
output before the code in question. It doesn't look like we can expect
this to be used for 'hiding' pages on the server, but there is
something that needs to be looked at...
Previous Comments:
[2004-08-09 22:41:52] brian at centurionservice dot com
Confirmed bug on RedHat 9, Apache 2.0.50, PHP 4.3.8. Reports a
segmentation fault in the Apache error log and no entry in the access
log. httpd seems to recover fine with no user interaction nessesary.
Seg fault if ran through the CLI version on RedHat 9, PHP 4.3.8.
Crashes on Windows XP, PHP 5 using the CLI version.
[2004-08-09 17:31:34] sbrown at truckstuffusa dot com
Sorry, fogot to mention I'm running Redhat 9 here.
[2004-08-09 17:30:27] sbrown at truckstuffusa dot com
Confirmed this condition also exists on php 4.3.8 on Apache 2.0.50.
Ran both segments of code given below. Each time the output of the
script was good, but there was no access/error log generated by Apache.
[2004-08-09 11:12:16] mart at __no_spam__spin dot ee
I got the crach with PHP 4.3.7 + Apache 1.3.31 + Linux
and PHP 4.3.4 + Apache 2.0.47 + Linux RH9.
It didn't work with PHP 4.3.5 + Apache 1.3.29 + Win2K.
A bit minimized version of this crash code:
$value) { $src.=$key; }
return $src;
}
function funcfunc2($array){
foreach($array['foo'] as $key=>$value) { }
}
$a['x']['y']="";
$array=funcfunc($a);
funcfunc2($array);
?>
[2004-08-07 23:56:17] skippy at zuavra dot net
Nothing special happens on Red Hat 9.0 with Apache 1.3.27, PHP 4.3.4.
Just the normal complaint about foreach().
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/29370
--
Edit this bug report at http://bugs.php.net/?id=29370&edit=1
#14636 [Com]: Session variables are lost when redirecting to a url using header() function.
ID: 14636
Comment by: mhdskr at yahoo dot com
Reported By: kannan at tmsassociates dot com
Status: Bogus
Bug Type: Session related
Operating System: windows 2000 professional
PHP Version: 4.0.6
New Comment:
I faced exactly the same problem : (USING W2K-IIS5/PHP4.3.7)
I take the login username and password and store it in the session and
then redirect to another page .. The first time I reach there the
session is not set. I hit browser back and re enter the login
information it works fine
The first login page contains html only - no php
I start the session in the second page that checks the login and
redirect to the third page
MY SOLUTION - it worked for me in this way! :
I added the following to the first (html-only) page :
Isn't it strange ?!?
Previous Comments:
[2004-08-03 07:38:51] venky at netkode dot com
Hi,
I am facing the similar problems with Sessions. I register session
variables in the Login page and redirect through header to user area
and have one checklogin file which will check the sessionid and some
other session values. But here I am not able to get the values. This
issue is not occuring very often but out of 500 attempts one or two
complaints are coming up. Most of the cases are with I.E 6.0. Any work
around will be of great help.
[2004-07-16 06:30:23] anonymous at anonymous dot com
Yes I have recently seen this phenomenon.
Note that I am purposely NOT saving session data in cookies.
session_start();
$_SESSION["foo"] = "bar";
header( "Location:foobar.php" );
On the remote Unix server running Apache I upload this to, it works
fine. The session data is passed to foobar.php.
However on my local Windows machine, the session data is lost. I end
up having to pass session data in the header myself.
header( "Location:foobar.php?" . Session_Name() . "=" . Session_ID()
);
It works but I'd rather not resort to that.
[2004-05-23 21:02:41] lorenzob at interia dot pl
I'm working on PHP 4.2.3 with Apache 1.3.9 and I've got the problem
mentioned above. After logging in I do the simple
session_start()
$_SESSION['user'] = $_POST['login']
and as for that everythings fine. But when changing from test.php,
where above code is stored, into another page klient.php during the
same session the variable appears to be empty! In short, although the
variable is being registered fine it's not visible in other scripts,
what is an obvious denial of an idea of session variables.
Can anyone help? I've been fighting this one for over three days in
many ways but nothing seems to have an effect.
test.php:
session_start();
header("Cache-control: private");
ob_end_flush();
session_register("log");
session_register("pas");
$log = $_POST["login"];
$pas = $_POST["pass"];
klient.php:
session_start();
header("Cache-control: private");
ob_end_flush();
$im = $log;
$naz = $pas;
echo "->".$im;
Big thanks in advance
[2004-04-13 18:58:04] fvincentis at yahoo dot com
Had the same problem on IIS with the php cgi. The session_write_close()
did it for me! It didn't write the session variables before, but now
they are stored even if a header redirect follows.
[2004-02-21 18:50:54] michael at graber dot org
Just found an annoying quirk (aka bug) in IE - after applying a
security patch, IE no longer sets cookies if the server or domain name
contain anything except alphanumerics (ie, no "_" or "-", etc.).
The symptom was that every page or refresh of the same page generated a
new session, and obviously no variables were passed from page to page.
http://support.microsoft.com/default.aspx?scid=kb;EN-US;316112
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/14636
--
Edit this bug report at http://bugs.php.net/?id=14636&edit=1
#29603 [NEW]: Apache crash when trying to include non-existant files
From: ressourceweb at hotmail dot com Operating system: Windows XP Home Edition PHP version: 5.0.0 PHP Bug Type: Apache2 related Bug description: Apache crash when trying to include non-existant files Description: Every time I tried to include into a PHP script, by accident, a file that didn't exist, Apache crashed and displayed a dialog box saying «Apache2 caused an unhandled exception error. Do you wish to debug?» instead of logging the error in the PHP error log. This error did not happen when I tried to include a file that existed. I tried to correct the problem by disabling, one by one, my php extensions and I discovered that php_pspell.dll was causing the repeated crashes. I am using PHP 5.0.0 with Apache Web Server 2.0.50 on Windows XP Home Edition, Service Pack 1. Extensions used by PHP php_bz2.dll, php_cpdf.dll, php_curl.dll, php_dba.dll, php_dbx.dll, php_fdf.dll, php_gd2.dll, php_gettext.dll, php_imap.dll, php_ldap.dll, php_mbstring.dll, php_mcrypt.dll, php_mhash.dll, php_ming.dll, php_mysql.dll, php_pdf.dll, php_snmp.dll, php_sockets.dll, php_tidy.dll, php_xmlrpc.dll, php_xsl.dll, php_zip.dll, php_perl.dll, php_xmlreader.dll, php_pspell.dll, php_lzf.dll, php_mailparse.dll Reproduce code: --- Expected result: PHP Warning : Cannot include file nonexistent.inc.php (or something similar) Actual result: -- «Apache2 caused an unhandled exception error. Do you wish to debug?» -- Edit bug report at http://bugs.php.net/?id=29603&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29603&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29603&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29603&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29603&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29603&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29603&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29603&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29603&r=support Expected behavior: http://bugs.php.net/fix.php?id=29603&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29603&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29603&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29603&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29603&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29603&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29603&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29603&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29603&r=float
#29598 [Fbk->Opn]: Problem when i sharing my class conection with two or more class
ID: 29598 User updated by: casmeiron at gmail dot com Reported By: casmeiron at gmail dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem -Operating System: * +Operating System: WINDOWS PHP Version: 5.0.0 New Comment: THE SO is WINDOWS XP, using ISS 5, my extension .php call the file php-cgi.exe. Previous Comments: [2004-08-10 15:09:01] [EMAIL PROTECTED] Which OS are you using? and which SAPI? [2004-08-10 14:44:55] casmeiron at gmail dot com Description: Guys, i have a BIG problem. First time, sorry my english, i'm from BRAZIL, so my english is not good hehehe But, lets go... I have a class named 'CONNECTION', ok, shes work very good when i use a only class, example: My Class 'Clients' use the class 'CONNECTION' to connect a DATABASE, when i sharing, this happend: The browser show me this message: 'ERROR IN CGI SCRIPT... THE OUTPUT IS NOT VALID' like this... How can i see error in my script? How i debug? This error is sux.. i dont know whats is :( Guys, help me... Sorry my english again. -- Edit this bug report at http://bugs.php.net/?id=29598&edit=1
#29292 [Com]: Single space character returned instead of empty string
ID: 29292
Comment by: chris at fjmercedes dot com
Reported By: jmelville at selectaustralasia dot com dot au
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000 Server SP4
PHP Version: 4.3.8
New Comment:
I'm experiencing the same problem with the latest CVS of PHP5 and no
php_mssql.dll extensions from older versions are compatable with PHP5.
Previous Comments:
[2004-08-10 16:38:51] jeremyirons at genevus dot com
I've been having the same problem with 4.3.8. I swapped php_mssql.dll
with versions from 4.3.7, 4.3.6, 4.3.5, 4.3.4, and 4.3.3. The space
problem went away at 4.3.3 only.
[2004-07-26 14:06:00] egarcia at egm dot as
I have the same problem, this is related to the 4.3.8.
To resolve for now, I'm using the mssql.dll extension from the 4.3.7
with the 4.3.8 with out problems.
In the Zend Debugger now I see the nulls like null, no like " " with
the 4.3.8 version.
I hope that this litte trick can be usefull meanwhile.
[2004-07-21 11:22:17] jmelville at selectaustralasia dot com dot au
Description:
Upgraded an existing server from PHP 4.3.2 to 4.3.8, Apache 1.3 on
Windows 2000 SP4. Database is SQL Server 2000 SP4 on the same machine.
All SQL queries that previously returned an empty string (e.g. the
varchar column in the database contains an empty string and is not
NULL) now return a single space character. I've confirmed in Query
Analyser that the fields are definitely empty.
Note the sample uses mssql_fetch_object() but I've also checked
mssql_fetch_array() and it does the same thing.
This is the same as bug #9854 but that bug is closed and refers to PHP
4.0.x, whereas this server has never run anything older than 4.3.x
Thanks,
Julian.
Reproduce code:
---
$sql = "SELECT TOP 5 * FROM jobs;
$rs = mssql_query($sql);
while ($job = mssql_fetch_object($rs))
{
print "rec_id: '$job->rec_id' fax: '$job->fax' \n";
}
Expected result:
rec_id: '45336' fax: ''
rec_id: '40659' fax: '09 379 7785'
rec_id: '44934' fax: ''
Actual result:
--
rec_id: '45336' fax: ' '
rec_id: '40659' fax: '09 379 7785'
rec_id: '44934' fax: ' '
--
Edit this bug report at http://bugs.php.net/?id=29292&edit=1
#29396 [Fbk->Opn]: php/sablotron - undefined symbol first reference in file
ID: 29396 User updated by: jmkeith at uark dot edu Reported By: jmkeith at uark dot edu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SunOS 5.9 PHP Version: 4.3.8 Assigned To: ilia New Comment: I finally figured out that the problem with linking was a result of zlib not being compiled into shared objects. Once I acquired the precompiled version from freesunware.com, the issue was resolved. Thank you for your assistance. Previous Comments: [2004-07-27 12:47:16] [EMAIL PROTECTED] Please, try applying this patch: http://tony2004.phpclub.net/dev/tmp/xslt.diff don't forget to run `./buildconf --force && ./config.nice` before building PHP this time. [2004-07-26 23:58:24] jmkeith at uark dot edu fixed summary [2004-07-26 22:43:29] jmkeith at uark dot edu Description: Using Sablotron 1.0.1 configured as: ./configure --prefix=/usr/local/Sablotron-1.0.1 --with-expat-prefix=/usr/local/expat --with-iconv-prefix=/usr/local/libiconv --with-js-dir=/usr/local/libjs and ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.so /usr/lib/libsablot.so ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.a /usr/lib/libsablot.a ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.la /usr/lib/libsablot.la PHP Configure Line: ./configure --prefix=/usr/local/php-4.3.8 --with-mysql=/usr/local/mysql --with-ldap=/usr/local/ldap --with-config-file-path=/etc --enable-fastcgi --enable-libgcc --enable-calendar --enable-discard-path --disable-force-cgi-redirect --with-xml --enable-xslt --with-xslt-sablot=/usr/local/sablotron --with-sablot-js=/usr/local/libjs --enable-versioning --enable-memory-limit --enable-bcmath --with-curl=/usr/local/curl --with-gd --with-jpeg-dir=/usr/local/libjpegv6 --with-png-dir=/usr/local/libpng --with-zlib-dir=/usr --with-t1lib=/usr/local/t1lib --with-openssl-dir=/usr/local/ssl --with-openssl=/usr/local/ssl --enable-session --with-pcre-regex=yes --with-iconv-dir=/usr/local/libiconv --with-zlib=yes --with-pear --with-imap --with-imap-ssl --with-ftp --with-expat-dir=/usr/local/expat configure works fine. make builds well until it begins linking. Expected result: completed compile is expected. Actual result: -- /bin/sh /export/home/jmkeith/work/php-4.3.8/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/opt/devtools-solaris/gcc-3.2.2/lib/gcc-lib/sparc-sun-solaris2.8/3.2.2 -L/usr/local/ssl/lib -L/usr/local/curl-7.12.0/lib -L/usr/local/curl/lib -L/usr/local/libjpegv6/lib -L/usr/local/libpng/lib -L/usr/local/t1lib/lib -L/usr/local/c-client -L/usr/local/ldap/lib -L/usr/local/mysql/lib/mysql -L/usr/local/expat/lib -L/usr/local/libiconv/lib -L/usr/local/sablotron/lib -lgcc_s -R /usr/ucblib -R /opt/devtools-solaris/gcc-3.2.2/lib/gcc-lib/sparc-sun-solaris2.8/3.2.2 -R /usr/local/ssl/lib -R /usr/local/curl-7.12.0/lib -R /usr/local/curl/lib -R /usr/local/libjpegv6/lib -R /usr/local/libpng/lib -R /usr/local/t1lib/lib -R /usr/local/c-client -R /usr/local/ldap/lib -R /usr/local/mysql/lib/mysql -R /usr/local/expat/lib -R /usr/local/libiconv/lib -R /usr/local/sablotron/lib ext/openssl/openssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/curl/curl.lo ext/curl/curlstreams.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb
#28969 [Asn->Csd]: Wrong data encoding of special characters
ID: 28969
Updated by: [EMAIL PROTECTED]
Reported By: ba at esoft dot dk
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: Linux 2.6.7-gentoo-r3
PHP Version: 5.0.0RC3
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD.
By default ext/soap espect all string data in utf-8 encoding.
Now it is possible to change internal encoding with "encoding" option.
It is acceptable both by SoapClient and SoapServer.
$SOAP = new SoapServer("test.wsdl",
array('encoding'=>'ISO-8859-1');
Previous Comments:
[2004-06-30 09:38:43] ba at esoft dot dk
Description:
I'm using SOAP webservices and need to send special characters (danish
letters in my case) in the data, it seems these letters break the SOAP
parser.
Previously we have used NuSOAP for webservices, and here special
letters are encoded / decoded transparantly.
Reproduce code:
---
class testWebservice {
function test() {
return "æøå";
}
}
$SOAP = new SoapServer("test.wsdl");
$SOAP->setClass("testWebservice");
$SOAP->handle();
Expected result:
The returned string "æøå"
--
Edit this bug report at http://bugs.php.net/?id=28969&edit=1
#29604 [NEW]: --with-gd insists on having png
From: peter at jingo dot com Operating system: Linux Fedora Core 2 PHP version: 4.3.8 PHP Bug Type: *Compile Issues Bug description: --with-gd insists on having png Description: I do not want the optional png support yet the configure scripts insist on needing libpng.(a|so) Reproduce code: --- './configure' '--with-apxs=/usr/local/apache/bin/apxs' --with-gd --with-jpeg --with-jpeg-dir=/usr/local/jpeg Actual result: -- checking for GD support... yes checking for the location of libjpeg... /usr/local/jpeg checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes checking for jpeg_read_header in -ljpeg... yes configure: error: libpng.(a|so) not found. -- Edit bug report at http://bugs.php.net/?id=29604&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29604&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29604&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29604&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29604&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29604&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29604&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29604&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29604&r=support Expected behavior: http://bugs.php.net/fix.php?id=29604&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29604&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29604&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29604&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29604&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29604&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29604&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29604&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29604&r=float
#29605 [NEW]: segfault if end tag missing
From: x-penguin at tut dot by
Operating system: Linux
PHP version: 5CVS-2004-08-10 (dev)
PHP Bug Type: XSLT related
Bug description: segfault if end tag missing
Description:
PHP Version 5.1.0-dev, configure with:
'./configure' '--prefix=/usr/' '--with-apxs2' '--with-gettext'
'--with-iconv' '--with-mysql' '--enable-mbstring=ru' '--enable-mbregex'
'--enable-mbstr-enc-trans' '--disable-short-tags' '--with-xsl'
'--with-libxml' '--without-sqlite' '--enable-soap'
libxslt Version 1.1.8
libxml Version 2.6.11
libexslt Version1.1.8
apache 2.0.48
Reproduce code:
---
loadXML(
'
http://www.w3.org/1999/XSL/Transform";
xmlns:php="http://php.net/xsl";>
'
);
$xml = new DomDocument;
$xml->loadXML('ss');
$proc = new XSLTProcessor();
$proc->importStylesheet($xsl);
$dom = $proc->transformToDoc($xml);
echo $dom->saveXML();
?>
Expected result:
Error message from XSLTProcessor: "Missing end tag for ..."
Actual result:
--
from apache error log:
[Tue Aug 10 21:12:07 2004] [notice] child pid 2353 exit signal
Segmentation fault (11)
--
Edit bug report at http://bugs.php.net/?id=29605&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29605&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29605&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29605&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29605&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29605&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29605&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29605&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29605&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29605&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29605&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29605&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29605&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29605&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29605&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29605&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29605&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29605&r=float
#28906 [Com]: bug in get_magic_quotes_gpc() function ??
ID: 28906
Comment by: joemama at phpsucks dot com
Reported By: becki at beckspaced dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: suse linux
PHP Version: Irrelevant
New Comment:
Yep PHP sucks :)
Previous Comments:
[2004-06-24 02:30:13] becki at beckspaced dot com
Description:
hello ,
seems to be a bit of a strange thing with this get_magic_quotes_gpc()
function ! found this strange behaviour with PHP because of the widley
used advanced guestbook 2.3.1 at http://proxy2.de ! there's an exloit
available on the internet =>
http://www.derkeiler.com/Mailing-Lists/securityfocus/bugtraq/2004-04/0290.html
anyway .. while testing the exploit on my runing online server with
Suse linux 8.1 and PHP 4.2.2 the exploit worked fine at the first time.
but today, the day after, it doesn't work at all and
get_magic_quotes_gpc() function seems to work fine ! but it does NOT
all the time !! really strange behaviour !!
also tested this exploit on my development server with suse linux 9.0
and PHP 4.3.3 and it doesn't work ... or probably sometimes does ...
still don't know exactly as PHP doesn't seem to do the same thing all
the time !! really strange !
then went on the internet and looked for all these guestbooks at
google.com =>
http://www.google.com/search?q=advanced+guestbook+proxy2+HTML+code+is+disabled&ie=UTF-8&hl=en&btnG=Google+Search&meta=
on some guestbooks the exploit works and on others not ! they all use
different PHP versions starting from 4.2.2 up to 4.3.7 and have to
say the exploit worked perfectly also with version 4.3.7 !!
but it does ONLY sometimes ... not all the time !!!
also posted a small website on the internet with some more detailed
info on this very strange behaviour of the get_magic_quotes_gpc()
function =>
http://www.beckspaced.com/gb_fix/index.php
well ... hopefully someone can tell a bit more about this strange
behaviour of get_magic_quotes_gpc() as it is used quite often to
addslash strings before sending it to a query to the database ... SQL
injection !!!
all the best
becki
a bit of code below =>
Reproduce code:
---
function checkPass($username,$password) {
//global $username, $password;
$query = "SELECT ID FROM ".$this->table['auth']." WHERE
username='$username' and password=PASSWORD('$password')";
$this->query($query);
$this->fetch_array($this->result);
return ($this->record) ? $this->record["ID"] : false;
}
function checkSessionID() {
global $username, $password, $session, $uid;
if (isset($session) && isset($uid)) {
return ($this->isValidSession($session,$uid)) ?
array("session" => "$session", "uid" => "$uid") : false;
} elseif (isset($username) && isset($password)) {
if (!get_magic_quotes_gpc()) {
$username = addslashes($username);
$password = addslashes($password);
}
$ID = $this->checkPass($username,$password);
if ($ID) {
$session = $this->generateNewSessionID($ID);
return array("session" => "$session", "uid" => "$ID");
} else {
return false;
}
} else {
return false;
}
}
Expected result:
well ... i expect to do the addslashes on the $username and $password
if the get_magic_quotes_gpc() function isn't turned ON in the php.ini !
if it's turned on already then the addslashes are done automatically !!
Actual result:
--
the actual result is weird !! sometimes it does the addslashes ... and
sometimes it doesn't ;-(
--
Edit this bug report at http://bugs.php.net/?id=28906&edit=1
#25919 [Com]: Sometimes imagecreatefromjpeg stops
ID: 25919 Comment by: stemplar444 at yahoo dot com Reported By: agnermadsen at hotmail dot com Status: Bogus Bug Type: GD related Operating System: FreeBSD PHP Version: 4.3.3 New Comment: My server hang, when the images contained more than 1'609'092 pixels. It was not a question of file size. I found this bug report and corrected my memory settings accordingly to fix this behavior. However, I disagree with [EMAIL PROTECTED], that this is no bug. In my opinion, proper API providers have to have a proper error handling. So in this case, the GD library or PHP needs to check for enough memory while executing a function. And since this is so well known, such an error handling would maybe prevent all those bogus bug reports in this area. simon. Previous Comments: [2003-10-28 10:38:34] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php It is quite likely you are reaching the memory limit and PHP terminates. Image manipulation is a very memory intensive process. I'd suggest raising the memory limit higher to something like 20 megabytes. [2003-10-24 05:40:12] agnermadsen at hotmail dot com memory_limit 8M http://www.ringsborg-madsen.dk/nytsite/phpinfo.php [2003-10-23 22:24:10] [EMAIL PROTECTED] What is your memory limit set to? You are probably reaching the memory limit and PHP terminates. [2003-10-23 03:47:06] agnermadsen at hotmail dot com Configure: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-apxs=/usr/local/sbin/apxs' '--with-bz2=/usr' '--enable-ctype' '--enable-exif' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--with-mcrypt=/usr/local' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--enable-session' '--enable-sockets' '--enable-tokenizer' '--enable-xml' '--with-expat-dir=/usr/local' '--with-zlib=yes' '--prefix=/usr/local' 'i386-portbld-freebsd4.8' [2003-10-20 06:41:45] [EMAIL PROTECTED] What is the configure line you used to configure PHP? If you didn't use the bundled GD library, bogus this report yourself.. 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/25919 -- Edit this bug report at http://bugs.php.net/?id=25919&edit=1
#25919 [Bgs]: Sometimes imagecreatefromjpeg stops
ID: 25919 Updated by: [EMAIL PROTECTED] Reported By: agnermadsen at hotmail dot com Status: Bogus Bug Type: GD related Operating System: FreeBSD PHP Version: 4.3.3 New Comment: > And since this is so well known, such an error > handling would maybe prevent all those bogus > bug reports in this area. And if everyone works with a proper error reporting mode and reads the logs, they may know what's going on. Nothing more can be done, the memory allocation is done by PHP (as near all allocations), the error is reported by PHP itself. --Pierre Previous Comments: [2004-08-10 23:08:09] stemplar444 at yahoo dot com My server hang, when the images contained more than 1'609'092 pixels. It was not a question of file size. I found this bug report and corrected my memory settings accordingly to fix this behavior. However, I disagree with [EMAIL PROTECTED], that this is no bug. In my opinion, proper API providers have to have a proper error handling. So in this case, the GD library or PHP needs to check for enough memory while executing a function. And since this is so well known, such an error handling would maybe prevent all those bogus bug reports in this area. simon. [2003-10-28 10:38:34] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php It is quite likely you are reaching the memory limit and PHP terminates. Image manipulation is a very memory intensive process. I'd suggest raising the memory limit higher to something like 20 megabytes. [2003-10-24 05:40:12] agnermadsen at hotmail dot com memory_limit 8M http://www.ringsborg-madsen.dk/nytsite/phpinfo.php [2003-10-23 22:24:10] [EMAIL PROTECTED] What is your memory limit set to? You are probably reaching the memory limit and PHP terminates. [2003-10-23 03:47:06] agnermadsen at hotmail dot com Configure: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-apxs=/usr/local/sbin/apxs' '--with-bz2=/usr' '--enable-ctype' '--enable-exif' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--with-mcrypt=/usr/local' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--enable-session' '--enable-sockets' '--enable-tokenizer' '--enable-xml' '--with-expat-dir=/usr/local' '--with-zlib=yes' '--prefix=/usr/local' 'i386-portbld-freebsd4.8' 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/25919 -- Edit this bug report at http://bugs.php.net/?id=25919&edit=1
#29606 [NEW]: php_strip_whitespace() stdout problems
From: [EMAIL PROTECTED] Operating system: PHP version: 5CVS-2004-08-10 (dev) PHP Bug Type: Output Control Bug description: php_strip_whitespace() stdout problems Description: The proto and description of php_strip_whitespace() indicate it should return a stripped string. It does not do this and instead outputs the stripped code to stdout. It looks like the function IS intended to return the stripped string as the code uses output buffering, but the problem lies in php_strip(). Unlike highlight_file() which uses zend_printf()'s and ZEND_PUTC()'s and what-have-you so output buffering works and the result is captured, php_strip() is hardcoded to output to stdout which means the output buffering intended for php_strip_whitespace() doesn't work and an empty string is returned for this function. It also means, for Apache, since stdout goes nowhere (I think?), nothing is even outputted to the browser. Fixing this would also close #28280. (same function, different issue) Reproduce code: --- Expected result: string(63) "" Actual result: -- CLI: string(0) "" Apache: string(0) "" -- Edit bug report at http://bugs.php.net/?id=29606&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29606&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29606&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29606&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29606&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29606&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29606&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29606&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29606&r=support Expected behavior: http://bugs.php.net/fix.php?id=29606&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29606&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29606&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29606&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29606&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29606&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29606&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29606&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29606&r=float
#29607 [NEW]: highlight_file producing incorrect output
From: phpbugrep200408 at pgregg dot com Operating system: Freebsd PHP version: 5.0.0 PHP Bug Type: Strings related Bug description: highlight_file producing incorrect output Description: I found an error in how application/x-httpd-php-source produces its output. The following example shows this in operation: Raw file: http://www.pgregg.com/code/sprintf_heredoc.txt phps ver: http://www.pgregg.com/code/sprintf_heredoc.phps Both the txt and phps filenames are symlinks to the .php file. Normally, a missing newline would be nothing to write home about, but in this instance it breaks the functionality of the script. -- Edit bug report at http://bugs.php.net/?id=29607&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29607&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29607&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29607&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29607&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29607&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29607&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29607&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29607&r=support Expected behavior: http://bugs.php.net/fix.php?id=29607&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29607&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29607&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29607&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29607&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29607&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29607&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29607&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29607&r=float
#12594 [Com]: Unable to load dynamic library
ID: 12594 Comment by: mofoq at clan-ae dot com Reported By: huib at bestia dot net Status: Bogus Bug Type: Dynamic loading Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: It's not an RTFM issue if the FM gives the wrong answer. It's not the SYSTEM32 folder but %SYSTEMROOT% (C:\WINDOWS, C:\WINNT, etc.) Previous Comments: [2004-07-30 08:21:53] norm at whocares dot net I was also having the same issue on WinXP loading the php_mssql.dll and placing ntwdblib.dll in my extension_dir as well as my %SYSTEMROOT% solved the issue. Thanks for all the help! [2004-07-29 19:56:49] destes at ix dot netcom dot com I had a similar problem with php_mssql.dll . Turns out the key was to copy the bundled DLL (ntwdblib.dll) to my extension_dir as well as my %SYSTEMROOT%, and i no longer got those notices. I expect that if I have to load any additional extensions that have bundled DLLs, i'll need to copy them all over god's green earth as well. As for the "RTFM" folks, I can see this being properly reported as a bug, because the error description should indicate that it's missing a necessary bundled DLL - not just say "unable to load library". I mean, honestly, the function that claims it's failing is called Unknown(), how much more bug-like can you get? How about CTFM, Clarify the Fing Messages? [2004-01-07 04:40:08] anon at hotmail dot com Read the FM and several other postings and it still didn't work - no matter what is in PHP.ini. Finally found that if you put php_mssql.dll in winnt\system32 it works fine. Lucky there's a few people who aren't condescending out there. [2003-03-17 02:03:49] cg at gordimer dot net >From www.php.net/install.windows: Some of these extensions need extra DLLs to work. Couple of them can be found in the distribution package [...] Copy the bundled DLLs from 'DLLs' folder to your Windows PATH [...] >From www.php.net/xslt: Note to Win32 Users: In order to enable this module on a Windows environment, you must copy sablot.dll from the DLL folder of the PHP/Win32 binary package to the SYSTEM32 folder of your windows machine. So - RTFM... Christoph [2003-03-16 19:49:35] dopeline at hotmail dot com I'm having the same exact problems except w/ php_domxml.dll, php_xslt.dll, and php_xmlrpc.dll. In fact, I'm testing this on two separate computers each w/ Win XP Pro and each w/ the exact same installation, IIS, and directory settings. It works perfectly on one and not at all on the other, and I've spent DAYS researching this error. Replying "RTFM" isn't very helpful. What would be helpful is explaining why this error is happening, because, as far as I can tell, it's a bug in the windows version of PHP, not a user config error. 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/12594 -- Edit this bug report at http://bugs.php.net/?id=12594&edit=1
#29386 [Fbk->NoF]: unexpected result - $dom->saveXML()
ID: 29386
Updated by: [EMAIL PROTECTED]
Reported By: bugz at nagash dot org
-Status: Feedback
+Status: No Feedback
Bug Type: DOM XML related
Operating System: windows
PHP Version: 5.0.0
New Comment:
No feedback was provided for this bug for over a week, 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".
Previous Comments:
[2004-07-26 14:22:12] [EMAIL PROTECTED]
Yep, it was On. Turning it Off solves the problem.
With compatibility On and error_reporting E_ALL|E_STRICT the code
outputs:
--
Strict Standards: Implicit cloning object of class 'DOMDocument'
because of 'zend.ze1_compatibility_mode' in E:\ftp\dom.test
object(DOMDocument)#2 (0) {
}
Strict Standards: Implicit cloning object of class 'DOMElement' because
of 'zend.ze1_compatibility_mode' in E:\ftp\dom.test.
object(DOMElement)#3 (0) {
}
Strict Standards: Implicit cloning object of class 'DOMElement' because
of 'zend.ze1_compatibility_mode' in E:\ftp\dom.test.
object(DOMElement)#3 (0) {
}
Strict Standards: Implicit cloning object of class 'DOMElement' because
of 'zend.ze1_compatibility_mode' in E:\ftp\dom.test.
object(DOMElement)#4 (0) {
}
Strict Standards: Implicit cloning object of class 'DOMElement' because
of 'zend.ze1_compatibility_mode' in E:\ftp\dom.test.
object(DOMElement)#4 (0) {
}
Strict Standards: Implicit cloning object of class 'DOMElement' because
of 'zend.ze1_compatibility_mode' in E:\ftp\dom.test.
object(DOMElement)#5 (0) {
}
Strict Standards: Implicit cloning object of class 'DOMElement' because
of 'zend.ze1_compatibility_mode' in E:\ftp\dom.test.
object(DOMElement)#5 (0) {
}
Strict Standards: Implicit cloning object of class 'DOMText' because of
'zend.ze1_compatibility_mode' in E:\ftp\dom.test.php
object(DOMText)#6 (0) {
}
--
[2004-07-26 14:14:41] [EMAIL PROTECTED]
Check your php.ini file and see if zend.ze1_compatibility_mode = On
also change error_reporting to: error_reporting = E_ALL|E_STRICT
run it again, then if compat was on, change to off and run again.
[2004-07-26 14:04:32] [EMAIL PROTECTED]
Done.
Still using latest PHP-CLI from PHP5.1 snapshot under Win2k - sorry, no
XP or any other Win32 system around here.
The code:
-
saveXML();
var_dump($root = $doc->createElement("HTML"));
echo $doc->saveXML();
var_dump($root = $doc->appendChild($root));
echo $doc->saveXML();
var_dump($head = $doc->createElement("HEAD"));
echo $doc->saveXML();
var_dump($head = $root->appendChild($head));
echo $doc->saveXML();
var_dump($title = $doc->createElement("TITLE"));
echo $doc->saveXML();
var_dump($title = $head->appendChild($title));
echo $doc->saveXML();
var_dump($text = $doc->createTextNode("This is the title"));
echo $doc->saveXML();
var_dump($text = $title->appendChild($text));
echo $doc->saveXML();
?>
-
The output:
-
object(DOMDocument)#2 (0) {
}
object(DOMElement)#3 (0) {
}
object(DOMElement)#3 (0) {
}
object(DOMElement)#4 (0) {
}
object(DOMElement)#4 (0) {
}
object(DOMElement)#5 (0) {
}
object(DOMElement)#5 (0) {
}
object(DOMText)#6 (0) {
}
object(DOMText)#6 (0) {
}
-
The same code under Linux outputs this:
-
object(DOMDocument)#1 (0) {
}
object(DOMElement)#2 (0) {
}
object(DOMElement)#2 (0) {
}
object(DOMElement)#3 (0) {
}
object(DOMElement)#3 (0) {
}
object(DOMElement)#4 (0) {
}
object(DOMElement)#4 (0) {
}
object(DOMText)#5 (0) {
}
object(DOMText)#5 (0) {
}
This is the title
-
I could try it with Win32 debug build too, if you tell me where I can
get it.
[2004-07-26 13:49:39] [EMAIL PROTECTED]
I am unable to reproduce this under W2K and XP (using snaps and debug
builds). Can someone who can reproduce this try var_dumping that vars
after each line as well as doing a saveXML() on the doc each time to
try to pinpoint where the problem lies. libxml version is irrelevant as
I also tried from 2.5.11 - 2.6.11
[2004-07-26 12:33:15] [EMAIL PROTECTED]
I can reproduce it with PHP 5.1.0-dev (cli) (built: Jul 26 2004
08:30:28) under Win2k.
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/29386
--
Edit this bug report at http://bugs.php.net/?id=29386&edit=1
#29370 [Com]: Crash apache.exe (php5ts.dll)
ID: 29370
Comment by: neil at ncsconsulting dot com
Reported By: anthony dot debhian at only-for dot info
Status: Open
Bug Type: Reproducible crash
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
Confirming on Redhat 9, apache 1.3.31, php 4.3.8
running php crash.php gives segfault. Running through
apache gives dreaded 'child exit signal segfault'.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1080494848 (LWP 26212)]
0x081b555a in _efree ()
(gdb) bt
#0 0x081b555a in _efree ()
#1 0x081c9e7f in zend_hash_destroy ()
#2 0x081c3aa5 in _zval_dtor ()
#3 0x081bcbbc in _zval_ptr_dtor ()
#4 0x081d3682 in execute ()
#5 0x081d447d in execute ()
#6 0x081c53bf in zend_execute_scripts ()
#7 0x08198d0e in php_execute_script ()
#8 0x081e341f in main ()
#9 0x42015704 in __libc_start_main ()
from /lib/tls/libc.so.6
Previous Comments:
[2004-08-10 17:44:07] hazer at chipshot dot net
Reproducable on Apache 2.0.48 mod_ssl OpenSSL0.9.7c PHP 5.0.0 Linux
Kernel 2.6.7 GCC 3.2.2
Run through CLI it gives a seg fault.
Viewed via web it gives nothing, even if there is something to be
output before the code in question. It doesn't look like we can expect
this to be used for 'hiding' pages on the server, but there is
something that needs to be looked at...
[2004-08-09 22:41:52] brian at centurionservice dot com
Confirmed bug on RedHat 9, Apache 2.0.50, PHP 4.3.8. Reports a
segmentation fault in the Apache error log and no entry in the access
log. httpd seems to recover fine with no user interaction nessesary.
Seg fault if ran through the CLI version on RedHat 9, PHP 4.3.8.
Crashes on Windows XP, PHP 5 using the CLI version.
[2004-08-09 17:31:34] sbrown at truckstuffusa dot com
Sorry, fogot to mention I'm running Redhat 9 here.
[2004-08-09 17:30:27] sbrown at truckstuffusa dot com
Confirmed this condition also exists on php 4.3.8 on Apache 2.0.50.
Ran both segments of code given below. Each time the output of the
script was good, but there was no access/error log generated by Apache.
[2004-08-09 11:12:16] mart at __no_spam__spin dot ee
I got the crach with PHP 4.3.7 + Apache 1.3.31 + Linux
and PHP 4.3.4 + Apache 2.0.47 + Linux RH9.
It didn't work with PHP 4.3.5 + Apache 1.3.29 + Win2K.
A bit minimized version of this crash code:
$value) { $src.=$key; }
return $src;
}
function funcfunc2($array){
foreach($array['foo'] as $key=>$value) { }
}
$a['x']['y']="";
$array=funcfunc($a);
funcfunc2($array);
?>
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/29370
--
Edit this bug report at http://bugs.php.net/?id=29370&edit=1
#21522 [Com]: Ldap unable to load - module not found
ID: 21522 Comment by: aleibman at dawork dot com Reported By: bool at gte dot net Status: Bogus Bug Type: LDAP related Operating System: Windots NT PHP Version: 4.3.0 New Comment: As a result of all extensive reading I got php_mysql.dll in four places already: C:\WINNT\system32 C:\WINNT\ C:\php C:\php\ext I uncomented extension_dir = "./PHP" and extension=php_mysql.dll BUT I am still getting: PHP Startup: Unable to load dynamic library './PHP\php_mysql.dll'-... I played with extension_dir changing it to something like "C:/php/ext" BUT this does not help. Could you please help? Thank you [EMAIL PROTECTED] Previous Comments: [2003-01-09 08:53:19] bool at gte dot net I fell like a dolt now... I copied the files and everything is working like a charm. Thank you very much for the help. [2003-01-08 17:51:14] [EMAIL PROTECTED] You probably missed a part in the install intructions about copying dlls\*.dll to c:\winnt\system32. [2003-01-08 12:46:16] bool at gte dot net When attempting to enable the extension php_ldap.dll from the 4.3.0 windows binary build I first copied the dll to c:\php\, set the proper variable in php.ini to tell php to look for extensions in c:\php and uncommented the line extension=php_ldap.dll. save, shutdown iis, restart to get an error telling me that module c:\php\php_ldap.dll is not found and there is a refrence to function Unknown(). After verifying that I did not screw up my copy job and the file c:\php\php_ldap.dll DID exist I came back to the site and did a serch for others having the same problem. In 2001 there were many refrences to the same error and the solution was to move libsasl.dll to the same location as php_ldap.dll. I also found documentation stating that libsasl.dll was already bundled into 4.3.0. I was unable to locate libsasl.dll anywhere in the binary zip of 4.3.0. I've noticed at least two other people here experiencing similiar problems. -- Edit this bug report at http://bugs.php.net/?id=21522&edit=1
#29562 [Opn]: global variable not available when sourced by include()
ID: 29562 User updated by: darcy at 1000camels dot com Reported By: darcy at 1000camels dot com Status: Open Bug Type: Scripting Engine problem Operating System: Linux, MacOSX PHP Version: 4.3.8 New Comment: does anyone have any more information on this? i'm finding it quite difficult to work around this problem. i've tried making an absolute call with the include (ie. using http://), but that's just causing more trouble. i can't get access to the cookies from within an absolute call... And the fix i described above doesn't really help, since i'm trying to source a rather large piece of code (phpBB2), which has lots of globals. too many to keep track of. besides, i don't think it's the best approach... Previous Comments: [2004-08-10 09:57:30] cstdenis at on-track dot ca Looks like this is happening with PHP5 (release) too. [2004-08-09 19:05:59] darcy at 1000camels dot com i did some more experiments and have found a kind of fix. It would appear that if i globalize any of the variables which are losing scope inside of the function which sources the code, the variables keeps scope. this is interesting and may help me do what i need to do, but i still think this is a problem. if you want to see an example of my fix, look for the files called -fixed on my server: http://1000camels.com/phpBug/ [2004-08-09 10:46:55] boris at hident dot co dot il Happens to me too. 4.3.6 and 4.3.7 was fine. 4.3.8 and the 4.3.9-dev snapshots have the bug. Tried it both in Linux (Red-Hat and Fedora Core 2) and on Windows XP (Apache/1.3.31 (Win32)). I export some cookie variable to global scope $somevar = $_COOKIE['somevar']; in an included file. The $somevar variable is always empty inside included files from other fucntions, even though they are defined as global. register_globals is off. Hope this will get fixed ASAP, because restructuring my whole php application is not an option now. [2004-08-07 20:13:16] darcy at 1000camels dot com Description: This is a somewhat complicated bug to demonstrate. i have placed files online so that the behaviour can be demonstrated. Essentially, the bug is that when you include a php script using include() with a relative url (not absolute), global variables used within a function in the sourced code are not available. this seems to occur only when the original include() is within a class or function. if it is in open code, it works find. it's a complex bug and i'm not sure the best way to analyze. Reproduce code: --- http://1000camels.com/phpBug/ four files (and their source): test-open-code.php - works test-within-class.php - does not work test-within-function.php - does not work testMod.php - code which is being sourced Expected result: i expect the global variable to be available Actual result: -- the global variable (in my example $anObject and $aVariable) are not available. -- Edit this bug report at http://bugs.php.net/?id=29562&edit=1
#29596 [Opn->Bgs]: Setting or getting declared members won't work when extending mysqli
ID: 29596
Updated by: [EMAIL PROTECTED]
Reported By: kinder at wxs dot nl
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You have to override mysqli's default constructor with
function __construct inside your extended class.
See http://www.php.net/manual/en/language.oop5.decon.php
Previous Comments:
[2004-08-10 09:56:06] kinder at wxs dot nl
Description:
I've posted this problem to the php.db mailinglist, as well as asked in
three different php-related irc-channels, in which no-one could explain
this behaviour. Although I haven't been able to reproduce this problem
on another machine (none available), I suspect it to be a bug.
-
I'm running php5.0.0 with mysqli extention as a Apache2 module on a
Windows XP box. I've tested the database by querying it with mysqli
(procedural) and results are coming back just fine. This makes me
believe that the mysqli-extention is working properly.
Running this code (see 'reproduce code'), you would expect an output
like "xconstructorytest" however, I'm getting "xy" (the private member
$somevar isn't set and/or read). No reported errors or warnings.
Changing the line that says
class database_foobar extends mysqli
to
class database_foobar
gets me the expected result of "xconstructorytest". Somehow, making the
class an extention of mysqli, seems to interfere with calling the
$somevar member.
Reproduce code:
---
error_reporting(E_ALL);
class database_foobar extends mysqli
{
private $somevar;
function database_foobar()
{
$this->somevar = "constructor";
echo "x";
echo $this->somevar;
}
function test()
{
$this->somevar = "test";
echo "y";
echo $this->somevar;
}
}
$foo = new database_foobar();
$foo->test();
Expected result:
xconstructorytest
Actual result:
--
xy
--
Edit this bug report at http://bugs.php.net/?id=29596&edit=1
#29370 [Opn->Fbk]: Crash apache.exe (php5ts.dll)
ID: 29370 Updated by: [EMAIL PROTECTED] Reported By: anthony dot debhian at only-for dot info -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.0 New Comment: 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 This works fine for me here... Previous Comments: [2004-08-11 04:08:38] neil at ncsconsulting dot com Confirming on Redhat 9, apache 1.3.31, php 4.3.8 running php crash.php gives segfault. Running through apache gives dreaded 'child exit signal segfault'. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1080494848 (LWP 26212)] 0x081b555a in _efree () (gdb) bt #0 0x081b555a in _efree () #1 0x081c9e7f in zend_hash_destroy () #2 0x081c3aa5 in _zval_dtor () #3 0x081bcbbc in _zval_ptr_dtor () #4 0x081d3682 in execute () #5 0x081d447d in execute () #6 0x081c53bf in zend_execute_scripts () #7 0x08198d0e in php_execute_script () #8 0x081e341f in main () #9 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 [2004-08-10 17:44:07] hazer at chipshot dot net Reproducable on Apache 2.0.48 mod_ssl OpenSSL0.9.7c PHP 5.0.0 Linux Kernel 2.6.7 GCC 3.2.2 Run through CLI it gives a seg fault. Viewed via web it gives nothing, even if there is something to be output before the code in question. It doesn't look like we can expect this to be used for 'hiding' pages on the server, but there is something that needs to be looked at... [2004-08-09 22:41:52] brian at centurionservice dot com Confirmed bug on RedHat 9, Apache 2.0.50, PHP 4.3.8. Reports a segmentation fault in the Apache error log and no entry in the access log. httpd seems to recover fine with no user interaction nessesary. Seg fault if ran through the CLI version on RedHat 9, PHP 4.3.8. Crashes on Windows XP, PHP 5 using the CLI version. [2004-08-09 17:31:34] sbrown at truckstuffusa dot com Sorry, fogot to mention I'm running Redhat 9 here. [2004-08-09 17:30:27] sbrown at truckstuffusa dot com Confirmed this condition also exists on php 4.3.8 on Apache 2.0.50. Ran both segments of code given below. Each time the output of the script was good, but there was no access/error log generated by Apache. 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/29370 -- Edit this bug report at http://bugs.php.net/?id=29370&edit=1
#29607 [Opn]: highlight_file producing incorrect output
ID: 29607 Updated by: [EMAIL PROTECTED] Reported By: phpbugrep200408 at pgregg dot com Status: Open Bug Type: Strings related -Operating System: Freebsd +Operating System: * -PHP Version: 5.0.0 +PHP Version: 4.3.x/5.x New Comment: Verified Previous Comments: [2004-08-10 23:25:49] phpbugrep200408 at pgregg dot com Description: I found an error in how application/x-httpd-php-source produces its output. The following example shows this in operation: Raw file: http://www.pgregg.com/code/sprintf_heredoc.txt phps ver: http://www.pgregg.com/code/sprintf_heredoc.phps Both the txt and phps filenames are symlinks to the .php file. Normally, a missing newline would be nothing to write home about, but in this instance it breaks the functionality of the script. -- Edit this bug report at http://bugs.php.net/?id=29607&edit=1
#29396 [Opn->Bgs]: php/sablotron - undefined symbol first reference in file
ID: 29396 Updated by: [EMAIL PROTECTED] Reported By: jmkeith at uark dot edu -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SunOS 5.9 PHP Version: 4.3.8 Assigned To: ilia New Comment: Not a bug in PHP then, but a configuration issue. Previous Comments: [2004-08-10 18:27:21] jmkeith at uark dot edu I finally figured out that the problem with linking was a result of zlib not being compiled into shared objects. Once I acquired the precompiled version from freesunware.com, the issue was resolved. Thank you for your assistance. [2004-07-27 12:47:16] [EMAIL PROTECTED] Please, try applying this patch: http://tony2004.phpclub.net/dev/tmp/xslt.diff don't forget to run `./buildconf --force && ./config.nice` before building PHP this time. [2004-07-26 23:58:24] jmkeith at uark dot edu fixed summary [2004-07-26 22:43:29] jmkeith at uark dot edu Description: Using Sablotron 1.0.1 configured as: ./configure --prefix=/usr/local/Sablotron-1.0.1 --with-expat-prefix=/usr/local/expat --with-iconv-prefix=/usr/local/libiconv --with-js-dir=/usr/local/libjs and ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.so /usr/lib/libsablot.so ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.a /usr/lib/libsablot.a ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.la /usr/lib/libsablot.la PHP Configure Line: ./configure --prefix=/usr/local/php-4.3.8 --with-mysql=/usr/local/mysql --with-ldap=/usr/local/ldap --with-config-file-path=/etc --enable-fastcgi --enable-libgcc --enable-calendar --enable-discard-path --disable-force-cgi-redirect --with-xml --enable-xslt --with-xslt-sablot=/usr/local/sablotron --with-sablot-js=/usr/local/libjs --enable-versioning --enable-memory-limit --enable-bcmath --with-curl=/usr/local/curl --with-gd --with-jpeg-dir=/usr/local/libjpegv6 --with-png-dir=/usr/local/libpng --with-zlib-dir=/usr --with-t1lib=/usr/local/t1lib --with-openssl-dir=/usr/local/ssl --with-openssl=/usr/local/ssl --enable-session --with-pcre-regex=yes --with-iconv-dir=/usr/local/libiconv --with-zlib=yes --with-pear --with-imap --with-imap-ssl --with-ftp --with-expat-dir=/usr/local/expat configure works fine. make builds well until it begins linking. Expected result: completed compile is expected. Actual result: -- /bin/sh /export/home/jmkeith/work/php-4.3.8/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/opt/devtools-solaris/gcc-3.2.2/lib/gcc-lib/sparc-sun-solaris2.8/3.2.2 -L/usr/local/ssl/lib -L/usr/local/curl-7.12.0/lib -L/usr/local/curl/lib -L/usr/local/libjpegv6/lib -L/usr/local/libpng/lib -L/usr/local/t1lib/lib -L/usr/local/c-client -L/usr/local/ldap/lib -L/usr/local/mysql/lib/mysql -L/usr/local/expat/lib -L/usr/local/libiconv/lib -L/usr/local/sablotron/lib -lgcc_s -R /usr/ucblib -R /opt/devtools-solaris/gcc-3.2.2/lib/gcc-lib/sparc-sun-solaris2.8/3.2.2 -R /usr/local/ssl/lib -R /usr/local/curl-7.12.0/lib -R /usr/local/curl/lib -R /usr/local/libjpegv6/lib -R /usr/local/libpng/lib -R /usr/local/t1lib/lib -R /usr/local/c-client -R /usr/local/ldap/lib -R /usr/local/mysql/lib/mysql -R /usr/local/expat/lib -R /usr/local/libiconv/lib -R /usr/local/sablotron/lib ext/openssl/openssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/curl/curl.lo ext/curl/curlstreams.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext
#29605 [Opn->Fbk]: segfault if end tag missing
ID: 29605
Updated by: [EMAIL PROTECTED]
Reported By: x-penguin at tut dot by
-Status: Open
+Status: Feedback
Bug Type: XSLT related
Operating System: Linux
PHP Version: 5CVS-2004-08-10 (dev)
New Comment:
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
Previous Comments:
[2004-08-10 20:14:09] x-penguin at tut dot by
Description:
PHP Version 5.1.0-dev, configure with:
'./configure' '--prefix=/usr/' '--with-apxs2' '--with-gettext'
'--with-iconv' '--with-mysql' '--enable-mbstring=ru'
'--enable-mbregex'
'--enable-mbstr-enc-trans' '--disable-short-tags' '--with-xsl'
'--with-libxml' '--without-sqlite' '--enable-soap'
libxslt Version 1.1.8
libxml Version 2.6.11
libexslt Version1.1.8
apache 2.0.48
Reproduce code:
---
loadXML(
'
http://www.w3.org/1999/XSL/Transform";
xmlns:php="http://php.net/xsl";>
'
);
$xml = new DomDocument;
$xml->loadXML('ss');
$proc = new XSLTProcessor();
$proc->importStylesheet($xsl);
$dom = $proc->transformToDoc($xml);
echo $dom->saveXML();
?>
Expected result:
Error message from XSLTProcessor: "Missing end tag for ..."
Actual result:
--
from apache error log:
[Tue Aug 10 21:12:07 2004] [notice] child pid 2353 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=29605&edit=1
#29605 [Fbk->Csd]: segfault if end tag missing
ID: 29605
Updated by: [EMAIL PROTECTED]
Reported By: x-penguin at tut dot by
-Status: Feedback
+Status: Closed
Bug Type: XSLT related
Operating System: Linux
PHP Version: 5CVS-2004-08-10 (dev)
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-08-11 08:25:23] [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-08-10 20:14:09] x-penguin at tut dot by
Description:
PHP Version 5.1.0-dev, configure with:
'./configure' '--prefix=/usr/' '--with-apxs2' '--with-gettext'
'--with-iconv' '--with-mysql' '--enable-mbstring=ru'
'--enable-mbregex'
'--enable-mbstr-enc-trans' '--disable-short-tags' '--with-xsl'
'--with-libxml' '--without-sqlite' '--enable-soap'
libxslt Version 1.1.8
libxml Version 2.6.11
libexslt Version1.1.8
apache 2.0.48
Reproduce code:
---
loadXML(
'
http://www.w3.org/1999/XSL/Transform";
xmlns:php="http://php.net/xsl";>
'
);
$xml = new DomDocument;
$xml->loadXML('ss');
$proc = new XSLTProcessor();
$proc->importStylesheet($xsl);
$dom = $proc->transformToDoc($xml);
echo $dom->saveXML();
?>
Expected result:
Error message from XSLTProcessor: "Missing end tag for ..."
Actual result:
--
from apache error log:
[Tue Aug 10 21:12:07 2004] [notice] child pid 2353 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=29605&edit=1
#28969 [Csd]: Wrong data encoding of special characters
ID: 28969
User updated by: ba at esoft dot dk
Reported By: ba at esoft dot dk
Status: Closed
Bug Type: SOAP related
Operating System: Linux 2.6.7-gentoo-r3
PHP Version: 5.0.0RC3
Assigned To: dmitry
New Comment:
I will check it out.. sounds great!
Previous Comments:
[2004-08-10 18:37:24] [EMAIL PROTECTED]
Fixed in CVS HEAD.
By default ext/soap espect all string data in utf-8 encoding.
Now it is possible to change internal encoding with "encoding" option.
It is acceptable both by SoapClient and SoapServer.
$SOAP = new SoapServer("test.wsdl",
array('encoding'=>'ISO-8859-1');
[2004-06-30 09:38:43] ba at esoft dot dk
Description:
I'm using SOAP webservices and need to send special characters (danish
letters in my case) in the data, it seems these letters break the SOAP
parser.
Previously we have used NuSOAP for webservices, and here special
letters are encoded / decoded transparantly.
Reproduce code:
---
class testWebservice {
function test() {
return "æøå";
}
}
$SOAP = new SoapServer("test.wsdl");
$SOAP->setClass("testWebservice");
$SOAP->handle();
Expected result:
The returned string "æøå"
--
Edit this bug report at http://bugs.php.net/?id=28969&edit=1
#28970 [Asn]: Deleting wsdl tmp files results in segfault
ID: 28970 User updated by: ba at esoft dot dk Reported By: ba at esoft dot dk Status: Assigned Bug Type: SOAP related Operating System: Linux 2.6.7-gentoo-r3 PHP Version: 5.0.0RC3 Assigned To: dmitry New Comment: cant reproduce it on new machine anymore. sorry. should i close it again? Previous Comments: [2004-07-19 17:22:48] [EMAIL PROTECTED] Sorry, but I cannot reproduce the crash. Did you get the same behavior with CLI? [2004-06-30 09:43:58] ba at esoft dot dk Description: Deleting the wsdl-* files from /tmp will cause the SOAP extension to crash with a segfault. This should be fairly easy to reproduce... Expected result: Don't segfault, re-cache the WSDL files Actual result: -- Segfault -- Edit this bug report at http://bugs.php.net/?id=28970&edit=1
#29596 [NEW]: Setting or getting declared members won't work when extending mysqli
From: kinder at wxs dot nl
Operating system: Windows XP
PHP version: 5.0.0
PHP Bug Type: Class/Object related
Bug description: Setting or getting declared members won't work when extending mysqli
Description:
I've posted this problem to the php.db mailinglist, as well as asked in
three different php-related irc-channels, in which no-one could explain
this behaviour. Although I haven't been able to reproduce this problem on
another machine (none available), I suspect it to be a bug.
-
I'm running php5.0.0 with mysqli extention as a Apache2 module on a
Windows XP box. I've tested the database by querying it with mysqli
(procedural) and results are coming back just fine. This makes me believe
that the mysqli-extention is working properly.
Running this code (see 'reproduce code'), you would expect an output like
"xconstructorytest" however, I'm getting "xy" (the private member $somevar
isn't set and/or read). No reported errors or warnings.
Changing the line that says
class database_foobar extends mysqli
to
class database_foobar
gets me the expected result of "xconstructorytest". Somehow, making the
class an extention of mysqli, seems to interfere with calling the $somevar
member.
Reproduce code:
---
error_reporting(E_ALL);
class database_foobar extends mysqli
{
private $somevar;
function database_foobar()
{
$this->somevar = "constructor";
echo "x";
echo $this->somevar;
}
function test()
{
$this->somevar = "test";
echo "y";
echo $this->somevar;
}
}
$foo = new database_foobar();
$foo->test();
Expected result:
xconstructorytest
Actual result:
--
xy
--
Edit bug report at http://bugs.php.net/?id=29596&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29596&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29596&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29596&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29596&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29596&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29596&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29596&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29596&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29596&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29596&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29596&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29596&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29596&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29596&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29596&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29596&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29596&r=float
#29562 [Com]: global variable not available when sourced by include()
ID: 29562 Comment by: cstdenis at on-track dot ca Reported By: darcy at 1000camels dot com Status: Open Bug Type: Scripting Engine problem Operating System: Linux, MacOSX PHP Version: 4.3.8 New Comment: Looks like this is happening with PHP5 (release) too. Previous Comments: [2004-08-09 19:05:59] darcy at 1000camels dot com i did some more experiments and have found a kind of fix. It would appear that if i globalize any of the variables which are losing scope inside of the function which sources the code, the variables keeps scope. this is interesting and may help me do what i need to do, but i still think this is a problem. if you want to see an example of my fix, look for the files called -fixed on my server: http://1000camels.com/phpBug/ [2004-08-09 10:46:55] boris at hident dot co dot il Happens to me too. 4.3.6 and 4.3.7 was fine. 4.3.8 and the 4.3.9-dev snapshots have the bug. Tried it both in Linux (Red-Hat and Fedora Core 2) and on Windows XP (Apache/1.3.31 (Win32)). I export some cookie variable to global scope $somevar = $_COOKIE['somevar']; in an included file. The $somevar variable is always empty inside included files from other fucntions, even though they are defined as global. register_globals is off. Hope this will get fixed ASAP, because restructuring my whole php application is not an option now. [2004-08-07 20:13:16] darcy at 1000camels dot com Description: This is a somewhat complicated bug to demonstrate. i have placed files online so that the behaviour can be demonstrated. Essentially, the bug is that when you include a php script using include() with a relative url (not absolute), global variables used within a function in the sourced code are not available. this seems to occur only when the original include() is within a class or function. if it is in open code, it works find. it's a complex bug and i'm not sure the best way to analyze. Reproduce code: --- http://1000camels.com/phpBug/ four files (and their source): test-open-code.php - works test-within-class.php - does not work test-within-function.php - does not work testMod.php - code which is being sourced Expected result: i expect the global variable to be available Actual result: -- the global variable (in my example $anObject and $aVariable) are not available. -- Edit this bug report at http://bugs.php.net/?id=29562&edit=1
#15716 [Com]: SAPI under Tomcat 3.2.2(Unexpected exception in native code outside the VM)
ID: 15716 Comment by: john dot pirnie at verizon dot net Reported By: ccnnss at hotmail dot com Status: No Feedback Bug Type: Servlet related Operating System: Windows 2000 Server SP1 PHP Version: 4.1.1 New Comment: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc005) occurred at PC=0x4371B60 Function=[Unknown.] Library=C:\Program Files\Java\j2re1.4.2_04\bin\jsound.dll NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at com.sun.media.sound.MixerThread.runNative(Native Method) at com.sun.media.sound.MixerThread.run(Unknown Source) Dynamic libraries: 0x0040 - 0x00419000 C:\Program Files\Internet Explorer\iexplore.exe 0x77F5 - 0x77FF7000 C:\WINDOWS\System32\ntdll.dll 0x77E6 - 0x77F46000 C:\WINDOWS\system32\kernel32.dll 0x77C1 - 0x77C63000 C:\WINDOWS\system32\msvcrt.dll 0x77D4 - 0x77DCC000 C:\WINDOWS\system32\USER32.dll 0x7E09 - 0x7E0D1000 C:\WINDOWS\system32\GDI32.dll 0x77DD - 0x77E5D000 C:\WINDOWS\system32\ADVAPI32.dll 0x7800 - 0x78087000 C:\WINDOWS\system32\RPCRT4.dll 0x70A7 - 0x70AD4000 C:\WINDOWS\system32\SHLWAPI.dll 0x7170 - 0x71849000 C:\WINDOWS\System32\SHDOCVW.dll 0x7639 - 0x763AC000 C:\WINDOWS\System32\IMM32.DLL 0x629C - 0x629C8000 C:\WINDOWS\System32\LPK.DLL 0x72FA - 0x72FFA000 C:\WINDOWS\System32\USP10.dll 0x7195 - 0x71A34000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.1515_x-ww_7bb98b8a\comctl32.dll 0x773D - 0x77BCA000 C:\WINDOWS\system32\SHELL32.dll 0x7734 - 0x773CB000 C:\WINDOWS\system32\comctl32.dll 0x771B - 0x772D4000 C:\WINDOWS\system32\ole32.dll 0x5800 - 0x5801E000 C:\Program Files\Verizon Online\Visual IP InSight\IPHook32.dll 0x1000 - 0x10022000 C:\PROGRA~1\VERIZO~1\SUPPOR~1\SMARTB~1\SBHook.dll 0x77C0 - 0x77C07000 C:\WINDOWS\system32\VERSION.dll 0x5AD7 - 0x5ADA4000 C:\WINDOWS\System32\uxtheme.dll 0x7150 - 0x715FD000 C:\WINDOWS\System32\BROWSEUI.dll 0x7243 - 0x72442000 C:\WINDOWS\System32\browselc.dll 0x75F4 - 0x75F5F000 C:\WINDOWS\system32\appHelp.dll 0x7C89 - 0x7C911000 C:\WINDOWS\System32\CLBCATQ.DLL 0x7712 - 0x771AB000 C:\WINDOWS\system32\OLEAUT32.dll 0x7705 - 0x77115000 C:\WINDOWS\System32\COMRes.dll 0x009B - 0x009DB000 C:\WINDOWS\System32\msctfime.ime 0x746F - 0x74716000 C:\WINDOWS\System32\Msimtf.dll 0x7472 - 0x74764000 C:\WINDOWS\System32\MSCTF.dll 0x6300 - 0x63096000 C:\WINDOWS\system32\WININET.dll 0x762C - 0x76348000 C:\WINDOWS\system32\CRYPT32.dll 0x762A - 0x762B C:\WINDOWS\system32\MSASN1.dll 0x76F9 - 0x76FA C:\WINDOWS\System32\Secur32.dll 0x7662 - 0x7666E000 C:\WINDOWS\System32\cscui.dll 0x7660 - 0x7661B000 C:\WINDOWS\System32\CSCDLL.dll 0x7667 - 0x76757000 C:\WINDOWS\System32\SETUPAPI.dll 0x00D2 - 0x00D2C000 C:\Program Files\Adobe\Acrobat 6.0\Reader\ActiveX\AcroIEHelper.dll 0x00F0 - 0x00F88000 C:\PROGRA~1\ADVANC~1\POPUPJ~1.DLL 0x5EDD - 0x5EDEA000 C:\WINDOWS\System32\olepro32.dll 0x0110 - 0x01301000 C:\WINDOWS\System32\msi.dll 0x0132 - 0x01349000 c:\Program Files\Microsoft Money\System\mnyside.dll 0x763B - 0x763F5000 C:\WINDOWS\system32\comdlg32.dll 0x0135 - 0x01361000 c:\Program Files\Microsoft Money\System\misstub.dll 0x015D - 0x0168B000 C:\PROGRA~1\SPYBOT~1\SDHelper.dll 0x017A - 0x0180 C:\PROGRA~1\ADVANC~1\ADVANC~1.DLL 0x76B4 - 0x76B6C000 C:\WINDOWS\System32\WINMM.dll 0x5F3E - 0x5F3F2000 C:\PROGRA~1\ADVANC~1\ATL.DLL 0x0195 - 0x0198C000 C:\Program Files\QuickSearch\QuickSearchBar1_27.dll 0x76C3 - 0x76C5B000 C:\WINDOWS\System32\WINTRUST.dll 0x76C9 - 0x76CB2000 C:\WINDOWS\system32\IMAGEHLP.dll 0x1A40 - 0x1A47A000 C:\WINDOWS\system32\urlmon.dll 0x75E9 - 0x75F38000 C:\WINDOWS\System32\SXS.DLL 0x7617 - 0x761F8000 C:\WINDOWS\System32\shdoclc.dll 0x7477 - 0x747FF000 C:\WINDOWS\System32\mlang.dll 0x71AD - 0x71AD8000 C:\WINDOWS\System32\wsock32.dll 0x71AB - 0x71AC4000 C:\WINDOWS\System32\WS2_32.dll 0x71AA - 0x71AA8000 C:\WINDOWS\System32\WS2HELP.dll 0x71A5 - 0x71A8B000 C:\WINDOWS\system32\mswsock.dll 0x76EE - 0x76F17000 C:\WINDOWS\System32\RASAPI32.DLL 0x76E9 - 0x76EA1000 C:\WINDOWS\System32\rasman.dll 0x71C2 - 0x71C6E000
