#27124 [Opn->Bgs]: Serious problem in php application
ID: 27124 Updated by: [EMAIL PROTECTED] Reported By: info at websight-tech dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: FreeBSD PHP Version: 4.3.4 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. please try the php-general mailing list first. - you will find alot more help there for these types of issues. Previous Comments: [2004-02-03 01:28:21] info at websight-tech dot com Description: Hello, I have a PHP web application. While Iam browse it through IE, when I navigate through navigation buttons of the browser, I got some white blank space in my page under the menu. Menu is a php file,I am including it in my main file. Is it any problem related to the include file. If you want to recreate the problem,follow these steps. 1) url: www.quikmenu.com, browse it through IE 2)select "about us" link from menu 3)then simply go back with the back button of the browser, then u can see a blank white space under the menu In the about us page text in white sapce is the only thing that comes from about.php. Rest of the whole thing in blue is come from a page called uheader.php. I hope you understand my problem. Could you please send the solution as early as possible to [EMAIL PROTECTED] Regards, Websight Team. -- Edit this bug report at http://bugs.php.net/?id=27124&edit=1
#27124 [NEW]: Serious problem in php application
From: info at websight-tech dot com Operating system: FreeBSD PHP version: 4.3.4 PHP Bug Type: Performance problem Bug description: Serious problem in php application Description: Hello, I have a PHP web application. While Iam browse it through IE, when I navigate through navigation buttons of the browser, I got some white blank space in my page under the menu. Menu is a php file,I am including it in my main file. Is it any problem related to the include file. If you want to recreate the problem,follow these steps. 1) url: www.quikmenu.com, browse it through IE 2)select "about us" link from menu 3)then simply go back with the back button of the browser, then u can see a blank white space under the menu In the about us page text in white sapce is the only thing that comes from about.php. Rest of the whole thing in blue is come from a page called uheader.php. I hope you understand my problem. Could you please send the solution as early as possible to [EMAIL PROTECTED] Regards, Websight Team. -- Edit bug report at http://bugs.php.net/?id=27124&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27124&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27124&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27124&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27124&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27124&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27124&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27124&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27124&r=support Expected behavior: http://bugs.php.net/fix.php?id=27124&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27124&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27124&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27124&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27124&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27124&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27124&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27124&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27124&r=float
#27123 [NEW]: casting arrays to objects and back
From: danielc at analysisandsolutions dot com
Operating system: Windows 2000 and OS X 10.3
PHP version: 5CVS-2004-02-03 (dev)
PHP Bug Type: Reproducible crash
Bug description: casting arrays to objects and back
Description:
Found PEAR DB's getAssoc() method didn't work correctly when in
DB_FETCHMODE_OBJECT mode. See pear/DB/tests/18get.phpt for that.
I pared it down a bit and then Adam Trachtenberg whittled it down even
farther. Here's what he found:
1) Use an array with a string key: array('a' => 1)
2) Cast it to an object and call get_object_vars()
on the result.
3) Assign this cast object to an array with
multiple elements.
4) Call print_r() on the resulting array.
If I remove any of these, the crash goes away.
Reproduce code:
---
1);
get_object_vars($element);
$array[] = $element;
print_r($array);
?>
Expected result:
Array
(
[0] => 1
[1] => stdClass Object
(
[a] => 1
)
)
Actual result:
--
~ WINDOWS 2000 ~
Array
(
[0] => 1
[1] => stdClass Object
(
[a] => 1130656883
)
)
~ OS X 10.3, PHP = beta 3 ~
No Output.
~ OS X 10.3, PHP = recent CVS ~
Array
(
[0] => 1
[2] => stdClass Object
(
[a] =>
... backtrace ...
#0 0x00271308 in _zend_is_inconsistent (ht=0x5a5a5a5a, file=0x3183f8
"/usr/local/cvs/php/php-src/Zend/zend_hash.c", line=504) at
/usr/local/cvs/php/php-src/Zend/zend_hash.c:53
#1 0x00273384 in zend_hash_destroy (ht=0x5a5a5a5a) at
/usr/local/cvs/php/php-src/Zend/zend_hash.c:504
#2 0x002658a8 in _zval_dtor (zvalue=0xbfffe710, __zend_filename=0x3178bc
"/usr/local/cvs/php/php-src/Zend/zend_operators.c", __zend_lineno=510) at
/usr/local/cvs/php/php-src/Zend/zend_variables.c:52
#3 0x0025d240 in _convert_to_string (op=0xbfffe710,
__zend_filename=0x317b5c "/usr/local/cvs/php/php-src/Zend/zend.c",
__zend_lineno=256) at
/usr/local/cvs/php/php-src/Zend/zend_operators.c:510
#4 0x0026691c in zend_make_printable_zval (expr=0xace8d0,
expr_copy=0xbfffe710, use_copy=0xbfffe720) at
/usr/local/cvs/php/php-src/Zend/zend.c:256
#5 0x002669dc in zend_print_zval_ex (write_func=0x208fa0
, expr=0xace8d0, indent=0) at
/usr/local/cvs/php/php-src/Zend/zend.c:275
#6 0x00266984 in zend_print_zval (expr=0xace8d0, indent=0) at
/usr/local/cvs/php/php-src/Zend/zend.c:266
#7 0x00265d24 in zend_print_variable (var=0xace8d0) at
/usr/local/cvs/php/php-src/Zend/zend_variables.c:171
#8 0x00267094 in zend_print_zval_r_ex (write_func=0x208fa0
, expr=0xace8d0, indent=16) at
/usr/local/cvs/php/php-src/Zend/zend.c:387
#9 0x00266dc8 in zend_print_zval_r (expr=0xace8d0, indent=16) at
/usr/local/cvs/php/php-src/Zend/zend.c:342
#10 0x002662c8 in print_hash (ht=0xace860, indent=12, is_object=1 '\001')
at /usr/local/cvs/php/php-src/Zend/zend.c:159
#11 0x00267074 in zend_print_zval_r_ex (write_func=0x208fa0
, expr=0xacea48, indent=8) at
/usr/local/cvs/php/php-src/Zend/zend.c:381
#12 0x00266dc8 in zend_print_zval_r (expr=0xacea48, indent=8) at
/usr/local/cvs/php/php-src/Zend/zend.c:342
#13 0x002662c8 in print_hash (ht=0xacde60, indent=4, is_object=0 '\0') at
/usr/local/cvs/php/php-src/Zend/zend.c:159
#14 0x00266ed4 in zend_print_zval_r_ex (write_func=0x208fa0
, expr=0xacc538, indent=0) at
/usr/local/cvs/php/php-src/Zend/zend.c:356
#15 0x00266dc8 in zend_print_zval_r (expr=0xacc538, indent=0) at
/usr/local/cvs/php/php-src/Zend/zend.c:342
#16 0x00165a10 in zif_print_r (ht=1, return_value=0xacea98, this_ptr=0x0,
return_value_used=0) at
/usr/local/cvs/php/php-src/ext/standard/basic_functions.c:2570
#17 0x0029d5ac in zend_do_fcall_common_helper (execute_data=0xbfffecb0,
op_array=0xacdda8) at /usr/local/cvs/php/php-src/Zend/zend_execute.c:2550
#18 0x0029dff4 in zend_do_fcall_handler (execute_data=0xbfffecb0,
op_array=0xacdda8) at /usr/local/cvs/php/php-src/Zend/zend_execute.c:2697
#19 0x00297a20 in execute (op_array=0xacdda8) at
/usr/local/cvs/php/php-src/Zend/zend_execute.c:1264
#20 0x002689bc in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /usr/local/cvs/php/php-src/Zend/zend.c:1051
#21 0x00209bf8 in php_execute_script (primary_file=0xb720) at
/usr/local/cvs/php/php-src/main/main.c:1641
#22 0x002aac60 in main (argc=2, argv=0xbc94) at
/usr/local/cvs/php/php-src/sapi/cli/php_cli.c:939
--
Edit bug report at http://bugs.php.net/?id=27123&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27123&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27123&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27123&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27123&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27123&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27123&r=needscript
Try newer version: http://bugs.php.net/fix
#25753 [Com]: php_value|flag / php_admin_* settings "leak" from vhosts/.htaccess files
ID: 25753
Comment by: david at bizeweb dot com
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache related
Operating System: *
PHP Version: 4CVS, 5CVS
New Comment:
I found out that to use the CVS that you'll need to use .buildconf
first. I had not done that. I have installed the cvs php properly now
(I hope) and can not repeat the error. Sorry if I got anyone looking
for something that wasn't there.
Previous Comments:
[2004-02-02 08:25:48] david at bizeweb dot com
I a related problem to an apache list, and someone directed me to here.
I thought timing was so perfect and that the problem was fixed.
However, I think this bug still exists. Unless I need to install a
specific CVS version. I have php4-STABLE-200402012230 installed on a
RH9 with apache2.0.44 with a php config of
CFLAGS="-I/usr/kerberos/include -DSECURITY_HOLE_PASS_AUTHORIZATION"
./configure --with-apxs2=/usr/local/apache/bin/apxs --with-gettext
--with-imap=/dl/imap-2001a --with-kerberos --with-glibcc --with-xml
--with-mysql.
I've isolated my server and in my httpd.conf have set the following for
easy testing.
StartServers 1
MinSpareServers 1
MaxSpareServers 2
ServerName foo.com
php_admin_flag engine off
ServerName foo2.com
I can keep going to foo.com without any problems as soon as I goto
foo2.com, then foo.com will attempt to dl the php files.
I'm new to this field, but if I can help just ask.
[2004-01-28 12:40:04] [EMAIL PROTECTED]
This only happens on text/html files with the executable bit set. If
the +x bit is set, we load the current ini settings and if php's
xbithack option is not set we decline the request but forget to reset
the ini settings potentially leaking them to the next request. This is
now fixed in CVS and will be in the next release of both PHP4 and PHP5.
[2004-01-28 00:47:04] rover at tob dot ru
We examine source files more carefull and remake a patch:
diff -udr php-4.3.3/sapi/apache/mod_php4.c
php-4.3.3.patched/sapi/apache/mod_php4.c
--- php-4.3.3/sapi/apache/mod_php4.c2003-06-03 11:41:49.0
+0600
+++ php-4.3.3.patched/sapi/apache/mod_php4.c2004-01-28
10:48:27.0 +0500
@@ -830,6 +830,9 @@
}
if(!AP(xbithack)) {
r->allowed |= (1 << METHODS) - 1;
+ zend_try {
+ zend_ini_deactivate(TSRMLS_C);
+ } zend_end_try();
return DECLINED;
}
return send_parsed_php(r);
[2004-01-27 13:36:14] rover at tob dot ru
It seems we have found a bug in mod_php4.c. We can 100% reproduce this
error. How to reproduce (our case):
in httpd.conf we have:
# to enable only one instance of apache process
StartServers 1
MaxClients 1
#
php_value engine off
in php.ini:
Engine = On,
we enable php-scripts at all site, but disable in /info.
Let's begin:
#/usr/sbin/apache.dbg -f /etc/apache/httpd.conf
#gbd /usr/sbin/apache.gdb pid_of_child (attach to child, what serve
requests)
(gdb)p php_apache_info.engine
=1! php-engine ENABLED
(gdb)watch php_apache_info.engine ! VERY IMPORTANT
(gdb)break send_php! bug in this func.
(gdb)c
1) Request a usual file from http://our.site/info/index.html:
Because we define 'php_value off' for this directory - at line 829 in
function php_xbithack_handler(remember - we process text/html) we call
zend_hash_apply((HashTable *) per_dir_conf, (apply_func_t)
php_apache_alter_ini_entries TSRMLS_CC);
and change our 'engine' value to 0.
backtrace for this call (don't look at line number - they shifted
because i insert debug lines in source files):
Hardware watchpoint 1: php_apache_info.engine
Old value = 1
New value = 0
#0 OnUpdateInt (entry=0x80dc778, new_value=0x80d3cc4 "off",
new_value_length=3, mh_arg1=0x0, mh_arg2=0x4057f92c,
mh_arg3=0x0, stage=4) at
/usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:453
#1 0x4051110a in zend_alter_ini_entry (name=0x80de170 "engine",
name_length=7, new_value=0x80de180 "off",
new_value_length=3, modify_type=2, stage=4) at
/usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:212
#2 0x40519fc6 in php_apache_alter_ini_entries
(per_dir_entry=0x812c598)
at
/usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:511
#3 0x4050b8f9 in zend_hash_apply (ht=0x809fc98, apply_func=0x40519f40
)
at /usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_hash.c:698
#4 0x4051ad1b in php_xbithack_handler (r=0x81367ec)
at
/usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:850
#5 0x080551c3 in ap_invoke_handler (r=0x81367ec) at http_config.c:518
#6 0x08067e28 in process_request_inter
#27122 [NEW]: additional directives for declare (and other event trappers possibly)
From: nutbar at innocent dot com Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: additional directives for declare (and other event trappers possibly) Description: Just a low priority feature request... I thought it would be rather nice to have additional directives which the declare control structure could capture. Such events would be (for example): function entrance function exit runtime script parser status (ie, just traces what position the parser is at in any script) ... others that I might have omitted to think of... This could potentially allow a replacement of user error logging that would allow greater flexibility - we could now trace what function we're in (and keep track of) as well as which ones we exit, and also allow a line,character tracking as the PHP parser runs (or maybe even initial compiling of!) the code. This could even allow the ability to finally use user logging code to log E_PARSE errors and other stuff (maybe?). I'm not sure if I'm describing this enough as I think about what I'm thinking could be done - but hopefully whoever reads this can understand the potential benefits to being able to track various different core events aside from just "ticks". Expected result: Just one side note - if it was made possible to trap E_PARSE (or even E_ERROR) error events, the posibility of having an error message that read like: parse error: missing '}' in /some/script.php on line 5 ultimately generated from /other/script.php on line 12 The reason would be that if you did trap a parse error or something - PHP wouldn't obviously be able to execute the failed code, but potentially could make special cases for the declare control structure (or any event trapping function) and compile that before anything else so that it could still be executed in the event of other script errors. If so, then if *that* code (the code in the declare control structure) had an error, you could get an error within an error. Hope that made sense :) If it did, the possibility of an error (or other events) trapping "loop" could arise - so maybe just ignore *this* part of the feature request (probably not feasable to try and trap such low level errors). -- Edit bug report at http://bugs.php.net/?id=27122&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27122&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27122&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27122&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27122&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27122&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27122&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27122&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27122&r=support Expected behavior: http://bugs.php.net/fix.php?id=27122&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27122&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27122&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27122&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27122&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27122&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27122&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27122&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27122&r=float
#22526 [Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: My initial tests show that the workaround is doing the trick! I will send out a message to have more users test this and report back. Thanks for pointing this out. Previous Comments: [2004-02-02 10:59:17] php_bug at cklowe dot com Workaround: use session_write_close() before the exec. You can use session_start() after the call if you still need to write session values. Reading doesn't require an open session. I've tested this somewhat, so please post how you get on. [2004-01-10 03:01:49] riskisadventure at yahoo dot com I am having the simillar problem but with FreeBSD 4.7 All the page with session_strat() hang, if the one of the page with session_start() start hangging [2003-11-30 21:58:05] php_bug at cklowe dot com It would appear that this bug also afflicts exec(). It seems the the function php_session_start hangs at some point within the function. php_session_start only hangs after popen_ex has finished in the first thread. I don't yet know if the status of the handle returned by popen_ex makes a difference. (pclose makes a difference) It appears not to occur in the debug_ts version, only release_ts. I could not recreate the bug using iframes, but img (as described above) does the trick [2003-09-24 21:35:02] iberry at raxnet dot net I tried both php4-win32-STABLE-200309250030 and php5-win32-200309242230. Both still accuratly produce the same bug. [2003-09-24 19:39:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Comment by: jose dot luis at tugamail dot com Reported By: igg10 at alu dot ua dot es Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Apache2 version: apache_2.0.48-win32-x86-no_ssl php version: php-5.0.0b3-Win32 MySQL version: mysql-4.0.17-win MySQL runs fine. Apache2 with php as a module also works fine. I can execute phpinfo(); without any kind of probs. Installed Postnuke, with installer included and once installed when i try to go to the "postnuke site" webserver stops responding with: [Mon Feb 02 16:24:45 2004] [notice] Parent: Created child process 2448 [Mon Feb 02 16:24:45 2004] [notice] Child 2448: Child process is running [Mon Feb 02 16:24:45 2004] [notice] Child 2448: Acquired the start mutex. [Mon Feb 02 16:24:45 2004] [notice] Child 2448: Starting 250 worker threads. [Mon Feb 02 16:25:21 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. Previous Comments: [2003-11-25 15:34:54] [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. [2003-11-17 14:18:03] [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. [2003-11-17 07:51:17] igg10 at alu dot ua dot es Description: Apache2 crashes PHP as module on apache 2.0.47 php 4.3.2 windows 2000 Fri Nov 14 12:53:09 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Fri Nov 14 12:53:09 2003] [notice] Parent: Created child process 1044 [Fri Nov 14 12:53:09 2003] [notice] Child 1044: Child process is running [Fri Nov 14 12:53:10 2003] [notice] Child 1044: Acquired the start mutex. [Fri Nov 14 12:53:10 2003] [notice] Child 1044: Starting 64 worker threads. -- Edit this bug report at http://bugs.php.net/?id=26286&edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: php_bug at cklowe dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: Workaround: use session_write_close() before the exec. You can use session_start() after the call if you still need to write session values. Reading doesn't require an open session. I've tested this somewhat, so please post how you get on. Previous Comments: [2004-01-10 03:01:49] riskisadventure at yahoo dot com I am having the simillar problem but with FreeBSD 4.7 All the page with session_strat() hang, if the one of the page with session_start() start hangging [2003-11-30 21:58:05] php_bug at cklowe dot com It would appear that this bug also afflicts exec(). It seems the the function php_session_start hangs at some point within the function. php_session_start only hangs after popen_ex has finished in the first thread. I don't yet know if the status of the handle returned by popen_ex makes a difference. (pclose makes a difference) It appears not to occur in the debug_ts version, only release_ts. I could not recreate the bug using iframes, but img (as described above) does the trick [2003-09-24 21:35:02] iberry at raxnet dot net I tried both php4-win32-STABLE-200309250030 and php5-win32-200309242230. Both still accuratly produce the same bug. [2003-09-24 19:39:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-12 17:05:32] iberry at raxnet dot net I renamed test.php to test.html, and the same problem occurs. -Ian 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22190 [Com]: Renaming some files
ID: 22190 Comment by: alpha at rrs dot at Reported By: mill_2k at eml dot cc Status: Closed Bug Type: *General Issues Operating System: Windows PHP Version: 5CVS New Comment: If I see things correctly it's still not possible to use a differtent ini-file for if php4 and php5 share the same apache server under win32. It's not possible with the registry key as both use the same. It's not possible with a enviroment variable as both use the same. It's not possible with a php.ini in the apache dir as both use the same. It's not possible with the SAPI-name as both are named apache. If php.ini is in the same directory as the php5apache.dll it's ignored. A different ini is important as modules for php4 crashes php5 in php5ts.dll Previous Comments: [2004-01-17 07:55:39] [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. [2003-10-20 06:18:48] [EMAIL PROTECTED] It's not that simple, really. :) Here's a list of some files that need to be renamed: php4.spec.in -> php.spec.in sapi/apache2*/sapi_apache2.c -> mod_php4.c and mod_php5.c And dozens of *.dsp files need to be modified (and maybe renamed too in some cases) [2003-10-20 05:41:03] nvivo at mandic dot com dot br Wow, this is really urgent! I think it's easy to solve this one, isn't it? I remember Zend Survey about PHP and most people use windows to develop in PHP. Like me, tons of people have an apache or IIS installed on win2k/xp to run and test scripts at home or work. I really want to test/use this new version of php, but i can't install in the same instance of apache as module and i don't want to run 2 servers in different ports or use it as cgi... the best would be run *.php5 with php5... This thread is open since february... we are in october.. come on, is it really so hard to change the name of 3 files?? [2003-10-13 08:31:51] nicobn at virtualisp dot qc dot ca A workarround for the .ini problem is to setup two different paths for each PHP installation, so one is in /usr/lib and the other is in /usr/local/lib (for exemple). [2003-09-30 19:30:41] rpanning at hotmail dot com Also would be nice if the ini file was named php5.ini instead of just php.ini. This way we could have both php 4 and 5 installed and not have ini conflicts. Also just wandering if there is a timeline for this fix. 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/22190 -- Edit this bug report at http://bugs.php.net/?id=22190&edit=1
#25753 [Com]: php_value|flag / php_admin_* settings "leak" from vhosts/.htaccess files
ID: 25753
Comment by: david at bizeweb dot com
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache related
Operating System: *
PHP Version: 4CVS, 5CVS
New Comment:
I a related problem to an apache list, and someone directed me to here.
I thought timing was so perfect and that the problem was fixed.
However, I think this bug still exists. Unless I need to install a
specific CVS version. I have php4-STABLE-200402012230 installed on a
RH9 with apache2.0.44 with a php config of
CFLAGS="-I/usr/kerberos/include -DSECURITY_HOLE_PASS_AUTHORIZATION"
./configure --with-apxs2=/usr/local/apache/bin/apxs --with-gettext
--with-imap=/dl/imap-2001a --with-kerberos --with-glibcc --with-xml
--with-mysql.
I've isolated my server and in my httpd.conf have set the following for
easy testing.
StartServers 1
MinSpareServers 1
MaxSpareServers 2
ServerName foo.com
php_admin_flag engine off
ServerName foo2.com
I can keep going to foo.com without any problems as soon as I goto
foo2.com, then foo.com will attempt to dl the php files.
I'm new to this field, but if I can help just ask.
Previous Comments:
[2004-01-28 12:40:04] [EMAIL PROTECTED]
This only happens on text/html files with the executable bit set. If
the +x bit is set, we load the current ini settings and if php's
xbithack option is not set we decline the request but forget to reset
the ini settings potentially leaking them to the next request. This is
now fixed in CVS and will be in the next release of both PHP4 and PHP5.
[2004-01-28 00:47:04] rover at tob dot ru
We examine source files more carefull and remake a patch:
diff -udr php-4.3.3/sapi/apache/mod_php4.c
php-4.3.3.patched/sapi/apache/mod_php4.c
--- php-4.3.3/sapi/apache/mod_php4.c2003-06-03 11:41:49.0
+0600
+++ php-4.3.3.patched/sapi/apache/mod_php4.c2004-01-28
10:48:27.0 +0500
@@ -830,6 +830,9 @@
}
if(!AP(xbithack)) {
r->allowed |= (1 << METHODS) - 1;
+ zend_try {
+ zend_ini_deactivate(TSRMLS_C);
+ } zend_end_try();
return DECLINED;
}
return send_parsed_php(r);
[2004-01-27 13:36:14] rover at tob dot ru
It seems we have found a bug in mod_php4.c. We can 100% reproduce this
error. How to reproduce (our case):
in httpd.conf we have:
# to enable only one instance of apache process
StartServers 1
MaxClients 1
#
php_value engine off
in php.ini:
Engine = On,
we enable php-scripts at all site, but disable in /info.
Let's begin:
#/usr/sbin/apache.dbg -f /etc/apache/httpd.conf
#gbd /usr/sbin/apache.gdb pid_of_child (attach to child, what serve
requests)
(gdb)p php_apache_info.engine
=1! php-engine ENABLED
(gdb)watch php_apache_info.engine ! VERY IMPORTANT
(gdb)break send_php! bug in this func.
(gdb)c
1) Request a usual file from http://our.site/info/index.html:
Because we define 'php_value off' for this directory - at line 829 in
function php_xbithack_handler(remember - we process text/html) we call
zend_hash_apply((HashTable *) per_dir_conf, (apply_func_t)
php_apache_alter_ini_entries TSRMLS_CC);
and change our 'engine' value to 0.
backtrace for this call (don't look at line number - they shifted
because i insert debug lines in source files):
Hardware watchpoint 1: php_apache_info.engine
Old value = 1
New value = 0
#0 OnUpdateInt (entry=0x80dc778, new_value=0x80d3cc4 "off",
new_value_length=3, mh_arg1=0x0, mh_arg2=0x4057f92c,
mh_arg3=0x0, stage=4) at
/usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:453
#1 0x4051110a in zend_alter_ini_entry (name=0x80de170 "engine",
name_length=7, new_value=0x80de180 "off",
new_value_length=3, modify_type=2, stage=4) at
/usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:212
#2 0x40519fc6 in php_apache_alter_ini_entries
(per_dir_entry=0x812c598)
at
/usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:511
#3 0x4050b8f9 in zend_hash_apply (ht=0x809fc98, apply_func=0x40519f40
)
at /usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_hash.c:698
#4 0x4051ad1b in php_xbithack_handler (r=0x81367ec)
at
/usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:850
#5 0x080551c3 in ap_invoke_handler (r=0x81367ec) at http_config.c:518
#6 0x08067e28 in process_request_internal (r=0x81367ec) at
http_request.c:1332
#7 0x08067fd4 in ap_process_request (r=0x81367ec) at
http_request.c:1348
#8 0x08060644 in child_main (child_num_arg=0) at http_main.c:4719
#9 0x080607f7 in make_child (s=0x0, slot=0, now=0) at
http_main.c:4898
#10 0x08060920 in startup_children (number_to_start=1) at
http_main.c:4925
#11 0x0806149a in standalone_main (a
#27121 [NEW]: Strage message
From: cryp at ctco dot lv Operating system: Windows 2000 PHP version: 4.3.4 PHP Bug Type: Scripting Engine problem Bug description: Strage message Description: I fount that php 4.3.4 comes with strange error: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0. This error comes randomly in different places of code when max_execution_time is set to -1 on windows platform. My php application works fine on Linux platforms with php 4.3.4. -- Edit bug report at http://bugs.php.net/?id=27121&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27121&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27121&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27121&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27121&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27121&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27121&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27121&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27121&r=support Expected behavior: http://bugs.php.net/fix.php?id=27121&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27121&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27121&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27121&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27121&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27121&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27121&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27121&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27121&r=float
#22108 [Com]: php doesn't ignore the utf-8 BOM
ID: 22108 Comment by: foospam at wp dot pl Reported By: bugzilla at jellycan dot com Status: Assigned Bug Type: Feature/Change Request Operating System: * PHP Version: * Assigned To: moriyoshi New Comment: 17 Dec 2003 1:47am EST, "dev at glossword dot info" wrote: > Not a bug. Please use correct text-editors (...) "Correct" = "standard". Unicode IS a new standard and PHP should support it. These text-editors aren't correct, if they doesn't support unicode. Previous Comments: [2003-12-17 01:47:47] dev at glossword dot info Not a bug. Please use correct text-editors (unipad, emeditor). [2003-11-20 18:11:37] gergely77 at hotmail dot com This bug can be circumvented by using a hex editor to delete the first 3 bytes of the file thereby removing the Windows inserted UTF-8 BOM (Byte Order Mark). Frhed, a free GNU GPL'ed hex editor's source and executable Windows binary can be found at (http://www.kibria.de/frhed.html) [2003-11-09 16:12:50] a9c83cd8bb41db324db5b449352f183 at arcor dot de Thought about it... Now I think it's better when the BOM isn't part of the output because that would cause trouble if you want to output images or PDF or something like that... [2003-11-08 06:45:22] a9c83cd8bb41db324db5b449352f183 at arcor dot de I think the best would be that PHP recognizes the BOM and outputs it before it outputs the document (but after the HTTP headers, of course) so that the document can still be recognized as UTF-8 when it's saved to disk (where no Content-Type headers with a charset specification are available). [2003-11-07 03:09:53] trunghongnguyen at yahoo dot com ertre 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/22108 -- Edit this bug report at http://bugs.php.net/?id=22108&edit=1
#14013 [Csd]: ocibindbyname strips trailing spaces
ID: 14013
Updated by: [EMAIL PROTECTED]
Reported By: az at i7 dot com dot au
Status: Closed
Bug Type: OCI8 related
Operating System: Linux 2.2, Solaris 2.6
PHP Version: 4.0.6
New Comment:
Guys, I realize the explanation for the closure wasn't very good, but
it is correct. For some reason the underlying Oracle OCI call strips
trailing spaces on a bind but not on a regular insert/update on a
varchar2 field. You would have to ask Oracle to explain why.
Read the VARCHAR2 section of this URL:
http://sales.esicom.com/sales/oracle/appdev.816/a76975/oci03typ.htm
Previous Comments:
[2003-12-09 12:38:30] russ at iris dot washington dot edu
I also wonder why this is closed.
Just encountered a simpler case:
I cannot select using this field:
LOCATION NOT NULL VARCHAR2(2)
those records which have ' ' (two spaces) for
that LOCATION's value. Non-space values work fine.
Interactive SQLPLUS confirms those rows do exist.
Oracle 8
PHP 4.3.1
Solaris SunOS dmc 5.7 sun4u sparc SUNW,Ultra-Enterprise
[2003-08-18 11:52:36] m dot ford at lmu dot ac dot uk
My mistake -- it's Closed, not Open ("green means Closed, green means
Closed!"), but, to my mind, still without satisfactory explanation.
Cheers!
[2003-08-18 11:49:55] m dot ford at lmu dot ac dot uk
There still doesn't seem to be a satisfactory explanation posted here,
and it's still Open, so could someone please address the salient
issue:
If the database column is defined as VARCHAR2, why does this strip
trailing blanks on the inserted value:
$text = " this line has spaces ";
$st = ociparse($db, "insert into test values (:text)");
ocibindbyname($st, ":text", &$text, 2000);
ociexecute($st);
whilst this does not:
$text = " this line has spaces ";
$st = ociparse($db, "insert into test values '$text')");
ociexecute($st);
[2003-01-31 09:36:03] jens dot reibiger at rp dot vaw dot com
It seems, that I have the same problem using PHP 4.3.0 on Apache 1.3.22
with Oracle 8.1.7:
When I use a OciBindByName, the string is trimed at the end. This small
program uses the DUAL from Oracle just to return the input:
$conn = OciLogon ("x","y","z");
$val = " X X "; // last letter is a " " (blank)
// direct way without a bind variable
$stm1 = OciParse($conn, "select '".$val."' from dual");
OciExecute($stm1);
OciFetch($stm1);
echo "", OciResult($stm1, 1), "\n";
// now using a bind variable:
$stm2 = OciParse($conn, "select :input from dual");
OciBindByName($stm2, ":input", &$val, 10);
OciExecute($stm2);
OciFetch($stm2);
echo "", OciResult($stm2, 1), "\n";
OciLogoff($conn);
The output is:
X X
X X
But I want to get the same output for the direct way and when I use a
bind variable.
Thank you for any idea how to get the string with tailing spaces right
into Oracle using a bind variable.
Best wishes,
Jens
[2002-04-13 08:58:13] [EMAIL PROTECTED]
try storing in a varchar2 firld, if you use CHAR oracle will trim
traing spaces.
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/14013
--
Edit this bug report at http://bugs.php.net/?id=14013&edit=1
#25975 [Csd]: PHP 5 object references don't survive serialization
ID: 25975
User updated by: reiersol at online dot no
Reported By: reiersol at online dot no
Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Linux RedHat 9.0
PHP Version: 5CVS
New Comment:
OK, I'm beginning to think I understand what the problem is. You're
testing my "expected result" from before the attempted bugfix in early
November. That doesn't work.
Since the history of the bug seems to be causing confusion, I've now
reported the "fixed" version as a new bug:
http://bugs.php.net/27120
Previous Comments:
[2004-02-01 05:28:32] [EMAIL PROTECTED]
Works for me too, just as in your "Expected result".
[2004-01-22 03:36:38] reiersol at online dot no
In response to cunha17 at uol dot com dot br:
As far as I can tell, nothing has happened since my November 10
submission. The examples I've given already *should* be more than
sufficient. Perhaps it would be helpful
if you double-check this. To make it really easy, here's a
PHPUnit test to run. Both tests should pass. In PHP 5 beta 1, the
testReplaceObject passes, the other one fails. In the versions after
the dubious fix (including today's CVS version), it's reversed.
require_once 'PHPUnit.php';
class Bar { var $value = 0; }
class Foo {
var $v1;
var $v2;
function Foo() {
$this->v1 = new Bar;
$this->v2 = $this->v1;
}
}
class ReferenceTest extends PHPUnit_TestCase {
function testChangeObject() {
$g = unserialize(serialize(new Foo));
$g->v2->value = 42;
$this->assertEquals(42,$g->v1->value);
}
function testReplaceObject() {
$g = unserialize(serialize(new Foo));
$g->v2 = 42;
$this->assertTrue($g->v1 instanceof Bar);
}
}
$suite = new PHPUnit_TestSuite();
$suite->addTestSuite('ReferenceTest');
$result = PHPUnit::run($suite);
echo $result->toString();
[2004-01-21 20:16:26] cunha17 at uol dot com dot br
If it's not fixed, please don't give up !
Serialization/Deserialization should work transparently in the same
script or using sessions !!!
Just provide a simple script with the actual and expected results...
[2004-01-19 05:23:13] reiersol at online dot no
For the record: I don't think this bug has been fixed, and I think it's
a very serious one, but I'm giving up.
[2004-01-11 11:00:25] [EMAIL PROTECTED]
Seems to be fixed now.
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/25975
--
Edit this bug report at http://bugs.php.net/?id=25975&edit=1
#27120 [NEW]: Serialization replaces PHP 5 object references with PHP 4-style "references"
From: reiersol at online dot no Operating system: RedHat 9.0 PHP version: 5CVS-2004-02-02 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Serialization replaces PHP 5 object references with PHP 4-style "references" Description: This bug is actually the "fixed" version of bug #25975. I'm deliberately reporting it as a new bug, since the history of bug #25975 seems to be causing confusion. The bug fix is not satisfactory, since the objects still do not behave the same way before and after serialization. I believe this has serious consequences for using objects in session-based applications. By uncommenting the two commented lines in the code, you can run the test without serialization. This produces the "expected result". Reproduce code: --- http://home.online.no/~reiersol/referencetest.html Expected result: TestCase ReferenceTest->testChangeObject() passed TestCase ReferenceTest->testReplaceObject() passed Actual result: -- TestCase ReferenceTest->testChangeObject() passed TestCase ReferenceTest->testReplaceObject() failed: expected true, actual false -- Edit bug report at http://bugs.php.net/?id=27120&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27120&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27120&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27120&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27120&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27120&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27120&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27120&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27120&r=support Expected behavior: http://bugs.php.net/fix.php?id=27120&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27120&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27120&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27120&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27120&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27120&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27120&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27120&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27120&r=float
#27117 [Opn]: Configuration patch to compile oci8 extension with Oracle 10g
ID: 27117 User updated by: cjbj at hotmail dot com Reported By: cjbj at hotmail dot com Status: Open Bug Type: OCI8 related Operating System: RH Linux AS 3 PHP Version: 4CVS-2004-02-02 (stable) New Comment: H. Pasted from wrong buffer (or right buffer on wrong machine). The replacement patch should have the line OCI8_VERSION=10.1, not OCI8_VERSION=9.0 Previous Comments: [2004-02-02 03:37:27] cjbj at hotmail dot com I've grokked the m4 9.0/9.2 hack and see it isn't needed for 10.1. The revised suggested patch is: *** config.m4.orig 2003-10-03 16:07:05.0 +1000 --- config.m4 2004-02-02 19:22:57.0 +1100 *** *** 23,28 --- 23,30 if test -s "$OCI8_DIR/orainst/unix.rgs"; then OCI8_VERSION=`grep '"ocommon"' $OCI8_DIR/orainst/unix.rgs | sed 's/[ ][ ]*/:/g' | cut -d: -f 6 | cut -c 2-4` test -z "$OCI8_VERSION" && OCI8_VERSION=7.3 + elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.10.1; then + OCI8_VERSION=9.0 elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.9.0; then OCI8_VERSION=9.0 elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.8.0; then *** *** 115,120 --- 117,129 ]) ;; + 10.1) + PHP_ADD_LIBRARY(clntsh, 1, OCI8_SHARED_LIBADD) + PHP_ADD_LIBPATH($OCI8_DIR/lib, OCI8_SHARED_LIBADD) + AC_DEFINE(HAVE_OCI8_ATTR_STATEMENT,1,[ ]) + AC_DEFINE(HAVE_OCI_9_2,1,[ ]) + ;; + *) AC_MSG_ERROR(Unsupported Oracle version!) ;; [2004-02-02 00:36:00] cjbj at hotmail dot com Description: This patch to ext/oci8/config.m4 allows compilation with Oracle 10g: --- config.m4.orig 2003-10-03 16:07:05.0 +1000 +++ config.m4 2004-02-02 16:09:26.0 +1100 @@ -23,6 +23,8 @@ if test -s "$OCI8_DIR/orainst/unix.rgs"; then OCI8_VERSION=`grep '"ocommon"' $OCI8_DIR/orainst/unix.rgs | sed 's/[ ][ ]*/:/g' | cut -d: -f 6 | cut -c 2-4` test -z "$OCI8_VERSION" && OCI8_VERSION=7.3 + elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.10.1; then +OCI8_VERSION=10.1 elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.9.0; then OCI8_VERSION=9.0 elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.8.0; then @@ -115,6 +117,26 @@ ]) ;; +10.1) + PHP_ADD_LIBRARY(clntsh, 1, OCI8_SHARED_LIBADD) + PHP_ADD_LIBPATH($OCI8_DIR/lib, OCI8_SHARED_LIBADD) + AC_DEFINE(HAVE_OCI8_ATTR_STATEMENT,1,[ ]) + + dnl These functions are only available in version >= 9.2 + PHP_CHECK_LIBRARY(clntsh, OCIEnvNlsCreate, + [ +PHP_CHECK_LIBRARY(clntsh, OCINlsCharSetNameToId, +[ + AC_DEFINE(HAVE_OCI_9_2,1,[ ]) + OCI8_VERSION=10.1 +], [], [ + -L$OCI8_DIR/lib $OCI8_SHARED_LIBADD +]) + ], [], [ +-L$OCI8_DIR/lib $OCI8_SHARED_LIBADD + ]) + ;; + *) AC_MSG_ERROR(Unsupported Oracle version!) ;; If readers need to manually apply this patch, run ./buildconf before running ./configure and make. See also http://bugs.php.net/27093 To install Oracle's OCI header and library files from the Oracle 10g Client CD, run the installer and choose the "Administrator" option. -- Edit this bug report at http://bugs.php.net/?id=27117&edit=1
#27117 [Opn]: Configuration patch to compile oci8 extension with Oracle 10g
ID: 27117 User updated by: cjbj at hotmail dot com Reported By: cjbj at hotmail dot com Status: Open Bug Type: OCI8 related Operating System: RH Linux AS 3 PHP Version: 4CVS-2004-02-02 (stable) New Comment: I've grokked the m4 9.0/9.2 hack and see it isn't needed for 10.1. The revised suggested patch is: *** config.m4.orig 2003-10-03 16:07:05.0 +1000 --- config.m4 2004-02-02 19:22:57.0 +1100 *** *** 23,28 --- 23,30 if test -s "$OCI8_DIR/orainst/unix.rgs"; then OCI8_VERSION=`grep '"ocommon"' $OCI8_DIR/orainst/unix.rgs | sed 's/[ ][ ]*/:/g' | cut -d: -f 6 | cut -c 2-4` test -z "$OCI8_VERSION" && OCI8_VERSION=7.3 + elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.10.1; then + OCI8_VERSION=9.0 elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.9.0; then OCI8_VERSION=9.0 elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.8.0; then *** *** 115,120 --- 117,129 ]) ;; + 10.1) + PHP_ADD_LIBRARY(clntsh, 1, OCI8_SHARED_LIBADD) + PHP_ADD_LIBPATH($OCI8_DIR/lib, OCI8_SHARED_LIBADD) + AC_DEFINE(HAVE_OCI8_ATTR_STATEMENT,1,[ ]) + AC_DEFINE(HAVE_OCI_9_2,1,[ ]) + ;; + *) AC_MSG_ERROR(Unsupported Oracle version!) ;; Previous Comments: [2004-02-02 00:36:00] cjbj at hotmail dot com Description: This patch to ext/oci8/config.m4 allows compilation with Oracle 10g: --- config.m4.orig 2003-10-03 16:07:05.0 +1000 +++ config.m4 2004-02-02 16:09:26.0 +1100 @@ -23,6 +23,8 @@ if test -s "$OCI8_DIR/orainst/unix.rgs"; then OCI8_VERSION=`grep '"ocommon"' $OCI8_DIR/orainst/unix.rgs | sed 's/[ ][ ]*/:/g' | cut -d: -f 6 | cut -c 2-4` test -z "$OCI8_VERSION" && OCI8_VERSION=7.3 + elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.10.1; then +OCI8_VERSION=10.1 elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.9.0; then OCI8_VERSION=9.0 elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.8.0; then @@ -115,6 +117,26 @@ ]) ;; +10.1) + PHP_ADD_LIBRARY(clntsh, 1, OCI8_SHARED_LIBADD) + PHP_ADD_LIBPATH($OCI8_DIR/lib, OCI8_SHARED_LIBADD) + AC_DEFINE(HAVE_OCI8_ATTR_STATEMENT,1,[ ]) + + dnl These functions are only available in version >= 9.2 + PHP_CHECK_LIBRARY(clntsh, OCIEnvNlsCreate, + [ +PHP_CHECK_LIBRARY(clntsh, OCINlsCharSetNameToId, +[ + AC_DEFINE(HAVE_OCI_9_2,1,[ ]) + OCI8_VERSION=10.1 +], [], [ + -L$OCI8_DIR/lib $OCI8_SHARED_LIBADD +]) + ], [], [ +-L$OCI8_DIR/lib $OCI8_SHARED_LIBADD + ]) + ;; + *) AC_MSG_ERROR(Unsupported Oracle version!) ;; If readers need to manually apply this patch, run ./buildconf before running ./configure and make. See also http://bugs.php.net/27093 To install Oracle's OCI header and library files from the Oracle 10g Client CD, run the installer and choose the "Administrator" option. -- Edit this bug report at http://bugs.php.net/?id=27117&edit=1
#27073 [Fbk->NoF]: Strange behaviour after extending interface Iterator wo adding anything new
ID: 27073 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: linux PHP Version: 5CVS-2004-01-28 (dev) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-01-28 17:50:04] [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-01-28 08:51:04] [EMAIL PROTECTED] Description: See the code attached : class FubarOK has no problem implementing Iterator. interface NewIterator just extends Iterator and adds nothing, and here comes the fun - an error message when FubarProblem tries to implement NewIterator. Reproduce code: --- Actual result: -- PHP Fatal error: Class FubarProblem must implement interface Traversable as part of either Iterator or IteratorAggregate in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=27073&edit=1
#26863 [Opn->Asn]: fgets hangs on some urls
ID: 26863
Updated by: [EMAIL PROTECTED]
Reported By: jim at bluedojo dot com
-Status: Open
+Status: Assigned
Bug Type: *Directory/Filesystem functions
-Operating System: Windows XP
+Operating System: *
-PHP Version: 4CVS-2004-01-10
+PHP Version: 4CVS, 5CVS
-Assigned To:
+Assigned To: wez
New Comment:
Wez, AFAICT, the timeout is not used at all for http fopen wrapper.
(default_socket_timeout php.ini option at least)
Previous Comments:
[2004-01-14 18:04:09] jim at bluedojo dot com
I will try to answer the question the best I can.
I have written a spider in php that can index millions of pages. Every
once in a while it will encounter a page that will not load up (which I
thought was due to fgets). When I type this url in the location bar of
a browser, the page seems like it will load forever and nothing will
show up.
When I set stream_set_timeout($fd, 6) then once would expect that $fd
will time out in 6 seconds and exit the loop. I believe that feof
would detect that the stream would time out:
if ($fd = @fopen($url,'rb')){
stream_set_timeout($fd, 6);
$html = '';
while (!feof($fd)) {
$html .= trim(fgets($fd));
}
fclose($fd);
}
To answer wez's question, I had to find a url that didn't work (that
took forever to load) in order to test that feof would exit due to the
timing out of the stream ($fd).
The url that I was using wasn't working for about one day. Then it
started to load normally in a browser a day later so I couldn't use it
anymore as a test case for this problem.
Making the stream time out is important for my application because it
needs to move on to the next url or else it will loop forever.
Hope that helps.
[2004-01-12 22:08:56] jim at bluedojo dot com
I think removing feof() solved the problem. I don't get any infinite
stalls anymore. Thanks.
[2004-01-10 19:48:26] [EMAIL PROTECTED]
So the URL needs to return a failure code in order
to trigger the problem?
Please as specific as you can about it to help us figure
out whats happening.
[2004-01-10 18:06:17] jim at bluedojo dot com
The url is now working now so I cannot use it as a test case (it needs
to return false). I will see if I can find a new url to test it with
the new code.
[2004-01-10 17:35:18] [EMAIL PROTECTED]
I suspect the problem to be with feof() rather than fgets().
try this:
do {
$line = fgets($fp);
if ($line === false)
break;
$html .= trim($line);
} while(true);
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/26863
--
Edit this bug report at http://bugs.php.net/?id=26863&edit=1
#27080 [Opn->Bgs]: Compile error --with-sybase-ct
ID: 27080 Updated by: [EMAIL PROTECTED] Reported By: xingg_wu at yahoo dot com dot cn -Status: Open +Status: Bogus Bug Type: Sybase-ct (ctlib) related Operating System: Redhat linux 9 PHP Version: 4.3.4 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. Please don't reopen this anymore, there is no bug here. Ask further support questions on the mailing lists. Previous Comments: [2004-02-02 01:59:41] xingg_wu at yahoo dot com dot cn thanks for your answer! But it's also not work! My /etc/ld.so.conf config: .. /opt/sybase-11.9.2/lib What can i do I have tried to solve it for 2 months. God help me! [2004-01-30 12:26:18] [EMAIL PROTECTED] See output of: # ldd /opt/sybase-11.9.2/lib/libintl.so And check what library is missing. Then add the path to that library into your /etc/ld.so.conf and do: # /sbin/ldconfig [2004-01-29 21:20:55] xingg_wu at yahoo dot com dot cn My /etc/ld.so.conf to have the path /opt/sybase-11.9.2/lib Thanks! I tried to solve this problem 32627728 times,but i failed! Help me!ok? [2004-01-28 22:03:32] [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. Fix your /etc/ld.so.conf to have the path.. [2004-01-28 21:38:36] xingg_wu at yahoo dot com dot cn Description: *the prompt /opt/sybase-11.9.2/lib/libintl.so: undefined reference to `__ctype_b' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 **the end** my config:linux9+apache2.0.47+php4.3.4+sybase-11.9.2 the command: apache2.0.47#./configure --prefix=/home/apache --enalbe-so #./make;make install php4.3.4#./configure --with-apxs2=/home/apache/bin/apxs --with-sybase-ct=/opt/sybase-11.9.2 --enable-ftp ¨Cenable-track-vars #make;make install The compile succeeds if sybase is left out. -- Edit this bug report at http://bugs.php.net/?id=27080&edit=1
#27118 [Opn->Fbk]: PHP 4.3.4 Crashes with mcrypt_decrypt but mcrypt_encrypt works perfectly.
ID: 27118 Updated by: [EMAIL PROTECTED] Reported By: php-bug at ulterium dot com -Status: Open +Status: Feedback Bug Type: mcrypt related Operating System: Win2000 OR Win2003 PHP Version: 4.3.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-02-02 00:50:20] php-bug at ulterium dot com Description: Note: Also seen on Apache from a user's report on another web page. No solutions found from searching web. Using latest libmcrypt.dll and all permissions set correctly. If the mcrypt_decrypt line is // out then it will complete but only do the encrypt. Any ideas? Reproduce code: --- $iv_size = mcrypt_get_iv_size(MCRYPT_RIJNDAEL_256, MCRYPT_MODE_ECB); $iv = mcrypt_create_iv($iv_size, MCRYPT_RAND); $key = "This is a key"; $text = "This is a test string."; echo strlen($text) . ""; echo $text.""; $crypttext = mcrypt_encrypt(MCRYPT_RIJNDAEL_256, $key, $text, MCRYPT_MODE_ECB, $iv); echo strlen($crypttext) . ""; echo $crypttext.""; $decrypttext = mcrypt_decrypt(MCRYPT_RIJNDAEL_256, $key, $crypttext, MCRYPT_MODE_ECB, $iv); echo strlen($decrypttext) . ""; echo $decrypttext.""; Expected result: Should DeCrypt String Actual result: -- PHP has encountered an Access Violation at 6C1994EB42 -- Edit this bug report at http://bugs.php.net/?id=27118&edit=1
#27115 [Opn->Ver]: simplexml object updating array entry not working
ID: 27115 Updated by: [EMAIL PROTECTED] Reported By: gerry dot rodman at ness-usa dot com -Status: Open +Status: Verified Bug Type: XML related Operating System: win 2003 PHP Version: 5CVS-2004-02-01 (dev) Previous Comments: [2004-02-01 17:41:12] gerry dot rodman at ness-usa dot com Description: I cant seem to change the value of an array entry in a simple xml object if I use a variable for an index. But it changes OK if I use a constant. Reproduce code: --- gerrybarbara"; $xml = simplexml_load_string($xmlstr); $i = 0; $xml->people->name[$i] = "gerry changed"; // sorry, gerry doesnt change if variable is used as index (bug?) echo $xml->people->name[0]; echo ""; $xml->people->name[0] = "gerry changed"; // gerry does change is a constant is supplied echo $xml->people->name[0]; ?> Expected result: gerry changed gerry changed Actual result: -- gerry gerry changed -- Edit this bug report at http://bugs.php.net/?id=27115&edit=1
#27114 [Opn->Bgs]: Upon install of PHP, IIS keeps crashing.
ID: 27114 Updated by: [EMAIL PROTECTED] Reported By: adam at solutionwave dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows XP Professional PHP Version: 5.0.0b3 (beta3) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You did something wrong. Previous Comments: [2004-02-01 15:42:09] adam at solutionwave dot com Description: Once I installed PHP and re-started IIS in order for the changes to take effect, the webserver will continue to fatally crash. I attempted to re-start the computer itself, but to no avail. -- Edit this bug report at http://bugs.php.net/?id=27114&edit=1
#27045 [Opn->Fbk]: scripting Interpreter crashes when triggering error after php_syntax_check'ing
ID: 27045 Updated by: [EMAIL PROTECTED] Reported By: awulf at ev1 dot net -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: windows xp PHP Version: 5.0.0b3 (beta3) New Comment: Try again this one: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-02-01 18:12:01] awulf at ev1 dot net i've been trying to install the snapshot. i installed it just like every other installation of php i've done (i replace the /php folder with the new one, and update the ini file), but no luck. i get a Internal Server Error. my php.ini is modified from the -dist as i mentioned above, but no luck. even with the given -dist, i get a internal service error. i can't even run an empty script, nor the phpinfo() function. ideas? this is my first ever snapshot install... is there something i'm missing? thanks so much. [2004-01-27 15:57:10] [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-01-26 06:20:01] awulf at ev1 dot net Description: i have a small function that checks if a certain file exists. if it does, it runs php_check_syntax on that file. if the syntax is ok, then it includes the file, otherwise it triggers an E_USER_ERROR. what's happening is this: when the file does have a syntax error, then once the script hits the part where it should through the E_USER_ERROR, it instead crashes the Scripting Interpreter. if i replace E_USER_ERROR with E_USER_WARNING it will run through to the end, with correct output. similarly, if i replace triggering the error with a simple echo statement followed by an exit(), this will also crash the Scripting Interpreter. --- my php.ini differs from php.ini-dist in the following ways: register_globals=On magic_quotes_runtime = On extension_dir = "./extensions/" upload_max_filesize = 16M extension=php_gd2.dll extension=php_mysql.dll sendmail_from = [EMAIL PROTECTED] Reproduce code: --- there are two small files found in the following directory: http://chalkboard.inversiondesigns.com/phpError/ they are: http://chalkboard.inversiondesigns.com/phpError/bar.phps http://chalkboard.inversiondesigns.com/phpError/myError.phps Expected result: enter test if bar.php exists test if bar.php is syntatically correct. Fatal error: parse error in bar.php in C:\apache\htdocs\classlist.php on line 3 Actual result: -- i'm running in MSIE 6.+ and get a popup error box with: PHP Script Interpreter has encountered a problem and needs to close. We are sorry for the inconvenience. [i click for more info] AppName: php.exe AppVer: 5.0.0.0 ModName: php4ts.dll ModVer: 5.0.0.0 Offset: 6d1a I hope this helps. let me know if there's any more info i can give you to help out. oh, and i'm on apache 1.3.14. -- Edit this bug report at http://bugs.php.net/?id=27045&edit=1
#27116 [Opn->Fbk]: SimpleXMLIterator
ID: 27116 Updated by: [EMAIL PROTECTED] Reported By: yannl at istop dot com -Status: Open +Status: Feedback Bug Type: *XML functions Operating System: Linux PHP Version: 5CVS-2004-02-01 (dev) New Comment: Please do a full rebuild (./cvsclean ; ./buildconf ; ./configure ...) and report back if the error stays. Previous Comments: [2004-02-01 22:02:23] yannl at istop dot com Description: Apache does'nt start even if it says so. I found this error in the apache error_log file PHP Fatal error: Class SimpleXMLIterator may not inherit from final class (~K]ü~Iì]Ã~Mt&) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=27116&edit=1
#27119 [Opn->Bgs]: wrong sum result
ID: 27119 Updated by: [EMAIL PROTECTED] Reported By: gnz at amorfo dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: Windows/Linux PHP Version: 4.3.4 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. try bcmath... Previous Comments: [2004-02-02 01:11:26] gnz at amorfo dot com Description: Hi, Im getting the wrong result performing a simple sum operation. Ive been able to reproduce this on Windows with PHP 4.3.4 Windows with PHP 4.3.5 RC1 Linux with PHP 4.3.2 Reproduce code: --- Expected result: 0.05 Actual result: -- 0.051 -- Edit this bug report at http://bugs.php.net/?id=27119&edit=1
#27080 [Bgs->Opn]: Compile error --with-sybase-ct
ID: 27080 User updated by: xingg_wu at yahoo dot com dot cn Reported By: xingg_wu at yahoo dot com dot cn -Status: Bogus +Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Redhat linux 9 PHP Version: 4.3.4 New Comment: thanks for your answer! But it's also not work! My /etc/ld.so.conf config: .. /opt/sybase-11.9.2/lib What can i do I have tried to solve it for 2 months. God help me! Previous Comments: [2004-01-30 12:26:18] [EMAIL PROTECTED] See output of: # ldd /opt/sybase-11.9.2/lib/libintl.so And check what library is missing. Then add the path to that library into your /etc/ld.so.conf and do: # /sbin/ldconfig [2004-01-29 21:20:55] xingg_wu at yahoo dot com dot cn My /etc/ld.so.conf to have the path /opt/sybase-11.9.2/lib Thanks! I tried to solve this problem 32627728 times,but i failed! Help me!ok? [2004-01-28 22:03:32] [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. Fix your /etc/ld.so.conf to have the path.. [2004-01-28 21:38:36] xingg_wu at yahoo dot com dot cn Description: *the prompt /opt/sybase-11.9.2/lib/libintl.so: undefined reference to `__ctype_b' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 **the end** my config:linux9+apache2.0.47+php4.3.4+sybase-11.9.2 the command: apache2.0.47#./configure --prefix=/home/apache --enalbe-so #./make;make install php4.3.4#./configure --with-apxs2=/home/apache/bin/apxs --with-sybase-ct=/opt/sybase-11.9.2 --enable-ftp ¨Cenable-track-vars #make;make install The compile succeeds if sybase is left out. -- Edit this bug report at http://bugs.php.net/?id=27080&edit=1
