#20275 [NEW]: Zlib problem
From: [EMAIL PROTECTED] Operating system: Redhat 7.3 PHP version: 4CVS-2002-11-06 PHP Bug Type: Zlib Related Bug description: Zlib problem Hello. I have installed newest STABLE PHP4 and Apache 2.0.40. I have this problem with Zlib version 1.0.3 which is included in PHP4 STABLE. I am using IE 5.5 at Win2k Prof. When i am try open some gzipped page (.php script) i get unreadable code (packed code). But only at some pages. Not at all pages. I am reinstall system and everything is the same. I am not behind the proxy. Can you tell me, if Zlib 1.0.3 have some bug? When i have Apache 1.2.26 and PHP 4.1.2 everything was good. I am dont using global compress. I am active compress in php script by this lines: if (strstr($HTTP_USER_AGENT,'compatible') ) { if (extension_loaded('zlib') ) { ob_start('ob_gzhandler'); } } Thank you. Michal Vrabel. -- Edit bug report at http://bugs.php.net/?id=20275edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20275r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20275r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20275r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20275r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20275r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20275r=support Expected behavior: http://bugs.php.net/fix.php?id=20275r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20275r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20275r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20275r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20275r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20275r=dst IIS Stability: http://bugs.php.net/fix.php?id=20275r=isapi
#20277 [NEW]: function is error for chinese
From: [EMAIL PROTECTED] Operating system: redhat7.3 PHP version: 4.3.0-pre2 PHP Bug Type: ICONV related Bug description: function is error for chinese ?php echo iconv (GB2312,UTF-7,中) ? result : +Ti0AA I wish the result is +Ti0 or +Ti0- ?php echo iconv(UTF-7,GB2312,+Ti0-); ? result: NULL I wish the result is chinese GB2312 word! in shell , the command iconv -f UTF-7 -t GB2312 filename and iconv -f GB2312 -t UTF-7 filename are correct! I belive it is bug ,please fix it . -- Edit bug report at http://bugs.php.net/?id=20277edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20277r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20277r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20277r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20277r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20277r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20277r=support Expected behavior: http://bugs.php.net/fix.php?id=20277r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20277r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20277r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20277r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20277r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20277r=dst IIS Stability: http://bugs.php.net/fix.php?id=20277r=isapi
#20276 [Opn]: SNMP module fails; undefined symbol: sprint_objid
ID: 20276 User updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: SNMP related Operating System: linux REDHAT 8.0 PHP Version: 4.2.2 New Comment: -- Previous Comments: [2002-11-06 03:20:42] [EMAIL PROTECTED] I'm using cacti on REDHAT 8.0 and it doesn't work. Cacti uses snmp to query snmp devices. When I run script, I get: php: relocation error: /usr/lib/php4/snmp.so: undefined symbol: sprint_objid I think this related to RedhatBugzilla #57421 -- Edit this bug report at http://bugs.php.net/?id=20276edit=1
#19219 [Com]: Cannot build with-informix for Apache DSO
ID: 19219 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Operating System: HPUX 11.0 PHP Version: 4.2.2 New Comment: I am not sure if I can offer help, but since I installed INFORMIX IDS on a HPUX once and I have a running PHP-INFORMIX enviroment on a standard INTEL server (Primergy I think). You say: NOTE: As stated before, if I build a php without the informix module, all works as it should. If I build the informix configuration, the build completed, but with the following warnings: To get this straight: lib/esql -lixgls -lnsl_s -lV3 -lcl -lsec -lixgls has something to do with Global Language Support something I only encountered with INFORMIX (perhaps I am wrong), in this case a GLS parameter (-lixgls) for ESQL Doesn't it make sense that -lV3 is something within ESQL, too? So this problem could exist in your IfxCSDK. Which version do you use? I suppose it was released for HPUX 11.0? Best regards, Claus Previous Comments: [2002-09-28 00:18:04] [EMAIL PROTECTED] FWIW...There are tons on references on comp.sys.hpux regarding thread local storage. The all basically state that one must statically include the libcl.2 in the a.out. I must assume here that in our case here, a.out is lib4php.sl. However, I know very little about Make and makefiles. I dont have a clue as to what to edit to make this happen. [2002-09-26 23:43:04] [EMAIL PROTECTED] HELP! I'm dying here. If I don't get this running I may loose a consulting contract! Whats the process to get a developer to take a look here? [2002-09-09 19:50:31] [EMAIL PROTECTED] ANYONE ELSE UP TO THE CHALLENGE??? ...here is the contents of the ext dir of PHP for Informix [hpserv02] ls .deps Makefileifx.c ifx.lo libs.mk stub.c .libs Makefile.in ifx.dsp libinformix.la php_informix.h CREDITS config.m4 ifx.ec libphpifx.a setup.stub ..the .lib DIR contains.. [hpserv02] ls -al .libs -rw-rw-rw- 1 root sys 321104 Sep 9 19:55 libinformix.al lrwxrwxrwx 1 root sys 17 Sep 9 19:55 libinformix.la - ../libinformix.la ALSO.. [hpserv02] [hpserv02] ls /usr/informix/lib esql iasft07b.sllibixasf.a libtasf.a netstub.a sqlexecd iasfs07a.sllibasf.a libixasf.sllibtasf.sl sqlexec sqlexecd.old iasfs07b.sllibasf.sl libnetstub.sl netlib.a sqlexec.old sqlrm [hpserv02] [hpserv02] ls /usr/informix/lib/esql checkapi.oigl4a303.sl isqlt07a.sl libgls.a libixgen.sl libixos.a libos.sl libtos.a esqlc iglxa303.sl isxas07a.sl libglx.a libixgls.a libixos.sllibsql.a libtos.sl esqlmfiosls07a.sl ixacursor.o libinfxxa.a libixgls.sl libixsql.alibsql.sl libtsql.a igens07a.sl ioslt07a.sl libgen.a libinfxxa.sl libixglx.a libixsql.sl libtgen.a libtsql.sl igent07a.sl isqls07a.sl libgen.sl libixgen.alibixglx.sl libos.a libtgen.sl [hpserv02] [2002-09-04 19:40:23] [EMAIL PROTECTED] I think libtool sucks. And I'm out of ideas. [2002-09-04 17:37:33] [EMAIL PROTECTED] No such luck. The standard build with: ./configure --with-apxs=/usr/informix/apache/bin/apxs --with-mysql=no Resulted in . . *** Warning: This library needs some functionality provided by -lcrypt*** I have the capability to make that. *** Warning: libtool could not satisfy all declared inter-library*** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Installing PHP SAPI module apxs:Error: file libs/libphp4.sl is not a DSO *** Error exit code 1 Stop. === the libs directory contained two libraries... libphp4.a libphp4.la I copied them to the apache modules dir and updated the httpd.conf to include themwhen starting get the error: [hpserv02] ./apachectl start /usr/lib/dld.sl: Bad magic number for shared library: /usr/local/apache/lib/modules/libphp4.la /usr/lib/dld.sl: Exec format error Syntax error on line 236 of /usr/local/apache/etc/httpd.conf: Cannot load /usr/local/apache/lib/modules/libphp4.la into server: Exec format error ./apachectl start: httpd could not be started - Since I cannot rebuild the Apache, I must have an Informix make file that
#19219 [Com]: Cannot build with-informix for Apache DSO
ID: 19219 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Operating System: HPUX 11.0 PHP Version: 4.2.2 New Comment: @sniper this really is not PHP bug but libtool one. I don't know if it's a libtool bug or a bug within the IfxCSDK, but imho it's defenitly no bug within PHP, so I would close this bug. It could be an user error, too, because installing PHP with Ifx is tricky. We had to install two different IfxCSDK, to get it work. Regards, Claus Previous Comments: [2002-11-06 03:23:54] [EMAIL PROTECTED] I am not sure if I can offer help, but since I installed INFORMIX IDS on a HPUX once and I have a running PHP-INFORMIX enviroment on a standard INTEL server (Primergy I think). You say: NOTE: As stated before, if I build a php without the informix module, all works as it should. If I build the informix configuration, the build completed, but with the following warnings: To get this straight: lib/esql -lixgls -lnsl_s -lV3 -lcl -lsec -lixgls has something to do with Global Language Support something I only encountered with INFORMIX (perhaps I am wrong), in this case a GLS parameter (-lixgls) for ESQL Doesn't it make sense that -lV3 is something within ESQL, too? So this problem could exist in your IfxCSDK. Which version do you use? I suppose it was released for HPUX 11.0? Best regards, Claus [2002-09-28 00:18:04] [EMAIL PROTECTED] FWIW...There are tons on references on comp.sys.hpux regarding thread local storage. The all basically state that one must statically include the libcl.2 in the a.out. I must assume here that in our case here, a.out is lib4php.sl. However, I know very little about Make and makefiles. I dont have a clue as to what to edit to make this happen. [2002-09-26 23:43:04] [EMAIL PROTECTED] HELP! I'm dying here. If I don't get this running I may loose a consulting contract! Whats the process to get a developer to take a look here? [2002-09-09 19:50:31] [EMAIL PROTECTED] ANYONE ELSE UP TO THE CHALLENGE??? ...here is the contents of the ext dir of PHP for Informix [hpserv02] ls .deps Makefileifx.c ifx.lo libs.mk stub.c .libs Makefile.in ifx.dsp libinformix.la php_informix.h CREDITS config.m4 ifx.ec libphpifx.a setup.stub ..the .lib DIR contains.. [hpserv02] ls -al .libs -rw-rw-rw- 1 root sys 321104 Sep 9 19:55 libinformix.al lrwxrwxrwx 1 root sys 17 Sep 9 19:55 libinformix.la - ../libinformix.la ALSO.. [hpserv02] [hpserv02] ls /usr/informix/lib esql iasft07b.sllibixasf.a libtasf.a netstub.a sqlexecd iasfs07a.sllibasf.a libixasf.sllibtasf.sl sqlexec sqlexecd.old iasfs07b.sllibasf.sl libnetstub.sl netlib.a sqlexec.old sqlrm [hpserv02] [hpserv02] ls /usr/informix/lib/esql checkapi.oigl4a303.sl isqlt07a.sl libgls.a libixgen.sl libixos.a libos.sl libtos.a esqlc iglxa303.sl isxas07a.sl libglx.a libixgls.a libixos.sllibsql.a libtos.sl esqlmfiosls07a.sl ixacursor.o libinfxxa.a libixgls.sl libixsql.alibsql.sl libtsql.a igens07a.sl ioslt07a.sl libgen.a libinfxxa.sl libixglx.a libixsql.sl libtgen.a libtsql.sl igent07a.sl isqls07a.sl libgen.sl libixgen.alibixglx.sl libos.a libtgen.sl [hpserv02] [2002-09-04 19:40:23] [EMAIL PROTECTED] I think libtool sucks. And I'm out of ideas. 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/19219 -- Edit this bug report at http://bugs.php.net/?id=19219edit=1
#19982 [Com]: select from multiple tables fail
ID: 19982 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating System: RedHat 6.2 PHP Version: 4.2.3 New Comment: Notes: '--with-informix' Imho it should be -with-informix=yes. But if you make (make install) worked, that should be no problem. Why do you use a = $db = odbc_connect($dsn, $user, $password); if you could use a = $connect = ifx_connect($database@IFX_SERVER, $user, $password); ? To your problem: What happens if you run the statment: Select codice,name,address, zipnum from clienti, ziptable where codice = zipcode and codice = '$codice' in DBACCESS? Please give me examples for codice, zipcode and $codice. (Since JOIN here.) This script fail... I assume there is no error? Regards, Claus Previous Comments: [2002-10-21 02:37:10] [EMAIL PROTECTED] The SQL log [0] SQLAllocHandle handleType=1 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLSetEnvAttr hEnv=DBD0001 Attribute=200 ValuePtr=2 StringLength=0 [0] SQLSetEnvAttr: returning SQL_SUCCESS [0] SQLAllocHandle hEnv=DBD0001 handleType=2 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLConnect hDbc=DBD0002 szDSN=820012C cbDSN=-3 szUID=8200114 cbUID=-3 szPWD=82000FC cbPWD=-3 DSN=gaia;UID=gaeuro;PWD=erre1 connStr=[DSN] key=[DSN] data=[gaia] supplied=1 key=[DATABASE] data=[/usr/serv1/gaeuro/exe/dbgaia/gaia] supplied=0 key=[OPTIONS] data=[] supplied=0 key=[UID] data=[gaeuro] supplied=1 key=[READONLY] data=[] supplied=0 key=[HOST] data=[10.30.0.33] supplied=0 key=[PORT] data=[5000] supplied=0 key=[SVT] data=[Informix 7.2] supplied=0 key=[FBS] data=[99] supplied=0 key=[NLB] data=[Yes] supplied=0 key=[PROTO] data=[TCP/IP] supplied=0 key=[DLF] data=[] supplied=0 cn_dbpath=[/usr/serv1/gaeuro/exe/dbgaia/gaia] cn_dbopts=[] cn_readonly=0 cn_fetchSize=99 cn_dbhost=[10.30.0.33] cn_svtype=[Informix 7.2] cn_deferlongfetch=0 cn_needbind=1 cn_hasMoreRes=1 cn_hasParamOp=0 cn_hasScrlCurs=1 cn_hasDynMixCurs=0 cn_hasV2DAE=0 cn_spOutDeferFetch=0 cn_hasExecute2=0 autocommit=1 [0] SQLConnect: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=23 rgbInfoValue=81F6CA4 cbInfoValueMax=2 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=24 rgbInfoValue=81F6CA6 cbInfoValueMax=2 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLAllocHandle hDbc=DBD0002 handleType=3 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10010 ValuePtr=081F98C4 BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10011 ValuePtr=081F98EC BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10012 ValuePtr=081F9914 BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10013 ValuePtr=081F993C BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=8 rgbInfoValue=BFFFDA1C cbInfoValueMax=4 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLSetStmtAttr hStmt=DBD0003 Attribute=6 ValuePtr=0002 StringLength=0 [0] SQLSetStmtAttr: returning SQL_SUCCESS_WITH_INFO [0] SQLExecDirect hStmt=DBD0003 szSqlStr=81F9204 cbSqlStr=-3 [Select a_sigla_art, a_descr_art, sc_descr from art, sco where sc_cod_s_conto=a_cod_forn] [0] SQLExecDirect: returning SQL_SUCCESS [0] SQLNumResultCols hStmt=DBD0003 pccol=BFFFD9CA [0] SQLNumResultCols: returning SQL_SUCCESS [0] SQLNumResultCols hStmt=DBD0003 pccol=BFFFD9DA [0] SQLNumResultCols: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=1 fDescType=1011 rgbDesc=081F995C cbDescMax=32 pcbDesc=BFFFD9FE pfDesc= [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=1 fDescType=2 rgbDesc= cbDescMax=0 pcbDesc= pfDesc=081F9984 [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=1 fDescType=6 rgbDesc= cbDescMax=0 pcbDesc= pfDesc=BFFFD9F8 [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLBindCol hStmt=DBD0003 icol=1 fCType=1 rgbValue=81F8E3C cbValueMax=19 pcbValue=81F9980 [0] SQLBindCol: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=2 fDescType=1011 rgbDesc=081F9988 cbDescMax=32 pcbDesc=BFFFD9FE pfDesc= [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=2 fDescType=2 rgbDesc= cbDescMax=0 pcbDesc= pfDesc=081F99B0 [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=2 fDescType=6 rgbDesc= cbDescMax=0 pcbDesc=
#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. Previous Comments: [2002-11-05 06:09:57] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 [2002-11-05 04:51:16] [EMAIL PROTECTED] By the way my server looks like this: Windows 2000 Server v5.0.2195 (running Service Pack 3) (with windows updates latest installed on the October 9th) PHP 4.2.3 MySQL 3.23.49 IIS 5 [2002-11-05 04:42:28] [EMAIL PROTECTED] I have the same problem on PHP 4.2.3. For my project this is a very critical bug. Just to make sure, I tried everything from giving access to all user to the bin file to giving specific access to cmd.exe and settting the security level on the ISS virtual webserver to none. [2002-08-17 11:58:07] [EMAIL PROTECTED] Sorry Imagemagick version was 5.4.8 [2002-08-17 11:56:13] [EMAIL PROTECTED] We upgraded from version 4.06 to 4.21 and then 4.22 and then 4.3alpha 2 and the following commands no longer worked for us we kept getting Unable to Fork errors exec(C:\perl\bin\perl.exe d:\pathto\somescript.pl); exec(C:\pathto\killprogram.exe perl.exe); We were trying to run custom programs and purchased products after we upgraded to the new versions Photopost 3.06 with Imagemagick 4.4.8 no longer worked either we kept getting the unable to fork error Our System Specs Windows 2000 server Service Pack 3 Active Perl Latest Version MySQL latest version Memory 512Meg -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#20274 [Opn-Fbk]: failed to create stream: Too many open files in Unknown on line
ID: 20274 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4CVS-2002-11-06 New Comment: Does the same script exhibit the same behaviour using PHP 4.2.x? Previous Comments: [2002-11-06 00:16:52] [EMAIL PROTECTED] We are running php4-200211030600 with Sun One Web Server 6.0sp4 on Solaris 8. It was compiled with gcc 2.95.3 using './configure' \ '--with-nsapi=/path/to/iplanet/web/server' \ It compiled successfully and runs fine for a few hours but accessing pages soon reports the following: == Warning: Unknown(/path/to/doc-root/index.php): failed to create stream: Too many open files in Unknown on line 0 Warning: Failed opening '/path/to/doc-root/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 == A quick fix is to setup a cron job to restart the web server hourly, but this is not desired. Please let me know if I can provide additional details regarding this issue. Thanks, Jay -- Edit this bug report at http://bugs.php.net/?id=20274edit=1
#20277 [Opn-Fbk]: function is error for chinese
ID: 20277 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ICONV related Operating System: redhat7.3 PHP Version: 4.3.0-pre2 New Comment: I can't reproduce this yet. The supplied scripts give +Ti0 and (Zhong) respectively. What options did you pass to configure? and can I see the result of phpinfo() too? Previous Comments: [2002-11-06 03:21:14] [EMAIL PROTECTED] ?php echo iconv (GB2312,UTF-7,中) ? result : +Ti0AA I wish the result is +Ti0 or +Ti0- ?php echo iconv(UTF-7,GB2312,+Ti0-); ? result: NULL I wish the result is chinese GB2312 word! in shell , the command iconv -f UTF-7 -t GB2312 filename and iconv -f GB2312 -t UTF-7 filename are correct! I belive it is bug ,please fix it . -- Edit this bug report at http://bugs.php.net/?id=20277edit=1
#20278 [NEW]: .phps doesn't work since compiling PHP with Java
From: [EMAIL PROTECTED] Operating system: Slackware 8.0 PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: .phps doesn't work since compiling PHP with Java Built Apache 1.3.27, PHP 4.2.3 and mySQL 3.23.52, worked fine, able to view .phps files Re-built the above (from source) but with Java (J2SE 1.2.2) and now .phps files don't work. Apache httpd.conf configured correctly (AddType application/x-httpd-php-source .phps). Cheers, -- Edit bug report at http://bugs.php.net/?id=20278edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20278r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20278r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20278r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20278r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20278r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20278r=support Expected behavior: http://bugs.php.net/fix.php?id=20278r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20278r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20278r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20278r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20278r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20278r=dst IIS Stability: http://bugs.php.net/fix.php?id=20278r=isapi
#14740 [Com]: fsockopen() won't timeout
ID: 14740 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Sockets related Operating System: Win98 and Win2k PHP Version: 4.1.0 Assigned To: jason New Comment: I can confirm this function stalls when connecting to (remote) firewalled ports, on 4.0.6, it works fine on 4.1.2 and I will suggest my ISP upgrade. Both are redhat/apache. Question : You refer to the CVS builds having fixed this - which is the minimal build version for this bug to be fixed ? Thanks for your help. Neil Smith Previous Comments: [2002-06-10 23:56:07] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version 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. Thank you for the report, and for helping us make PHP better. [2002-05-29 00:33:54] [EMAIL PROTECTED] Will work on fix, should be available shortly -Jason [2002-03-22 13:54:22] [EMAIL PROTECTED] Note on the previous report -- setting an integer for timeout (e.g. 1) does not change the behaviour. It still takes 3-4 seconds without timing out. [2002-03-22 13:49:59] [EMAIL PROTECTED] System: RedHat Linux PHP 4.0.6 I'm specifying a timeout of 0.2 seconds, but the fsockopen() function is taking as long as 3-4 seconds with slow domains (I know www.krasnapolsky.sr to be slow). This example took about 3.6 seconds. CODE: echo microtime(); echo fsockopen(www.krasnapolsky.sr, 80, $errno, $errstr, 0.2); echo microtime(); echo Error Number = $errno, Error String = $errstr; RESULT: 0.39859300 1016822517 Resource id #1 0.04482100 1016822521 Error Number = 0, Error String = So the socket is opened -- it just took way longer than I intended to allow it. [2002-02-12 17:13:35] [EMAIL PROTECTED] The Win32 code does not set a timeout. The comment at the end refers to there being a problm on linux, which I could not reproduce. Winsock does support non-blocking IO, but is set up quite differently than BSD sockets. -Jason 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/14740 -- Edit this bug report at http://bugs.php.net/?id=14740edit=1
#20271 [Opn-Bgs]: Unable to set a cookie with _ in the host
ID: 20271 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: All PHP Version: 4.3.0-pre2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Your nameserver is broken, see: http://www.rfc-editor.org/rfc/std/std13.txt Secion 3.5. Preferred name syntax, Page [10], shows allowed characters for hostnames. The underscore is not one of them. Previous Comments: [2002-11-05 18:54:14] [EMAIL PROTECTED] If you create a host with an underscore in the domain you are unable to set cookie. I created one with the name site_v1.domain.com and any attempt to set a cookie was unsuccessful, I then used the IP address instead and it worked fine. I then tested this on a different system with the following code. ?php setcookie('name', 'value', time()+3600); echo 'pre'; print_r($_COOKIE); echo '/pre'; ? Yes i did reload the page. I've tried php 4.2.3 and 4.3.0-pre2 -- Edit this bug report at http://bugs.php.net/?id=20271edit=1
#20278 [Opn]: .phps doesn't work since compiling PHP with Java
ID: 20278 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: Slackware 8.0 PHP Version: 4.2.3 New Comment: My PHP configure string: ./configure' '--with-mysql=/usr/local/mysql' '--with-gdbm' '--with-dba' '--enable-dba=shared' '--with-db' '--enable-track-vars' '--enable-trans-sid' '--with-xml' '--with-zlib-dir=/usr' '--with-java=/usr/local/java/jdk1.2.2' '--with-apache=../apache_1.3.27 Previous Comments: [2002-11-06 05:13:42] [EMAIL PROTECTED] Built Apache 1.3.27, PHP 4.2.3 and mySQL 3.23.52, worked fine, able to view .phps files Re-built the above (from source) but with Java (J2SE 1.2.2) and now .phps files don't work. Apache httpd.conf configured correctly (AddType application/x-httpd-php-source .phps). Cheers, -- Edit this bug report at http://bugs.php.net/?id=20278edit=1
#20279 [NEW]: new definition of gdIOCtx structure in gd 2.0.4 don't match with ext/gd/*
From: [EMAIL PROTECTED] Operating system: Linux Redhat 7.0 PHP version: 4.2.3 PHP Bug Type: GD related Bug description: new definition of gdIOCtx structure in gd 2.0.4 don't match with ext/gd/* New GD library from Bouttell.com has new structure definition in gd_io.h typedef struct gdIOCtx { int (*getC)(struct gdIOCtx*); int (*getBuf)(struct gdIOCtx*, void*, int); void (*putC)(struct gdIOCtx*, int); int (*putBuf)(struct gdIOCtx*, const void*,int); int (*seek)(struct gdIOCtx*, const int); long(*tell)(struct gdIOCtx*); void(*gd_free)(struct gdIOCtx*); } gdIOCtx; in older version and in the latest stable php from snaps.php.net in the files ext/gd/* the structures use this ctx-free instead of ctx-gd_free -- Edit bug report at http://bugs.php.net/?id=20279edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20279r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20279r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20279r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20279r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20279r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20279r=support Expected behavior: http://bugs.php.net/fix.php?id=20279r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20279r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20279r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20279r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20279r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20279r=dst IIS Stability: http://bugs.php.net/fix.php?id=20279r=isapi
#14383 [Asn]: using postgres with DBA causes DBA not to be able to find any keys.
ID: 14383 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: DBM/DBA related Operating System: FreeBSD 4.4-STABLE PHP Version: 4.2.0-dev Assigned To: yohgaki New Comment: For me it works, i think. Could you please try latest cvs version copy new test below to ext/pgsql/tests/30_bug14383.phpt and run the following test script using: php run-tests.php ext/pgsql ===ext/pgsql/tests/30_bug14383.phpt --TEST-- Bug 14383 --SKIPIF-- ?php require_once(dirname(__FILE__).'/../../dba/tests/skipif.inc'); require_once('skipif.inc'); ? --FILE-- ?php require_once('config.inc'); $dbh = @pg_connect($conn_str); if (!$dbh) { die (Could not connect to the server); } pg_close($dbh); require_once(dirname(__FILE__).'/../../dba/tests/test.inc'); require_once(dirname(__FILE__).'/../../dba/tests/dba_handler.inc'); ? --EXPECTF-- database handler: %s 3NYNYY Content String 2 Content 2 replaced Read during write permitted Content 2 replaced 2nd time The 6th value array(3) { [key number 6]= string(13) The 6th value [key2]= string(27) Content 2 replaced 2nd time [key5]= string(23) The last content string } ===EOF ext/pgsql/tests/30_bug14383.phpt Previous Comments: [2001-12-13 04:40:28] [EMAIL PROTECTED] Thanks a lot. I'll take a look at source. It could be hard to figure out what's wrong. Please be patient. Since I don't use FreeBSD, I might ask something later. [2001-12-13 03:29:55] [EMAIL PROTECTED] Hi, Yes the latest snapshop has the same error. Again, if I comment out the pg_connect call it works just fine. [2001-12-13 03:17:09] [EMAIL PROTECTED] Ok, I just tested it with 4.1.0 and I still get the exact same error, no change. I'll try to get a snap if I can and try it. [2001-12-13 02:51:58] [EMAIL PROTECTED] No, I've not tried it with 4.1.0. I'm trying to get it or one of the snaps right now and the servers are slllo...:( Will report back when I get it tested. -- GB [2001-12-13 02:39:11] [EMAIL PROTECTED] Did you try it with 4.1.0? Do you still have the problem? If you still have problem, could you try snapshot also? http://snaps.php.net/ If you still have problem with snapshot, I'll look into what's wrong. 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/14383 -- Edit this bug report at http://bugs.php.net/?id=14383edit=1
#20279 [Opn-Csd]: new definition of gdIOCtx structure in gd 2.0.4 don't match with ext/gd/*
ID: 20279 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: GD related Operating System: Linux Redhat 7.0 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-06 05:56:17] [EMAIL PROTECTED] New GD library from Bouttell.com has new structure definition in gd_io.h typedef struct gdIOCtx { int (*getC)(struct gdIOCtx*); int (*getBuf)(struct gdIOCtx*, void*, int); void (*putC)(struct gdIOCtx*, int); int (*putBuf)(struct gdIOCtx*, const void*,int); int (*seek)(struct gdIOCtx*, const int); long(*tell)(struct gdIOCtx*); void(*gd_free)(struct gdIOCtx*); } gdIOCtx; in older version and in the latest stable php from snaps.php.net in the files ext/gd/* the structures use this ctx-free instead of ctx-gd_free -- Edit this bug report at http://bugs.php.net/?id=20279edit=1
#20280 [NEW]: mktime() returns -3662
From: [EMAIL PROTECTED] Operating system: Linux (Redhat 7.3) PHP version: 4CVS-2002-11-06 PHP Bug Type: Date/time related Bug description: mktime() returns -3662 mktime() returns -3662 for years earlier than 1970. no matter which year (tried with 1967,1956,1945,...). bug or system-limitation? -- Edit bug report at http://bugs.php.net/?id=20280edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20280r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20280r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20280r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20280r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20280r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20280r=support Expected behavior: http://bugs.php.net/fix.php?id=20280r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20280r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20280r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20280r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20280r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20280r=dst IIS Stability: http://bugs.php.net/fix.php?id=20280r=isapi
#18603 [Com]: PHP has encountered an Access Violation at 77FCBAAC
ID: 18603 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Win2k, IIS 5.x PHP Version: 4.2.2 New Comment: Dear Sir, I am PhP programmer and have encountered the following error quite often: PHP has encountered an Access Violation at 77FCBAAC What could be causimg this errors? I have just installed the version 4.3 pre 1 after encountering the samen problems with the version 4.2.3. I have already reinstalled the PHP with the isapi DLL , copied the php4ts.DLL to the directory System32 of WIN2K in the server IIS5 , pointed the IIS5 isapi filters to PHPISAP.DLL and utilized as php.ini the file php.ini-dist None of these alterations improved these errors. Please advise me ASAP of what else I can do to solve this out. Thank you very much, Best Regards Previous Comments: [2002-08-27 01:00:10] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-08-02 09:58:37] [EMAIL PROTECTED] I created the script line and call it... and it is showing 4.2.2 [2002-07-26 17:04:45] [EMAIL PROTECTED] yes, but are you sure you replaced all of them? And that the files really WERE replaced? Most important one being php4ts.dll You can check it with ?php phpinfo(); ? script..it should show 4.2.2 as version. [2002-07-26 16:22:34] [EMAIL PROTECTED] I deleted the whole PHP folder this morning and extracted all the files into the C:\php folder. I also copied the new phpaspi dll to the winnt\system32 and system32\inetsrv folders i copied all the new dlls to the system32 folder allso. i replaced my old php.ini with the new one (in case there was a change in the code) in IIS i have .php, .php3, .phtml point to c:\php\phpasapi.dll in the app mapping section. i rebooted the server and stop/start/reboot iis as well. [2002-07-26 16:06:09] [EMAIL PROTECTED] Are you sure you replaced all the old .dll's with the new ones from the .zip ? Sometimes you need to restart your machine too.. 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/18603 -- Edit this bug report at http://bugs.php.net/?id=18603edit=1
#20280 [Opn-Bgs]: mktime() returns -3662
ID: 20280 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux (Redhat 7.3) PHP Version: 4CVS-2002-11-06 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. On Unix systems it shoulbe possible to go as low as year 1900 or so, in fact it works fine on my Slackware system. This problem has to do more with your libc rather then PHP, since technically the timestamp value is limited to 1970 - 2038 time period. Previous Comments: [2002-11-06 07:24:59] [EMAIL PROTECTED] mktime() returns -3662 for years earlier than 1970. no matter which year (tried with 1967,1956,1945,...). bug or system-limitation? -- Edit this bug report at http://bugs.php.net/?id=20280edit=1
#20276 [Opn-Fbk]: SNMP module fails; undefined symbol: sprint_objid
ID: 20276 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: linux REDHAT 8.0 PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-11-06 03:22:25] [EMAIL PROTECTED] -- [2002-11-06 03:20:42] [EMAIL PROTECTED] I'm using cacti on REDHAT 8.0 and it doesn't work. Cacti uses snmp to query snmp devices. When I run script, I get: php: relocation error: /usr/lib/php4/snmp.so: undefined symbol: sprint_objid I think this related to RedhatBugzilla #57421 -- Edit this bug report at http://bugs.php.net/?id=20276edit=1
#20273 [Opn-Fbk]: Undefined symbol: core_globals
ID: 20273 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-11-05 22:16:10] [EMAIL PROTECTED] Sorry, that's --with-mysql not --with-sql [2002-11-05 22:14:17] [EMAIL PROTECTED] After compiling PHP 4.2.3 as a DSO, I've received the following message on running httpd version 1.3.26 (binary supplied with Slackware 8.1): Cannot load /usr/libexec/libphp4.so into server: /usr/libexec/libphp4.so: undefined symbol: core_globals Here are the following options I used in the PHP4 build: --with-sql --with-apxs --enable-mbstring --enable-mbstr-enc-trans --enable-mbregex I've looked all over the Web for a solution to this. Looking at various mailing lists, it seems that several people have encountered the same problem, but I have not yet seen a solution presented in response. If there's a solution to this, could you please email it to me? -- Edit this bug report at http://bugs.php.net/?id=20273edit=1
#20281 [NEW]: Extend the Sybase CT module
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: Extend the Sybase CT module Could someone develop a function for the Sybase CT library to retrieve more than one result set, like mssql_next_result? -- Edit bug report at http://bugs.php.net/?id=20281edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20281r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20281r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20281r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20281r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20281r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20281r=support Expected behavior: http://bugs.php.net/fix.php?id=20281r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20281r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20281r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20281r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20281r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20281r=dst IIS Stability: http://bugs.php.net/fix.php?id=20281r=isapi
#20272 [Opn-Bgs]: Post array does not work
ID: 20272 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: RH Linux PHP Version: 4.2.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Please include the HTML of the form who's values are used to populate the $_POST['delstr2'] array. Previous Comments: [2002-11-05 21:29:14] [EMAIL PROTECTED] Array ( [delstr2] = Array ( [0] = [1] = [2] = [3] = [4] = [5] = [6] = [7] = [8] = [9] = [10] = [11] = [12] = [13] = [14] = [15] = ) ... ... } -- Edit this bug report at http://bugs.php.net/?id=20272edit=1
#20269 [Opn-Fbk]: Something is broken when compiling with --with-jpeg as apache module
ID: 20269 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: RHL7.3 PHP Version: 4.3.0-pre2 New Comment: First confirm that you do in fact have libjpeg library. You can do so by running 'locate libjpeg.so'. If you have the library, please add it to the LDFLAGS as per my earlier instructions and try to recompile PHP. Before doing the recompile make sure to do: rm config.cache and make clean. Previous Comments: [2002-11-05 21:29:44] [EMAIL PROTECTED] No, still the same without the flag. [2002-11-05 21:14:30] [EMAIL PROTECTED] Does the compilation work correctly if you remove the --with-jpeg-dir flag? The purpose of that flag is to specify the directory where libjpeg can be found, since you are not specifying the path, you might as well leave that option out. [2002-11-05 21:10:25] [EMAIL PROTECTED] ./configure --enable-safe-mode --with-exec-dir=/home/virtual--enable-calendar --with-mysql=/usr/local/mysql --with-apache=/usr/local/src/apache_1.3.27 --enable-trans-sid --enab le-track-vars --with-zlib-dir --with-gd --with-jpeg-dir --with-ttf --enable-gd-native-ttf --enable-gd-imgstrttf --with-freetype-dir=/usr/local/include/freetype2 --with-curl=/usr/l ib --with-imap --with-kerberos [2002-11-05 21:06:08] [EMAIL PROTECTED] Could you please show you config line that you are using, in particular the parts related to gd configuration options. [2002-11-05 21:03:54] [EMAIL PROTECTED] The same config/compile configuration options have been used as with previously working php 4.1.x, 4.2.x. The problem may be with the fact the the php4.3.x requires implicitly the new GD2 instead of the GD1 used before. 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/20269 -- Edit this bug report at http://bugs.php.net/?id=20269edit=1
#20275 [Opn-Fbk]: Zlib problem
ID: 20275 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Zlib Related Operating System: Redhat 7.3 PHP Version: 4CVS-2002-11-06 New Comment: zlib 1.0.3 is fairly old, considering that the current version is 1.1.4. Upgrade will definately solve @least 1 security vunreability in zlib and very well may resolve the problem with page compression you are seeing with PHP. Previous Comments: [2002-11-06 03:15:17] [EMAIL PROTECTED] Hello. I have installed newest STABLE PHP4 and Apache 2.0.40. I have this problem with Zlib version 1.0.3 which is included in PHP4 STABLE. I am using IE 5.5 at Win2k Prof. When i am try open some gzipped page (.php script) i get unreadable code (packed code). But only at some pages. Not at all pages. I am reinstall system and everything is the same. I am not behind the proxy. Can you tell me, if Zlib 1.0.3 have some bug? When i have Apache 1.2.26 and PHP 4.1.2 everything was good. I am dont using global compress. I am active compress in php script by this lines: if (strstr($HTTP_USER_AGENT,'compatible') ) { if (extension_loaded('zlib') ) { ob_start('ob_gzhandler'); } } Thank you. Michal Vrabel. -- Edit this bug report at http://bugs.php.net/?id=20275edit=1
#20254 [Opn-Fbk]: imap_header() crash with bad Reply-To
ID: 20254 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Linux (2.4.18) PHP Version: 4.2.3 New Comment: Your second bt shows that it's not an IMAP specific problem, which is interesting that it manifests itself in IMAP only. Can you reproduce this with non Apache2 as well (using the latest CVS of course)? I know you probably hate me for asking this. Previous Comments: [2002-11-05 23:34:00] [EMAIL PROTECTED] I deleted many html tags and php code. Ctrl+F5(reload) gives good result or crash. $ cat test.php ?php $mailbox = imap_open({localhost:143}.INBOX.test, [EMAIL PROTECTED], **); $object = imap_fetchstructure($mailbox, 1); $header = imap_header($mailbox, 1); $from = $header-from[0]-personal; if(!$from) $from = $header-$from[0]-mailbox; $subject = htmlspecialchars(chop($header-Subject)); if(!$subject) $subject = Null !!; $to = $header-to[0]-personal; if(!$to) $to = $header-to[0]-mailbox; echo(Subject: $subjectbr); echo(Date : . $header-Date . br); echo(From : $frombr); echo(To : $tobr); imap_close($mailbox); ? [2002-11-05 14:29:25] [EMAIL PROTECTED] The last error implies crash somewhere in the Apache 2 code. Does this crash happen on any particular script, if so, could you please provide the smallest possible version of such a script that can be used to replicate the problem. [2002-11-05 09:43:28] [EMAIL PROTECTED] I tried above cvs version. It worked but apache logs said, [Wed Nov 06 00:44:50 2002] [notice] child pid 15305 exit signal Segmentation fault (11) [Wed Nov 06 00:44:55 2002] [notice] child pid 15371 exit signal Segmentation fault (11) [Wed Nov 06 00:44:58 2002] [notice] child pid 15401 exit signal Segmentation fault (11) and the back-trace here. (gdb) bt #0 0x402debd3 in chunk_alloc () from /lib/libc.so.6 #1 0x402de9d0 in malloc () from /lib/libc.so.6 #2 0x4052b06f in _emalloc (size=256, __zend_filename=0x405e8740 /usr/local/src/php4-200211030600/Zend/zend_stack.c, __zend_lineno=27, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/local/src/php4-200211030600/Zend/zend_alloc.c:154 #3 0x4053d0de in zend_stack_init (stack=0x40654380) at /usr/local/src/php4-200211030600/Zend/zend_stack.c:27 #4 0x4052c3d6 in zend_init_compiler_data_structures () at /usr/local/src/php4-200211030600/Zend/zend_compile.c:73 #5 0x4052c4f0 in init_compiler () at /usr/local/src/php4-200211030600/Zend/zend_compile.c:100 #6 0x4053e998 in zend_activate () at /usr/local/src/php4-200211030600/Zend/zend.c:594 #7 0x40506bba in php_request_startup () at /usr/local/src/php4-200211030600/main/main.c:833 #8 0x40556c1a in php_apache_request_ctor (f=0x81dcb68, ctx=0x81df000) at /usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:375 #9 0x40556e67 in php_output_filter (f=0x81dcb68, bb=0x81dce60) at /usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:449 #10 0x080ac5a7 in ap_pass_brigade (next=0x81dcb68, bb=0x81dcc98) at util_filter.c:540 #11 0x080b2868 in default_handler (r=0x81dd9c8) at core.c:3317 #12 0x080a1bd6 in ap_run_handler (r=0x81dd9c8) at config.c:194 #13 0x080a20f1 in ap_invoke_handler (r=0x81dd9c8) at config.c:401 #14 0x08084e93 in ap_process_request (r=0x81dd9c8) at http_request.c:288 #15 0x080810b8 in ap_process_http_connection (c=0x81d3578) at http_core.c:293 #16 0x080aa6b6 in ap_run_process_connection (c=0x81d3578) at connection.c:85 #17 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696 #18 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736 #19 0x080a0a26 in startup_children (number_to_start=5) at prefork.c:808 #20 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788, s=0x812b950) at prefork.c:1024 #21 0x080a5dab in main (argc=2, argv=0xba44) at main.c:643 #22 0x402821c4 in __libc_start_main () from /lib/libc.so.6 [2002-11-05 07:18:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-05 03:54:59] [EMAIL PROTECTED] Here gdb backtrace. (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1024 (LWP 21817)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 21817)] 0x402df6dc in chunk_free () from /lib/libc.so.6 (gdb) bt #0 0x402df6dc in chunk_free () from /lib/libc.so.6 #1
#20274 [Fbk]: failed to create stream: Too many open files in Unknown on line
ID: 20274 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4CVS-2002-11-06 New Comment: Is there a sample script we can try to reproduce this with? Previous Comments: [2002-11-06 04:28:41] [EMAIL PROTECTED] Does the same script exhibit the same behaviour using PHP 4.2.x? [2002-11-06 00:16:52] [EMAIL PROTECTED] We are running php4-200211030600 with Sun One Web Server 6.0sp4 on Solaris 8. It was compiled with gcc 2.95.3 using './configure' \ '--with-nsapi=/path/to/iplanet/web/server' \ It compiled successfully and runs fine for a few hours but accessing pages soon reports the following: == Warning: Unknown(/path/to/doc-root/index.php): failed to create stream: Too many open files in Unknown on line 0 Warning: Failed opening '/path/to/doc-root/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 == A quick fix is to setup a cron job to restart the web server hourly, but this is not desired. Please let me know if I can provide additional details regarding this issue. Thanks, Jay -- Edit this bug report at http://bugs.php.net/?id=20274edit=1
#20278 [Opn-Fbk]: .phps doesn't work since compiling PHP with Java
ID: 20278 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Slackware 8.0 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Cannot reproduce using latest CVS. Previous Comments: [2002-11-06 05:41:43] [EMAIL PROTECTED] My PHP configure string: ./configure' '--with-mysql=/usr/local/mysql' '--with-gdbm' '--with-dba' '--enable-dba=shared' '--with-db' '--enable-track-vars' '--enable-trans-sid' '--with-xml' '--with-zlib-dir=/usr' '--with-java=/usr/local/java/jdk1.2.2' '--with-apache=../apache_1.3.27 [2002-11-06 05:13:42] [EMAIL PROTECTED] Built Apache 1.3.27, PHP 4.2.3 and mySQL 3.23.52, worked fine, able to view .phps files Re-built the above (from source) but with Java (J2SE 1.2.2) and now .phps files don't work. Apache httpd.conf configured correctly (AddType application/x-httpd-php-source .phps). Cheers, -- Edit this bug report at http://bugs.php.net/?id=20278edit=1
#19219 [Opn]: Cannot build with-informix for Apache DSO
ID: 19219 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Operating System: HPUX 11.0 PHP Version: 4.2.2 New Comment: IMHO this problem is related to the make file that is included with the PHP that builds the module. This make file is including (erroneously) a static library. Yes if I run the build WITHOUT informix the PHP module works and the Apache can render the test page. I have been using the esql on HPUX for a few years now to write esql-C dynamically generated webpages..see www.cosworthvega.com Previous Comments: [2002-11-06 03:31:08] [EMAIL PROTECTED] @sniper this really is not PHP bug but libtool one. I don't know if it's a libtool bug or a bug within the IfxCSDK, but imho it's defenitly no bug within PHP, so I would close this bug. It could be an user error, too, because installing PHP with Ifx is tricky. We had to install two different IfxCSDK, to get it work. Regards, Claus [2002-11-06 03:23:54] [EMAIL PROTECTED] I am not sure if I can offer help, but since I installed INFORMIX IDS on a HPUX once and I have a running PHP-INFORMIX enviroment on a standard INTEL server (Primergy I think). You say: NOTE: As stated before, if I build a php without the informix module, all works as it should. If I build the informix configuration, the build completed, but with the following warnings: To get this straight: lib/esql -lixgls -lnsl_s -lV3 -lcl -lsec -lixgls has something to do with Global Language Support something I only encountered with INFORMIX (perhaps I am wrong), in this case a GLS parameter (-lixgls) for ESQL Doesn't it make sense that -lV3 is something within ESQL, too? So this problem could exist in your IfxCSDK. Which version do you use? I suppose it was released for HPUX 11.0? Best regards, Claus [2002-09-28 00:18:04] [EMAIL PROTECTED] FWIW...There are tons on references on comp.sys.hpux regarding thread local storage. The all basically state that one must statically include the libcl.2 in the a.out. I must assume here that in our case here, a.out is lib4php.sl. However, I know very little about Make and makefiles. I dont have a clue as to what to edit to make this happen. [2002-09-26 23:43:04] [EMAIL PROTECTED] HELP! I'm dying here. If I don't get this running I may loose a consulting contract! Whats the process to get a developer to take a look here? [2002-09-09 19:50:31] [EMAIL PROTECTED] ANYONE ELSE UP TO THE CHALLENGE??? ...here is the contents of the ext dir of PHP for Informix [hpserv02] ls .deps Makefileifx.c ifx.lo libs.mk stub.c .libs Makefile.in ifx.dsp libinformix.la php_informix.h CREDITS config.m4 ifx.ec libphpifx.a setup.stub ..the .lib DIR contains.. [hpserv02] ls -al .libs -rw-rw-rw- 1 root sys 321104 Sep 9 19:55 libinformix.al lrwxrwxrwx 1 root sys 17 Sep 9 19:55 libinformix.la - ../libinformix.la ALSO.. [hpserv02] [hpserv02] ls /usr/informix/lib esql iasft07b.sllibixasf.a libtasf.a netstub.a sqlexecd iasfs07a.sllibasf.a libixasf.sllibtasf.sl sqlexec sqlexecd.old iasfs07b.sllibasf.sl libnetstub.sl netlib.a sqlexec.old sqlrm [hpserv02] [hpserv02] ls /usr/informix/lib/esql checkapi.oigl4a303.sl isqlt07a.sl libgls.a libixgen.sl libixos.a libos.sl libtos.a esqlc iglxa303.sl isxas07a.sl libglx.a libixgls.a libixos.sllibsql.a libtos.sl esqlmfiosls07a.sl ixacursor.o libinfxxa.a libixgls.sl libixsql.alibsql.sl libtsql.a igens07a.sl ioslt07a.sl libgen.a libinfxxa.sl libixglx.a libixsql.sl libtgen.a libtsql.sl igent07a.sl isqls07a.sl libgen.sl libixgen.alibixglx.sl libos.a libtgen.sl [hpserv02] 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/19219 -- Edit this bug report at http://bugs.php.net/?id=19219edit=1
#19483 [Opn-Fbk]: Null connection string results in runaway (100% cpu) process.
ID: 19483 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: HPUX 11.0 PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-18 16:45:53] [EMAIL PROTECTED] If an OCI8 connection is opened with a null connection string, the oracle client spawns a child process and attemps to connect to a default database (localhost:1521) using the user credential of the apache process, and using the oracle BEQ protocol. In our case, there was no database running on the localhost, and the connection failed. The default behavior of oracle at this point is to make the child process defunct. It assumes that the parent will notice that the process is defunct and clean it it up. However PHP/apache continue waiting for the process and never clean it up. The PHP timout is never reached either, because the time spent in child processes is not included in calculating the amount of time PHP has been running. The defunct processes continue to consume as much cpu time as is availible, resulting in continuous 100% CPU utilization. Other Apache/php processes continue to run and serve requests, but with slower than normal processing times. (Because they are sharing CPU with the defunct process) Over time several of these processes can cause a huge performance impact on the server. We have changed the default oracle behavior (through the sqlnet.ora file) so that oracle releases these defunct processes to the OS, and the OS cleans them up. The setting is BEQUEATH_DETACH = yes We have also put better error checking in place to try and prevent sending a null connection string. However, I belive that this same error could occur with other child process that become defunct, like when executing a shell command. Server Config: './configure' '--prefix=/www' '--with-config-file-path=/www/etc' '--with-apache=/www/src/apache_1.3.24' '--enable-static' '--enable-track-vars' '--enable-magic-quotes' '--enable-trans-sid' '--enable-safe-mode' '--enable-sigchild' '--enable-session' '--enable-bcmath' '--disable-debug' '--without-mysql' '--without-pear' '--with-oci8=/u01/app/oracle/product/8.1.7' '--with-gd=/opt/gd' '--with-png=/opt/libpng' '--with-xpm-dir=/opt/xpm' '--with-jpeg-dir=/opt/jpeg-6' '--with-ttf=/opt/freetype' '--with-zlib=/opt/zlib' '--with-pdflib=/opt/pdflib' '--with-openssl=/opt/openssl' '--with-ldap=/opt/openldap' '--with-tiff-dir=/opt/tiff' '--with-curl=/opt/curl' -- Edit this bug report at http://bugs.php.net/?id=19483edit=1
#19325 [Opn-Fbk]: debug apache crashing?
ID: 19325 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Win2000 PHP Version: 4CVS-2002-09-10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-10 07:33:03] [EMAIL PROTECTED] Ok, i've created the simplest example I can. Unfortunately it's not as simple as i'd like. It requires a php handler to be defined in apache. The example handles a page request for the defined path in apache. It checks the requested type and includes php files with an output buffer function which then registered a shutdown function. This is done so that the output can still be captured if the requested php file performs an exit;. The crash doesn't occur unless the requested file generates multiple browser requests for files within the handled path (i haven't tested with files outside this path). Here's the link to the example: http://brainkrash.com/~screen/brainkrash_debug.zip the README.txt file contains apache conf, file layout, and reproduction instructions. [2002-09-10 06:00:40] [EMAIL PROTECTED] Through a long night of compiling i've generated the following debug information. I hope it's helpful. As far as generating code, i'll try and see what I can do. To be honest i'm completely uncertain as to even where to begin. I'll try though... Unhandled exception in Apache.exe (NTDLL.DLL): 0xC005: Access Violation. Call Stack: NTDLL! 77fcb032() _emalloc(unsigned int 10, char * 0x00a709bc `string', unsigned int 227, char * 0x, unsigned int 0) line 154 + 62 bytes _estrdup(const char * 0x005896d0, char * 0x00a709bc `string', unsigned int 227, char * 0x, unsigned int 0) line 335 + 25 bytes sapi_get_default_content_type(void * * * 0x005de040) line 227 + 29 bytes php_apache_get_default_mimetype(request_rec * 0x00726fb8, void * * * 0x005de040) line 456 + 10 bytes send_php(request_rec * 0x00726fb8, int 0, char * 0x00727b58) line 551 + 13 bytes send_parsed_php(request_rec * 0x00726fb8) line 578 + 13 bytes ap_invoke_handler(request_rec * 0x00726fb8) line 517 + 10 bytes process_request_internal(request_rec * 0x00726fb8) line 1308 + 9 bytes ap_process_request(request_rec * 0x00726fb8) line 1324 + 9 bytes child_sub_main(int 0) line 5928 child_main(int 0) line 5998 + 9 bytes _threadstartex(void * 0x005ddf80) line 212 + 13 bytes KERNEL32! 77e887dd() Registers: EAX = EBX = 0247 ECX = EDX = 043814D0 ESI = 0438 EDI = 04380298 EIP = 77FCB032 ESP = 0127F9C0 EBP = 0127FB58 EFL = 0246 CS = 001B DS = 0023 ES = 0023 SS = 0023 FS = 003B GS = OV=0 UP=0 EI=1 PL=0 ZR=1 AC=0 PE=1 CY=0 ST0 = +4.97601634110320460e+3400 ST1 = +0.58830211741752350e+4085 ST2 = -0.00828635751169817e+4399 ST3 = +0.0e+ ST4 = -3.97005806646183370e+4383 ST5 = +0.00635385167867965e+4930 ST6 = +9.6496582031250e-0001 ST7 = +2.0e+0001 CTRL = 027F STAT = 0120 TAGS = EIP = 1024929D CS = 001B DS = 0023 EDO = 0127F264 Disassembly: 77FCAFFF add byte ptr ds:[0FFFh],al 77FCB005 and ax,0F000h 77FCB009 jmp 77FCC95D 77FCB00E mov byte ptr [edi+5],al 77FCB011 pushdword ptr [ebp-30h] 77FCB014 mov esi,dword ptr [ebp-5Ch] 77FCB017 pushesi 77FCB018 call77F83573 77FCB01D mov ecx,dword ptr [ebp-30h] 77FCB020 mov eax,dword ptr [ecx+8] 77FCB023 mov dword ptr [ebp-128h],eax 77FCB029 mov ecx,dword ptr [ecx+0Ch] 77FCB02C mov dword ptr [ebp-12Ch],ecx 77FCB032 mov dword ptr [ecx],eax 77FCB034 mov dword ptr [eax+4],ecx 77FCB037 cmp eax,ecx 77FCB039 je 77FCD49C 77FCB03F mov eax,dword ptr [ebp-30h] 77FCB042 movzx ecx,word ptr [eax] 77FCB045 sub dword ptr [esi+28h],ecx 77FCB048 movzx eax,word ptr [eax] 77FCB04B add ebx,eax 77FCB04D mov dword ptr [ebp-58h],ebx 77FCB050 cmp ebx,0FE00h 77FCB056 jbe 77FCB065 77FCB058 pushebx 77FCB059 pushedi 77FCB05A pushesi 77FCB05B call77FCBA97 77FCB060 jmp 77FCB4E2 77FCB065 mov word ptr [edi],bx 77FCB068 testbyte ptr [edi+5],10h 77FCB06C je 77FCD4D6 77FCB072 cmp bx,80h 77FCB077 jb 77FCD4E0 77FCB07D and byte ptr [edi+5],10h 77FCB081 lea edx,[esi+178h] 77FCB087 mov dword ptr [ebp-150h],edx 77FCB08D cmp
#20282 [NEW]: COM memory leak
From: [EMAIL PROTECTED] Operating system: Win2000/XP PHP version: 4.2.3 PHP Bug Type: COM related Bug description: COM memory leak following script causes increasing memory leak in php.exe and excel.exe: //** $strfilename = .\\test.xls; $strfilename = realpath($strfilename); set_time_limit(0); $exapp = new COM(Excel.application) or Die (Did not connect to Excel); if (file_exists($strfilename)) { $wkb = $exapp-Workbooks-open($strfilename); for ($i=0; $i1000; $i++) { $Sheet = $wkb-Worksheets(1); $egal = $Sheet-Cells(1,1); $egal-value = 100; } $wkb-Save(); $wkb-close(false,$strfilename,false); } $exapp-Quit(); $exapp-Release(); //** if the lines: $egal = $Sheet-Cells(1,1); $egal-value = 100; will be deleted, only php.exe show the increasing memory leak. -- Edit bug report at http://bugs.php.net/?id=20282edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20282r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20282r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20282r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20282r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20282r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20282r=support Expected behavior: http://bugs.php.net/fix.php?id=20282r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20282r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20282r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20282r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20282r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20282r=dst IIS Stability: http://bugs.php.net/fix.php?id=20282r=isapi
#14665 [Opn-Fbk]: ifx_fetch_row returns string non-zero terminated for selected LVARCHAR fields
ID: 14665 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Informix related Operating System: Linux 2.2.x PHP Version: 4.1.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-17 15:48:21] [EMAIL PROTECTED] //create connection $connection=ifx_connect(audit@ifmx00296) or die(Couldn't create connection.); //create SQL statement $sql=select * from pjktest where col1 matches '$hname'; //execute SQL query and get result $sql_result=ifx_query($sql,$connection) or die(Couldn't execute query); //format result in HTML table ifx_htmltbl_result($sql_result,border=10); Using Apache 1.3.22,PHP 4.2.2,Informx 9.21.UC2,ESQL 9.40,AIX 4.3.3.0. col1 type lvarchar is only column in table, query fails when row is NOT NULL This Bug was closed as fixed in PHP 4.0.0 but I still have the problem. [2002-08-17 15:38:59] [EMAIL PROTECTED] If you need more information please ask instead of closing this bug. LVARCHAR is a Informix text field type of unspecified length similar ro MySQL TEXT field type. To reproduce this bug follow these steps: - Create a table with a LVARCHAR field. - INSERT a row with some data in that field. - SELECT that row. - Use ifx_fetch_row to retrieve the field value. When you access to the field value you will see warnings because the string value that is retrieved is not a NUL terminated string. [2002-08-16 12:34:18] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2001-12-22 22:48:21] [EMAIL PROTECTED] Ditto. -- Edit this bug report at http://bugs.php.net/?id=14665edit=1
#19982 [Opn-Csd]: select from multiple tables fail
ID: 19982 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: ODBC related Operating System: RedHat 6.2 PHP Version: 4.2.3 New Comment: To solve this problem: Edit php_odbc.h and delete all rows '#define HAVE_SQL_EXTENDED_FETCH 1' and recompile PHP. Previous Comments: [2002-11-06 03:49:50] [EMAIL PROTECTED] Notes: '--with-informix' Imho it should be -with-informix=yes. But if you make (make install) worked, that should be no problem. Why do you use a = $db = odbc_connect($dsn, $user, $password); if you could use a = $connect = ifx_connect($database@IFX_SERVER, $user, $password); ? To your problem: What happens if you run the statment: Select codice,name,address, zipnum from clienti, ziptable where codice = zipcode and codice = '$codice' in DBACCESS? Please give me examples for codice, zipcode and $codice. (Since JOIN here.) This script fail... I assume there is no error? Regards, Claus [2002-10-21 02:37:10] [EMAIL PROTECTED] The SQL log [0] SQLAllocHandle handleType=1 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLSetEnvAttr hEnv=DBD0001 Attribute=200 ValuePtr=2 StringLength=0 [0] SQLSetEnvAttr: returning SQL_SUCCESS [0] SQLAllocHandle hEnv=DBD0001 handleType=2 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLConnect hDbc=DBD0002 szDSN=820012C cbDSN=-3 szUID=8200114 cbUID=-3 szPWD=82000FC cbPWD=-3 DSN=gaia;UID=gaeuro;PWD=erre1 connStr=[DSN] key=[DSN] data=[gaia] supplied=1 key=[DATABASE] data=[/usr/serv1/gaeuro/exe/dbgaia/gaia] supplied=0 key=[OPTIONS] data=[] supplied=0 key=[UID] data=[gaeuro] supplied=1 key=[READONLY] data=[] supplied=0 key=[HOST] data=[10.30.0.33] supplied=0 key=[PORT] data=[5000] supplied=0 key=[SVT] data=[Informix 7.2] supplied=0 key=[FBS] data=[99] supplied=0 key=[NLB] data=[Yes] supplied=0 key=[PROTO] data=[TCP/IP] supplied=0 key=[DLF] data=[] supplied=0 cn_dbpath=[/usr/serv1/gaeuro/exe/dbgaia/gaia] cn_dbopts=[] cn_readonly=0 cn_fetchSize=99 cn_dbhost=[10.30.0.33] cn_svtype=[Informix 7.2] cn_deferlongfetch=0 cn_needbind=1 cn_hasMoreRes=1 cn_hasParamOp=0 cn_hasScrlCurs=1 cn_hasDynMixCurs=0 cn_hasV2DAE=0 cn_spOutDeferFetch=0 cn_hasExecute2=0 autocommit=1 [0] SQLConnect: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=23 rgbInfoValue=81F6CA4 cbInfoValueMax=2 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=24 rgbInfoValue=81F6CA6 cbInfoValueMax=2 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLAllocHandle hDbc=DBD0002 handleType=3 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10010 ValuePtr=081F98C4 BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10011 ValuePtr=081F98EC BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10012 ValuePtr=081F9914 BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10013 ValuePtr=081F993C BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=8 rgbInfoValue=BFFFDA1C cbInfoValueMax=4 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLSetStmtAttr hStmt=DBD0003 Attribute=6 ValuePtr=0002 StringLength=0 [0] SQLSetStmtAttr: returning SQL_SUCCESS_WITH_INFO [0] SQLExecDirect hStmt=DBD0003 szSqlStr=81F9204 cbSqlStr=-3 [Select a_sigla_art, a_descr_art, sc_descr from art, sco where sc_cod_s_conto=a_cod_forn] [0] SQLExecDirect: returning SQL_SUCCESS [0] SQLNumResultCols hStmt=DBD0003 pccol=BFFFD9CA [0] SQLNumResultCols: returning SQL_SUCCESS [0] SQLNumResultCols hStmt=DBD0003 pccol=BFFFD9DA [0] SQLNumResultCols: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=1 fDescType=1011 rgbDesc=081F995C cbDescMax=32 pcbDesc=BFFFD9FE pfDesc= [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=1 fDescType=2 rgbDesc= cbDescMax=0 pcbDesc= pfDesc=081F9984 [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=1 fDescType=6 rgbDesc= cbDescMax=0 pcbDesc= pfDesc=BFFFD9F8 [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLBindCol hStmt=DBD0003 icol=1 fCType=1 rgbValue=81F8E3C cbValueMax=19 pcbValue=81F9980 [0] SQLBindCol: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=2 fDescType=1011 rgbDesc=081F9988 cbDescMax=32 pcbDesc=BFFFD9FE pfDesc= [0] SQLColAttribute: returning SQL_SUCCESS [0]
#16244 [Opn-Fbk]: nvarchar fields do not return properly with sybase_fetch_*()
ID: 16244 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sybase (dblib) related Operating System: Redhat Linux 7.2 PHP Version: 4.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-06-10 04:26:54] [EMAIL PROTECTED] In fact php make a mistake on the length of the text buffer vs the number of characters. In a unicode string there are 2 bytes per characters. PHP thinks that the number is the number of characters... For instance the SQL network dump show the record as: 00d1 0400 A00 R00 and php takes 0400 as the number of characters instead of the number of bytes and then report: AR instead of AR It is to be expected that this bug is on all unicode types... I use MS-SQL7.0 freetds0.53 snapshot the sybase-php code (not sybase-ct) and on Mandrake 8.2. [2002-03-24 10:52:10] [EMAIL PROTECTED] When accessing a Microsoft SQL Server 2000 database using the sybase access libraries and FreeTDS 0.53 running in TDS 7.0 mode, fields of type 'nvarchar' do not appear the same as they do in the database. Usually there are trailing characters from previous rows which have already been fetched, pointing to a null-terminator/string length issue. -- Edit this bug report at http://bugs.php.net/?id=16244edit=1
#20283 [NEW]: Trim function doesn't work at all
From: [EMAIL PROTECTED] Operating system: Linux RedHat 7.3 PHP version: 4.2.3 PHP Bug Type: Strings related Bug description: Trim function doesn't work at all My Os is Linux Red Hat 7.3. Web Server is Zeus 4.1r3. I compiled php with fastcgi. i tried in several way but i noticed that in every case trim function doesn't work at all. This is a little piece of code: ?php // $user_data['unitHospital'] == Osp. San Giovanni $fileNameCleaned = trim($user_data['unitHospital']); print($fileNameCleaned); ? Result Osp. San Giovanni OR directly ?php $tmp = trim(dd ff hhkkk); print($tmp); ? Result: dd ff hhkkk The same result with 'rtrim' -- 'ltrim' and with a direct specification of charlist. Thanks -- Edit bug report at http://bugs.php.net/?id=20283edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20283r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20283r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20283r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20283r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20283r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20283r=support Expected behavior: http://bugs.php.net/fix.php?id=20283r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20283r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20283r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20283r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20283r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20283r=dst IIS Stability: http://bugs.php.net/fix.php?id=20283r=isapi
#20283 [Opn-Bgs]: Trim function doesn't work at all
ID: 20283 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Linux RedHat 7.3 PHP Version: 4.2.3 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 Trim function will only trim 'space' characters, unless you specify a list of characters you want to trim via the 2nd, optional parameter. Previous Comments: [2002-11-06 10:00:24] [EMAIL PROTECTED] My Os is Linux Red Hat 7.3. Web Server is Zeus 4.1r3. I compiled php with fastcgi. i tried in several way but i noticed that in every case trim function doesn't work at all. This is a little piece of code: ?php // $user_data['unitHospital'] == Osp. San Giovanni $fileNameCleaned = trim($user_data['unitHospital']); print($fileNameCleaned); ? Result Osp. San Giovanni OR directly ?php $tmp = trim(dd ff hhkkk); print($tmp); ? Result: dd ff hhkkk The same result with 'rtrim' -- 'ltrim' and with a direct specification of charlist. Thanks -- Edit this bug report at http://bugs.php.net/?id=20283edit=1
#20249 [Opn]: Apache child segfaults when using OCILogon.
ID: 20249 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: Solaris 9 PHP Version: 4.2.3 New Comment: Ok, doing an ldd on /usr/lib/64/libpthread.so.1 answered that question. It uses libthread. Previous Comments: [2002-11-05 10:15:22] [EMAIL PROTECTED] Ok, I had put those SetEnv statements in Apache to see if they would help. I do have the same environment variables set in apachectl when I run Apache. And I did read the note. Here is output from ldd: # ldd /usr/local/apache/bin/httpd libpam.so.1 = /usr/lib/64/libpam.so.1 libz.so.1 = /usr/lib/64/libz.so.1 libcrypt_i.so.1 = /usr/lib/64/libcrypt_i.so.1 libresolv.so.2 =/usr/lib/64/libresolv.so.2 libm.so.1 = /usr/lib/64/libm.so.1 libdl.so.1 =/usr/lib/64/libdl.so.1 libnsl.so.1 = /usr/lib/64/libnsl.so.1 libsocket.so.1 =/usr/lib/64/libsocket.so.1 libgen.so.1 = /usr/lib/64/libgen.so.1 libclntsh.so.9.0 = /usr/local/oracle/OraHome/lib/libclntsh.so.9.0 libpthread.so.1 = /usr/lib/64/libpthread.so.1 libc.so.1 = /usr/lib/64/libc.so.1 libcmd.so.1 = /usr/lib/64/libcmd.so.1 libmp.so.2 =/usr/lib/64/libmp.so.2 libwtc9.so =/usr/local/oracle/OraHome/lib/libwtc9.so libaio.so.1 = /usr/lib/64/libaio.so.1 librt.so.1 =/usr/lib/64/librt.so.1 libmd5.so.1 = /usr/lib/64/libmd5.so.1 libthread.so.1 =/usr/lib/64/libthread.so.1 /usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1 /usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1 Could the fact that it's linked to both the pthread and the thread library be causing a problem? If so, how do I prevent it from linking to the thread library? [2002-11-04 17:15:57] [EMAIL PROTECTED] Using Apache's SetEnv doesn't work for PHP/Oracle. You have to set these really in Apache's environment (e.g. in apachectl). If that alone doesn't help: did you see the big fat note at http://www.php3.de/manual/en/ref.oci8.php: If your webserver doesn't start or crashes at startup: Check that Apache is linked with the pthread library: [...] [2002-11-04 16:52:18] [EMAIL PROTECTED] This is with Oracle 9i Release 2. [2002-11-04 16:43:30] [EMAIL PROTECTED] I get the following messages in my Apache 1.3.27 error log whenever I try to use OCILogon: [Mon Nov 4 15:32:46 2002] [notice] Apache/1.3.27 (Unix) PHP/4.2.3 configured -- resuming normal ope rations [Mon Nov 4 15:32:46 2002] [notice] Accept mutex: fcntl (Default: fcntl) [Mon Nov 4 15:33:00 2002] [notice] child pid 13088 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:00 2002] [notice] child pid 13086 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:00 2002] [notice] child pid 13085 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:00 2002] [notice] child pid 13084 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:00 2002] [notice] child pid 13083 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:00 2002] [notice] child pid 13082 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:01 2002] [notice] child pid 13090 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:01 2002] [notice] child pid 13089 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:02 2002] [notice] child pid 13092 exit signal Segmentation Fault (11) [Mon Nov 4 15:33:02 2002] [notice] child pid 13091 exit signal Segmentation Fault (11) Here is the script I tested with: ? $SID = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.140)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = TESTDB.WORLD) ) ); $conn = OCILogon (scott, tiger,$SID); print Connected!br\n; ? Here are my configure lines: For apache : OPTIM=-g -m64 CFLAGS=-DDYNAMIC_MODULE_LIMIT=0 ./configure --mandir=/usr/local/man --activate-module=src/modules/php4/libphp4.a --enable-module=php4 --server-uid=www --server-gid=www For PHP CFLAGS=-g -m64 ./configure --with-apache=../apache_1.3.27 --with-xml --with-oci8=/usr/local/oracle/OraHome --with-zlib --enable-inline-optimization --enable-bcmath --enable-debug They were both compiled with gcc-3.2. Here are the environment variable settings from my httpd.conf: SetEnv ORACLE_BASE /usr/local/oracle SetEnv ORACLE_HOME /usr/local/oracle/OraHome SetEnv ORACLE_SID TESTDB.WORLD SetEnv TNS_ADMIN /usr/local/oracle/OraHome/network/admin/tnsnames.ora SetEnv TWO_TASK
#20284 [NEW]: Apache crashes (Sig 11) when doing a ini_set('session.save_handler', ..)
From: [EMAIL PROTECTED] Operating system: Linux (RH-7.3) PHP version: 4.2.3 PHP Bug Type: Session related Bug description: Apache crashes (Sig 11) when doing a ini_set('session.save_handler', ..) when executing ini_set('session.save_handler', 'user') which is in my case done by postnuke-0.7.2.1 (default- installation) apache's errorlog says: [Wed Nov 6 16:49:17 2002] [notice] child pid 16682 exit signal Segmentation fault (11) configure line of php: ./configure' '--prefix=/usr/devel' '--libexecdir=/usr/devel/usr/lib/apache' '--sysconfdir=/usr/devel/etc/httpd/conf' '--libdir=/usr/devel/lib' '--with-apxs=/usr/devel/bin/apxs' '--enable-sigchild' '--enable-magic-quotes' '--enable-libgcc' '--with-openssl' '--with-curl' '--enable-ftp' '--with-mysql' '--with-kerberos' '--enable-shared' '--enable-static' '--enable-fast-install' '--enable-debug' '--with-gnu-ld' '--with-config-file-path=/usr/devel/etc/httpd/conf/php_devel' gdb backtrace: --- Program received signal SIGSEGV, Segmentation fault. 0x40311854 in call_user_function_ex (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr_ptr=0xbfffd0fc, param_count=2, params=0x83f22b4, no_separation=1, symbol_table=0x0) at zend_execute_API.c:400 400 if (function_name-type==IS_ARRAY) { /* assume array($obj, $name) couple */ (gdb) bt #0 0x40311854 in call_user_function_ex (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr_ptr=0xbfffd0fc, param_count=2, params=0x83f22b4, no_separation=1, symbol_table=0x0) at zend_execute_API.c:400 #1 0x40311770 in call_user_function (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr=0x845e324, param_count=2, params=0xbfffd188) at zend_execute_API.c:373 #2 0x4037d859 in ps_call_handler (func=0x11, argc=2, argv=0xbfffd188) at mod_user.c:60 #3 0x4037dd9f in ps_write_user (mod_data=0x4044bf10, key=0x8163f3c acee6bd11bac2f5f40f65396b0985536, val=0x849b914 PNSVrand|i:1388284347;PNSVlang|s:3:\eng\;, vallen=41) at mod_user.c:148 #4 0x40379d85 in php_session_save_current_state () at session.c:589 #5 0x4037cb20 in php_session_flush () at session.c:1457 #6 0x4037cb3f in zif_session_write_close (ht=0, return_value=0x83cad3c, this_ptr=0x0, return_value_used=0) at session.c:1466 #7 0x4030ba59 in execute (op_array=0x8166d9c) at ./zend_execute.c:1598 #8 0x4031c760 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:812 #9 0x4032f08e in php_execute_script (primary_file=0xb680) at main.c:1383 #10 0x40329a3e in apache_php_module_main (r=0x80de734, display_source_mode=0) at sapi_apache.c:90 #11 0x4032a8ac in send_php (r=0x80de734, display_source_mode=0, filename=0x80deebc /websites/www.handybo.de/web/index.php) at mod_php4.c:575 #12 0x4032a919 in send_parsed_php (r=0x80de734) at mod_php4.c:590 #13 0x0806290f in ap_invoke_handler () at eval.c:41 #14 0x080778f7 in process_request_internal () at eval.c:41 #15 0x08077d1f in ap_internal_redirect () at eval.c:41 #16 0x0805a200 in handle_dir () at eval.c:41 #17 0x0806290f in ap_invoke_handler () at eval.c:41 #18 0x080778f7 in process_request_internal () at eval.c:41 #19 0x08077958 in ap_process_request () at eval.c:41 #20 0x0806e735 in child_main () at eval.c:41 #21 0x0806e8e0 in make_child () at eval.c:41 #22 0x0806ea54 in startup_children () at eval.c:41 #23 0x0806f0d0 in standalone_main () at eval.c:41 #24 0x0806f93f in main () at eval.c:41 #25 0x40164177 in __libc_start_main (main=0x806f590 main, argc=2, ubp_av=0xbb84, init=0x804e574 _init, fini=0x808d3e0 _fini, rtld_fini=0x4000d3c4 _dl_fini, stack_end=0xbb7c) at ../sysdeps/generic/libc-start.c:129 -- Edit bug report at http://bugs.php.net/?id=20284edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20284r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20284r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20284r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20284r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20284r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20284r=support Expected behavior: http://bugs.php.net/fix.php?id=20284r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20284r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20284r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20284r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20284r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20284r=dst IIS Stability: http://bugs.php.net/fix.php?id=20284r=isapi
#19982 [Csd]: select from multiple tables fail
ID: 19982 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating System: RedHat 6.2 PHP Version: 4.2.3 New Comment: Note your solution is typically a Bad Idea (TM). The configure script should detect if a system is capable of handling a SQLExtendedFetch or not. While I know that iODBC does support the ExtendedFetch (thus it works for your issue), it preplexes me that it does not find the EXTENDED_FETCH flag in your build. You should note that ext/odbc/php_odbc_includes.h does pretty much the same solution... Previous Comments: [2002-11-06 09:53:04] [EMAIL PROTECTED] To solve this problem: Edit php_odbc.h and delete all rows '#define HAVE_SQL_EXTENDED_FETCH 1' and recompile PHP. [2002-11-06 03:49:50] [EMAIL PROTECTED] Notes: '--with-informix' Imho it should be -with-informix=yes. But if you make (make install) worked, that should be no problem. Why do you use a = $db = odbc_connect($dsn, $user, $password); if you could use a = $connect = ifx_connect($database@IFX_SERVER, $user, $password); ? To your problem: What happens if you run the statment: Select codice,name,address, zipnum from clienti, ziptable where codice = zipcode and codice = '$codice' in DBACCESS? Please give me examples for codice, zipcode and $codice. (Since JOIN here.) This script fail... I assume there is no error? Regards, Claus [2002-10-21 02:37:10] [EMAIL PROTECTED] The SQL log [0] SQLAllocHandle handleType=1 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLSetEnvAttr hEnv=DBD0001 Attribute=200 ValuePtr=2 StringLength=0 [0] SQLSetEnvAttr: returning SQL_SUCCESS [0] SQLAllocHandle hEnv=DBD0001 handleType=2 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLConnect hDbc=DBD0002 szDSN=820012C cbDSN=-3 szUID=8200114 cbUID=-3 szPWD=82000FC cbPWD=-3 DSN=gaia;UID=gaeuro;PWD=erre1 connStr=[DSN] key=[DSN] data=[gaia] supplied=1 key=[DATABASE] data=[/usr/serv1/gaeuro/exe/dbgaia/gaia] supplied=0 key=[OPTIONS] data=[] supplied=0 key=[UID] data=[gaeuro] supplied=1 key=[READONLY] data=[] supplied=0 key=[HOST] data=[10.30.0.33] supplied=0 key=[PORT] data=[5000] supplied=0 key=[SVT] data=[Informix 7.2] supplied=0 key=[FBS] data=[99] supplied=0 key=[NLB] data=[Yes] supplied=0 key=[PROTO] data=[TCP/IP] supplied=0 key=[DLF] data=[] supplied=0 cn_dbpath=[/usr/serv1/gaeuro/exe/dbgaia/gaia] cn_dbopts=[] cn_readonly=0 cn_fetchSize=99 cn_dbhost=[10.30.0.33] cn_svtype=[Informix 7.2] cn_deferlongfetch=0 cn_needbind=1 cn_hasMoreRes=1 cn_hasParamOp=0 cn_hasScrlCurs=1 cn_hasDynMixCurs=0 cn_hasV2DAE=0 cn_spOutDeferFetch=0 cn_hasExecute2=0 autocommit=1 [0] SQLConnect: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=23 rgbInfoValue=81F6CA4 cbInfoValueMax=2 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=24 rgbInfoValue=81F6CA6 cbInfoValueMax=2 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLAllocHandle hDbc=DBD0002 handleType=3 [0] SQLAllocHandle: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10010 ValuePtr=081F98C4 BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10011 ValuePtr=081F98EC BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10012 ValuePtr=081F9914 BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetStmtAttr hStmt=DBD0003 Attribute=10013 ValuePtr=081F993C BufferLength=0 StringLengthPtr= [0] SQLGetStmtAttr: returning SQL_SUCCESS [0] SQLGetInfo hDbc=DBD0002 fInfoType=8 rgbInfoValue=BFFFDA1C cbInfoValueMax=4 pcbInfoValue=0 [0] SQLGetInfo: returning SQL_SUCCESS [0] SQLSetStmtAttr hStmt=DBD0003 Attribute=6 ValuePtr=0002 StringLength=0 [0] SQLSetStmtAttr: returning SQL_SUCCESS_WITH_INFO [0] SQLExecDirect hStmt=DBD0003 szSqlStr=81F9204 cbSqlStr=-3 [Select a_sigla_art, a_descr_art, sc_descr from art, sco where sc_cod_s_conto=a_cod_forn] [0] SQLExecDirect: returning SQL_SUCCESS [0] SQLNumResultCols hStmt=DBD0003 pccol=BFFFD9CA [0] SQLNumResultCols: returning SQL_SUCCESS [0] SQLNumResultCols hStmt=DBD0003 pccol=BFFFD9DA [0] SQLNumResultCols: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=1 fDescType=1011 rgbDesc=081F995C cbDescMax=32 pcbDesc=BFFFD9FE pfDesc= [0] SQLColAttribute: returning SQL_SUCCESS [0] SQLColAttribute hStmt=DBD0003 icol=1 fDescType=2 rgbDesc= cbDescMax=0 pcbDesc= pfDesc=081F9984 [0] SQLColAttribute: returning
#20284 [Opn-Fbk]: Apache crashes (Sig 11) when doing a ini_set('session.save_handler', ..)
ID: 20284 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux (RH-7.3) PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip I believe this bug may have been solved in the CVS. Previous Comments: [2002-11-06 10:21:39] [EMAIL PROTECTED] when executing ini_set('session.save_handler', 'user') which is in my case done by postnuke-0.7.2.1 (default- installation) apache's errorlog says: [Wed Nov 6 16:49:17 2002] [notice] child pid 16682 exit signal Segmentation fault (11) configure line of php: ./configure' '--prefix=/usr/devel' '--libexecdir=/usr/devel/usr/lib/apache' '--sysconfdir=/usr/devel/etc/httpd/conf' '--libdir=/usr/devel/lib' '--with-apxs=/usr/devel/bin/apxs' '--enable-sigchild' '--enable-magic-quotes' '--enable-libgcc' '--with-openssl' '--with-curl' '--enable-ftp' '--with-mysql' '--with-kerberos' '--enable-shared' '--enable-static' '--enable-fast-install' '--enable-debug' '--with-gnu-ld' '--with-config-file-path=/usr/devel/etc/httpd/conf/php_devel' gdb backtrace: --- Program received signal SIGSEGV, Segmentation fault. 0x40311854 in call_user_function_ex (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr_ptr=0xbfffd0fc, param_count=2, params=0x83f22b4, no_separation=1, symbol_table=0x0) at zend_execute_API.c:400 400 if (function_name-type==IS_ARRAY) { /* assume array($obj, $name) couple */ (gdb) bt #0 0x40311854 in call_user_function_ex (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr_ptr=0xbfffd0fc, param_count=2, params=0x83f22b4, no_separation=1, symbol_table=0x0) at zend_execute_API.c:400 #1 0x40311770 in call_user_function (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr=0x845e324, param_count=2, params=0xbfffd188) at zend_execute_API.c:373 #2 0x4037d859 in ps_call_handler (func=0x11, argc=2, argv=0xbfffd188) at mod_user.c:60 #3 0x4037dd9f in ps_write_user (mod_data=0x4044bf10, key=0x8163f3c acee6bd11bac2f5f40f65396b0985536, val=0x849b914 PNSVrand|i:1388284347;PNSVlang|s:3:\eng\;, vallen=41) at mod_user.c:148 #4 0x40379d85 in php_session_save_current_state () at session.c:589 #5 0x4037cb20 in php_session_flush () at session.c:1457 #6 0x4037cb3f in zif_session_write_close (ht=0, return_value=0x83cad3c, this_ptr=0x0, return_value_used=0) at session.c:1466 #7 0x4030ba59 in execute (op_array=0x8166d9c) at ./zend_execute.c:1598 #8 0x4031c760 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:812 #9 0x4032f08e in php_execute_script (primary_file=0xb680) at main.c:1383 #10 0x40329a3e in apache_php_module_main (r=0x80de734, display_source_mode=0) at sapi_apache.c:90 #11 0x4032a8ac in send_php (r=0x80de734, display_source_mode=0, filename=0x80deebc /websites/www.handybo.de/web/index.php) at mod_php4.c:575 #12 0x4032a919 in send_parsed_php (r=0x80de734) at mod_php4.c:590 #13 0x0806290f in ap_invoke_handler () at eval.c:41 #14 0x080778f7 in process_request_internal () at eval.c:41 #15 0x08077d1f in ap_internal_redirect () at eval.c:41 #16 0x0805a200 in handle_dir () at eval.c:41 #17 0x0806290f in ap_invoke_handler () at eval.c:41 #18 0x080778f7 in process_request_internal () at eval.c:41 #19 0x08077958 in ap_process_request () at eval.c:41 #20 0x0806e735 in child_main () at eval.c:41 #21 0x0806e8e0 in make_child () at eval.c:41 #22 0x0806ea54 in startup_children () at eval.c:41 #23 0x0806f0d0 in standalone_main () at eval.c:41 #24 0x0806f93f in main () at eval.c:41 #25 0x40164177 in __libc_start_main (main=0x806f590 main, argc=2, ubp_av=0xbb84, init=0x804e574 _init, fini=0x808d3e0 _fini, rtld_fini=0x4000d3c4 _dl_fini, stack_end=0xbb7c) at ../sysdeps/generic/libc-start.c:129 -- Edit this bug report at http://bugs.php.net/?id=20284edit=1
#18337 [Opn-Bgs]: General cookies have higher priority than specific
ID: 18337 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: All PHP Version: 4.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is more of a browser issue then anything else. I did a tcpdump of what is happening with your test code. All 3 cookie headers are sent by PHP, it is then up to the browser to determine which cookie to keep and send back. For example Mozilla 1.0, Opera 6.02 and IE 6.0 have sent back the following header 'Cookie: test=value2', while Konqueror sent back Cookie: test=value3; test=value1. It seems to me, that it is the browser's job to decide which cookie to keep and which to throw away. sent the last cookie only (value 3), Konqueror 3.0 sent 'Cookie: test=value3; test=value1'. Previous Comments: [2002-08-09 19:39:00] [EMAIL PROTECTED] Depends on your OS: On Unices say man patch to get the idea. If you're on Windows search for Deloire/Cygnus and diffutils, unpack and patch.exe is in the bin directory. Note: This is not a support forum or something. [2002-08-09 16:25:01] [EMAIL PROTECTED] how do i fix it using http://files.derickrethans.nl/cookie_patch.diff ?? what do i do with that stuff?? im having this prob too [2002-08-08 19:10:27] [EMAIL PROTECTED] You're quiete right, the problem is I don't know how one can store this information in the _COOKIE array without breaking old apps. The Netscape docs actually are superceded by an RFC, anyway it says that if there's more than one cookie the most specific should be taken into account - if the app can't deal with them all. [2002-08-08 06:54:08] [EMAIL PROTECTED] Correct me if I'm wrong but according to http://wp.netscape.com/newsref/std/cookie_spec.html it seems that there can be multiple cookie definitions with the same name. And as long as the path is different NONE of them should get overrided. And if BOTH name and path equal the most recent cookie should be the only one that's valid. So don't you think the correct behaviour is to pass ALL the cookies to the script as long as the path is different? But this is kinda difficult with the way the $_COOKIE array is currently implemented. jt [2002-08-06 14:05:27] [EMAIL PROTECTED] I have win XP and PHP 4.2.2! I have the same problem! I have see this :http://files.derickrethans.nl/cookie_patch.diff but can I use this and how? 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/18337 -- Edit this bug report at http://bugs.php.net/?id=18337edit=1
#20285 [NEW]: Undefined Function
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.1 PHP version: 4.2.3 PHP Bug Type: Mail related Bug description: Undefined Function When I try to run any script on either of my two servers (one running PHP 4.2.3 and one running a CVS build from several months ago) mail() mysteriously crashes and spits out the following error: PHP Fatal error: Call to undefined function: mail() in mailtester.php on line 2 The code tripping the error is as follows: ?php mail([EMAIL PROTECTED], Test, This is a test.\nJonathan); echo htmlbodypthe mail was sent/p/body/html; ? This just started happening; one day everything worked fine, the next day it just quit. I'm running with Qmail and have not changed anything with my Qmail/PHP/Apache/Evironment settings. This occurs both through Apache as well as through the command line. -- Edit bug report at http://bugs.php.net/?id=20285edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20285r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20285r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20285r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20285r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20285r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20285r=support Expected behavior: http://bugs.php.net/fix.php?id=20285r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20285r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20285r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20285r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20285r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20285r=dst IIS Stability: http://bugs.php.net/fix.php?id=20285r=isapi
#20286 [NEW]: Request for feature add in makefile and configure
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: Apache related Bug description: Request for feature add in makefile and configure Greetings, First off, my apologies. I am not really reporting a bug, but requesting a feature that will help avoid failed installs. I ran into a small problem while trying to install PHP 4 onto a Red Hat 8.0 system with Apache 1.3.27. It occurred because I split my httpd.conf file into multiple files to make it easier to maintain and reconfigure. Due to this, the 'make install' command failed because it was not able to find where to add the LoadModule and AddModule directives. I was able to get around this by re-inserting the modules section back into httpd.conf, and then re-export it after the PHP install so apache would properly restart. The exact same thing has occured to a co-worker. What I would like to request if a setting (possibly to configure, perhaps as --module-file) to allow me to set what file contains the LoadModule and AddModule directives. This would save me a good bit of trouble in future installs. Thanks. J. Hunter Heinlen -- Edit bug report at http://bugs.php.net/?id=20286edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20286r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20286r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20286r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20286r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20286r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20286r=support Expected behavior: http://bugs.php.net/fix.php?id=20286r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20286r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20286r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20286r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20286r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20286r=dst IIS Stability: http://bugs.php.net/fix.php?id=20286r=isapi
#20287 [NEW]: order by syntax problem
From: [EMAIL PROTECTED] Operating system: Win98/MySQL PHP version: 4.2.1 PHP Bug Type: MySQL related Bug description: order by syntax problem In the PHProjekt module contacts_view.php I wanted to sort the contacts list by firma and then by nachname. I changed all instances of $sort = nachname; to $sort = firma, nachname; (note the space between arguments) When modifying or creating a contact, and then returning to the contacts list I get the error message: You have an error in your SQL syntax near 'ASC' at line 1 I then removed the space like this: $sort = firma,nachname; (no space) This looks like a MySQL problem, but is it possible that PHP and/or PHProjekt handles the space character to cause the error? -- Edit bug report at http://bugs.php.net/?id=20287edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20287r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20287r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20287r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20287r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20287r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20287r=support Expected behavior: http://bugs.php.net/fix.php?id=20287r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20287r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20287r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20287r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20287r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20287r=dst IIS Stability: http://bugs.php.net/fix.php?id=20287r=isapi
#20287 [Opn-Bgs]: order by syntax problem
ID: 20287 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Win98/MySQL PHP Version: 4.2.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-11-06 11:05:21] [EMAIL PROTECTED] In the PHProjekt module contacts_view.php I wanted to sort the contacts list by firma and then by nachname. I changed all instances of $sort = nachname; to $sort = firma, nachname; (note the space between arguments) When modifying or creating a contact, and then returning to the contacts list I get the error message: You have an error in your SQL syntax near 'ASC' at line 1 I then removed the space like this: $sort = firma,nachname; (no space) This looks like a MySQL problem, but is it possible that PHP and/or PHProjekt handles the space character to cause the error? -- Edit this bug report at http://bugs.php.net/?id=20287edit=1
#15885 [Fbk-Csd]: thttpd can't serve 0 byte files with PHP patches
ID: 15885 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type:Other web server PHP Version: 4.1.2 New Comment: The zero-size file problem was caused by a conflict of special values between mmc and php. The conflict has been resolved for some time. The observed difference in expiring connections is true. Note however that the new behaviour conforms to RFC 2616. Especially, section 8.1.4 states: A client, server, or proxy MAY close the transport connection at any time. [..] This means that clients, servers, and proxies MUST be able to recover from asynchronous close events. [..] Previous Comments: [2002-11-04 15:34:54] [EMAIL PROTECTED] Sorry, I don't remember that password after 8 months. Hmm... file_address is still set to (char *)1... Anyway, it appears to be ok now. But I noticed another difference between thttpd with and without php4-latest. Plain thttpd 2.21b issues a 408 after exactly 1 minute when the client has not sent any request. With php4-latest the connection is just closed without any error and the time is sometimes as short as 4 seconds. My 2.22beta4 with (patched) PHP 4.1.2 reacts correctly like plain thttpd. [2002-11-03 11:07:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-03-05 12:59:34] [EMAIL PROTECTED] PHP for thttpd sets TG(hc)-file_address = (char *)1 to mark a connection as don't close. thttpd used this value to mark files without mapped memory (0 byte files). When such a file is requested, the client hangs. -- Edit this bug report at http://bugs.php.net/?id=15885edit=1
#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: Got it fixed. It was some secuiry script applied that set some C:\winnt\system32\cmd.exe security settings. We didn't notice them before we compared two servers (one working and one not-working one) Previous Comments: [2002-11-06 04:14:56] [EMAIL PROTECTED] One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. [2002-11-05 06:09:57] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 [2002-11-05 04:51:16] [EMAIL PROTECTED] By the way my server looks like this: Windows 2000 Server v5.0.2195 (running Service Pack 3) (with windows updates latest installed on the October 9th) PHP 4.2.3 MySQL 3.23.49 IIS 5 [2002-11-05 04:42:28] [EMAIL PROTECTED] I have the same problem on PHP 4.2.3. For my project this is a very critical bug. Just to make sure, I tried everything from giving access to all user to the bin file to giving specific access to cmd.exe and settting the security level on the ISS virtual webserver to none. [2002-08-17 11:58:07] [EMAIL PROTECTED] Sorry Imagemagick version was 5.4.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/18958 -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Opn-Bgs]: Unable to Fork
ID: 18958 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: Bogusification. Previous Comments: [2002-11-06 11:22:17] [EMAIL PROTECTED] Got it fixed. It was some secuiry script applied that set some C:\winnt\system32\cmd.exe security settings. We didn't notice them before we compared two servers (one working and one not-working one) [2002-11-06 04:14:56] [EMAIL PROTECTED] One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. [2002-11-05 06:09:57] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 [2002-11-05 04:51:16] [EMAIL PROTECTED] By the way my server looks like this: Windows 2000 Server v5.0.2195 (running Service Pack 3) (with windows updates latest installed on the October 9th) PHP 4.2.3 MySQL 3.23.49 IIS 5 [2002-11-05 04:42:28] [EMAIL PROTECTED] I have the same problem on PHP 4.2.3. For my project this is a very critical bug. Just to make sure, I tried everything from giving access to all user to the bin file to giving specific access to cmd.exe and settting the security level on the ISS virtual webserver to none. 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/18958 -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Bgs-Fbk]: Unable to Fork
ID: 18958 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: Oops.. setting to feedback to see if the original author got it fixed. Previous Comments: [2002-11-06 11:24:23] [EMAIL PROTECTED] Bogusification. [2002-11-06 11:22:17] [EMAIL PROTECTED] Got it fixed. It was some secuiry script applied that set some C:\winnt\system32\cmd.exe security settings. We didn't notice them before we compared two servers (one working and one not-working one) [2002-11-06 04:14:56] [EMAIL PROTECTED] One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. [2002-11-05 06:09:57] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 [2002-11-05 04:51:16] [EMAIL PROTECTED] By the way my server looks like this: Windows 2000 Server v5.0.2195 (running Service Pack 3) (with windows updates latest installed on the October 9th) PHP 4.2.3 MySQL 3.23.49 IIS 5 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/18958 -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: I had the same issue and it turned out that because I clone my servers it was a permissions issue. You have to make sure that all of your IUSR and IWAM users match on the local machine and the domain. Once I did this everything worked fine. Here is a Microsoft Q article in their knowledge base that shows you how to do it if you do not know Q297989 Previous Comments: [2002-11-06 11:26:32] [EMAIL PROTECTED] Oops.. setting to feedback to see if the original author got it fixed. [2002-11-06 11:24:23] [EMAIL PROTECTED] Bogusification. [2002-11-06 11:22:17] [EMAIL PROTECTED] Got it fixed. It was some secuiry script applied that set some C:\winnt\system32\cmd.exe security settings. We didn't notice them before we compared two servers (one working and one not-working one) [2002-11-06 04:14:56] [EMAIL PROTECTED] One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. [2002-11-05 06:09:57] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 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/18958 -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Fbk-Bgs]: Unable to Fork
ID: 18958 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: Bogus, then. Previous Comments: [2002-11-06 11:26:53] [EMAIL PROTECTED] I had the same issue and it turned out that because I clone my servers it was a permissions issue. You have to make sure that all of your IUSR and IWAM users match on the local machine and the domain. Once I did this everything worked fine. Here is a Microsoft Q article in their knowledge base that shows you how to do it if you do not know Q297989 [2002-11-06 11:26:32] [EMAIL PROTECTED] Oops.. setting to feedback to see if the original author got it fixed. [2002-11-06 11:24:23] [EMAIL PROTECTED] Bogusification. [2002-11-06 11:22:17] [EMAIL PROTECTED] Got it fixed. It was some secuiry script applied that set some C:\winnt\system32\cmd.exe security settings. We didn't notice them before we compared two servers (one working and one not-working one) [2002-11-06 04:14:56] [EMAIL PROTECTED] One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. 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/18958 -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#20288 [NEW]: post-inputs lag behind
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0-pre2 PHP Bug Type: Unknown/Other Function Bug description: post-inputs lag behind Suppose I have two forms with a submit-button on each. The first form takes submit=Form1 and in response, redirects the user to Form2. On this form, submit=Form2. -- Trouble is, when I click the button having arrived on Form2, I might see an error message (from my app) like Unknown submit=Form1. In other words, Form2 telling me that it's getting a value that it doesn't understand: it is getting a submit-value that is lagging-behind or out-of-date. (Value should have been 'Form2'.) -- I saw this after upgrading PHP. I see similar problems with familiar tools like phpMyAdmin, which doesn't update values when editing database tables because of this effect. -- It's bewildering and hard-to-explain, but very real and very, very urgent. -- Edit bug report at http://bugs.php.net/?id=20288edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20288r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20288r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20288r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20288r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20288r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20288r=support Expected behavior: http://bugs.php.net/fix.php?id=20288r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20288r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20288r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20288r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20288r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20288r=dst IIS Stability: http://bugs.php.net/fix.php?id=20288r=isapi
#20289 [NEW]: Delete $HTTP_GET_VARS on ob_start
From: [EMAIL PROTECTED] Operating system: win32 PHP version: 4.2.2 PHP Bug Type: Unknown/Other Function Bug description: Delete $HTTP_GET_VARS on ob_start I have certain reasons to believe that the function ob_start deletes some data from $HTTP_GET_VARS. At least that's what I think it is if I place a var_dump after ob_start sometimes data is missing. This time I had something like this: ?mode=managesubmode=del_useruser_id=8 But when The var_dump was executed it only contained mode. If I commented the call to ob_start then submode and user_id weren't ommited Mostly strange is that when I change one letter like submode=del_users It suddenly works again... Strange -- Edit bug report at http://bugs.php.net/?id=20289edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20289r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20289r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20289r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20289r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20289r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20289r=support Expected behavior: http://bugs.php.net/fix.php?id=20289r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20289r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20289r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20289r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20289r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20289r=dst IIS Stability: http://bugs.php.net/fix.php?id=20289r=isapi
#18868 [Opn-Csd]: Ref : Bug #9469 HAVE_REALPATH not being checked : not yet fixed in TSRM
ID: 18868 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: AIX 3.2.5 PHP Version: 4.2.2 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-08-12 12:11:32] [EMAIL PROTECTED] Ref : Bug #9469 HAVE_REALPATH not being checked : not yet fixed in TSRM? System : AIX 3.2.5, apache 1.3.12, GNU Make version 3.76.1, gcc version 2.8.1 I configured and built php 4.2.2 in its own directory ok (my gnu_make is to differentiate from the IBM one) : % ./configure --with-apache=/usr/local/source/apache_1.3.12 % gnu_make % gnu_make install % cd ../apache_1.3.12 ./configure --prefix=/www --activate module=src/modules/php4/libphp4.a but ... % gnu_make ... gcc -DAIX=30 -DNEED_RLIM_T -U__STR__ -I/usr/local/source/php-4.2.2 -I/usr/local/source/php-4.2.2/main -I/usr/local/source/php-4.2.2/main -I/usr/local/source/php-4.2.2/Zend -I/usr/local/source/php-4.2.2/Zend -I/usr/local/source/php-4.2.2/TSRM -I/usr/local/source/php-4.2.2/TSRM -I/usr/local/source/php-4.2.2 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci`\ -o httpd buildmark.o modules.o modules/php4/libphp4.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lm collect2: ld returned 8 exit status 0706-317 ERROR: Unresolved or undefined symbols detected: Symbols in error (followed by references) are dumped to the load map. The -bloadmap:filename option will create a load map. .realpath gnu_make[2]: *** [target_static] Error 1 gnu_make[2]: Leaving directory `/usr/local/source/apache_1.3.12/src' gnu_make[1]: *** [build-std] Error 2 gnu_make[1]: Leaving directory `/usr/local/source/apache_1.3.12' gnu_make: *** [build] Error 2 Do TSRM/tsrm_virtual_cwd.c/h (and others?) need to be updated with a check for HAVE_REALPATH. It seems AIX 3.2.5 does not have realpath(), just like Win32 and BEOS ... -- Edit this bug report at http://bugs.php.net/?id=18868edit=1
#20290 [NEW]: UPDATE works, rows updated, but mysql_affected_rows=0
From: [EMAIL PROTECTED] Operating system: RedHat 7.3 PHP version: 4.2.3 PHP Bug Type: MySQL related Bug description: UPDATE works, rows updated, but mysql_affected_rows=0 I have a simple section of code that attempts to UPDATE a row in a MySQL table. If mysql_affected_rows() = 0 I assume the row didn't exist so I go ahead and INSERT it. This works about 95% of the time. The other 5% of the time, the row does exist and IS updated, but mysql_affected_rows() returns 0--so I go ahead and INSERT it. I then end up with a duplicate entry. I could define the appropriate columns as unique so that the INSERT would fail, but I feel that something else is wrong here and doing this would be a work-around for what might be a real problem. My table is entirely numeric, no strings. It's not a case of updating a row to its same values and so it's not counted as an affected row. The value DOES change. My code is: $SQL = UPDATE UserStats SET MS=MS+$Var,MC=MC+1 WHERE idUser=$idUser AND Month=$Month; $updateStats = mysql_db_query ($sDB, $SQL, $nConnection); if(mysql_affected_rows($nConnection) == 0) { $SQL = INSERT INTO UserStats SET idUser=$idUser, Month=$Month, MS=$Var,MC=1; $updateStats = mysql_db_query ($sDB, $SQL, $nConnection); } MS, MC, and idUser are all BigInts. Month is MediumInt. The $Var variable is always non-zero. I've dumped the SQL queries to a logfile--they are always valid queries, so it's not an issue of one of my variables not being defined and producing an improper SQL. I've also tried the mysql_affected_rows without the $nConnection paramter. In summary, the above UPDATE *ALWAYS* works in that the actual row in question is always updated correctly in the MySQL database. However, sometimes the mysql_affected_rows() returns 0 instead of 1; so my code continues to INSERT a new row and I end up with a duplicate. MySQL version is 3.23.49. Same UPDATE instruction works fine when executed manually multiple times in MySQL command-line, etc. Always returns the correct number of rows having been updated. I am not sure if this is a PHP problem or a MySQL problem, but I lean towards PHP since MySQL *IS* updating the row as requested and I can't duplicate the problem outside of PHP. I'm also open to it being a code problem on my end, but at this point I don't see how. -- Edit bug report at http://bugs.php.net/?id=20290edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20290r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20290r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20290r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20290r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20290r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20290r=support Expected behavior: http://bugs.php.net/fix.php?id=20290r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20290r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20290r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20290r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20290r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20290r=dst IIS Stability: http://bugs.php.net/fix.php?id=20290r=isapi
#20033 [Fbk-Opn]: Echoing/fputsing ~11k+ of data to STDOUT causes problem
ID: 20033 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Red Hat 7.3 PHP Version: 4CVS-2002-10-22 New Comment: PHP doesn't eat a lot of cycles when it crashes. As I corrected in a subsequent revision to the post, the connection is being closed and the script terminates--it even goes through the registered shutdown function as it terminates. So no cycles are being eaten. I've not used gdb. I could, but I'm not sure if it is applicable in this case. If I run the script from the command-line, it works fine. If I run it by telneting into the port connected to the script, it works fine. It only crashes if a raw (non-Telnet-based) connection is established to the script by, for example, Eudora mail client or by a test VB script that opens a raw connection without any potential telnet connection control. As for output buffer options, I'm using the default php.ini. If you tell me what parameters specifically you'd like to know, I can look those up and/or change them. Again, what surprises me is that it works in command-line, works when I connect to it as a daemon via Telnet, but it fails in the above-described manner when I connect to the same daemon but using a non-Telnet client; i.e., Eudora connects and fails. If I write a custom VB app to just connect to the daemon to observe the problem, this fails as well. Previous Comments: [2002-10-23 16:07:57] [EMAIL PROTECTED] Does PHP eat a lot of CPU when it hangs? Are you capable of running it under gdb and obtaining a backtrace? make sure you are running an --enable-debug build of PHP. gdb ./sapi/cli/php run nameofyourscript.php [hit CTRL-C when it hangs] bt full This would be ideal, because then we would know 100% what was going on. In light of your comments about shutdown, what happens if you comment out the fclose() line? Also, what are your ini settings for output buffer related options? (and does changing those affect the problem?) [2002-10-23 12:13:57] [EMAIL PROTECTED] I added requested fflush on $logfile after each fputs. It still indicates that it is dying on the echo. I.e., logfile shows Echoing line but never reports Sent. Additional important correction: I'm not sure whether behavior has changed or if I was just wrong before, but when the problem presents itself the script IS shutting down and the TCP/IP connection IS disconnected. In fact, it does so cleanly. It executes my registered shutdown function. In that function I had it write to the logfile and it shows that after the last Echoing line it DOES go through the shutdown function. Connection_status() within the shutdown function reports 1 (aborted), but the client side definitely didn't request the abort. I have also refined the loop so that the possible infinite loop situation is handled. This is a welcome improvement to my code to handle an impossible situation (impossible because it is constrained elsewhere by logic) but it didn't have any effect on the current problem. [2002-10-23 06:26:33] [EMAIL PROTECTED] while(ftell($mailfile) $EndOfMessagePos) This line has the potential to cause a indefinete loop and there's no escape code in the loop, which breaks it. ftell will return FALSE if an error occurs, which in numerical comparison resolves to 0. Can you change that to: while(ftell($mailfile) and ftell($mailfile) $EndOfMessagePos) [2002-10-23 03:54:00] [EMAIL PROTECTED] It's more likely to be a problem with fgets; could you try fflush($logfile) ing after the fputs lines, just to make sure that they're not waiting in the buffer. Also, when php hangs, is it using a lot of CPU? [2002-10-22 17:42:38] [EMAIL PROTECTED] Code I am using is: while(ftell($mailfile) $EndOfMessagePos) { fputs($logfile, Getting line\n); $line = fgets($mailfile, 4096); fputs($logfile, Echoing line\n); echo $line\r\n; $fst += strlen($line); fputs($logfile, Sent $fst: $line\n); } echo .\r\n; fputs($logfile, Sent: CRLF\n); fclose($logfile); End of log file returns: --START-- Getting line Echoing line Sent 11060: (unimportant email content) Getting line Echoing line Sent 11147: (unimportant email content) Getting line Echoing line --END-- Thus it appears to be hanging on the echo line. Again, this problem only presents itself when the script is running as a full server on a clean connection. If the same exact test is run connecting via the telnet command to port 110 or by running the
#20275 [Com]: Zlib problem
ID: 20275 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Zlib Related Operating System: Redhat 7.3 PHP Version: 4CVS-2002-11-06 New Comment: Hi. Sorry. I wrote bad version. I means zlib 1.1.3 which still do that problem. How can i install zlib 1.1.4. When i compile zlib source distribution, zlib.so was not compiled. only zlib.a Thank you. Previous Comments: [2002-11-06 08:29:35] [EMAIL PROTECTED] zlib 1.0.3 is fairly old, considering that the current version is 1.1.4. Upgrade will definately solve @least 1 security vunreability in zlib and very well may resolve the problem with page compression you are seeing with PHP. [2002-11-06 03:15:17] [EMAIL PROTECTED] Hello. I have installed newest STABLE PHP4 and Apache 2.0.40. I have this problem with Zlib version 1.0.3 which is included in PHP4 STABLE. I am using IE 5.5 at Win2k Prof. When i am try open some gzipped page (.php script) i get unreadable code (packed code). But only at some pages. Not at all pages. I am reinstall system and everything is the same. I am not behind the proxy. Can you tell me, if Zlib 1.0.3 have some bug? When i have Apache 1.2.26 and PHP 4.1.2 everything was good. I am dont using global compress. I am active compress in php script by this lines: if (strstr($HTTP_USER_AGENT,'compatible') ) { if (extension_loaded('zlib') ) { ob_start('ob_gzhandler'); } } Thank you. Michal Vrabel. -- Edit this bug report at http://bugs.php.net/?id=20275edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: I get same error but also with different function: php4ts!zend_strndup + 0x2B + 0xA05D8578 php4ts!zend_hash_copy + 0x1B + 0xA05D8578 There is a curious connection: Under applications-configuration (i do not now the english correct name) (where to install php4isapi.dll) Dlg-page: applications-options (seems concerning ASP) After deselecting Buffer, IIS run very stable with no more interruption. Mayby tray also.. Previous Comments: [2002-11-05 03:52:31] [EMAIL PROTECTED] I think this may be caused by some memory used for each page loading,these memory are allocated but not being released properly. May be the environment variables used. The memory leap accumulated until crash the IIS. Any thing done when a page loaded need to be noticed. [2002-10-29 08:28:56] [EMAIL PROTECTED] regarding the asp not loading with php as ISAPI... Try commenting out all the extra loaded extensions in php.ini. (execpt ones that are in use and necessary) I had to do this to fix a form submit problem running in .cgi mode that stripped off characters on submit from normal form posts in PostNuke. This also made the access violations much much less frequent for ISAPI. [2002-10-28 13:52:30] [EMAIL PROTECTED] We are locked in to using IIS with Crystal Reports ASP for web reporting. When I run PHP in CGI mode I experience some problems with pages rendering with errors (if anyone has suggestions in that area I would love to hear them) - pages will occasionally render with slightly scrambles source code ... javascript visible in the browser, html visible in the browser, form fields in the wrong place or the wrong size. When PHP is run as an ISAPI mod all of the page scrambling problems go away. However, my ASP apps start failing. Here are the server stats: PHP Version 4.2.3 Windows NT 5.0 build 2195 SP3 [2002-10-24 14:28:47] [EMAIL PROTECTED] Ran into this bug again. This happens either when I'm using the old style of using global variables or repeatedly accessing codes that have mistakes. [2002-10-24 13:31:11] [EMAIL PROTECTED] Dual Proc Win2k sp2+hotfixes... 4.2.3 as CGI no prob. As ISAPI Same prob as everyone else works for a few minutes then... access violations... then ISAPI stops responding but I have a virtual DIR with set as CGI and that continues working... can be seen with the simple phpinfo.php idea. Please continue to investigate. Thanks. Matt W. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15333 -- Edit this bug report at http://bugs.php.net/?id=15333edit=1
#20275 [Fbk]: Zlib problem
ID: 20275 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Zlib Related Operating System: Redhat 7.3 PHP Version: 4CVS-2002-11-06 New Comment: You can make libz.so (shared zlib library) by adding -shared flag to the compile line. However, 1.1.3 is fairly recent, so it should be ok to use (that's what I have). Have you tried to verify this bug in other browsers such as Mozilla, IE 6.0, Opera? It may be that you've come across a quirck in your installation of IE 5.5 Previous Comments: [2002-11-06 12:48:24] [EMAIL PROTECTED] Hi. Sorry. I wrote bad version. I means zlib 1.1.3 which still do that problem. How can i install zlib 1.1.4. When i compile zlib source distribution, zlib.so was not compiled. only zlib.a Thank you. [2002-11-06 08:29:35] [EMAIL PROTECTED] zlib 1.0.3 is fairly old, considering that the current version is 1.1.4. Upgrade will definately solve @least 1 security vunreability in zlib and very well may resolve the problem with page compression you are seeing with PHP. [2002-11-06 03:15:17] [EMAIL PROTECTED] Hello. I have installed newest STABLE PHP4 and Apache 2.0.40. I have this problem with Zlib version 1.0.3 which is included in PHP4 STABLE. I am using IE 5.5 at Win2k Prof. When i am try open some gzipped page (.php script) i get unreadable code (packed code). But only at some pages. Not at all pages. I am reinstall system and everything is the same. I am not behind the proxy. Can you tell me, if Zlib 1.0.3 have some bug? When i have Apache 1.2.26 and PHP 4.1.2 everything was good. I am dont using global compress. I am active compress in php script by this lines: if (strstr($HTTP_USER_AGENT,'compatible') ) { if (extension_loaded('zlib') ) { ob_start('ob_gzhandler'); } } Thank you. Michal Vrabel. -- Edit this bug report at http://bugs.php.net/?id=20275edit=1
#20275 [Com]: Zlib problem
ID: 20275 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Zlib Related Operating System: Redhat 7.3 PHP Version: 4CVS-2002-11-06 New Comment: Hello. I tryed this: Reinstal PC with Windows 2000 Prof, which includes IE 5.0. In IE 5.0 was the same problem. Then i install SP3 for W2K, IE 5.5 and the problem was still. My friend with IE 5.x(??) try it too, but he have the same problem with page, which i cannot open too. I try open that pages at Netscape 7.0 and everything was ok... But when i had Apache 1.2.x and PHP 4.1.2 i have no problem. Problem is now, when i uses Apache 2 and PHP 4.3.0-dev. Thankx. Previous Comments: [2002-11-06 12:55:50] [EMAIL PROTECTED] You can make libz.so (shared zlib library) by adding -shared flag to the compile line. However, 1.1.3 is fairly recent, so it should be ok to use (that's what I have). Have you tried to verify this bug in other browsers such as Mozilla, IE 6.0, Opera? It may be that you've come across a quirck in your installation of IE 5.5 [2002-11-06 12:48:24] [EMAIL PROTECTED] Hi. Sorry. I wrote bad version. I means zlib 1.1.3 which still do that problem. How can i install zlib 1.1.4. When i compile zlib source distribution, zlib.so was not compiled. only zlib.a Thank you. [2002-11-06 08:29:35] [EMAIL PROTECTED] zlib 1.0.3 is fairly old, considering that the current version is 1.1.4. Upgrade will definately solve @least 1 security vunreability in zlib and very well may resolve the problem with page compression you are seeing with PHP. [2002-11-06 03:15:17] [EMAIL PROTECTED] Hello. I have installed newest STABLE PHP4 and Apache 2.0.40. I have this problem with Zlib version 1.0.3 which is included in PHP4 STABLE. I am using IE 5.5 at Win2k Prof. When i am try open some gzipped page (.php script) i get unreadable code (packed code). But only at some pages. Not at all pages. I am reinstall system and everything is the same. I am not behind the proxy. Can you tell me, if Zlib 1.0.3 have some bug? When i have Apache 1.2.26 and PHP 4.1.2 everything was good. I am dont using global compress. I am active compress in php script by this lines: if (strstr($HTTP_USER_AGENT,'compatible') ) { if (extension_loaded('zlib') ) { ob_start('ob_gzhandler'); } } Thank you. Michal Vrabel. -- Edit this bug report at http://bugs.php.net/?id=20275edit=1
#20284 [Fbk-Opn]: Apache crashes (Sig 11) when doing a ini_set('session.save_handler', ..)
ID: 20284 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux (RH-7.3) PHP Version: 4.2.3 New Comment: Just installed cvs version 200211030600 .. doesn't work either. Previous Comments: [2002-11-06 10:30:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip I believe this bug may have been solved in the CVS. [2002-11-06 10:21:39] [EMAIL PROTECTED] when executing ini_set('session.save_handler', 'user') which is in my case done by postnuke-0.7.2.1 (default- installation) apache's errorlog says: [Wed Nov 6 16:49:17 2002] [notice] child pid 16682 exit signal Segmentation fault (11) configure line of php: ./configure' '--prefix=/usr/devel' '--libexecdir=/usr/devel/usr/lib/apache' '--sysconfdir=/usr/devel/etc/httpd/conf' '--libdir=/usr/devel/lib' '--with-apxs=/usr/devel/bin/apxs' '--enable-sigchild' '--enable-magic-quotes' '--enable-libgcc' '--with-openssl' '--with-curl' '--enable-ftp' '--with-mysql' '--with-kerberos' '--enable-shared' '--enable-static' '--enable-fast-install' '--enable-debug' '--with-gnu-ld' '--with-config-file-path=/usr/devel/etc/httpd/conf/php_devel' gdb backtrace: --- Program received signal SIGSEGV, Segmentation fault. 0x40311854 in call_user_function_ex (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr_ptr=0xbfffd0fc, param_count=2, params=0x83f22b4, no_separation=1, symbol_table=0x0) at zend_execute_API.c:400 400 if (function_name-type==IS_ARRAY) { /* assume array($obj, $name) couple */ (gdb) bt #0 0x40311854 in call_user_function_ex (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr_ptr=0xbfffd0fc, param_count=2, params=0x83f22b4, no_separation=1, symbol_table=0x0) at zend_execute_API.c:400 #1 0x40311770 in call_user_function (function_table=0x80fb4e0, object_pp=0x0, function_name=0x11, retval_ptr=0x845e324, param_count=2, params=0xbfffd188) at zend_execute_API.c:373 #2 0x4037d859 in ps_call_handler (func=0x11, argc=2, argv=0xbfffd188) at mod_user.c:60 #3 0x4037dd9f in ps_write_user (mod_data=0x4044bf10, key=0x8163f3c acee6bd11bac2f5f40f65396b0985536, val=0x849b914 PNSVrand|i:1388284347;PNSVlang|s:3:\eng\;, vallen=41) at mod_user.c:148 #4 0x40379d85 in php_session_save_current_state () at session.c:589 #5 0x4037cb20 in php_session_flush () at session.c:1457 #6 0x4037cb3f in zif_session_write_close (ht=0, return_value=0x83cad3c, this_ptr=0x0, return_value_used=0) at session.c:1466 #7 0x4030ba59 in execute (op_array=0x8166d9c) at ./zend_execute.c:1598 #8 0x4031c760 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:812 #9 0x4032f08e in php_execute_script (primary_file=0xb680) at main.c:1383 #10 0x40329a3e in apache_php_module_main (r=0x80de734, display_source_mode=0) at sapi_apache.c:90 #11 0x4032a8ac in send_php (r=0x80de734, display_source_mode=0, filename=0x80deebc /websites/www.handybo.de/web/index.php) at mod_php4.c:575 #12 0x4032a919 in send_parsed_php (r=0x80de734) at mod_php4.c:590 #13 0x0806290f in ap_invoke_handler () at eval.c:41 #14 0x080778f7 in process_request_internal () at eval.c:41 #15 0x08077d1f in ap_internal_redirect () at eval.c:41 #16 0x0805a200 in handle_dir () at eval.c:41 #17 0x0806290f in ap_invoke_handler () at eval.c:41 #18 0x080778f7 in process_request_internal () at eval.c:41 #19 0x08077958 in ap_process_request () at eval.c:41 #20 0x0806e735 in child_main () at eval.c:41 #21 0x0806e8e0 in make_child () at eval.c:41 #22 0x0806ea54 in startup_children () at eval.c:41 #23 0x0806f0d0 in standalone_main () at eval.c:41 #24 0x0806f93f in main () at eval.c:41 #25 0x40164177 in __libc_start_main (main=0x806f590 main, argc=2, ubp_av=0xbb84, init=0x804e574 _init, fini=0x808d3e0 _fini, rtld_fini=0x4000d3c4 _dl_fini, stack_end=0xbb7c) at ../sysdeps/generic/libc-start.c:129 -- Edit this bug report at http://bugs.php.net/?id=20284edit=1
#20291 [NEW]: libgd 2.0.4 causes compile failure
From: [EMAIL PROTECTED] Operating system: RH6.2 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: libgd 2.0.4 causes compile failure the free function in the struct gdIOCtx in gd_io.h changed its name from free to gd_free. this is causing PHP/ext/gd to fail compile. changing free to gd_free in 5 places seems to do the trick. -- Edit bug report at http://bugs.php.net/?id=20291edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20291r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20291r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20291r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20291r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20291r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20291r=support Expected behavior: http://bugs.php.net/fix.php?id=20291r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20291r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20291r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20291r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20291r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20291r=dst IIS Stability: http://bugs.php.net/fix.php?id=20291r=isapi
#20291 [Opn-Csd]: libgd 2.0.4 causes compile failure
ID: 20291 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: RH6.2 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-06 13:32:05] [EMAIL PROTECTED] the free function in the struct gdIOCtx in gd_io.h changed its name from free to gd_free. this is causing PHP/ext/gd to fail compile. changing free to gd_free in 5 places seems to do the trick. -- Edit this bug report at http://bugs.php.net/?id=20291edit=1
#19325 [Fbk-Opn]: debug apache crashing?
ID: 19325 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Win2000 -PHP Version: 4CVS-2002-09-10 +PHP Version: php4-win32-200211061900 New Comment: The problem still persists in the latest daily build. Previous Comments: [2002-11-06 09:25:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-10 07:33:03] [EMAIL PROTECTED] Ok, i've created the simplest example I can. Unfortunately it's not as simple as i'd like. It requires a php handler to be defined in apache. The example handles a page request for the defined path in apache. It checks the requested type and includes php files with an output buffer function which then registered a shutdown function. This is done so that the output can still be captured if the requested php file performs an exit;. The crash doesn't occur unless the requested file generates multiple browser requests for files within the handled path (i haven't tested with files outside this path). Here's the link to the example: http://brainkrash.com/~screen/brainkrash_debug.zip the README.txt file contains apache conf, file layout, and reproduction instructions. [2002-09-10 06:00:40] [EMAIL PROTECTED] Through a long night of compiling i've generated the following debug information. I hope it's helpful. As far as generating code, i'll try and see what I can do. To be honest i'm completely uncertain as to even where to begin. I'll try though... Unhandled exception in Apache.exe (NTDLL.DLL): 0xC005: Access Violation. Call Stack: NTDLL! 77fcb032() _emalloc(unsigned int 10, char * 0x00a709bc `string', unsigned int 227, char * 0x, unsigned int 0) line 154 + 62 bytes _estrdup(const char * 0x005896d0, char * 0x00a709bc `string', unsigned int 227, char * 0x, unsigned int 0) line 335 + 25 bytes sapi_get_default_content_type(void * * * 0x005de040) line 227 + 29 bytes php_apache_get_default_mimetype(request_rec * 0x00726fb8, void * * * 0x005de040) line 456 + 10 bytes send_php(request_rec * 0x00726fb8, int 0, char * 0x00727b58) line 551 + 13 bytes send_parsed_php(request_rec * 0x00726fb8) line 578 + 13 bytes ap_invoke_handler(request_rec * 0x00726fb8) line 517 + 10 bytes process_request_internal(request_rec * 0x00726fb8) line 1308 + 9 bytes ap_process_request(request_rec * 0x00726fb8) line 1324 + 9 bytes child_sub_main(int 0) line 5928 child_main(int 0) line 5998 + 9 bytes _threadstartex(void * 0x005ddf80) line 212 + 13 bytes KERNEL32! 77e887dd() Registers: EAX = EBX = 0247 ECX = EDX = 043814D0 ESI = 0438 EDI = 04380298 EIP = 77FCB032 ESP = 0127F9C0 EBP = 0127FB58 EFL = 0246 CS = 001B DS = 0023 ES = 0023 SS = 0023 FS = 003B GS = OV=0 UP=0 EI=1 PL=0 ZR=1 AC=0 PE=1 CY=0 ST0 = +4.97601634110320460e+3400 ST1 = +0.58830211741752350e+4085 ST2 = -0.00828635751169817e+4399 ST3 = +0.0e+ ST4 = -3.97005806646183370e+4383 ST5 = +0.00635385167867965e+4930 ST6 = +9.6496582031250e-0001 ST7 = +2.0e+0001 CTRL = 027F STAT = 0120 TAGS = EIP = 1024929D CS = 001B DS = 0023 EDO = 0127F264 Disassembly: 77FCAFFF add byte ptr ds:[0FFFh],al 77FCB005 and ax,0F000h 77FCB009 jmp 77FCC95D 77FCB00E mov byte ptr [edi+5],al 77FCB011 pushdword ptr [ebp-30h] 77FCB014 mov esi,dword ptr [ebp-5Ch] 77FCB017 pushesi 77FCB018 call77F83573 77FCB01D mov ecx,dword ptr [ebp-30h] 77FCB020 mov eax,dword ptr [ecx+8] 77FCB023 mov dword ptr [ebp-128h],eax 77FCB029 mov ecx,dword ptr [ecx+0Ch] 77FCB02C mov dword ptr [ebp-12Ch],ecx 77FCB032 mov dword ptr [ecx],eax 77FCB034 mov dword ptr [eax+4],ecx 77FCB037 cmp eax,ecx 77FCB039 je 77FCD49C 77FCB03F mov eax,dword ptr [ebp-30h] 77FCB042 movzx ecx,word ptr [eax] 77FCB045 sub dword ptr [esi+28h],ecx 77FCB048 movzx eax,word ptr [eax] 77FCB04B add ebx,eax 77FCB04D mov dword ptr [ebp-58h],ebx 77FCB050 cmp ebx,0FE00h 77FCB056 jbe 77FCB065 77FCB058 pushebx 77FCB059 pushedi 77FCB05A pushesi 77FCB05B call77FCBA97 77FCB060 jmp 77FCB4E2 77FCB065 mov word ptr [edi],bx 77FCB068 testbyte ptr [edi+5],10h 77FCB06C je 77FCD4D6 77FCB072 cmp
#20289 [Com]: Delete $HTTP_GET_VARS on ob_start
ID: 20289 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: win32 PHP Version: 4.2.2 New Comment: The question I asked becomes more specific. I discovered that when I use a switch: switch($submode) and in the switch exists a case del_user: then data is deleted from $_GET or $HTTP_GET_VARS, but when I change it to case del_user_tmp: or something different... It doesnt work anymore Previous Comments: [2002-11-06 12:04:39] [EMAIL PROTECTED] I have certain reasons to believe that the function ob_start deletes some data from $HTTP_GET_VARS. At least that's what I think it is if I place a var_dump after ob_start sometimes data is missing. This time I had something like this: ?mode=managesubmode=del_useruser_id=8 But when The var_dump was executed it only contained mode. If I commented the call to ob_start then submode and user_id weren't ommited Mostly strange is that when I change one letter like submode=del_users It suddenly works again... Strange -- Edit this bug report at http://bugs.php.net/?id=20289edit=1
#20289 [Com]: Delete $HTTP_GET_VARS on ob_start
ID: 20289 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: win32 PHP Version: 4.2.2 New Comment: I get this directly from the function phpinfo() _ENV[QUERY_STRING] mode=manage_sections _ENV[REQUEST_URI] /leden/bijwerken/bijwerken.php?mode=manage_sectionssubmode=del_section_ddel_name=CAO strange It seems that the query string isn't correct Previous Comments: [2002-11-06 15:09:07] [EMAIL PROTECTED] The question I asked becomes more specific. I discovered that when I use a switch: switch($submode) and in the switch exists a case del_user: then data is deleted from $_GET or $HTTP_GET_VARS, but when I change it to case del_user_tmp: or something different... It doesnt work anymore [2002-11-06 12:04:39] [EMAIL PROTECTED] I have certain reasons to believe that the function ob_start deletes some data from $HTTP_GET_VARS. At least that's what I think it is if I place a var_dump after ob_start sometimes data is missing. This time I had something like this: ?mode=managesubmode=del_useruser_id=8 But when The var_dump was executed it only contained mode. If I commented the call to ob_start then submode and user_id weren't ommited Mostly strange is that when I change one letter like submode=del_users It suddenly works again... Strange -- Edit this bug report at http://bugs.php.net/?id=20289edit=1
#20272 [Bgs]: Post array does not work
ID: 20272 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: RH Linux PHP Version: 4.2.3 New Comment: It fixed in 4.3.0 CVS or older version such as 4.1.2. the html is like this: input name=delstr2[] value=201 input name=delstr2[] value=202 input name=delstr2[] value=203 input name=delstr2[] value=204 ... ... Previous Comments: [2002-11-06 08:21:10] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Please include the HTML of the form who's values are used to populate the $_POST['delstr2'] array. [2002-11-05 21:29:14] [EMAIL PROTECTED] Array ( [delstr2] = Array ( [0] = [1] = [2] = [3] = [4] = [5] = [6] = [7] = [8] = [9] = [10] = [11] = [12] = [13] = [14] = [15] = ) ... ... } -- Edit this bug report at http://bugs.php.net/?id=20272edit=1
#20277 [Fbk-Opn]: function is error for chinese
ID: 20277 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ICONV related Operating System: redhat7.3 PHP Version: 4.3.0-pre2 New Comment: Thank for you help! !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html headstyle type=text/css!-- a { text-decoration: none; } a:hover { text-decoration: underline; } h1 { font-family: arial, helvetica, sans-serif; font-size: 18pt; font-weight: bold;} h2 { font-family: arial, helvetica, sans-serif; font-size: 14pt; font-weight: bold;} body, td { font-family: arial, helvetica, sans-serif; font-size: 10pt; } th { font-family: arial, helvetica, sans-serif; font-size: 11pt; font-weight: bold; } //--/style titlephpinfo()/title/headbodytable border=0 cellpadding=3 cellspacing=1 width=600 bgcolor=#00 align=center tr valign=middle bgcolor=#cctd align=left a href=http://www.php.net/;img src=/bak/phpinfo.php?=PHPE9568F34-D428-11d2-A769-00AA001ACF42 border=0 align=right alt=PHP Logo/ah1PHP Version 4.1.2/h1 /td/tr /tablebr table border=0 cellpadding=3 cellspacing=1 width=600 bgcolor=#00 align=center tr valign=baseline bgcolor=#cctd bgcolor=#ff bSystem/b/tdtd align=leftLinux daffy.perf.redhat.com 2.4.17-0.13smp #1 SMP Fri Feb 1 10:30:48 EST 2002 i686 unknown/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bBuild Date/b/tdtd align=leftApr 15 2002/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bConfigure Command/b/tdtd align=leftnbsp;'./configure' 'i386-redhat-linux' '--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' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-dbg=shared' '--with-dbg-profiler' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-mm' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--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' '--without-oci8' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-apxs=/usr/sbin/apxs'/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bServer API/b/tdtd align=leftApache/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bVirtual Directory Support/b/tdtd align=leftdisabled/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bConfiguration File (php.ini) Path/b/tdtd align=left/etc/php.ini/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bZEND_DEBUG/b/tdtd align=leftdisabled/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bThread Safety/b/tdtd align=leftdisabled/td/tr /tablebr table border=0 cellpadding=3 cellspacing=1 width=600 bgcolor=#00 align=center tr valign=top bgcolor=#cctd align=left a href=http://www.zend.com/;img src=/bak/phpinfo.php?=PHPE9568F35-D428-11d2-A769-00AA001ACF42 border=0 align=right alt=Zend logo/a This program makes use of the Zend Scripting Language Engine:brZend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologiesbr //td/tr /tablebr hr noshade size=1 width=600 h1 align=centera href=/bak/phpinfo.php?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1PHP 4.0 Credits/a/h1 hr noshade size=1 width=600 h1 align=centerConfiguration/h1 h2 align=centerPHP Core /h2 table border=0 cellpadding=3 cellspacing=1 width=600 bgcolor=#00 align=center tr valign=middle bgcolor=#ccthDirective/ththLocal Value/ththMaster Value/th/tr tr valign=baseline bgcolor=#cctd bgcolor=#ffballow_call_time_pass_reference/bbr/tdtd align=centerOn/tdtd align=centerOn/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ffballow_url_fopen/bbr/tdtd align=center1/tdtd align=center1/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ffbalways_populate_raw_post_data/bbr/tdtd
#20293 [NEW]: --with-tsrm-pth not required
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4CVS-2002-11-06 PHP Bug Type: Feature/Change Request Bug description: --with-tsrm-pth not required After ./configure runs it gives a warning message saying that --with-tsrm-pth is required if you are using php on apache2, and this is incorrect. Under FreeBSD-4.X, the threaded server (worker, et al) do not work at all, and the prefork mpm must be used, so no threading is needed and therefore --with-tsrm-pth is not required. Under FreeBSD-current ((5.0) my desktop system last buildworld @ ~Oct3rd) using the worker mpm, the default POSIX threading works, and therefore --with-tsrm-pth is again not required. I am not sure if at one point it was required, but it does not seem as though it is now. -- Edit bug report at http://bugs.php.net/?id=20293edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20293r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20293r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20293r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20293r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20293r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20293r=support Expected behavior: http://bugs.php.net/fix.php?id=20293r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20293r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20293r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20293r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20293r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20293r=dst IIS Stability: http://bugs.php.net/fix.php?id=20293r=isapi
#20282 [Opn]: COM memory leak
ID: 20282 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating System: Win2000/XP PHP Version: 4.2.3 New Comment: Can you be a bit more descriptive please? Any gdb backtrace or log? Maybe this is a feedback too because 10 000 000 is a lot for your windows memory. Previous Comments: [2002-11-06 09:44:45] [EMAIL PROTECTED] following script causes increasing memory leak in php.exe and excel.exe: //** $strfilename = .\\test.xls; $strfilename = realpath($strfilename); set_time_limit(0); $exapp = new COM(Excel.application) or Die (Did not connect to Excel); if (file_exists($strfilename)) { $wkb = $exapp-Workbooks-open($strfilename); for ($i=0; $i1000; $i++) { $Sheet = $wkb-Worksheets(1); $egal = $Sheet-Cells(1,1); $egal-value = 100; } $wkb-Save(); $wkb-close(false,$strfilename,false); } $exapp-Quit(); $exapp-Release(); //** if the lines: $egal = $Sheet-Cells(1,1); $egal-value = 100; will be deleted, only php.exe show the increasing memory leak. -- Edit this bug report at http://bugs.php.net/?id=20282edit=1
#20294 [NEW]: dba_firstkey doesn't work at all with Berkeley DB3 files
From: [EMAIL PROTECTED] Operating system: Solaris 2.5.1 PHP version: 4.2.2 PHP Bug Type: DBM/DBA related Bug description: dba_firstkey doesn't work at all with Berkeley DB3 files Here is some sample source: ? // ** Write to database ** $dbh = dba_open(/tmp/test.db3,c,db3); for($x=0;$x500;$x++) { $key = strval($x); $value = test . $key; $res = dba_insert($key,$value,$dbh); // Debug if(!$res) echo Failed to add rec $xbr; } dba_close($dbh); echo Done addingbr; // ** Read back ** echo Read backbr; $dbh = dba_open(/tmp/test.db3,r,db3); if ($dbh == false) { echo Database failed to openBR; } $key = dba_firstkey($dbh); if ($key == false) { echo Unable to use dba_firstkey to find initial keyBR; } echo First key is $keyBR; $x=0; while($key != false) { $value = dba_fetch($key,$dbh); echo $key,$valuebr; $key = dba_nextkey($dbh); $x++; } dba_close($dbh); echo Finished ! ($x records read back)br; ? Berkeley-DB is version 3.3.11 C Compiler is GNU C 2.95.3 Apache HTTPD is V2.0.40 PHP configured by './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-db3=/usr/local/BerkeleyDB.3.3' Basically, it's writing 500 records to the DB3 file (I can cat it and see the resultant output) and then trying to read them back. Not one record is read back because db_firstkey returns FALSE. Help appreciated Jason -- Edit bug report at http://bugs.php.net/?id=20294edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20294r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20294r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20294r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20294r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20294r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20294r=support Expected behavior: http://bugs.php.net/fix.php?id=20294r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20294r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20294r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20294r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20294r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20294r=dst IIS Stability: http://bugs.php.net/fix.php?id=20294r=isapi
#20294 [Opn-Bgs]: dba_firstkey doesn't work at all with Berkeley DB3 files
ID: 20294 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: DBM/DBA related Operating System: Solaris 2.5.1 PHP Version: 4.2.2 New Comment: Silly me, fancy using an initial key of zero (0). This is indistinguishable from the FALSE value (a real TRAP for new players like me !!!). Changing the bounds of the variable X ensured that it read back the key / value pairs correctly. Bogus !!! Previous Comments: [2002-11-06 22:04:10] [EMAIL PROTECTED] Here is some sample source: ? // ** Write to database ** $dbh = dba_open(/tmp/test.db3,c,db3); for($x=0;$x500;$x++) { $key = strval($x); $value = test . $key; $res = dba_insert($key,$value,$dbh); // Debug if(!$res) echo Failed to add rec $xbr; } dba_close($dbh); echo Done addingbr; // ** Read back ** echo Read backbr; $dbh = dba_open(/tmp/test.db3,r,db3); if ($dbh == false) { echo Database failed to openBR; } $key = dba_firstkey($dbh); if ($key == false) { echo Unable to use dba_firstkey to find initial keyBR; } echo First key is $keyBR; $x=0; while($key != false) { $value = dba_fetch($key,$dbh); echo $key,$valuebr; $key = dba_nextkey($dbh); $x++; } dba_close($dbh); echo Finished ! ($x records read back)br; ? Berkeley-DB is version 3.3.11 C Compiler is GNU C 2.95.3 Apache HTTPD is V2.0.40 PHP configured by './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-db3=/usr/local/BerkeleyDB.3.3' Basically, it's writing 500 records to the DB3 file (I can cat it and see the resultant output) and then trying to read them back. Not one record is read back because db_firstkey returns FALSE. Help appreciated Jason -- Edit this bug report at http://bugs.php.net/?id=20294edit=1
#20277 [Opn-Csd]: function is error for chinese
ID: 20277 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: ICONV related Operating System: redhat7.3 -PHP Version: 4.3.0-pre2 +PHP Version: 4.1.2 New Comment: This problem is fixed in 4.2.2. (It's not recommended to use 4.2.3 due to the multibyte function issue.) Also try the CVS snapshots at http://snaps.php.net/ By the way, please write the actual version you are using in the next time you find a bug. Thank you for the report. Previous Comments: [2002-11-06 20:22:35] [EMAIL PROTECTED] Thank for you help! !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html headstyle type=text/css!-- a { text-decoration: none; } a:hover { text-decoration: underline; } h1 { font-family: arial, helvetica, sans-serif; font-size: 18pt; font-weight: bold;} h2 { font-family: arial, helvetica, sans-serif; font-size: 14pt; font-weight: bold;} body, td { font-family: arial, helvetica, sans-serif; font-size: 10pt; } th { font-family: arial, helvetica, sans-serif; font-size: 11pt; font-weight: bold; } //--/style titlephpinfo()/title/headbodytable border=0 cellpadding=3 cellspacing=1 width=600 bgcolor=#00 align=center tr valign=middle bgcolor=#cctd align=left a href=http://www.php.net/;img src=/bak/phpinfo.php?=PHPE9568F34-D428-11d2-A769-00AA001ACF42 border=0 align=right alt=PHP Logo/ah1PHP Version 4.1.2/h1 /td/tr /tablebr table border=0 cellpadding=3 cellspacing=1 width=600 bgcolor=#00 align=center tr valign=baseline bgcolor=#cctd bgcolor=#ff bSystem/b/tdtd align=leftLinux daffy.perf.redhat.com 2.4.17-0.13smp #1 SMP Fri Feb 1 10:30:48 EST 2002 i686 unknown/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bBuild Date/b/tdtd align=leftApr 15 2002/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bConfigure Command/b/tdtd align=leftnbsp;'./configure' 'i386-redhat-linux' '--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' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-dbg=shared' '--with-dbg-profiler' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-mm' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--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' '--without-oci8' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-apxs=/usr/sbin/apxs'/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bServer API/b/tdtd align=leftApache/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bVirtual Directory Support/b/tdtd align=leftdisabled/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bConfiguration File (php.ini) Path/b/tdtd align=left/etc/php.ini/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bZEND_DEBUG/b/tdtd align=leftdisabled/td/tr tr valign=baseline bgcolor=#cctd bgcolor=#ff bThread Safety/b/tdtd align=leftdisabled/td/tr /tablebr table border=0 cellpadding=3 cellspacing=1 width=600 bgcolor=#00 align=center tr valign=top bgcolor=#cctd align=left a href=http://www.zend.com/;img src=/bak/phpinfo.php?=PHPE9568F35-D428-11d2-A769-00AA001ACF42 border=0 align=right alt=Zend logo/a This program makes use of the Zend Scripting Language Engine:brZend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologiesbr //td/tr /tablebr hr noshade size=1 width=600 h1 align=centera href=/bak/phpinfo.php?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1PHP 4.0 Credits/a/h1 hr noshade size=1 width=600 h1 align=centerConfiguration/h1 h2 align=centerPHP Core /h2 table border=0 cellpadding=3 cellspacing=1 width=600 bgcolor=#00 align=center
#20272 [Bgs-Csd]: Post array does not work
ID: 20272 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: Scripting Engine problem Operating System: RH Linux PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-06 19:34:20] [EMAIL PROTECTED] It fixed in 4.3.0 CVS or older version such as 4.1.2. the html is like this: input name=delstr2[] value=201 input name=delstr2[] value=202 input name=delstr2[] value=203 input name=delstr2[] value=204 ... ... [2002-11-06 08:21:10] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Please include the HTML of the form who's values are used to populate the $_POST['delstr2'] array. [2002-11-05 21:29:14] [EMAIL PROTECTED] Array ( [delstr2] = Array ( [0] = [1] = [2] = [3] = [4] = [5] = [6] = [7] = [8] = [9] = [10] = [11] = [12] = [13] = [14] = [15] = ) ... ... } -- Edit this bug report at http://bugs.php.net/?id=20272edit=1
#19493 [Fbk-NoF]: Error in older versions of serializer results in error of currend deserializer
ID: 19493 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Strings related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-10-18 16:49:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-25 07:24:31] [EMAIL PROTECTED] While the session module makes use of the serializer, it is not the serializer itself. Reclassified as Strings related. [2002-09-20 02:19:10] [EMAIL PROTECTED] Hello, there is a new patch (without C++-comments :-): --- ext/standard/var_unserializer.re.oldThu Sep 19 16:34:32 2002 +++ ext/standard/var_unserializer.reFri Sep 20 09:07:25 2002 @@ -144,31 +144,29 @@ if (!php_var_unserialize(key, p, max, NULL TSRMLS_CC)) { zval_dtor(key); FREE_ZVAL(key); - return 0; - } - - ALLOC_INIT_ZVAL(data); - - if (!php_var_unserialize(data, p, max, var_hash TSRMLS_CC)) { - zval_dtor(key); - FREE_ZVAL(key); - zval_dtor(data); - FREE_ZVAL(data); - return 0; - } + } else { + ALLOC_INIT_ZVAL(data); - switch (Z_TYPE_P(key)) { - case IS_LONG: - zend_hash_index_update(ht, Z_LVAL_P(key), data, sizeof(data), NULL); - break; - case IS_STRING: - zend_hash_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, data, sizeof(data), NULL); - break; + if (!php_var_unserialize(data, p, max, var_hash TSRMLS_CC)) { + zval_dtor(key); + FREE_ZVAL(key); + zval_dtor(data); + FREE_ZVAL(data); + } else { + switch (Z_TYPE_P(key)) { + case IS_LONG: + zend_hash_index_update(ht, +Z_LVAL_P(key), data, sizeof(data), NULL); + break; + case IS_STRING: + zend_hash_update(ht, Z_STRVAL_P(key), +Z_STRLEN_P(key) + 1, data, sizeof(data), NULL); + break; - } + } - zval_dtor(key); - FREE_ZVAL(key); + zval_dtor(key); + FREE_ZVAL(key); + } + } } return 1; [2002-09-19 13:17:02] [EMAIL PROTECTED] No C++ comment styles allowed! Can you fix that and resubmit the patch? [2002-09-19 09:44:58] [EMAIL PROTECTED] There is the diff: --- ext/standard/var_unserializer.re.oldThu Sep 19 16:34:32 2002 +++ ext/standard/var_unserializer.reThu Sep 19 11:20:08 2002 @@ -144,31 +144,29 @@ if (!php_var_unserialize(key, p, max, NULL TSRMLS_CC)) { zval_dtor(key); FREE_ZVAL(key); - return 0; - } - - ALLOC_INIT_ZVAL(data); - - if (!php_var_unserialize(data, p, max, var_hash TSRMLS_CC)) { - zval_dtor(key); - FREE_ZVAL(key); - zval_dtor(data); - FREE_ZVAL(data); - return 0; - } + } else { + ALLOC_INIT_ZVAL(data); - switch (Z_TYPE_P(key)) { - case IS_LONG: - zend_hash_index_update(ht, Z_LVAL_P(key), data, sizeof(data), NULL); - break; - case IS_STRING: -
#20290 [Opn-Bgs]: UPDATE works, rows updated, but mysql_affected_rows=0
ID: 20290 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: RedHat 7.3 PHP Version: 4.2.3 New Comment: Please check possible errors first (mysql_errno), and don't use deprecated functions (mysql_db_query). If the problem still exists, set the status of this bug report back to open. Previous Comments: [2002-11-06 12:20:30] [EMAIL PROTECTED] I have a simple section of code that attempts to UPDATE a row in a MySQL table. If mysql_affected_rows() = 0 I assume the row didn't exist so I go ahead and INSERT it. This works about 95% of the time. The other 5% of the time, the row does exist and IS updated, but mysql_affected_rows() returns 0--so I go ahead and INSERT it. I then end up with a duplicate entry. I could define the appropriate columns as unique so that the INSERT would fail, but I feel that something else is wrong here and doing this would be a work-around for what might be a real problem. My table is entirely numeric, no strings. It's not a case of updating a row to its same values and so it's not counted as an affected row. The value DOES change. My code is: $SQL = UPDATE UserStats SET MS=MS+$Var,MC=MC+1 WHERE idUser=$idUser AND Month=$Month; $updateStats = mysql_db_query ($sDB, $SQL, $nConnection); if(mysql_affected_rows($nConnection) == 0) { $SQL = INSERT INTO UserStats SET idUser=$idUser, Month=$Month, MS=$Var,MC=1; $updateStats = mysql_db_query ($sDB, $SQL, $nConnection); } MS, MC, and idUser are all BigInts. Month is MediumInt. The $Var variable is always non-zero. I've dumped the SQL queries to a logfile--they are always valid queries, so it's not an issue of one of my variables not being defined and producing an improper SQL. I've also tried the mysql_affected_rows without the $nConnection paramter. In summary, the above UPDATE *ALWAYS* works in that the actual row in question is always updated correctly in the MySQL database. However, sometimes the mysql_affected_rows() returns 0 instead of 1; so my code continues to INSERT a new row and I end up with a duplicate. MySQL version is 3.23.49. Same UPDATE instruction works fine when executed manually multiple times in MySQL command-line, etc. Always returns the correct number of rows having been updated. I am not sure if this is a PHP problem or a MySQL problem, but I lean towards PHP since MySQL *IS* updating the row as requested and I can't duplicate the problem outside of PHP. I'm also open to it being a code problem on my end, but at this point I don't see how. -- Edit this bug report at http://bugs.php.net/?id=20290edit=1
#19566 [Com]: get_declared_classes() segfaults
ID: 19566 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Linux PPC PHP Version: 4.2.3 New Comment: As of 12:00 (PST) today (2002/11/6) this crash was still an issue. I compiled the latest snap while trying to fix another segfault, and this segfault still occurs. Previous Comments: [2002-10-20 10:30:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-23 19:39:58] [EMAIL PROTECTED] Easy to reproduce: ? get_declared_classes(); ? This can be added to, but when it hits that function, boom, sig11. Note this _only_ happens on ppc linux; there have been no problems on the intel boxes we've tried. Module list: xml standard session posix pcre mysql ctype Other info: linux 2.2.10-12a, ppc (Yellow Dog Linux) glibc 2.2.1-0f gcc version 2.95.3 20010111 (prerelease/franzo/20010111) apache 1.3.23 Backtrace: #0 0x100c6b80 in zend_hash_index_update_or_next_insert (ht=0x1016dbe8, h=0, pData=0x7fffe278, nDataSize=4, pDest=0x0, flag=4) at zend_hash.c:375 #1 0x100c4438 in add_next_index_stringl (arg=0x10143800, str=0x1014d9e0 __PHP_Incomplete_Class, length=22, duplicate=1) at zend_API.c:847 #2 0x100cbddc in copy_class_name (ce=0xfdf5604, num_args=0, args=0x7fffe278, hash_key=0x4) at zend_builtin_functions.c:901 #3 0x100c7960 in zend_hash_apply_with_arguments (ht=0x10146b00, destruct=0x100cbd6c copy_class_name, num_args=1) at zend_hash.c:731 #4 0x100cbe3c in zif_get_declared_classes (ht=269933544, return_value=0x10173568, this_ptr=0x7fffe278, return_value_used=4) at zend_builtin_functions.c:916 #5 0x100e4acc in execute (op_array=0x1016dcf0) at ./zend_execute.c:1598 #6 0x100c1d98 in zend_execute_scripts (type=269933544, retval=0x0, file_count=3) at zend.c:812 #7 0x1001a034 in php_execute_script (primary_file=0x7838) at main.c:1383 #8 0x100174cc in main (argc=2, argv=0x7b14) at cgi_main.c:778 #9 0x0fd94238 in __libc_start_main (argc=2, ubp_av=0x7b14, ubp_ev=0x7fffe278, auxvec=0x7b78, rtld_fini=0x1016dbe8, stinfo=0x100eaba0, stack_on_entry=0x6c657465) at ../sysdeps/powerpc/elf/libc-start.c:119 -- Edit this bug report at http://bugs.php.net/?id=19566edit=1
#19566 [Fbk-Csd]: get_declared_classes() segfaults
ID: 19566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Reproducible crash Operating System: Linux PPC PHP Version: 4.2.3 New Comment: Sorry but I can't reproduce it with the latest CVS. [Thu Nov 7 - 08:37:50 - root ~/php4]# gdb php GNU gdb Red Hat Linux (5.1-1) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run test.php Starting program: /usr/local/bin/php test.php Program exited normally. (gdb) It looks fixed. Previous Comments: [2002-11-07 01:31:31] [EMAIL PROTECTED] As of 12:00 (PST) today (2002/11/6) this crash was still an issue. I compiled the latest snap while trying to fix another segfault, and this segfault still occurs. [2002-10-20 10:30:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-23 19:39:58] [EMAIL PROTECTED] Easy to reproduce: ? get_declared_classes(); ? This can be added to, but when it hits that function, boom, sig11. Note this _only_ happens on ppc linux; there have been no problems on the intel boxes we've tried. Module list: xml standard session posix pcre mysql ctype Other info: linux 2.2.10-12a, ppc (Yellow Dog Linux) glibc 2.2.1-0f gcc version 2.95.3 20010111 (prerelease/franzo/20010111) apache 1.3.23 Backtrace: #0 0x100c6b80 in zend_hash_index_update_or_next_insert (ht=0x1016dbe8, h=0, pData=0x7fffe278, nDataSize=4, pDest=0x0, flag=4) at zend_hash.c:375 #1 0x100c4438 in add_next_index_stringl (arg=0x10143800, str=0x1014d9e0 __PHP_Incomplete_Class, length=22, duplicate=1) at zend_API.c:847 #2 0x100cbddc in copy_class_name (ce=0xfdf5604, num_args=0, args=0x7fffe278, hash_key=0x4) at zend_builtin_functions.c:901 #3 0x100c7960 in zend_hash_apply_with_arguments (ht=0x10146b00, destruct=0x100cbd6c copy_class_name, num_args=1) at zend_hash.c:731 #4 0x100cbe3c in zif_get_declared_classes (ht=269933544, return_value=0x10173568, this_ptr=0x7fffe278, return_value_used=4) at zend_builtin_functions.c:916 #5 0x100e4acc in execute (op_array=0x1016dcf0) at ./zend_execute.c:1598 #6 0x100c1d98 in zend_execute_scripts (type=269933544, retval=0x0, file_count=3) at zend.c:812 #7 0x1001a034 in php_execute_script (primary_file=0x7838) at main.c:1383 #8 0x100174cc in main (argc=2, argv=0x7b14) at cgi_main.c:778 #9 0x0fd94238 in __libc_start_main (argc=2, ubp_av=0x7b14, ubp_ev=0x7fffe278, auxvec=0x7b78, rtld_fini=0x1016dbe8, stinfo=0x100eaba0, stack_on_entry=0x6c657465) at ../sysdeps/powerpc/elf/libc-start.c:119 -- Edit this bug report at http://bugs.php.net/?id=19566edit=1