#32165 [Opn->Fbk]: update doesn't work after update from 4.3.9
ID: 32165
Updated by: [EMAIL PROTECTED]
Reported By: mhoerenz at ria-btr dot de
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: w2k
PHP Version: 4.3.10
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:
[2005-03-03 07:42:14] mhoerenz at ria-btr dot de
Description:
Hello,
after an update from 4.3.9 to 4.3.10 this scripte doesn't worked no
more. There is no errormessage.
Regards
M. Hörenz
Reproduce code:
---
$verb=mssql_connect("svpidw101", "sa" , "");
mssql_select_db("database", $verb);
$statement="update MOVEX_CSYCSN set
CKCONO=1,CKCSNO='32063000',CKINYN=1,CKSUPL=''
,CKTX40='Batch ',CKTX15='Batch auf Grund',
CKSPFA=0,CKTXID=0,CKRGDT=20050214,CKRGTM=102130,CKLMDT=20050214,CKCHNO=2,CKCHID=
'USER' where CKCONO=1
and CKCSNO='32063000'";
$result = mssql_query($statement) or die ();
Expected result:
The sql-updatestatement should be done. But ist shouldn't under 4.3.10
--
Edit this bug report at http://bugs.php.net/?id=32165&edit=1
#32165 [Fbk->Csd]: update doesn't work after update from 4.3.9
ID: 32165
Updated by: [EMAIL PROTECTED]
Reported By: mhoerenz at ria-btr dot de
-Status: Feedback
+Status: Closed
Bug Type: MSSQL related
Operating System: w2k
PHP Version: 4.3.10
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-03-03 10:43:21] [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
[2005-03-03 07:42:14] mhoerenz at ria-btr dot de
Description:
Hello,
after an update from 4.3.9 to 4.3.10 this scripte doesn't worked no
more. There is no errormessage.
Regards
M. Hörenz
Reproduce code:
---
$verb=mssql_connect("svpidw101", "sa" , "");
mssql_select_db("database", $verb);
$statement="update MOVEX_CSYCSN set
CKCONO=1,CKCSNO='32063000',CKINYN=1,CKSUPL=''
,CKTX40='Batch ',CKTX15='Batch auf Grund',
CKSPFA=0,CKTXID=0,CKRGDT=20050214,CKRGTM=102130,CKLMDT=20050214,CKCHNO=2,CKCHID=
'USER' where CKCONO=1
and CKCSNO='32063000'";
$result = mssql_query($statement) or die ();
Expected result:
The sql-updatestatement should be done. But ist shouldn't under 4.3.10
--
Edit this bug report at http://bugs.php.net/?id=32165&edit=1
#32167 [NEW]: Access from 64-bit php to 32-bit Interbase Server returns wrong integer values
From: trx222 at gmx dot de
Operating system: Suse Linux 9.2 AMD 64 Bit
PHP version: 4.3.8
PHP Bug Type: InterBase related
Bug description: Access from 64-bit php to 32-bit Interbase Server returns
wrong integer values
Description:
I'm using the firebird libfbclient.so to compile the 64 bit extension
interbase.so. The I connect to an interbase 6.0 server on an other pc.
When I do a select - query I got wrong integer values:
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2 FROM
71751723646977 1
71751723646978 2
71751723646980 4
71751723646981 5
71751723646995 19
./configure' '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin' '--libdir=/usr/share'
'--includedir=/usr/include' '--sysconfdir=/etc' '--with-_lib=lib64'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib64/php/bin'
'--disable-debug' '--enable-inline-optimization' '--enable-memory-limit'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild'
'--disable-ctype' '--disable-session' '--without-mysql' '--disable-cli'
'--without-pear' '--with-openssl' '--with-apxs2=/usr/sbin/apxs2-prefork'
'x86_64-suse-linux'
interbase so is loaded in php.ini with extension command.
Reproduce code:
---
";
$sth = ibase_query($dbh, $stmt);
while ($row = ibase_fetch_object($sth))
{
echo $row->ID." ".$row->ID2." ".$row->ID3." ".$row->TXT." ".$row->ADAT.
"\n";
}
ibase_free_result($sth);
ibase_close($dbh);
?>
Expected result:
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2,TXT,ADAT FROM NUTZ_K
1 1 Büroflächen 08/24/1996 22:53:47
2 2 Verkehrsflächen 08/24/1996 22:53:47
4 4 Sanitärflächen 08/24/1996 22:53:47
5 5 Sonstige 12/06/1996 12:35:21
19 19 Sozialräume 01/16/2001 14:44:25
Actual result:
--
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2,TXT,ADAT FROM NUTZ_K
71751723646977 1 Büroflächen 08/24/1996 22:53:47
71751723646978 2 Verkehrsflächen 08/24/1996 22:53:47
71751723646980 4 Sanitärflächen 08/24/1996 22:53:47
71751723646981 5 Sonstige 12/06/1996 12:35:21
71751723646995 19 Sozialräume 01/16/2001 14:44:25
--
Edit bug report at http://bugs.php.net/?id=32167&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32167&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32167&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32167&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32167&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32167&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32167&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32167&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32167&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32167&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32167&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32167&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32167&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32167&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32167&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32167&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32167&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32167&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32167&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32167&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32167&r=mysqlcfg
#32170 [NEW]: com_event_sink does not take default event interface
From: jeanpierre dot vincent at gmail dot com
Operating system: windows 2000, xp
PHP version: 5.0.1
PHP Bug Type: COM related
Bug description: com_event_sink does not take default event interface
Description:
the function com_event_sink is documented like this:
bool com_event_sink ( variant comobject, object sinkobject [, mixed
sinkinterface] ).
but the sinkinterface does not take value of the default com object event
interface so optional is useless because the developper must know all
default object event sink interface.
Reproduce code:
---
document->getElementById('test');
if ($GLOBALS['elem']!=null)
{
com_event_sink($GLOBALS['elem'],$this
/*,'HTMLAnchorEvents'*/);
}
}
// when closing browser
function OnQuit() {
echo "Quit!\n";
$this->terminated = true;
}
// when clicking in url
function onclick() {
echo "click!\n";
}
}
$ie = new COM("InternetExplorer.Application");
// note that you don't need the & for PHP 5!
$sink = new IEEventSinker();
com_event_sink($ie, $sink, "DWebBrowserEvents2");
$ie->Visible = true;
$ie->Navigate('c:\test.html');
while(!$sink->terminated) {
com_message_pump(4000);
}
$ie = null;
?>
/
c:\test.html
test
Expected result:
browser is launching, navigate on test.html file.
when we click to url test the message is to be written in the console :
Click!
Actual result:
--
no message written.
--
Edit bug report at http://bugs.php.net/?id=32170&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32170&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32170&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32170&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32170&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32170&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32170&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32170&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32170&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32170&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32170&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32170&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32170&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32170&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32170&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32170&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32170&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32170&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32170&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32170&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32170&r=mysqlcfg
#32168 [Opn]: A recovering of variable while using reference to $_SESSION
ID: 32168
User updated by: KRomas at goldentele dot com
Reported By: KRomas at goldentele dot com
Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4.3.9
New Comment:
There is a result for 3-rd file
Previous Comments:
[2005-03-03 11:42:53] KRomas at goldentele dot com
Description:
If we erase the $_SESSION and then make the reference to some session
variable X, the value of X is recovering, ie not erased.
Configure Command:
./configure' '--prefix=/usr/local/apache'
'--with-config-file-path=/usr/local/Zend/etc' '--enable-track-vars'
'--with-apxs=/usr/local/apache/bin/apxs' '--with-gd'
'--with-oci8=/oracle/8.1.7' '--enable-trans-sid' '--enable-sigchild'
'--with-zlib' '--enable-sockets' '--with-zlib-dir=/usr/local/include'
'--with-iconv' '--with-iconv-dir=/usr/local' '--disable-debug'
'--with-sybase-ct=/usr/local/freetds'
Reproduce code:
---
Please run folow files in order:
1.php
';
var_dump($_SESSION);
?>
2.php
';
var_dump($_SESSION);
?>
3.php
';
var_dump($_SESSION);
?>
Expected result:
array(1) {
["a"]=>
&NULL
}
Actual result:
--
array(1) {
["a"]=>
&array(1) {
["b"]=>
int(1)
}
}
--
Edit this bug report at http://bugs.php.net/?id=32168&edit=1
#32171 [NEW]: WebDAV stream wrapper crashes PHP
From: jr at terragate dot net
Operating system: x86 linux
PHP version: 5.0.3
PHP Bug Type: Reproducible crash
Bug description: WebDAV stream wrapper crashes PHP
Description:
PEAR's HTTP_WebDAV_Client causes PHP 5 to trow a deprecated warning as
Exception:
Fatal error: Uncaught exception 'Exception' with message 'is_a():
Deprecated. Please use the instanceof operator' in
/usr/lib/php/PEAR.php:248
Stack trace:
#0 /usr/lib/php/PEAR.php(248): is_a(true, 'PEAR_Error')
#1 /usr/lib/php/HTTP/Request.php(591): HTTP_Request->isError(true)
#2 /usr/lib/php/HTTP/WebDAV/Client/Stream.php(796):
HTTP_Request->sendRequest()
#3 /usr/lib/php/HTTP/WebDAV/Client/Stream.php(446):
HTTP_WebDAV_Client_Stream->_check_options()
#4 /var/www/localhost/htdocs/crash.php(5):
HTTP_WebDAV_Client_Stream->dir_opendir('webdav://test:t...', 4)
#5 /var/www/localhost/htdocs/crash.php(5):
DirectoryIterator->__construct('webdav://test:t...')
#6 {main}
thrown in /usr/lib/php/PEAR.php on line 248
Is this a bug or a feature (deprecation messages thrown as Exceptions)?
Changing the is_a in PEAR.php to instanceof causes a segfault.
Reproduce code:
---
for the 'deprecation exception' and a additional change for the segfault:
PEAR.php ~line 248:
if ($data instanceof PEAR_Error) {
instead of:
if (is_a($data, 'PEAR_Error')) {
This requires a valid webdav URL (I can provide one if necessary).
Expected result:
Clean shutdown
Actual result:
--
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 22648)]
Done
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 22648)]
0x0019 in ?? ()
#0 0x0019 in ?? ()
#1 0x0829ca06 in _php_stream_free (stream=0x8652714, close_options=3)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/main/streams/streams.c:351
#2 0x081b0d74 in spl_ce_dir_object_free_storage (object=0x85e067c)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/spl/spl_directory.c:66
#3 0x082e939d in zend_objects_store_del_ref (zobject=0x85f4430)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_objects_API.c:159
#4 0x082cc90f in _zval_dtor (zvalue=0x85da6ac,
__zend_filename=0x84a0800
"/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute_API.c",
__zend_lineno=392)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_variables.c:61
#5 0x082c19cb in _zval_ptr_dtor (zval_ptr=0x85ddda8,
__zend_filename=0x85f4430 "xA_\b\u\001^\b",
__zend_lineno=140461104)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute_API.c:392
#6 0x082ccce2 in _zval_ptr_dtor_wrapper (zval_ptr=0x85f4430)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_variables.c:193
#7 0x082d976f in zend_hash_apply_deleter (ht=0x85131b0, p=0x85ddd9c)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_hash.c:574
#8 0x082d707c in zend_hash_graceful_reverse_destroy (ht=0x85131b0)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_hash.c:640
#9 0x082c123a in shutdown_executor ()
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute_API.c:208
#10 0x082cddde in zend_deactivate ()
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend.c:818
#11 0x08288352 in php_request_shutdown (dummy=0x0)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/main/main.c:1212
#12 0x083111b7 in main (argc=2, argv=0xb844)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/sapi/cli/php_cli.c:1046
--
Edit bug report at http://bugs.php.net/?id=32171&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32171&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32171&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32171&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32171&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32171&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32171&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32171&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32171&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32171&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32171&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32171&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32171&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32171&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32171&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32171&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32171&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32171&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32171&r=float
No Zend Extensions: http://bugs.php.net/f
#31717 [Asn]: Cannot turn off PATH_INFO
ID: 31717
User updated by: stijn at win dot tue dot nl
Reported By: stijn at win dot tue dot nl
Status: Assigned
Bug Type: Apache2 related
Operating System: FreeBSD 4 and -CURRENT
PHP Version: 4.3.10
Assigned To: jorton
New Comment:
Here is a patch that is *VERY* lightly tested, but which appears to do
the right thing for me (I don't see a place to upload a patch in this
bug tracker, so I copy & paste this; beware of whitespace changes).
%%%
--- sapi/apache2handler/sapi_apache2.c.orig Mon Dec 6 19:55:16
2004
+++ sapi/apache2handler/sapi_apache2.c Thu Mar 3 12:46:03 2005
@@ -471,6 +471,12 @@
return DECLINED;
}
+ /* check if we can accept PATH_INFO according to apache config
*/
+ if (r->used_path_info == AP_REQ_REJECT_PATH_INFO
+ && strlen(r->path_info) != 0) {
+ return HTTP_NOT_FOUND;
+ }
+
if (r->finfo.filetype == 0) {
php_apache_sapi_log_message_ex("script '%s' not found
or unable to stat", r);
zend_try {
%%%
What do you think?
Previous Comments:
[2005-01-28 06:37:22] [EMAIL PROTECTED]
It doesn't make sense to me that this is the responsibility of the
handler. I see by looking at the code that it is, but it doesn't seem
like a valid place for this to happen. If you configure Apache to not
honour path_info then Apache shouldn't trigger the handler on the
partial path.
[2005-01-27 19:37:51] [EMAIL PROTECTED]
Yes it does, in 2.0 the handler has to honour the r->used_path_info
setting appropriately.
[2005-01-27 18:08:01] [EMAIL PROTECTED]
This has nothing to do with PHP and please don't post support questions
to the bug database.
[2005-01-27 11:23:03] stijn at win dot tue dot nl
Description:
I'm trying to turn the support for PATH_INFO off on a *default* install
of apache-2.0.52 and php-4.3.10, but it doesn't work.
Note that I am not 100% sure that this is a PHP bug, however Apache
does not accept PATH_INFO for regular HTML files so I'm inclined to
suspect PHP.
I first installed Apache in a scratch directory:
./configure --prefix=/var/tmp/apachephp --enable-so --with-mpm=prefork
--enable-maintainer-mode
gmake
gmake install
Then PHP:
env CFLAGS=-g ./configure --prefix=/var/tmp/apachephp
--with-apxs2=/var/tmp/apachephp/bin/apxs --disable-cgi
--disable-path-info-check
gmake
gmake install
I edited /var/tmp/apachephp/conf/httpd.conf and added these lines:
%%%
AddType application/x-httpd-php .php
AcceptPathInfo off
AcceptPathInfo off
%%%
Adding a simple index.php to the docroot
(/var/tmp/apachephp/htdocs/index.php):
%%%
%%%
After starting httpd, I can still browse to
http://localhost/index.php/foo/bar
and see that PATH_INFO indeed contains /foo/bar.
I've tried digging in the sources but I'm not familiar with Apache
plugins. I did see this in gdb:
%%%
Breakpoint 2, php_apache_request_ctor (r=0x81b2050, ctx=0x81b3e70)
at
/local/home/stijn/tmp/php-4.3.10/sapi/apache2handler/sapi_apache2.c:408
408 SG(sapi_headers).http_response_code = !r->status ?
HTTP_OK : r->status;
(gdb) print r->path_info
$1 = 0x81b3253 "/foo/bar"
(gdb) print r->used_path_info
$2 = 1
%%%
So in the request constructor the path info is already set up? I did
see something about overriding r->path_info for apache modules in the
apache sources but here is where I cannot follow the code anymore...
BTW, I tried to post this to php-general twice, but somehow my e-mail
is blocked. I do hope this is not PEBKAC but even if it is I would be
glad if someone pointed this out to me...
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
see above for a maybe relevant backtrace snippet
--
Edit this bug report at http://bugs.php.net/?id=31717&edit=1
#31040 [Fbk->Opn]: Bad parameters when getting some events from browser
ID: 31040
User updated by: jeanpierre dot vincent at gmail dot com
Reported By: jeanpierre dot vincent at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: W2K WinXP
PHP Version: 5.0.2
Assigned To: wez
New Comment:
thanks for solving this bug in your latest release.
now we are actually working on software based on com technology and we
are blocked by this another bug :
http://bugs.php.net/bug.php?id=32170.
Previous Comments:
[2005-02-28 21:18:14] [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-12-13 11:52:10] jeanpierre dot vincent at gmail dot com
this bug exists for all objects events sink.
Problem is in the function disp_invokeex() in file com_wrapper.c
the var zarg declared in the for loop to catch parameters is overwriten
every time, so all parameters have the value of the last one.
The reason why it happened on some functions and not another depends of
the compilation. We had here a random bug !!
the solution is to replace this code (in disp_invokeex() in file
com_wrapper.c)
///bugged code/
params = (zval ***)safe_emalloc(sizeof(zval **), pdp->cArgs, 0);
for (i = 0; i < pdp->cArgs; i++) {
VARIANT *arg;
zval *zarg;
arg = &pdp->rgvarg[ pdp->cArgs - 1 - i];
trace("alloc zval for arg %d VT=%08x\n", i,
V_VT(arg));
ALLOC_INIT_ZVAL(zarg[i]);
php_com_wrap_variant(zarg, arg, COMG(code_page)
TSRMLS_CC);
params[i] = &zarg;
}
///
by this one :
correct code/
params = (zval ***)safe_emalloc(sizeof(zval **), pdp->cArgs, 0);
for (i = 0; i < pdp->cArgs; i++) {
VARIANT *arg;
zval **zarg= NULL;
zarg=(zval **)safe_emalloc(sizeof(zval *),
pdp->cArgs, 0);
arg = &pdp->rgvarg[ pdp->cArgs - 1 - i];
trace("alloc zval for arg %d VT=%08x\n", i,
V_VT(arg));
ALLOC_INIT_ZVAL(zarg[i]);
php_com_wrap_variant(zarg[i], arg,
COMG(code_page) TSRMLS_CC);
params[i] = &zarg[i];
}
/
Hope you'll correct for the next version !
[2004-12-09 18:24:39] jeanpierre dot vincent at gmail dot com
Description:
For some events of the IE browser, parameters given take value 0 and
are of boolean type.
For example : BeforeNavigate2, BeforeNavigate and CommandStateChange,
whereas events like DocumentComplete work fine.
Here is the example code from http://www.php.net/com-event-sink, which
I simply added BeforeNavigate2. Launch it from a browser or CLI.
Reproduce code:
---
class IEEventSinker {
var $terminated = false;
// just after Browser understands he has to navigate
function BeforeNavigate2(&$pDisp, &$url, &$Flags, &$TargetFrameName,
&$PostData, &$Headers, &$Cancel) {
foreach(func_get_args() as $id => $valeur) {
// if the problem occurs ...
if($valeur == 0)
print $id.' = '.$valeur.' of type
'.variant_get_type($valeur)."\n";
}
// if the problem doesnt, $url is filled
if($url != 0)
echo "you'll navigate on $url\n";
}
// when all objects of page are loaded
function DocumentComplete(&$dom, $url) {
echo "Document $url complete\n";
}
// when closing browser
function OnQuit() {
echo "Quit!\n";
$this->terminated = true;
}
}
$ie = new COM("InternetExplorer.Application");
// note that you don't need the & for PHP 5!
$sink = new IEEventSinker();
com_event_sink($ie, $sink, "DWebBrowserEvents2");
$ie->Visible = true;
$ie->Navigate("http://www.php.net";);
while(!$sink->terminated) {
com_message_pump(4000);
}
$ie = null;
Expected result:
you'll navigate on http://www.php.net/
Document http://www.php.net/ complete
Quit!
Actual result:
--
0 = 0 of type 11
1 = 0 of type 11
2 = 0 of type 11
3 = 0 of type 11
4 = 0 of type 11
5 = 0 of type 11
6 = 0 of type 11
Document http://www.php.net/ complete
Quit!
--
Edit this bug report at http://bugs.php.net/?id=31040&edit=1
#31040 [Opn->Csd]: Bad parameters when getting some events from browser
ID: 31040
Updated by: [EMAIL PROTECTED]
Reported By: jeanpierre dot vincent at gmail dot com
-Status: Open
+Status: Closed
Bug Type: COM related
Operating System: W2K WinXP
PHP Version: 5.0.2
Assigned To: wez
Previous Comments:
[2005-03-03 13:52:29] jeanpierre dot vincent at gmail dot com
thanks for solving this bug in your latest release.
now we are actually working on software based on com technology and we
are blocked by this another bug :
http://bugs.php.net/bug.php?id=32170.
[2005-02-28 21:18:14] [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-12-13 11:52:10] jeanpierre dot vincent at gmail dot com
this bug exists for all objects events sink.
Problem is in the function disp_invokeex() in file com_wrapper.c
the var zarg declared in the for loop to catch parameters is overwriten
every time, so all parameters have the value of the last one.
The reason why it happened on some functions and not another depends of
the compilation. We had here a random bug !!
the solution is to replace this code (in disp_invokeex() in file
com_wrapper.c)
///bugged code/
params = (zval ***)safe_emalloc(sizeof(zval **), pdp->cArgs, 0);
for (i = 0; i < pdp->cArgs; i++) {
VARIANT *arg;
zval *zarg;
arg = &pdp->rgvarg[ pdp->cArgs - 1 - i];
trace("alloc zval for arg %d VT=%08x\n", i,
V_VT(arg));
ALLOC_INIT_ZVAL(zarg[i]);
php_com_wrap_variant(zarg, arg, COMG(code_page)
TSRMLS_CC);
params[i] = &zarg;
}
///
by this one :
correct code/
params = (zval ***)safe_emalloc(sizeof(zval **), pdp->cArgs, 0);
for (i = 0; i < pdp->cArgs; i++) {
VARIANT *arg;
zval **zarg= NULL;
zarg=(zval **)safe_emalloc(sizeof(zval *),
pdp->cArgs, 0);
arg = &pdp->rgvarg[ pdp->cArgs - 1 - i];
trace("alloc zval for arg %d VT=%08x\n", i,
V_VT(arg));
ALLOC_INIT_ZVAL(zarg[i]);
php_com_wrap_variant(zarg[i], arg,
COMG(code_page) TSRMLS_CC);
params[i] = &zarg[i];
}
/
Hope you'll correct for the next version !
[2004-12-09 18:24:39] jeanpierre dot vincent at gmail dot com
Description:
For some events of the IE browser, parameters given take value 0 and
are of boolean type.
For example : BeforeNavigate2, BeforeNavigate and CommandStateChange,
whereas events like DocumentComplete work fine.
Here is the example code from http://www.php.net/com-event-sink, which
I simply added BeforeNavigate2. Launch it from a browser or CLI.
Reproduce code:
---
class IEEventSinker {
var $terminated = false;
// just after Browser understands he has to navigate
function BeforeNavigate2(&$pDisp, &$url, &$Flags, &$TargetFrameName,
&$PostData, &$Headers, &$Cancel) {
foreach(func_get_args() as $id => $valeur) {
// if the problem occurs ...
if($valeur == 0)
print $id.' = '.$valeur.' of type
'.variant_get_type($valeur)."\n";
}
// if the problem doesnt, $url is filled
if($url != 0)
echo "you'll navigate on $url\n";
}
// when all objects of page are loaded
function DocumentComplete(&$dom, $url) {
echo "Document $url complete\n";
}
// when closing browser
function OnQuit() {
echo "Quit!\n";
$this->terminated = true;
}
}
$ie = new COM("InternetExplorer.Application");
// note that you don't need the & for PHP 5!
$sink = new IEEventSinker();
com_event_sink($ie, $sink, "DWebBrowserEvents2");
$ie->Visible = true;
$ie->Navigate("http://www.php.net";);
while(!$sink->terminated) {
com_message_pump(4000);
}
$ie = null;
Expected result:
you'll navigate on http://www.php.net/
Document http://www.php.net/ complete
Quit!
Actual result:
--
0 = 0 of type 11
1 = 0 of type 11
2 = 0 of type 11
3 = 0 of type 11
4 = 0 of type 11
5 = 0 of type 11
6 = 0 of type 11
Document http://www.php.net/ complete
Quit!
#32172 [NEW]: Switch 0 Bug (first case)
From: daniel dot elsner at tvi-services dot de
Operating system: Linux (Fedore Core3)
PHP version: 5.0.3
PHP Bug Type: Variables related
Bug description: Switch 0 Bug (first case)
Description:
a switch on a String variable go in the first case if the Variable 0. if
the variable "0" its right and he goes in default!
Reproduce code:
---
$fish = 0;
switch($fish) {
case "one":
echo "one";
break;
case "two":
echo "two";
break;
default:
echo "default";
break;
}
Expected result:
default
Actual result:
--
one
--
Edit bug report at http://bugs.php.net/?id=32172&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32172&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32172&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32172&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32172&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32172&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32172&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32172&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32172&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32172&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32172&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32172&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32172&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32172&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32172&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32172&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32172&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32172&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32172&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32172&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32172&r=mysqlcfg
#32176 [NEW]: (OS 10054)An existing connection was forcibly closed by the remote host. : cor
From: webmaster at sanders-consultation-group-plus dot com Operating system: Windows 2000 Pro PHP version: 5.0.3 PHP Bug Type: Apache2 related Bug description: (OS 10054)An existing connection was forcibly closed by the remote host. : cor Description: Just trying to establish that bug #25570 seems to still be alive and well in PHP 5.0.3, as I get the same errors messages that seem to be associated with this previous "closed" bug, though I am running on a different OS. Locahost set-up is Apache 2.0.52, and PHP 5.0.3. The full error is just as the post title, or as follows: (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network I found the 25570 bug while googling for the error message, so hopefully, I am posting this to the correct error. I would have posted it to the 25570 bug, but it states that closed bugs will not be updated and posting to them will just be deleted. Didn't know what else to do in order to try and bring this to someone's attention. My appologies if I've gone about this the wrong way. Reproduce code: --- Not sure, just getting the same error messages as previously associated with bug #25570. Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=32176&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32176&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32176&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32176&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32176&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32176&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32176&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32176&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32176&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32176&r=support Expected behavior: http://bugs.php.net/fix.php?id=32176&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32176&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32176&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32176&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32176&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32176&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32176&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32176&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32176&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32176&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32176&r=mysqlcfg
#32177 [NEW]: ReflectionException
From: pawel dot kozlowski at gmail dot com
Operating system: Any
PHP version: 5.0.3
PHP Bug Type: Feature/Change Request
Bug description: ReflectionException
Description:
Im trying to use Reflection API. I works great, but Ive some remarks
regarding ReflectionException. Calling ReflectionParameter::getClass()
will raise an exception when class definition isnt already included.
Thats fine, its an expected behavior. The problem is that I have no way
to get the missing class name. Ok, I could parse message string, but this
way it becomes (unintentionally) part of the public API. What do You
think about having sth like
Class ReflectionExceptionClassNotDefined extends ReflectionException
{
public string getClassName();
}
Reproduce code:
---
class A
{
public function __construct(B $b)
{
$this->b = $b;
}
}
$rc = new ReflectionClass('A');
$rconstr = $rc->getConstructor();
$rparams = $rconstr->getParameters();
try
{
$paramclass = $rparams[0]->getClass();
}
catch (ReflectionException $e)
{
//no way to get 'B' name here, without parsing msg string
}
--
Edit bug report at http://bugs.php.net/?id=32177&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32177&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32177&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32177&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32177&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32177&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32177&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32177&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32177&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32177&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32177&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32177&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32177&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32177&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32177&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32177&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32177&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32177&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32177&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32177&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32177&r=mysqlcfg
#32178 [NEW]: CGI Timeout
From: iamtgo3 at ipdg3 dot com Operating system: Windows 2003 Server PHP version: 5.0.3 PHP Bug Type: CGI related Bug description: CGI Timeout Description: I am getting the below error message again and have all the pemission set correctly. What has changed from version 4.x that works everytime to 5.x being harder then the search for the Holy Grail to get it to work. One good thing the install docs are finally updated but of course following them word for word still does not mean it will work. I am up for any suggestions at this point. Is this a bug or do other have PHP 5.0.3 CGI version working on Windows 2003 Server? CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. Reproduce code: --- Try to install it Expected result: To display info Actual result: -- CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit bug report at http://bugs.php.net/?id=32178&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32178&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32178&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32178&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32178&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32178&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32178&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32178&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32178&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32178&r=support Expected behavior: http://bugs.php.net/fix.php?id=32178&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32178&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32178&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32178&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32178&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32178&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32178&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32178&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32178&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32178&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32178&r=mysqlcfg
#32179 [NEW]: Segmentation fault
From: spmhere1 at lenivec dot com Operating system: Linux PHP version: 4.3.10 PHP Bug Type: XMLRPC-EPI related Bug description: Segmentation fault Description: Following code produces segmentation fault - because of recursive reference Reproduce code: --- $data = array(); $data['a'] =& $data; $data_xml = xmlrpc_encode($data); -- Edit bug report at http://bugs.php.net/?id=32179&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32179&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32179&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32179&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32179&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32179&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32179&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32179&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32179&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32179&r=support Expected behavior: http://bugs.php.net/fix.php?id=32179&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32179&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32179&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32179&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32179&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32179&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32179&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32179&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32179&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32179&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32179&r=mysqlcfg
#32179 [Opn]: xmlrpc_encode() Segmentation fault with recursive reference
ID: 32179 User updated by: spmhere1 at lenivec dot com -Summary: Segmentation fault Reported By: spmhere1 at lenivec dot com Status: Open Bug Type: XMLRPC-EPI related Operating System: Linux PHP Version: 4.3.10 New Comment: changed summary to better match the issue Previous Comments: [2005-03-03 18:28:50] spmhere1 at lenivec dot com Description: Following code produces segmentation fault - because of recursive reference Reproduce code: --- $data = array(); $data['a'] =& $data; $data_xml = xmlrpc_encode($data); -- Edit this bug report at http://bugs.php.net/?id=32179&edit=1
#31525 [Fbk->Opn]: object reference being dropped. $this getting lost.
ID: 31525 User updated by: yml at yml dot com Reported By: yml at yml dot com -Status: Feedback +Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux (redhat 9) PHP Version: 5.0.3 New Comment: 1. Same problem. No improvement. $this is getting dropped. Used to work in 5.0RC2. Since 5.0.3 it's been broken. 2. The script I sent was puny. Given how terribly buggy the Zend engine is, expecting that all serious parser errors can be reproduced in a total of 20 lines or less is ridiculous. The meat of the script I sent clearly reproduces the problem in 8 lines, not including the supporting classes. You guys wouldn't pull it from my site; and now you won't look at it if I send it to you. Exactly what would you propose I do to help you track this down? The 85,000 lines of code that's actually having this problem (and producing a coredump), now that's a huge "script". Previous Comments: [2005-02-28 21:10:16] [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 ..and NEVER ever attach such HUGE scripts in your report [2005-01-27 02:13:03] yml at yml dot com I forgot to mention, check the few lines at the very bottom of the code. Unfortunately the class definitions are required to reproduce the error but the basic script is extremely simple. Under PHP 5 you get a Warning: Attempt to assign property of non-object in /usr/local2/WWW/mobie.yml.com/mobie/admin_ui/tests/php_5_test/test.php on line 407 Under PHP 4 it runs through the 1000 iterations without fail. It's very simple code. This code used to run in PHP 5.0, but something changed in later versions to cause this error to crop up. [2005-01-26 09:08:22] [EMAIL PROTECTED] Just a simple page with the script please, or paste it here. [2005-01-26 05:17:23] yml at yml dot com Umm. Check the script I put together for you at: http://www.yml.com/homepage.html?COMP=clog_list&cmd=detail&cs_clog_entries_ref=149 If you have trouble accessing it please let me know. [2005-01-26 04:32:00] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. 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/31525 -- Edit this bug report at http://bugs.php.net/?id=31525&edit=1
#30513 [Com]: segfault in cli/cgi interactive mode
ID: 30513
Comment by: mweierophinney at gmail dot com
Reported By: asm at asm dot flynet dot pl
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5.0.2
New Comment:
I have reproduced the problem with the similar code:
:
and 'php -a test.php' produces a segfault.
I can confirm it for PHP versions 5.0.1, 5.0.2, and 5.0.3 -- 5.0.3 on
Gentoo GNU/Linux and 5.0.1 and 5.0.2 on Fedora Core 1.
Previous Comments:
[2004-10-23 18:28:44] [EMAIL PROTECTED]
Actually it segfaults in interactive mode even on this:
And it's caused by the fact that somehow EX(opline) happens to point to
not initilized memory.
bt:
Program received signal SIGSEGV, Segmentation fault.
0x0819681b in execute (op_array=0x831093c) at zend_vm_execute.h:58
58 if (EX(opline)->handler(&execute_data
TSRMLS_CC) > 0) {
(gdb) bt
#0 0x0819681b in execute (op_array=0x831093c) at zend_vm_execute.h:58
#1 0x0816e574 in execute_new_code () at
/home/dev/php-src/Zend/zend_execute_API.c:1089
#2 0x08159a24 in zendparse () at zend_language_parser.y:166
#3 0x0815c086 in compile_file (file_handle=0xb890, type=2) at
zend_language_scanner.l:375
#4 0x08178445 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/dev/php-src/Zend/zend.c:1049
#5 0x0813fd23 in php_execute_script (primary_file=0xb890) at
/home/dev/php-src/main/main.c:1634
#6 0x081f6250 in main (argc=2, argv=0xb914) at
/home/dev/php-src/sapi/cli/php_cli.c:943
[2004-10-21 16:49:24] asm at asm dot flynet dot pl
Description:
Please forgive, that I haven't attached backtrace, and
whole ./configure options. But I see this behaviour
on diffrent boxes (an old slackware with 2.2 and fedora with 2.4) with
diffrent versions
of PHP5's CLI/CGI interactive mode (so it should be easy to recover).
It doesn't affect PHP4.
Reproduce code:
---
BOX1$ php -v ; php -a
PHP 5.0.0 (cli) (built: Oct 15 2004 17:43:01)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies
Interactive mode enabled
got itSegmentation fault
***
BOX2$ php5 -v ; php5 -a
PHP 5.0.2 (cli) (built: Oct 17 2004 00:46:25)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.2, Copyright (c) 1998-2004 Zend Technologies
Interactive mode enabled
got itSegmentation fault
Expected result:
got it
Actual result:
--
expected + segfault
--
Edit this bug report at http://bugs.php.net/?id=30513&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: reaper at fudo dot org Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 New Comment: I am experiencing the same thing with apache 2.0.53, php 4.3.10, and linux 2.6 (debian). I notice that there is no real fix, and that this problem is persistent. I will investigate further, but is this a real problem or not? If it is, it should be dealt with. Previous Comments: [2005-02-27 21:11:00] etamme at softhome dot net I am running a FreeBSD 5.3 system and am having the same problem. I checked my php.ini and session.use_trans_sid = 0 is already there. This is a very important bug.. not having sessions renders nearly all our scripts useless. [2005-02-20 01:00:07] php-bugs at lists dot php dot net 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". [2005-02-19 23:34:41] daniel at mainframe dot ath dot cx > Set "session.use_trans_sid = 0" in your php.ini. Problem > solved! This is not the case - My php.ini has _always_ had use_trans_sid disabled, and yet I am still experiencing the problem [2005-02-19 00:46:18] friend at nowhere dot com Set "session.use_trans_sid = 0" in your php.ini. Problem solved! [2005-02-13 15:32:00] johan at dotco dot co dot za I've had the same problem after upgrading to PHP 4.3.10, in that I also started getting "Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) " every now and then. The solution was to upgrade to the latest ZendOptimizer here: http://zend.com/store/products/zend-optimizer.php. There is a comment posted about an "incompatibility" with older ZendOptimizer versions on the Zend site. I believe they are refering to this error. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#32177 [Opn->Asn]: ReflectionException
ID: 32177
Updated by: [EMAIL PROTECTED]
Reported By: pawel dot kozlowski at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Feature/Change Request
Operating System: Any
PHP Version: 5.0.3
-Assigned To:
+Assigned To: johannes
New Comment:
Previous Comments:
[2005-03-03 16:29:24] pawel dot kozlowski at gmail dot com
Description:
Im trying to use Reflection API. I works great, but Ive some remarks
regarding ReflectionException. Calling ReflectionParameter::getClass()
will raise an exception when class definition isnt already included.
Thats fine, its an expected behavior. The problem is that I have no
way to get the missing class name. Ok, I could parse message string,
but this way it becomes (unintentionally) part of the public API. What
do You think about having sth like
Class ReflectionExceptionClassNotDefined extends ReflectionException
{
public string getClassName();
}
Reproduce code:
---
class A
{
public function __construct(B $b)
{
$this->b = $b;
}
}
$rc = new ReflectionClass('A');
$rconstr = $rc->getConstructor();
$rparams = $rconstr->getParameters();
try
{
$paramclass = $rparams[0]->getClass();
}
catch (ReflectionException $e)
{
//no way to get 'B' name here, without parsing msg string
}
--
Edit this bug report at http://bugs.php.net/?id=32177&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: reaper at fudo dot org Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 New Comment: To follow up to myself: my problem was that in php.ini i had: session.save_handler = user This is not the default. The default setting, that works for me, is: session.save_handler = files It was changed by a fellow admin, and i was unaware of this. Changing the setting back to teh defualt allowed everything to work exactly as it should. Previous Comments: [2005-03-03 21:09:30] reaper at fudo dot org I am experiencing the same thing with apache 2.0.53, php 4.3.10, and linux 2.6 (debian). I notice that there is no real fix, and that this problem is persistent. I will investigate further, but is this a real problem or not? If it is, it should be dealt with. [2005-02-27 21:11:00] etamme at softhome dot net I am running a FreeBSD 5.3 system and am having the same problem. I checked my php.ini and session.use_trans_sid = 0 is already there. This is a very important bug.. not having sessions renders nearly all our scripts useless. [2005-02-20 01:00:07] php-bugs at lists dot php dot net 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". [2005-02-19 23:34:41] daniel at mainframe dot ath dot cx > Set "session.use_trans_sid = 0" in your php.ini. Problem > solved! This is not the case - My php.ini has _always_ had use_trans_sid disabled, and yet I am still experiencing the problem [2005-02-19 00:46:18] friend at nowhere dot com Set "session.use_trans_sid = 0" in your php.ini. Problem solved! 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
#28556 [Opn->Bgs]: PHP as CGI becomes a zombie when loaded too often
ID: 28556 Updated by: [EMAIL PROTECTED] Reported By: floeff at arcor dot de -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Linux 2.4 PHP Version: 4.3.6 New Comment: Reopen if you can reproduce this with: a) the latest STABLE cvs snapshot of PHP b) the latest MM library Previous Comments: [2005-03-02 23:27:04] floeff at arcor dot de It was the Debian 3.0 package, version 1.1.3-6.3 [2005-03-02 23:21:28] [EMAIL PROTECTED] What libmm version do you have installed? (I can't reproduce this with latest stable CVS and libmm-1.3.1) [2005-03-01 19:23:06] floeff at arcor dot de I already tried without binfmt_misc, same problem. Regarding the snapshot: Unfortunately, I have no testing machine at the moment, and after removing that mm stuff, it works fine. I will get back to you if I have a testing machine again someday, but feel free to test it out yourself and ask whatever question you have. [2005-03-01 01:59:59] [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 And please try without using this binfmt_misc module to rule out THAT possible cause of this bug. [2005-02-06 14:27:36] floeff at arcor dot de Okay, here we go: ./configure --enable-safe-mode --with-mysql --enable-discard-path --with-exec-dir --enable-memory-limit --with-mm && make && make install cp php.ini-dist /usr/local/lib/php.ini echo ':PHP:E::php::/usr/local/bin/php:' > /proc/sys/fs/binfmt_misc/register echo ':PHP3:E::php3::/usr/local/bin/php:' > /proc/sys/fs/binfmt_misc/register echo ':PHP4:E::php4::/usr/local/bin/php:' > /proc/sys/fs/binfmt_misc/register Changes in php.ini: expose_php = Off disable_functions = phpinfo allow_url_fopen = Off In httpd.conf of Apache2: AddHandler cgi-script .cgi .pl .php .php3 .php4 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/28556 -- Edit this bug report at http://bugs.php.net/?id=28556&edit=1
#32180 [Opn->Fbk]: Operations with floating points bug
ID: 32180
Updated by: [EMAIL PROTECTED]
Reported By: snirh at inag dot pt
-Status: Open
+Status: Feedback
Bug Type: *Database Functions
Operating System: WINDOWS SERVER 2003
PHP Version: 4.3.10
New Comment:
What does 'var_dump($result);' output?
Previous Comments:
[2005-03-03 19:59:33] snirh at inag dot pt
Description:
Using OCI libs to return values from a database, if this values is
negative floating point the result cannot be used as number!
Reproduce code:
---
$sql = "SELECT (-3/5) AS floatp FROM dual";
$conn2 = ocilogon("login", "pass", $srvc);
$stmt = ociparse($conn2, $sql);
ociexecute($stmt, OCI_DEFAULT);
while (ocifetch($stmt)) {
echo $result = ociresult($stmt, "FLOATP")."\n\n";
}
echo $result + 2;
// This code return 2!!
Expected result:
1.4
Actual result:
--
2
--
Edit this bug report at http://bugs.php.net/?id=32180&edit=1
#32128 [Opn->Bgs]: Memory leak
ID: 32128 Updated by: [EMAIL PROTECTED] Reported By: i at downfire dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: linux RH 8.0 Kernel 2.4.x PHP Version: 4.3.10 New Comment: Reopen when you can provide a short reproducing script. Previous Comments: [2005-03-02 04:11:46] i at downfire dot com well, i don't realy know what couses the overflow in the script. I get no error about it in de logs anyware. The only thing i can say is that the script is avalible at www.subdreamer.com (light version) witch couses the problem. Any other script does not couse a overflow. [2005-03-01 13:21:54] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-02-28 23:09:18] i at downfire dot com I can't find the apxs anywhere tho, the only one the find command found is the apxs in the apache bin directory. [EMAIL PROTECTED] /]# find / -name 'apxs' /root/system_setup/httpd-2.0.45/support/apxs /root/system_setup/httpd-2.0.53/support/apxs /root/system_setup/apache_1.3.33/src/support/apxs /usr/local/apache2/bin/apxs /usr/local/apache/bin/apxs /opt/casp/components/apache-bundle/INSTALL/templates/apxs And when is exec on the apache 2.0.53 apxs i get: [EMAIL PROTECTED] bin]# ./apxs -q MPM_NAME prefork This the standard for apache i think since i never changed it. Btw, the 1.3.33 version of apache with php 4.3.9 works great. But the upgrade to 4.3.10 on apache 1.3.33 does also suck my memory when i exec the script so i realy think this has to do with the php then the apache server since i never had this with 4.3.9 on Apache2. I find it verry strange. [2005-02-28 20:32:04] [EMAIL PROTECTED] What does this output: # apxs -q MPM_NAME (find the path to apxs if it's not in your PATH already) [2005-02-28 14:03:15] i at downfire dot com The bundeld MPM that's in the apache2 tar? I never installed any other so it sould be standard. 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/32128 -- Edit this bug report at http://bugs.php.net/?id=32128&edit=1
#32167 [Opn->Fbk]: Access from 64-bit php to 32-bit Interbase Server returns wrong integer values
ID: 32167
Updated by: [EMAIL PROTECTED]
Reported By: trx222 at gmx dot de
-Status: Open
+Status: Feedback
Bug Type: InterBase related
Operating System: Suse Linux 9.2 AMD 64 Bit
PHP Version: 4.3.8
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:
[2005-03-03 11:20:02] trx222 at gmx dot de
Description:
I'm using the firebird libfbclient.so to compile the 64 bit extension
interbase.so. The I connect to an interbase 6.0 server on an other pc.
When I do a select - query I got wrong integer values:
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2 FROM
71751723646977 1
71751723646978 2
71751723646980 4
71751723646981 5
71751723646995 19
./configure' '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin' '--libdir=/usr/share'
'--includedir=/usr/include' '--sysconfdir=/etc' '--with-_lib=lib64'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib64/php/bin'
'--disable-debug' '--enable-inline-optimization'
'--enable-memory-limit' '--enable-magic-quotes' '--enable-safe-mode'
'--enable-sigchild' '--disable-ctype' '--disable-session'
'--without-mysql' '--disable-cli' '--without-pear' '--with-openssl'
'--with-apxs2=/usr/sbin/apxs2-prefork' 'x86_64-suse-linux'
interbase so is loaded in php.ini with extension command.
Reproduce code:
---
";
$sth = ibase_query($dbh, $stmt);
while ($row = ibase_fetch_object($sth))
{
echo $row->ID." ".$row->ID2." ".$row->ID3." ".$row->TXT."
".$row->ADAT. "\n";
}
ibase_free_result($sth);
ibase_close($dbh);
?>
Expected result:
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2,TXT,ADAT FROM NUTZ_K
1 1 Büroflächen 08/24/1996 22:53:47
2 2 Verkehrsflächen 08/24/1996 22:53:47
4 4 Sanitärflächen 08/24/1996 22:53:47
5 5 Sonstige 12/06/1996 12:35:21
19 19 Sozialräume 01/16/2001 14:44:25
Actual result:
--
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2,TXT,ADAT FROM NUTZ_K
71751723646977 1 Büroflächen 08/24/1996 22:53:47
71751723646978 2 Verkehrsflächen 08/24/1996 22:53:47
71751723646980 4 Sanitärflächen 08/24/1996 22:53:47
71751723646981 5 Sonstige 12/06/1996 12:35:21
71751723646995 19 Sozialräume 01/16/2001 14:44:25
--
Edit this bug report at http://bugs.php.net/?id=32167&edit=1
#32174 [Opn->Fbk]: libtool needs some additional options for Red Hat on 64 bit
ID: 32174 Updated by: [EMAIL PROTECTED] Reported By: d dot tonhofer at m-plify dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Red Hat ES 4.0 on EM64T PHP Version: 4.3.10 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: [2005-03-03 15:56:44] d dot tonhofer at m-plify dot com Description: When compiling PHP 4.3.10 'out of the box' with --with-openssl, the linking process fails: *** Warning: linker path does not have real file for library -lssl. *** Warning: linker path does not have real file for library -lcrypto. *** Warning: linker path does not have real file for library -lgssapi_krb5. *** Warning: linker path does not have real file for library -lkrb5. *** Warning: linker path does not have real file for library -lcom_err. No shared object files are built. This is because the relevant libraries have been tucked away in /lib64 and /usr/lib64. Problem solved by manually editing the Makefile after configure, adding: -L/lib64 -L/usr/lib64 to the end of EXTRA_LDFLAGS -- Edit this bug report at http://bugs.php.net/?id=32174&edit=1
#32173 [Opn->Fbk]: exec.c:611: warning: cast from pointer to integer of different size
ID: 32173
Updated by: [EMAIL PROTECTED]
Reported By: d dot tonhofer at m-plify dot com
-Status: Open
+Status: Feedback
Bug Type: Compile Warning
Operating System: Red Hat ES 4.0 on EM64T
PHP Version: 4.3.10
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:
[2005-03-03 15:21:04] d dot tonhofer at m-plify dot com
Description:
When compiling 4.3.10 on 64-bit Intel architecture, we get:
/usr/local/tarballs/php-4.3.10/ext/standard/exec.c: In function
`proc_open_rsrc_dtor':
/usr/local/tarballs/php-4.3.10/ext/standard/exec.c:611: warning: cast
from pointer to integer of different size
i.e.:
static void proc_open_rsrc_dtor(zend_rsrc_list_entry *rsrc TSRMLS_DC)
{
#ifdef PHP_WIN32
HANDLE child;
DWORD wstatus;
child = (HANDLE)rsrc->ptr;
WaitForSingleObject(child, INFINITE);
GetExitCodeProcess(child, &wstatus);
FG(pclose_ret) = wstatus;
CloseHandle(child);
#else
# if HAVE_SYS_WAIT_H
int wstatus;
pid_t child, wait_pid;
child = (pid_t)rsrc->ptr; <- HERE
do {
wait_pid = waitpid(child, &wstatus, 0);
} while (wait_pid == -1 && errno == EINTR);
if (wait_pid == -1)
FG(pclose_ret) = -1;
else {
if (WIFEXITED(wstatus))
wstatus = WEXITSTATUS(wstatus);
FG(pclose_ret) = wstatus;
}
Probably nothing, and probably related to
http://bugs.php.net/bug.php?id=26769.
--
Edit this bug report at http://bugs.php.net/?id=32173&edit=1
#30558 [Fbk->NoF]: mbstring mbregex failure to compile pointer cast problems
ID: 30558 Updated by: php-bugs@lists.php.net Reported By: jbarwick at sentienthealth dot com -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: SuSE 9.1 (amd64) PHP Version: 4.3.8 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: [2005-02-24 18:51:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2004-11-20 11:14:53] [EMAIL PROTECTED] Just a note, I'm currently working on this. Stay tuned. [2004-11-04 14:43:49] [EMAIL PROTECTED] Grrr, fixing version/OS again. [2004-11-04 14:37:07] [EMAIL PROTECTED] I'm not sure if jbarwick's suggested fix: The changed all "int"'s to "MINT" and changed all "long"'s to "MLONG" is really advisable; Moriyoshi, have you looked at this? ISTR it being mentioned before on php-dev. [2004-11-04 14:27:17] jorton at redhat dot com gcc -Wall output for ext/mbstring from amd64 build of HEAD: ext/mbstring/oniguruma/regexec.c: In function `match_at': ext/mbstring/oniguruma/regexec.c:1106: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1110: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1126: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1130: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1763: warning: cast from pointer to integer of different size ext/mbstring/oniguruma/regexec.c:1777: warning: cast from pointer to integer of different size ext/mbstring/oniguruma/regexec.c:1794: warning: cast from pointer to integer of different size ext/mbstring/oniguruma/regexec.c:1800: warning: cast from pointer to integer of different size ext/mbstring/oniguruma/regexec.c:1839: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1843: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1871: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1875: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1903: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1907: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1942: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1946: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:2027: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:2050: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1138: warning: `pstart' might be used uninitialized in this function ext/mbstring/oniguruma/regparse.c: In function `not_code_range_buf': ext/mbstring/oniguruma/regparse.c:1628: warning: `to' might be used uninitialized in this function ext/mbstring/libmbfl/filters/mbfilter_htmlent.c: In function `mbfl_filt_conv_html_dec_ctor': ext/mbstring/libmbfl/filters/mbfilter_htmlent.c:161: warning: cast from pointer to integer of different size ext/mbstring/libmbfl/filters/mbfilter_htmlent.c: In function `mbfl_filt_conv_html_dec_dtor': ext/mbstring/libmbfl/filters/mbfilter_htmlent.c:169: warning: cast to pointer from integer of different size ext/mbstring/libmbfl/filters/mbfilter_htmlent.c: In function `mbfl_filt_conv_html_dec': ext/mbstring/libmbfl/filters/mbfilter_htmlent.c:178: warning: cast to pointer from integer of different size ext/mbstring/libmbfl/filters/mbfilter_htmlent.c: In function `mbfl_filt_conv_html_dec_flush': ext/mbstring/libmbfl/filters/mbfilter_htmlent.c:249: warning: cast to pointer from integer of different size 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/30558 -- Edit this bug report at http://bugs.php.net/?id=30558&edit=1
#26991 [Com]: Object property dereferencing chain breaks for overloaded properties
ID: 26991 Comment by: php at michaelho dot com Reported By: ulrich at cs dot auckland dot ac dot nz Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 5.0.0b4 (beta 4) New Comment: This still appears to be a bug, using version 5.0.2 (on both Linux and Windows XP) Previous Comments: [2004-02-17 04:49:31] ulrich at cs dot auckland dot ac dot nz I initially put this under feature/change request, but it really seems to be a Zend engine problem. Bug persists in Beta 4. [2004-01-21 07:58:36] ulrich at cs dot auckland dot ac dot nz Description: The sample code on the site used to work under Beta 1 but somehow now causes the following error: "Fatal error: Cannot access undefined property for object with overloaded property access in XXX.php on line 23" The workaround is a bit kludgy and shouldn't be required. Reproduce code: --- http://www.cs.auckland.ac.nz/compsci334s1t/resources/propertybug.php.txt Expected result: I expect to see the property set without a fatal error occurring. Actual result: -- "Fatal error: Cannot access undefined property for object with overloaded property access in XXX.php on line 23" -- Edit this bug report at http://bugs.php.net/?id=26991&edit=1
#32183 [NEW]: PHP Seg faults on normal code
From: zedar at zedar dot org Operating system: Linux 2.4.26 PHP version: 5.0.3 PHP Bug Type: Reproducible crash Bug description: PHP Seg faults on normal code Description: PHP segmentation faults on lines of unremarkable code (or in some cases, not code at all). The code causing the crashes is part of a large management system so i can't really provide a sample of what causes the crash, but I'm not sure it would help anyway. A couple of sample lines it has crashed on are shown below, but I'm not sure they caused the crash or if it was something else internal. It has also on occasion crashed while on non-php code, in the one case i saw it was a html comment. If i removed the comment, the page loaded fine. Reproduce code: --- // Crashes on this line $selected = ($status==$s)?'selected':''; Actual result: -- >From apache error log: [Fri Mar 4 16:49:54 2005] [error] PHP Warning: Unknown list entry type in request shutdown (1919251285) in Unknown on line 0 [Fri Mar 4 16:49:55 2005] [notice] child pid 23476 exit signal Segmentation fault (11) -- Edit bug report at http://bugs.php.net/?id=32183&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32183&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32183&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32183&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32183&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32183&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32183&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32183&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32183&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32183&r=support Expected behavior: http://bugs.php.net/fix.php?id=32183&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32183&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32183&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32183&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32183&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32183&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32183&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32183&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32183&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32183&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32183&r=mysqlcfg
#32180 [Com]: Operations with floating points bug
ID: 32180
Comment by: KRomas at goldentele dot com
Reported By: snirh at inag dot pt
Status: Feedback
Bug Type: *Database Functions
Operating System: WINDOWS SERVER 2003
PHP Version: 4.3.10
New Comment:
echo'';
$res= $obj_oracle->Get_rows('SELECT (-3/5) AS floatp FROM
dual');
$res2 = $obj_oracle->Get_rows('SELECT to_char(-3/5,
\'0.\') AS
floatp FROM dual');
var_dump($res);
echo$res[0]['FLOATP'] + 2;
echo'';
echo$res2[0]['FLOATP'] + 2;
---
array(1) {
[0]=>
array(1) {
["FLOATP"]=>
string(3) "-,6"
}
}
2
1.4
Previous Comments:
[2005-03-03 22:28:04] [EMAIL PROTECTED]
What does 'var_dump($result);' output?
[2005-03-03 19:59:33] snirh at inag dot pt
Description:
Using OCI libs to return values from a database, if this values is
negative floating point the result cannot be used as number!
Reproduce code:
---
$sql = "SELECT (-3/5) AS floatp FROM dual";
$conn2 = ocilogon("login", "pass", $srvc);
$stmt = ociparse($conn2, $sql);
ociexecute($stmt, OCI_DEFAULT);
while (ocifetch($stmt)) {
echo $result = ociresult($stmt, "FLOATP")."\n\n";
}
echo $result + 2;
// This code return 2!!
Expected result:
1.4
Actual result:
--
2
--
Edit this bug report at http://bugs.php.net/?id=32180&edit=1
#32167 [Fbk->Opn]: Access from 64-bit php to 32-bit Interbase Server returns wrong integer values
ID: 32167
User updated by: trx222 at gmx dot de
Reported By: trx222 at gmx dot de
-Status: Feedback
+Status: Open
Bug Type: InterBase related
Operating System: Suse Linux 9.2 AMD 64 Bit
PHP Version: 4.3.8
New Comment:
Now, the build interbase.so (as shared library) works fine, if I use
this with my php-4.3.10 installation!
If I wanted to use your complete build I got an error while loadmodule
from apache2: "libphp4.so: undefined symbol: empty_string"
But this is only a reference.
my problem is with the shared library solved - thankyou very much
Previous Comments:
[2005-03-03 22:33:10] [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
[2005-03-03 11:20:02] trx222 at gmx dot de
Description:
I'm using the firebird libfbclient.so to compile the 64 bit extension
interbase.so. The I connect to an interbase 6.0 server on an other pc.
When I do a select - query I got wrong integer values:
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2 FROM
71751723646977 1
71751723646978 2
71751723646980 4
71751723646981 5
71751723646995 19
./configure' '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin' '--libdir=/usr/share'
'--includedir=/usr/include' '--sysconfdir=/etc' '--with-_lib=lib64'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib64/php/bin'
'--disable-debug' '--enable-inline-optimization'
'--enable-memory-limit' '--enable-magic-quotes' '--enable-safe-mode'
'--enable-sigchild' '--disable-ctype' '--disable-session'
'--without-mysql' '--disable-cli' '--without-pear' '--with-openssl'
'--with-apxs2=/usr/sbin/apxs2-prefork' 'x86_64-suse-linux'
interbase so is loaded in php.ini with extension command.
Reproduce code:
---
";
$sth = ibase_query($dbh, $stmt);
while ($row = ibase_fetch_object($sth))
{
echo $row->ID." ".$row->ID2." ".$row->ID3." ".$row->TXT."
".$row->ADAT. "\n";
}
ibase_free_result($sth);
ibase_close($dbh);
?>
Expected result:
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2,TXT,ADAT FROM NUTZ_K
1 1 Büroflächen 08/24/1996 22:53:47
2 2 Verkehrsflächen 08/24/1996 22:53:47
4 4 Sanitärflächen 08/24/1996 22:53:47
5 5 Sonstige 12/06/1996 12:35:21
19 19 Sozialräume 01/16/2001 14:44:25
Actual result:
--
SELECT ID,CAST(ID AS VARCHAR(30)) as ID2,TXT,ADAT FROM NUTZ_K
71751723646977 1 Büroflächen 08/24/1996 22:53:47
71751723646978 2 Verkehrsflächen 08/24/1996 22:53:47
71751723646980 4 Sanitärflächen 08/24/1996 22:53:47
71751723646981 5 Sonstige 12/06/1996 12:35:21
71751723646995 19 Sozialräume 01/16/2001 14:44:25
--
Edit this bug report at http://bugs.php.net/?id=32167&edit=1
