#29053 [Opn->Bgs]: ./Configure --with-interbase
ID: 29053 Updated by: [EMAIL PROTECTED] Reported By: vieuxsinge at generation-net dot com -Status: Open +Status: Bogus Bug Type: InterBase related Operating System: Mandrake 10.0 Athlon64 PHP Version: 4.3.7 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Don't file a NEW bug about this, add your comments to the old one. Duplicate of #28750. Previous Comments: [2004-07-07 20:17:26] vieuxsinge at generation-net dot com Description: I found the bug #28750, but I'm not sure that interbase .so who is broken I try two day's ago to install php 4.3.3, or php 4.3.4, or php 4.3.7 with Interbase support , on mandrake 9.2 for Athlon 64 or mandrake 10.0 Athlon64 with apache 2.0 When i make ./configure --with-interbase, I've the same message has in the bug #28750 : But libgds is on my system, and interbase run without any problem. Then after read your message, i try with Firebird 1.5 and it's making the same error ... :-( I haven't this pb on older version of php (Apache-AdvancedExtranetServer/2.0.44 (Mandrake Linux/11mdk) PHP/4.3.1) (my second web server) What do you mean about 'broken' interbase .so's I hope you could help me , because i haven't find anything of this problem on the net. I think Interbase is better than mysql and it should be a very bad way to loose the interbase support in actual and futur php's versions Sorry for my bad english. Reproduce code: --- configure: error: libgds, libib_util or libfbclient not found! Check config.log for more information. Expected result: Have a good make file for compile my php with Interbase support :-) -- Edit this bug report at http://bugs.php.net/?id=29053&edit=1
#29052 [Opn->Fbk]: sqlite blocks make process
ID: 29052 Updated by: [EMAIL PROTECTED] Reported By: lhesp at tiscali dot nl -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Red Hat 9 PHP Version: 5.0.0RC3 New Comment: What is your full configure line to ./configure (for PHP)? Previous Comments: [2004-07-07 19:40:37] lhesp at tiscali dot nl Description: Configuring goes fine. But Make process stops when working on sqlite with the following remarks: /home/download/php-5.0.0RC3/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/download/php-5.0.0RC3/ext/sqlite/libsqlite/src -Iext/sqlite/ -I/home/download/php-5.0.0RC3/ext/sqlite/ -DPHP_ATOM_INC -I/home/download/php-5.0.0RC3/include -I/home/download/php-5.0.0RC3/main -I/home/download/php-5.0.0RC3 -I/home/download/php-5.0.0RC3/Zend -I/usr/include/libxml2 -I/usr/local/imap-2001/include -I/usr/kerberos/include -I/usr/local/mysql/include -I/home/download/php-5.0.0RC3/TSRM -g -O2 -prefer-pic -c /home/download/php-5.0.0RC3/ext/sqlite/libsqlite/src/opcodes.c -o ext/sqlite/libsqlite/src/opcodes.lo no /home/download/php-5.0.0RC3/ext/sqlite/libsqlite/src/parse.y make: no: Command not found make: *** [/home/download/php-5.0.0RC3/ext/sqlite/libsqlite/src/parse.c] Error 127 -- Edit this bug report at http://bugs.php.net/?id=29052&edit=1
#28983 [Opn->Bgs]: Oracle OCILogon function crashes apache
ID: 28983 Updated by: [EMAIL PROTECTED] Reported By: dfe-csi dot gips at ti dot ch -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 server PHP Version: 4.3.6 New Comment: That is correct, it is set to suspended. Previous Comments: [2004-07-07 17:37:56] dfe-csi dot gips at ti dot ch Hi derick, pls answer previous comment. Thanks, Marc -> setting bug to "open". [2004-07-05 16:19:57] dfe-csi dot gips at ti dot ch Hi derick-at-php-dot-net, thank you for answer. We agree with the decision to link it to bug #28403, but this one has status 'suspended' since july, 1st. Is this correct or is it possible to change status to 'open' ? Cheers, Marc [2004-07-02 09:05:41] [EMAIL PROTECTED] Marking as "bogus" as it's an exact duplicate of #28403. [2004-07-02 01:03:07] luth at ch dot ibm dot com I repeated the test above while turing *off* Hyperthreading (which makes it a singleprocessor system) and the problem is gone! [2004-07-01 17:34:51] luth at ch dot ibm dot com I have reproduced this problem with oracle10g / php 4.7 / apache 2.0 - on a windows xp box with an intel Hyperthreading CPU ("multiprocessor" system too). Using 10 concurrent users doing repeatedly logon, after 8 minutes I do get the address violation, the stack trace points to oracle10.dll. 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/28983 -- Edit this bug report at http://bugs.php.net/?id=28983&edit=1
#29060 [NEW]: more settings to current main/rfc1867.c implement logic
From: xuefer at 21cn dot com Operating system: all PHP version: 4.3.7 PHP Bug Type: Feature/Change Request Bug description: more settings to current main/rfc1867.c implement logic Description: the current "resource control" logic main/rfc1867.c implemented is not pretty enough. it didn't take enough care of server resources when user upload "too large" file issue 1. memory i'd like to set post_max_size=2M or 3M etc. but i can't, cos upload file size often exceeds this limit. then i let it be 8M, but how if someone just post a 8m text(not file)? 8M data is get into php's memory, just 10 users can make php use 80MB memory, well there is memory_limit, but it seems only good for "php script execution memory usage", the $_POST size should be calc "alone" issue 2. network traffic i'd like to tune upload_max_size=8M (each file). some user can only upload 1M pre file, we can set MAX_FILE_SIZE="", but then? php read up to 1M, and notice it exceeded MAX_UPLOAD_SIZE. canceling upload, starting to execute phpscript. this however waste 1Mbyte traffic, which is 8Mbits(also waste of time, _bad_ user experience) issue 3. temp disk usage when i set upload_max_size=1M, and post_max_upload=8M with 8 multi uploads, each 1M, can eat up 8M disk usage(temp file). well this isn't a teribble issue. at least, disk is always larger than memory it's nice if we can control: max $_POST size ini=?? (for "issue 1", memory usage) form=not needed max Request-Content-Length ini=post_max_size form=??? (for "issue 2", cancel upload ASAP) max size per file ini=upload_max_filesize form=MAX_FILE_SIZE max total file size ini=needed? form=needed? ini means: hard set in ini form means: soft set in form, -- Edit bug report at http://bugs.php.net/?id=29060&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29060&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29060&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29060&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29060&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29060&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29060&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29060&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29060&r=support Expected behavior: http://bugs.php.net/fix.php?id=29060&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29060&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29060&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29060&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29060&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29060&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29060&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29060&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29060&r=float
#29055 [Opn->Bgs]: not very important, maybe
ID: 29055 Updated by: [EMAIL PROTECTED] Reported By: nallen54 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux gentoo PHP Version: 5.0.0RC3 New Comment: See http://www.php.net/support.php for questions like this. Previous Comments: [2004-07-08 03:34:05] nallen54 at hotmail dot com Description: When I try to # php -r file.php I often get this problem: Parse error: parse error, unexpected $ in Command line code on line 1 And when i open it in a web browser it tells me that the web browser (which is running as an other user then root, obviously) cant read the file; permission denied. Expected result: it should've tould me that when i runned it from the command line that it couldn't read the file; but since i ran it as root, and that i actually had permission, i dont know how the pieces come together. -- Edit this bug report at http://bugs.php.net/?id=29055&edit=1
#28645 [Opn->Fbk]: SMTP value won't load although configured in php.ini
ID: 28645 Updated by: [EMAIL PROTECTED] Reported By: herps at raqtweak dot com -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: The ini setting for STMP can be changed anywhere. Saying that it simply doesn't work doesn't help any. See: http://bugs.php.net/how-to-report.php http://www.php.net/support.php Previous Comments: [2004-07-06 01:37:05] herps at raqtweak dot com And this machine is a clean install of Windows XP Pro with Apache 2.0.49 and PHP 4.3.7 with no extra IIS stuff or local mail servers running and PHP.INI is configured to use a 3rd party mail server? [2004-07-06 01:35:25] [EMAIL PROTECTED] I just tried on 3rd Windows XP machine since your claim this doesn't work and guess what: IT STILL works... [2004-07-06 01:33:19] herps at raqtweak dot com Have you seen the Votes? Obviously I am NOT the only one. Hey sniper, can you perhaps have someone else look at it who does not immediately dismiss a bug report to avoid extra work? Furthermore, second oppinion is always a good idea of course... Thanks! [2004-07-06 01:30:24] [EMAIL PROTECTED] It works fine for everyone else but you, thus, you must be doing something wrong. Simple. [2004-06-24 01:27:39] herps at raqtweak dot com Oh and yes, it is UPPERCASE 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/28645 -- Edit this bug report at http://bugs.php.net/?id=28645&edit=1
#29050 [Fbk->Opn]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 User updated by: support at gis dot tusur dot ru Reported By: support at gis dot tusur dot ru -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: We have tried all your recommendations, but haven't got correct result - our system still don't work properly! Previous Comments: [2004-07-07 15:43:05] [EMAIL PROTECTED] Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. >This couldn't be an access privileges problem, because we >use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. [2004-07-07 15:35:51] support at gis dot tusur dot ru This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. [2004-07-07 15:23:28] [EMAIL PROTECTED] Pay attention to "Access is denied" message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). [2004-07-07 15:18:44] support at gis dot tusur dot ru Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit this bug report at http://bugs.php.net/?id=29050&edit=1
#16461 [Com]: Can't compile php4.1.2 with Apache2.0.35
ID: 16461 Comment by: aslam_11 at engineer dot com Reported By: marat at nihol dot com Status: Bogus Bug Type: Apache2 related Operating System: Linux Slackware 8.0 PHP Version: 4.1.2 New Comment: But cant we compile PHP4.1.2 with Apache2. I was trying php is throughing same error. Is there any way to do that? Please suggest me. Aslam Previous Comments: [2002-04-06 11:04:57] [EMAIL PROTECTED] You need to wait for RC3 since the patch which fixes this was applied after RC2 was released. Or get the latest CVS snapshot from http://snaps.php.net/ [2002-04-06 10:51:29] marat at nihol dot com I'm trying 4.2.0.RC2 from www.php.net/~derick: make[3]: Entering directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' /bin/sh /home/marat/apache2/php-4.2.0RC2/libtool --silent --mode=compile gcc -I. -I/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter -I/home/marat/apache2/php-4.2.0RC2/main -I/home/marat/apache2/php-4.2.0RC2 -I/usr/local/apache2/include -I/home/marat/apache2/php-4.2.0RC2/Zend -I/home/marat/apache2/mysql-3.23.49-pc-linux-gnu-i686/include -I/home/marat/apache2/php-4.2.0RC2/ext/xml/expat -D_REENTRANT -I/home/marat/apache2/php-4.2.0RC2/TSRM -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:174: too few arguments to function `apr_brigade_create' sapi_apache2.c:175: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:257: too few arguments to function `apr_brigade_create' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:331: too few arguments to function `apr_brigade_create' sapi_apache2.c:386: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:395: too few arguments to function `apr_bucket_eos_create' make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi' make: *** [all-recursive] Error 1 [EMAIL PROTECTED]:~/apache2/php-4.2.0RC2# PHP: ./configure --with-mysql=../mysql-3.23.49-pc-linux-gnu-i686/ --with-apxs2=/usr/local/apache2/bin/apxs APACHE: ./configure --enable-so --enable-MODULE=shared :( In file: php-4.2.0RC2/sapi/apache2filter/sapi_apache2.c, line 58: bb = apr_brigade_create(ctx->f->r->pool); But in file: httpd-2.0.35/srclib/apr-util/include/apr_buckets.h, line 646, declaration of this function: APU_DECLARE(apr_bucket_brigade *) apr_brigade_create(apr_pool_t *p, apr_bucket_alloc_t *list); [2002-04-06 10:16:28] [EMAIL PROTECTED] We know that, you'll need 4.2.0 to compile with Apache 2.x You can try RC2 from www.php.net/~derick [2002-04-06 10:11:26] marat at nihol dot com When compiling php4.1.2, configured with apxs2 of Apache 2.0.35: sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:171: too few arguments to function `apr_brigade_create' sapi_apache2.c:172: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:245: too few arguments to function `apr_brigade_create' sapi_apache2.c:247: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:247: too few arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:311: too few arguments to function `apr_brigade_create' sapi_apache2.c:366: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:375: too few arguments to function `apr_bucket_eos_create' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:407: `AP_FTYPE_CONTENT' undeclared (first use in this function) sapi_apache2.c:407: (Each undeclared identifier is reported only once sapi_apache2.c:407: for each function it appears in.) sapi_apache2.c:408: warning: passing arg 2 of `ap_register_
#29059 [NEW]: Searching for "var" causes 500 ISE
From: matt at atopia dot net Operating system: Windows PHP version: 4.3.7 PHP Bug Type: CGI related Bug description: Searching for "var" causes 500 ISE Description: On http://us2.php.net/manual/en/language.variables.php .. Searching for "var" (minus the quotes) in the search box produces an error. Reproduce code: --- Go to http://us2.php.net/manual/en/language.variables.php, then type in 'var' (without the quotes) in the search box. -- Edit bug report at http://bugs.php.net/?id=29059&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29059&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29059&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29059&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29059&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29059&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29059&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29059&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29059&r=support Expected behavior: http://bugs.php.net/fix.php?id=29059&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29059&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29059&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29059&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29059&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29059&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29059&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29059&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29059&r=float
#29058 [NEW]: odbc_foreignkeys does not return imported keys
From: mirage at rateaprof dot com Operating system: Redhat 8 PHP version: 5.0.0RC3 PHP Bug Type: ODBC related Bug description: odbc_foreignkeys does not return imported keys Description: I am running IBM DB2 v8.1 fixpack 5 I am running PHP-5RC2/3 (same php_odbc.c file, no diffs) If I call: odbc_foreignkeys ($dbconn, "", "schema", "table", "", "", ""); I get all foreign keys for this table (i.e. I get a list of all other tables that reference fields in schema.table). -- In theory, I should be able to: odbc_foreignkeys ($dbconn, "", "", "", "", "schema", "table") And in return I get all schema2.table2.column2 names of other tables that columns in schema.table reference. In otherwords, what keys does this table reference? Well it always returns nothing... -- So is it me, or is it php_odbc.c? Well I went ahead and tested /opt/IBM/db2/V8.1/samples/cli/tbconstr.c and reversed the arguments for SQLForeignKeys from ExportedKeys query: /* get the list of foreign key columns */ cliRC = SQLForeignKeys(hstmt, NULL, 0, tbSchema, SQL_NTS, tbName, SQL_NTS, NULL, 0, tbSchema, SQL_NTS, tbName, SQL_NTS); So it would become the following to query ImportedKeys /* get the list of foreign key columns */ cliRC = SQLForeignKeys(hstmt, NULL, 0, NULL, SQL_NTS, NULL, SQL_NTS, NULL, 0, tbSchema, SQL_NTS, tbName, SQL_NTS); Yup it works in the pure C+odbc version... it just doesn't work in php, so somewhere between the php-odbc_foreignkeys(,...) call and the odbc_php.c, we lose the return values... I can't tell where since I don't know enough to debug php... I'd be more than happy to help, but I don't know how. Can someone see if perhaps return values are being thrown away? Or arguments to the php call are lost? -- I did check that the proper dynamic library was being used by running ldd libphp5.so, and yes it does link to the current v8.1 library... Reproduce code: --- So I get all the tables with odbc_tables($dbconn, "", "schema", "%", ""); Then to get Exported Keys which works: $cols = odbc_foreignkeys($dbconn, odbc_result($tables,1),odbc_result($tables,2), odbc_result($tables,3), "", "", "") or die(odbc_errormsg()); Then to get Imported Keys which does not work: $cols = odbc_foreignkeys($dbconn, "", "", ""odbc_result($tables,1),odbc_result($tables,2), odbc_result($tables,3)) or die(odbc_errormsg()); Expected result: If jeff.a (a) is a primary key, and jeff.b(d) references jeff.a(a): jeff.a (a) is exported to jeff.b (d) - Yes this works jeff.b (d) imports jeff.a (a) - this does not return from the odbc_foreign keys call for imported keys Actual result: -- JEFFA TABLE TABLE_CAT TABLE_SCHEM TABLE_NAME COLUMN_NAME DATA_TYPE TYPE_NAME COLUMN_SIZE BUFFER_LENGTH DECIMAL_DIGITS NUM_PREC_RADIX NULLABLEREMARKS COLUMN_DEF SQL_DATA_TYPE SQL_DATETIME_SUB CHAR_OCTET_LENGTH ORDINAL_POSITIONIS_NULLABLE NULLJEFFA A 4 INTEGER 10 4 0 10 0 NULLNULL4 NULLNULL1 NO NULLJEFFA B 4 INTEGER 10 4 0 10 1 NULLNULL4 NULLNULL2 YES function result = 2 TABLE_CAT TABLE_SCHEM TABLE_NAME COLUMN_NAME KEY_SEQ PK_NAME NULLJEFFA A 1 SQL040707170936160 function result = 1 Exported Keys .JEFF.A PKTABLE_CAT PKTABLE_SCHEM PKTABLE_NAMEPKCOLUMN_NAME FKTABLE_CAT FKTABLE_SCHEM FKTABLE_NAMEFKCOLUMN_NAME KEY_SEQ UPDATE_RULE DELETE_RULE FK_NAME PK_NAME DEFERRABILITY NULLJEFFA A NULLJEFFB D 1 3 3 SQL040707170938220 SQL040707170936160 7 NULLJEFFA A NULLJEFFC AA 1 3 3 SQL040707171829700 SQL040707170936160 7 function result = 2 Imported Keys .JEFF.A No rows found function result = 0 JEFFB TABLE TABLE_CAT TABLE_SCHEM TABLE_NAME COLUMN_NAME DATA_TYPE TYPE_NAME COLUMN_SIZE BUFFER_LENGTH DECIMAL_DIGITS NUM_PREC_RADIX NULLABLEREMARKS COLUMN_DEF SQL_DATA_TYPE SQL_DATETIME_SUB CHAR_OCTET_LENGTH ORDINAL_POSITION
#29057 [NEW]: PHP doesn't generate a warning on mysql_select_db failure
From: johnfivealive at hotmail dot com Operating system: Fedora Core 2 PHP version: 5.0.0RC3 PHP Bug Type: MySQL related Bug description: PHP doesn't generate a warning on mysql_select_db failure Description: whenever mysql_select_db returns false PHP should output a warning message to the browser if php is configured to do so. As it stands now when mysql_select_db fails, PHP generates no warning on failure. This is not consistent with other PHP mysql_* functions. Reproduce code: --- Make sure all warnings are enabled in php.ini psuedo code: $connection = mysql_connect( "host", "user", "pass" ); mysql_select_db( "some non existent DB", $connection ); mysql_select_db should return false, but no warning is generated Expected result: a warning should be outputed to the browser Actual result: -- function returns correctly, but no warning is outputted -- Edit bug report at http://bugs.php.net/?id=29057&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29057&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29057&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29057&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29057&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29057&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29057&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29057&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29057&r=support Expected behavior: http://bugs.php.net/fix.php?id=29057&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29057&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29057&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29057&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29057&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29057&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29057&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29057&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29057&r=float
#29055 [NEW]: not very important, maybe
From: nallen54 at hotmail dot com Operating system: linux gentoo PHP version: 5.0.0RC3 PHP Bug Type: Scripting Engine problem Bug description: not very important, maybe Description: When I try to # php -r file.php I often get this problem: Parse error: parse error, unexpected $ in Command line code on line 1 And when i open it in a web browser it tells me that the web browser (which is running as an other user then root, obviously) cant read the file; permission denied. Expected result: it should've tould me that when i runned it from the command line that it couldn't read the file; but since i ran it as root, and that i actually had permission, i dont know how the pieces come together. -- Edit bug report at http://bugs.php.net/?id=29055&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29055&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29055&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29055&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29055&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29055&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29055&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29055&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29055&r=support Expected behavior: http://bugs.php.net/fix.php?id=29055&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29055&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29055&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29055&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29055&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29055&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29055&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29055&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29055&r=float
#28799 [Com]: PHP has encountered an Access Violation at 016E73DD
ID: 28799 Comment by: bojo at gvea dot com Reported By: l_anjanesh at yahoo dot com Status: Open Bug Type: *General Issues Operating System: Windows 2003 Server Enterprise PHP Version: 5.0.0RC3 New Comment: After building a Windows 2003 server with IIS6 and PHP 5.0 RC3, I have the same Access Violation error. I also tried replacing the php5isapi.dll with the RC2 version, no luck. I then fully rolled back to PHP 5.0 RC2, same problem. In comparison, my Redhat environment with Apache 2 and PHP 5.0 RC3 was also crashing erratically, although I was unable to track it down to an Access Violation error. I believe that this problem is more than likely related. I haven't been able to produce this error with a sane amount of test code, but will add more comments as I try to narrow things down. Previous Comments: [2004-07-07 14:19:12] php_newbie at yahoo dot com The error above shows when using myphpadmin 2.5.5-pl1 on IIS 5.1 with PHP 5 RC3 and MySQL 4.0.20c Most of my PHP/MySQL scripts works fine except for this one, I want to add the myphpadmin so i can do database manipulations on hand but sadly this version won't. Any help would be gratefullt appreciated. [2004-07-07 08:04:17] sebben at waw dot com dot br i not inglesh, i portugues http://br.php.net/get/php-5.0.0RC2-Win32.zip/from/this/mirror is the orc2 [2004-06-29 11:36:39] ruta at teltec dot de Same with 2003 webserver edition [2004-06-28 10:43:55] l_anjanesh at yahoo dot com Demis - Have you tried this : http://museum.php.net/php5/ RC2 is not listed but RC1 is. [2004-06-28 04:57:41] demis at liquidbit dot com I have the same problem with PHP 5 RC3/iis. A simple will give me an access violation. But what is weird is running phpinfo at the start of my script will make it work e.g. Also note in the phpinfo() page under "PHP Variables" section, the key _ENV["TEMP"] had a value of "Access Violation...", once I added access to user IUSR_PCNAME it reverted back to "C:\WINDOWS\TEMP" Since it appears that the php5isapi.dll RC2 works, can someone please provide a URL so I can download it. Hope this helps The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/28799 -- Edit this bug report at http://bugs.php.net/?id=28799&edit=1
#28980 [Csd->Bgs]: Certain PHP Scripts cause mod_php4 to duplicate buckets
ID: 28980 Updated by: [EMAIL PROTECTED] Reported By: joe at joe-lewis dot com -Status: Closed +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD 5.2-Release PHP Version: 4.3.7 New Comment: Leave this one as bogus. In case anybody stumbles across this one in the bug db, the answer from Joe Orton: You'd expect to get output like that if you don't stop iterating over the brigade when reaching the APR_BRIGADE_SENTINEL(bb); the sentinel pointer isn't a real bucket, so dereferencing it's ->type pointer would be expected to lead to garbage like the above. Does that explain what's happening? Each brigade which is filtered does not necessarily contain an EOS; the PHP handler for instance will indeed pass brigades containing a single POOL bucket up through the filter chain. joe Previous Comments: [2004-07-05 01:12:14] joe at joe-lewis dot com Wow. What a closing response : "Unless this can be replicated with native Apache 2 modules this is not a PHP bugs" I know no-one (yes, I am a programmer) writes perfect code, but programmers should atleast realize there are problems. I guess I just won't submit my patch because "it works for me" so it must not be needed by the rest of the world. Thanks anyway. [2004-07-04 18:44:36] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Unless this can be replicated with native Apache 2 modules this is not a PHP bugs. [2004-07-01 05:40:31] joe at joe-lewis dot com Description: Using Apache 2.0.49 running under FreeBSD 5.2-Release : I've used both the BSD Port (4.3.6) and the source code (4.3.6 and 4.3.7) in an attempt to isolate the issue. However, each form has performed in the same manner. I set up three scripts : the first is a simple phpinfo() script, the second is a feedback script for sending E-Mail, and the third is a simple database script for managing automobile mileage. If I do not run a third party module I have written, all three modules work fine (no extra output filters). If I run a third party module (designed to wrap a template around the resulting HTML), the first two fail but the last works. It appears that certain functions (which I have been unable to isolate) fail in the following manner : My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b However, the bucket brigade contains a series of buckets that appear to be exactly as preceding buckets when the problem occurs - causing my module to continue to copy and parse duplicates - this causes Apache 2.0 to produce the error message in the logs : httpd in malloc(): error: allocation failed [Wed Jun 23 18:42:01 2004] [notice] child pid 15011 exit signal Abort (6) The above should be assumed to occur because of the large memory growth. gdb output is :My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b It appears that either the mod_php4 is multiplying buckets or linking the tail of the brigade to a precedubg bucket, causing an endless loop on the bucket chain. Reproduce code: --- My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b However, the bucket brigade contains a series of buckets that appear to be exactly as preceding buckets when the problem occurs - causing my module to continue to copy and parse duplicates - this causes Apache 2.0 to produce the error message in the logs : httpd in malloc(): error: allocation failed The above should be assumed to occur because of the large memory growth. gdb output is : Expected result: There should NEVER occur duplicate buckets in using the Apache 2.0.49, or any Apache bucket filters. Actual result: -- ** APACHE LOG FR
#26677 [Fbk->NoF]: Errors when compiling with mbstring support
ID: 26677 Updated by: [EMAIL PROTECTED] Reported By: behrens at takenet dot de -Status: Feedback +Status: No Feedback Bug Type: mbstring related Operating System: IRIX64 PHP Version: 5CVS-2004-03-13 Assigned To: moriyoshi New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-06-30 03:28:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-03-13 15:48:25] behren at takenet dot de Tested with a current php5-200403131830 cc-1028 cc: ERROR File = /mnt/MIPS/php5-200403131830/ext/mbstring/oniguruma/regparse.c, Line = 4513 The expression used must have a constant value. OnigCodePoint end_op[] = { (OnigCodePoint )MC_ESC, (OnigCodePoint )'E' }; ^ 1 error detected in the compilation of "/mnt/MIPS/php5-200403131830/ext/mbstring/oniguruma/regparse.c". [2004-02-28 15:55:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-25 17:30:12] [EMAIL PROTECTED] I'll report this problem to the author of the regex engine. Thanks. [2004-02-13 10:09:04] [EMAIL PROTECTED] Moriyoshi, maybe you could take a look? 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/26677 -- Edit this bug report at http://bugs.php.net/?id=26677&edit=1
#29054 [NEW]: throw exception causes segfault
From: auslander at tampabay dot rr dot com Operating system: Linux 2.6.5 PHP version: 5.0.0RC3 PHP Bug Type: Reproducible crash Bug description: throw exception causes segfault Description: throwing an exception causes a segfault. test case 1: created an object (A) within another object (B). B calls $this->A->close() then sets $this->A = null which calls $this->A->__destruct() method which calls A->close() again. on the second call of A->close(), an exception is thrown which results in a segfault. test case 2: when creating A directly, without going through another object, no segfault happens, but still, no exception is thrown and no error. Reproduce code: --- http://gub.no-ip.org:8546/~auslander/bugtest.php.txt Expected result: expect no segfault and expect exception to be thrown/caught in both test cases. Actual result: -- test case 1 output/backtrace - test 1 -- creating Bar object Bar::__construct() called Foo::__construct() called closing Bar Bar::close() called Foo::close() called Foo::__destruct() called Foo::close() called supposed to throw an exception here Segmentation fault #0 0x in ?? () #1 0x082039e3 in execute (op_array=0xf709f444) at /usr/local/src/php-5.0.0RC3/Zend/zend_execute.c:1389 #2 0x08206a75 in zend_do_fcall_common_helper (execute_data=0xfeeb09d0, opline=0xf70a1340, op_array=0xf7096304) at /usr/local/src/php-5.0.0RC3/Zend/zend_execute.c:2726 #3 0x08206d4c in zend_do_fcall_by_name_handler (execute_data=0xf70a08c8, opline=0xf70a1340, op_array=0xf7096304) at /usr/local/src/php-5.0.0RC3/Zend/zend_execute.c:2808 #4 0x082039e3 in execute (op_array=0xf7096304) at /usr/local/src/php-5.0.0RC3/Zend/zend_execute.c:1389 #5 0x081e9285 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-5.0.0RC3/Zend/zend.c:1061 #6 0x081b753e in php_execute_script (primary_file=0xfeeb2db0) at /usr/local/src/php-5.0.0RC3/main/main.c:1627 #7 0x0820e112 in main (argc=3, argv=0xfeeb2e74) at /usr/local/src/php-5.0.0RC3/sapi/cli/php_cli.c:943 test case 2 output (no segfault/backtrace) - test 2 -- creating Foo object Foo::__construct() called closing Foo Foo::close() called setting Foo to null Foo::__destruct() called Foo::close() called supposed to throw an exception here -- Edit bug report at http://bugs.php.net/?id=29054&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29054&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29054&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29054&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29054&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29054&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29054&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29054&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29054&r=support Expected behavior: http://bugs.php.net/fix.php?id=29054&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29054&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29054&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29054&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29054&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29054&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29054&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29054&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29054&r=float
#29053 [NEW]: ./Configure --with-interbase
From: vieuxsinge at generation-net dot com Operating system: Mandrake 10.0 Athlon64 PHP version: 4.3.7 PHP Bug Type: InterBase related Bug description: ./Configure --with-interbase Description: I found the bug #28750, but I'm not sure that interbase .so who is broken I try two day's ago to install php 4.3.3, or php 4.3.4, or php 4.3.7 with Interbase support , on mandrake 9.2 for Athlon 64 or mandrake 10.0 Athlon64 with apache 2.0 When i make ./configure --with-interbase, I've the same message has in the bug #28750 : But libgds is on my system, and interbase run without any problem. Then after read your message, i try with Firebird 1.5 and it's making the same error ... :-( I haven't this pb on older version of php (Apache-AdvancedExtranetServer/2.0.44 (Mandrake Linux/11mdk) PHP/4.3.1) (my second web server) What do you mean about 'broken' interbase .so's I hope you could help me , because i haven't find anything of this problem on the net. I think Interbase is better than mysql and it should be a very bad way to loose the interbase support in actual and futur php's versions Sorry for my bad english. Reproduce code: --- configure: error: libgds, libib_util or libfbclient not found! Check config.log for more information. Expected result: Have a good make file for compile my php with Interbase support :-) -- Edit bug report at http://bugs.php.net/?id=29053&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29053&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29053&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29053&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29053&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29053&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29053&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29053&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29053&r=support Expected behavior: http://bugs.php.net/fix.php?id=29053&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29053&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29053&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29053&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29053&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29053&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29053&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29053&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29053&r=float
#29052 [NEW]: sqlite blocks make process
From: lhesp at tiscali dot nl Operating system: Red Hat 9 PHP version: 5.0.0RC3 PHP Bug Type: Compile Failure Bug description: sqlite blocks make process Description: Configuring goes fine. But Make process stops when working on sqlite with the following remarks: /home/download/php-5.0.0RC3/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/download/php-5.0.0RC3/ext/sqlite/libsqlite/src -Iext/sqlite/ -I/home/download/php-5.0.0RC3/ext/sqlite/ -DPHP_ATOM_INC -I/home/download/php-5.0.0RC3/include -I/home/download/php-5.0.0RC3/main -I/home/download/php-5.0.0RC3 -I/home/download/php-5.0.0RC3/Zend -I/usr/include/libxml2 -I/usr/local/imap-2001/include -I/usr/kerberos/include -I/usr/local/mysql/include -I/home/download/php-5.0.0RC3/TSRM -g -O2 -prefer-pic -c /home/download/php-5.0.0RC3/ext/sqlite/libsqlite/src/opcodes.c -o ext/sqlite/libsqlite/src/opcodes.lo no /home/download/php-5.0.0RC3/ext/sqlite/libsqlite/src/parse.y make: no: Command not found make: *** [/home/download/php-5.0.0RC3/ext/sqlite/libsqlite/src/parse.c] Error 127 -- Edit bug report at http://bugs.php.net/?id=29052&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29052&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29052&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29052&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29052&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29052&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29052&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29052&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29052&r=support Expected behavior: http://bugs.php.net/fix.php?id=29052&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29052&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29052&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29052&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29052&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29052&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29052&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29052&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29052&r=float
#28983 [Bgs->Opn]: Oracle OCILogon function crashes apache
ID: 28983 User updated by: dfe-csi dot gips at ti dot ch Reported By: dfe-csi dot gips at ti dot ch -Status: Bogus +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 server PHP Version: 4.3.6 New Comment: Hi derick, pls answer previous comment. Thanks, Marc -> setting bug to "open". Previous Comments: [2004-07-05 16:19:57] dfe-csi dot gips at ti dot ch Hi derick-at-php-dot-net, thank you for answer. We agree with the decision to link it to bug #28403, but this one has status 'suspended' since july, 1st. Is this correct or is it possible to change status to 'open' ? Cheers, Marc [2004-07-02 09:05:41] [EMAIL PROTECTED] Marking as "bogus" as it's an exact duplicate of #28403. [2004-07-02 01:03:07] luth at ch dot ibm dot com I repeated the test above while turing *off* Hyperthreading (which makes it a singleprocessor system) and the problem is gone! [2004-07-01 17:34:51] luth at ch dot ibm dot com I have reproduced this problem with oracle10g / php 4.7 / apache 2.0 - on a windows xp box with an intel Hyperthreading CPU ("multiprocessor" system too). Using 10 concurrent users doing repeatedly logon, after 8 minutes I do get the address violation, the stack trace points to oracle10.dll. [2004-07-01 16:04:04] dfe-csi dot gips at ti dot ch Get the Dr.Watson dump file at the following address: http://www2.gips.ti.ch/drwtsn32.zip (File size: 22 KB "zipped"; 141 KB "unzipped") 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/28983 -- Edit this bug report at http://bugs.php.net/?id=28983&edit=1
#29051 [Opn]: Unix timestamp mismatch
ID: 29051 User updated by: daseymour at 3hc dot org Reported By: daseymour at 3hc dot org Status: Open Bug Type: Date/time related Operating System: Windows 2000 (5.00.2195 - SP4) PHP Version: 4.3.7 New Comment: Derick, what OS and PHP version are you running? This problem only seems to occur on my Win2k box with Apache. Thanks. Previous Comments: [2004-07-07 16:30:59] [EMAIL PROTECTED] Works fine for me... [2004-07-07 16:18:02] daseymour at 3hc dot org Description: The following date/time functions give different results when requesting the current unix timestamp... Microtime() GetTimeOfDay() Time() Date() GetDate() This problem occurs on Apache 2.0.47 and Apache 1.3.31, but it doesn't seem to occur on IIS 5.0. Reproduce code: --- "; echo ""; echo "Microtime():$sec1"; echo "GetTimeOfDay():$sec2"; echo "Time():$sec3"; echo "Date():$sec4"; echo "GetDate():$sec5"; echo ""; echo "PHP Version: " . phpversion() . " Server API: " . php_sapi_name() . ""; ?> Expected result: The unix timestamps returned by the above functions should all be the same. Actual result: -- It appears that Microtime() and GetTimeOfDay() are returning different results than Time(), Date(), and GetDate(). -- Edit this bug report at http://bugs.php.net/?id=29051&edit=1
#29051 [Opn]: Unix timestamp mismatch
ID: 29051 Updated by: [EMAIL PROTECTED] Reported By: daseymour at 3hc dot org Status: Open Bug Type: Date/time related Operating System: Windows 2000 (5.00.2195 - SP4) PHP Version: 4.3.7 New Comment: Works fine for me... Previous Comments: [2004-07-07 16:18:02] daseymour at 3hc dot org Description: The following date/time functions give different results when requesting the current unix timestamp... Microtime() GetTimeOfDay() Time() Date() GetDate() This problem occurs on Apache 2.0.47 and Apache 1.3.31, but it doesn't seem to occur on IIS 5.0. Reproduce code: --- "; echo ""; echo "Microtime():$sec1"; echo "GetTimeOfDay():$sec2"; echo "Time():$sec3"; echo "Date():$sec4"; echo "GetDate():$sec5"; echo ""; echo "PHP Version: " . phpversion() . " Server API: " . php_sapi_name() . ""; ?> Expected result: The unix timestamps returned by the above functions should all be the same. Actual result: -- It appears that Microtime() and GetTimeOfDay() are returning different results than Time(), Date(), and GetDate(). -- Edit this bug report at http://bugs.php.net/?id=29051&edit=1
#29051 [NEW]: Unix timestamp mismatch
From: daseymour at 3hc dot org Operating system: Windows 2000 (5.00.2195 - SP4) PHP version: 4.3.7 PHP Bug Type: Date/time related Bug description: Unix timestamp mismatch Description: The following date/time functions give different results when requesting the current unix timestamp... Microtime() GetTimeOfDay() Time() Date() GetDate() This problem occurs on Apache 2.0.47 and Apache 1.3.31, but it doesn't seem to occur on IIS 5.0. Reproduce code: --- "; echo ""; echo "Microtime():$sec1"; echo "GetTimeOfDay():$sec2"; echo "Time():$sec3"; echo "Date():$sec4"; echo "GetDate():$sec5"; echo ""; echo "PHP Version: " . phpversion() . " Server API: " . php_sapi_name() . ""; ?> Expected result: The unix timestamps returned by the above functions should all be the same. Actual result: -- It appears that Microtime() and GetTimeOfDay() are returning different results than Time(), Date(), and GetDate(). -- Edit bug report at http://bugs.php.net/?id=29051&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29051&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29051&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29051&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29051&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29051&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29051&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29051&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29051&r=support Expected behavior: http://bugs.php.net/fix.php?id=29051&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29051&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29051&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29051&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29051&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29051&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29051&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29051&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29051&r=float
#27759 [Com]: bcadd() causes crash if first parameter is empty string
ID: 27759 Comment by: pk at onpk dot net Reported By: patrick at rap-x dot com Status: Closed Bug Type: BC math related Operating System: win32 only PHP Version: 5.0.0RC1 New Comment: The reproduce code still crashes on my box Windows 2000 pro, Apache 1.3.27, PHP5 build 2195. And not only with "bcadd" but also with : $total = "0"; $diff = ""; bcpow($total, $diff, 6); And : $total = "0"; $diff = ""; bcsub($total, $diff, 6); However I've to admit that ttt_cao at hotmail dot com's remedy does work. By the way, I'm not using PEAR`s Benchmark_Timer. Hope someone will look at this. Thanks in advance. Perrick :: http://www.onpk.net/ Previous Comments: [2004-06-29 18:51:18] ttt_cao at hotmail dot com update the function getProfiling() in timer.php as the follows, maybe you can fix the bug. function getProfiling() { $i = 0; $total = $temp = '0.0'; $result = array(); foreach ($this->markers as $marker => $time) { if (extension_loaded('bcmath')) { $diff = bcsub($time, $temp, 6); if ($i > 0) $total = bcadd($total, $diff, 6); } else { $diff = $time - $temp; $total = $total + $diff; } echo "$time $diff $total "; $result[$i]['name'] = $marker; $result[$i]['time'] = $time; $result[$i]['diff'] = $diff; $result[$i]['total'] = $total; $this->strlen_max = (strlen($marker) > $this->strlen_max ? strlen($marker) + 1 : $this->strlen_max); $temp = $time; $i++; } $result[0]['diff'] = '-'; $this->strlen_max = (strlen('total') > $this->strlen_max ? strlen('total') : $this->strlen_max); $this->strlen_max += 4; return $result; } [2004-06-18 01:21:42] rashid at ds dot pg dot gda dot pl bug is closed so i dare to add 'me too' so maybe someone will reopen it :] php5 rc2: problem exists in both bc_sub and bc_add (PEAR`s Benchmark_Timer works great as perfect example of this bug) [2004-04-26 13:26:06] marv at cyberia dot net dot lb This bug still exists in PHP5RC2. There isn't a problem with bcmath itself, but something is corrupting heap memory that bcmath uses. bcmath allocates three numbers (zero, one, and two) when it first starts up. If any of these numbers is then used (such as when adding zero to a number in bcadd) Apache crashes. [2004-04-11 23:03:46] hagen at xiag dot ch Latest snapshot crashes on both Apaches 2.0.48 and 1.3.29 on WinXP. [2004-04-07 05:56:45] [EMAIL PROTECTED] works fine for me using latest CVS snapshot. 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/27759 -- Edit this bug report at http://bugs.php.net/?id=27759&edit=1
#27110 [Com]: php_value|flag / php_admin_* settings "leak" from .htaccess files
ID: 27110 Comment by: j dot svoboda at phoenix dot cz Reported By: walter at brunner dot at Status: No Feedback Bug Type: Apache2 related Operating System: Linux (Gentoo) PHP Version: 4CVS-2004-02-01 Assigned To: iliaa New Comment: The problem still manifests when the directive auto_prepend_file and the Directory container are used together. Please see the reproduce code at http://www.p-i-n.cz/doc/phpbug.txt. Previous Comments: [2004-04-19 13:16:19] j dot svoboda at phoenix dot cz I am sorry, I stripped part of configure command. The full command is: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-imap=/usr/local/src/imap' [2004-04-19 13:08:13] j dot svoboda at phoenix dot cz I can 100% reproduce this error. How to reproduce (my case): We use the supplied Apache configuration (with several insignificant changes, listed at the bottom) and these local settings (included from separate file httpd-test-local.conf): - StartServers 1 MaxClients 1 DocumentRoot "/www" AddType application/x-httpd-php .php Order allow,deny Allow from all php_value include_path ".:/usr/local/lib/php:/www/lib" # Development php_value include_path ".:/usr/local/lib/php:/www/libv:/www/lib" # Authentication php_value auto_prepend_file a.php - In /www, we have four directories, ep, epv, lib, libv. (ep* is for PHP scripts, lib* is for PHP libraries; versions with 'v' stand for 'deVelopment'). In ep*, we have simple script i.php containing the command In lib, I have the empty file a.php. 1. I restart apache 2. I open the file /ep/i.php in my browser, and it prints ".:/usr/local/lib/php:/www/lib" 3. I open the file /epv/i.php in my browser, and it prints ".:/usr/local/lib/php:/www/lib" where it should print ".:/usr/local/lib/php:/www/libv:/www/lib" It seems that the problem manifests only in combination with auto_prepend_file. - "Insignificant changes" in apache configuration: diff httpd-std.conf httpd-test.conf 81c81 < PidFile logs/httpd.pid > PidFile logs/httpd-8080.pid 219c219 < Listen 80 > Listen 8080 231a232 > LoadModule php4_modulemodules/libphp4.so 1049a1051 > Include /usr/local/apache2/conf/httpd-test-local.conf - System settings: System: FreeBSD www.p-i-n.cz 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Wed Jan i386 Configure Command: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql SERVER_SOFTWARE: Apache/2.0.49 (Unix) PHP/4.3.5 - [2004-03-24 17:24:24] [EMAIL PROTECTED] It's fixed for me in 4.3.5RC3 Try the latest 4.3.5 RC, or CVS snapshot [2004-03-24 11:19:57] bfriday at lasierra dot edu Installed php-4.3.4 and this bug continues to be a problem moved to the latest RC2 when it came out last week and the bug while listed in other reports as "fixed" continues to be a problem. I've got a virtual host situation in which the following is occuring: 1) primary hostname is fine it is not using php so there is no error 2) this virtual host is fine but is using php and it has some additional information which is set over and above our default settings in the php.ini via .htaccess files. 3) this virtual host is using just html so is fine as well 4) this virtual host would like to use php but cannot as php demands to look for setting which is not defined in the global .htaccess but rather in the .htaccess of virtual host 2. PHP consistently errors out and is unusable on this host as no program gets past the php_value auto_prepend_file line which is located in virtual host 2's .htaccess file. Please let me know if you have need of further information I can provide the domain names to a developer to do a look see but would need to do that privately. I'd really appreciate it if this is fixed as it makes using php in a virtual host setting impossible. [2004-02-16 01:19:35] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. 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/27110 -- Edit this bug report at http://bugs.php.net/?id=27110&edit=1
#29050 [Opn->Fbk]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 Updated by: [EMAIL PROTECTED] Reported By: support at gis dot tusur dot ru -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. >This couldn't be an access privileges problem, because we >use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. Previous Comments: [2004-07-07 15:35:51] support at gis dot tusur dot ru This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. [2004-07-07 15:23:28] [EMAIL PROTECTED] Pay attention to "Access is denied" message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). [2004-07-07 15:18:44] support at gis dot tusur dot ru Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit this bug report at http://bugs.php.net/?id=29050&edit=1
#29050 [Fbk->Opn]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 User updated by: support at gis dot tusur dot ru Reported By: support at gis dot tusur dot ru -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. Previous Comments: [2004-07-07 15:23:28] [EMAIL PROTECTED] Pay attention to "Access is denied" message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). [2004-07-07 15:18:44] support at gis dot tusur dot ru Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit this bug report at http://bugs.php.net/?id=29050&edit=1
#29050 [Opn->Fbk]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 Updated by: [EMAIL PROTECTED] Reported By: support at gis dot tusur dot ru -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: Pay attention to "Access is denied" message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). Previous Comments: [2004-07-07 15:18:44] support at gis dot tusur dot ru Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit this bug report at http://bugs.php.net/?id=29050&edit=1
#29050 [NEW]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
From: support at gis dot tusur dot ru Operating system: Win2k ADS, Win2k3 Server PHP version: 4.3.7 PHP Bug Type: OCI8 related Bug description: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit bug report at http://bugs.php.net/?id=29050&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29050&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29050&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29050&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29050&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29050&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29050&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29050&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29050&r=support Expected behavior: http://bugs.php.net/fix.php?id=29050&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29050&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29050&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29050&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29050&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29050&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29050&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29050&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29050&r=float
#29049 [NEW]: usort() does not trigger an error when callback does not exist
From: bugs dot php dot net at chsc dot dk Operating system: Linux PHP version: 4.3.7 PHP Bug Type: Arrays related Bug description: usort() does not trigger an error when callback does not exist Description: When the second argument to usort() is not a valid callback, no error is triggered, and the return value is true. This makes debugging tricky. When invoked with an invalid callback, usort() for some reason rearranges the values in the array anyway. Reproduce code: --- Expected result: The output should be three error messages, three times "bool(false)" and three times the original array. Actual result: -- bool(true) array(4) { [0]=> int(2) [1]=> int(3) [2]=> int(7) [3]=> int(1) } bool(true) array(4) { [0]=> int(1) [1]=> int(7) [2]=> int(3) [3]=> int(2) } bool(true) array(4) { [0]=> int(2) [1]=> int(3) [2]=> int(7) [3]=> int(1) } -- Edit bug report at http://bugs.php.net/?id=29049&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29049&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29049&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29049&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29049&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29049&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29049&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29049&r=support Expected behavior: http://bugs.php.net/fix.php?id=29049&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29049&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29049&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29049&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29049&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29049&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29049&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29049&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29049&r=float
#29048 [NEW]: UNC path and mapping lead to different behaviour for exec() function
From: phpbug at volcane dot fr Operating system: windows XP pro PHP version: 4.3.7 PHP Bug Type: Unknown/Other Function Bug description: UNC path and mapping lead to different behaviour for exec() function Description: Hi, I've got a strange behaviour with apache 2.0.49 running a PHP (4.3.7) script, and I don't know if it is a bug, and if it's a bug, if it is related to PHP or apache. I use a virtual host, with a document root on a network drive (on a linux box, with samba). If I configure the virtual host with a path like "z:/path", everything works fine BUT apache cannot run as a service, as the z: mapping is done in the interactive session environment. In this configuration, the PHP command "exec('cd')" outputs "z:\path". Thus, I use the preferred UNC notation for my virtual host : "//host/share/path" . But if I do that, the PHP command "exec('cd')" outputs "c:\windows". Therefore all my commands executed through exec() have a different behaviour depending on the notation of the DocumentRoot (there's also a Directory directive for the same location), even if, physically, it points to the same location. I had to stop considering running apache as a service for this configuration (hopefully, it's only a development system). So, is it a bug ? and if so, an apache one, or a PHP one ? My opinion is that it is a bug, as it prevents me from running the application as a service in this network configuration. -- Edit bug report at http://bugs.php.net/?id=29048&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29048&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29048&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29048&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29048&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29048&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29048&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29048&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29048&r=support Expected behavior: http://bugs.php.net/fix.php?id=29048&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29048&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29048&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29048&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29048&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29048&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29048&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29048&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29048&r=float
#29045 [Fbk->Opn]: [PATCH] Allow gzopen for URL
ID: 29045 User updated by: fcartegnie at nordnet dot fr Reported By: fcartegnie at nordnet dot fr -Status: Feedback +Status: Open Bug Type: Zlib Related Operating System: Linux PHP Version: 4.3.6 New Comment: I did not see this syntax in the documentation. fopen("compress.zlib://host.com/file.gz") How would you specify HTTP or FTP ? Previous Comments: [2004-07-07 13:09:46] [EMAIL PROTECTED] Why not use fopen("compress.zlib://host.com/file.gz") and all the other normal file operations? [2004-07-07 12:38:02] fcartegnie at nordnet dot fr Description: Current Zlib wrapper does not allow using gzopen() on remote URL. results in a "cannot make seekable" error (from streams.c) Seems a bug reopen. Patch attached. Reproduce code: --- gzopen("http://aaa/truc.gz";, "r"); Expected result: diff -u php-4.3.6/ext/zlib/zlib_fopen_wrapper.c php-4.3.6_perso/ext/zlib/zlib_fopen_wrapper.c --- php-4.3.6/ext/zlib/zlib_fopen_wrapper.c 2003-07-24 02:03:51.0 +0200 +++ php-4.3.6_perso/ext/zlib/zlib_fopen_wrapper.c 2004-07-07 12:23:34.0 +0200 @@ -97,6 +97,7 @@ { struct php_gz_stream_data_t *self; php_stream *stream = NULL, *innerstream = NULL; + int seekoption; /* sanity check the stream: it can be either read-only or write-only */ if (strchr(mode, '+')) { @@ -113,7 +114,12 @@ else if (strncasecmp("zlib:", path, 5) == 0) path += 5; - innerstream = php_stream_open_wrapper(path, mode, STREAM_MUST_SEEK|options|STREAM_WILL_CAST, opened_path); + if ( (strncasecmp("http://";, path, 7) == 0) || (strncasecmp("ftp://";, path, 6) == 0) ) + { + seekoption = 0; + } else seekoption = STREAM_MUST_SEEK; + + innerstream = php_stream_open_wrapper(path, mode, seekoption|options|STREAM_WILL_CAST, opened_path); if (innerstream) { int fd; -- Edit this bug report at http://bugs.php.net/?id=29045&edit=1
#29047 [NEW]: xmldom dumpfile / session bug
From: hannesv at enfocus dot be Operating system: Windows 2000 PHP version: Irrelevant PHP Bug Type: DOM XML related Bug description: xmldom dumpfile / session bug Description: The session Memory get flushed (variables are kept, but are converted to "object"), "whenever session_start();" has been selected before a DOMXML document is written with "dump_file()". If the "session_start();" is put after the writting of the document it works fine. In my script I also use mysql, but that not seems to cause the problem (I use it also in combination with xmldom to read a file into a database) Note: none of the session-variables are changed are even called in the script. Note: Besides that, the writting of the xml-works fine. Reproduce code: --- can not be given by company privacy policy -- Edit bug report at http://bugs.php.net/?id=29047&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29047&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29047&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29047&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29047&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29047&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29047&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29047&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29047&r=support Expected behavior: http://bugs.php.net/fix.php?id=29047&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29047&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29047&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29047&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29047&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29047&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29047&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29047&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29047&r=float
#28799 [Com]: PHP has encountered an Access Violation at 016E73DD
ID: 28799 Comment by: php_newbie at yahoo dot com Reported By: l_anjanesh at yahoo dot com Status: Open Bug Type: *General Issues Operating System: Windows 2003 Server Enterprise PHP Version: 5.0.0RC3 New Comment: The error above shows when using myphpadmin 2.5.5-pl1 on IIS 5.1 with PHP 5 RC3 and MySQL 4.0.20c Most of my PHP/MySQL scripts works fine except for this one, I want to add the myphpadmin so i can do database manipulations on hand but sadly this version won't. Any help would be gratefullt appreciated. Previous Comments: [2004-07-07 08:04:17] sebben at waw dot com dot br i not inglesh, i portugues http://br.php.net/get/php-5.0.0RC2-Win32.zip/from/this/mirror is the orc2 [2004-06-29 11:36:39] ruta at teltec dot de Same with 2003 webserver edition [2004-06-28 10:43:55] l_anjanesh at yahoo dot com Demis - Have you tried this : http://museum.php.net/php5/ RC2 is not listed but RC1 is. [2004-06-28 04:57:41] demis at liquidbit dot com I have the same problem with PHP 5 RC3/iis. A simple will give me an access violation. But what is weird is running phpinfo at the start of my script will make it work e.g. Also note in the phpinfo() page under "PHP Variables" section, the key _ENV["TEMP"] had a value of "Access Violation...", once I added access to user IUSR_PCNAME it reverted back to "C:\WINDOWS\TEMP" Since it appears that the php5isapi.dll RC2 works, can someone please provide a URL so I can download it. Hope this helps [2004-06-25 13:12:47] seang at moosecat dot com dot au Same problem with XP Pro IIS 5.1 PHP 5.0.0RC2 & RC3 PHP has encountered an Access Violation at 00B473DD - after reading some of the comments I replaces the php5isapi.dll with the package RC1 - and that fixed it Hope this helps Sean 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/28799 -- Edit this bug report at http://bugs.php.net/?id=28799&edit=1
#28871 [Csd->Bgs]: mysql_afftected_rows returns 0 even when updates record
ID: 28871 Updated by: [EMAIL PROTECTED] Reported By: nav at nc dot ru -Status: Closed +Status: Bogus Bug Type: MySQL related Operating System: Windows XP PHP Version: 4.3.6 New Comment: Not a bug -> bogus. Previous Comments: [2004-07-07 14:02:16] nav at nc dot ru I suppose now, that somewhere the code works twice - I hardly believe it should be a bug in both functions. I will close the topic for now. [2004-07-07 13:48:51] nav at nc dot ru Btw, now I've discovered, that mysql_num_rows after SELECT query doesn't work either! Or, to be more precise, it works the same wrong way as mysql_affected_rows. That's getting interesting... [2004-06-30 08:41:31] [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 provide a complete and reproducable testcase/script (including table definition and plain sql statements). [2004-06-22 12:07:52] nav at nc dot ru No, I carefully checked the record before and after UPDATE. It WAS changed. However, mysql_affected_rows returned 0. [2004-06-22 00:47:51] [EMAIL PROTECTED] Maybe the data is unchanged, meaning that it already was what you were trying to change it to. 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/28871 -- Edit this bug report at http://bugs.php.net/?id=28871&edit=1
#28871 [Opn->Csd]: mysql_afftected_rows returns 0 even when updates record
ID: 28871 User updated by: nav at nc dot ru Reported By: nav at nc dot ru -Status: Open +Status: Closed Bug Type: MySQL related Operating System: Windows XP PHP Version: 4.3.6 New Comment: I suppose now, that somewhere the code works twice - I hardly believe it should be a bug in both functions. I will close the topic for now. Previous Comments: [2004-07-07 13:48:51] nav at nc dot ru Btw, now I've discovered, that mysql_num_rows after SELECT query doesn't work either! Or, to be more precise, it works the same wrong way as mysql_affected_rows. That's getting interesting... [2004-06-30 08:41:31] [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 provide a complete and reproducable testcase/script (including table definition and plain sql statements). [2004-06-22 12:07:52] nav at nc dot ru No, I carefully checked the record before and after UPDATE. It WAS changed. However, mysql_affected_rows returned 0. [2004-06-22 00:47:51] [EMAIL PROTECTED] Maybe the data is unchanged, meaning that it already was what you were trying to change it to. [2004-06-21 18:39:34] nav at nc dot ru Description: I've got the problem similar to already reported here. mysql_afftected_rows sometimes returns 0, sometimes 1. Although actually it does UPDATES the record. This query changes user login (password, e-mail) in the table "user" (see below. If it matters, MySQL is 3.23.53-max, Apache is 1.3.27): Reproduce code: --- mysql_query("UPDATE user SET ".$setRequest." WHERE login = '$userCurrentLogin' AND password = md5('$userCurrentPass')"); /* $setRequest is the string compiled conditionally, but I've just printed whole query string and it looked correct: UPDATE user SET login = 'aaa' WHERE login = 'bbb' AND password = md5('ccc') */ $num = mysql_affected_rows(); if ($num == 0) $errorMsg = "Could not complete your request. Check the data"; else if ($num == -1) $errorMsg = "Database error. Try again later"; else $changeMsg = "Your data has been successfully changed"; Expected result: Of course, I expect correct work of mysql_affected_rows :) Actual result: -- BUT the result ($num) is sometimes 0, sometimes 1, even if the record is actually updated. -- Edit this bug report at http://bugs.php.net/?id=28871&edit=1
#28871 [Fbk->Opn]: mysql_afftected_rows returns 0 even when updates record
ID: 28871 User updated by: nav at nc dot ru Reported By: nav at nc dot ru -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 4.3.6 New Comment: Btw, now I've discovered, that mysql_num_rows after SELECT query doesn't work either! Or, to be more precise, it works the same wrong way as mysql_affected_rows. That's getting interesting... Previous Comments: [2004-06-30 08:41:31] [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 provide a complete and reproducable testcase/script (including table definition and plain sql statements). [2004-06-22 12:07:52] nav at nc dot ru No, I carefully checked the record before and after UPDATE. It WAS changed. However, mysql_affected_rows returned 0. [2004-06-22 00:47:51] [EMAIL PROTECTED] Maybe the data is unchanged, meaning that it already was what you were trying to change it to. [2004-06-21 18:39:34] nav at nc dot ru Description: I've got the problem similar to already reported here. mysql_afftected_rows sometimes returns 0, sometimes 1. Although actually it does UPDATES the record. This query changes user login (password, e-mail) in the table "user" (see below. If it matters, MySQL is 3.23.53-max, Apache is 1.3.27): Reproduce code: --- mysql_query("UPDATE user SET ".$setRequest." WHERE login = '$userCurrentLogin' AND password = md5('$userCurrentPass')"); /* $setRequest is the string compiled conditionally, but I've just printed whole query string and it looked correct: UPDATE user SET login = 'aaa' WHERE login = 'bbb' AND password = md5('ccc') */ $num = mysql_affected_rows(); if ($num == 0) $errorMsg = "Could not complete your request. Check the data"; else if ($num == -1) $errorMsg = "Database error. Try again later"; else $changeMsg = "Your data has been successfully changed"; Expected result: Of course, I expect correct work of mysql_affected_rows :) Actual result: -- BUT the result ($num) is sometimes 0, sometimes 1, even if the record is actually updated. -- Edit this bug report at http://bugs.php.net/?id=28871&edit=1
#29045 [Opn->Fbk]: [PATCH] Allow gzopen for URL
ID: 29045 Updated by: [EMAIL PROTECTED] Reported By: fcartegnie at nordnet dot fr -Status: Open +Status: Feedback Bug Type: Zlib Related Operating System: Linux PHP Version: 4.3.6 New Comment: Why not use fopen("compress.zlib://host.com/file.gz") and all the other normal file operations? Previous Comments: [2004-07-07 12:38:02] fcartegnie at nordnet dot fr Description: Current Zlib wrapper does not allow using gzopen() on remote URL. results in a "cannot make seekable" error (from streams.c) Seems a bug reopen. Patch attached. Reproduce code: --- gzopen("http://aaa/truc.gz";, "r"); Expected result: diff -u php-4.3.6/ext/zlib/zlib_fopen_wrapper.c php-4.3.6_perso/ext/zlib/zlib_fopen_wrapper.c --- php-4.3.6/ext/zlib/zlib_fopen_wrapper.c 2003-07-24 02:03:51.0 +0200 +++ php-4.3.6_perso/ext/zlib/zlib_fopen_wrapper.c 2004-07-07 12:23:34.0 +0200 @@ -97,6 +97,7 @@ { struct php_gz_stream_data_t *self; php_stream *stream = NULL, *innerstream = NULL; + int seekoption; /* sanity check the stream: it can be either read-only or write-only */ if (strchr(mode, '+')) { @@ -113,7 +114,12 @@ else if (strncasecmp("zlib:", path, 5) == 0) path += 5; - innerstream = php_stream_open_wrapper(path, mode, STREAM_MUST_SEEK|options|STREAM_WILL_CAST, opened_path); + if ( (strncasecmp("http://";, path, 7) == 0) || (strncasecmp("ftp://";, path, 6) == 0) ) + { + seekoption = 0; + } else seekoption = STREAM_MUST_SEEK; + + innerstream = php_stream_open_wrapper(path, mode, seekoption|options|STREAM_WILL_CAST, opened_path); if (innerstream) { int fd; -- Edit this bug report at http://bugs.php.net/?id=29045&edit=1
#29045 [NEW]: [PATCH] Allow gzopen for URL
From: fcartegnie at nordnet dot fr Operating system: Linux PHP version: 4.3.6 PHP Bug Type: Zlib Related Bug description: [PATCH] Allow gzopen for URL Description: Current Zlib wrapper does not allow using gzopen() on remote URL. results in a "cannot make seekable" error (from streams.c) Seems a bug reopen. Patch attached. Reproduce code: --- gzopen("http://aaa/truc.gz";, "r"); Expected result: diff -u php-4.3.6/ext/zlib/zlib_fopen_wrapper.c php-4.3.6_perso/ext/zlib/zlib_fopen_wrapper.c --- php-4.3.6/ext/zlib/zlib_fopen_wrapper.c 2003-07-24 02:03:51.0 +0200 +++ php-4.3.6_perso/ext/zlib/zlib_fopen_wrapper.c 2004-07-07 12:23:34.0 +0200 @@ -97,6 +97,7 @@ { struct php_gz_stream_data_t *self; php_stream *stream = NULL, *innerstream = NULL; + int seekoption; /* sanity check the stream: it can be either read-only or write-only */ if (strchr(mode, '+')) { @@ -113,7 +114,12 @@ else if (strncasecmp("zlib:", path, 5) == 0) path += 5; - innerstream = php_stream_open_wrapper(path, mode, STREAM_MUST_SEEK|options|STREAM_WILL_CAST, opened_path); + if ( (strncasecmp("http://";, path, 7) == 0) || (strncasecmp("ftp://";, path, 6) == 0) ) + { + seekoption = 0; + } else seekoption = STREAM_MUST_SEEK; + + innerstream = php_stream_open_wrapper(path, mode, seekoption|options|STREAM_WILL_CAST, opened_path); if (innerstream) { int fd; -- Edit bug report at http://bugs.php.net/?id=29045&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29045&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29045&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29045&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29045&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29045&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29045&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29045&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29045&r=support Expected behavior: http://bugs.php.net/fix.php?id=29045&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29045&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29045&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29045&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29045&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29045&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29045&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29045&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29045&r=float
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: jenokz at yahoo dot com Reported By: golden at riscom dot com Status: Closed Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.3 New Comment: Hi, Im using php4.3.7 on FreeBSD 4.10-STABLE. The problem is session saved to /tmp but without values on it. I've try recompile it and im still get this problem, session not works. PS: /tmp is writeable and avaiable space on it. Previous Comments: [2004-07-04 16:22:56] paulridge at ukwsd dot com We are experiencing this also on 4.3.3; RH9. tmp folder is chmod 777. Our php is compiled as follows: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--with-swf=/usr/local/flash' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-gettext' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mcrypt' '--with-mhash' '--with-ming=../ming-0.2a' '--enable-magic-quotes' '--with-mysql=/usr' '--enable-discard-path' '--with-pear' '--enable-xslt' '--with-xslt-sablot' '--enable-sockets' '--enable-track-vars' '--with-ttf' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-versioning' '--with-zlib' [2004-06-18 00:20:06] searchadm at goschorn dot de forgot to tell ... permissions on /tmp set to 777 session__handling is set to file after apachectl restart it works again for some days and then the problem returned [2004-06-17 20:37:29] mitch at webcob dot com Having this problem again too. I WAS having this problem with FreeBSD 4.4 / Apache 1.3.27 / PHP 4.3.2. The problem started happening again a couple days ago... Seems to be a Heisenbug - ever time I add code to output debug info and restart apache, the problem seems to have disappeared or moved to a different website / vhost. Problem does not seem to happen on all vhosts at the same time... Just upgraded to PHP 4.3.7 The problem still persists. I have done all the recommended "fixes" - checking disk space, permissions, changing storage location, etc. Am currently working on a db based storage moduel to include on all sites experiencing the problem as in interrum fix. Please CC me on any updates. thanks. [2004-06-17 10:18:10] searchadm at goschorn dot de PHP Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) in ... PHP 4.3.7 (4.3.4 also) Apache 2.0.48 Suse Linux 8.2 after apachectl restart it works again for a while [2004-06-15 15:05:39] datacompboy at mail dot ru Currently runned workaround via auto_prepend_file = /etc/httpd/phpinc.php and in /etc/httpd/phpinc.php 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#29044 [Fbk->Opn]: compact function doesn't take account of infinitly recursive arrays
ID: 29044 User updated by: tomas_matousek at hotmail dot com Reported By: tomas_matousek at hotmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: * PHP Version: 5.0.0RC3 New Comment: I don't think it very hard. You can add a flag to each array, e.g. bool visited, which will be false on array creation. You set the flag to true when going down the recursion and clears it on return. Than it suffice to test whether the flag has been set. Functions such print_r does detect recursion in some way. Previous Comments: [2004-07-07 11:13:40] tomas_matousek at hotmail dot com I don't think it very hard. You can add a flag to each array, e.g. bool visited, which will be false on array creation. You set the flag to true when going down the recursion and clears it on return. Than it suffice to test whether the flag has been set. Functions such print_r does detect recursion in some way. [2004-07-07 11:05:41] [EMAIL PROTECTED] Nothing much we could do about it. Detecting a recursion at the same level, as in your example, is easy but detecting multi-level recursion is very hard. Also it would slow down the function very much and require lots of memory when it is used with multi level arrays. Maybe we can disallow array references or something like that. Patch is here: http://marcus-boerger.de/php/ext/bug29044.diff.txt please try. [2004-07-07 10:39:37] tomas_matousek at hotmail dot com Description: The compact() function crashes (terminates PHP process) if an array with infinite recursion is passed to it. Reproduce code: --- $a = array(&$a); compact($a); Expected result: none Actual result: -- crash -- Edit this bug report at http://bugs.php.net/?id=29044&edit=1
#29044 [Opn]: compact function doesn't take account of infinitly recursive arrays
ID: 29044 User updated by: tomas_matousek at hotmail dot com Reported By: tomas_matousek at hotmail dot com Status: Open Bug Type: Reproducible crash Operating System: * PHP Version: 5.0.0RC3 New Comment: I don't think it is very hard. You can add a flag to each array, e.g. bool visited, which will be false on array creation. You set the flag to true when going down the recursion and clears it on return. Than it suffice to test whether the flag has been set. Functions such print_r does detect recursion in some way. Previous Comments: [2004-07-07 11:13:40] tomas_matousek at hotmail dot com I don't think it very hard. You can add a flag to each array, e.g. bool visited, which will be false on array creation. You set the flag to true when going down the recursion and clears it on return. Than it suffice to test whether the flag has been set. Functions such print_r does detect recursion in some way. [2004-07-07 11:05:41] [EMAIL PROTECTED] Nothing much we could do about it. Detecting a recursion at the same level, as in your example, is easy but detecting multi-level recursion is very hard. Also it would slow down the function very much and require lots of memory when it is used with multi level arrays. Maybe we can disallow array references or something like that. Patch is here: http://marcus-boerger.de/php/ext/bug29044.diff.txt please try. [2004-07-07 10:39:37] tomas_matousek at hotmail dot com Description: The compact() function crashes (terminates PHP process) if an array with infinite recursion is passed to it. Reproduce code: --- $a = array(&$a); compact($a); Expected result: none Actual result: -- crash -- Edit this bug report at http://bugs.php.net/?id=29044&edit=1
#29044 [Opn->Fbk]: compact function doesn't take account of infinitly recursive arrays
ID: 29044 Updated by: [EMAIL PROTECTED] Reported By: tomas_matousek at hotmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash -Operating System: WinXP +Operating System: * PHP Version: 5.0.0RC3 New Comment: Nothing much we could do about it. Detecting a recursion at the same level, as in your example, is easy but detecting multi-level recursion is very hard. Also it would slow down the function very much and require lots of memory when it is used with multi level arrays. Maybe we can disallow array references or something like that. Patch is here: http://marcus-boerger.de/php/ext/bug29044.diff.txt please try. Previous Comments: [2004-07-07 10:39:37] tomas_matousek at hotmail dot com Description: The compact() function crashes (terminates PHP process) if an array with infinite recursion is passed to it. Reproduce code: --- $a = array(&$a); compact($a); Expected result: none Actual result: -- crash -- Edit this bug report at http://bugs.php.net/?id=29044&edit=1
#24189 [Bgs->Opn]: big problem on stream function
ID: 24189 Updated by: [EMAIL PROTECTED] Reported By: anton at valuehost dot ru -Status: Bogus +Status: Open Bug Type: Sockets related Operating System: FreeBSD 4.8 PHP Version: 4.3.2 Previous Comments: [2004-07-01 13:53:43] jorton at redhat dot com This is a real bug. The issue is that fd_set is a fixed-size array, and if FD_SET is passed an fd number greater than FD_SETSIZE, it has undefined behaviour, i.e. it overruns the array and corrupts memory. All uses of select() in PHP look to be unsafe because of this. The proper fix is to use poll() on platforms where it is available, and to always check that fd < FD_SETSIZE before using FD_SET. [2003-06-15 16:34:13] [EMAIL PROTECTED] let's keep this bogus.. [2003-06-15 11:02:43] anton at valuehost dot ru Do not want to help well and it is not necessary, in backtrace I and itself can understand. [2003-06-15 10:58:08] [EMAIL PROTECTED] Not enough information -> bogus. (get rid of the zendoptimizer on some machine and provide a backtrace, otherwise -> not bug) [2003-06-15 10:55:20] anton at valuehost dot ru In it that all and the problem, on dev server to us was not possible to receive this mistake. The problem arises on production a level what from scripts of users of her causes to understand not really, we hold over 25000 sites. We at once find out any mistakes and we celebrate them quickly enough, and this of us has led up a blind alley :( But I can tell precisely, that all functions which work with socket cease to work, what that restriction on work mod_php is imposed. 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/24189 -- Edit this bug report at http://bugs.php.net/?id=24189&edit=1
#29038 [Bgs->Opn]: extract function, EXTR_PREFIX_SAME option prefixes empty strings
ID: 29038 User updated by: tomas_matousek at hotmail dot com Reported By: tomas_matousek at hotmail dot com -Status: Bogus +Status: Open Bug Type: Arrays related Operating System: WinXP PHP Version: 5.0.0RC3 New Comment: No, skip it, like any other invalid variable name, e.g. "x y". Previous Comments: [2004-07-07 00:11:58] [EMAIL PROTECTED] What would you have PHP do? Create a variable with no name? [2004-07-06 22:20:13] tomas_matousek at hotmail dot com Description: The extract() function with EXTR_PREFIX_SAME option specified prefixes variable name which is an empty string, although such variable doesn't exists in the scope where extract is called. Manual says: "EXTR_PREFIX_SAME If there is a collision, prefix the variable name with prefix." And this is not true for an empty string. A bug is possibly here (!!!): -- array.c case EXTR_PREFIX_SAME: if (!var_exists) smart_str_appendl(&final_name, var_name, var_name_len); /* break omitted intentionally */ case EXTR_PREFIX_ALL: if (final_name.len == 0 !!!) { ... break; --- Reproduce code: --- function f() { extract(array("" => 1),EXTR_PREFIX_SAME,"prefix"); print_r(get_defined_vars()); { f(); Expected result: Array ( ) Actual result: -- Array ( [prefix_] => 1 ) -- Edit this bug report at http://bugs.php.net/?id=29038&edit=1
#29044 [NEW]: compact function doesn't take account of infinitly recursive arrays
From: tomas_matousek at hotmail dot com Operating system: WinXP PHP version: 5.0.0RC3 PHP Bug Type: Reproducible crash Bug description: compact function doesn't take account of infinitly recursive arrays Description: The compact() function crashes (terminates PHP process) if an array with infinite recursion is passed to it. Reproduce code: --- $a = array(&$a); compact($a); Expected result: none Actual result: -- crash -- Edit bug report at http://bugs.php.net/?id=29044&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29044&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29044&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29044&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29044&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29044&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29044&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29044&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29044&r=support Expected behavior: http://bugs.php.net/fix.php?id=29044&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29044&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29044&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29044&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29044&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29044&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29044&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29044&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29044&r=float
#28512 [Com]: Mssql.c runtime error
ID: 28512 Comment by: daniel dot beet at accuratesoftware dot com Reported By: barry at hpfm dot com dot au Status: Closed Bug Type: *Web Server problem Operating System: Redhat 9.0 PHP Version: 4.3.5 New Comment: I have since found that my patch did not fully fix the bug. Sorry to mess you about, but here is a better patch that will work for DECIMAL and NUMERIC columns up to the maximum allowed precision (38). I have also removed the extra code in the first patch for SQLMONEY types, as they were catered for further up in the function. Also I noticed that the function mssql_field_type() returns Decimal types as "real", where as Numeric types are returned as "numeric", since they are synonymous, I thought that this was not right, and that both should be called "numeric"? Patch against: php_mssql.c CVS version 1.86.2.34: 841d840 < case SQLNUMERIC: 857,859d855 < case SQLMONEY : < case SQLMONEY4 : < case SQLMONEYN : 862c858 < res_length += 5; --- > res_length = 40; 932a929,930 > res_length = 23; > break; 935c933 < res_length += 5; --- > res_length = 40; 1070a1069,1071 > case SQLMONEY4: > case SQLMONEY: > case SQLMONEYN: 1505d1505 < case SQLDECIMAL: 1517a1518 > case SQLDECIMAL: Previous Comments: [2004-06-30 21:47:55] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-06-30 16:39:20] daniel dot beet at accuratesoftware dot com Sorry, PHP versions 4.3.7 and 4.3.4 Thanks, Dan [2004-06-30 16:34:35] daniel dot beet at accuratesoftware dot com We are experiencing a similar crash, when values in decimal or numeric columns are larger than certain values. Reproduced on MS SQL 2000 on Windows 2000 Server, with Apache 1.3.27 as webserver or CLI php exe on Win XP. Create table with data: CREATE TABLE [dbo].[test] ( [test_decimal] [decimal](23, 6) NULL , [test_numeric] [numeric](23, 6) NULL ) ON [PRIMARY] GO INSERT INTO test (test_decimal, test_numeric) VALUES (9.99, 9.99) GO Run following PHP script: \n"; mssql_select_db('yourdatabase', $conn); echo "DB selected OK\n"; $result = mssql_query('select test_decimal, test_numeric from test', $conn); echo "Query OK\n"; $array[] = mssql_fetch_field($result, 0); $array[] = mssql_field_name($result, 0); $array[] = mssql_field_type($result, 0); $array[] = mssql_field_length($result, 0); $array[] = mssql_fetch_assoc($result); echo "Results fetched OK\n"; echo ''; var_export($array); echo ''; mssql_close($conn); ?> I have solved the issue with the following diff of changes to php_mssql.c: 841a842 > case SQLDECIMAL: 850,852c851,866 < if (column_type == SQLDATETIM4) res_length += 14; < if (column_type == SQLDATETIME) res_length += 10; < --- > switch (column_type) { > case SQLDATETIM4 : > res_length += 14; > break; > case SQLDATETIME : > res_length += 10; > break; > case SQLMONEY : > case SQLMONEY4 : > case SQLMONEYN : > case SQLDECIMAL : > case SQLNUMERIC : > res_length += 5; > break; > } > 919a934,935 > case SQLDECIMAL : > case SQLNUMERIC : The buffer res_buf was beeing allocated to small (20 for above columns, when 24 is require
#29043 [Opn->Bgs]: php crash when --enable-memory-limit'
ID: 29043 Updated by: [EMAIL PROTECTED] Reported By: sanry at now dot net dot cn -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: linux PHP Version: 4.3.7 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: [2004-07-07 04:40:34] sanry at now dot net dot cn Description: Fatal error: Allowed memory size of 4194304 bytes exhausted (tried to allocate 168683 bytes) in /liusra2/now.net.cn/web/vip/include/fun_inc.php on line 162 Fatal error: Allowed memory size of 4194304 bytes exhausted (tried to allocate 133 bytes) in Unknown on line 0 Reproduce code: --- * $Id: list.php,v 1.25 2003/01/15 07:10:55 sanry Exp $ */ $DEBUG = 1; if($DEBUG) $timebegin = gettimeofday(); include "include/login_inc.php"; include "config/config_inc.php"; include "include/fun_inc.php"; include "language/$CFG_LANGUAGE"."_inc.php"; //»ñÈ¡µ±Ç° URL $Cur_URL = $REQUEST_URI; //½øÈëÓû§ÁÙʱÎļþĿ¼ chdir("$CFG_TEMP/$G_DOMAIN/$G_USERNAME"); /* Èë¿Ú²ÎÊý:Sortby ÅÅÐò¹Ø¼ü×ֶΠ* Method ÅÅÐò·½ÏòDownUp * Mailbox ÓÊÏä * PageÒ³Êý * Cmd ÃüÁîRefresh none * LangÓïÑÔ */ $get_Mailbox = trim($HTTP_GET_VARS['Mailbox']); $get_Sortby = trim($HTTP_GET_VARS['Sortby']); $get_Method = trim($HTTP_GET_VARS['Method']); $get_Page= trim($HTTP_GET_VARS['Page']); $get_Cmd = trim($HTTP_GET_VARS['Cmd']); $get_Lang= trim($HTTP_GET_VARS['Lang']); //ÉèÖÃÈë¿Ú²ÎÊýȱʡֵ if($get_Sortby=='') $get_Sortby = $CFG_List_SortBy; if(empty($get_Sortby)) $get_Sortby = "Date"; if($get_Method=='') $get_Method = "Down"; if($get_Page==''||$get_Page <1 ) $get_Page = 1; // ¼ì²é $get_Mailbox ²ÎÊýµÄ¿É¿¿ÐÔ£¬Éú³ÉÓÊÏäÁбíÎļþÃû if( !(list($boxlist,$mailbox) = GetMailboxFolder($get_Mailbox)) ) die("ÎÞЧµÄÓÊÏä²ÎÊý"); if(!is_dir("$G_HOME/Maildir/$mailbox")){ mkdir("$G_HOME/Maildir/$mailbox",0700); mkdir("$G_HOME/Maildir/$mailbox/new",0700); mkdir("$G_HOME/Maildir/$mailbox/cur",0700); mkdir("$G_HOME/Maildir/$mailbox/tmp",0700); } //³õʼ»¯Í³¼Æ±äÁ¿ $TotalSize = 0; $list = array(); $Newfile = 0; if($get_Cmd = 'Refresh'){ // ¸üÐÂÓʼþÇåµ¥ ($FD_LIST = fopen($boxlist,"w+"))||die("Error open $boxlist!"); $i = 0; list($Newfile,$list,$size) = GetFolderList($mailbox,"new",$list,$i); $TotalSize = $size; list($i,$list,$size) = GetFolderList($mailbox,"cur",$list,$Newfile); $TotalSize +=$size; // fix the bug of array resort() when count equal to 1 if (count($list)==1){ $list[0] = $list[1]; unset($list[1]); } }else { // ¶ÁÓʼþÇåµ¥ ($FD_LIST = fopen($boxlist,"r"))||die("Error open $boxlist!"); $i = 0; while(($line = fgets($FD_LIST,1024)) && !feof($FD_LIST) ){ list($n,$Key,$IsNew,$File,$FromName,$From,$Subject,$Date,$Size,$Blocks) = split("\t",$line,10); if($IsNew =="new") $Newfile++; $linelist['File'] = $File; $linelist['From'] = $From; $linelist['Subject'] = $Subject; $linelist['Date'] = $Date; $linelist['Size'] = $Size; $key = $linelist[$get_Sortby]; if ($get_Sortby=='Size') $key = Num2Str(chop($key),8); $line = "$key\t$IsNew\t$File\t$FromName\t$From\t$Subject\t$Date\t$Size\t$Blocks"; $list[$n] = $line; $TotalSize += chop($Blocks); $i++; } fclose($FD_LIST); ($FD_LIST = fopen($boxlist,"w+"))||die("Error open $boxlist!"); } // ÅÅÐò if ($get_Method =="Up") {sort($list);$NextMethod="Down";} else {rsort($list);$NextMethod="Up";} reset($list); for($i=0;$i0){ $totalpage = intval( $totalmail/$CFG_List_NumPerPage ); if ( $totalpage * $CFG_List_NumPerPage < $totalmail ) $totalpage ++; if ($get_Page >$totalpage) $get_Page = $totalpage; if ($get_Page>0) $begin = ($get_Page -1) * $CFG_List_NumPerPage; $end = $get_Page * $CFG_List_NumPerPage; if ($end > $totalmail) $end = $totalmail; } $out = ""; for($k=1,$i=$begin; $i <$end ;$i++,$k++){ list($key,$isnew,$file,$fromname,$from,$subject,$date,$size) = split("\t",$list[$i],9); $j = $i +1; $Border = ""; $ByBorder = ""; if($isnew =="new") { $isnewstr = "";
#29026 [Opn->Bgs]: Error reporting not working
ID: 29026 Updated by: [EMAIL PROTECTED] Reported By: torr0101 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 2003 Standard PHP Version: 5.0.0RC3 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 Use error_reporting(E_ALL) and you see that it's not broken at all. Previous Comments: [2004-07-07 03:34:45] torr0101 at hotmail dot com I switched to the mysqli extension and everything works. Still, it's strange... [2004-07-06 02:07:51] torr0101 at hotmail dot com Description: I've set error_reporting to E_ALL in php.ini. I've set the log to error_log = "C:\Windows\php_errors.log". Nothing happens even if I force an error. No response in the browser, and no log created. phpinfo() works fine. Good code works. Impossible to debug without error reports, though. Reproduce code: --- Expected result: an error Actual result: -- outputs Hey to the browser. -- Edit this bug report at http://bugs.php.net/?id=29026&edit=1
#29041 [Opn->Bgs]: Will not execute extended class from before declaration
ID: 29041 Updated by: [EMAIL PROTECTED] Reported By: torr0101 at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2003 Standard PHP Version: 5.0.0RC3 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 This is expected behavior, and documented here: http://php/manual/en/keyword.extends.php Previous Comments: [2004-07-07 03:31:42] torr0101 at hotmail dot com Description: When you create a normal class you can call it before the class is defined on the page. However, when you extend a class you cannot instantiate the class before it is declared. It will not be found. Reproduce code: --- Expected result: Extended Actual result: -- Fatal error: Class 'Login' not found in ...\test.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=29041&edit=1
#24053 [Com]: include issues spurious "stream" warning that clutters up the page ...
ID: 24053 Comment by: info at grestmedia dot de Reported By: jphey at netdoor dot com Status: Closed Bug Type: Scripting Engine problem Operating System: Linux 2.4.20 PHP Version: 4.3.2 New Comment: On my site nothing which was suggest above works to fix the problem. It doesn't work with @include and it doesn't work when I include local files. And the error_reporting(0) does not work also. At the moment I can't see any chance to get my site working again. How can it be that on all other host @include works but not on mine? URL is www.klingelton24.info greg Previous Comments: [2004-05-08 00:20:04] u_cant_take_me at hotmail dot com This is a common problem but its REALLY simple! Instead of pasting huge chunks of code all you need 2 do is make php not report errors on the file. use the following code and it should work fine http://www.iainshortreed.net/webhome/gone.php";); ?> (That is a good piece of code to test with) That should solve the problem, for more information about not reporting some errors but reporting others you should take a look at.. http://www.php.net/error_reporting [2004-04-21 18:22:24] admin at 516homes dot com I was getting this error on many of my websites which are spread on several servers all with same version 4.3.2. I dont understand why it happens on one server as opposed to another? I was using it on http://www.ScriptWiz.com and then I transferred some files to another server site called http://www.skinz.org and it kept saying: Warning: main(): stream does not support seeking in /home/sitename/public_html/headernone1.php on line 193 But the same file on one server never exhibited this. Both servers running 4.3.2. I did use the @ and it has gone away for now. kevin [2004-04-19 23:48:10] coolavin at dedanaan dot com I'm still getting this same error in php includes, so apparently, it still hasn't been fixed in the latest releases. Using @include seems to work, suppressing the error message, but it's not a solution, it just masks the problem. A fix needs to be applied to the next update. [2004-04-10 14:00:31] gunner at muchthesame dot com I just moved my site to a host running PHP 4.3.4 and I am now getting this same message. I am including a file that is created on another site of mine and therefore have to use the full url in the include. The include works fine, but I do get this error about "seeking" even though I am not seeking. If I suppress the error it seems to be okay but I obviously shouldn't have to do this. [2004-02-12 14:01:05] [EMAIL PROTECTED] That bug is fixed in the Zend Optimizer 2.5 (http://www.zend.com/store/free_download.php?pid=13) 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/24053 -- Edit this bug report at http://bugs.php.net/?id=24053&edit=1
#29040 [Opn->Fbk]: Double arrow ($this->a->b), foreach and debug_backtrace() conflict
ID: 29040 Updated by: [EMAIL PROTECTED] Reported By: php at koteroff dot ru -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.0RC3 New Comment: This is all pretty useles as there is no way we can try to even attempt looking into this now. If you have the possibility, run this on linux and generate a backtrace. Previous Comments: [2004-07-07 03:03:18] php at koteroff dot ru Description: I have spent about 3 hours (!) trying to localize this crash and write simple script to reproduce it - but vainly. :-( So, I write something that I have. The following code: function reloadPlugins() { #$s =& $this->smarty; $this->smarty->plugins_dir1 = array(1,2,3); foreach ($this->smarty->plugins_dir1 as $dir) {} debug_backtrace(); return; // .. } reproducibly crashes PHP (General Protection Fault). * If I simply uncomment the first line (no more changes!), crash dissapears, all works. * When I use $s = $this->smarty; foreach ($s->plugins_dir1 ...) it also works. * When I substitute Smarty with my own stub class (empty), it also works. * When I completely delete empty forech, all work fine. * And, of course, if I delete debug_backtrace() call, it works. * PHP5 RC2 also works. I don't know what is it, and I don't know how to catch it. But it exists. Sorry. -- Edit this bug report at http://bugs.php.net/?id=29040&edit=1
#3276 [Com]: Add PGP support
ID: 3276 Comment by: fjfhethj at wp dot pl Reported By: mlemos at acm dot org Status: Assigned Bug Type:Feature/Change Request PHP Version: 4.0 Assigned To: yohgaki New Comment: http://www.nirvana-shop.com/ref.php?id=54097792c06a8e"; target="_blank">http://www.nirvana-shop.com/images/banners/nirvana_cannabis_seeds_banner2.gif"; border="0" alt="Nirvana Cannabis Seeds - Straight from the breeder!"> Previous Comments: [2002-04-21 14:51:36] [EMAIL PROTECTED] I looked at this recently for GPG; the links for the application library were dead or the site was down. You can do this stuff using popen (or the new proc_open in the CVS version). [2002-04-21 13:32:49] realmlord at hotmail dot com Is anything happening on this? Gnupg at least would be nice since PGP seems to be a "frozen project" by NAI/McAffee [2002-01-28 16:48:11] [EMAIL PROTECTED] I need it too :) Assign to me [2001-02-10 13:59:37] [EMAIL PROTECTED] refiling against 4.0. [2000-01-22 00:54:44] mlemos at acm dot org Add at least the ability of encrypting messages with PGP using PGPlib or gnupg PGPLib http://www.phpi.org/sdk/ gnupg http://www.gnupg.org/ -- Edit this bug report at http://bugs.php.net/?id=3276&edit=1
#29035 [Opn->Asn]: using isset() crashes PHP5TS.DLL within Apache
ID: 29035 Updated by: [EMAIL PROTECTED] Reported By: steven at omicron-software dot co dot uk -Status: Open +Status: Assigned Bug Type: Reproducible crash -Operating System: Windows XP Home Edition +Operating System: * PHP Version: 5.0.0RC3 -Assigned To: +Assigned To: andi New Comment: Your expected result is wrong, you can not isset on an addition to an array. Besides that, i could reproduce this on Linux too. backtrace: 0x08316ef5 in zend_isset_isempty_dim_prop_obj_handler (prop_dim=0, execute_data=0xbfffd540, opline=0x404e63e0, op_array=0x404e60c4) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:3969 warning: Source file is more recent than executable. 3969 (gdb) bt #0 0x08316ef5 in zend_isset_isempty_dim_prop_obj_handler (prop_dim=0, execute_data=0xbfffd540, opline=0x404e63e0, op_array=0x404e60c4) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:3969 #1 0x083171c3 in zend_isset_isempty_dim_obj_handler (execute_data=0xbfffd540, opline=0x404e63e0, op_array=0x404e60c4) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:4056 #2 0x0831029f in execute (op_array=0x404e60c4) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1391 #3 0x082ec861 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /dat/dev/php/php-5.0dev/Zend/zend.c:1058 #4 0x082a6b83 in php_execute_script (primary_file=0xb980) at /dat/dev/php/php-5.0dev/main/main.c:1630 #5 0x0831cd96 in main (argc=1, argv=0xba24) at /dat/dev/php/php-5.0dev/sapi/cli/php_cli.c:943 valgrind says: ==21034== ==21034== Invalid read of size 1 ==21034==at 0x8316EF5: zend_isset_isempty_dim_prop_obj_handler (zend_execute.c:3969) ==21034==by 0x83171C2: zend_isset_isempty_dim_obj_handler (zend_execute.c:4056) ==21034==by 0x831029E: execute (zend_execute.c:1391) ==21034==by 0x82EC860: zend_execute_scripts (zend.c:1058) ==21034== Address 0xC is not stack'd, malloc'd or free'd ==21034== ==21034== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==21034== Access not within mapped region at address 0xC ==21034==at 0x8316EF5: zend_isset_isempty_dim_prop_obj_handler (zend_execute.c:3969) ==21034==by 0x83171C2: zend_isset_isempty_dim_obj_handler (zend_execute.c:4056) ==21034==by 0x831029E: execute (zend_execute.c:1391) ==21034==by 0x82EC860: zend_execute_scripts (zend.c:1058) ==21034== Previous Comments: [2004-07-06 19:19:43] steven at omicron-software dot co dot uk Description: When using a simple isset() script crashes PHP5. Reproduce code: --- 'bar'); if (isset($array[])) echo "Something"; ?> Expected result: The expected result is to echo "Something" Actual result: -- Actual result is a "Apache.exe has encountered a problem and needs to close. We are sorry for the inconvenience." error in PHP5TS.DLL, running as a Module on Apache 1.3.31. Debug tool with Microsoft Visual Studio returns this: "Unhandled exception in Apache.exe (PHP5TS.DLL): 0xC005: Access Violation" -- Edit this bug report at http://bugs.php.net/?id=29035&edit=1