#39425 [NEW]: Specific BUG in DOUBLE mathematics!!!
From: jvano at read dot sk Operating system: Irrelevant (All) PHP version: 5.2.0 PHP Bug Type: *General Issues Bug description: Specific BUG in DOUBLE mathematics!!! Description: Problem is in all versions of PHP. Problem is in basic mathematic operation (+/-) wiht double. When I use simple values and make some basic operation, for example (5.7 - (1.4 + 4.3)). This problem is in another combinations but not in all. Reproduce code: --- Expected result: In all cases is expected 0(zero). But result is always +/- 8.881784197E-016. Actual result: -- I think that problem is in representation of double value. -- Edit bug report at http://bugs.php.net/?id=39425&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39425&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39425&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39425&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39425&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39425&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39425&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39425&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39425&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39425&r=support Expected behavior:http://bugs.php.net/fix.php?id=39425&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39425&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39425&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39425&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39425&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39425&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39425&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39425&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39425&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39425&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39425&r=mysqlcfg
#39426 [NEW]: problem wih __get ant multidimensional arrays
From: wmalota at php-art dot pl
Operating system: Linux/Debian
PHP version: 5.2.0
PHP Bug Type: Scripting Engine problem
Bug description: problem wih __get ant multidimensional arrays
Description:
Copying an array returned by __get to other array returned by __get from
other object gives wrong effect.
Reproduce code:
---
class test {
private $variables = array();
public function & __get($name) {
return $this->variables[$name];
}
public function __set($name, $value) {
$this->variables[$name] = $value;
}
}
$test1 = new test;
$test1->data['sth1'] = 'sth1';
$test1->data['sth2'] = 'sth2';
$test2 = new test;
$test2->data['rewritten'] = $test1->data;
echo($test2->data['rewritten']['sth1']);
Expected result:
I expected that on the screen I see this text:
sth1
On PHP 5.1.x it works properly.
Actual result:
--
On the screen I see text:
Array
--
Edit bug report at http://bugs.php.net/?id=39426&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=39426&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=39426&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=39426&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39426&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=39426&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=39426&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39426&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39426&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=39426&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39426&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=39426&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=39426&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39426&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39426&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39426&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39426&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=39426&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=39426&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=39426&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39426&r=mysqlcfg
#39427 [NEW]: cancel_upload parameter get wrong value when using multi field upload form
From: krudtaa at yahoo dot com Operating system: Windows XP Pro PHP version: 5.2.0 PHP Bug Type: HTTP related Bug description: cancel_upload parameter get wrong value when using multi field upload form Description: When using the new APC_UPLOAD_PROGRESS feature and if you make a multi file upload_form and do not fill out all of the file fields then the cancel_upload parameter get a value of 4 and the the whole upload is reported as: Cancelled after 109300234 bytes even if the upload actually was a success. Reproduce code: --- Download this source: http://progphp.com/progress.phps which I found at: http://talks.php.net/show/torkey06/24 then change the upload_form so it have more than one upload field. I entered three fields like this: Expected result: I would like to see PHP, or the APC extension (do not know which one causes the error) not raise any errors when some of the file fields are not filled out. Actual result: -- cancel_upload parameter should get value of 0 and not 4. -- Edit bug report at http://bugs.php.net/?id=39427&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39427&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39427&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39427&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39427&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39427&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39427&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39427&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39427&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39427&r=support Expected behavior:http://bugs.php.net/fix.php?id=39427&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39427&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39427&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39427&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39427&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39427&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39427&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39427&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39427&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39427&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39427&r=mysqlcfg
#39428 [NEW]: compiling in largefile support causes immediate segfaults
From: seanius at debian dot org Operating system: Debian GNU/Linux PHP version: 5.2.0 PHP Bug Type: Apache2 related Bug description: compiling in largefile support causes immediate segfaults Description: following the directions at http://se2.php.net/filesystem i'm attempting to introduce largefile support into the debian packages before we release etch. on my own system (amd64) it seems to work just fine, but on other systems (x86? maybe some other arches?) the apache children immediately segfault. there are a couple bugs on this in the Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397465 note that this also occurs with php 4.4.4 as well Reproduce code: --- compile with CFLAGS including -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 Expected result: support for large files Actual result: -- [Tue Nov 07 16:26:20 2006] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-1 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations [Tue Nov 07 16:26:23 2006] [notice] child pid 4685 exit signal Segmentation fault (11) backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215985440 (LWP 24081)] 0xb75864a4 in zend_hash_internal_pointer_reset_ex () from /usr/lib/apache2/modules/libphp5.so (gdb) bt #0 0xb75864a4 in zend_hash_internal_pointer_reset_ex () from /usr/lib/apache2/modules/libphp5.so #1 0xb7600948 in apply_config () from /usr/lib/apache2/modules/libphp5.so #2 0xb75ffa5a in php_ap2_register_hook () from /usr/lib/apache2/modules/libphp5.so #3 0x08074587 in ap_run_handler () #4 0x08077731 in ap_invoke_handler () #5 0x08084728 in ap_process_request () #6 0x080819ce in ap_register_input_filter () #7 0x0807b3c7 in ap_run_process_connection () #8 0x08088704 in ap_graceful_stop_signalled () #9 0x08088964 in ap_graceful_stop_signalled () #10 0x0808972a in ap_mpm_run () #11 0x080621ef in main () -- Edit bug report at http://bugs.php.net/?id=39428&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39428&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39428&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39428&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39428&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39428&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39428&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39428&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39428&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39428&r=support Expected behavior:http://bugs.php.net/fix.php?id=39428&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39428&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39428&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39428&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39428&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39428&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39428&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39428&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39428&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39428&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39428&r=mysqlcfg
#39415 [Opn]: C ompilation failure on preg_match_all()
ID: 39415
User updated by: jordi at telematictraining dot com
Reported By: jordi at telematictraining dot com
Status: Open
Bug Type: Compile Failure
Operating System: Debian GNU/Linux Stable
PHP Version: 5.2.0
New Comment:
Sorry for not posting the script, here you are:
#!/usr/local/bin/php
Tipo
de objeto / Type of object: field:tipologia_objeto (field:tipo_obra)
Objeto de arte registrado en AICOA /
Work of art registered in AICOA: field:codigo_doa Título de la obra (Título alternativo) / Title
(Alternative title): field:titulo_obra
(field:titulo_alternativo) Autor / Author: field:lista_artistas Fecha realización / Date or period: field:fecha_creacion (field:exactitud_fecha)
Escuela, corriente estilística / School,
art movement: field:epoca_corriente
Datos de la serie / Serial Number:
field:ejemplar_serie / field:ejemplares_obra
-- serie: field:num_serie Características del formato / Format
characteristics: field:tipo_tecnica ,
resolución: field:medidas_resolucion Técnica / Technique: field:nombre_tecnica Materiales-Soporte / Material-Support: field:materiales_soporte Medidas / dimensions:
field:medidas_longitud field:unidades_medidas // Ø
field:medidas_diametro field:unidades_medidas // field:medidas_peso
field:unidades_pesoFirmado
/ Signed field:es_firmado
";
if(preg_match_all($pattern, $subject, $coincidences))
print_r($coincidences);
?>
Previous Comments:
[2006-11-07 16:47:48] jordi at telematictraining dot com
The content of $pattern was line-altered (line breaks where they
shouldn't), so here's the correct one:
$pattern="/((field):(codigo_doa|titulo_obra|titulo_alternativo|num_serie|ejemplar_serie|ejemplares_obra|nombre_tecnica|materiales_soporte|medidas_diametro|lista_artistas|medidas_peso|medidas_resolucion|epoca_corriente|medidas_minutaje|color|sonido_canales|numero_normalizado|valor|fecha_creacion|medidas_longitud|es_firmado|exactitud_fecha|tipo_obra|tipologia_objeto|tipo_tecnica|unidades_medidas|unidades_peso|tipo_formato|nombre_formato_imagen|arquitectura|hay_sonido|sonido_nombre_formato|sonido_muestreo|sonido_amplitud|sonido_idioma_original|pais_publicacion))|((barcode):((\_[ABC]){0,1}(\((\d+)\)){0,1}(\{(codigo_doa|titulo_obra|titulo_alternativo|num_serie|ejemplar_serie|ejemplares_obra|nombre_tecnica|materiales_soporte|medidas_diametro|lista_artistas|medidas_peso|medidas_resolucion|epoca_corriente|medidas_minutaje|color|sonido_canales|numero_normalizado|valor|fecha_creacion|medidas_longitud|es_firmado|exactitud_fecha|tipo_obra|tipologia_objeto|tipo_tecnica|unidades_medidas|u!
nidades_pe
so|tipo_formato|nombre_formato_imagen|arquitectura|hay_sonido|sonido_nombre_formato|sonido_muestreo|sonido_amplitud|sonido_idioma_original|pais_publicacion)\}){1,45}))/"
[2006-11-07 16:45:40] jordi at telematictraining dot com
Description:
Hi there,
What we did? Update php 5.1.6 to 5.2.0.
What we wanted to happen? We expected the 5.2.0 version to behave/work
as the previous ones (5.1.2, 5.1.4 and 5.1.6).
What actualy happened? It didn't.
We have a php based app and we've been working since php version 5.1.2.
But with this new version (5.2.0) it seems to be a problem with the
preg_match_all() function.
Being the function call preg_match_all(string $pattern, string
$subject, array $coincidences), this are the values of the variables:
$pattern =
"/((field):(codigo_doa|titulo_obra|titulo_alternativo|num_serie|ejemplar_serie|ej
emplares_obra|nombre_tecnica|materiales_soporte|medidas_diametro|lista_artistas|m
edidas_peso|medidas_resolucion|epoca_corriente|medidas_minutaje|color|sonido_cana
les|numero_normalizado|valor|fecha_creacion|medidas_longitud|es_firmado|exactitud
_fecha|tipo_obra|tipologia_objeto|tipo_tecnica|unidades_medidas|unidades_peso|tip
o_formato|nombre_formato_imagen|arquitectura|hay_sonido|sonido_nombre_formato|son
ido_muestreo|sonido_amplitud|sonido_idioma_original|pais_publicacion))|((barcode)
:((\_[ABC]){0,1}(\((\d+)\)){0,1}(\{(codigo_doa|titulo_obra|titulo_alternativo|num
_serie|ejemplar_serie|ejemplares_obra|nombre_tecnica|materiales_soporte|medidas_d
iametro|lista_artistas|medidas_peso|medidas_resolucion|epoca_corriente|medidas_mi
nutaje|color|sonido_canales|numero_normalizado|valor|fecha_creacion|medidas_longi
tud|es_firmado|exactitud_fecha|tipo_obra|tipologia_objeto|tipo_tecnica|unidades_m
edidas|unidades_peso|tipo_formato|nombre_formato_imagen|arquitectura|hay_sonido|sonido_nombre_forma
to|sonido_muestreo|sonido_amplitud|sonido_idioma_original|pais_publicacion)\}){1,
45}))/";
$subject = " Tipo de
objeto / Type of object: field:tipologia_objeto
(field:tipo_obra) Objeto de arte
registrado en AICOA / Work of art registered in AICOA: field:codigo_doa Título de la obra (Título alternativo) / Title
(Alternative title): field:ti
#38536 [Asn->Csd]: Returning an array of values instead of an object
ID: 38536
Updated by: [EMAIL PROTECTED]
Reported By: sabrina at corp dot grupos dot com dot br
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: FreeBSD 6.1
PHP Version: PHP_5_2 cvs
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD and PHP_5_2.
Previous Comments:
[2006-11-07 18:50:13] marcus at corp dot grupos dot com dot br
More info...
-- soap client php --
SOAP_1_1, 'exceptions'=>true, 'trace'=>1,
'encoding'=>'ISO-8859-1',
'location'=>'http://corp.grupos.com.br:1028');
$SOAPObject = new SoapClient('session.wsdl', $arr);
var_dump($SOAPObject->__soapCall('getClientInfoFromDomain',
array('sabrina.corp.grupos.com.br')));
?>
--
Soap server reply:
http://intranet.grupos.com.br/~marcus/soaptest/soapserver.output
WSDL:
http://intranet.grupos.com.br/~marcus/soaptest/session.wsdl
Actual result:
http://intranet.grupos.com.br/~marcus/soaptest/actual.result
Expected result:
http://intranet.grupos.com.br/~marcus/soaptest/expected.result
[2006-11-07 14:06:51] sabrina at corp dot grupos dot com dot br
reopen
[2006-09-01 01:00:01] 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".
[2006-08-24 08:06:57] [EMAIL PROTECTED]
We still need a short reproduce script without private services and
fatal errors.
[2006-08-22 14:43:55] sabrina at corp dot grupos dot com dot br
unfortunately, you cannot execute this code as it is, because the
webservice in question is private and cannot be accessed externarly or
without authentication.
the line:
$return = $SOAPObject->__soapCall('getClientInfoFromDomain',
'sabrina.corp.grupos.com.br');
is incorrect, and should be:
$return = $SOAPObject->__soapCall('getClientInfoFromDomain',
array('sabrina.corp.grupos.com.br'));
but other than that, you could either try to access a webservice that
returns an array of objects or read the
the result dumps of this script for versions 5.1.4 and 5.1.5
(you can check these files
http://intranet.grupos.com.br/~sabrina/phpbug/phpreply515.html
http://intranet.grupos.com.br/~sabrina/phpbug/phpreply514.html
) and see that there is a big difference between both responses.
thank you for your replies.
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/38536
--
Edit this bug report at http://bugs.php.net/?id=38536&edit=1
#39352 [Asn->Bgs]: oci_close fails with global keyword
ID: 39352
Updated by: [EMAIL PROTECTED]
Reported By: david at acz dot org
-Status: Assigned
+Status: Bogus
Bug Type: OCI8 related
Operating System: SuSE Linux 9.3
PHP Version: 5.2.0
Assigned To: tony2001
New Comment:
Actually this has nothing to do with OCI8, as this is the way PHP
handles resources.
You can do the same trick with MySQL and it won't actually close the
connection when using global variable, but it will work with $GLOBALS.
Previous Comments:
[2006-11-06 08:50:31] anon at anon dot com
reproduced on Windows 2003 server, using Nov 2 release of 5.2.0
[2006-11-02 22:54:38] david at acz dot org
Description:
oci_close() fails if the connection resource is a global accessed via
the "global" keyword, but works if accessed using the $GLOBALS array.
Reproduce code:
---
$conn = oci_connect(DB_USER, DB_PASS, DB_NAME);
var_dump($conn);
global_keyword();
global_array();
function global_keyword()
{
global $conn;
var_dump($conn);
oci_close($conn); // this seems to do nothing
var_dump($conn);
}
function global_array()
{
var_dump($GLOBALS["conn"]);
oci_close($GLOBALS["conn"]); // this works
var_dump($GLOBALS["conn"]);
}
Expected result:
resource(8) of type (oci8 connection)
resource(8) of type (oci8 connection)
NULL
NULL
PHP Warning: oci_close() expects parameter 1 to be resource, null
given
NULL
Actual result:
--
resource(8) of type (oci8 connection)
resource(8) of type (oci8 connection)
resource(8) of type (oci8 connection)
resource(8) of type (oci8 connection)
NULL
--
Edit this bug report at http://bugs.php.net/?id=39352&edit=1
#39424 [Opn->Bgs]: Function Arguments
ID: 39424
Updated by: [EMAIL PROTECTED]
Reported By: mojtaba2005sh at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Windows and Linux
PHP Version: 5.2.0
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2006-11-08 07:29:04] mojtaba2005sh at gmail dot com
Description:
When I want to set a default value for a funcion and set the default
value with for example 'rand(1,100)' or a class variable like
'$this->m' it gives a syntax error
this was the error:
syntax error, unexpected '(', expecting ')'
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=39424&edit=1
#39344 [Asn->Csd]: Unnecessary calls to OnModify callback routine for an extension INI directive
ID: 39344
Updated by: [EMAIL PROTECTED]
Reported By: wharmby at uk dot ibm dot com
-Status: Assigned
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5CVS-2006-11-02 (snap)
Assigned To: dmitry
New Comment:
The patches applied to CVS HEAD and PHP_5_2.
Previous Comments:
[2006-11-03 09:03:38] wharmby at uk dot ibm dot com
Correcting version; behaviour was observed in V5 not V4
[2006-11-02 11:10:56] wharmby at uk dot ibm dot com
Description:
Unnecessary calls to OnModify callback routine for an
extension INI directives in ZTS enabled builds.
Please note the problem reported here only applies to ZTS
enabled builds.
I have tried the supplied testcase on the latest snap-shot
build for Windows (Nov 2, 2006 09:30 GMT)and the problem
persists. phpinfo() shows "PHP Version => 5.2.1-dev".
Problem also persists in latest checked in version of file
in CVS.
If I define a OnMOdify callback routine for an extension INI
directive the routine is called multiple times during
startup even though the directive is not being continually
modified. I expected one call as a result of modification to
the directive in php.ini but instead I got 3 calls.
I spotted this behaviour reviewing the engine code whilst
reading Sara Golemon's book "Extending and Embedding PHP"
and include a slightly modified version of sample code
from her book to illustrate the unnecessary calls.
The first problem is that in a ZTS enabled build
zend_ini_refresh_caches() is called twice for each new
thread. The method zend_new_thread_end_handler() calls it
directly as follows:
static void zend_new_thread_end_handler(THREAD_T thread_id TSRMLS_DC)
{
zend_copy_ini_directives(TSRMLS_C);
zend_ini_refresh_caches(ZEND_INI_STAGE_STARTUP TSRMLS_CC);
}
However, zend_copy_ini_directives() itself also calls
zend_ini_refresh_caches() so we end up calling any OnModifty callback
routines twice for each new thread.
I believe that:
(1) the call in zend_copy_ini_directives() can safely be
removed, and
(2) the call in zend_new_thread_end_handler() should
really be conditional on the success of the copy
operation, otherwise we could attempt to iterate
over a non-existent hash and die.
This will reduce the number of calls to 2 on ZTS emabled builds but any
OnModifycallback routine will still be called twice on the startup
thread in ZTS enabled builds; once by zend_register_ini_entries()
during MINIT processing when an extension registers its INI directives
and again on ZTS
builds during zend_post_startup() processing, i.e
zend_post_startup() -> zend_new_thread_end_handler() ->
zend_ini_refresh_caches()
Whilst the call to the OnModify callback routine from
zend_register_ini_entries() is required for non-ZTS builds
to work correctly I can see no need for a call from
zend_ini_refresh_caches() during zend_post-startup
processing. I believe this can easily be resolved by
modifying zend_post_startup() to call
zend_copy_ini_directives()
instead of
zend_new_thread_end_handler()
My patch for zend.c is here: http://pastebin.ca/234196
and for zend_ini.c here: http://pastebin.ca/234200
Reproduce code:
---
Reproduce code is here: http://pastebin.ca/234201
I tested by adding the following to php.ini:
sample4.greeting="Hello Andy"
or via command line as:
-dsample4.greeting="Hello Andy"
Expected result:
When running using CLI on Windows, i.e a ZTS enabled build, I
expected to see 1 call to my extensions "OnModify" callback
routine for each thread attached; so in this simple case I expected to
see just the 1 call as follows:
>> sample 4: thread 0xfbc minit
sample 4: thread 0xfbc greeting modified..new value is Hello Andy
<< sample 4: thread 0xfbc minit
Hello Andy
Actual result:
--
The OnModify call back routine is in fact called 3 times; once
during MINIT processing and twice further. These last 2 are during the
call to zend_new_thread-end_handler().
>> sample 4: thread 0x16f8 minit
sample 4: thread 0x16f8 greeting modified..new value is Hello Andy
<< sample 4: thread 0x16f8 minit
sample 4: thread 0x16f8 greeting modified..new value is Hello Andy
sample 4: thread 0x16f8 greeting modified..new value is Hello Andy
Hello Andy
--
Edit this bug report at http://bugs.php.net/?id=39344&edit=1
#39425 [Opn->Bgs]: Specific BUG in DOUBLE mathematics!!!
ID: 39425 Updated by: [EMAIL PROTECTED] Reported By: jvano at read dot sk -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Irrelevant (All) PHP Version: 5.2.0 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. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2006-11-08 08:04:10] jvano at read dot sk Description: Problem is in all versions of PHP. Problem is in basic mathematic operation (+/-) wiht double. When I use simple values and make some basic operation, for example (5.7 - (1.4 + 4.3)). This problem is in another combinations but not in all. Reproduce code: --- Expected result: In all cases is expected 0(zero). But result is always +/- 8.881784197E-016. Actual result: -- I think that problem is in representation of double value. -- Edit this bug report at http://bugs.php.net/?id=39425&edit=1
#39357 [Asn->Bgs]: absent fault detail node
ID: 39357 Updated by: [EMAIL PROTECTED] Reported By: yaksenov at iponweb dot net -Status: Assigned +Status: Bogus Bug Type: SOAP related Operating System: gentoo-linux PHP Version: 5.2.0 Assigned To: dmitry New Comment: Your test code has two mistakes. In client.php you should use "loginFault" as fault name (not "exception_detail"). In wsdl file you refer to elemnt named "types:exception_detail", but you don't declare such element (only type). To declare it change gen.xsd http://www.w3.org/2001/XMLSchema"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:types="http://api.mymanager.com/types"; targetNamespace="http://api.mymanager.com/types";> After fix this errors you can also remove SoapVar creation and pass exception_detail object directly to SoapFault constructor. Previous Comments: [2006-11-03 11:18:32] yaksenov at iponweb dot net updated code to reproduce the behavior - client.pl added http://rapidshare.com/files/1796872/soap_fault_detail_post.tar.gz MD5: fde0f911544e2096c4e992d23b1df0e8 [2006-11-03 10:01:11] yaksenov at iponweb dot net Description: SoapFault->__construct() with 'faultname' causes wrong fault response: the node is absent. Reproduce code: --- http://rapidshare.com/files/1788815/soap_fault_detail_post.tar.gz Expected result: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:ns1="http://api.mymanager.com/types"; xmlns:ns2="urn:ContactService" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";> SOAP-ENV:Server always throw exception http://localhost/soap_fault_detail/contact.php access Actual result: -- http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:ns1="http://api.mymanager.com/types";> SOAP-ENV:Server always throw exception http://localhost/soap_fault_detail/contact.php access -- Edit this bug report at http://bugs.php.net/?id=39357&edit=1
#39428 [Opn->Bgs]: compiling in largefile support causes immediate segfaults
ID: 39428 Updated by: [EMAIL PROTECTED] Reported By: seanius at debian dot org -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Debian GNU/Linux PHP Version: 5.2.0 New Comment: Of course it will segfault, as those flags change size of the structs used in Apache. And if Apache was compiled with -D_FILE_OFFSET_BITS=64 and PHP was NOT, you end up with different structures and this apparently won't work. You need either compile them both with those flags or remove the flags for both. Previous Comments: [2006-11-08 09:29:41] seanius at debian dot org Description: following the directions at http://se2.php.net/filesystem i'm attempting to introduce largefile support into the debian packages before we release etch. on my own system (amd64) it seems to work just fine, but on other systems (x86? maybe some other arches?) the apache children immediately segfault. there are a couple bugs on this in the Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397465 note that this also occurs with php 4.4.4 as well Reproduce code: --- compile with CFLAGS including -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 Expected result: support for large files Actual result: -- [Tue Nov 07 16:26:20 2006] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-1 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations [Tue Nov 07 16:26:23 2006] [notice] child pid 4685 exit signal Segmentation fault (11) backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215985440 (LWP 24081)] 0xb75864a4 in zend_hash_internal_pointer_reset_ex () from /usr/lib/apache2/modules/libphp5.so (gdb) bt #0 0xb75864a4 in zend_hash_internal_pointer_reset_ex () from /usr/lib/apache2/modules/libphp5.so #1 0xb7600948 in apply_config () from /usr/lib/apache2/modules/libphp5.so #2 0xb75ffa5a in php_ap2_register_hook () from /usr/lib/apache2/modules/libphp5.so #3 0x08074587 in ap_run_handler () #4 0x08077731 in ap_invoke_handler () #5 0x08084728 in ap_process_request () #6 0x080819ce in ap_register_input_filter () #7 0x0807b3c7 in ap_run_process_connection () #8 0x08088704 in ap_graceful_stop_signalled () #9 0x08088964 in ap_graceful_stop_signalled () #10 0x0808972a in ap_mpm_run () #11 0x080621ef in main () -- Edit this bug report at http://bugs.php.net/?id=39428&edit=1
#39426 [Opn->Bgs]: problem wih __get ant multidimensional arrays
ID: 39426
Updated by: [EMAIL PROTECTED]
Reported By: wmalota at php-art dot pl
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux/Debian
PHP Version: 5.2.0
New Comment:
Turn on error reporting and you'll see:
Notice: Indirect modification of overloaded property test::$data has no
effect in /tmp/2.php on line 15
Notice: Indirect modification of overloaded property test::$data has no
effect in /tmp/2.php on line 16
Notice: Indirect modification of overloaded property test::$data has no
effect in /tmp/2.php on line 19
NULL
Previous Comments:
[2006-11-08 08:57:06] wmalota at php-art dot pl
Description:
Copying an array returned by __get to other array returned by __get
from other object gives wrong effect.
Reproduce code:
---
class test {
private $variables = array();
public function & __get($name) {
return $this->variables[$name];
}
public function __set($name, $value) {
$this->variables[$name] = $value;
}
}
$test1 = new test;
$test1->data['sth1'] = 'sth1';
$test1->data['sth2'] = 'sth2';
$test2 = new test;
$test2->data['rewritten'] = $test1->data;
echo($test2->data['rewritten']['sth1']);
Expected result:
I expected that on the screen I see this text:
sth1
On PHP 5.1.x it works properly.
Actual result:
--
On the screen I see text:
Array
--
Edit this bug report at http://bugs.php.net/?id=39426&edit=1
#39129 [Csd->WFx]: get_class_methods() guesses the existence of a constructor (4.4 only)
ID: 39129
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Wont fix
Bug Type: Scripting Engine problem
Operating System: Irrelevant
PHP Version: 4.4.4
New Comment:
The patch has been reverted, so the report should be "won't fix" for
now.
Previous Comments:
[2006-10-15 17:06:50] [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.
[2006-10-11 18:25:38] [EMAIL PROTECTED]
Description:
When instanciating a class without constructor, php will try to call
the parent constructor.
This bug may may also be related to #39127.
get_class_methods() seems to guess that an imaginary constructor
exists:
Reproduce code:
---
class a { function a() {} }
class b extends a {}
class c {}
$b = new b;
$c = new c;
var_dump(get_class_methods($b), get_class_methods($c));
Expected result:
array(1) {
[0]=>
string(1) "a"
}
array(0) {
}
Actual result:
--
array(2) {
[0]=>
string(1) "a"
[1]=>
string(1) "b"
}
array(0) {
}
--
Edit this bug report at http://bugs.php.net/?id=39129&edit=1
#39419 [Opn->Bgs]: in CLI mode, echo isn't workint correctly
ID: 39419 Updated by: [EMAIL PROTECTED] Reported By: prophet75 at gmail dot com -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Linux 2.6.9-22.ELsmp PHP Version: 5.2.0 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2006-11-08 04:04:45] prophet75 at gmail dot com Description: in CLI mode, It is no output without over than 1024 byte character or new line character. Reproduce code: --- in test.php % php test.php Expected result: test Actual result: -- No output -- Edit this bug report at http://bugs.php.net/?id=39419&edit=1
#39415 [Opn->Bgs]: C ompilation failure on preg_match_all()
ID: 39415
Updated by: [EMAIL PROTECTED]
Reported By: jordi at telematictraining dot com
-Status: Open
+Status: Bogus
-Bug Type: Compile Failure
+Bug Type: PCRE related
Operating System: Debian GNU/Linux Stable
PHP Version: 5.2.0
New Comment:
This is a limitation of PCRE library, not PHP.
Previous Comments:
[2006-11-08 09:52:08] jordi at telematictraining dot com
Sorry for not posting the script, here you are:
#!/usr/local/bin/php
Tipo
de objeto / Type of object: field:tipologia_objeto (field:tipo_obra)
Objeto de arte registrado en AICOA /
Work of art registered in AICOA: field:codigo_doa Título de la obra (Título alternativo) / Title
(Alternative title): field:titulo_obra
(field:titulo_alternativo) Autor / Author: field:lista_artistas Fecha realización / Date or period: field:fecha_creacion (field:exactitud_fecha)
Escuela, corriente estilística / School,
art movement: field:epoca_corriente
Datos de la serie / Serial Number:
field:ejemplar_serie / field:ejemplares_obra
-- serie: field:num_serie Características del formato / Format
characteristics: field:tipo_tecnica ,
resolución: field:medidas_resolucion Técnica / Technique: field:nombre_tecnica Materiales-Soporte / Material-Support: field:materiales_soporte Medidas / dimensions:
field:medidas_longitud field:unidades_medidas // Ø
field:medidas_diametro field:unidades_medidas // field:medidas_peso
field:unidades_pesoFirmado
/ Signed field:es_firmado
";
if(preg_match_all($pattern, $subject, $coincidences))
print_r($coincidences);
?>
[2006-11-07 16:47:48] jordi at telematictraining dot com
The content of $pattern was line-altered (line breaks where they
shouldn't), so here's the correct one:
$pattern="/((field):(codigo_doa|titulo_obra|titulo_alternativo|num_serie|ejemplar_serie|ejemplares_obra|nombre_tecnica|materiales_soporte|medidas_diametro|lista_artistas|medidas_peso|medidas_resolucion|epoca_corriente|medidas_minutaje|color|sonido_canales|numero_normalizado|valor|fecha_creacion|medidas_longitud|es_firmado|exactitud_fecha|tipo_obra|tipologia_objeto|tipo_tecnica|unidades_medidas|unidades_peso|tipo_formato|nombre_formato_imagen|arquitectura|hay_sonido|sonido_nombre_formato|sonido_muestreo|sonido_amplitud|sonido_idioma_original|pais_publicacion))|((barcode):((\_[ABC]){0,1}(\((\d+)\)){0,1}(\{(codigo_doa|titulo_obra|titulo_alternativo|num_serie|ejemplar_serie|ejemplares_obra|nombre_tecnica|materiales_soporte|medidas_diametro|lista_artistas|medidas_peso|medidas_resolucion|epoca_corriente|medidas_minutaje|color|sonido_canales|numero_normalizado|valor|fecha_creacion|medidas_longitud|es_firmado|exactitud_fecha|tipo_obra|tipologia_objeto|tipo_tecnica|unidades_medidas|u!
nidades_pe
so|tipo_formato|nombre_formato_imagen|arquitectura|hay_sonido|sonido_nombre_formato|sonido_muestreo|sonido_amplitud|sonido_idioma_original|pais_publicacion)\}){1,45}))/"
[2006-11-07 16:45:40] jordi at telematictraining dot com
Description:
Hi there,
What we did? Update php 5.1.6 to 5.2.0.
What we wanted to happen? We expected the 5.2.0 version to behave/work
as the previous ones (5.1.2, 5.1.4 and 5.1.6).
What actualy happened? It didn't.
We have a php based app and we've been working since php version 5.1.2.
But with this new version (5.2.0) it seems to be a problem with the
preg_match_all() function.
Being the function call preg_match_all(string $pattern, string
$subject, array $coincidences), this are the values of the variables:
$pattern =
"/((field):(codigo_doa|titulo_obra|titulo_alternativo|num_serie|ejemplar_serie|ej
emplares_obra|nombre_tecnica|materiales_soporte|medidas_diametro|lista_artistas|m
edidas_peso|medidas_resolucion|epoca_corriente|medidas_minutaje|color|sonido_cana
les|numero_normalizado|valor|fecha_creacion|medidas_longitud|es_firmado|exactitud
_fecha|tipo_obra|tipologia_objeto|tipo_tecnica|unidades_medidas|unidades_peso|tip
o_formato|nombre_formato_imagen|arquitectura|hay_sonido|sonido_nombre_formato|son
ido_muestreo|sonido_amplitud|sonido_idioma_original|pais_publicacion))|((barcode)
:((\_[ABC]){0,1}(\((\d+)\)){0,1}(\{(codigo_doa|titulo_obra|titulo_alternativo|num
_serie|ejemplar_serie|ejemplares_obra|nombre_tecnica|materiales_soporte|medidas_d
iametro|lista_artistas|medidas_peso|medidas_resolucion|epoca_corriente|medidas_mi
nutaje|color|sonido_canales|numero_normalizado|valor|fecha_creacion|medidas_longi
tud|es_firmado|exactitud_fecha|tipo_obra|tipologia_objeto|tipo_tecnica|unidades_m
edidas|unidades_peso|tipo_formato|nombre_formato_imagen|arquitectura|hay_sonido|sonido_nombre_forma
to|sonido_muestreo|sonido_amplitud|sonido_idioma_original|pais_publicacion)\}){1,
45}))/";
$subject = " Tipo de
objeto / Type of
#39422 [Opn->Fbk]: Time shifts randomly between GMT and PST
ID: 39422
Updated by: [EMAIL PROTECTED]
Reported By: daemonist at guildmail dot sojurn dot org
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: Windows 2003 Server
PHP Version: 4CVS-2006-11-08 (CVS)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-11-08 06:38:02] daemonist at guildmail dot sojurn dot org
Description:
Using Windows 2003 Server, PHP 4.4 (latest CVS as of 2006-11-08) with
SMF forums software.
The server date and time are set correctly, and viewing them at the
console confirm that. Sometimes the forums will report the correct
time and date, and sometimes the forums will "switch" to the GMT (since
the server is in PST, that means +8 hours from the server time).
If I use a simple PHP script to query the date and time, I get the
wrong information (so that removes the forums as the cause of this).
If I stop and start IIS, then PHP seems to provide the correct
information. Eventually, however, it will revert back to the erroneous
date and time.
I have posted the script code that I used to confirm that PHP is
reporting the date and time.
Reproduce code:
---
', strftime('%B %d, %Y, %I:%M %p');
?>
Expected result:
November 7, 2006, 10:35 pm
November 07, 2006, 10:35 PM
Actual result:
--
November 8, 2006, 6:35 am
November 08, 2006, 06:35 AM
--
Edit this bug report at http://bugs.php.net/?id=39422&edit=1
#39423 [Opn->Bgs]: fread expired
ID: 39423
Updated by: [EMAIL PROTECTED]
Reported By: base5 at 126 dot com
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: windows xp
PHP Version: 5.2.0
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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Not PHP problem.
Previous Comments:
[2006-11-08 06:57:44] base5 at 126 dot com
Description:
I used fgets/fread to read information from a pipe.
then,I wait and wait , and wait .
env:
windows xp
php 5.2
Reproduce code:
---
$handle = popen('cmd.exe 2>&1', 'r');
do {
$data = fgets($handle, 100);
if (strlen($data) == 0) {
break;
}
$contents .= $data;
}while(true);
echo $contents;
pclose($handle);
--
Edit this bug report at http://bugs.php.net/?id=39423&edit=1
#39381 [Opn->Fbk]: __destruct bug
ID: 39381 Updated by: [EMAIL PROTECTED] Reported By: rygorde4 at sbcglobal dot net -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Not Applicable PHP Version: 5.2.0 New Comment: 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 the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2006-11-06 16:46:52] harveyelliott at hotmail dot com I currently get a issue with php 5.2 with ZenCart. I roll back to php 5.1.6 and it works fine... of course its all due to this php 5.2 bug... Im curently stuck in a hard place.. because.. Im a Web Hosting provider.. So either.. I run php 5.2 to get the security fixes and my customers are SOL that has issues with this bug.. Or.. run insecure code to keep my customers happy.. My question is.. any idea when this is going to be fixed? If I asked in the wrong place... please direct me to the correct place... as this is very important to me... [2006-11-06 13:42:19] c dot boulton at mybboard dot com Maybe relates to this? http://bugs.php.net/bug.php?id=36759 [2006-11-05 15:34:34] linksys at yahoo dot com The same issue occurs in ZenCart v1.3.6 with PHP 5.2.0 regarding using class as global variable. Discussions are here: http://www.zen-cart.com/forum/showthread.php?t=50534 [2006-11-04 19:20:52] rygorde4 at sbcglobal dot net Description: If functions are called within __destruct without register_shutdown_function being called on __destruct within a class, and global variables (that are assigned classes) called in that class will not work. This is a bug specificly with PHP 5.2.0. This bug was reported multiple times at my discussion system (here http://community.mybboard.net/showthread.php?tid=13506 and here http://community.mybboard.net/showthread.php?tid=12430). Calling register_shutdown_function on __destruct, I was able to use that as a workaround, but the problem remains with __destruct. Please contact me with any information you need, and I will gladly assist you. Reproduce code: --- You can install a fresh version of MyBB 1.2 here: http://mybboard.com/downloads.php using PHP 5.2.0. The problems lay in inc/class_core.php Expected result: No error, shutdown functions should run properly Actual result: -- Fatal error: Call to a member function run_hooks() on a non-object in /www/xxx/pub/inc/functions.php on line 146 [2006-11-04 19:18:23] rygorde4 at sbcglobal dot net Description: If functions are called within __destruct without register_shutdown_function being called on __destruct within a class, and global variables that are classes will not work. This is a bug specificly with PHP 5.2.0. This bug was reported multiple times at my discussion system (here http://community.mybboard.net/showthread.php?tid=13506 and here http://community.mybboard.net/showthread.php?tid=12430). Calling register_shutdown_function on __destruct, I was able to use that as a workaround, but the problem remains with __destruct. Please contact me with any information you need, and I will gladly assist you. Reproduce code: --- You can install a fresh version of MyBB 1.2 here: http://mybboard.com/downloads.php using PHP 5.2.0. The problems lay in inc/class_core.php Expected result: No error, shutdown functions should run properly Actual result: -- Fatal error: Call to a member function run_hooks() on a non-object in /www/xxx/pub/inc/functions.php on line 146 -- Edit this bug report at http://bugs.php.net/?id=39381&edit=1
#39428 [Bgs]: compiling in largefile support causes immediate segfaults
ID: 39428 User updated by: seanius at debian dot org Reported By: seanius at debian dot org Status: Bogus Bug Type: Apache2 related Operating System: Debian GNU/Linux PHP Version: 5.2.0 New Comment: hi tony, given that i've followed the directions on your site for doing this, perhaps instead of marking the bug bogus we could reassign/recategorize it as a documentation bug for incorrect/incomplete documentation? for the problem at hand, will php4/php5 automatically derive the file offset size etc from the CFLAGS used to build apache? or, do i manually have to determine them? if so, what is your recommended method? Previous Comments: [2006-11-08 13:17:49] [EMAIL PROTECTED] Of course it will segfault, as those flags change size of the structs used in Apache. And if Apache was compiled with -D_FILE_OFFSET_BITS=64 and PHP was NOT, you end up with different structures and this apparently won't work. You need either compile them both with those flags or remove the flags for both. [2006-11-08 09:29:41] seanius at debian dot org Description: following the directions at http://se2.php.net/filesystem i'm attempting to introduce largefile support into the debian packages before we release etch. on my own system (amd64) it seems to work just fine, but on other systems (x86? maybe some other arches?) the apache children immediately segfault. there are a couple bugs on this in the Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397465 note that this also occurs with php 4.4.4 as well Reproduce code: --- compile with CFLAGS including -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 Expected result: support for large files Actual result: -- [Tue Nov 07 16:26:20 2006] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-1 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations [Tue Nov 07 16:26:23 2006] [notice] child pid 4685 exit signal Segmentation fault (11) backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215985440 (LWP 24081)] 0xb75864a4 in zend_hash_internal_pointer_reset_ex () from /usr/lib/apache2/modules/libphp5.so (gdb) bt #0 0xb75864a4 in zend_hash_internal_pointer_reset_ex () from /usr/lib/apache2/modules/libphp5.so #1 0xb7600948 in apply_config () from /usr/lib/apache2/modules/libphp5.so #2 0xb75ffa5a in php_ap2_register_hook () from /usr/lib/apache2/modules/libphp5.so #3 0x08074587 in ap_run_handler () #4 0x08077731 in ap_invoke_handler () #5 0x08084728 in ap_process_request () #6 0x080819ce in ap_register_input_filter () #7 0x0807b3c7 in ap_run_process_connection () #8 0x08088704 in ap_graceful_stop_signalled () #9 0x08088964 in ap_graceful_stop_signalled () #10 0x0808972a in ap_mpm_run () #11 0x080621ef in main () -- Edit this bug report at http://bugs.php.net/?id=39428&edit=1
#39379 [Opn->Bgs]: something worong with function rename()
ID: 39379
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating System: windows xp sp2
PHP Version: 5.2.0
New Comment:
Your function reads the directory and creates files in it in the same
time.
Previous Comments:
[2006-11-04 16:20:18] [EMAIL PROTECTED]
Description:
When I use function rename() to rename a folder by recursion.
But it doesn't work as usual.It renamed the file twice.
Reproduce code:
---
function addDomain($directory)
{
if (is_dir($directory))
{
$dirHandle = opendir($directory);
while ($file = readdir($dirHandle))
{
if ($file != '.' && $file != '..')
{
if (is_dir($file))
{
//do nothing;
}
else
{
rename($directory.$file,$directory.$file.'r');
echo $directory.$file.'';
}
}
}
closedir($dirHandle);
}
}
addDomain("test/");
Expected result:
test/Q4.phptest/Q5.php
Actual result:
--
test/Q4.phptest/Q5.phptest/Q4.phprtest/Q5.phpr
--
Edit this bug report at http://bugs.php.net/?id=39379&edit=1
#39429 [NEW]: Updated API support
From: anderson at netsweng dot com Operating system: any PHP version: 5.2.0 PHP Bug Type: Ming related Bug description: Updated API support Description: The ming project has just resynchronized its code w/ the code currently in PHP5. A patch that contains some updates for the PHP version of the module can be found at http://www.netsweng.com/~anderson/php_ming.diff. This adds a couple of new APIs and aligns a few things with the current 0.3 and later version of libming. Note that there are a two chunks in the patch which is used to allow the module to be built for PHP4 (useful when building packages for a distro), but that may not be appropriate for inclusion in PHP5. -- Edit bug report at http://bugs.php.net/?id=39429&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39429&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39429&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39429&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39429&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39429&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39429&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39429&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39429&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39429&r=support Expected behavior:http://bugs.php.net/fix.php?id=39429&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39429&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39429&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39429&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39429&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39429&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39429&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39429&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39429&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39429&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39429&r=mysqlcfg
#39375 [Opn->Fbk]: PHP Warning: imap_fetchstructure(): No body information available in a.php
ID: 39375 Updated by: [EMAIL PROTECTED] Reported By: queences dot sam at tallysolutions dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: linux PHP Version: 5.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2006-11-04 11:03:04] queences dot sam at tallysolutions dot com Description: While tring to process mails from the mailbox using imap function at times we encounter this error. But the mail number etc everything that it picks up is correct. Below given line is the exact error that we get: PHP Warning: imap_fetchstructure(): No body information available in /var/www/html/tallyweb/modules/forums/intranet/CRecvMailProcessMgr.php on line 1044 We have noticed that the error goes of once we restart the services - sendmail, httpd & mysql. Please let us know if this is already a noted bug in PHP imap library. When is it going to be resolved. Queences -- Edit this bug report at http://bugs.php.net/?id=39375&edit=1
#39370 [Opn->Fbk]: $_GET no longer works under FastCGI but works under CGI.
ID: 39370 Updated by: [EMAIL PROTECTED] Reported By: trustpunk at gmail dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Windows PHP Version: 6CVS-2006-11-04 (snap) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-11-08 05:55:07] trustpunk at gmail dot com BUMP! Has anyone even checked into this yet? [2006-11-04 07:53:30] trustpunk at gmail dot com Description: The special $_GET variable no longer works under FastCGI. I'm not sure if the others fail. $_SERVER seems to work. Reproduce code: --- PHP/6.0.0-DEV Code: URL: http://localhost/test.php?get=Hello Expected result: I expect to see some elements in the $_GET array after sending a GET request from the URL. Actual result: -- I get nothing in the $_GET array after using a request like: http://localhost/test.php?get=Hello Note: Remember that CGI/1.1 is npot effected by this bug from what I've tested. -- Edit this bug report at http://bugs.php.net/?id=39370&edit=1
#39367 [Opn->Asn]: Entries from the realpath cache should be refreshed after unlink() and rename()
ID: 39367
Updated by: [EMAIL PROTECTED]
Reported By: j at pureftpd dot org
-Status: Open
+Status: Assigned
Bug Type: Filesystem function related
Operating System: Any
PHP Version: 5.2.0
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2006-11-04 12:33:05] j at pureftpd dot org
Another fix is to have clearstatcache() also clear the
realpath cache.
Patch follows. Also available from ftp://ftp.c9x.org/misc/
php_clearstatcache_should_clear_realpath_cache.diff
--- ext/standard/filestat.c.origSat Nov 4 13:14:10
2006
+++ ext/standard/filestat.c Sat Nov 4 13:14:40 2006
@@ -633,6 +633,7 @@
efree(BG(CurrentLStatFile));
BG(CurrentLStatFile) = NULL;
}
+ realpath_cache_empty();
}
/* }}} */
--- TSRM/tsrm_virtual_cwd.c.origSat Nov 4 00:56:05
2006
+++ TSRM/tsrm_virtual_cwd.c Sat Nov 4 13:28:29 2006
@@ -360,6 +360,24 @@
return NULL;
}
+CWD_API int realpath_cache_empty(void)
+{
+ int i;
+
+ for (i = 0; i < sizeof(CWDG(realpath_cache)) /
sizeof(CWDG(realpath_cache)[0]); i++) {
+ realpath_cache_bucket *bucket = CWDG
(realpath_cache)[i];
+
+ while (bucket != NULL) {
+ realpath_cache_bucket *r = bucket;
+ bucket = bucket->next;
+ free(r);
+ }
+ CWDG(realpath_cache)[i] = NULL;
+ }
+ CWDG(realpath_cache_size) = 0;
+
+ return 0;
+}
/* Resolve path relatively to state and put the real path
into state */
/* returns 0 for ok, 1 for error */
--- TSRM/tsrm_virtual_cwd.h.origSat Nov 4 02:39:04
2006
+++ TSRM/tsrm_virtual_cwd.h Sat Nov 4 13:12:50 2006
@@ -156,6 +156,7 @@
CWD_API DIR *virtual_opendir(const char *pathname
TSRMLS_DC);
CWD_API FILE *virtual_popen(const char *command, const char
*type TSRMLS_DC);
CWD_API int virtual_access(const char *pathname, int mode
TSRMLS_DC);
+CWD_API int realpath_cache_empty(void);
#if defined(TSRM_WIN32)
/* these are not defined in win32 headers */
#ifndef W_OK
[2006-11-04 02:00:22] j at pureftpd dot org
I think the real bug is that unlink(), rename() and rmdir()
don't refresh the related realpath cache entries.
Here's a patch that fixes this, also available from ftp://
ftp.c9x.org/misc/
php_sync_realpath_cache_with_unlink_and_rename.diff
--- TSRM/tsrm_virtual_cwd.c.origSat Nov 4 00:56:05
2006
+++ TSRM/tsrm_virtual_cwd.c Sat Nov 4 02:53:13 2006
@@ -361,6 +361,23 @@
}
+CWD_API int realpath_cache_delete(const char *path, int
path_len) {
+ unsigned long key = realpath_cache_key(path,
path_len);
+ unsigned long n = key % (sizeof(CWDG
(realpath_cache)) / sizeof(CWDG(realpath_cache)[0]));
+ realpath_cache_bucket **bucket = &CWDG
(realpath_cache)[n];
+
+ while (*bucket != NULL) {
+ if (key == (*bucket)->key && path_len ==
(*bucket)->path_len &&
+ memcmp(path, (*bucket)->path,
path_len) == 0) {
+ realpath_cache_bucket *r = *bucket;
+ *bucket = (*bucket)->next;
+ CWDG(realpath_cache_size) -= sizeof
(realpath_cache_bucket) + r->path_len + 1 + r->realpath_len
+ 1;
+ free(r);
+ }
+ }
+ return 0;
+}
+
/* Resolve path relatively to state and put the real path
into state */
/* returns 0 for ok, 1 for error */
CWD_API int virtual_file_ex(cwd_state *state, const char
*path, verify_path_func verify_path, int use_realpath)
--- TSRM/tsrm_virtual_cwd.h.origSat Nov 4 02:39:04
2006
+++ TSRM/tsrm_virtual_cwd.h Sat Nov 4 02:48:04 2006
@@ -232,14 +232,14 @@
#define VCWD_CHDIR_FILE(path) virtual_chdir_file(path,
virtual_chdir TSRMLS_CC)
#define VCWD_GETWD(buf)
#define VCWD_REALPATH(path, real_path) virtual_realpath
(path, real_path TSRMLS_CC)
-#define VCWD_RENAME(oldname, newname) virtual_rename
(oldname, newname TSRMLS_CC)
+#define VCWD_RENAME(oldname, newname) (virtual_rename
(oldname, newname TSRMLS_CC) + realpath_cache_delete
(oldname, strlen(oldname)) + realpath_cache_delete(newname,
strlen(newname)))
#define VCWD_STAT(path, buff) virtual_stat(path, buff
TSRMLS_CC)
#if !defined(TSRM_WIN32)
#define VCWD_LSTAT(path, buff) virtual_lstat(path, buff
TSRMLS_CC)
#endif
-#define VCWD_UNLINK(path) virtual_unlink(path TSRMLS_CC)
+#define VCWD_UNLINK(path) (virtual_unlink(path TSRMLS_CC) +
realpath_cache_delete(path, strlen(path)))
#define VCWD_MKDIR(pathname, mode) virtual_mkdir(pathname,
mode TSRMLS_CC)
-#define VCWD_RMDIR(pathname) virtual_rmdir(pathname
TSRMLS_CC)
+#define VCWD_RMDIR(pathname) (virtual_rmdir(pathname
TSRMLS_CC) + realpath_cache_delete(pathname, strlen
(pathname)
#39361 [Opn->Asn]: mbstring function overloading - done although not activated
ID: 39361 Updated by: [EMAIL PROTECTED] Reported By: christoph at ziegenberg dot de -Status: Open +Status: Assigned Bug Type: mbstring related Operating System: Win XP SP 2 PHP Version: 5.2.0 -Assigned To: +Assigned To: iliaa Previous Comments: [2006-11-03 20:38:44] [EMAIL PROTECTED] Still need to look into this one. [2006-11-03 19:56:26] [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. [2006-11-03 18:06:52] christoph at ziegenberg dot de again the summary problem... [2006-11-03 18:06:06] christoph at ziegenberg dot de The value returned by ini_get() is correct (also the phpinfo() output), but the behavior is wrong... I tested several other ini settings, but the error seems to occur only with the mbstring function overloading. [2006-11-03 17:28:47] christoph at ziegenberg dot de Oh... I got the reason for it... really bad bug, might be critical and influence other ini setting to: 1) run the script - it works. you get the error message for mb_strstr() only: Warning: mb_strstr() [function.mb-strstr]: Empty haystack in W:\www\strstr\strstr.php on line 4 2) run a script in another directory with mbstring function overloading activate* - the result is as expected: Warning: mb_strstr() [function.mb-strstr]: Empty haystack in W:\www\strstr\strstr.php on line 3 Warning: mb_strstr() [function.mb-strstr]: Empty haystack in W:\www\strstr\strstr.php on line 4 3) now run the first script (NOT in the created directory!) and you get the same error messages! Warning: mb_strstr() [function.mb-strstr]: Empty haystack in W:\www\strstr\strstr.php on line 3 Warning: mb_strstr() [function.mb-strstr]: Empty haystack in W:\www\strstr\strstr.php on line 4 So the overloading setting is activated for the wrong directory! * via .htaccess: php_value mbstring.func_overload 6 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/39361 -- Edit this bug report at http://bugs.php.net/?id=39361&edit=1
#39343 [Opn->Csd]: PHP wont compile with latest Curl
ID: 39343 Updated by: [EMAIL PROTECTED] Reported By: steve dot kirtley at gmail dot com -Status: Open +Status: Closed Bug Type: cURL related Operating System: Red Hat / Apache/1.3.26 PHP Version: 4.4.4 New Comment: Fixed in CVS by Ilia. See bug #39354. Previous Comments: [2006-11-03 13:05:00] daniel at haxx dot se CURLOPT_PASSWDFUNCTION has no function and hasn't had any for quite some time. You can just erase every use of that. CURLOPT_FTPASCII should simply be renamed to CURLOPT_TRANSFERTEXT [2006-11-03 10:00:15] steve dot kirtley at gmail dot com Thanks for the quick reply - hoping you can help me solve this one... Sorry, full error from Make command below: [EMAIL PROTECTED] php-4.4.4]# make /bin/sh /home/willis_s/php-4.4.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/curl/ -I/home/willis_s/php-4.4.4/ext/curl/ -DPHP_ATOM_INC -I/home/willis_s/php-4.4.4/include -I/home/willis_s/php-4.4.4/main -I/home/willis_s/php-4.4.4 -I/usr/lib/include -I/usr/local/mysql/include -I/usr/local/oracle/rdbms/public -I/usr/local/oracle/rdbms/demo -I/home/willis_s/php-4.4.4/ext/xml/expat -I/home/willis_s/php-4.4.4/TSRM -I/home/willis_s/php-4.4.4/Zend-g -O2 -prefer-non-pic -c /home/willis_s/php-4.4.4/ext/curl/curl.c -o ext/curl/curl.lo /home/willis_s/php-4.4.4/ext/curl/curl.c: In function `zm_startup_curl': /home/willis_s/php-4.4.4/ext/curl/curl.c:261: `CURLOPT_FTPASCII' undeclared (first use in this function) /home/willis_s/php-4.4.4/ext/curl/curl.c:261: (Each undeclared identifier is reported only once /home/willis_s/php-4.4.4/ext/curl/curl.c:261: for each function it appears in.) /home/willis_s/php-4.4.4/ext/curl/curl.c:299: `CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) make: *** [ext/curl/curl.lo] Error 1 [EMAIL PROTECTED] php-4.4.4]# [2006-11-02 22:27:06] daniel at haxx dot se 1. You cut off the build error too early so the error doesn't really show 2. They aren't deprecated _functions_, they are deprecated symbols == defines in the curl public header file. [2006-11-02 11:04:23] steve dot kirtley at gmail dot com Description: Installed latest libcurl and curl libraries (no previous version) which worked fine with PHP 4.4.2 - however will not compile with 4.4.4 Reproduce code: --- Using following configure command, (which worked and still works with 4.4.2): ./configure --with-db --with-gdbm --with-xml --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-oci8=/usr/local/oracle --enable-sigchild --enable-trans-sid --with-pgsq --with-curl=/usr/lib Configure is successful but errors shown below appear when running 'make' /bin/sh /home/willis_s/php-4.4.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/curl/ -I/home/willis_s/php-4.4.4/ext/curl/ -DPHP_ATOM_INC -I/home/willis_s/php-4.4.4/include -I/home/willis_s/php-4.4.4/main -I/home/willis_s/php-4.4.4 -I/usr/lib/include -I/usr/local/mysql/include -I/usr/local/oracle/rdbms/public -I/usr/local/oracle/rdbms/demo -I/home/willis_s/php-4.4.4/ext/xml/expat -I/home/willis_s/php-4.4.4/TSRM -I/home/willis_s/php-4.4.4/Zend-g -O2 -prefer-non-pic -c /home/willis_s/php-4.4.4/ext/curl/curl.c -o ext/curl/curl.lo Expected result: With PHP 4.4.2 installs without issues using same process. Have posted onto the curl mailing list who advised these PHP ext files are referencing deprecated functions. -- Edit this bug report at http://bugs.php.net/?id=39343&edit=1
#39346 [Opn->Asn]: Unsetting a static variable inside a destructor causes segfault later on
ID: 39346
Updated by: [EMAIL PROTECTED]
Reported By: daan at parse dot nl
-Status: Open
+Status: Assigned
Bug Type: Reproducible crash
Operating System: Slackware 10.2
PHP Version: 5.2.0RC5
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2006-11-06 15:36:53] daan at parse dot nl
Also crashing on 5.2.0 final.
[2006-11-02 16:54:38] daan at parse dot nl
Description:
Tested on 5.2.0RC6
Unsetting a static variable referring to the object itself causes a
segfault later on. (possible alloc problems)
I was able to reproduce segfaults in this situation with other
functions besides debug_backtrace(), for instance with
mysqli_fetch_assoc(). The resulting backtrace also led to
_zend_mm_alloc_int. (I am presuming it is the same bug)
PS. The print_r() is not required to trigger the crash.
Reproduce code:
---
test();
$this->_id = $id;
self::$instances[$this->_id] = $this;
}
function __destruct()
{
unset(self::$instances[$this->_id]);
}
function test()
{
print_r(debug_backtrace());
}
}
$test = new test(2);
$test = new test(1);
$test = new test(2);
$test = new test(3);
?>
Expected result:
No crash.
Actual result:
--
#0 _zend_mm_alloc_int (heap=0x80ebbb8, size=16) at
/usr/src/php-5.2.0RC6/Zend/zend_alloc.c:1090
#1 0x4063f953 in add_assoc_long_ex (arg=0x3, key=0x40769a60 "line",
key_len=5, n=16) at /usr/src/php-5.2.0RC6/Zend/zend_API.c:977
#2 0x4064d2d8 in zend_fetch_debug_backtrace (return_value=0x40f289cc,
skip_last=1, provide_object=1)
at /usr/src/php-5.2.0RC6/Zend/zend_builtin_functions.c:1962
#3 0x40658d54 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffacc0) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:200
#4 0x40658489 in execute (op_array=0x40f282c8) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#5 0x40658709 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffae80) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:234
#6 0x40658489 in execute (op_array=0x40f28fd4) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#7 0x40658709 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffb0e0) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:234
#8 0x40658489 in execute (op_array=0x40f24194) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#9 0x4063ebfc in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.2.0RC6/Zend/zend.c:1097
#10 0x40604e2a in php_execute_script (primary_file=0xbfffd440) at
/usr/src/php-5.2.0RC6/main/main.c:1758
#11 0x406bf882 in apache_php_module_main (r=0x80cb5bc,
display_source_mode=0) at
/usr/src/php-5.2.0RC6/sapi/apache/sapi_apache.c:53
#12 0x406c0296 in send_php (r=0x80cb5bc, display_source_mode=0,
filename=0x0) at /usr/src/php-5.2.0RC6/sapi/apache/mod_php5.c:660
#13 0x406c04a6 in send_parsed_php (r=0x80cb5bc) at
/usr/src/php-5.2.0RC6/sapi/apache/mod_php5.c:675
#14 0x08053ff7 in ap_invoke_handler ()
#15 0x08069039 in process_request_internal ()
#16 0x08069098 in ap_process_request ()
#17 0x080600ba in child_main ()
#18 0x08060262 in make_child ()
#19 0x080603c8 in startup_children ()
#20 0x08060a88 in standalone_main ()
#21 0x080612a6 in main ()
--
Edit this bug report at http://bugs.php.net/?id=39346&edit=1
#39338 [Opn->Bgs]: Unexpected answer from if statement dealing with zeros.
ID: 39338
Updated by: [EMAIL PROTECTED]
Reported By: spideybr at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Ubuntu 4
PHP Version: 4.4.4
New Comment:
.
Previous Comments:
[2006-11-02 07:15:37] judas dot iscariote at gmail dot com
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Use the === operator, this is the expected behaviour.
[2006-11-01 20:39:03] spideybr at gmail dot com
Description:
I've got a "GET variable" called $codArea in my script. Just before the
if statement an echo on the variable would return me "asd" (just to test
it, the normal would be integers btw). Inside the { } in the if
structure, it also echo's "asd".
The problem is, the statement which is returning TRUE (so the script
goes inside de if brackets) is ' $codArea == 0 ' without the single
quotes. Just look in the code and you'll understand. Not a type
conversion misusage, I guess.
Reproduce code:
---
//script.php?area=asd on the address bar and on links
$codArea = $_GET['area']; //Creating the "GET variable"
echo $codArea; // returns "asd"
if ($codArea == 0) {
echo $codArea; // returns "asd"
echo ($codArea == 0); // returns "1"
}
//All values are printed on the screen without the quotes
Expected result:
asd
Actual result:
--
asd
asd
1
--
Edit this bug report at http://bugs.php.net/?id=39338&edit=1
#39337 [Opn->Bgs]: Array creation when using overloading (__get) does not work (NULL)
ID: 39337
Updated by: [EMAIL PROTECTED]
Reported By: phpbugs at thequod dot de
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Ubuntu Linux
PHP Version: 5CVS-2006-11-01 (CVS)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2006-11-01 18:56:44] phpbugs at thequod dot de
A better workaround is, of course, to just define the
member with "var" in the class header.
But it's still a bug IMHO.
[2006-11-01 18:41:14] phpbugs at thequod dot de
Description:
Creating an array through $obj->a[] or $obj->a[$index]
does not create an array, if you use overloading through
the "__get()" method.
This happens with PHP_5_2 and 5.1.6 from Ubuntu, which
I've also tested.
The workaround seems to be to initialize the member
explicitly to "array()".
Reproduce code:
---
foo[1] = 1;
var_dump( $A->foo );
$A->foo[] = 2;
var_dump( $A->foo );
$A->foo['a'] = 3;
var_dump( $A->foo );
$A->foo = array();
var_dump( $A->foo );
$A->foo = 1;
var_dump( $A->foo );
?>
Expected result:
array(1) {
[1]=>
int(1)
}
array(2) {
[1]=>
int(1)
[2]=>
int(2)
}
array(3) {
[1]=>
int(1)
[2]=>
int(2)
["a"]=>
int(3)
}
array(0) {
}
int(1)
Actual result:
--
NULL
NULL
NULL
array(0) {
}
int(1)
--
Edit this bug report at http://bugs.php.net/?id=39337&edit=1
#39336 [Opn->Bgs]: openssl ciphers not properly initialized in 4.4.4
ID: 39336
Updated by: [EMAIL PROTECTED]
Reported By: seanius at debian dot org
-Status: Open
+Status: Bogus
Bug Type: OpenSSL related
Operating System: Debian GNU/Linux
PHP Version: 4.4.4
New Comment:
Duplicate of bug #38798.
Previous Comments:
[2006-11-02 06:52:24] judas dot iscariote at gmail dot com
>was particularly amusing, because in the latest php 5.x
>code the patch from #38798 has already been applied, whereas >it has
not
>been applied yet in 4.4.4 :)
This have a reason, PHP4 active development has ceased permanently .
people is focused on 5.2 and 6.
So, PHP4 issues gets liltle or no attention. is time for you to tell
the debian people to move to PHP5 ASAP. anyway.. fix seems to be
small.. wait to see if somebody is willing to look into this.
However. this bug is bogus, since is a duplicated of
#38798
[2006-11-01 18:08:00] seanius at debian dot org
Description:
in php4 4.4.4x and later using openssl 0.9.8a and later, ssl protocols
are not available to functions like readfile() et al. this is because
the list of ciphers are not properly initialized in
ext/openssl/openssl.c
the patch provided in php bug #38798 solves the problem correctly.
note that this problem is also the cause of php bug #35160,
which imho was wrongly closed.
the rationale that "it must be a problem with the precompiled openssl
libs, because it compiles fine with a fresh openssl and the latest 5.x
php"
was particularly amusing, because in the latest php 5.x
code the patch from #38798 has already been applied, whereas it has not
been applied yet in 4.4.4 :)
Reproduce code:
---
readfile("https://www.google.com";);
Expected result:
html content
Actual result:
--
copelandia[~]18:56:21$ php4 foo.php
Warning: readfile(): php_stream_sock_ssl_activate_with_method: failed
to create an SSL context in /home/seanius/foo.php on line 2
Warning: readfile(https://www.google.com): failed to open stream:
Unable to activate SSL mode in /home/seanius/foo.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=39336&edit=1
#39377 [Opn->Fbk]: Transform element ( ) incorrectly
ID: 39377
Updated by: [EMAIL PROTECTED]
Reported By: craig at skrabacz dot com
-Status: Open
+Status: Feedback
Bug Type: XSLT related
Operating System: Windows XP
PHP Version: 4.4.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-11-04 13:18:53] craig at skrabacz dot com
Description:
call to xslt_process() transforms non-breaking space incorrectly.
Reproduce code:
---
$xslt = xslt_create();
$xmlFile = "/../data/pictures.xml";
$xslFile = "picturePage.xsl";
xslt_set_encoding($xslt, 'UTF-8');
$parameters = array (
'linkKey' => $_GET['page']
);
$transformed = xslt_process($xslt, $xmlFile, $xslFile, NULL ,NULL,
$parameters);
if ($transformed) {
echo $transformed;
} else {
echo "Error Transforming pictures.xml by applying picturePage.xslt
into employee.html";
echo "Error description " . xslt_error($xslt);
echo "Error code " . xslt_errno($xslt);
}
xslt_free($xslt);
<->
XSL:
RegLink
picture.html?picture=/
Expected result:
formatted transformation with non-breaking space between images.
Actual result:
--
transformation with "Â" instead of non-breaking space.
--
Edit this bug report at http://bugs.php.net/?id=39377&edit=1
#39332 [Opn->Fbk]: Wrong character encoding from external program output
ID: 39332
Updated by: [EMAIL PROTECTED]
Reported By: herbert dot fischer at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Program Execution
Operating System: Red Hat ELAS4 Upd3
PHP Version: 5.1.6
New Comment:
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 the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2006-11-01 13:55:38] herbert dot fischer at gmail dot com
Description:
PHP is assuming character encoding from external executed svn client,
as ASCII.
Even when external program returns ISO-8859-1 encoded string, PHP
"parses" the encoded string as ASCII, expanding accented characters as
literal string form and not their binary form.
For example:
an output like "Acentuação" turns to be a string in literal form
"Acentua?\195?\167?\195?\163o/".
Reproduce code:
---
Import some accented file or folders into a subversion repository. Is
it possible to convert the output to utf-8 using the command bellow:
# svn list 'file:home/svn/herbert/' | iconv -tutf-8
But not when from PHP:
var_dump reports:
array(29) {
[1]=>
int(65)
[2]=>
int(99)
[3]=>
int(101)
[4]=>
int(110)
[5]=>
int(116)
[6]=>
int(117)
[7]=>
int(97)
[8]=>
int(63)
[9]=>
int(92)
[10]=>
int(49)
[11]=>
int(57)
[12]=>
int(53)
[13]=>
int(63)
[14]=>
int(92)
[15]=>
int(49)
[16]=>
int(54)
[17]=>
int(55)
[18]=>
int(63)
[19]=>
int(92)
[20]=>
int(49)
[21]=>
int(57)
[22]=>
int(53)
[23]=>
int(63)
[24]=>
int(92)
[25]=>
int(49)
[26]=>
int(54)
[27]=>
int(51)
[28]=>
int(111)
[29]=>
int(47)
}
So it's not possible to convert the string to other character set,
since it's invalid.
Expected result:
It's expected to PHP store the string as it's original binary format.
array(10) {
[1]=>
int(65)
[2]=>
int(99)
[3]=>
int(101)
[4]=>
int(110)
[5]=>
int(116)
[6]=>
int(117)
[7]=>
int(97)
[8]=>
int(-25)
[9]=>
int(-29)
[10]=>
int(111)
}
--
Edit this bug report at http://bugs.php.net/?id=39332&edit=1
#39326 [Opn->Bgs]: dbase_open can't open database
ID: 39326
Updated by: [EMAIL PROTECTED]
Reported By: jabc at moz dot com dot mx
-Status: Open
+Status: Bogus
Bug Type: dBase related
Operating System: FreeBSD 6.2-PRERELEASE
PHP Version: 5.1.6
New Comment:
T fields are not supported.
The list of supported field types can be found here:
http://php.net/dbase
Previous Comments:
[2006-10-31 23:06:54] jabc at moz dot com dot mx
we determine that the problem was the type of fields, we have four
fields with type 'date time' and when we change to type 'date' it
work.
But in version php4.4 it work fine with this type of fields.
try to test with this database that contain the four fields type 'date
time' and try to modify this fields to type 'date' for verify that work
it
http://148.223.129.153/soporte/complete.zip
thanks
[2006-10-31 22:05:47] jabc at moz dot com dot mx
Description:
when I try to open an database with more than 150 fields can't open it.
only If I delete fields under 150 can do it.
on version 4.4 it work very fine.
the error say: unable to open database
of course STCTRL21.DBF exist and have all permissions.
Reproduce code:
---
$dbi = dbase_open("/reco/RECO2005/TRAFICO/DATA/STCTRL21.DBF", 0);
if ($dbi === false)
print "unable to open database";
Expected result:
No errors and the database opened.
Actual result:
--
unable to open database
--
Edit this bug report at http://bugs.php.net/?id=39326&edit=1
#39324 [Opn->Fbk]: url wrappers
ID: 39324
Updated by: [EMAIL PROTECTED]
Reported By: omikorn at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: HTTP related
Operating System: all
PHP Version: 4.4.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-10-31 17:16:01] omikorn at yahoo dot com
URGENT,
Please make this private or edit post and obfuscate the encoded
credentials in my capture.
[2006-10-31 17:06:19] omikorn at yahoo dot com
Description:
Ok there is a problem with URL wrappers when the remote server requires
authentification.
Reproduce code:
---
Take file_get_contents for example:
//example code
$user="user";
$pass="somepassword";
$url = "www.whatever.com/members/messages.xml"
$content = file_get_contents("http://$user:[EMAIL PROTECTED]");
$echo "Your new message is\n";
On the packet capture the things show like this:
T 65.111.170.157:33470 -> 196.34.149.111:80 [AP]
GET /members/messages.xml HTTP/1.0\r\n
HTTP/1.0\r\n
##
T 65.111.170.157:33470 -> 196.34.149.111:80 [AP]
Authorization: Basic bWI1MTptYXJpbHluMw==\r\nHost:
www.property24online.co.za\r\n\r\n
Of course this failes. Wouldn't it be correct to pass the auth
credentials _before_ the HTTP method is specified and more assign a
temporary cookie?
e.g:
GET /members/messages.xml HTTP/1.0\r\n
Authorization: Basic bWI1MTptYXJpbHluMw==\r\nHost:
www.property24online.co.za\r\n
HTTP/1.0\r\n\r\n
--
Edit this bug report at http://bugs.php.net/?id=39324&edit=1
#39333 [Opn->Bgs]: More info for #39200
ID: 39333 Updated by: [EMAIL PROTECTED] Reported By: swolf at fortressitx dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: CentOS 4.4 64-bit PHP Version: 5.1.6 New Comment: Thanks for the clarification. Not PHP problem. Previous Comments: [2006-11-01 14:22:36] swolf at fortressitx dot com Description: Loading libphp5.so; undefined symbol: zend_qsort Reproduce code: --- See Bug #39200 Expected result: See Bug #39200 Actual result: -- This problem is the result of making configure changes but not running a "make clean" before rebuilding PHP. If you get "Loading libphp5.so; undefined symbol: zend_qsort" when you start Apache, return to the PHP build directory and: make clean make make install The problem will disappear. (Been there, done that) -- Edit this bug report at http://bugs.php.net/?id=39333&edit=1
#39315 [Opn->Bgs]: mysql_pconnect with "bug"
ID: 39315 Updated by: [EMAIL PROTECTED] Reported By: roberto at spadim dot com dot br -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: linux PHP Version: 5.1.6 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2006-10-31 03:00:06] roberto at spadim dot com dot br Description: FROM MANUAL (mysql_pconnect): First, when connecting, the function would first try to find a (persistent) link that's already open with the same host, username and password. If one is found, an identifier for it will be returned instead of opening a new connection. that's ok, but i'm using pcntl with fork, one process is priority 20 and the other -20, when i use mysql_query i first mysql_Select_db and after mysql_query, (with mysql_db_query the same thing occur) one process is database "dev_comercial" and the other is "dev" if mysql_pconnect add an new parameter that could be default_database and just use link resources with same default_database my error don't occur when i select on process one and process two at samy time, one process get unknown table on dev when it must use dev_comercial database and not dev database any idea? i'm using mysql_connect as an workaround but it get many connection and reconnection overhead Reproduce code: --- fork pid 1: mysql_pconnect() mysql_db_select( dev_comercial ) mysql_Query error: table "table" unknown on database "dev" (pid2 executed mysql_db_select after pid1 mysql_dbselect and before mysql_query) pid 2: mysql_pconnect() mysql_db_select( dev ) mysql_Query error: no error table is on dev database Expected result: get mysql_query from pid1 and pid2 without pid1 or pid2 changing database of pid1 or pid2 Actual result: -- one mysql_select_db change database from pid1 and pid2 cause they are the same link resource if i get diferent link resource no problem occur -- Edit this bug report at http://bugs.php.net/?id=39315&edit=1
#39316 [Opn->Bgs]: extension_dir has no effect on Windows
ID: 39316 Updated by: [EMAIL PROTECTED] Reported By: aren at cambre dot biz -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.6 New Comment: You are changing wrong php.ini. Check phpinfo() to see which php.ini is used. Previous Comments: [2006-11-02 21:54:16] noah dot rusnock at echo-digitaldesign dot com I just setup a Windows 2000 SP4 virtual machine using Microsoft VirturalPC 2007 beta. I used the exact same setup as I did for my Windows XP (non-virtual machine) Apache server with PHP and I am still unable to load any extensions. [2006-11-02 20:50:11] noah dot rusnock at echo-digitaldesign dot com I have been dealing with this problem for months! I am using Windows XP SP2 with Apache 2.0.59 and PHP 5.1.6. I think I have had this issue since 5.1.4 or 5.1.3; I don't remember. I am new to PHP and Apache, but setup my own localhost server earlier this year (2006) and have had this problem from the beginning. (I added a vote, but submitted it as a 3; should be a 5; I need this working to start learning MySQL) [2006-10-31 19:51:40] aren at cambre dot biz That did not fix it. I deleted everything in C:\php, including directories, except for php.ini. Then I copied over the contents of php5.2-win32-latest.zip and did an iisreset (a command line program that restarts the web server). By the way, it looks like php is checking a couple of additional directories besides those specified in the path. Here is my path (each directory on a separate line): %SystemRoot%\system32 %SystemRoot% %SystemRoot%\System32\Wbem c:\Program Files\Intel\DMIX C:\Program Files\Microsoft SQL Server\80\Tools\Binn\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\php Here is what PHP checks: C:\windows\system32\inetsrv\php_mysql.dll C:\WINDOWS\system32\php_mysql.dll C:\WINDOWS\system\php_mysql.dll C:\WINDOWS\php_mysql.dll C:\WINDOWS\system32\inetsrv\php_mysql.dll C:\WINDOWS\system32\php_mysql.dll C:\WINDOWS\php_mysql.dll C:\WINDOWS\System32\Wbem\php_mysql.dll C:\Program Files\Intel\DMIX\php_mysql.dll C:\Program Files\Microsoft SQL Server\80\Tools\Binn\php_mysql.dll C:\Program Files\Microsoft SQL Server\90\Tools\binn\php_mysql.dll C:\php\php_mysql.dll PHP follows the path exactly starting with the 6th line. The first 5 lines are some unknown set of directories. PHP checks those directories twice in a row. [2006-10-31 11:32:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-10-31 04:49:18] aren at cambre dot biz Description: extension_dir (in php.ini) has no effect in Windows. I installed a relatively clean installation of PHP 5.1.6 on Windows 2003. I configured the extension_dir line in php.ini using all these forms: extension_dir = c:\PHP\ext extension_dir = c:\php\ext extension_dir = c:/PHP/ext extension_dir = "c:\php\ext" Regardless of the form used, php does not even attempt to search the c:\php\ext directory to find extensions. Reproduce code: --- 1. Install php 5.1.6 on a clean Windows system. Only configure what is necessary to get it running. Be sure to set extension_dir to your actual ext directory. (Preferably, c:\php\ext.) Do a hello world php to test functionality. 2. Uncomment this line in php.ini: extension=php_mysql.dll 3. Download the latest phpMyAdmin. Extract files and copy to a directory in your web server. 4. Get File Monitor from sysinternals (www.sysinternals.com). 5. Load File Monitor, and set its filter to php_mysql.dll. (This is so that it just reports on attempts to find php_mysql.dll and not hundreds of other filesystem hits.) 6. Start File Monitor so that it's catching filesystem hits. 7. Browse myPhpAdmin's index.php in a browser. You'll get an error saying that the mysql drivers cannot be used. 8. Go back to File Monitor. Notice how none of the directories searched were the directory specified in extension_dir. Installing mySql is optional. Its presence has no effect on the above problem. (Of course, if the system actually found php_mysql.dll, then it would be a problem if mySql was not installed!) Expected result: phpMyAdmin should find the mySql extension, and File Monitor should confirm that php actually searches the c:\php\ext directory for the extensions. Actual result: -- Php searches all directories in the system path! extension_dir has no effect under Windows. You have to add c:\php AND c:\php\ext to the
#39312 [Opn->Fbk]: Cannot install OCI_PDO
ID: 39312 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: I don't get it. Why did you change /lib/ to /include/? Why do you have instant client installed in two locations? Where is oci.h after all? Where is libclntsh.so? Previous Comments: [2006-10-31 14:47:35] andrew dot nagy at villanova dot edu Well, I changed my configure to: --with-oci8=instantclient,/usr/lib/oracle/10.1.0.3/client/lib --with-pdo-oci=instantclient,/usr/include/oracle,10.1.0.3 And am still getting the same error. The first oci8 option passes in the configuration, but the PDO_OCI does not. According to the ./configure --help, I am doing everything correctly ... I think. [2006-10-31 14:41:47] andrew dot nagy at villanova dot edu Sorry. It appears oracle is installed in 2 locations /usr/lib and /usr/include and the headers are in /usr/include [2006-10-30 23:06:39] [EMAIL PROTECTED] So the headers are in /usr/lib../? I mean the .h files, oci.h for example. [2006-10-30 22:41:47] andrew dot nagy at villanova dot edu I installed the instant client to: /usr/lib/oracle/10.1.0.3 Is this what you are asking for? [2006-10-30 19:44:29] [EMAIL PROTECTED] So where is your include dir? 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/39312 -- Edit this bug report at http://bugs.php.net/?id=39312&edit=1
#38805 [Com]: PDO Truncates Text from SQL Server Text Data Type Field
ID: 38805 Comment by: mark dot pearson at capita dot co dot uk Reported By: gkrajci at arescorporation dot com Status: Assigned Bug Type: PDO related Operating System: Windows NT PBMA-WB2 5.2 build 37 PHP Version: 5.1.6 Assigned To: wez New Comment: I have found the same problem with PHP 5.1.6 running on Windows XP Pro SP2 and MS SQL Server 2000 (using the pdo_mssql driver). I also tried to solve it by setting the mssql.textlimit and mssql.textsize INI options, since that used to cause the same problem in the mssql extension but it doesn't have any effect on the values returned by PDO. Previous Comments: [2006-09-26 16:22:57] ritch at bugsoftware dot co dot uk I'm also suffering this problem after changing my database connection type to PDO. I'm running PHP 5.1.2 on Windows server 2003 with MSSQL 2005. In the old mssql ext. you had to specificaly tell the configure it in php.ini to bring back larger text fields: ; Valid range 0 - 2147483647. Default = 4096. mssql.textlimit = 2147483647 ; Valid range 0 - 2147483647. Default = 4096. mssql.textsize = 2147483647 I have not found the same for the new PDO extension - so I'm assuming this has some thing to do with the problem. (My text fields are also truncated to 4096) Help with this issue would be greatley appreciated. [2006-09-14 11:47:26] gkrajci at arescorporation dot com Microsoft SQL Server connections PHP.INI --- extension=php_pdo.dll extension=php_pdo_mssql.dll extension=php_pdo_mysql.dll PDO PDO support enabled PDO drivers mssql, mysql pdo_mssql PDO Driver for MSSQL DB-lib enabled Flavour MSSQL_70 pdo_mysql PDO Driver for MySQL, client library version 5.0.22 [2006-09-13 15:45:31] [EMAIL PROTECTED] I assume you're using ODBC? [2006-09-13 15:40:37] [EMAIL PROTECTED] what PDO driver are you using? [2006-09-13 13:06:35] gkrajci at arescorporation dot com Description: When using PDO to retrieve text from a SQL Server text data type field the text is truncated when I display it on a Web page PDO Transcript length = 4096 (truncated) PEAR Transcript length = 6139(full text) Using SQL Server 2000 Reproduce code: --- $sql = "SELECT title AS VideoTitle, transcript_text AS TranscriptText FROM video WHERE video_id = 324"; $dbh = new PDO($pdo_dsn, $db_user, $db_password); $transcript_q = $dbh->query($sql); $transcript_rs = $transcript_q->fetch(); $pear_dsn = "$db_type://$db_user:[EMAIL PROTECTED]/$db_name"; require_once( 'DB.php' ); $db = DB::connect( $pear_dsn, true ); if ( DB::isError($db) ) die( $db->getMessage() ); $res = $db->query($sql); $row = $res->fetchRow(); Expected result: The text in TranscriptText to be the text and the same length. Actual result: -- See Description for this bug report. -- Edit this bug report at http://bugs.php.net/?id=38805&edit=1
#39330 [Opn->Asn]: apache2handler does not call shutdown actions before apache child die
ID: 39330
Updated by: [EMAIL PROTECTED]
Reported By: isk at ecommerce dot com
-Status: Open
+Status: Assigned
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 5.1.6
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2006-11-01 13:16:08] isk at ecommerce dot com
Description:
apache2handler sapi registers cleanup functions only for
main apache process.
php_apache_server_startup(){
...
apr_pool_cleanup_register(pconf, NULL,
php_apache_server_shutdown, apr_pool_cleanup_null);
...
}
The pconf is main apache process pool. But apache 2 cleans
_only_ child pool before it die.
apache2handler must register cleanup function and for
child pool. This can be fixed by several strings.
sapi/apache2handler/sapi_apache2.c:
static void php_apache_child_init(apr_pool_t *pchild,
server_rec *s)
{
apr_pool_cleanup_register(pchild, NULL,
php_apache_server_shutdown, apr_pool_cleanup_null);
}
void php_ap2_register_hook(apr_pool_t *p)
{
...
ap_hook_child_init(php_apache_child_init, NULL, NULL,
APR_HOOK_MIDDLE);
}
Without this code the using persistent connection has
problem in unclean close connection to DB after apache
child die.
--
Edit this bug report at http://bugs.php.net/?id=39330&edit=1
#39341 [Opn->Fbk]: pg_fetch_assoc returns escaped data
ID: 39341
Updated by: [EMAIL PROTECTED]
Reported By: jasen at treshna dot com
-Status: Open
+Status: Feedback
Bug Type: PostgreSQL related
Operating System: debian linux
PHP Version: 4.4.4
New Comment:
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 the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2006-11-02 05:20:30] jasen at treshna dot com
Description:
I have a postgresql database table with a bytea field
I insert into a record into this table using pg_insert
but when I extract the data using pg_fetch_assoc the binary data is
still escaped and needs to be unescaped using pg_unescape_bytea
Reproduce code:
---
$db=pg_connect('dbname=foo');
$res=pg_query("select * from images limit 1");
$row=pg_fetch_assoc($res);
header("content-type: $row[type]");
echo /*pg_unescape_bytea(*/$row['data']);
/* unescape is needed - is this a bug in php? */
Expected result:
I would expect my binary image to display in the browser
Actual result:
--
the browser complains about corruption in the image
closer examination reveals that the data is still escaped.
--
Edit this bug report at http://bugs.php.net/?id=39341&edit=1
#39417 [Bgs]: Tidy: Handling of 'new-blocklevel-tags' inconsistent
ID: 39417
User updated by: konstantin dot ryabitsev at mcgill dot ca
Reported By: konstantin dot ryabitsev at mcgill dot ca
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux
PHP Version: 5.1.6
New Comment:
I disagree. The bug does not occur when running tidy with the same
parameters, only when invoked as part of a PHP script. I will ask on
the libtidy support list, but I believe their answer will be to file a
bug with php.
Previous Comments:
[2006-11-08 03:07:51] [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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
This is a libtidy bug.
[2006-11-07 22:22:59] konstantin dot ryabitsev at mcgill dot ca
Specifying "Tidy:" in the Summary.
[2006-11-07 22:19:03] konstantin dot ryabitsev at mcgill dot ca
Description:
I seem to get odd behaviour running the following code. Theoretically
(and confirmed by running command-line tidy utility), the output should
contain all namespace-prepended tags. On my machine, the output only
contains the element, and none of the elements contained
within.
It's really weird. If I change the names to "wps:blo", "wps:var" and
"wps:val", it works. I'm really confused at this point.
Reproduce code:
---
';
$config = array(
'new-blocklevel-tags' => 'wps:block,wps:var,wps:value'
);
$tidy = tidy_parse_string($contents, $config, 'utf8');
$tidy->cleanRepair();
print "{$tidy->value}\n";
?>
Expected result:
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=39417&edit=1
#39384 [Opn->Bgs]: PHP assumes that an object will not be used after serialize() is called on it
ID: 39384
Updated by: [EMAIL PROTECTED]
Reported By: cw264701 at ohiou dot edu
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Ubuntu Linux
PHP Version: 5.2.0
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2006-11-07 15:52:03] s dot s at terra dot com dot br
OK. You are right about the documentation, reading it again I got you
point and it induce to unset values of the object when the __sleep()
method is called.
>From documentation:
"*It can clean up the object* and is supposed to return an array with
the names of all variables of that object that should be serialized."
May this bug can be related to the documentation than the serialization
or object architecture.
About change the serialization paradigm some problems that can get you
into trouble serializing objects as "C" are: resources and references
to other objects.
Think that your object hold a connection with database, when you
serialize it this connection *should* be represented in some way or
stored as a "C pointer". But when you unserialize, in other request to
your httpd server, this resource *should* be restored and if its stored
as a "C pointer" I think it will cause a segfault when you try to access
this connection again, due to a read try on a memory segment that will
have another informations thats not the database connection reference
anymore or its owned by other process.
Same for object references. Where you have other problems such as
recursion and/or cyclic references.
I don't really known how to store the reference "state" and I think
storing it can lead to problems too. Think in a opened file in read or
write mode. If the parser are able to store its "state" and restore it,
the pre-requisite is that this file *should* exist and maybe unmodified
due to internal file seek pointer. In the database case you need to get
special care with user and password to database or it can lead to a
security issue if you try to save something like the Pear DSN to
represent the database connection.
[2006-11-06 15:27:22] cw264701 at ohiou dot edu
Yes, I understand that I need not set the "table" attribute to null.
This was a bad example; sorry.
My complaint isn't about a specific case of using serialize() and the
magic __sleep() function. I am complaining that the whole concept is
flawed. The PHP documentation is encouraging users to define this
__sleep() function and, thus, modify their objects before they are
serialized. This is kind of silly, because, when we serialize() an
object, that exact object is not being serialized, *itself*, but a
*serialized representation* of that object is being formed (and stored
as a string). The intent of the __sleep() function is good: to allow
some control over what is actually stored for a serialized version of
an object. The problem is, it can have *side effects*.
This really becomes a problem when you are working with a class that
you didn't write. For example, I am using ezpdo. I carelessly (which
should be okay in this case) serialize()'d one of my ezpdo-mapped
objects before I was finished using it; things blew up. It shouldn't
be "wrong" for me to do something like this:
$_SESSION['purchase'] = serialize($myPurchaseObject);
$smarty->assign('purchase', $myPurchaseObject);
There, I attempt to store away my object in the session, just before I
pass it off to my template engine for view rendering. Perhaps this
technique would be considered bad practice (to a PHP guru/developer),
but that shouldn't leave me in the dark with some broken code. When I
use a class, I want to program to its *interface*, not an
implementation; I shouldn't have to care whether or not it happens to
define a __sleep() function, and therefore cannot be used after it has
been passed to a call to serialize().
I understand the value of __sleep(), but I think the whole
serialization library/interface needs re-thinking. I suggest one of
three solutions:
- When an object, O, is serialize()'d, PHP could create an exact copy
of that object (a "shallow copy", I believe), let's say C. PHP would
then call __sleep() for the new object, C, and serialize that instance
of the class. This technique seems slightly risky, though, because we
have to depend on the class' __sleep() function to not directly modify
any of its referenced objects, but rather rely on those references to
use their own __sleep() functions to do any cleaning up; the class
shouldn't directly modify its references, but who knows...
- Call an object's __wakeup() method after a serialized representation
#39310 [Opn->Asn]: PDO Scrolling cursors not available for Sqlite and don't work for Mysql
ID: 39310
Updated by: [EMAIL PROTECTED]
Reported By: randy at rcs-comp dot com
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Win XP
PHP Version: 5.1.6
-Assigned To:
+Assigned To: wez
Previous Comments:
[2006-10-30 16:23:31] randy at rcs-comp dot com
Sorry, reproduce code file is here:
http://www.rcs-comp.com/tmp/simple_pdo_test.php.txt
[2006-10-30 16:21:49] randy at rcs-comp dot com
Description:
When trying to make the scrolling cursor example found here:
http://us2.php.net/manual/en/function.pdostatement-fetch.php
under Example 2 to work, I could not. Note that I am unsure of which
way I should use the prepare statement. The example uses this:
$stmt = $dbh->prepare($sql, array(PDO::ATTR_CURSOR,
PDO::CURSOR_SCROLL));
But based on the documentation here:
http://us2.php.net/manual/en/function.pdo-prepare.php
It seems that this would make more sense (the driver options are in an
associative array:
$stmt = $dbh->prepare($sql, array(PDO::ATTR_CURSOR =>
PDO::CURSOR_SCROLL));
Note that I have tried both methods for both Sqlite and MySQL. The
results are as follows:
MySql w/ example array: returns object but scrolling does not work.
MySql w/ associative array: returns object but scrolling does not
work.
SQLite w/ example array: returns object but scrolling does not work.
SQLite w/ associative array: returns FALSE
Reproduce code:
---
Example file can be found here:
http://www.rcs-comp.com/tmp/simple_pdo_test.php
>php simple_pdo_test.php
Expected result:
connections created
tables created: 0 0
tables filled
user3 [EMAIL PROTECTED] 1162224979
user2 [EMAIL PROTECTED] 1162224979
user1 [EMAIL PROTECTED] 1162224979
object(PDOStatement)#3 (1) {
["queryString"]=>
string(53) "SELECT user, email, time FROM testtable ORDER BY user"
}
user3 [EMAIL PROTECTED] 1162224979
user2 [EMAIL PROTECTED] 1162224979
user1 [EMAIL PROTECTED] 1162224979
user3 [EMAIL PROTECTED] 1162224979
user2 [EMAIL PROTECTED] 1162224979
user1 [EMAIL PROTECTED] 1162224979
rows updated: 3 3
rows deleted: 3 3
tables droped: 3 0
Actual result:
--
connections created
tables created: 0 0
tables filled
user1 [EMAIL PROTECTED] 1162224979
user2 [EMAIL PROTECTED] 1162224979
user3 [EMAIL PROTECTED] 1162224979
bool(false)
user1 [EMAIL PROTECTED] 1162224979
user2 [EMAIL PROTECTED] 1162224979
user3 [EMAIL PROTECTED] 1162224979
user1 [EMAIL PROTECTED] 1162224979
user2 [EMAIL PROTECTED] 1162224979
user3 [EMAIL PROTECTED] 1162224979
rows updated: 3 3
rows deleted: 3 3
tables droped: 3 0
--
Edit this bug report at http://bugs.php.net/?id=39310&edit=1
#39321 [Opn->Bgs]: $_FILES empty with enctype=multipart/form-data
ID: 39321 Updated by: [EMAIL PROTECTED] Reported By: josh at pixael dot com -Status: Open +Status: Bogus Bug Type: Variables related Operating System: linux PHP Version: 4.4.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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2006-11-01 06:51:21] judas dot iscariote at gmail dot com this has been reported before, and seems to be a internet explorer bug. nothing to do with PHP I think. [2006-10-31 15:33:17] josh at pixael dot com Description: i'm trying to upload a file via ssl in a form with method post and enctype=multipart/form-data if i upload a gif or jpg is all right if i upload a txt or a pdf or other with INTERNET EXPLORER $_FILES and $_POST is empty with firefox i've no problem php version 4.3.9 this is the url of the test https://www.service-store.com/tst.php Reproduce code: --- File Upload Test '; print_r($_POST); echo'Print $_FILES'; print_r($_FILES); ?> Send this file: -- Edit this bug report at http://bugs.php.net/?id=39321&edit=1
#39384 [Bgs]: PHP assumes that an object will not be used after serialize() is called on it
ID: 39384
User updated by: cw264701 at ohiou dot edu
Reported By: cw264701 at ohiou dot edu
Status: Bogus
Bug Type: Class/Object related
Operating System: Ubuntu Linux
PHP Version: 5.2.0
New Comment:
Okay, it's not a bug; it's a design flaw. These kinds of issues are
exactly the kind of crap that makes me frustrated with PHP and the
reason I am going to try my damndest to steer clear of PHP in the
future.
If you guys want to keep around the guru PHP developers, you need to
give more thought to subtle but important problems like this one.
Previous Comments:
[2006-11-08 14:41:01] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2006-11-07 15:52:03] s dot s at terra dot com dot br
OK. You are right about the documentation, reading it again I got you
point and it induce to unset values of the object when the __sleep()
method is called.
>From documentation:
"*It can clean up the object* and is supposed to return an array with
the names of all variables of that object that should be serialized."
May this bug can be related to the documentation than the serialization
or object architecture.
About change the serialization paradigm some problems that can get you
into trouble serializing objects as "C" are: resources and references
to other objects.
Think that your object hold a connection with database, when you
serialize it this connection *should* be represented in some way or
stored as a "C pointer". But when you unserialize, in other request to
your httpd server, this resource *should* be restored and if its stored
as a "C pointer" I think it will cause a segfault when you try to access
this connection again, due to a read try on a memory segment that will
have another informations thats not the database connection reference
anymore or its owned by other process.
Same for object references. Where you have other problems such as
recursion and/or cyclic references.
I don't really known how to store the reference "state" and I think
storing it can lead to problems too. Think in a opened file in read or
write mode. If the parser are able to store its "state" and restore it,
the pre-requisite is that this file *should* exist and maybe unmodified
due to internal file seek pointer. In the database case you need to get
special care with user and password to database or it can lead to a
security issue if you try to save something like the Pear DSN to
represent the database connection.
[2006-11-06 15:27:22] cw264701 at ohiou dot edu
Yes, I understand that I need not set the "table" attribute to null.
This was a bad example; sorry.
My complaint isn't about a specific case of using serialize() and the
magic __sleep() function. I am complaining that the whole concept is
flawed. The PHP documentation is encouraging users to define this
__sleep() function and, thus, modify their objects before they are
serialized. This is kind of silly, because, when we serialize() an
object, that exact object is not being serialized, *itself*, but a
*serialized representation* of that object is being formed (and stored
as a string). The intent of the __sleep() function is good: to allow
some control over what is actually stored for a serialized version of
an object. The problem is, it can have *side effects*.
This really becomes a problem when you are working with a class that
you didn't write. For example, I am using ezpdo. I carelessly (which
should be okay in this case) serialize()'d one of my ezpdo-mapped
objects before I was finished using it; things blew up. It shouldn't
be "wrong" for me to do something like this:
$_SESSION['purchase'] = serialize($myPurchaseObject);
$smarty->assign('purchase', $myPurchaseObject);
There, I attempt to store away my object in the session, just before I
pass it off to my template engine for view rendering. Perhaps this
technique would be considered bad practice (to a PHP guru/developer),
but that shouldn't leave me in the dark with some broken code. When I
use a class, I want to program to its *interface*, not an
implementation; I shouldn't have to care whether or not it happens to
define a __sleep() function, and therefore cannot be used after it has
been passed to a call to serialize().
I understand the value of __sleep(), but I think the whole
serialization library/interface needs re-thinking. I suggest one of
three solutions:
- When an object, O, is serialize()'d, PHP could create an exact copy
of that object (a "shallow copy", I believe), let's say C. PHP would
then call __sleep() for the new ob
#38825 [Bgs->Opn]: including a file is slower than expected
ID: 38825 User updated by: mark dot pearson at capita dot co dot uk Reported By: mark dot pearson at capita dot co dot uk -Status: Bogus +Status: Open Bug Type: Performance problem Operating System: Windows Server 2003 PHP Version: 5.1.6 New Comment: I changed the path in my benchmark script to say both: include './emptyfile.php'; and include 'C:/www/php5tests/emptyfile.php'; and it made no difference whatsoever to the performance of the script, contrary to what was suggested. Previous Comments: [2006-10-18 14:18:56] [EMAIL PROTECTED] The include process is identical on all Win32 systems, any slowdowns are likely to be related to either the drive speed or the OS internals. That said one of the reasons you are getting such bad numbers is because you are using a partial path PHP needs to resolve first. This compounded with ZTS mode makes things very slow, change the include statement to use full paths and you'll see much improved performance, not to mention much more consistent numbers. [2006-09-14 11:25:24] mark dot pearson at capita dot co dot uk Description: Having recently set up a Windows Server 2003 web development server it has been found that file access by way of PHP 'include' is much slower than it should be when compared to other platforms. A small benchmark script (included) was run on four different platforms (none of them production servers), using both PHP4 and PHP5 as described below: PLATFORM 1 -- System: Microsoft Windows XP Professional Version 2002 Service Pack 2 Computer: Intel(R) Pentium(R) M processor 1600MHz 589 MHz, 512 MB of RAM PHP versions tested: 4.4.4 and 5.2 2006-09-13 snapshot PLATFORM 2 -- System: Microsoft Windows Server 2003 Enterprise Edition Service Pack 1 Computer: Intel(R) Xeon(TM) CPU 2.80GHz 2.80Ghz, 2.00GB of RAM Physical Address Extension PHP versions tested: 4.4.4 and 5.2 2006-09-13 snapshot PLATFORM 3 -- System: Microsoft Windows Server 2003 Standard Edition Service Pack 1 Computer: Intel(R) Xeon(TM) CPU 3.00GHz 3.00Ghz, 3.50GB of RAM PHP versions tested: 4.4.4 and 5.1.6 PLATFORM 4 -- Fedora Core 4 Pentium 3 760MHz 256MB of RAM 4.3.11 The benchmark script was run 6 times on each platform. Reproduce code: --- benchmark.php - emptyfile.php - Expected result: I would expect the benchmark.php script to run more quickly on both PLATFORM 2 and PLATFORM 3 (both of which are high spec servers running Windows 2003 Server) than on PLATFORM 1 (a Compaq nx7010 laptop running Windows XP Pro) or PLATFORM 4 (a Dell Optiplex GX110 running Fedora Core 4). Actual result: -- The script completed more quickly even on PLATFORM 4 (Pentium 3 730MHz 256MB RAM) than on PLATFORM 2 and 3 The results are included below: PLATFORM 1 - with no other apps running === PHP 4.3.11 -- >C:\php4\cli\php.exe -n benchmark.php Elapsed time: 0.87640404701233 >C:\php4\cli\php.exe -n benchmark.php Elapsed time: 0.89498400688171 >C:\php4\cli\php.exe -n benchmark.php Elapsed time: 0.98714590072632 >C:\php4\cli\php.exe -n benchmark.php Elapsed time: 0.92531800270081 >C:\php4\cli\php.exe -n benchmark.php Elapsed time: 0.94181489944458 >C:\php4\cli\php.exe -n benchmark.php Elapsed time: 0.92592406272888 PHP 5.2 (2006-09-13 snapshot) - >C:\php5\php.exe -n benchmark.php Elapsed time: 0.679019165 >C:\php5\php.exe -n benchmark.php Elapsed time: 0.61439085006714 >C:\php5\php.exe -n benchmark.php Elapsed time: 0.66567397117615 >C:\php5\php.exe -n benchmark.php Elapsed time: 0.61945104598999 >C:\php5\php.exe -n benchmark.php Elapsed time: 0.64544701576233 >C:\php5\php.exe -n benchmark.php Elapsed time: 0.60436511039734 PLATFORM 2 - With no other apps running === PHP 4.4.4 - >D:\php-4.4.4-Win32\cli\php.exe -n benchmark.php Elapsed time: 2.6818718910217 >D:\php-4.4.4-Win32\cli\php.exe -n benchmark.php Elapsed time: 2.6455881595612 >D:\php-4.4.4-Win32\cli\php.exe -n benchmark.php Elapsed time: 2.6652920246124 >D:\php-4.4.4-Win32\cli\php.exe -n benchmark.php Elapsed time: 2.8808929920197 >D:\php-4.4.4-Win32\cli\php.exe -n benchmark.php Elapsed time: 2.703170065 >D:\php-4.4.4-Win32\cli\php.exe -n benchmark.php Elapsed time: 2.6331689357758 PHP 5.2 (2006-09-13 snapshot) - >D:\PHP\php.exe -n benchmark.php Elapsed time: 1.5149850845337 >D:\PHP\php.exe -n benchmark.php Elapsed time: 1.5081758499146 >D:\PHP\php.exe -n benchmark.php Elapsed time: 1.5118081569672 >D:\PHP\php.exe -n benchmark.php Elapsed time: 1.5036170482635 >D:\PHP\php.exe -n benchmark.php Elapsed time: 1.500696182251 >D:\PHP\php.exe
#39431 [NEW]: Bug #35612 still occurs!
From: jason at eedo dot com Operating system: Windows 2003 PHP version: 5.2.0 PHP Bug Type: IIS related Bug description: Bug #35612 still occurs! Description: Bug #35612 still occurs! -- Edit bug report at http://bugs.php.net/?id=39431&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39431&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39431&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39431&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39431&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39431&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39431&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39431&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39431&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39431&r=support Expected behavior:http://bugs.php.net/fix.php?id=39431&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39431&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39431&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39431&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39431&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39431&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39431&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39431&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39431&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39431&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39431&r=mysqlcfg
#39430 [Opn]: Fatal error: Cannot redeclare date_format()
ID: 39430 User updated by: r dot vandruten at usc dot ru dot nl Reported By: r dot vandruten at usc dot ru dot nl Status: Open -Bug Type: Documentation problem +Bug Type: Scripting Engine problem Operating System: freebsd 6.0 -PHP Version: Irrelevant +PHP Version: 5.2.0 New Comment: addition perhaps its an engine or module problem Previous Comments: [2006-11-08 14:56:09] r dot vandruten at usc dot ru dot nl Description: Fatal error: Cannot redeclare date_format() in /usr/home/tester.php on line 4 is date_format a new undocumented function? Reproduce code: --- Expected result: In 5.1.4 nothing in 5.2.0 ? -- Edit this bug report at http://bugs.php.net/?id=39430&edit=1
#39316 [Bgs->Opn]: It's still a bug
ID: 39316 User updated by: aren at cambre dot biz -Summary: extension_dir has no effect on Windows Reported By: aren at cambre dot biz -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.6 New Comment: Wrong-o. I loaded up filemon. You are correct that php is reading a php.ini in c:\windows. However, that file contains this line: extension_dir = c:\PHP\ext Next? Previous Comments: [2006-11-08 14:27:01] [EMAIL PROTECTED] You are changing wrong php.ini. Check phpinfo() to see which php.ini is used. [2006-11-02 21:54:16] noah dot rusnock at echo-digitaldesign dot com I just setup a Windows 2000 SP4 virtual machine using Microsoft VirturalPC 2007 beta. I used the exact same setup as I did for my Windows XP (non-virtual machine) Apache server with PHP and I am still unable to load any extensions. [2006-11-02 20:50:11] noah dot rusnock at echo-digitaldesign dot com I have been dealing with this problem for months! I am using Windows XP SP2 with Apache 2.0.59 and PHP 5.1.6. I think I have had this issue since 5.1.4 or 5.1.3; I don't remember. I am new to PHP and Apache, but setup my own localhost server earlier this year (2006) and have had this problem from the beginning. (I added a vote, but submitted it as a 3; should be a 5; I need this working to start learning MySQL) [2006-10-31 19:51:40] aren at cambre dot biz That did not fix it. I deleted everything in C:\php, including directories, except for php.ini. Then I copied over the contents of php5.2-win32-latest.zip and did an iisreset (a command line program that restarts the web server). By the way, it looks like php is checking a couple of additional directories besides those specified in the path. Here is my path (each directory on a separate line): %SystemRoot%\system32 %SystemRoot% %SystemRoot%\System32\Wbem c:\Program Files\Intel\DMIX C:\Program Files\Microsoft SQL Server\80\Tools\Binn\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\php Here is what PHP checks: C:\windows\system32\inetsrv\php_mysql.dll C:\WINDOWS\system32\php_mysql.dll C:\WINDOWS\system\php_mysql.dll C:\WINDOWS\php_mysql.dll C:\WINDOWS\system32\inetsrv\php_mysql.dll C:\WINDOWS\system32\php_mysql.dll C:\WINDOWS\php_mysql.dll C:\WINDOWS\System32\Wbem\php_mysql.dll C:\Program Files\Intel\DMIX\php_mysql.dll C:\Program Files\Microsoft SQL Server\80\Tools\Binn\php_mysql.dll C:\Program Files\Microsoft SQL Server\90\Tools\binn\php_mysql.dll C:\php\php_mysql.dll PHP follows the path exactly starting with the 6th line. The first 5 lines are some unknown set of directories. PHP checks those directories twice in a row. [2006-10-31 11:32:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-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/39316 -- Edit this bug report at http://bugs.php.net/?id=39316&edit=1
#39431 [Opn->Fbk]: Bug #35612 still occurs!
ID: 39431 Updated by: [EMAIL PROTECTED] Reported By: jason at eedo dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5.2.0 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2006-11-08 15:00:54] jason at eedo dot com Description: Bug #35612 still occurs! -- Edit this bug report at http://bugs.php.net/?id=39431&edit=1
#39316 [Opn]: extension_dir (in php.ini) has no effect in Windows
ID: 39316 User updated by: aren at cambre dot biz -Summary: It's still a bug Reported By: aren at cambre dot biz Status: Open Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.6 New Comment: Oops, correcting the summary. Previous Comments: [2006-11-08 15:16:17] aren at cambre dot biz Wrong-o. I loaded up filemon. You are correct that php is reading a php.ini in c:\windows. However, that file contains this line: extension_dir = c:\PHP\ext Next? [2006-11-08 14:27:01] [EMAIL PROTECTED] You are changing wrong php.ini. Check phpinfo() to see which php.ini is used. [2006-11-02 21:54:16] noah dot rusnock at echo-digitaldesign dot com I just setup a Windows 2000 SP4 virtual machine using Microsoft VirturalPC 2007 beta. I used the exact same setup as I did for my Windows XP (non-virtual machine) Apache server with PHP and I am still unable to load any extensions. [2006-11-02 20:50:11] noah dot rusnock at echo-digitaldesign dot com I have been dealing with this problem for months! I am using Windows XP SP2 with Apache 2.0.59 and PHP 5.1.6. I think I have had this issue since 5.1.4 or 5.1.3; I don't remember. I am new to PHP and Apache, but setup my own localhost server earlier this year (2006) and have had this problem from the beginning. (I added a vote, but submitted it as a 3; should be a 5; I need this working to start learning MySQL) [2006-10-31 19:51:40] aren at cambre dot biz That did not fix it. I deleted everything in C:\php, including directories, except for php.ini. Then I copied over the contents of php5.2-win32-latest.zip and did an iisreset (a command line program that restarts the web server). By the way, it looks like php is checking a couple of additional directories besides those specified in the path. Here is my path (each directory on a separate line): %SystemRoot%\system32 %SystemRoot% %SystemRoot%\System32\Wbem c:\Program Files\Intel\DMIX C:\Program Files\Microsoft SQL Server\80\Tools\Binn\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\php Here is what PHP checks: C:\windows\system32\inetsrv\php_mysql.dll C:\WINDOWS\system32\php_mysql.dll C:\WINDOWS\system\php_mysql.dll C:\WINDOWS\php_mysql.dll C:\WINDOWS\system32\inetsrv\php_mysql.dll C:\WINDOWS\system32\php_mysql.dll C:\WINDOWS\php_mysql.dll C:\WINDOWS\System32\Wbem\php_mysql.dll C:\Program Files\Intel\DMIX\php_mysql.dll C:\Program Files\Microsoft SQL Server\80\Tools\Binn\php_mysql.dll C:\Program Files\Microsoft SQL Server\90\Tools\binn\php_mysql.dll C:\php\php_mysql.dll PHP follows the path exactly starting with the 6th line. The first 5 lines are some unknown set of directories. PHP checks those directories twice in a row. 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/39316 -- Edit this bug report at http://bugs.php.net/?id=39316&edit=1
#39432 [NEW]: PHP does not check c:\php for php.ini even though it's in the path
From: aren at cambre dot biz Operating system: Windows Server 2003 SP1 PHP version: 5.2.0 PHP Bug Type: Unknown/Other Function Bug description: PHP does not check c:\php for php.ini even though it's in the path Description: I have used filemon (from sysinternals.com) to verify that php does not even check C:\php for a php.ini file even though c:\php is in my path. Here is my path statement: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\Program Files\Intel\DMIX;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\php I tried moving c:\php to the 4th item in the path statement, and that didn't make a difference, either. According to filemon, php is checking c:\windows\system32\inetsrv\ and C:\windows\. I think that is bizarre because c:\windows\system32\inetsrv\ isn't even in the path! Expected result: php should load php.ini out of c:\php. Actual result: -- php doesn't even check c:\php. -- Edit bug report at http://bugs.php.net/?id=39432&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39432&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39432&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39432&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39432&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39432&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39432&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39432&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39432&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39432&r=support Expected behavior:http://bugs.php.net/fix.php?id=39432&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39432&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39432&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39432&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39432&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39432&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39432&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39432&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39432&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39432&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39432&r=mysqlcfg
#39420 [Opn->Bgs]: setlocale fail to set china or japan
ID: 39420
Updated by: [EMAIL PROTECTED]
Reported By: liber at iproom dot com
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: windows 2000
PHP Version: 5.2.0
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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2006-11-08 04:21:32] liber at iproom dot com
Description:
Can not setlocale to china or japan successful in Windows 2000 only.
Reproduce code:
---
$a = Array("ja", "jpn", "ja_JP", "Japanese_Japan", "japanese",
"Japanese");
//$a = array("ja_ja", "ja_jp", "jp_ja", "jp_jp");
foreach($a as $locale) {
if(setlocale(LC_ALL, $locale) !== false) {
echo "$locale is ok\n";
} else {
echo "$locale is bad\n";
}
}
Expected result:
ja is ok
Actual result:
--
ja is bad
jpn is bad
ja_JP is bad
Japanese_Japan is bad
japanese is bad
Japanese is bad
--
Edit this bug report at http://bugs.php.net/?id=39420&edit=1
#39316 [Opn->Fbk]: extension_dir (in php.ini) has no effect in Windows
ID: 39316 Updated by: [EMAIL PROTECTED] Reported By: aren at cambre dot biz -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.6 New Comment: Please make sure you've put libmysql.dll into PATH, rebooted your webserver and if it still doesn't work, please show your phpinfo(). Previous Comments: [2006-11-08 15:17:01] aren at cambre dot biz Oops, correcting the summary. [2006-11-08 15:16:17] aren at cambre dot biz Wrong-o. I loaded up filemon. You are correct that php is reading a php.ini in c:\windows. However, that file contains this line: extension_dir = c:\PHP\ext Next? [2006-11-08 14:27:01] [EMAIL PROTECTED] You are changing wrong php.ini. Check phpinfo() to see which php.ini is used. [2006-11-02 21:54:16] noah dot rusnock at echo-digitaldesign dot com I just setup a Windows 2000 SP4 virtual machine using Microsoft VirturalPC 2007 beta. I used the exact same setup as I did for my Windows XP (non-virtual machine) Apache server with PHP and I am still unable to load any extensions. [2006-11-02 20:50:11] noah dot rusnock at echo-digitaldesign dot com I have been dealing with this problem for months! I am using Windows XP SP2 with Apache 2.0.59 and PHP 5.1.6. I think I have had this issue since 5.1.4 or 5.1.3; I don't remember. I am new to PHP and Apache, but setup my own localhost server earlier this year (2006) and have had this problem from the beginning. (I added a vote, but submitted it as a 3; should be a 5; I need this working to start learning MySQL) 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/39316 -- Edit this bug report at http://bugs.php.net/?id=39316&edit=1
#39432 [Opn->Bgs]: PHP does not check c:\php for php.ini even though it's in the path
ID: 39432 Updated by: [EMAIL PROTECTED] Reported By: aren at cambre dot biz -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows Server 2003 SP1 PHP Version: 5.2.0 New Comment: No bug here, PHP is not supposed to look for php.ini in PATH. Previous Comments: [2006-11-08 15:22:17] aren at cambre dot biz Description: I have used filemon (from sysinternals.com) to verify that php does not even check C:\php for a php.ini file even though c:\php is in my path. Here is my path statement: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\Program Files\Intel\DMIX;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\php I tried moving c:\php to the 4th item in the path statement, and that didn't make a difference, either. According to filemon, php is checking c:\windows\system32\inetsrv\ and C:\windows\. I think that is bizarre because c:\windows\system32\inetsrv\ isn't even in the path! Expected result: php should load php.ini out of c:\php. Actual result: -- php doesn't even check c:\php. -- Edit this bug report at http://bugs.php.net/?id=39432&edit=1
#39312 [Fbk->Opn]: Cannot install OCI_PDO
ID: 39312 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: The oci.h is under /usr/include/oracle The libclntsh.so is under /usr/lib/oracle I am not sure how the files got into 2 different dirs. Maybe through an RPM? I downloaded the latest copy of the instant client, and put it in a new directory. I get the same errors, there is no oracle.h file in the instant client directory. What am I missing? Can the error reporting in the configure be a bit more verbose? Previous Comments: [2006-11-08 14:28:56] [EMAIL PROTECTED] I don't get it. Why did you change /lib/ to /include/? Why do you have instant client installed in two locations? Where is oci.h after all? Where is libclntsh.so? [2006-10-31 14:47:35] andrew dot nagy at villanova dot edu Well, I changed my configure to: --with-oci8=instantclient,/usr/lib/oracle/10.1.0.3/client/lib --with-pdo-oci=instantclient,/usr/include/oracle,10.1.0.3 And am still getting the same error. The first oci8 option passes in the configuration, but the PDO_OCI does not. According to the ./configure --help, I am doing everything correctly ... I think. [2006-10-31 14:41:47] andrew dot nagy at villanova dot edu Sorry. It appears oracle is installed in 2 locations /usr/lib and /usr/include and the headers are in /usr/include [2006-10-30 23:06:39] [EMAIL PROTECTED] So the headers are in /usr/lib../? I mean the .h files, oci.h for example. [2006-10-30 22:41:47] andrew dot nagy at villanova dot edu I installed the instant client to: /usr/lib/oracle/10.1.0.3 Is this what you are asking for? 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/39312 -- Edit this bug report at http://bugs.php.net/?id=39312&edit=1
#39312 [Opn->Fbk]: Cannot install OCI_PDO
ID: 39312 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: Please download the Instant Client in .zip archive, and put the files this way: /tmp/instantclient/sdk/include/ <- headers /tmp/instantclient/ <- libraries That's all. --with-pdo-oci=instantclient,/tmp/instantclient should work after that. Previous Comments: [2006-11-08 15:35:14] andrew dot nagy at villanova dot edu The oci.h is under /usr/include/oracle The libclntsh.so is under /usr/lib/oracle I am not sure how the files got into 2 different dirs. Maybe through an RPM? I downloaded the latest copy of the instant client, and put it in a new directory. I get the same errors, there is no oracle.h file in the instant client directory. What am I missing? Can the error reporting in the configure be a bit more verbose? [2006-11-08 14:28:56] [EMAIL PROTECTED] I don't get it. Why did you change /lib/ to /include/? Why do you have instant client installed in two locations? Where is oci.h after all? Where is libclntsh.so? [2006-10-31 14:47:35] andrew dot nagy at villanova dot edu Well, I changed my configure to: --with-oci8=instantclient,/usr/lib/oracle/10.1.0.3/client/lib --with-pdo-oci=instantclient,/usr/include/oracle,10.1.0.3 And am still getting the same error. The first oci8 option passes in the configuration, but the PDO_OCI does not. According to the ./configure --help, I am doing everything correctly ... I think. [2006-10-31 14:41:47] andrew dot nagy at villanova dot edu Sorry. It appears oracle is installed in 2 locations /usr/lib and /usr/include and the headers are in /usr/include [2006-10-30 23:06:39] [EMAIL PROTECTED] So the headers are in /usr/lib../? I mean the .h files, oci.h for example. 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/39312 -- Edit this bug report at http://bugs.php.net/?id=39312&edit=1
#39432 [Bgs]: PHP does not check c:\php for php.ini even though it's in the path
ID: 39432 User updated by: aren at cambre dot biz Reported By: aren at cambre dot biz Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows Server 2003 SP1 PHP Version: 5.2.0 New Comment: I see that now, and I now agree with the bogus status. It was buried pretty deeply at http://us2.php.net/manual/en/configuration.php#configuration.file. Previous Comments: [2006-11-08 15:34:59] [EMAIL PROTECTED] No bug here, PHP is not supposed to look for php.ini in PATH. [2006-11-08 15:22:17] aren at cambre dot biz Description: I have used filemon (from sysinternals.com) to verify that php does not even check C:\php for a php.ini file even though c:\php is in my path. Here is my path statement: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\Program Files\Intel\DMIX;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\php I tried moving c:\php to the 4th item in the path statement, and that didn't make a difference, either. According to filemon, php is checking c:\windows\system32\inetsrv\ and C:\windows\. I think that is bizarre because c:\windows\system32\inetsrv\ isn't even in the path! Expected result: php should load php.ini out of c:\php. Actual result: -- php doesn't even check c:\php. -- Edit this bug report at http://bugs.php.net/?id=39432&edit=1
#39432 [Bgs->Opn]: PHP does not check c:\php for php.ini even though it's in the path
ID: 39432 User updated by: aren at cambre dot biz Reported By: aren at cambre dot biz -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: Windows Server 2003 SP1 PHP Version: 5.2.0 New Comment: I take back what I said. You have a documentation error. >From http://us2.php.net/manual/en/install.windows.iis.php: "Modify the Windows PATH environment variable to include the PHP directory. This way the PHP DLL files, PHP executables, and php.ini can all remain in the PHP directory without cluttering up the Windows system directory. For more details, see the FAQ on Setting the PATH." I thought I wasn't smoking crack. :-) Previous Comments: [2006-11-08 15:44:17] aren at cambre dot biz I see that now, and I now agree with the bogus status. It was buried pretty deeply at http://us2.php.net/manual/en/configuration.php#configuration.file. [2006-11-08 15:34:59] [EMAIL PROTECTED] No bug here, PHP is not supposed to look for php.ini in PATH. [2006-11-08 15:22:17] aren at cambre dot biz Description: I have used filemon (from sysinternals.com) to verify that php does not even check C:\php for a php.ini file even though c:\php is in my path. Here is my path statement: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\Program Files\Intel\DMIX;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\php I tried moving c:\php to the 4th item in the path statement, and that didn't make a difference, either. According to filemon, php is checking c:\windows\system32\inetsrv\ and C:\windows\. I think that is bizarre because c:\windows\system32\inetsrv\ isn't even in the path! Expected result: php should load php.ini out of c:\php. Actual result: -- php doesn't even check c:\php. -- Edit this bug report at http://bugs.php.net/?id=39432&edit=1
#39418 [Opn->Fbk]: Crash in _zval_ptr_dtor()
ID: 39418 Updated by: [EMAIL PROTECTED] Reported By: php at fiddaman dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Solaris 10 PHP Version: 5.2.0 New Comment: I don't have access to Solaris 10/64bit, but I can't reproduce the problem on any other OS I can find around here (Linux, FreeBSD, MacOS, AIX). Please try to build it with --disable-all and see if it changes anything. What compiler do you use, btw? Previous Comments: [2006-11-07 23:41:38] php at fiddaman dot net Same result with latest 5.2 CVS #0 _zval_ptr_dtor (zval_ptr=0x7fffd260) at /data/src/build/php5.2-200611072130/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; [2006-11-07 23:22:16] php at fiddaman dot net Description: I've compiled PHP 5.2.0 as a replacement for 5.1.6 which is running fine here. 5.2.0 crashes with any PHP web page. This is Solaris 10, 64-bit. I've recompiled without any extensions, same result. ./configure \ --prefix=$DIR \ --with-exec-dir=$DIR/bin \ --with-apxs2=/opt/apache/bin/apxs \ --disable-libgcc \ --disable-libxml \ --disable-dom \ --disable-simplexml \ --disable-xml \ --disable-xmlreader \ --disable-xmlwriter \ --without-pear Not sure how to debug this further. Reproduce code: --- Expected result: test Actual result: -- Program terminated with signal 11, Segmentation fault. #0 _zval_ptr_dtor (zval_ptr=0x7fffd1a0) at /data/src/build/php-5.2.0/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) where #0 _zval_ptr_dtor (zval_ptr=0x7fffd1a0) at /data/src/build/php-5.2.0/Zend/zend_execute_API.c:412 #1 0x78abd1c8 in zend_do_fcall_common_helper_SPEC ( execute_data=0x7fffd438) at /data/src/build/php-5.2.0/Zend/zend_execute.h:149 #2 0x78aac2dc in execute (op_array=0x7fffe660) at /data/src/build/php-5.2.0/Zend/zend_vm_execute.h:92 #3 0x78a8e1a8 in zend_execute_scripts (type=5034360, retval=, file_count=2024194208) at /data/src/build/php-5.2.0/Zend/zend.c:1097 #4 0x78a49fc4 in php_execute_script (primary_file=0x0) at /data/src/build/php-5.2.0/main/main.c:1758 #5 0x78b18d98 in php_handler (r=0x0) at /data/src/build/php-5.2.0/sapi/apache2handler/sapi_apache2.c:592 #6 0x000100049e00 in ap_run_handler () #7 0x00010004abf0 in ap_invoke_handler () #8 0x0001000a6314 in ap_process_request () #9 0x0001000a1158 in ap_process_http_connection () #10 0x000100056710 in ap_run_process_connection () #11 0x000100056d8c in ap_process_connection () #12 0x0001000d9358 in child_main () #13 0x0001000d9674 in make_child () #14 0x0001000d9b68 in perform_idle_server_maintenance () #15 0x0001000da5ac in ap_mpm_run () #16 0x000100024c28 in main () -- Edit this bug report at http://bugs.php.net/?id=39418&edit=1
#39316 [Fbk->Csd]: extension_dir (in php.ini) has no effect in Windows
ID: 39316 User updated by: aren at cambre dot biz Reported By: aren at cambre dot biz -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.6 New Comment: OK, the resolution is complicated. http://us2.php.net/manual/en/install.windows.iis.php has a documentation error: "Modify the Windows PATH environment variable to include the PHP directory. This way the PHP DLL files, PHP executables, and php.ini can all remain in the PHP directory without cluttering up the Windows system directory. For more details, see the FAQ on Setting the PATH." I did that, and contrary to what that says, PHP did not read php.ini out of c:\php. It was reading it out of c:\windows. I did have a php.ini in c:\windows, but it may have been from a prior installation. After creating a PHPRC environment variable (per the badly buried document at http://us2.php.net/manual/en/configuration.php#configuration.file), php started reading the correct c:\php\php.ini file, and things tentatively seem to be working correctly. (At least I am getting a different error from my application now!) I have a separate bug report on the documentation error, so I will close this out. Previous Comments: [2006-11-08 15:29:58] [EMAIL PROTECTED] Please make sure you've put libmysql.dll into PATH, rebooted your webserver and if it still doesn't work, please show your phpinfo(). [2006-11-08 15:17:01] aren at cambre dot biz Oops, correcting the summary. [2006-11-08 15:16:17] aren at cambre dot biz Wrong-o. I loaded up filemon. You are correct that php is reading a php.ini in c:\windows. However, that file contains this line: extension_dir = c:\PHP\ext Next? [2006-11-08 14:27:01] [EMAIL PROTECTED] You are changing wrong php.ini. Check phpinfo() to see which php.ini is used. [2006-11-02 21:54:16] noah dot rusnock at echo-digitaldesign dot com I just setup a Windows 2000 SP4 virtual machine using Microsoft VirturalPC 2007 beta. I used the exact same setup as I did for my Windows XP (non-virtual machine) Apache server with PHP and I am still unable to load any extensions. 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/39316 -- Edit this bug report at http://bugs.php.net/?id=39316&edit=1
#39312 [Fbk->Opn]: Cannot install OCI_PDO
ID: 39312 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: No dice. I installed instantclient-basic to: /office/lib/oci I installed instantclient-sdk to: /office/lib/oci/sdk It seems like it is looking for a directory called lib32 which I do not have. Here is the error: checking Oracle OCI support for PDO... yes checking Oracle Install-Dir... instantclient,/office/lib/oci :instantclient,/office/lib/oci: checking if that is sane... yes checking size of long int... (cached) 4 checking checking if we're at 64-bit platform... no checking OCI8 libraries dir... instantclient,/office/lib/oci/lib32 checking for oci.h... /office/lib/oci/sdk/include configure: error: I'm too dumb to figure out where the libraries are in your instant client install Here is my directories: [EMAIL PROTECTED] oci]# ll total 97584 -r--r--r-- 1 root root 1594191 Feb 5 2006 classes12.jar -rwxrwxr-x 1 root root 18774535 Feb 5 2006 libclntsh.so.10.1 -r-xr-xr-x 1 root root 5623929 Feb 5 2006 libnnz10.so -rwxrwxr-x 1 root root 1398088 Feb 5 2006 libocci.so.10.1 -rwxrwxr-x 1 root root 70690282 Feb 5 2006 libociei.so -r-xr-xr-x 1 root root 119919 Feb 5 2006 libocijdbc10.so -r--r--r-- 1 root root 1540457 Feb 5 2006 ojdbc14.jar drwxrwxr-x 4 root root 4096 Feb 5 2006 sdk [EMAIL PROTECTED] oci]# ll sdk total 324 drwxrwxr-x 2 root root 4096 Feb 5 2006 demo drwxrwxr-x 2 root root 4096 Feb 5 2006 include -r-xr-xr-x 1 root root346 Feb 5 2006 ott -rw-rw-r-- 1 root root 298274 Feb 5 2006 ottclasses.zip I ran configure with: --with-pdo-oci=instantclient,/office/lib/oci,10.2.0.2 Previous Comments: [2006-11-08 15:43:54] [EMAIL PROTECTED] Please download the Instant Client in .zip archive, and put the files this way: /tmp/instantclient/sdk/include/ <- headers /tmp/instantclient/ <- libraries That's all. --with-pdo-oci=instantclient,/tmp/instantclient should work after that. [2006-11-08 15:35:14] andrew dot nagy at villanova dot edu The oci.h is under /usr/include/oracle The libclntsh.so is under /usr/lib/oracle I am not sure how the files got into 2 different dirs. Maybe through an RPM? I downloaded the latest copy of the instant client, and put it in a new directory. I get the same errors, there is no oracle.h file in the instant client directory. What am I missing? Can the error reporting in the configure be a bit more verbose? [2006-11-08 14:28:56] [EMAIL PROTECTED] I don't get it. Why did you change /lib/ to /include/? Why do you have instant client installed in two locations? Where is oci.h after all? Where is libclntsh.so? [2006-10-31 14:47:35] andrew dot nagy at villanova dot edu Well, I changed my configure to: --with-oci8=instantclient,/usr/lib/oracle/10.1.0.3/client/lib --with-pdo-oci=instantclient,/usr/include/oracle,10.1.0.3 And am still getting the same error. The first oci8 option passes in the configuration, but the PDO_OCI does not. According to the ./configure --help, I am doing everything correctly ... I think. [2006-10-31 14:41:47] andrew dot nagy at villanova dot edu Sorry. It appears oracle is installed in 2 locations /usr/lib and /usr/include and the headers are in /usr/include 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/39312 -- Edit this bug report at http://bugs.php.net/?id=39312&edit=1
#39312 [Opn->Fbk]: Cannot install OCI_PDO
ID: 39312 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: Create symlink libclntsh.so.10.1 -> libclntsh.so. Previous Comments: [2006-11-08 16:21:04] andrew dot nagy at villanova dot edu No dice. I installed instantclient-basic to: /office/lib/oci I installed instantclient-sdk to: /office/lib/oci/sdk It seems like it is looking for a directory called lib32 which I do not have. Here is the error: checking Oracle OCI support for PDO... yes checking Oracle Install-Dir... instantclient,/office/lib/oci :instantclient,/office/lib/oci: checking if that is sane... yes checking size of long int... (cached) 4 checking checking if we're at 64-bit platform... no checking OCI8 libraries dir... instantclient,/office/lib/oci/lib32 checking for oci.h... /office/lib/oci/sdk/include configure: error: I'm too dumb to figure out where the libraries are in your instant client install Here is my directories: [EMAIL PROTECTED] oci]# ll total 97584 -r--r--r-- 1 root root 1594191 Feb 5 2006 classes12.jar -rwxrwxr-x 1 root root 18774535 Feb 5 2006 libclntsh.so.10.1 -r-xr-xr-x 1 root root 5623929 Feb 5 2006 libnnz10.so -rwxrwxr-x 1 root root 1398088 Feb 5 2006 libocci.so.10.1 -rwxrwxr-x 1 root root 70690282 Feb 5 2006 libociei.so -r-xr-xr-x 1 root root 119919 Feb 5 2006 libocijdbc10.so -r--r--r-- 1 root root 1540457 Feb 5 2006 ojdbc14.jar drwxrwxr-x 4 root root 4096 Feb 5 2006 sdk [EMAIL PROTECTED] oci]# ll sdk total 324 drwxrwxr-x 2 root root 4096 Feb 5 2006 demo drwxrwxr-x 2 root root 4096 Feb 5 2006 include -r-xr-xr-x 1 root root346 Feb 5 2006 ott -rw-rw-r-- 1 root root 298274 Feb 5 2006 ottclasses.zip I ran configure with: --with-pdo-oci=instantclient,/office/lib/oci,10.2.0.2 [2006-11-08 15:43:54] [EMAIL PROTECTED] Please download the Instant Client in .zip archive, and put the files this way: /tmp/instantclient/sdk/include/ <- headers /tmp/instantclient/ <- libraries That's all. --with-pdo-oci=instantclient,/tmp/instantclient should work after that. [2006-11-08 15:35:14] andrew dot nagy at villanova dot edu The oci.h is under /usr/include/oracle The libclntsh.so is under /usr/lib/oracle I am not sure how the files got into 2 different dirs. Maybe through an RPM? I downloaded the latest copy of the instant client, and put it in a new directory. I get the same errors, there is no oracle.h file in the instant client directory. What am I missing? Can the error reporting in the configure be a bit more verbose? [2006-11-08 14:28:56] [EMAIL PROTECTED] I don't get it. Why did you change /lib/ to /include/? Why do you have instant client installed in two locations? Where is oci.h after all? Where is libclntsh.so? [2006-10-31 14:47:35] andrew dot nagy at villanova dot edu Well, I changed my configure to: --with-oci8=instantclient,/usr/lib/oracle/10.1.0.3/client/lib --with-pdo-oci=instantclient,/usr/include/oracle,10.1.0.3 And am still getting the same error. The first oci8 option passes in the configuration, but the PDO_OCI does not. According to the ./configure --help, I am doing everything correctly ... I think. 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/39312 -- Edit this bug report at http://bugs.php.net/?id=39312&edit=1
#39422 [Fbk->Opn]: Time shifts randomly between GMT and PST
ID: 39422
User updated by: daemonist at guildmail dot sojurn dot org
Reported By: daemonist at guildmail dot sojurn dot org
-Status: Feedback
+Status: Open
Bug Type: Date/time related
Operating System: Windows 2003 Server
PHP Version: 4CVS-2006-11-08 (CVS)
New Comment:
Unfortunately, one of the packages that I am using is not ready for PHP
5 yet, so I'm stuck using PHP 4.
I know that everyone here are volunteers and I really appreciate any
help you can give me to get the date to be stable with version 4.
If that isn't possible... Ooohhh. I don't want to think of that
possibility.
Thanks again for any suggestions you can give!
Previous Comments:
[2006-11-08 13:38:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-11-08 06:38:02] daemonist at guildmail dot sojurn dot org
Description:
Using Windows 2003 Server, PHP 4.4 (latest CVS as of 2006-11-08) with
SMF forums software.
The server date and time are set correctly, and viewing them at the
console confirm that. Sometimes the forums will report the correct
time and date, and sometimes the forums will "switch" to the GMT (since
the server is in PST, that means +8 hours from the server time).
If I use a simple PHP script to query the date and time, I get the
wrong information (so that removes the forums as the cause of this).
If I stop and start IIS, then PHP seems to provide the correct
information. Eventually, however, it will revert back to the erroneous
date and time.
I have posted the script code that I used to confirm that PHP is
reporting the date and time.
Reproduce code:
---
', strftime('%B %d, %Y, %I:%M %p');
?>
Expected result:
November 7, 2006, 10:35 pm
November 07, 2006, 10:35 PM
Actual result:
--
November 8, 2006, 6:35 am
November 08, 2006, 06:35 AM
--
Edit this bug report at http://bugs.php.net/?id=39422&edit=1
#39422 [Opn->Fbk]: Time shifts randomly between GMT and PST
ID: 39422
Updated by: [EMAIL PROTECTED]
Reported By: daemonist at guildmail dot sojurn dot org
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: Windows 2003 Server
PHP Version: 4CVS-2006-11-08 (CVS)
New Comment:
Make sure you don't change TZ environment variable anywhere in your
code.
Previous Comments:
[2006-11-08 16:35:11] daemonist at guildmail dot sojurn dot org
Unfortunately, one of the packages that I am using is not ready for PHP
5 yet, so I'm stuck using PHP 4.
I know that everyone here are volunteers and I really appreciate any
help you can give me to get the date to be stable with version 4.
If that isn't possible... Ooohhh. I don't want to think of that
possibility.
Thanks again for any suggestions you can give!
[2006-11-08 13:38:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-11-08 06:38:02] daemonist at guildmail dot sojurn dot org
Description:
Using Windows 2003 Server, PHP 4.4 (latest CVS as of 2006-11-08) with
SMF forums software.
The server date and time are set correctly, and viewing them at the
console confirm that. Sometimes the forums will report the correct
time and date, and sometimes the forums will "switch" to the GMT (since
the server is in PST, that means +8 hours from the server time).
If I use a simple PHP script to query the date and time, I get the
wrong information (so that removes the forums as the cause of this).
If I stop and start IIS, then PHP seems to provide the correct
information. Eventually, however, it will revert back to the erroneous
date and time.
I have posted the script code that I used to confirm that PHP is
reporting the date and time.
Reproduce code:
---
', strftime('%B %d, %Y, %I:%M %p');
?>
Expected result:
November 7, 2006, 10:35 pm
November 07, 2006, 10:35 PM
Actual result:
--
November 8, 2006, 6:35 am
November 08, 2006, 06:35 AM
--
Edit this bug report at http://bugs.php.net/?id=39422&edit=1
#39421 [Opn->Bgs]: tempnam() unexpected behavior
ID: 39421 Updated by: [EMAIL PROTECTED] Reported By: ruslan_y at list dot ru -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Windows XP SP2 PHP Version: 5.2.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php As of PHP 5.2.0 tempnam() enforces open_basedir limit, which is why the temporary directory needs to be within the open_basedir. Previous Comments: [2006-11-08 06:19:16] ruslan_y at list dot ru Description: After the upgrade from old php 4.x to 5.2.0. Some of my web scripts stop working. One of the reason is the changes in tempnam() behavior which stop working with local path like "./dir" or "dir/" and force me to add system temporary folder to open_basedir path. Configuration: Windows XP SP2 | PHP 5.2.0 | Apache 2.0.55 (+ php5apache2.dll) P.S. php.exe works as expected (except DOCUMENT_ROOT is null) (php.exe -q 1.php) Reproduce code: --- '."\n"; echo 'DOCUMENT_ROOT = '.$_SERVER['DOCUMENT_ROOT']."\n"; echo '$tmpfname1 = '.$tmpfname1."\n"; echo '$tmpfname2 = '.$tmpfname2."\n"; echo '$tmpfname3 = '.$tmpfname3."\n"; echo '$tmpfname4 = '.$tmpfname4."\n"; echo '$tmpfname5 = '.$tmpfname5."\n"; echo ''."\n"; ?> Expected result: A new directory "2" and five files in it. DOCUMENT_ROOT = C:/root/www/host2/www $tmpfname1 = 2/FOOFA.tmp $tmpfname2 = ./2/FOOFB.tmp $tmpfname3 = 2\FOOFC.tmp $tmpfname4 = .\2\FOOFD.tmp $tmpfname5 = C:\root\www\host2\www\2\FOOFE.tmp Actual result: -- A new directory "2" and only one file in it. all other files in the windows temp folder. DOCUMENT_ROOT = C:/root/www/host2/www $tmpfname1 = C:\WINDOWS\TEMP\FOO10A.tmp $tmpfname2 = C:\WINDOWS\TEMP\FOO10B.tmp $tmpfname3 = C:\WINDOWS\TEMP\FOO10C.tmp $tmpfname4 = C:\WINDOWS\TEMP\FOO10D.tmp $tmpfname5 = C:\root\www\host2\www\2\FOO10E.tmp -- Edit this bug report at http://bugs.php.net/?id=39421&edit=1
#39425 [Bgs]: Specific BUG in DOUBLE mathematics!!!
ID: 39425 User updated by: jvano at read dot sk Reported By: jvano at read dot sk Status: Bogus Bug Type: *General Issues Operating System: Irrelevant (All) PHP Version: 5.2.0 New Comment: Thanks for link and explain but don't you think that it is serious problem? Operation is simple and common. The same problem I've found in Java but not in C, C++, C# or Python. Some another solution and notice of this problem is on page: http://www.php.net/manual/en/language.types.float.php#language.types.flo But my question is, if this can not be solved as well as in other languages (maybe they have similar problem but this concrete they don't)? Previous Comments: [2006-11-08 12:06:59] [EMAIL PROTECTED] 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. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. [2006-11-08 08:04:10] jvano at read dot sk Description: Problem is in all versions of PHP. Problem is in basic mathematic operation (+/-) wiht double. When I use simple values and make some basic operation, for example (5.7 - (1.4 + 4.3)). This problem is in another combinations but not in all. Reproduce code: --- Expected result: In all cases is expected 0(zero). But result is always +/- 8.881784197E-016. Actual result: -- I think that problem is in representation of double value. -- Edit this bug report at http://bugs.php.net/?id=39425&edit=1
#39346 [Asn]: Unsetting a static variable inside a destructor causes segfault later on
ID: 39346
Updated by: [EMAIL PROTECTED]
Reported By: daan at parse dot nl
Status: Assigned
Bug Type: Reproducible crash
Operating System: Slackware 10.2
PHP Version: 5.2.0RC5
Assigned To: dmitry
New Comment:
I don't know how to fix this.
BTW I don't understand what do you like to do with this code. Note that
object is not destroied while someone is refering it, so if you put it
into self::$instances[] it never be destroied. The test::__destruct()
can only be called from test::__construct() then you update
self::$instances[$this->_id]. And this makes double free() and crash.
Previous Comments:
[2006-11-06 15:36:53] daan at parse dot nl
Also crashing on 5.2.0 final.
[2006-11-02 16:54:38] daan at parse dot nl
Description:
Tested on 5.2.0RC6
Unsetting a static variable referring to the object itself causes a
segfault later on. (possible alloc problems)
I was able to reproduce segfaults in this situation with other
functions besides debug_backtrace(), for instance with
mysqli_fetch_assoc(). The resulting backtrace also led to
_zend_mm_alloc_int. (I am presuming it is the same bug)
PS. The print_r() is not required to trigger the crash.
Reproduce code:
---
test();
$this->_id = $id;
self::$instances[$this->_id] = $this;
}
function __destruct()
{
unset(self::$instances[$this->_id]);
}
function test()
{
print_r(debug_backtrace());
}
}
$test = new test(2);
$test = new test(1);
$test = new test(2);
$test = new test(3);
?>
Expected result:
No crash.
Actual result:
--
#0 _zend_mm_alloc_int (heap=0x80ebbb8, size=16) at
/usr/src/php-5.2.0RC6/Zend/zend_alloc.c:1090
#1 0x4063f953 in add_assoc_long_ex (arg=0x3, key=0x40769a60 "line",
key_len=5, n=16) at /usr/src/php-5.2.0RC6/Zend/zend_API.c:977
#2 0x4064d2d8 in zend_fetch_debug_backtrace (return_value=0x40f289cc,
skip_last=1, provide_object=1)
at /usr/src/php-5.2.0RC6/Zend/zend_builtin_functions.c:1962
#3 0x40658d54 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffacc0) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:200
#4 0x40658489 in execute (op_array=0x40f282c8) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#5 0x40658709 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffae80) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:234
#6 0x40658489 in execute (op_array=0x40f28fd4) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#7 0x40658709 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffb0e0) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:234
#8 0x40658489 in execute (op_array=0x40f24194) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#9 0x4063ebfc in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.2.0RC6/Zend/zend.c:1097
#10 0x40604e2a in php_execute_script (primary_file=0xbfffd440) at
/usr/src/php-5.2.0RC6/main/main.c:1758
#11 0x406bf882 in apache_php_module_main (r=0x80cb5bc,
display_source_mode=0) at
/usr/src/php-5.2.0RC6/sapi/apache/sapi_apache.c:53
#12 0x406c0296 in send_php (r=0x80cb5bc, display_source_mode=0,
filename=0x0) at /usr/src/php-5.2.0RC6/sapi/apache/mod_php5.c:660
#13 0x406c04a6 in send_parsed_php (r=0x80cb5bc) at
/usr/src/php-5.2.0RC6/sapi/apache/mod_php5.c:675
#14 0x08053ff7 in ap_invoke_handler ()
#15 0x08069039 in process_request_internal ()
#16 0x08069098 in ap_process_request ()
#17 0x080600ba in child_main ()
#18 0x08060262 in make_child ()
#19 0x080603c8 in startup_children ()
#20 0x08060a88 in standalone_main ()
#21 0x080612a6 in main ()
--
Edit this bug report at http://bugs.php.net/?id=39346&edit=1
#39421 [Bgs]: tempnam() unexpected behavior
ID: 39421 User updated by: ruslan_y at list dot ru Reported By: ruslan_y at list dot ru Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Windows XP SP2 PHP Version: 5.2.0 New Comment: I'm sorry, but I'm was not talking about open_basedir itself but about some changes of using local path in tempnam() function then php is an apache module! You can see in the example that it's a really different as cli and sapi module! (php -q 1.php) ... $tmpfname3 = 2\FOOFC.tmp ... and (http://localhost/1.php) ... $tmpfname3 = C:\WINDOWS\TEMP\FOO10C.tmp ... Why It so different? Why I cannot get an expected result? That's the question! Previous Comments: [2006-11-08 16:47:16] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php As of PHP 5.2.0 tempnam() enforces open_basedir limit, which is why the temporary directory needs to be within the open_basedir. [2006-11-08 06:19:16] ruslan_y at list dot ru Description: After the upgrade from old php 4.x to 5.2.0. Some of my web scripts stop working. One of the reason is the changes in tempnam() behavior which stop working with local path like "./dir" or "dir/" and force me to add system temporary folder to open_basedir path. Configuration: Windows XP SP2 | PHP 5.2.0 | Apache 2.0.55 (+ php5apache2.dll) P.S. php.exe works as expected (except DOCUMENT_ROOT is null) (php.exe -q 1.php) Reproduce code: --- '."\n"; echo 'DOCUMENT_ROOT = '.$_SERVER['DOCUMENT_ROOT']."\n"; echo '$tmpfname1 = '.$tmpfname1."\n"; echo '$tmpfname2 = '.$tmpfname2."\n"; echo '$tmpfname3 = '.$tmpfname3."\n"; echo '$tmpfname4 = '.$tmpfname4."\n"; echo '$tmpfname5 = '.$tmpfname5."\n"; echo ''."\n"; ?> Expected result: A new directory "2" and five files in it. DOCUMENT_ROOT = C:/root/www/host2/www $tmpfname1 = 2/FOOFA.tmp $tmpfname2 = ./2/FOOFB.tmp $tmpfname3 = 2\FOOFC.tmp $tmpfname4 = .\2\FOOFD.tmp $tmpfname5 = C:\root\www\host2\www\2\FOOFE.tmp Actual result: -- A new directory "2" and only one file in it. all other files in the windows temp folder. DOCUMENT_ROOT = C:/root/www/host2/www $tmpfname1 = C:\WINDOWS\TEMP\FOO10A.tmp $tmpfname2 = C:\WINDOWS\TEMP\FOO10B.tmp $tmpfname3 = C:\WINDOWS\TEMP\FOO10C.tmp $tmpfname4 = C:\WINDOWS\TEMP\FOO10D.tmp $tmpfname5 = C:\root\www\host2\www\2\FOO10E.tmp -- Edit this bug report at http://bugs.php.net/?id=39421&edit=1
#39312 [Fbk->Opn]: Cannot install OCI_PDO
ID: 39312 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: Getting closer, but I am still getting an error. configure: error: Unsupported Oracle version! Any ideas? I'm using the latest download of the instant client. I do not have oracle installed since I am connecting to a remote oracle server. Which, if I understand correctly, is the whole point of the instant client. Previous Comments: [2006-11-08 16:26:52] [EMAIL PROTECTED] Create symlink libclntsh.so.10.1 -> libclntsh.so. [2006-11-08 16:21:04] andrew dot nagy at villanova dot edu No dice. I installed instantclient-basic to: /office/lib/oci I installed instantclient-sdk to: /office/lib/oci/sdk It seems like it is looking for a directory called lib32 which I do not have. Here is the error: checking Oracle OCI support for PDO... yes checking Oracle Install-Dir... instantclient,/office/lib/oci :instantclient,/office/lib/oci: checking if that is sane... yes checking size of long int... (cached) 4 checking checking if we're at 64-bit platform... no checking OCI8 libraries dir... instantclient,/office/lib/oci/lib32 checking for oci.h... /office/lib/oci/sdk/include configure: error: I'm too dumb to figure out where the libraries are in your instant client install Here is my directories: [EMAIL PROTECTED] oci]# ll total 97584 -r--r--r-- 1 root root 1594191 Feb 5 2006 classes12.jar -rwxrwxr-x 1 root root 18774535 Feb 5 2006 libclntsh.so.10.1 -r-xr-xr-x 1 root root 5623929 Feb 5 2006 libnnz10.so -rwxrwxr-x 1 root root 1398088 Feb 5 2006 libocci.so.10.1 -rwxrwxr-x 1 root root 70690282 Feb 5 2006 libociei.so -r-xr-xr-x 1 root root 119919 Feb 5 2006 libocijdbc10.so -r--r--r-- 1 root root 1540457 Feb 5 2006 ojdbc14.jar drwxrwxr-x 4 root root 4096 Feb 5 2006 sdk [EMAIL PROTECTED] oci]# ll sdk total 324 drwxrwxr-x 2 root root 4096 Feb 5 2006 demo drwxrwxr-x 2 root root 4096 Feb 5 2006 include -r-xr-xr-x 1 root root346 Feb 5 2006 ott -rw-rw-r-- 1 root root 298274 Feb 5 2006 ottclasses.zip I ran configure with: --with-pdo-oci=instantclient,/office/lib/oci,10.2.0.2 [2006-11-08 15:43:54] [EMAIL PROTECTED] Please download the Instant Client in .zip archive, and put the files this way: /tmp/instantclient/sdk/include/ <- headers /tmp/instantclient/ <- libraries That's all. --with-pdo-oci=instantclient,/tmp/instantclient should work after that. [2006-11-08 15:35:14] andrew dot nagy at villanova dot edu The oci.h is under /usr/include/oracle The libclntsh.so is under /usr/lib/oracle I am not sure how the files got into 2 different dirs. Maybe through an RPM? I downloaded the latest copy of the instant client, and put it in a new directory. I get the same errors, there is no oracle.h file in the instant client directory. What am I missing? Can the error reporting in the configure be a bit more verbose? [2006-11-08 14:28:56] [EMAIL PROTECTED] I don't get it. Why did you change /lib/ to /include/? Why do you have instant client installed in two locations? Where is oci.h after all? Where is libclntsh.so? 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/39312 -- Edit this bug report at http://bugs.php.net/?id=39312&edit=1
#39433 [NEW]: fgets doesn't work as expected
From: michael dot virnstein at brodos dot de
Operating system:
PHP version: 4.4.4
PHP Bug Type: Streams related
Bug description: fgets doesn't work as expected
Description:
i recognized a change to fgets function, which i think is a bug.
When i try to fetch data from a file handle via fgets, which has been
opened via fopen for a local file or url, the lenght parameter now has to
be supplied as length+1 to get the desired result.
E.g. fgets($fp, 1) returns false now, fgets($fp, 2) returns the first
letter, fgets($fp, 3) returns the first two letters ...
This bug is present in 4.4.4 and 5.1.x, couldn't test 5.2 yet.
Reproduce code:
---
http://www.php.net', 'r')
or die ('could not connect');
var_dump(fgets($fp, 1)); // returns false
var_dump(fgets($fp, 2)); // returns first letter
fclose($fp);
?>
Expected result:
- first var_dump should return first letter
- second var_dump should return next two letter
Actual result:
--
- first var_dump returns false
- second var_dump returns first letter
--
Edit bug report at http://bugs.php.net/?id=39433&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=39433&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=39433&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=39433&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39433&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=39433&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=39433&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39433&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39433&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=39433&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39433&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=39433&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=39433&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39433&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39433&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39433&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39433&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=39433&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=39433&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=39433&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39433&r=mysqlcfg
#39434 [NEW]: strip_tags() fails with greater than in attribute
From: geoffers at gmail dot com Operating system: Mac OS 10.4.8 PHP version: 4.4.4 PHP Bug Type: Strings related Bug description: strip_tags() fails with greater than in attribute Description: I'm well aware that this an unclear in the HTML specification, but this would bring PHP inline with IE/Fx/Saf/Op as well as the W3C Validator. Reproduce code: --- all">this'); ?> Expected result: this Actual result: -- all">this -- Edit bug report at http://bugs.php.net/?id=39434&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39434&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39434&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39434&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39434&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39434&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39434&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39434&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39434&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39434&r=support Expected behavior:http://bugs.php.net/fix.php?id=39434&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39434&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39434&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39434&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39434&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39434&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39434&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39434&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39434&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39434&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39434&r=mysqlcfg
#39346 [Asn]: Unsetting a static variable inside a destructor causes segfault later on
ID: 39346
User updated by: daan at parse dot nl
Reported By: daan at parse dot nl
Status: Assigned
Bug Type: Reproducible crash
Operating System: Slackware 10.2
PHP Version: 5.2.0RC5
Assigned To: dmitry
New Comment:
Ah I was tinkering with an instances static array, which first held
only the $this->_id, but then I changed it into $this (which is indeed
a bit strange, I figured that out too later) - but the crash still was
a crash and not some error, so hence the bugreport.
Previous Comments:
[2006-11-08 17:06:54] [EMAIL PROTECTED]
I don't know how to fix this.
BTW I don't understand what do you like to do with this code. Note that
object is not destroied while someone is refering it, so if you put it
into self::$instances[] it never be destroied. The test::__destruct()
can only be called from test::__construct() then you update
self::$instances[$this->_id]. And this makes double free() and crash.
[2006-11-06 15:36:53] daan at parse dot nl
Also crashing on 5.2.0 final.
[2006-11-02 16:54:38] daan at parse dot nl
Description:
Tested on 5.2.0RC6
Unsetting a static variable referring to the object itself causes a
segfault later on. (possible alloc problems)
I was able to reproduce segfaults in this situation with other
functions besides debug_backtrace(), for instance with
mysqli_fetch_assoc(). The resulting backtrace also led to
_zend_mm_alloc_int. (I am presuming it is the same bug)
PS. The print_r() is not required to trigger the crash.
Reproduce code:
---
test();
$this->_id = $id;
self::$instances[$this->_id] = $this;
}
function __destruct()
{
unset(self::$instances[$this->_id]);
}
function test()
{
print_r(debug_backtrace());
}
}
$test = new test(2);
$test = new test(1);
$test = new test(2);
$test = new test(3);
?>
Expected result:
No crash.
Actual result:
--
#0 _zend_mm_alloc_int (heap=0x80ebbb8, size=16) at
/usr/src/php-5.2.0RC6/Zend/zend_alloc.c:1090
#1 0x4063f953 in add_assoc_long_ex (arg=0x3, key=0x40769a60 "line",
key_len=5, n=16) at /usr/src/php-5.2.0RC6/Zend/zend_API.c:977
#2 0x4064d2d8 in zend_fetch_debug_backtrace (return_value=0x40f289cc,
skip_last=1, provide_object=1)
at /usr/src/php-5.2.0RC6/Zend/zend_builtin_functions.c:1962
#3 0x40658d54 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffacc0) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:200
#4 0x40658489 in execute (op_array=0x40f282c8) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#5 0x40658709 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffae80) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:234
#6 0x40658489 in execute (op_array=0x40f28fd4) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#7 0x40658709 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffb0e0) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:234
#8 0x40658489 in execute (op_array=0x40f24194) at
/usr/src/php-5.2.0RC6/Zend/zend_vm_execute.h:92
#9 0x4063ebfc in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.2.0RC6/Zend/zend.c:1097
#10 0x40604e2a in php_execute_script (primary_file=0xbfffd440) at
/usr/src/php-5.2.0RC6/main/main.c:1758
#11 0x406bf882 in apache_php_module_main (r=0x80cb5bc,
display_source_mode=0) at
/usr/src/php-5.2.0RC6/sapi/apache/sapi_apache.c:53
#12 0x406c0296 in send_php (r=0x80cb5bc, display_source_mode=0,
filename=0x0) at /usr/src/php-5.2.0RC6/sapi/apache/mod_php5.c:660
#13 0x406c04a6 in send_parsed_php (r=0x80cb5bc) at
/usr/src/php-5.2.0RC6/sapi/apache/mod_php5.c:675
#14 0x08053ff7 in ap_invoke_handler ()
#15 0x08069039 in process_request_internal ()
#16 0x08069098 in ap_process_request ()
#17 0x080600ba in child_main ()
#18 0x08060262 in make_child ()
#19 0x080603c8 in startup_children ()
#20 0x08060a88 in standalone_main ()
#21 0x080612a6 in main ()
--
Edit this bug report at http://bugs.php.net/?id=39346&edit=1
#39337 [Bgs->Opn]: Array creation when using overloading (__get) does not work (NULL)
ID: 39337
User updated by: phpbugs at thequod dot de
Reported By: phpbugs at thequod dot de
-Status: Bogus
+Status: Open
Bug Type: Arrays related
Operating System: Ubuntu Linux
PHP Version: 5CVS-2006-11-01 (CVS)
New Comment:
Sorry, it's not in the manual..
http://de.php.net/manual/en/language.oop5.overloading.php
Please re-classify as "documentation issue" at least, if you're sure
that it really is not a bug..
Previous Comments:
[2006-11-08 14:10:52] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2006-11-01 18:56:44] phpbugs at thequod dot de
A better workaround is, of course, to just define the
member with "var" in the class header.
But it's still a bug IMHO.
[2006-11-01 18:41:14] phpbugs at thequod dot de
Description:
Creating an array through $obj->a[] or $obj->a[$index]
does not create an array, if you use overloading through
the "__get()" method.
This happens with PHP_5_2 and 5.1.6 from Ubuntu, which
I've also tested.
The workaround seems to be to initialize the member
explicitly to "array()".
Reproduce code:
---
foo[1] = 1;
var_dump( $A->foo );
$A->foo[] = 2;
var_dump( $A->foo );
$A->foo['a'] = 3;
var_dump( $A->foo );
$A->foo = array();
var_dump( $A->foo );
$A->foo = 1;
var_dump( $A->foo );
?>
Expected result:
array(1) {
[1]=>
int(1)
}
array(2) {
[1]=>
int(1)
[2]=>
int(2)
}
array(3) {
[1]=>
int(1)
[2]=>
int(2)
["a"]=>
int(3)
}
array(0) {
}
int(1)
Actual result:
--
NULL
NULL
NULL
array(0) {
}
int(1)
--
Edit this bug report at http://bugs.php.net/?id=39337&edit=1
#39435 [NEW]: wrong instanceof results
From: mp at webfactory dot de
Operating system: any
PHP version: 5.2.0
PHP Bug Type: Class/Object related
Bug description: wrong instanceof results
Description:
instanceof produces wrong results when the first operand is not an object
instance but a class name or a string containing a class name.
Reproduce code:
---
var_dump(Iterator instanceof Traversable);
var_dump("Iterator" instanceof Traversable);
Expected result:
bool(true)
bool(true)
Actual result:
--
bool(false)
Fatal error: Invalid opcode 138/1/1. in ...
--
Edit bug report at http://bugs.php.net/?id=39435&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=39435&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=39435&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=39435&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39435&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=39435&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=39435&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39435&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39435&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=39435&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39435&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=39435&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=39435&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39435&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39435&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39435&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39435&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=39435&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=39435&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=39435&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39435&r=mysqlcfg
#39436 [NEW]: Unable to list (scandir) a shared directory
From: gianfranco dot pavesi at ergoitalia dot it Operating system: Windows Server 2003 std sp1 PHP version: 5.2.0 PHP Bug Type: IIS related Bug description: Unable to list (scandir) a shared directory Description: I've tried to read the content of a shared remo directory from a web application running under IIS 6.0 It doesn't work ! If I run the same PHP code from a command line on the same server where the IIS is running, using the command "c:\php\php.exe my_php_code.php" ... it works !!! Reproduce code: --- " ; } ... ?> Expected result: pippo.txt pluto.txt paperino.txt Actual result: -- Warning: scandir(\\ergmilftp01\Sinistri_Scanner\Prod) [function.scandir]: failed to open dir: Invalid argument in D:\TechPortalTest\gsc_prova.php on line 8 Warning: scandir() [function.scandir]: (errno 22): Invalid argument in D:\TechPortalTest\gsc_prova.php on line 8 Warning: Invalid argument supplied for foreach() in D:\TechPortalTest\gsc_prova.php on line 10 -- Edit bug report at http://bugs.php.net/?id=39436&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39436&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39436&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39436&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39436&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39436&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39436&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39436&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39436&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39436&r=support Expected behavior:http://bugs.php.net/fix.php?id=39436&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39436&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39436&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39436&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39436&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39436&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39436&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39436&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39436&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39436&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39436&r=mysqlcfg
#39337 [Opn->Bgs]: Array creation when using overloading (__get) does not work (NULL)
ID: 39337
Updated by: [EMAIL PROTECTED]
Reported By: phpbugs at thequod dot de
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Ubuntu Linux
PHP Version: 5CVS-2006-11-01 (CVS)
New Comment:
It's not in the manual, because it's obvious - your __get() method does
nothing, so you get nothing as the result.
Previous Comments:
[2006-11-08 17:30:53] phpbugs at thequod dot de
Sorry, it's not in the manual..
http://de.php.net/manual/en/language.oop5.overloading.php
Please re-classify as "documentation issue" at least, if you're sure
that it really is not a bug..
[2006-11-08 14:10:52] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2006-11-01 18:56:44] phpbugs at thequod dot de
A better workaround is, of course, to just define the
member with "var" in the class header.
But it's still a bug IMHO.
[2006-11-01 18:41:14] phpbugs at thequod dot de
Description:
Creating an array through $obj->a[] or $obj->a[$index]
does not create an array, if you use overloading through
the "__get()" method.
This happens with PHP_5_2 and 5.1.6 from Ubuntu, which
I've also tested.
The workaround seems to be to initialize the member
explicitly to "array()".
Reproduce code:
---
foo[1] = 1;
var_dump( $A->foo );
$A->foo[] = 2;
var_dump( $A->foo );
$A->foo['a'] = 3;
var_dump( $A->foo );
$A->foo = array();
var_dump( $A->foo );
$A->foo = 1;
var_dump( $A->foo );
?>
Expected result:
array(1) {
[1]=>
int(1)
}
array(2) {
[1]=>
int(1)
[2]=>
int(2)
}
array(3) {
[1]=>
int(1)
[2]=>
int(2)
["a"]=>
int(3)
}
array(0) {
}
int(1)
Actual result:
--
NULL
NULL
NULL
array(0) {
}
int(1)
--
Edit this bug report at http://bugs.php.net/?id=39337&edit=1
#39435 [Opn->Asn]: wrong instanceof results
ID: 39435
Updated by: [EMAIL PROTECTED]
Reported By: mp at webfactory dot de
-Status: Open
+Status: Assigned
Bug Type: Class/Object related
Operating System: any
PHP Version: 5.2.0
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2006-11-08 17:36:17] mp at webfactory dot de
Description:
instanceof produces wrong results when the first operand is not an
object instance but a class name or a string containing a class name.
Reproduce code:
---
var_dump(Iterator instanceof Traversable);
var_dump("Iterator" instanceof Traversable);
Expected result:
bool(true)
bool(true)
Actual result:
--
bool(false)
Fatal error: Invalid opcode 138/1/1. in ...
--
Edit this bug report at http://bugs.php.net/?id=39435&edit=1
#39436 [Opn->Bgs]: Unable to list (scandir) a shared directory
ID: 39436 Updated by: [EMAIL PROTECTED] Reported By: gianfranco dot pavesi at ergoitalia dot it -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 std sp1 PHP Version: 5.2.0 New Comment: Running the code under IIS you're restricted to IIS default user privileges, while running in console you use your own user. Not PHP problem. Previous Comments: [2006-11-08 17:36:55] gianfranco dot pavesi at ergoitalia dot it Description: I've tried to read the content of a shared remo directory from a web application running under IIS 6.0 It doesn't work ! If I run the same PHP code from a command line on the same server where the IIS is running, using the command "c:\php\php.exe my_php_code.php" ... it works !!! Reproduce code: --- " ; } ... ?> Expected result: pippo.txt pluto.txt paperino.txt Actual result: -- Warning: scandir(\\ergmilftp01\Sinistri_Scanner\Prod) [function.scandir]: failed to open dir: Invalid argument in D:\TechPortalTest\gsc_prova.php on line 8 Warning: scandir() [function.scandir]: (errno 22): Invalid argument in D:\TechPortalTest\gsc_prova.php on line 8 Warning: Invalid argument supplied for foreach() in D:\TechPortalTest\gsc_prova.php on line 10 -- Edit this bug report at http://bugs.php.net/?id=39436&edit=1
#39434 [Opn->Bgs]: strip_tags() fails with greater than in attribute
ID: 39434 Updated by: [EMAIL PROTECTED] Reported By: geoffers at gmail dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Mac OS 10.4.8 PHP Version: 4.4.4 New Comment: To process HTML broken in every possible way we would need to implement a browser in PHP, which is definitely not our goal. Previous Comments: [2006-11-08 17:27:01] geoffers at gmail dot com Description: I'm well aware that this an unclear in the HTML specification, but this would bring PHP inline with IE/Fx/Saf/Op as well as the W3C Validator. Reproduce code: --- all">this'); ?> Expected result: this Actual result: -- all">this -- Edit this bug report at http://bugs.php.net/?id=39434&edit=1
#39433 [Opn->Bgs]: fgets doesn't work as expected
ID: 39433
Updated by: [EMAIL PROTECTED]
Reported By: michael dot virnstein at brodos dot de
-Status: Open
+Status: Bogus
Bug Type:Streams related
PHP Version: 4.4.4
New Comment:
http://php.net/fgets
Returns a string of up to length - 1 bytes read from the file pointed
to by handle.
It works this way since ages.
Previous Comments:
[2006-11-08 17:26:24] michael dot virnstein at brodos dot de
Description:
i recognized a change to fgets function, which i think is a bug.
When i try to fetch data from a file handle via fgets, which has been
opened via fopen for a local file or url, the lenght parameter now has
to be supplied as length+1 to get the desired result.
E.g. fgets($fp, 1) returns false now, fgets($fp, 2) returns the first
letter, fgets($fp, 3) returns the first two letters ...
This bug is present in 4.4.4 and 5.1.x, couldn't test 5.2 yet.
Reproduce code:
---
http://www.php.net', 'r')
or die ('could not connect');
var_dump(fgets($fp, 1)); // returns false
var_dump(fgets($fp, 2)); // returns first letter
fclose($fp);
?>
Expected result:
- first var_dump should return first letter
- second var_dump should return next two letter
Actual result:
--
- first var_dump returns false
- second var_dump returns first letter
--
Edit this bug report at http://bugs.php.net/?id=39433&edit=1
#39436 [Bgs]: Unable to list (scandir) a shared directory
ID: 39436 User updated by: gianfranco dot pavesi at ergoitalia dot it Reported By: gianfranco dot pavesi at ergoitalia dot it Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 std sp1 PHP Version: 5.2.0 New Comment: Ok, sorry, I've miss some info Anonymous User (IUSR_machinename) is disabled on the ISS and I'm using the Integrated Windows authentication. The error ((errno 22): Invalid argument) does not seams to be a permission error ... I'm confused. Previous Comments: [2006-11-08 17:46:28] [EMAIL PROTECTED] Running the code under IIS you're restricted to IIS default user privileges, while running in console you use your own user. Not PHP problem. [2006-11-08 17:36:55] gianfranco dot pavesi at ergoitalia dot it Description: I've tried to read the content of a shared remo directory from a web application running under IIS 6.0 It doesn't work ! If I run the same PHP code from a command line on the same server where the IIS is running, using the command "c:\php\php.exe my_php_code.php" ... it works !!! Reproduce code: --- " ; } ... ?> Expected result: pippo.txt pluto.txt paperino.txt Actual result: -- Warning: scandir(\\ergmilftp01\Sinistri_Scanner\Prod) [function.scandir]: failed to open dir: Invalid argument in D:\TechPortalTest\gsc_prova.php on line 8 Warning: scandir() [function.scandir]: (errno 22): Invalid argument in D:\TechPortalTest\gsc_prova.php on line 8 Warning: Invalid argument supplied for foreach() in D:\TechPortalTest\gsc_prova.php on line 10 -- Edit this bug report at http://bugs.php.net/?id=39436&edit=1
#39435 [Asn]: wrong instanceof results
ID: 39435
Updated by: [EMAIL PROTECTED]
Reported By: mp at webfactory dot de
Status: Assigned
Bug Type: Class/Object related
Operating System: any
PHP Version: 5.2.0
-Assigned To: dmitry
+Assigned To: pollita
New Comment:
Sara should have a patch as soon as she gets online
Previous Comments:
[2006-11-08 17:36:17] mp at webfactory dot de
Description:
instanceof produces wrong results when the first operand is not an
object instance but a class name or a string containing a class name.
Reproduce code:
---
var_dump(Iterator instanceof Traversable);
var_dump("Iterator" instanceof Traversable);
Expected result:
bool(true)
bool(true)
Actual result:
--
bool(false)
Fatal error: Invalid opcode 138/1/1. in ...
--
Edit this bug report at http://bugs.php.net/?id=39435&edit=1
#39300 [Opn->Csd]: make install fails
ID: 39300 Updated by: [EMAIL PROTECTED] Reported By: jeff at procata dot com -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: Mac OS X 10.3.9 PHP Version: 5CVS-2006-10-29 (snap) 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: [2006-10-30 08:51:38] judas dot iscariote at gmail dot com pear/Makefile.frag is missing a check to see if wget is actually found on the system or not. [2006-10-29 16:39:01] jeff at procata dot com Description: make install fails under Mac OS X 10.3.9: wget is not available on this version of the OS. Installing PEAR environment: /usr/local/php520dbg/ lib/php/ /bin/sh: line 1: wget: command not found make: *** [install-pear] Error 127 -- Edit this bug report at http://bugs.php.net/?id=39300&edit=1
#39427 [Opn->Bgs]: cancel_upload parameter get wrong value when using multi field upload form
ID: 39427 Updated by: [EMAIL PROTECTED] Reported By: krudtaa at yahoo dot com -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Windows XP Pro PHP Version: 5.2.0 New Comment: Duplicate of http://pecl.php.net/bugs/bug.php?id=9263, Gopal said he'll take care of it. Previous Comments: [2006-11-08 09:01:14] krudtaa at yahoo dot com Description: When using the new APC_UPLOAD_PROGRESS feature and if you make a multi file upload_form and do not fill out all of the file fields then the cancel_upload parameter get a value of 4 and the the whole upload is reported as: Cancelled after 109300234 bytes even if the upload actually was a success. Reproduce code: --- Download this source: http://progphp.com/progress.phps which I found at: http://talks.php.net/show/torkey06/24 then change the upload_form so it have more than one upload field. I entered three fields like this: Expected result: I would like to see PHP, or the APC extension (do not know which one causes the error) not raise any errors when some of the file fields are not filled out. Actual result: -- cancel_upload parameter should get value of 0 and not 4. -- Edit this bug report at http://bugs.php.net/?id=39427&edit=1
#39422 [Fbk->Opn]: Time shifts randomly between GMT and PST
ID: 39422
User updated by: daemonist at guildmail dot sojurn dot org
Reported By: daemonist at guildmail dot sojurn dot org
-Status: Feedback
+Status: Open
Bug Type: Date/time related
Operating System: Windows 2003 Server
PHP Version: 4CVS-2006-11-08 (CVS)
New Comment:
I have checked through the forums software, portal addon, and the two
other web pages that use PHP.
I have not found anything that modifies the TZ environment variable. I
wasn't able to find TZ in any of the files at all.
Is there some specific code that I should be looking for?
(sorry for my ignorance here, but my PHP programming is limited)
Thanks again for your suggestions!
Previous Comments:
[2006-11-08 16:40:17] [EMAIL PROTECTED]
Make sure you don't change TZ environment variable anywhere in your
code.
[2006-11-08 16:35:11] daemonist at guildmail dot sojurn dot org
Unfortunately, one of the packages that I am using is not ready for PHP
5 yet, so I'm stuck using PHP 4.
I know that everyone here are volunteers and I really appreciate any
help you can give me to get the date to be stable with version 4.
If that isn't possible... Ooohhh. I don't want to think of that
possibility.
Thanks again for any suggestions you can give!
[2006-11-08 13:38:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-11-08 06:38:02] daemonist at guildmail dot sojurn dot org
Description:
Using Windows 2003 Server, PHP 4.4 (latest CVS as of 2006-11-08) with
SMF forums software.
The server date and time are set correctly, and viewing them at the
console confirm that. Sometimes the forums will report the correct
time and date, and sometimes the forums will "switch" to the GMT (since
the server is in PST, that means +8 hours from the server time).
If I use a simple PHP script to query the date and time, I get the
wrong information (so that removes the forums as the cause of this).
If I stop and start IIS, then PHP seems to provide the correct
information. Eventually, however, it will revert back to the erroneous
date and time.
I have posted the script code that I used to confirm that PHP is
reporting the date and time.
Reproduce code:
---
', strftime('%B %d, %Y, %I:%M %p');
?>
Expected result:
November 7, 2006, 10:35 pm
November 07, 2006, 10:35 PM
Actual result:
--
November 8, 2006, 6:35 am
November 08, 2006, 06:35 AM
--
Edit this bug report at http://bugs.php.net/?id=39422&edit=1
#39312 [Opn->Fbk]: Cannot install OCI_PDO
ID: 39312 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: Can't reproduce. With --with-pdo-oci=instantclient,/tmp/oic,10.2.0.2 it works just fine. [EMAIL PROTECTED]:/tmp/oic> ls -lR .: total 83736 -r--r--r-- 1 tony users 1461081 2006-11-08 22:35 classes12.jar lrwxrwxrwx 1 tony users 17 2006-11-08 22:39 libclntsh.so -> libclntsh.so.10.1 -rwxr-xr-x 1 tony users 13495923 2006-11-08 22:35 libclntsh.so.10.1 -r-xr-xr-x 1 tony users 2121849 2006-11-08 22:35 libnnz10.so lrwxrwxrwx 1 tony users 15 2006-11-08 22:40 libocci.so -> libocci.so.10.1 -rwxr-xr-x 1 tony users 913575 2006-11-08 22:35 libocci.so.10.1 -rwxr-xr-x 1 tony users 66159152 2006-11-08 22:35 libociei.so -rwxr-xr-x 1 tony users96517 2006-11-08 22:35 libocijdbc10.so -r--r--r-- 1 tony users 1397543 2006-11-08 22:35 ojdbc14.jar drwxr-xr-x 3 tony users 72 2006-11-08 22:36 sdk ./sdk: total 1 drwxr-xr-x 2 tony users 760 2006-11-08 22:36 include ./sdk/include: total 1428 -r--r--r-- 1 tony users 32137 2006-11-08 22:36 nzerror.h -r--r--r-- 1 tony users 84539 2006-11-08 22:36 nzt.h -r--r--r-- 1 tony users 11587 2006-11-08 22:36 occiAQ.h -r--r--r-- 1 tony users 36750 2006-11-08 22:36 occiCommon.h -r--r--r-- 1 tony users 70671 2006-11-08 22:36 occiControl.h -r--r--r-- 1 tony users 33996 2006-11-08 22:36 occiData.h -r--r--r-- 1 tony users 2115 2006-11-08 22:36 occi.h -r--r--r-- 1 tony users 29156 2006-11-08 22:36 occiObjects.h -r-xr-xr-x 1 tony users 7155 2006-11-08 22:36 oci1.h -r--r--r-- 1 tony users 10228 2006-11-08 22:36 oci8dp.h -r--r--r-- 1 tony users 404315 2006-11-08 22:36 ociap.h -r-xr-xr-x 1 tony users 6055 2006-11-08 22:36 ociapr.h -r--r--r-- 1 tony users 43225 2006-11-08 22:36 ocidef.h -r-xr-xr-x 1 tony users 4014 2006-11-08 22:36 ocidem.h -r--r--r-- 1 tony users 11331 2006-11-08 22:36 ocidfn.h -r--r--r-- 1 tony users 8954 2006-11-08 22:36 ociextp.h -r--r--r-- 1 tony users 132242 2006-11-08 22:36 oci.h -r-xr-xr-x 1 tony users 6638 2006-11-08 22:36 ocikpr.h -r--r--r-- 1 tony users 4464 2006-11-08 22:36 ocixmldb.h -r--r--r-- 1 tony users 19099 2006-11-08 22:36 odci.h -r--r--r-- 1 tony users 6605 2006-11-08 22:36 oratypes.h -r--r--r-- 1 tony users 15031 2006-11-08 22:36 orid.h -r--r--r-- 1 tony users 102726 2006-11-08 22:36 ori.h -r--r--r-- 1 tony users 157674 2006-11-08 22:36 orl.h -r--r--r-- 1 tony users 42626 2006-11-08 22:36 oro.h -r--r--r-- 1 tony users 116591 2006-11-08 22:36 ort.h -r-xr-xr-x 1 tony users 9520 2006-11-08 22:36 xa.h Previous Comments: [2006-11-08 17:23:46] andrew dot nagy at villanova dot edu Getting closer, but I am still getting an error. configure: error: Unsupported Oracle version! Any ideas? I'm using the latest download of the instant client. I do not have oracle installed since I am connecting to a remote oracle server. Which, if I understand correctly, is the whole point of the instant client. [2006-11-08 16:26:52] [EMAIL PROTECTED] Create symlink libclntsh.so.10.1 -> libclntsh.so. [2006-11-08 16:21:04] andrew dot nagy at villanova dot edu No dice. I installed instantclient-basic to: /office/lib/oci I installed instantclient-sdk to: /office/lib/oci/sdk It seems like it is looking for a directory called lib32 which I do not have. Here is the error: checking Oracle OCI support for PDO... yes checking Oracle Install-Dir... instantclient,/office/lib/oci :instantclient,/office/lib/oci: checking if that is sane... yes checking size of long int... (cached) 4 checking checking if we're at 64-bit platform... no checking OCI8 libraries dir... instantclient,/office/lib/oci/lib32 checking for oci.h... /office/lib/oci/sdk/include configure: error: I'm too dumb to figure out where the libraries are in your instant client install Here is my directories: [EMAIL PROTECTED] oci]# ll total 97584 -r--r--r-- 1 root root 1594191 Feb 5 2006 classes12.jar -rwxrwxr-x 1 root root 18774535 Feb 5 2006 libclntsh.so.10.1 -r-xr-xr-x 1 root root 5623929 Feb 5 2006 libnnz10.so -rwxrwxr-x 1 root root 1398088 Feb 5 2006 libocci.so.10.1 -rwxrwxr-x 1 root root 70690282 Feb 5 2006 libociei.so -r-xr-xr-x 1 root root 119919 Feb 5 2006 libocijdbc10.so -r--r--r-- 1 root root 1540457 Feb 5 2006 ojdbc14.jar drwxrwxr-x 4 root root 4096 Feb 5 2006 sdk [EMAIL PROTECTED] oci]# ll sdk total 324 drwxrwxr-x 2 root root 4096 Feb 5 2006 demo drwxrwxr-x 2 root root 4096 Feb 5 2006 include -r-xr-xr-x 1 root root346 Feb 5 2006 ott -rw-rw-r-- 1 root root 298274 Feb 5 2006 ottclasses.zip I ran
#39422 [Opn->Fbk]: Time shifts randomly between GMT and PST
ID: 39422
Updated by: [EMAIL PROTECTED]
Reported By: daemonist at guildmail dot sojurn dot org
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: Windows 2003 Server
PHP Version: 4CVS-2006-11-08 (CVS)
New Comment:
putenv(), probably.
Though, I wouldn't expect something to change there, since all active
development is currently done in PHP6 and PHP5 branches, PHP4 is in
maintainance mode for a long time.
Previous Comments:
[2006-11-08 19:38:33] daemonist at guildmail dot sojurn dot org
I have checked through the forums software, portal addon, and the two
other web pages that use PHP.
I have not found anything that modifies the TZ environment variable. I
wasn't able to find TZ in any of the files at all.
Is there some specific code that I should be looking for?
(sorry for my ignorance here, but my PHP programming is limited)
Thanks again for your suggestions!
[2006-11-08 16:40:17] [EMAIL PROTECTED]
Make sure you don't change TZ environment variable anywhere in your
code.
[2006-11-08 16:35:11] daemonist at guildmail dot sojurn dot org
Unfortunately, one of the packages that I am using is not ready for PHP
5 yet, so I'm stuck using PHP 4.
I know that everyone here are volunteers and I really appreciate any
help you can give me to get the date to be stable with version 4.
If that isn't possible... Ooohhh. I don't want to think of that
possibility.
Thanks again for any suggestions you can give!
[2006-11-08 13:38:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-11-08 06:38:02] daemonist at guildmail dot sojurn dot org
Description:
Using Windows 2003 Server, PHP 4.4 (latest CVS as of 2006-11-08) with
SMF forums software.
The server date and time are set correctly, and viewing them at the
console confirm that. Sometimes the forums will report the correct
time and date, and sometimes the forums will "switch" to the GMT (since
the server is in PST, that means +8 hours from the server time).
If I use a simple PHP script to query the date and time, I get the
wrong information (so that removes the forums as the cause of this).
If I stop and start IIS, then PHP seems to provide the correct
information. Eventually, however, it will revert back to the erroneous
date and time.
I have posted the script code that I used to confirm that PHP is
reporting the date and time.
Reproduce code:
---
', strftime('%B %d, %Y, %I:%M %p');
?>
Expected result:
November 7, 2006, 10:35 pm
November 07, 2006, 10:35 PM
Actual result:
--
November 8, 2006, 6:35 am
November 08, 2006, 06:35 AM
--
Edit this bug report at http://bugs.php.net/?id=39422&edit=1
#39312 [Fbk->Opn]: Cannot install OCI_PDO
ID: 39312 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: Okay, that solved it. I added the other symlink that you have and I added the version number back into my configure statement and I was able to pass the configure. Is their anyway this checking can be added to the configure script? Previous Comments: [2006-11-08 19:41:51] [EMAIL PROTECTED] Can't reproduce. With --with-pdo-oci=instantclient,/tmp/oic,10.2.0.2 it works just fine. [EMAIL PROTECTED]:/tmp/oic> ls -lR .: total 83736 -r--r--r-- 1 tony users 1461081 2006-11-08 22:35 classes12.jar lrwxrwxrwx 1 tony users 17 2006-11-08 22:39 libclntsh.so -> libclntsh.so.10.1 -rwxr-xr-x 1 tony users 13495923 2006-11-08 22:35 libclntsh.so.10.1 -r-xr-xr-x 1 tony users 2121849 2006-11-08 22:35 libnnz10.so lrwxrwxrwx 1 tony users 15 2006-11-08 22:40 libocci.so -> libocci.so.10.1 -rwxr-xr-x 1 tony users 913575 2006-11-08 22:35 libocci.so.10.1 -rwxr-xr-x 1 tony users 66159152 2006-11-08 22:35 libociei.so -rwxr-xr-x 1 tony users96517 2006-11-08 22:35 libocijdbc10.so -r--r--r-- 1 tony users 1397543 2006-11-08 22:35 ojdbc14.jar drwxr-xr-x 3 tony users 72 2006-11-08 22:36 sdk ./sdk: total 1 drwxr-xr-x 2 tony users 760 2006-11-08 22:36 include ./sdk/include: total 1428 -r--r--r-- 1 tony users 32137 2006-11-08 22:36 nzerror.h -r--r--r-- 1 tony users 84539 2006-11-08 22:36 nzt.h -r--r--r-- 1 tony users 11587 2006-11-08 22:36 occiAQ.h -r--r--r-- 1 tony users 36750 2006-11-08 22:36 occiCommon.h -r--r--r-- 1 tony users 70671 2006-11-08 22:36 occiControl.h -r--r--r-- 1 tony users 33996 2006-11-08 22:36 occiData.h -r--r--r-- 1 tony users 2115 2006-11-08 22:36 occi.h -r--r--r-- 1 tony users 29156 2006-11-08 22:36 occiObjects.h -r-xr-xr-x 1 tony users 7155 2006-11-08 22:36 oci1.h -r--r--r-- 1 tony users 10228 2006-11-08 22:36 oci8dp.h -r--r--r-- 1 tony users 404315 2006-11-08 22:36 ociap.h -r-xr-xr-x 1 tony users 6055 2006-11-08 22:36 ociapr.h -r--r--r-- 1 tony users 43225 2006-11-08 22:36 ocidef.h -r-xr-xr-x 1 tony users 4014 2006-11-08 22:36 ocidem.h -r--r--r-- 1 tony users 11331 2006-11-08 22:36 ocidfn.h -r--r--r-- 1 tony users 8954 2006-11-08 22:36 ociextp.h -r--r--r-- 1 tony users 132242 2006-11-08 22:36 oci.h -r-xr-xr-x 1 tony users 6638 2006-11-08 22:36 ocikpr.h -r--r--r-- 1 tony users 4464 2006-11-08 22:36 ocixmldb.h -r--r--r-- 1 tony users 19099 2006-11-08 22:36 odci.h -r--r--r-- 1 tony users 6605 2006-11-08 22:36 oratypes.h -r--r--r-- 1 tony users 15031 2006-11-08 22:36 orid.h -r--r--r-- 1 tony users 102726 2006-11-08 22:36 ori.h -r--r--r-- 1 tony users 157674 2006-11-08 22:36 orl.h -r--r--r-- 1 tony users 42626 2006-11-08 22:36 oro.h -r--r--r-- 1 tony users 116591 2006-11-08 22:36 ort.h -r-xr-xr-x 1 tony users 9520 2006-11-08 22:36 xa.h [2006-11-08 17:23:46] andrew dot nagy at villanova dot edu Getting closer, but I am still getting an error. configure: error: Unsupported Oracle version! Any ideas? I'm using the latest download of the instant client. I do not have oracle installed since I am connecting to a remote oracle server. Which, if I understand correctly, is the whole point of the instant client. [2006-11-08 16:26:52] [EMAIL PROTECTED] Create symlink libclntsh.so.10.1 -> libclntsh.so. [2006-11-08 16:21:04] andrew dot nagy at villanova dot edu No dice. I installed instantclient-basic to: /office/lib/oci I installed instantclient-sdk to: /office/lib/oci/sdk It seems like it is looking for a directory called lib32 which I do not have. Here is the error: checking Oracle OCI support for PDO... yes checking Oracle Install-Dir... instantclient,/office/lib/oci :instantclient,/office/lib/oci: checking if that is sane... yes checking size of long int... (cached) 4 checking checking if we're at 64-bit platform... no checking OCI8 libraries dir... instantclient,/office/lib/oci/lib32 checking for oci.h... /office/lib/oci/sdk/include configure: error: I'm too dumb to figure out where the libraries are in your instant client install Here is my directories: [EMAIL PROTECTED] oci]# ll total 97584 -r--r--r-- 1 root root 1594191 Feb 5 2006 classes12.jar -rwxrwxr-x 1 root root 18774535 Feb 5 2006 libclntsh.so.10.1 -r-xr-xr-x 1 root root 5623929 Feb 5 2006 libnnz10.so -rwxrwxr-x 1 root root 1398088 Feb 5 2006 libocci.so.10.1 -rwxrwxr-x 1 root root 70690282 Feb 5 2006 libociei.so -r-xr-xr-x 1 root root 119919 Feb 5 2006 libocijdbc10
#39438 [NEW]: Memory leak PHP Fatal error: Out of memory
From: nikolas dot hagelstein at gmail dot com Operating system: NETBSD 3.0.1 AMD64 PHP version: 5.2.0 PHP Bug Type: Unknown/Other Function Bug description: Memory leak PHP Fatal error: Out of memory Description: After upgrading to php 5.2.0 im constantly receiving "PHP Fatal error: Out of memory error" where i did not received one using 5.1.6. I adjusted the memory limit from 64M to 256M but without any success. PHP Fatal error: Out of memory (allocated 250871808) at /usr/pkgsrc/www/ap-php/work/php-5.2.0/ext/standard/var.c:541 (tried to allocate 2215827 bytes) in /var/www/shared/typo3_src-4.0.1/typo3/mod/tools/em/class.em_xmlhandler.php on line 141, referer: http://www.chaosbutze.de/typo3/mod/tools/em/index.php? i am not sure about how to dig into this but i can say that it seems to be somehow xml/serialize related. -- Edit bug report at http://bugs.php.net/?id=39438&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39438&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39438&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39438&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39438&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39438&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39438&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39438&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39438&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39438&r=support Expected behavior:http://bugs.php.net/fix.php?id=39438&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39438&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39438&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39438&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39438&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39438&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39438&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39438&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39438&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39438&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39438&r=mysqlcfg
#39312 [Opn->Fbk]: Cannot install OCI_PDO
ID: 39312 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5.1.6 New Comment: >Is their anyway this checking can be added to the configure script? What do you mean? Previous Comments: [2006-11-08 20:01:52] andrew dot nagy at villanova dot edu Okay, that solved it. I added the other symlink that you have and I added the version number back into my configure statement and I was able to pass the configure. Is their anyway this checking can be added to the configure script? [2006-11-08 19:41:51] [EMAIL PROTECTED] Can't reproduce. With --with-pdo-oci=instantclient,/tmp/oic,10.2.0.2 it works just fine. [EMAIL PROTECTED]:/tmp/oic> ls -lR .: total 83736 -r--r--r-- 1 tony users 1461081 2006-11-08 22:35 classes12.jar lrwxrwxrwx 1 tony users 17 2006-11-08 22:39 libclntsh.so -> libclntsh.so.10.1 -rwxr-xr-x 1 tony users 13495923 2006-11-08 22:35 libclntsh.so.10.1 -r-xr-xr-x 1 tony users 2121849 2006-11-08 22:35 libnnz10.so lrwxrwxrwx 1 tony users 15 2006-11-08 22:40 libocci.so -> libocci.so.10.1 -rwxr-xr-x 1 tony users 913575 2006-11-08 22:35 libocci.so.10.1 -rwxr-xr-x 1 tony users 66159152 2006-11-08 22:35 libociei.so -rwxr-xr-x 1 tony users96517 2006-11-08 22:35 libocijdbc10.so -r--r--r-- 1 tony users 1397543 2006-11-08 22:35 ojdbc14.jar drwxr-xr-x 3 tony users 72 2006-11-08 22:36 sdk ./sdk: total 1 drwxr-xr-x 2 tony users 760 2006-11-08 22:36 include ./sdk/include: total 1428 -r--r--r-- 1 tony users 32137 2006-11-08 22:36 nzerror.h -r--r--r-- 1 tony users 84539 2006-11-08 22:36 nzt.h -r--r--r-- 1 tony users 11587 2006-11-08 22:36 occiAQ.h -r--r--r-- 1 tony users 36750 2006-11-08 22:36 occiCommon.h -r--r--r-- 1 tony users 70671 2006-11-08 22:36 occiControl.h -r--r--r-- 1 tony users 33996 2006-11-08 22:36 occiData.h -r--r--r-- 1 tony users 2115 2006-11-08 22:36 occi.h -r--r--r-- 1 tony users 29156 2006-11-08 22:36 occiObjects.h -r-xr-xr-x 1 tony users 7155 2006-11-08 22:36 oci1.h -r--r--r-- 1 tony users 10228 2006-11-08 22:36 oci8dp.h -r--r--r-- 1 tony users 404315 2006-11-08 22:36 ociap.h -r-xr-xr-x 1 tony users 6055 2006-11-08 22:36 ociapr.h -r--r--r-- 1 tony users 43225 2006-11-08 22:36 ocidef.h -r-xr-xr-x 1 tony users 4014 2006-11-08 22:36 ocidem.h -r--r--r-- 1 tony users 11331 2006-11-08 22:36 ocidfn.h -r--r--r-- 1 tony users 8954 2006-11-08 22:36 ociextp.h -r--r--r-- 1 tony users 132242 2006-11-08 22:36 oci.h -r-xr-xr-x 1 tony users 6638 2006-11-08 22:36 ocikpr.h -r--r--r-- 1 tony users 4464 2006-11-08 22:36 ocixmldb.h -r--r--r-- 1 tony users 19099 2006-11-08 22:36 odci.h -r--r--r-- 1 tony users 6605 2006-11-08 22:36 oratypes.h -r--r--r-- 1 tony users 15031 2006-11-08 22:36 orid.h -r--r--r-- 1 tony users 102726 2006-11-08 22:36 ori.h -r--r--r-- 1 tony users 157674 2006-11-08 22:36 orl.h -r--r--r-- 1 tony users 42626 2006-11-08 22:36 oro.h -r--r--r-- 1 tony users 116591 2006-11-08 22:36 ort.h -r-xr-xr-x 1 tony users 9520 2006-11-08 22:36 xa.h [2006-11-08 17:23:46] andrew dot nagy at villanova dot edu Getting closer, but I am still getting an error. configure: error: Unsupported Oracle version! Any ideas? I'm using the latest download of the instant client. I do not have oracle installed since I am connecting to a remote oracle server. Which, if I understand correctly, is the whole point of the instant client. [2006-11-08 16:26:52] [EMAIL PROTECTED] Create symlink libclntsh.so.10.1 -> libclntsh.so. [2006-11-08 16:21:04] andrew dot nagy at villanova dot edu No dice. I installed instantclient-basic to: /office/lib/oci I installed instantclient-sdk to: /office/lib/oci/sdk It seems like it is looking for a directory called lib32 which I do not have. Here is the error: checking Oracle OCI support for PDO... yes checking Oracle Install-Dir... instantclient,/office/lib/oci :instantclient,/office/lib/oci: checking if that is sane... yes checking size of long int... (cached) 4 checking checking if we're at 64-bit platform... no checking OCI8 libraries dir... instantclient,/office/lib/oci/lib32 checking for oci.h... /office/lib/oci/sdk/include configure: error: I'm too dumb to figure out where the libraries are in your instant client install Here is my directories: [EMAIL PROTECTED] oci]# ll total 97584 -r--r--r-- 1 root root 1594191 Feb 5 2006 classes12.jar -rwxrwxr-x 1 root root 18774535 Feb 5 2006 libclntsh.so.10.1 -r-xr-xr-x 1 root root 5623929
#39349 [Fbk->Opn]: Core dump on preg_replace
ID: 39349
User updated by: nikolas dot hagelstein at gmail dot com
Reported By: nikolas dot hagelstein at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Netbsd 3.0.1
PHP Version: 5.2.0
New Comment:
seems to work with ulimit is there any other solution beside
recompiling it using the named flag? i mean running out of stack may
happen on any system regardless of its default ulimits.
Previous Comments:
[2006-11-07 14:48:39] [EMAIL PROTECTED]
You probably run out of stack.
You can try increasing your stack size and trying again on the command
line with:
uname -s 16384
for example. If that's what your problem is you can compile an external
PCRE that will not use stack but heap (and be slower in the process).
You can do that by compiling PCRE using --disable-stack-for-recursion
option.
[2006-11-03 13:03:32] nikolas dot hagelstein at gmail dot com
I was able to narrow down the problem to the following it seems to be
size/overflow related:
This Coredumps but if i reduce the string by one char (ie the 'r') it
stops coredumping.
[2006-11-02 21:14:29] nikolas dot hagelstein at gmail dot com
Description:
Passing large text to the beyond mentioned regexp makes php core dump
Reproduce code:
---
$out=preg_replace("/\{(?:[^{}]|\{(?:[^{}]|\{(?:[^{}]|\{[^{}]*\})*\})*\})*\}/","",$out);
Where $out isof
http://en.wikipedia.org/w/query.php?what=content&titles=moon
Probably related to some libc issues.
--
Edit this bug report at http://bugs.php.net/?id=39349&edit=1
#39438 [Opn->Fbk]: Memory leak PHP Fatal error: Out of memory
ID: 39438 Updated by: [EMAIL PROTECTED] Reported By: nikolas dot hagelstein at gmail dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: NETBSD 3.0.1 AMD64 PHP Version: 5.2.0 New Comment: 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 the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2006-11-08 20:33:53] nikolas dot hagelstein at gmail dot com Description: After upgrading to php 5.2.0 im constantly receiving "PHP Fatal error: Out of memory error" where i did not received one using 5.1.6. I adjusted the memory limit from 64M to 256M but without any success. PHP Fatal error: Out of memory (allocated 250871808) at /usr/pkgsrc/www/ap-php/work/php-5.2.0/ext/standard/var.c:541 (tried to allocate 2215827 bytes) in /var/www/shared/typo3_src-4.0.1/typo3/mod/tools/em/class.em_xmlhandler.php on line 141, referer: http://www.chaosbutze.de/typo3/mod/tools/em/index.php? i am not sure about how to dig into this but i can say that it seems to be somehow xml/serialize related. -- Edit this bug report at http://bugs.php.net/?id=39438&edit=1
#39416 [Opn->Asn]: Milliseconds in date()
ID: 39416 Updated by: [EMAIL PROTECTED] Reported By: pascal at tweakers dot net -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: Fedora 4 PHP Version: 5.2.0 -Assigned To: +Assigned To: derick New Comment: This can not work with the standard date() function, as the unix timestamps it uses are integers and not capable of representing microseconds. The new DateTime class does support this internally, and for date_format() and DateTime::format() we could support this. Previous Comments: [2006-11-07 19:43:24] pascal at tweakers dot net Description: I'm missing the option for milliseconds in the date()-function and others. Especially while generating unique identifiers for files it's very handy. Is it possible to integrate this option to the date()-method? Expected result: 2006-11-07 20:24:40:992 or someting like that? -- Edit this bug report at http://bugs.php.net/?id=39416&edit=1
#39297 [Asn->Fbk]: Bus Error during shutdown
ID: 39297
Updated by: [EMAIL PROTECTED]
Reported By: jeff at procata dot com
-Status: Assigned
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Mac OS X 10.3.9
PHP Version: 5.1.6
Assigned To: dmitry
New Comment:
This code works just fine with PHP 5.2.0.
Previous Comments:
[2006-10-29 23:09:31] jeff at procata dot com
Got it. :)
children[$cannonicalName] = $value;
$value->parent = $this;
}
public function offsetGet($offset) {
$cannonicalName = strtolower($offset);
return $this->children[$cannonicalName];
}
}
$id = 'Test';
$root = new MyTree();
$child = new MyTree();
$root[$id] = $child;
var_dump(compareByRef($root[$id], $child));
?>
[2006-10-29 22:13:41] [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 the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2006-10-29 20:21:41] jeff at procata dot com
Trying to isolate this further, I now get:
[Sun Oct 29 15:14:13 2006] Script: 'bootstrap.php'
/Users/jeff/Downloads/php5.2-200610291330/Zend/
zend_vm_execute.h(7451) : Freeing 0x0158FB60 (16
bytes), script=bootstrap.php
Last leak repeated 1 time
=== Total 2 memory leaks detected ===
[2006-10-29 16:28:39] jeff at procata dot com
>From php5.2-200610291330:
Program received signal EXC_BAD_ACCESS, Could not access
memory.
0x0031a998 in _zval_ptr_dtor (zval_ptr=0x16a46f3,
__zend_filename=0x407530 "/Users/jeff/Downloads/php5.2
-200610291330/Zend/zend_variables.c", __zend_lineno=175)
at /Users/jeff/Downloads/php5.2-200610291330/Zend/
zend_execute_API.c:412
412 (*zval_ptr)->refcount--;
(gdb) bt
#0 0x0031a998 in _zval_ptr_dtor (zval_ptr=0x16a46f3,
__zend_filename=0x407530 "/Users/jeff/Downloads/php5.2
-200610291330/Zend/zend_variables.c", __zend_lineno=175)
at /Users/jeff/Downloads/php5.2-200610291330/Zend/
zend_execute_API.c:412
#1 0x0032dcf8 in _zval_ptr_dtor_wrapper
(zval_ptr=0x16a46f3) at /Users/jeff/Downloads/php5.2
-200610291330/Zend/zend_variables.c:175
#2 0x0033fa44 in zend_hash_destroy (ht=0x1654118) at /
Users/jeff/Downloads/php5.2-200610291330/Zend/
zend_hash.c:521
#3 0x0035789c in zend_object_std_dtor
(object=0x1692628) at /Users/jeff/Downloads/php5.2
-200610291330/Zend/zend_objects.c:45
#4 0x00357d70 in zend_objects_free_object_storage
(object=0x1692628) at /Users/jeff/Downloads/php5.2
-200610291330/Zend/zend_objects.c:122
#5 0x0035c9a4 in zend_objects_store_free_object_storage
(objects=0x49e148) at /Users/jeff/Downloads/php5.2
-200610291330/Zend/zend_objects_API.c:86
#6 0x0031a474 in shutdown_executor () at /Users/jeff/
Downloads/php5.2-200610291330/Zend/zend_execute_API.c:
299
#7 0x0032fd34 in zend_deactivate () at /Users/jeff/
Downloads/php5.2-200610291330/Zend/zend.c:840
#8 0x002c1b9c in php_request_shutdown (dummy=0x0) at /
Users/jeff/Downloads/php5.2-200610291330/main/main.c:
1300
#9 0x003d0cb8 in main (argc=4, argv=0xbde0) at /
Users/jeff/Downloads/php5.2-200610291330/sapi/cli/
php_cli.c:1259
[2006-10-29 13:54:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-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/39297
--
Edit this bug report at http://bugs.php.net/?id=39297&edit=1
#37448 [NoF->Opn]: FastCGI Error: Server too busy Server
ID: 37448 User updated by: coder1 at gmail dot com Reported By: coder1 at gmail dot com -Status: No Feedback +Status: Open Bug Type: CGI related Operating System: Windows XP PHP Version: 5.1.4 New Comment: open - issue still exists. Previous Comments: [2006-11-07 05:26:39] xangelusx at hotmail dot com Still having trouble on Windows 2003 with 5.2 (stable)! (See my previous comment for details) [2006-10-19 23:19:43] sbugs6 at yahoo dot fr With PHP 5.2.0RC6-dev (Oct 19 2006 20:17:20) on WinXP-SP2 [2006-10-11 02:31:30] snoopspecial at hotmail dot com I have the same problem using Windows 2003 SP1 and PHP 5.1.6 I tried the output buffering = 1000 and no luck either. please fix! [2006-10-05 02:51:36] xangelusx at hotmail dot com I confirmed the problem using msisolak's test on a Win 2003 server with PHP 5.1.6 running under fastcgi. Same on a Windows 2000 server with same PHP config. [2006-09-28 17:34:44] randy at rcs-comp dot com I am requesting that this bug status be changed to "open" since there has been plenty of feedback and until the bug has been confirmed to be fixed. I have also run into this same issue with php > 5.1.4 including the latest 5.1 snapshot. My solution was to use 5.1.2 instead. 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/37448 -- Edit this bug report at http://bugs.php.net/?id=37448&edit=1
#39199 [Opn->Asn]: Cannot load Lob data with more than 4000 bytes on ORACLE 10
ID: 39199 Updated by: [EMAIL PROTECTED] Reported By: jarismar_silva at adplabs dot com dot br -Status: Open +Status: Assigned Bug Type: PDO related Operating System: SuSE, WinXP PHP Version: 5.2.0 Assigned To: wez Previous Comments: [2006-11-07 17:25:44] jarismar_silva at adplabs dot com dot br Previously (when close the bug) I have tested on Slackware 11 with Oracle Instant Client 10.2 and I stop getting this bug. The same on another box running Kubuntu and Oracle Instant Client 10.2. But I got the bug on a Suse server and many XP machines used on development. [2006-11-07 17:11:38] diegotremper at gmail dot com I obtained in the same error on Windows XP SP2 [2006-11-07 17:05:46] jarismar_silva at adplabs dot com dot br I'm reopening this bug. I have found that this bug still occurs with Oracle Client 10.2 and SuSE Enterprise Server v.9 Patch Lvl 3 / WinXP. [2006-10-23 12:17:04] jarismar_silva at adplabs dot com dot br I'm closing this bug, as updating to new Oracle instant client seems to solve the problem. [2006-10-23 12:10:12] jarismar_silva at adplabs dot com dot rb I got this bug when working with Oracle instant client 10.2.0.1. Upgrading to 10.2.0.2 solved the problem. 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/39199 -- Edit this bug report at http://bugs.php.net/?id=39199&edit=1
#39198 [Opn->Fbk]: is_dir seem to have permission problems
ID: 39198 Updated by: [EMAIL PROTECTED] Reported By: php dot spam at frogblender dot net -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: Windows 2003 PHP Version: 5.1.6 New Comment: This script is no enough, as we don't have your directory structure. Previous Comments: [2006-11-03 19:58:57] php dot spam at frogblender dot net You've already got the reproducing script in my original post. [2006-10-31 01:00:01] 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". [2006-10-23 12:43:25] [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 the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2006-10-23 12:27:01] php dot spam at frogblender dot net There's nothing wrong with our server, thank you. I happened to remember an old Windows 2000 server I could test this on. The bug was reproducible with PHP 5.0 and 5.2 RC6, no surprise there. Was using IIS with default user, php5isapi.dll, unmodified php.ini Tony2001, perhaps you shouldn't be managing bugs related to Windows if you don't have the equipment to verify them. [2006-10-19 16:09:35] [EMAIL PROTECTED] Sorry, we can't go back to the past and fix it on your server. 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/39198 -- Edit this bug report at http://bugs.php.net/?id=39198&edit=1
