#20824 [Fbk->Opn]: connecting ora8 with odbc
ID: 20824
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: ODBC related
Operating System: nt 4
PHP Version: 4.2.3
New Comment:
I changed configuration of oracle8 and now it's turning !
herve
Previous Comments:
[2002-12-05 05:18:21] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2002-12-05 05:10:27] [EMAIL PROTECTED]
trying to connect to oracle8 db with :
$connection1=odbc_connect("DSN","user_id","pwd","SQL_CUR_DEFAULT" )or
die("connection serveur oracle impossible\n");
the output is :
Warning: SQL error: [Oracle][ODBC][Ora]Server rejected the connection.,
SQL state 08004 in SQLConnect in d:\
herve
--
Edit this bug report at http://bugs.php.net/?id=20824&edit=1
#20840 [Fbk]: Command line mysql_connect Segmentation fault
ID: 20840
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Solaris 8
PHP Version: 4.2.3
New Comment:
Looks like your charset files are corrupted or have wrong permissions.
If you don't need charset support, try to use the embedded libmysql
(you don't have to specify --with-mysql for that)
Previous Comments:
[2002-12-05 19:32:31] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-05 16:10:27] [EMAIL PROTECTED]
I have a new machine (ultra 60 solaris 8) that is running php 4.2.3 and
mysql 3.23.52.
If I run a simple mysql_connect to the database through apache (web
page) it works just fine. But if I run the same file with the command
line php, I get a:
Segmentation Fault(coredump)
If I gdb the core file I find that it failed in read_charset_index ()
(gdb) bt
#0 0xf535c in read_charset_index ()
#1 0xf5d08 in get_charset ()
#2 0xee7cc in mysql_real_connect ()
#3 0x4383c in php_mysql_do_connect (ht=2008792, return_value=0x1e1bd8,
this_ptr=0x0, return_value_used=0, persistent=0) at
php_mysql.c:684
#4 0x439e4 in zif_mysql_connect (ht=3, return_value=0x1e1bd8,
this_ptr=0x0,
return_value_used=1) at php_mysql.c:736
#5 0xe6f4c in execute ()
#6 0xc820c in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:812
#7 0x2f2f0 in php_execute_script (primary_file=0xffbef3d0) at
main.c:1383
#8 0x2c7f0 in main (argc=2, argv=0xffbef45c) at cgi_main.c:778
(gdb)
If I truss the program, I see the same thing:
open64("/usr/local/mysql/share/mysql/charsets/Index", O_RDONLY) = 6
Incurred fault #6, FLTBOUNDS %pc = 0x000F535C
siginfo: SIGSEGV SEGV_MAPERR addr=0x0008
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_MAPERR addr=0x0008
*** process killed ***
--
Edit this bug report at http://bugs.php.net/?id=20840&edit=1
#20824 [Opn->Bgs]: connecting ora8 with odbc
ID: 20824
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: ODBC related
Operating System: nt 4
PHP Version: 4.2.3
Previous Comments:
[2002-12-06 03:08:01] [EMAIL PROTECTED]
I changed configuration of oracle8 and now it's turning !
herve
[2002-12-05 05:18:21] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2002-12-05 05:10:27] [EMAIL PROTECTED]
trying to connect to oracle8 db with :
$connection1=odbc_connect("DSN","user_id","pwd","SQL_CUR_DEFAULT" )or
die("connection serveur oracle impossible\n");
the output is :
Warning: SQL error: [Oracle][ODBC][Ora]Server rejected the connection.,
SQL state 08004 in SQLConnect in d:\
herve
--
Edit this bug report at http://bugs.php.net/?id=20824&edit=1
#20853 [NEW]: getting objectarray with 90 or more objects back from java produces a crash
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: Reproducible crash
Bug description: getting objectarray with 90 or more objects back from java produces
a crash
I have php compiled with
'./configure' '--prefix=/usr/local/php'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-java=/usr/java/j2sdk1.4.1'
I have added two simple Java sources and a php script to reproduce the
error at the end of this description.
The error is a pointer error. Perhaps a variable gets a wrong pointer or
the memory is changed during the mapping process from java to php.
I've found out, that the error happens in th HashTable struct. Here is a
little extract from the logging I did in the zend_hash.c
ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong h,
void *pData, uint nDataSize, void **pDest, int flag)
{
...
nIndex = h & ht->nTableMask;
syslog(LOG_CONS,"zend nIndex: %d",nIndex);
syslog(LOG_CONS,"zend tablesize : %d",ht->nTableSize);
syslog(LOG_CONS,"zend elementnr : %d",ht->nNumOfElements);
...
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 11
Dec 6 10:15:08 abi httpd: zend tablesize : 16
Dec 6 10:15:08 abi httpd: zend elementnr : 10
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:09 abi httpd: zend nIndex: 1
Dec 6 10:15:09 abi httpd: zend tablesize : 8
Dec 6 10:15:09 abi httpd: zend elementnr : 1
---
Dec 6 10:15:09 abi httpd: zend nIndex: 12
Dec 6 10:15:09 abi httpd: zend tablesize : 16
Dec 6 10:15:09 abi httpd: zend elementnr : 11
---
Dec 6 10:15:09 abi httpd: zend nIndex: 0
Dec 6 10:15:09 abi httpd: zend tablesize : 12
Dec 6 10:15:09 abi httpd: zend elementnr : 138994948
The last entry is produced by the call from java.c
zend_hash_index_update(Z_OBJPROP_P(presult), 0, &handle, sizeof(pval *),
NULL);
in the method Java_net_php_reflect_setResultFromObject
and the nr in elementnr is the pointer to the next element!
I added some logging to the java class and saw that the number which is
given back from jni for storing the next element is exactly that number!!!
So it really seemst to be a pointer problem, but I can' t see if it is a
problem of java.c or a problem of the php-engine.
Hope this helps!
Andi
Php2Java.java
--
package de.slab.php2java;
public class Php2Java
{
public SecondClass[] getSecondClassArray( int nr )
{
SecondClass[] sc = new SecondClass[nr];
for ( int i=0; i < nr; i++ )
{
sc[i] = new SecondClass("SC "+i);
}
return sc;
}
public String[] getStrings( int nr )
{
String[] sc = new String[nr];
for ( int i=0; i < nr; i++ )
{
sc[i] = "SC "+i;
}
return sc;
}
}
--
Edit bug report at http://bugs.php.net/?id=20853&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20853&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20853&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20853&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20853&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20853&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20853&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20853&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20853&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20853&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20853&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20853&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20853&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20853&r=isapi
#20853 [Opn]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.2.3
New Comment:
there was not enough space for the rest of the code, so I add it here:
package de.slab.php2java;
public class SecondClass
{
private String name;
public SecondClass(String name)
{
this.name = name;
}
public String getName()
{
return name;
}
}
test.php
getSecondClassArray( 89 );
// next line crashes with size of 131
$arr = $php2Java->getStrings( 130 );
?>
Previous Comments:
[2002-12-06 03:20:29] [EMAIL PROTECTED]
I have php compiled with
'./configure' '--prefix=/usr/local/php'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-java=/usr/java/j2sdk1.4.1'
I have added two simple Java sources and a php script to reproduce the
error at the end of this description.
The error is a pointer error. Perhaps a variable gets a wrong pointer
or the memory is changed during the mapping process from java to php.
I've found out, that the error happens in th HashTable struct. Here is
a little extract from the logging I did in the zend_hash.c
ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong
h, void *pData, uint nDataSize, void **pDest, int flag)
{
...
nIndex = h & ht->nTableMask;
syslog(LOG_CONS,"zend nIndex: %d",nIndex);
syslog(LOG_CONS,"zend tablesize : %d",ht->nTableSize);
syslog(LOG_CONS,"zend elementnr : %d",ht->nNumOfElements);
...
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 11
Dec 6 10:15:08 abi httpd: zend tablesize : 16
Dec 6 10:15:08 abi httpd: zend elementnr : 10
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:09 abi httpd: zend nIndex: 1
Dec 6 10:15:09 abi httpd: zend tablesize : 8
Dec 6 10:15:09 abi httpd: zend elementnr : 1
---
Dec 6 10:15:09 abi httpd: zend nIndex: 12
Dec 6 10:15:09 abi httpd: zend tablesize : 16
Dec 6 10:15:09 abi httpd: zend elementnr : 11
---
Dec 6 10:15:09 abi httpd: zend nIndex: 0
Dec 6 10:15:09 abi httpd: zend tablesize : 12
Dec 6 10:15:09 abi httpd: zend elementnr : 138994948
The last entry is produced by the call from java.c
zend_hash_index_update(Z_OBJPROP_P(presult), 0, &handle, sizeof(pval
*), NULL);
in the method Java_net_php_reflect_setResultFromObject
and the nr in elementnr is the pointer to the next element!
I added some logging to the java class and saw that the number which is
given back from jni for storing the next element is exactly that
number!!! So it really seemst to be a pointer problem, but I can' t see
if it is a problem of java.c or a problem of the php-engine.
Hope this helps!
Andi
Php2Java.java
--
package de.slab.php2java;
public class Php2Java
{
public SecondClass[] getSecondClassArray( int nr )
{
SecondClass[] sc = new SecondClass[nr];
for ( int i=0; i < nr; i++ )
{
sc[i] = new SecondClass("SC "+i);
}
return sc;
}
public String[] getStrings( int nr )
{
String[] sc = new String[nr];
for ( int i=0; i < nr; i++ )
{
sc[i] = "SC "+i;
}
return sc;
}
}
--
Edit this bug report at http://bugs.php.net/?id=20853&edit=1
#20854 [NEW]: Unable to load dynamic library
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.2.3 PHP Bug Type: Oracle related Bug description: Unable to load dynamic library PHP 4.2.3 is running with IIS 5 on W2k server. Oracle client v6 is installed and working properly. The error message is the following: PHP Warning: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Also tried with php_oracle.dll but the result is the same. I'm sure the dlls are there. gds32.dll is in system32. Dependency walker stops at apphelp.dll - as it is not an XP. -- Edit bug report at http://bugs.php.net/?id=20854&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20854&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20854&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20854&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20854&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20854&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20854&r=support Expected behavior: http://bugs.php.net/fix.php?id=20854&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20854&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20854&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20854&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20854&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20854&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20854&r=isapi
#20853 [Opn->Fbk]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
I've just tried your example and it worked fine (using Sun's JDK
1.3.1).
Previous Comments:
[2002-12-06 03:24:45] [EMAIL PROTECTED]
there was not enough space for the rest of the code, so I add it here:
package de.slab.php2java;
public class SecondClass
{
private String name;
public SecondClass(String name)
{
this.name = name;
}
public String getName()
{
return name;
}
}
test.php
getSecondClassArray( 89 );
// next line crashes with size of 131
$arr = $php2Java->getStrings( 130 );
?>
[2002-12-06 03:20:29] [EMAIL PROTECTED]
I have php compiled with
'./configure' '--prefix=/usr/local/php'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-java=/usr/java/j2sdk1.4.1'
I have added two simple Java sources and a php script to reproduce the
error at the end of this description.
The error is a pointer error. Perhaps a variable gets a wrong pointer
or the memory is changed during the mapping process from java to php.
I've found out, that the error happens in th HashTable struct. Here is
a little extract from the logging I did in the zend_hash.c
ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong
h, void *pData, uint nDataSize, void **pDest, int flag)
{
...
nIndex = h & ht->nTableMask;
syslog(LOG_CONS,"zend nIndex: %d",nIndex);
syslog(LOG_CONS,"zend tablesize : %d",ht->nTableSize);
syslog(LOG_CONS,"zend elementnr : %d",ht->nNumOfElements);
...
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 11
Dec 6 10:15:08 abi httpd: zend tablesize : 16
Dec 6 10:15:08 abi httpd: zend elementnr : 10
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:09 abi httpd: zend nIndex: 1
Dec 6 10:15:09 abi httpd: zend tablesize : 8
Dec 6 10:15:09 abi httpd: zend elementnr : 1
---
Dec 6 10:15:09 abi httpd: zend nIndex: 12
Dec 6 10:15:09 abi httpd: zend tablesize : 16
Dec 6 10:15:09 abi httpd: zend elementnr : 11
---
Dec 6 10:15:09 abi httpd: zend nIndex: 0
Dec 6 10:15:09 abi httpd: zend tablesize : 12
Dec 6 10:15:09 abi httpd: zend elementnr : 138994948
The last entry is produced by the call from java.c
zend_hash_index_update(Z_OBJPROP_P(presult), 0, &handle, sizeof(pval
*), NULL);
in the method Java_net_php_reflect_setResultFromObject
and the nr in elementnr is the pointer to the next element!
I added some logging to the java class and saw that the number which is
given back from jni for storing the next element is exactly that
number!!! So it really seemst to be a pointer problem, but I can' t see
if it is a problem of java.c or a problem of the php-engine.
Hope this helps!
Andi
Php2Java.java
--
package de.slab.php2java;
public class Php2Java
{
public SecondClass[] getSecondClassArray( int nr )
{
SecondClass[] sc = new SecondClass[nr];
for ( int i=0; i < nr; i++ )
{
sc[i] = new SecondClass("SC "+i);
}
return sc;
}
public String[] getStrings( int nr )
{
String[] sc = new String[nr];
for ( int i=0; i < nr; i++ )
{
sc[i] = "SC "+i;
}
return sc;
}
}
--
Edit this bug report at http://bugs.php.net/?id=20853&edit=1
#20853 [Fbk->Opn]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.2.3
New Comment:
You have seen the comments that it crashes with the value of 90 and
131? And have you tried it with values higher between 10.000 and
50.000? This is the range I need, because I have to
show a directory of a terabyte hd where all the files are in one
directory.
I'm currently downloading the latest php and try it on my own. I will
post the resutlts here again.
Thx,
Andi
Previous Comments:
[2002-12-06 03:37:00] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
I've just tried your example and it worked fine (using Sun's JDK
1.3.1).
[2002-12-06 03:24:45] [EMAIL PROTECTED]
there was not enough space for the rest of the code, so I add it here:
package de.slab.php2java;
public class SecondClass
{
private String name;
public SecondClass(String name)
{
this.name = name;
}
public String getName()
{
return name;
}
}
test.php
getSecondClassArray( 89 );
// next line crashes with size of 131
$arr = $php2Java->getStrings( 130 );
?>
[2002-12-06 03:20:29] [EMAIL PROTECTED]
I have php compiled with
'./configure' '--prefix=/usr/local/php'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-java=/usr/java/j2sdk1.4.1'
I have added two simple Java sources and a php script to reproduce the
error at the end of this description.
The error is a pointer error. Perhaps a variable gets a wrong pointer
or the memory is changed during the mapping process from java to php.
I've found out, that the error happens in th HashTable struct. Here is
a little extract from the logging I did in the zend_hash.c
ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong
h, void *pData, uint nDataSize, void **pDest, int flag)
{
...
nIndex = h & ht->nTableMask;
syslog(LOG_CONS,"zend nIndex: %d",nIndex);
syslog(LOG_CONS,"zend tablesize : %d",ht->nTableSize);
syslog(LOG_CONS,"zend elementnr : %d",ht->nNumOfElements);
...
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 11
Dec 6 10:15:08 abi httpd: zend tablesize : 16
Dec 6 10:15:08 abi httpd: zend elementnr : 10
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:09 abi httpd: zend nIndex: 1
Dec 6 10:15:09 abi httpd: zend tablesize : 8
Dec 6 10:15:09 abi httpd: zend elementnr : 1
---
Dec 6 10:15:09 abi httpd: zend nIndex: 12
Dec 6 10:15:09 abi httpd: zend tablesize : 16
Dec 6 10:15:09 abi httpd: zend elementnr : 11
---
Dec 6 10:15:09 abi httpd: zend nIndex: 0
Dec 6 10:15:09 abi httpd: zend tablesize : 12
Dec 6 10:15:09 abi httpd: zend elementnr : 138994948
The last entry is produced by the call from java.c
zend_hash_index_update(Z_OBJPROP_P(presult), 0, &handle, sizeof(pval
*), NULL);
in the method Java_net_php_reflect_setResultFromObject
and the nr in elementnr is the pointer to the next element!
I added some logging to the java class and saw that the number which is
given back from jni for storing the next element is exactly that
number!!! So it really seemst to be a pointer problem, but I can' t see
if it is a problem of java.c or a problem of the php-engine.
Hope this helps!
Andi
Php2Java.java
--
package de.slab.php2java;
public class Php2Java
{
public SecondClass[] getSecondClassArray( int nr )
{
SecondClass[] sc = new SecondClass[nr];
for ( int i=0; i < nr; i++ )
{
sc[i] = ne
#20853 [Opn]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.2.3
New Comment:
I've tried it now with 50.000 and it worked. It took about 3.6 seconds
on my P3 600.
Previous Comments:
[2002-12-06 04:01:05] [EMAIL PROTECTED]
You have seen the comments that it crashes with the value of 90 and
131? And have you tried it with values higher between 10.000 and
50.000? This is the range I need, because I have to
show a directory of a terabyte hd where all the files are in one
directory.
I'm currently downloading the latest php and try it on my own. I will
post the resutlts here again.
Thx,
Andi
[2002-12-06 03:37:00] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
I've just tried your example and it worked fine (using Sun's JDK
1.3.1).
[2002-12-06 03:24:45] [EMAIL PROTECTED]
there was not enough space for the rest of the code, so I add it here:
package de.slab.php2java;
public class SecondClass
{
private String name;
public SecondClass(String name)
{
this.name = name;
}
public String getName()
{
return name;
}
}
test.php
getSecondClassArray( 89 );
// next line crashes with size of 131
$arr = $php2Java->getStrings( 130 );
?>
[2002-12-06 03:20:29] [EMAIL PROTECTED]
I have php compiled with
'./configure' '--prefix=/usr/local/php'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-java=/usr/java/j2sdk1.4.1'
I have added two simple Java sources and a php script to reproduce the
error at the end of this description.
The error is a pointer error. Perhaps a variable gets a wrong pointer
or the memory is changed during the mapping process from java to php.
I've found out, that the error happens in th HashTable struct. Here is
a little extract from the logging I did in the zend_hash.c
ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong
h, void *pData, uint nDataSize, void **pDest, int flag)
{
...
nIndex = h & ht->nTableMask;
syslog(LOG_CONS,"zend nIndex: %d",nIndex);
syslog(LOG_CONS,"zend tablesize : %d",ht->nTableSize);
syslog(LOG_CONS,"zend elementnr : %d",ht->nNumOfElements);
...
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 11
Dec 6 10:15:08 abi httpd: zend tablesize : 16
Dec 6 10:15:08 abi httpd: zend elementnr : 10
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:09 abi httpd: zend nIndex: 1
Dec 6 10:15:09 abi httpd: zend tablesize : 8
Dec 6 10:15:09 abi httpd: zend elementnr : 1
---
Dec 6 10:15:09 abi httpd: zend nIndex: 12
Dec 6 10:15:09 abi httpd: zend tablesize : 16
Dec 6 10:15:09 abi httpd: zend elementnr : 11
---
Dec 6 10:15:09 abi httpd: zend nIndex: 0
Dec 6 10:15:09 abi httpd: zend tablesize : 12
Dec 6 10:15:09 abi httpd: zend elementnr : 138994948
The last entry is produced by the call from java.c
zend_hash_index_update(Z_OBJPROP_P(presult), 0, &handle, sizeof(pval
*), NULL);
in the method Java_net_php_reflect_setResultFromObject
and the nr in elementnr is the pointer to the next element!
I added some logging to the java class and saw that the number which is
given back from jni for storing the next element is exactly that
number!!! So it really seemst to be a pointer problem, but I can' t see
if it is a problem of java.c or a problem of the php-engine.
Hope this helps!
Andi
Php2Java.java
--
package de.slab.php2java;
public class Php2Java
{
public SecondClass[] getSecondClassArray( int
#20853 [Opn]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Ok, now the values are about 190.000 for the object array
that is a value I can live with and 200 (it works for 199 and crashes
with 200) for the string array. So when I need a big array with strings
I wrap them in an object.
Thx for your help.
Andi
PS: I have jdk 1.4.1 on a P4 1500 with 768MB and Suse Linux 8.1
Previous Comments:
[2002-12-06 04:16:33] [EMAIL PROTECTED]
I've tried it now with 50.000 and it worked. It took about 3.6 seconds
on my P3 600.
[2002-12-06 04:01:05] [EMAIL PROTECTED]
You have seen the comments that it crashes with the value of 90 and
131? And have you tried it with values higher between 10.000 and
50.000? This is the range I need, because I have to
show a directory of a terabyte hd where all the files are in one
directory.
I'm currently downloading the latest php and try it on my own. I will
post the resutlts here again.
Thx,
Andi
[2002-12-06 03:37:00] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
I've just tried your example and it worked fine (using Sun's JDK
1.3.1).
[2002-12-06 03:24:45] [EMAIL PROTECTED]
there was not enough space for the rest of the code, so I add it here:
package de.slab.php2java;
public class SecondClass
{
private String name;
public SecondClass(String name)
{
this.name = name;
}
public String getName()
{
return name;
}
}
test.php
getSecondClassArray( 89 );
// next line crashes with size of 131
$arr = $php2Java->getStrings( 130 );
?>
[2002-12-06 03:20:29] [EMAIL PROTECTED]
I have php compiled with
'./configure' '--prefix=/usr/local/php'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-java=/usr/java/j2sdk1.4.1'
I have added two simple Java sources and a php script to reproduce the
error at the end of this description.
The error is a pointer error. Perhaps a variable gets a wrong pointer
or the memory is changed during the mapping process from java to php.
I've found out, that the error happens in th HashTable struct. Here is
a little extract from the logging I did in the zend_hash.c
ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong
h, void *pData, uint nDataSize, void **pDest, int flag)
{
...
nIndex = h & ht->nTableMask;
syslog(LOG_CONS,"zend nIndex: %d",nIndex);
syslog(LOG_CONS,"zend tablesize : %d",ht->nTableSize);
syslog(LOG_CONS,"zend elementnr : %d",ht->nNumOfElements);
...
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:08 abi httpd: zend nIndex: 11
Dec 6 10:15:08 abi httpd: zend tablesize : 16
Dec 6 10:15:08 abi httpd: zend elementnr : 10
---
Dec 6 10:15:08 abi httpd: zend nIndex: 0
Dec 6 10:15:08 abi httpd: zend tablesize : 8
Dec 6 10:15:08 abi httpd: zend elementnr : 0
---
Dec 6 10:15:09 abi httpd: zend nIndex: 1
Dec 6 10:15:09 abi httpd: zend tablesize : 8
Dec 6 10:15:09 abi httpd: zend elementnr : 1
---
Dec 6 10:15:09 abi httpd: zend nIndex: 12
Dec 6 10:15:09 abi httpd: zend tablesize : 16
Dec 6 10:15:09 abi httpd: zend elementnr : 11
---
Dec 6 10:15:09 abi httpd: zend nIndex: 0
Dec 6 10:15:09 abi httpd: zend tablesize : 12
Dec 6 10:15:09 abi httpd: zend elementnr : 138994948
The last entry is produced by the call from java.c
zend_hash_index_update(Z_OBJPROP_P(presult), 0, &handle, sizeof(pval
*), NULL);
in the method Java_net_php_reflect_setResultFromObject
and the nr in elementnr is the pointer to the next element!
I ad
#20853 [Opn]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.2.3
New Comment:
I'm sorry,
my the example works now fine, but with a more complex class (FileInfo
extends java.io.File and implements Serializable) it fails with an
array of the size 15.
I don't have added the logs this time, so I don' t know if this is the
same error or not, but I can't test this until monday, so I update this
on monday.
Thx for your help and have a nice weekend.
Regards,
Andi
Previous Comments:
[2002-12-06 04:38:13] [EMAIL PROTECTED]
Ok, now the values are about 190.000 for the object array
that is a value I can live with and 200 (it works for 199 and crashes
with 200) for the string array. So when I need a big array with strings
I wrap them in an object.
Thx for your help.
Andi
PS: I have jdk 1.4.1 on a P4 1500 with 768MB and Suse Linux 8.1
[2002-12-06 04:16:33] [EMAIL PROTECTED]
I've tried it now with 50.000 and it worked. It took about 3.6 seconds
on my P3 600.
[2002-12-06 04:01:05] [EMAIL PROTECTED]
You have seen the comments that it crashes with the value of 90 and
131? And have you tried it with values higher between 10.000 and
50.000? This is the range I need, because I have to
show a directory of a terabyte hd where all the files are in one
directory.
I'm currently downloading the latest php and try it on my own. I will
post the resutlts here again.
Thx,
Andi
[2002-12-06 03:37:00] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
I've just tried your example and it worked fine (using Sun's JDK
1.3.1).
[2002-12-06 03:24:45] [EMAIL PROTECTED]
there was not enough space for the rest of the code, so I add it here:
package de.slab.php2java;
public class SecondClass
{
private String name;
public SecondClass(String name)
{
this.name = name;
}
public String getName()
{
return name;
}
}
test.php
getSecondClassArray( 89 );
// next line crashes with size of 131
$arr = $php2Java->getStrings( 130 );
?>
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/20853
--
Edit this bug report at http://bugs.php.net/?id=20853&edit=1
#18600 [Com]: Unable to create Java Virtual Machine
ID: 18600
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Java related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
Hi,
using "cgi-bin instead of as a module"
hm,isn't this a performance and computer resources issue ?
Thx
Alberto
Previous Comments:
[2002-12-05 15:15:35] [EMAIL PROTECTED]
I had the same bug but after having looking a lot, I find
a solution.
You just have to configure php as a cgi-bin instead of as
a module and it works perfectly.
Hoping it will help you to fix the bug in the module.
Cédric.
[2002-12-04 08:44:52] [EMAIL PROTECTED]
Hi,
many thanks Sebastian for the response.
I've downloaded php4-win32-200212041130.zip from snaps.php.net, but
after PHP update Apache didn't start and configuration test detected
following problem:
Syntax error on line 174 of C:/Program Files/Apache
Group/Apache2/conf/httpd.conf:
Cannot load C:/PHP/sapi/php4apache2.dll into server: The specified
procedure could not be found.
httpd.conf has on the line 174:
LoadModule php4_module c:/php/sapi/php4apache2.dll
Question is what is the recomended version of Win32 Apache2 to work
corectly with latest PHP 4.4.x-dev?
Thank you,
Alberto
[2002-12-04 06:20:14] [EMAIL PROTECTED]
I tried the php4-win32-STABLE-200212040930 snapshot, but I still got
problems with a simple java program (the one in the docs). After some
reloads I got a
PHP has encountered an Access Violation at 77FCBEE8
After that:
Fatal error: Unable to create Java Virtual Machine in
c:\inetpub\wwwroot\estatisticos\admin\java.php on line 3
At least the problem occurs only to java applications, not all php
pages.
Nelio
[2002-12-04 02:18:05] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-12-02 05:11:03] [EMAIL PROTECTED]
Hi,
I'm reporting the same error using:
Win2k Server
apache_2.0.36-win32-x86-no_ssl.msi
php4-win32-latest.zip (PHP Version 4.2.3)
j2sdk-1_4_1_01-windows-i586.exe or (jdk-1_2_2_014-windows-i586.exe)
... I've got periods of errors and periods of success when
instantiating $system = new Java("java.lang.System"); from within
PHP.
Error message is:
"Fatal error: Unable to create Java Virtual Machine in ..."
I see a lot of such bug reports around but still no solution ;-(.
Any ideas?
Thanx
Alberto
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/18600
--
Edit this bug report at http://bugs.php.net/?id=18600&edit=1
#20841 [Opn->Bgs]: php segfaults all the time
ID: 20841 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: FreeBSD 4.6.2 PHP Version: 4.3.0RC2 New Comment: There's already a report about this problem: http://bugs.php.net/bug.php?id=20539 You can add your comments there. Closing this one as this is duplicate. Previous Comments: [2002-12-06 01:22:30] [EMAIL PROTECTED] Yes, changed it and it stops segfaulting. [2002-12-05 19:26:49] [EMAIL PROTECTED] Do you happen to have session.auto_start=1 in your php.ini? [2002-12-05 16:21:36] [EMAIL PROTECTED] everything seems to work, but php segfaults afterwards. How I compiled it: ./configure --with-apxs2=/usr/local/sbin/apxs --with-tsrm-pth \ --with-config-file-path=/usr/local/etc --enable-versioning --with-regex=system \ --with-gd=/usr/local --enable-gd-native-ttf \ --with-freetype-dir=/usr/local --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local --with-zlib --with-bz2=/usr --with-mcrypt=/usr/local \ --with-mhash=/usr/local --with-pdflib=/usr/local --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-tiff-dir=/usr/local\ --with-imap=/usr/local --with-mysql=/usr/local --with-ldap=/usr/local \ --with-snmp=/usr/local --enable-ucd-snmp-hack \ --with-openssl=/usr --with-expat-dir=/usr/local --enable-ftp \ --with-iconv=/usr/local --enable-sockets --enable-sysvsem --enable-sysvshm \ --enable-trans-sid --prefix=/usr/local --with-gettext gdb backtrace: #0 0x813cccd in _efree (ptr=0x81ac30c) at /usr/home/danne/tmp/php-4.3.0RC2/Zend/zend_alloc.c:229 229 REMOVE_POINTER_FROM_LIST(p); (gdb) back #0 0x813cccd in _efree (ptr=0x81ac30c) at /usr/home/danne/tmp/php-4.3.0RC2/Zend/zend_alloc.c:229 #1 0x814aaa5 in _zval_dtor (zvalue=0x82573c0) at /usr/home/danne/tmp/php-4.3.0RC2/Zend/zend_variables.c:44 #2 0x81423c6 in free_zend_constant (c=0x82573c0) at /usr/home/danne/tmp/php-4.3.0RC2/Zend/zend_constants.c:31 #3 0x8150063 in zend_hash_destroy (ht=0x81a8180) at /usr/home/danne/tmp/php-4.3.0RC2/Zend/zend_hash.c:543 #4 0x8142798 in zend_shutdown_constants () at /usr/home/danne/tmp/php-4.3.0RC2/Zend/zend_constants.c:151 #5 0x814b6fd in zend_shutdown () at /usr/home/danne/tmp/php-4.3.0RC2/Zend/zend.c:552 #6 0x8123d5f in php_module_shutdown () at /usr/home/danne/tmp/php-4.3.0RC2/main/main.c:1196 #7 0x81653bc in main (argc=6, argv=0xbfbff5f4) at /usr/home/danne/tmp/php-4.3.0RC2/sapi/cli/php_cli.c:809 #8 0x806c4c9 in _start () -- Edit this bug report at http://bugs.php.net/?id=20841&edit=1
#20849 [Opn->Fbk]: POST data submitted by UNIX Netscape 4+ (Mozilla 1+) won't fill *_POST array
ID: 20849
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: win2k adv server SP3
PHP Version: 4.3.0RC2
New Comment:
I can't really reproduce this..(posting even this form with NS4 on
Linux, and as you can see, it works fine).
Please add a short example script here (complete one).
You can also try the latest STABLE snapshot from http://snaps.php.net/
(and make sure you replace ALL the existing files with the new ones.
Especially php4ts.dll)
Previous Comments:
[2002-12-05 18:05:14] [EMAIL PROTECTED]
Tried to submit a form via POST method to the server
(apache 1.3.27). Then wanted to have the submitted data
just be viewed by the script.
while(list($key, $value) = each($_REQUEST)) {
echo "field '$key', value '$value' ";
}
I only get the session_id or GET data when submitting
the form with an UNIX Netscape 4+. Windows Versions
work properly. Netscape 3 on both platforms is doing
a great job as well as the KDE Konqueror.
I even tried the $_POST and $HTTP_POST_VARS arrays.
Nothing in there but the sessionID. Posts in news-
groups didn't help, people only say, they'd have the
same problem.
Seven
--
Edit this bug report at http://bugs.php.net/?id=20849&edit=1
#20853 [Opn]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Java related Operating System: Linux -PHP Version: 4.2.3 +PHP Version: 4.4.0-dev New Comment: updated the PHP version info. Previous Comments: [2002-12-06 04:44:56] [EMAIL PROTECTED] I'm sorry, my the example works now fine, but with a more complex class (FileInfo extends java.io.File and implements Serializable) it fails with an array of the size 15. I don't have added the logs this time, so I don' t know if this is the same error or not, but I can't test this until monday, so I update this on monday. Thx for your help and have a nice weekend. Regards, Andi [2002-12-06 04:38:13] [EMAIL PROTECTED] Ok, now the values are about 190.000 for the object array that is a value I can live with and 200 (it works for 199 and crashes with 200) for the string array. So when I need a big array with strings I wrap them in an object. Thx for your help. Andi PS: I have jdk 1.4.1 on a P4 1500 with 768MB and Suse Linux 8.1 [2002-12-06 04:16:33] [EMAIL PROTECTED] I've tried it now with 50.000 and it worked. It took about 3.6 seconds on my P3 600. [2002-12-06 04:01:05] [EMAIL PROTECTED] You have seen the comments that it crashes with the value of 90 and 131? And have you tried it with values higher between 10.000 and 50.000? This is the range I need, because I have to show a directory of a terabyte hd where all the files are in one directory. I'm currently downloading the latest php and try it on my own. I will post the resutlts here again. Thx, Andi [2002-12-06 03:37:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip I've just tried your example and it worked fine (using Sun's JDK 1.3.1). 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/20853 -- Edit this bug report at http://bugs.php.net/?id=20853&edit=1
#20854 [Opn->Bgs]: Unable to load dynamic library
ID: 20854 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Oracle related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-12-06 03:24:51] [EMAIL PROTECTED] PHP 4.2.3 is running with IIS 5 on W2k server. Oracle client v6 is installed and working properly. The error message is the following: PHP Warning: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Also tried with php_oracle.dll but the result is the same. I'm sure the dlls are there. gds32.dll is in system32. Dependency walker stops at apphelp.dll - as it is not an XP. -- Edit this bug report at http://bugs.php.net/?id=20854&edit=1
#20856 [NEW]: preg_match backreference fails
From: [EMAIL PROTECTED]
Operating system: freebsd 4.7 stable
PHP version: 4.2.2
PHP Bug Type: PCRE related
Bug description: preg_match backreference fails
Perhaps I am misunderstanding something about the differences between perl
regex and php perl regex, but this looks like a bug to me. The back
references are behaving strangely.. I think the following code
demonstrates it fairly well. Removing the back reference from the
preg_match code results in a successful match as expected.
The following code fails in php 4.2.2:
$string = "blah/blah/other/stuff/here.html";
if (preg_match("/^\/?([^\/]+\/)(\1)/",$string,$matches) )
{ print "found match: $matches[1] \n";
}
else
{ print "failed to match.. \n";
}
in perl 5.x, it works fine:
my $string = "blah/blah/other/stuff/here.html";
if ($string =~ /^\/?([^\/]+\/)(\1)/)
{ print "found match: $1 \n";
}
else
{ print "failed to match.. \n";
}
configure command:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-regex=system' '--without-gd' '--without-mysql'
'--with-gd=/usr/local' '--enable-gd-native-ttf'
'--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr'
'--with-mcrypt=/usr/local' '--with-mhash=/usr/local'
'--with-mysql=/usr/local' '--with-openssl=/usr'
'--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt'
'--with-xslt-sablot' '--enable-ftp' '--with-curl=/usr/local'
'--with-gettext=/usr/local' '--with-iconv=/usr/local' '--enable-trans-sid'
'--prefix=/usr/local' 'i386-portbld-freebsd4.6'
Thanks for looking at this,
earth
[EMAIL PROTECTED]
--
Edit bug report at http://bugs.php.net/?id=20856&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20856&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20856&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20856&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20856&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20856&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20856&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20856&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20856&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20856&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20856&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20856&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20856&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20856&r=isapi
#20854 [Com]: Unable to load dynamic library
ID: 20854 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Oracle related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: How can you be so sure that this is not a bug in php? I mean everything else seems ok. Then you must know where the problem is. What about telling me? Thanks Previous Comments: [2002-12-06 06:25:33] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. [2002-12-06 03:24:51] [EMAIL PROTECTED] PHP 4.2.3 is running with IIS 5 on W2k server. Oracle client v6 is installed and working properly. The error message is the following: PHP Warning: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Also tried with php_oracle.dll but the result is the same. I'm sure the dlls are there. gds32.dll is in system32. Dependency walker stops at apphelp.dll - as it is not an XP. -- Edit this bug report at http://bugs.php.net/?id=20854&edit=1
#19400 [NoF->Opn]: Apache crash with w32api_register_function
ID: 19400 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Reproducible crash Operating System: Win98 Win2000 PHP Version: 4.2.0 New Comment: Get same problem with all different version of PHP issue from snaps.php.net. I know that w32api is experimental.But I get this problem for several month.A few time agon J.Moore tells me a new version is going to be released. Please could you tell me if w32api is really supported and if a new version is available. Please Help Previous Comments: [2002-10-17 01:00:03] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-10-01 18:03:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-14 03:57:02] [EMAIL PROTECTED] Hi, I am using w32api_register_function to call windows dll to access a medicine database. Php version is 4.2.0 and Apache 1.3.24 (in fact easyphp 1.6). Each time I call W32api_register_fuction Apache crash and is automaticly reload and the php script run well, but running it again make the same Apache crash. This problem occure even with standard window dll such as user32.dll. What could be wrong? Thanks in advance for your help Michel -- Edit this bug report at http://bugs.php.net/?id=19400&edit=1
#20857 [NEW]: snmpset does not work
From: [EMAIL PROTECTED] Operating system: Linux RH 7.3 PHP version: 4.3.0RC2 PHP Bug Type: SNMP related Bug description: snmpset does not work I use php-4.3.0RC2 with net-snmp-5.0.6. It works so far, but snmpset() always shows a warning "Could not add variable: " and the variable is not set. I found out, that there is a bug in ext/snmp.c. Here, type and value of the varible are not passed to php_snmp_internal(), so these variables are always 0 and snmp_add_var() fails. So, as a solution, php_snmp and php_snmpv3 should pass type and value to php_snmp_internal ant everything is ok. -- Edit bug report at http://bugs.php.net/?id=20857&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20857&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20857&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20857&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20857&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20857&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20857&r=support Expected behavior: http://bugs.php.net/fix.php?id=20857&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20857&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20857&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20857&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20857&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20857&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20857&r=isapi
#20858 [NEW]: dba_open create always a lock file
From: [EMAIL PROTECTED] Operating system: Linux 2.2.16 PHP version: 4.3.0RC2 PHP Bug Type: DBM/DBA related Bug description: dba_open create always a lock file Already reported in comment on #20828. I make a separate bug report since it's another bug. Opening a db with create a lock file (note that the "l" attribute is not used) This script will fail on a ro directory! -- Edit bug report at http://bugs.php.net/?id=20858&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20858&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20858&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20858&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20858&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20858&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20858&r=support Expected behavior: http://bugs.php.net/fix.php?id=20858&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20858&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20858&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20858&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20858&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20858&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20858&r=isapi
#20856 [Opn->Bgs]: preg_match backreference fails
ID: 20856
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: freebsd 4.7 stable
PHP Version: 4.2.2
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
Since you're using double quotes, the \1 is the ascii character \1. You
need to provide \\1 to get the backreference.
Previous Comments:
[2002-12-06 06:35:52] [EMAIL PROTECTED]
Perhaps I am misunderstanding something about the differences between
perl regex and php perl regex, but this looks like a bug to me. The
back references are behaving strangely.. I think the following code
demonstrates it fairly well. Removing the back reference from the
preg_match code results in a successful match as expected.
The following code fails in php 4.2.2:
$string = "blah/blah/other/stuff/here.html";
if (preg_match("/^\/?([^\/]+\/)(\1)/",$string,$matches) )
{ print "found match: $matches[1] \n";
}
else
{ print "failed to match.. \n";
}
in perl 5.x, it works fine:
my $string = "blah/blah/other/stuff/here.html";
if ($string =~ /^\/?([^\/]+\/)(\1)/)
{ print "found match: $1 \n";
}
else
{ print "failed to match.. \n";
}
configure command:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-regex=system' '--without-gd' '--without-mysql'
'--with-gd=/usr/local' '--enable-gd-native-ttf'
'--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr'
'--with-mcrypt=/usr/local' '--with-mhash=/usr/local'
'--with-mysql=/usr/local' '--with-openssl=/usr'
'--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt'
'--with-xslt-sablot' '--enable-ftp' '--with-curl=/usr/local'
'--with-gettext=/usr/local' '--with-iconv=/usr/local'
'--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.6'
Thanks for looking at this,
earth
[EMAIL PROTECTED]
--
Edit this bug report at http://bugs.php.net/?id=20856&edit=1
#20551 [Opn]: Output compression causes segfaults (ob_gzhandler)
ID: 20551
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Output Control
Operating System: RedHat 7.2
PHP Version: 4.3.0RC2
New Comment:
Finally.
In file:
sapi/apache/mod_php4.c
The crash is in sapi_apache_header_handler(). This line is apparently
not guaranteed:
request_rec *r = (request_rec *) SG(server_context);
As r is dereferenced and not valid some small percent of the time. It
may be indicative of some other error. Further investigation as to why
needs to be done.
I added a few other checks while tracking this bug down. Here is the
function as I have it now. No more segfaults in the error_log. The line
to note is the check for !r. Also, I don't think it hurts to check for
null in other places (!sapi_header || !sapi_header->header).
/* {{{ sapi_apache_header_handler
*/
int sapi_apache_header_handler(sapi_header_struct *sapi_header,
sapi_headers_struct *sapi_headers TSRMLS_DC)
{
char *header_name, *header_content, *p;
request_rec *r = (request_rec *) SG(server_context);
if (!sapi_header) {
return 0;
}
if (!sapi_header->header) {
return 0;
}
header_name = sapi_header->header;
header_content = strchr(header_name, ':');
if (!header_content || !r) {
efree(sapi_header->header);
return 0;
}
header_name =
estrndup(header_name,header_content-header_name);
if (!header_name){
return 0;
}
do {
header_content++;
} while (*header_content==' ');
if (!strcasecmp(header_name, "Content-Type")) {
r->content_type = pstrdup(r->pool, header_content);
} else if (!strcasecmp(header_name, "Set-Cookie")) {
table_add(r->headers_out, header_name,
header_content);
} else if (sapi_header->replace) {
table_set(r->headers_out, header_name,
header_content);
} else {
table_add(r->headers_out, header_name,
header_content);
efree(header_name);
efree(sapi_header->header);
return 0; /* don't use the default SAPI mechanism, Apache
duplicates this functionality */
}
/* }}} */
Previous Comments:
[2002-12-05 18:34:16] [EMAIL PROTECTED]
OK, I was able to have gbb attach to one of the 500 children and wait
for a segault. This is version 4.2.3, as this is from our production
site (late at night I'll try and do the same for a full debug version
of 4.3RC2):
Program received signal SIGSEGV, Segmentation fault.
0x080a9b2c in sapi_apache_header_handler ()
(gdb) bt
#0 0x080a9b2c in sapi_apache_header_handler ()
#1 0x080af403 in sapi_add_header_ex ()
#2 0x080b5700 in zif_ob_gzhandler ()
#3 0x08124392 in call_user_function_ex ()
#4 0x080b20f9 in php_end_ob_buffer ()
#5 0x080b23bb in php_end_ob_buffers ()
#6 0x080ac0a7 in php_request_shutdown ()
#7 0x081530d8 in run_cleanups ()
#8 0x08151ec8 in ap_clear_pool ()
#9 0x08151f28 in ap_destroy_pool ()
#10 0x08151e9b in ap_clear_pool ()
#11 0x0815e92b in child_main ()
#12 0x0815ef0b in make_child ()
#13 0x0815f1e9 in perform_idle_server_maintenance ()
#14 0x0815f69a in standalone_main ()
#15 0x0815fc2c in main ()
[2002-12-04 17:59:13] [EMAIL PROTECTED]
status -> open, updated version.
(please, don't use 'Add Comment' when you edit your own submission..use
'Edit Submission')
[2002-12-04 11:36:49] [EMAIL PROTECTED]
Yes, the problem occurs without the Zend addon. Zend Accelerator won't
work with PHP 4.3 anyhow, so I turned it off. In the other message I
proved myself to be a bad typist. :( I meant to say _without_ Zend
Accelerator...
[2002-12-04 00:38:50] [EMAIL PROTECTED]
Does the crash still occur when you disable Zend Accelerator?
Derick
[2002-12-03 20:41:29] [EMAIL PROTECTED]
I tried with 4.3RC2. Bug still exists, crashing at least 13 times in
the couple of minutes the server was able to run with Zend
accelerator...
I HATE this bug. Grr. I case I can take the time to do a walkthrough
since it still exists...
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/20551
--
Edit this bug report at http://bugs.php.net/?id=20551&edit=1
#20859 [NEW]: request: declare(ticks) should carry over into functions
From: [EMAIL PROTECTED]
Operating system: any
PHP version: 4.3.0RC2
PHP Bug Type: Feature/Change Request
Bug description: request: declare(ticks) should carry over into functions
When using declare(ticks=xx), the ticking doesn't work in any functions
that are called from within this block. It would be really helpful (to me,
anyway :), if this worked:
$endtime=time()+10;
$abort=false;
function setabort()
{
global $endtime, $abort;
if (time()>=$endtime)
$abort=true;
}
function SomeFunc()
{
global $abort;
while (!$abort) {
// do stuff
// call func()s
// do some more stuff
}
}
declare(ticks=1000) {
SomeFunc();
}
--
now, currently this works if I put declare() blocks in SomeFunc() and all
functions it calls, but it seems a lot of work for something simple. It
would be nice if one could just turn ticks on and off without changing
every function in a script... (checking time() each iteration is slow)
--
Edit bug report at http://bugs.php.net/?id=20859&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20859&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20859&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20859&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20859&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20859&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20859&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20859&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20859&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20859&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20859&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20859&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20859&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20859&r=isapi
#20859 [Com]: request: declare(ticks) should carry over into functions
ID: 20859
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: any
PHP Version: 4.3.0RC2
New Comment:
in the above example, there should be a register_tick_function, of
course :)
Previous Comments:
[2002-12-06 09:31:56] [EMAIL PROTECTED]
When using declare(ticks=xx), the ticking doesn't work in any functions
that are called from within this block. It would be really helpful (to
me, anyway :), if this worked:
$endtime=time()+10;
$abort=false;
function setabort()
{
global $endtime, $abort;
if (time()>=$endtime)
$abort=true;
}
function SomeFunc()
{
global $abort;
while (!$abort) {
// do stuff
// call func()s
// do some more stuff
}
}
declare(ticks=1000) {
SomeFunc();
}
--
now, currently this works if I put declare() blocks in SomeFunc() and
all functions it calls, but it seems a lot of work for something
simple. It would be nice if one could just turn ticks on and off
without changing every function in a script... (checking time() each
iteration is slow)
--
Edit this bug report at http://bugs.php.net/?id=20859&edit=1
#20860 [NEW]: FILE object problem
From: [EMAIL PROTECTED] Operating system: RedHat 7.2 PHP version: 4.3.0RC2 PHP Bug Type: Filesystem function related Bug description: FILE object problem There appears to be a problem with the PHP FILE object. If you have an in your form, everything from that form field to the end of the form is not posted. -- Edit bug report at http://bugs.php.net/?id=20860&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20860&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20860&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20860&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20860&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20860&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20860&r=support Expected behavior: http://bugs.php.net/fix.php?id=20860&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20860&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20860&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20860&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20860&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20860&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20860&r=isapi
#20449 [Com]: sessions randomly fail
ID: 20449 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: redhat 7.3 PHP Version: 4.4.0-dev New Comment: Back again, with new informations ! I have setup a small test platform, with custom session handlers to a database, and DBMS in debug mode. When I force a session write before the end of the script, I get the whole session var serialized. When I force a sess_write_close at the same place, I get a truncated serialized session var (objects missing) When I let things behave normally, I get a truncated serialized session var (objects missing) Thus, I have an hypothesis : The objects inside the session var are destroyed _before_ the serialization occurs, leading to a truncated result. Could you please revert back to me with more on this ? Previous Comments: [2002-12-05 06:22:50] [EMAIL PROTECTED] Well, a few checks later, the serialize function is working on my session var (tested just before the end of the script) Also, there is no detectable concurrent save of the session, as the main script is executed only once, while the iframe is run each time. [2002-12-05 05:52:52] [EMAIL PROTECTED] Could possibly be related to Bug #17419 (cross referenced classes are not supported by the serialization function) ? [2002-12-05 05:46:12] [EMAIL PROTECTED] Well, I have the same kind of problem (I try to upgrade from 4.0.4pl1 - I know I should have done this before) In my case, I use an iframe to display the results of a search. You can select the page by clicking a number. This works well with 4.0.4pl1, not with 4.1.7 or 4.2.2 After some searches, I've finally found out that my session was not correctly saved (neither in a file nor in a db, I tried both) I tried to force the write of the session with no better results. As my session var contains an object, I also suspect the serialize handler. Another possibility is two instances trying to write the session at the same time (I use the session both in the main page and in the iframe) At present, I'm wondering if using the wddx serialization would be better. I hope this will help to fix the problem. Regards, [2002-12-04 14:04:05] [EMAIL PROTECTED] Our objects are fairly complex. Objects w/ local (as much as they can be) objects and plenty of our friend - the assoc. array. I was unable to reproduce this issue on my own (maybe you will have better luck) even though on a normal day I can watch syslog chime out unserialize errors. I'd be more then happy to send a session, class definitions, etc. if needed. Shoot me an e-mail if you need anything. [2002-12-04 12:26:50] [EMAIL PROTECTED] Hmm.. I'm going to see if I can't reproduce this bug in some form, starting from the serialize() function... it's possible that serialize() isn't doing things correctly. Is this just a array problem? Or has someone also found this error in objects that don't use arrays? I'm going to write up some test scripts and see if I can break serialize()... I'll post my results here. 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/20449 -- Edit this bug report at http://bugs.php.net/?id=20449&edit=1
#20861 [NEW]: sybase_query fail to handle stored procedure result with "nocount" option
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0RC2 PHP Bug Type: Sybase-ct (ctlib) related Bug description: sybase_query fail to handle stored procedure result with "nocount" option Test script : produce : Notice: sybase_query() [http://www.php.net/function.sybase-query]: Sybase: Unexpected results, cancelling current in - on line 4 with test_bug defined as follow : create procedure test_bug @input int AS BEGIN set nocount on select @input 'result' return 2 END Removing the "set nocount on" lead to expected result but, of course, in real wold sp, the nocount option is rarely used for fun... Build with Sybase ctclient v12.5 Works perfectly well with 4.2.3 and previous. -- Edit bug report at http://bugs.php.net/?id=20861&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20861&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20861&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20861&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20861&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20861&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20861&r=support Expected behavior: http://bugs.php.net/fix.php?id=20861&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20861&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20861&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20861&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20861&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20861&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20861&r=isapi
#20526 [Opn->Bgs]: fopen with ftp URL returns false despite ftp server executes get
ID: 20526 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: FTP related Operating System: MS Windows XP Pro PHP Version: 4.3.0RC1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. FTP protocol uses 2 ports 1 for sending commands and the other for sending data. The connection that is being closed is the 'command' port since all the necessary commands have been already sent. The data port remains open until the file is sent/recieved at which point it is also closed. If the FTP server does not support this functionality I suspect it is the problem with the FTP server. Non of the FTP servers I've tried ncftpd, proftpd, wu-ftpd, BulletProof ftp and severals others have experienced this problem. Previous Comments: [2002-11-27 16:18:15] [EMAIL PROTECTED] Tried php4-win32-STABLE-200211271730. Tried also php-4.3.0RC2-Win32. Unfortunately the behaviour of fopen with stp URL, in my opinion, is still not correct. Now the connection on the FTP data channel is established before issuing the QUIT command on the control channel (this was not so with previous versions); anyway the QUIT command is issued without waiting the end of the data transfer; depending on the time, the QUIT can reach the FTP server AFTER or BEFORE that the transfer is completed. Testing in loopback, most of the times the transfer is successful with the Bulletproof FTP server (http://www.bpftpserver.com/), but always fails with the GuildFTPd server (http://www.guildftpd.com/). In my opinion issuing of QUIT should be postponed until the end of the data transfer (or perhaps until fclose?). Many thanks for your attention. Giovanni. [2002-11-26 17:42:49] [EMAIL PROTECTED] Tried to comment-out lines 407 to 411 of file ftp_fopen_wrapper.c. With this temporary patch my little PHP program successfully reads the file via the wrapper!! Of course in no way this can be considered "a solution". In practice I have stripped off the QUIT. The question: should not the QUIT be sent only at fclose? [2002-11-26 05:56:57] [EMAIL PROTECTED] In the mean time I realized that the "FTP reports 227.." is not to be intended as "the error"; "the error" is "...failed to create stream..."; "FTP reports 227" is the result of a mere diagnostic aid. In addition I can see now that the problem is time-dependent; sometimes is "...failed to create stream...", sometimes the fopen returns a stream with no data (while there should be some!). Running a debug endowed rebuild of php-4.3.0RC1-Win32.zip and tracing the execution of ftp_fopen_wrapper.c I have seen that the "goto errexit" in line 419 is executed (datastream == NULL); it is strange to me that the datastream opening is attempted *after* that the QUIT command has been sent via the FTP control stream. Is that normal? I suspect that the FTP server gets the QUIT and kills or inhibits the data connection. I will try to momentarily comment-out the QUIT and see what happens. Anyway I will also look at and try the snapshot as you suggest. bye for now Giovanni [2002-11-25 16:19:31] [EMAIL PROTECTED] Could you please try the latest snapshot that will be avaliable from http://snaps.php.net in a few hours. It contains a fix that will make the code return a proper error message. [2002-11-25 05:41:39] [EMAIL PROTECTED] Tried http://snaps.php.net/win32/php4-win32-latest.zip with same result. One of my reasons to suspect it is a bug is that the problem reported by PHP (FTP server reports 227), in my opinion, should not indicate an error at all. I am now trying to arrange a debug session by myself (I just downloaded Cygwin, PHP sources and other stuff suggested in the PHP manual, but this is for me quite a challenge, since I got somewhat rusted with software development :-) Wish me good luck... Ciao. Giovanni 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/20526 -- Edit this bug report at http://bugs.php.net/?id=20526&edit=1
#20862 [NEW]: registered objects are not saved with the session
From: [EMAIL PROTECTED] Operating system: Linux 2.4.18 PHP version: 4.2.2 PHP Bug Type: Session related Bug description: registered objects are not saved with the session Hello, This is partially taken from comments I made on someone else's bug report #20449, as I don't know if it's the same or not. Problem : When a session is saved, included objects are not. I have setup a small test platform, with custom session handlers to a database, and DBMS in debug mode. When I force a session write before the end of the script, I get the _whole_ session var serialized. When I force a sess_write_close at the same place, I get a _truncated_ serialized session var (objects missing, but vars still there) When I let things behave normally (not forcing write), I get a _truncated_ serialized session var (objects missing, vars present) When I try to bypass arguments passed to my sess_write function by using $PHPSESSID, and serialize($session), I get an error stating that $session has been destroyed. Thus, I have an hypothesis : The objects inside the session var are destroyed _before_ the serialization occurs, leading to a truncated result. regards, -- Edit bug report at http://bugs.php.net/?id=20862&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20862&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20862&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20862&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20862&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20862&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20862&r=support Expected behavior: http://bugs.php.net/fix.php?id=20862&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20862&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20862&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20862&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20862&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20862&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20862&r=isapi
#20860 [Opn->Fbk]: FILE object problem
ID: 20860 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: RedHat 7.2 PHP Version: 4.3.0RC2 New Comment: I suspect this is a dupe of http://bugs.php.net/20725 Could you make sure your upload_tmp_dir is writeable for the webserver? Check phpinfo() for the path (should default to /var/tmp/). Previous Comments: [2002-12-06 09:34:35] [EMAIL PROTECTED] There appears to be a problem with the PHP FILE object. If you have an in your form, everything from that form field to the end of the form is not posted. -- Edit this bug report at http://bugs.php.net/?id=20860&edit=1
#20725 [Fbk->Opn]: $_REQUEST not populated when there is no tmp dir or upload_tmp_dir not writable
ID: 20725
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: BSD/OS 4.2
-PHP Version: 4.3.0RC2
+PHP Version: 4.3.0-dev2002-12-05
New Comment:
Thanx to bug #20860, I found why my test didn't work. New testcase:
Output:
array(2) {
["this_var_should_be_set"]=>
string(3) "foo"
["ApacheSessionId"]=>
string(35) "anonymized"
}
array(1) {
["this_var_should_be_set"]=>
string(3) "foo"
}
The ApacheSessionId in there is a cookie, via mod_user_track, but is
not relevant to the bug.
Cvs build:
PHP 4.3.0-dev (cli) (built: Dec 5 2002 09:30:48)
Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies
Previous Comments:
[2002-12-05 03:35:39] [EMAIL PROTECTED]
cut and paste error on my part - sorry bout that. The output should be
array{0} twice.
[2002-12-05 03:31:08] [EMAIL PROTECTED]
You have:
output:
array(0){
}
This suggests one exists, it's just empty. Which one I wonder...
[2002-12-05 03:09:04] [EMAIL PROTECTED]
philip: $_REQUEST and $_POST both don't exist. display_startup_errors
gives you a warning "File upload error - unable to create a temporary
file" so you actually have to upload something for this bug to
trigger.
If upload_tmp_dir isn't set, it tries to use /var/tmp, /tmp or anything
similar.
Using latest 4.3 branch I can't reproduce it either, but this is
another server. The server where I discovered this bug, is in
production, so I won't be able to test it until some odd hours during
the weekend.
[2002-12-05 01:38:24] [EMAIL PROTECTED]
I can't replicate either, and I set upload_tmp_dir to something that
doesn't exist. But anyway can you separate the dump of $_POST and
$_REQUEST so we know which one at least exists? And can you explain
what display_startup_errors affect is on this exactly? And does it
matter if upload_tmp_dir is set? Don't see why it would. Anyway,
please do more tests and try to see if you can get it to work :)
[2002-12-05 01:08:51] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
I've been unable to replicate this problem using latest CVS of
4.3.0-dev/4.4.0-dev. Please try a later version and report back, there
is nothing in the code to cause the behaviour you've described.
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/20725
--
Edit this bug report at http://bugs.php.net/?id=20725&edit=1
#20863 [NEW]: md5_file() and exec() freeze
From: [EMAIL PROTECTED]
Operating system: SuSE 7.3 Pro
PHP version: 4CVS-2002-12-06 (stable)
PHP Bug Type: Filesystem function related
Bug description: md5_file() and exec() freeze
Here is my src:
$files = array();
$dirs = array();
function getMD5OfFile($f) {
return md5_file($f);
//return exec("md5sum ".$f." | awk '{print $1}'");
}
function getFiles($d) {
global $files, $dirs;
clearstatcache();
if($dir = @opendir($d)) {
while(($file = @readdir($dir)) !== false) {
if(($file != ".") && ($file != "..")) {
if(is_dir($d."/".$file)) $dirs[] = $d."/".$file;
elseif(is_file($d."/".$file) && (substr($file,0,1) != "."))
$files[] = $d."/".$file;
}
}
}
}
/** Get files for directories **/
getFiles("/home/webdev");
while(($dir = array_shift($dirs)) !== null) {
getFiles($dir);
}
/** Ouptut findings **/
while(($file = array_shift($files)) !== null) {
echo $file.": ". getMD5FromFile($file) ."\n";
}
--
I first tried this with v4.2.1. What I am trying to do is get the MD5 for
every file within the filesystem. Unfortunately this code freezes after
about 20 or so files (md5_file() or exec() returns ok until then). If I
uncomment the exec() return and comment the md5_file() return, the script
hangs at exactly the same spot. If comment both out and run the script
without md5'ing any files, I get a listing of all files (no problem).
I have also tried replacing the md5_file() code with one that was listed
here http://www.php.net/manual/en/function.md5-file.php that will read the
file into a variable and do a md5() on that var. Unfortunately I got a
FATAL: emalloc() error using that method.
Finally, I tried getting the upgrading to v4.3.0-dev (latest snapshot from
snaps) and got the same results.
I cannot figure out why this hangs and does not bomb out. I think it has
something to do with maybe a cache of some sort or the memory buffers are
filling up. Maybe even something to with how I am traversing the array of
directories? But then, why would it work without the md5 cals? I do not
know, but I thought I would post it here and see what you guys think.
TIA.
--
Edit bug report at http://bugs.php.net/?id=20863&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20863&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20863&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20863&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20863&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20863&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20863&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20863&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20863&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20863&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20863&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20863&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20863&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20863&r=isapi
#20863 [Com]: md5_file() and exec() freeze
ID: 20863
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
BTW, The files I am examining are all text.
Previous Comments:
[2002-12-06 10:38:36] [EMAIL PROTECTED]
Here is my src:
$files = array();
$dirs = array();
function getMD5OfFile($f) {
return md5_file($f);
//return exec("md5sum ".$f." | awk '{print $1}'");
}
function getFiles($d) {
global $files, $dirs;
clearstatcache();
if($dir = @opendir($d)) {
while(($file = @readdir($dir)) !== false) {
if(($file != ".") && ($file != "..")) {
if(is_dir($d."/".$file)) $dirs[] = $d."/".$file;
elseif(is_file($d."/".$file) && (substr($file,0,1) != "."))
$files[] = $d."/".$file;
}
}
}
}
/** Get files for directories **/
getFiles("/home/webdev");
while(($dir = array_shift($dirs)) !== null) {
getFiles($dir);
}
/** Ouptut findings **/
while(($file = array_shift($files)) !== null) {
echo $file.": ". getMD5FromFile($file) ."\n";
}
--
I first tried this with v4.2.1. What I am trying to do is get the MD5
for every file within the filesystem. Unfortunately this code freezes
after about 20 or so files (md5_file() or exec() returns ok until
then). If I uncomment the exec() return and comment the md5_file()
return, the script hangs at exactly the same spot. If comment both out
and run the script without md5'ing any files, I get a listing of all
files (no problem).
I have also tried replacing the md5_file() code with one that was
listed here http://www.php.net/manual/en/function.md5-file.php that
will read the file into a variable and do a md5() on that var.
Unfortunately I got a FATAL: emalloc() error using that method.
Finally, I tried getting the upgrading to v4.3.0-dev (latest snapshot
from snaps) and got the same results.
I cannot figure out why this hangs and does not bomb out. I think it
has something to do with maybe a cache of some sort or the memory
buffers are filling up. Maybe even something to with how I am
traversing the array of directories? But then, why would it work
without the md5 cals? I do not know, but I thought I would post it here
and see what you guys think. TIA.
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20861 [Com]: sybase_query fail to handle stored procedure result with "nocount" option
ID: 20861 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.0RC2 New Comment: After some more test, i can get the notice (notice -> no result) without "set nocount on". Don't have pushed further since the procedure involved is about 400 lines with call to others procedures. So, just to add that "set nocount on" is a case, not the only one, that trigger the error. Previous Comments: [2002-12-06 09:53:00] [EMAIL PROTECTED] Test script : produce : Notice: sybase_query() [http://www.php.net/function.sybase-query]: Sybase: Unexpected results, cancelling current in - on line 4 with test_bug defined as follow : create procedure test_bug @input int AS BEGIN set nocount on select @input 'result' return 2 END Removing the "set nocount on" lead to expected result but, of course, in real wold sp, the nocount option is rarely used for fun... Build with Sybase ctclient v12.5 Works perfectly well with 4.2.3 and previous. -- Edit this bug report at http://bugs.php.net/?id=20861&edit=1
#20863 [Opn->Fbk]: md5_file() and exec() freeze
ID: 20863
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
Does your PHP have a memory limit?
Previous Comments:
[2002-12-06 10:44:55] [EMAIL PROTECTED]
BTW, The files I am examining are all text.
[2002-12-06 10:38:36] [EMAIL PROTECTED]
Here is my src:
$files = array();
$dirs = array();
function getMD5OfFile($f) {
return md5_file($f);
//return exec("md5sum ".$f." | awk '{print $1}'");
}
function getFiles($d) {
global $files, $dirs;
clearstatcache();
if($dir = @opendir($d)) {
while(($file = @readdir($dir)) !== false) {
if(($file != ".") && ($file != "..")) {
if(is_dir($d."/".$file)) $dirs[] = $d."/".$file;
elseif(is_file($d."/".$file) && (substr($file,0,1) != "."))
$files[] = $d."/".$file;
}
}
}
}
/** Get files for directories **/
getFiles("/home/webdev");
while(($dir = array_shift($dirs)) !== null) {
getFiles($dir);
}
/** Ouptut findings **/
while(($file = array_shift($files)) !== null) {
echo $file.": ". getMD5FromFile($file) ."\n";
}
--
I first tried this with v4.2.1. What I am trying to do is get the MD5
for every file within the filesystem. Unfortunately this code freezes
after about 20 or so files (md5_file() or exec() returns ok until
then). If I uncomment the exec() return and comment the md5_file()
return, the script hangs at exactly the same spot. If comment both out
and run the script without md5'ing any files, I get a listing of all
files (no problem).
I have also tried replacing the md5_file() code with one that was
listed here http://www.php.net/manual/en/function.md5-file.php that
will read the file into a variable and do a md5() on that var.
Unfortunately I got a FATAL: emalloc() error using that method.
Finally, I tried getting the upgrading to v4.3.0-dev (latest snapshot
from snaps) and got the same results.
I cannot figure out why this hangs and does not bomb out. I think it
has something to do with maybe a cache of some sort or the memory
buffers are filling up. Maybe even something to with how I am
traversing the array of directories? But then, why would it work
without the md5 cals? I do not know, but I thought I would post it here
and see what you guys think. TIA.
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20864 [NEW]: Cc/Bcc fields don't seem to work
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Mail related Bug description: Cc/Bcc fields don't seem to work Adding a header to an e-mail stating "Cc: [EMAIL PROTECTED]" makes mail() return a Server error. "Bcc: something" seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit bug report at http://bugs.php.net/?id=20864&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20864&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20864&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20864&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20864&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20864&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20864&r=support Expected behavior: http://bugs.php.net/fix.php?id=20864&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20864&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20864&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20864&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20864&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20864&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20864&r=isapi
#20865 [NEW]: array_key_exists(NULL, $myarray) generates warning and returns FALSE;
From: [EMAIL PROTECTED] Operating system: XP/IIS PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: array_key_exists(NULL, $myarray) generates warning and returns FALSE; this is an self explanatory bug. RUN THIS SCRIPT "the null value" // can reference the null indexed value without problems //The bug is in this function: $result = array_key_exists(NULL, $myarray) //generates warning and returns FALSE; ?> I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but i reproduced the same behaviour on the submitted platform (PHP4.2.3) to comply with this bug report form. -- Edit bug report at http://bugs.php.net/?id=20865&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20865&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20865&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20865&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20865&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20865&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20865&r=support Expected behavior: http://bugs.php.net/fix.php?id=20865&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20865&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20865&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20865&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20865&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20865&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20865&r=isapi
#20864 [Opn->Fbk]: Cc/Bcc fields don't seem to work
ID: 20864 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-12-06 11:13:52] [EMAIL PROTECTED] Adding a header to an e-mail stating "Cc: [EMAIL PROTECTED]" makes mail() return a Server error. "Bcc: something" seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit this bug report at http://bugs.php.net/?id=20864&edit=1
#20865 [Opn]: array_key_exists(NULL, $myarray) generates warning and returns FALSE;
ID: 20865
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Operating System: XP/IIS
PHP Version: 4.2.3
New Comment:
this is an self explanatory bug.
RUN THIS SCRIPT
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
if (array_key_exists(NULL, $myarray))
{
echo "you won't see this output\n";
}
//generates warning and returns FALSE
?>
I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but
i
reproduced the same behaviour on the submitted platform (PHP4.2.3) to
comply with this bug report form.
Previous Comments:
[2002-12-06 11:14:21] [EMAIL PROTECTED]
this is an self explanatory bug.
RUN THIS SCRIPT
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
$result = array_key_exists(NULL, $myarray) //generates warning and
returns FALSE;
?>
I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but i
reproduced the same behaviour on the submitted platform (PHP4.2.3) to
comply with this bug report form.
--
Edit this bug report at http://bugs.php.net/?id=20865&edit=1
#18648 [NoF->Opn]: Single entry form POST gives incorrect variable content
ID: 18648 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: HTTP related Operating System: Tru64 PHP Version: 4.2.2 New Comment: [EMAIL PROTECTED]: IMO the change you pointed out has nothing to do with this problem because the leading php_strtok_r() replaces delimiter "=" by " ". By the way I suspect this problem is an apache2 bug, not a php one though I wasn't able to reproduce this problem. I have received two similar PR, of which both reporters use Apache2. [Report #1: RHLinux 8.0 / Apache 2.0.43 / PHP-4.3.0RC1] This was reported in the Japanese PHP users' list. Please refer to http://ns1.php.gr.jp/pipermail/php-users/2002-November/011656.html if you can read Japanese. [Report #2: RHLinux 7.2 / Apache 2.0.43 / PHP-4.3.0RC2] "form post results in duplicitous $_REQUEST" http://bugs.php.net/20823 Previous Comments: [2002-12-02 07:51:35] [EMAIL PROTECTED] I can't reproduce this problem using identical RPMs on Red Hat Linux 8.0 - this bug seems hard to trigger. [EMAIL PROTECTED] - any further insight would be appreciated. I can't find anything on the CVS logs about fixes for Tru64. There is one fix to main/php_variables.c: 2002-09-07 Yasuo Ohgaki <[EMAIL PROTECTED]> ... * main/php_variables.c: Fixed POST/GET/COOKIE var handling but this seems to concern NUL-terminated strings in field values, unles I'm mistaken. [2002-11-18 13:16:23] [EMAIL PROTECTED] I also get the same problem with Linux RH8.0 I'm running apache 2.0.40-8 and php-4.2.2-8.0.5 Test: I tested this workaround by inserting into one of my forms and it works: [2002-10-23 08:30:10] [EMAIL PROTECTED] Hi, I get the same problem with Linux RH8.0 using the default RPMs (which includes apache part deux). As a workaround I am adding: into my one field forms. thanks, josh. [2002-09-11 11:49:02] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-08-15 23:09:06] [EMAIL PROTECTED] Tested this with latest snapshot and Apache 1.3.26 on Tru64, seems to work fine. So Jani might be right with his Apache2-Guess. 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/18648 -- Edit this bug report at http://bugs.php.net/?id=18648&edit=1
#20823 [Opn]: form post results in duplicitous $_REQUEST
ID: 20823
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: Redhat7.2
PHP Version: 4.3.0RC2
New Comment:
Oops, I should have meant php_strtok_r() replaces the delimiter "=" by
"\0".
Previous Comments:
[2002-12-05 12:59:27] [EMAIL PROTECTED]
MoriYoshi, I read #18648. Yes, this looks like the same problem. Seems
everyone having this is running Apache2 (as I am).
I put a hidden element in the form so that more than one value was
submitted in the POST and *_the_problem_goes_away_*.
Sniper, here are some short files which trigger the problem.
forSniper.html ::
something short for [EMAIL PROTECTED] - part 1
forSniperResult.php ::
something short for [EMAIL PROTECTED] - part 2
who =
result ::
who = sniperrecipient=sniper
[2002-12-05 10:00:47] [EMAIL PROTECTED]
We need a _SHORT_ example script which does not have any external
requirements, such as mysql..
[2002-12-05 03:56:31] [EMAIL PROTECTED]
Duplication of #18648?
http://bugs.php.net/18648
[2002-12-04 23:02:58] [EMAIL PROTECTED]
:
array(3) { ["staffId"]=> string(10) "3staffId=3" ["trackerUser"]=>
string(5) "staff" ["trackerPasswd"]=> string(5) "staff" }
script: staffForm.php :
staff form
%s-%s\n", $p_staffId, $_REQUEST["staffId"]);
$query = "SELECT * FROM staff WHERE $staffId";
$result =& doQ($query);
$row = mysql_fetch_array($result, MYSQL_ASSOC) ;
$login = $row["login"];
$name = $row["firstName"] . " " . $row["lastName"];
$title = $row["title"];
//mysql_free_result($result);
?>
name
title
login
">duties
-1 ) {
print $row["skillName"]."";
}
}
} else {
print "No duties specified.";
}
/* Free resultset */
//mysql_free_result($result);
//mysql_free_result($result2);
?>
[2002-12-04 22:46:51] [EMAIL PROTECTED]
What does 'var_dump($_REQUEST)' output?
And can you please add a short but _complete_ example script here?
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/20823
--
Edit this bug report at http://bugs.php.net/?id=20823&edit=1
#18648 [Opn]: Single entry form POST gives incorrect variable content
ID: 18648 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: Tru64 PHP Version: 4.2.2 New Comment: Oops, I should have meant php_strtok_r() replaces the delimiter "=" by "\0". Previous Comments: [2002-12-06 11:26:40] [EMAIL PROTECTED] [EMAIL PROTECTED]: IMO the change you pointed out has nothing to do with this problem because the leading php_strtok_r() replaces delimiter "=" by " ". By the way I suspect this problem is an apache2 bug, not a php one though I wasn't able to reproduce this problem. I have received two similar PR, of which both reporters use Apache2. [Report #1: RHLinux 8.0 / Apache 2.0.43 / PHP-4.3.0RC1] This was reported in the Japanese PHP users' list. Please refer to http://ns1.php.gr.jp/pipermail/php-users/2002-November/011656.html if you can read Japanese. [Report #2: RHLinux 7.2 / Apache 2.0.43 / PHP-4.3.0RC2] "form post results in duplicitous $_REQUEST" http://bugs.php.net/20823 [2002-12-02 07:51:35] [EMAIL PROTECTED] I can't reproduce this problem using identical RPMs on Red Hat Linux 8.0 - this bug seems hard to trigger. [EMAIL PROTECTED] - any further insight would be appreciated. I can't find anything on the CVS logs about fixes for Tru64. There is one fix to main/php_variables.c: 2002-09-07 Yasuo Ohgaki <[EMAIL PROTECTED]> ... * main/php_variables.c: Fixed POST/GET/COOKIE var handling but this seems to concern NUL-terminated strings in field values, unles I'm mistaken. [2002-11-18 13:16:23] [EMAIL PROTECTED] I also get the same problem with Linux RH8.0 I'm running apache 2.0.40-8 and php-4.2.2-8.0.5 Test: I tested this workaround by inserting into one of my forms and it works: [2002-10-23 08:30:10] [EMAIL PROTECTED] Hi, I get the same problem with Linux RH8.0 using the default RPMs (which includes apache part deux). As a workaround I am adding: into my one field forms. thanks, josh. [2002-09-11 11:49:02] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18648 -- Edit this bug report at http://bugs.php.net/?id=18648&edit=1
#20823 [Opn]: form post results in duplicitous $_REQUEST
ID: 20823
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: Redhat7.2
PHP Version: 4.3.0RC2
New Comment:
The previous comment was just a wrong post. Please ignore it :-)
Previous Comments:
[2002-12-06 11:29:06] [EMAIL PROTECTED]
Oops, I should have meant php_strtok_r() replaces the delimiter "=" by
"\0".
[2002-12-05 12:59:27] [EMAIL PROTECTED]
MoriYoshi, I read #18648. Yes, this looks like the same problem. Seems
everyone having this is running Apache2 (as I am).
I put a hidden element in the form so that more than one value was
submitted in the POST and *_the_problem_goes_away_*.
Sniper, here are some short files which trigger the problem.
forSniper.html ::
something short for [EMAIL PROTECTED] - part 1
forSniperResult.php ::
something short for [EMAIL PROTECTED] - part 2
who =
result ::
who = sniperrecipient=sniper
[2002-12-05 10:00:47] [EMAIL PROTECTED]
We need a _SHORT_ example script which does not have any external
requirements, such as mysql..
[2002-12-05 03:56:31] [EMAIL PROTECTED]
Duplication of #18648?
http://bugs.php.net/18648
[2002-12-04 23:02:58] [EMAIL PROTECTED]
:
array(3) { ["staffId"]=> string(10) "3staffId=3" ["trackerUser"]=>
string(5) "staff" ["trackerPasswd"]=> string(5) "staff" }
script: staffForm.php :
staff form
%s-%s\n", $p_staffId, $_REQUEST["staffId"]);
$query = "SELECT * FROM staff WHERE $staffId";
$result =& doQ($query);
$row = mysql_fetch_array($result, MYSQL_ASSOC) ;
$login = $row["login"];
$name = $row["firstName"] . " " . $row["lastName"];
$title = $row["title"];
//mysql_free_result($result);
?>
name
title
login
">duties
-1 ) {
print $row["skillName"]."";
}
}
} else {
print "No duties specified.";
}
/* Free resultset */
//mysql_free_result($result);
//mysql_free_result($result2);
?>
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/20823
--
Edit this bug report at http://bugs.php.net/?id=20823&edit=1
#20863 [Com]: md5_file() and exec() freeze
ID: 20863
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
I do not have this enabled. My configure line looks like so:
./configure --enable-ftp --with-ldap=/usr/local/openldap
--with-mysql=/usr --with-openssl=/usr/local/openssl
I thought for the memory_limit directive to take effect would mean I
would to have had to add --enable-momory-limit to the configuration.
Has this changed recently (i.e. >= 4.2.1)?
Previous Comments:
[2002-12-06 11:06:46] [EMAIL PROTECTED]
Does your PHP have a memory limit?
[2002-12-06 10:44:55] [EMAIL PROTECTED]
BTW, The files I am examining are all text.
[2002-12-06 10:38:36] [EMAIL PROTECTED]
Here is my src:
$files = array();
$dirs = array();
function getMD5OfFile($f) {
return md5_file($f);
//return exec("md5sum ".$f." | awk '{print $1}'");
}
function getFiles($d) {
global $files, $dirs;
clearstatcache();
if($dir = @opendir($d)) {
while(($file = @readdir($dir)) !== false) {
if(($file != ".") && ($file != "..")) {
if(is_dir($d."/".$file)) $dirs[] = $d."/".$file;
elseif(is_file($d."/".$file) && (substr($file,0,1) != "."))
$files[] = $d."/".$file;
}
}
}
}
/** Get files for directories **/
getFiles("/home/webdev");
while(($dir = array_shift($dirs)) !== null) {
getFiles($dir);
}
/** Ouptut findings **/
while(($file = array_shift($files)) !== null) {
echo $file.": ". getMD5FromFile($file) ."\n";
}
--
I first tried this with v4.2.1. What I am trying to do is get the MD5
for every file within the filesystem. Unfortunately this code freezes
after about 20 or so files (md5_file() or exec() returns ok until
then). If I uncomment the exec() return and comment the md5_file()
return, the script hangs at exactly the same spot. If comment both out
and run the script without md5'ing any files, I get a listing of all
files (no problem).
I have also tried replacing the md5_file() code with one that was
listed here http://www.php.net/manual/en/function.md5-file.php that
will read the file into a variable and do a md5() on that var.
Unfortunately I got a FATAL: emalloc() error using that method.
Finally, I tried getting the upgrading to v4.3.0-dev (latest snapshot
from snaps) and got the same results.
I cannot figure out why this hangs and does not bomb out. I think it
has something to do with maybe a cache of some sort or the memory
buffers are filling up. Maybe even something to with how I am
traversing the array of directories? But then, why would it work
without the md5 cals? I do not know, but I thought I would post it here
and see what you guys think. TIA.
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20865 [Opn->Csd]: array_key_exists(NULL, $myarray) generates warning and returns FALSE;
ID: 20865
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: XP/IIS
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-12-06 11:16:53] [EMAIL PROTECTED]
this is an self explanatory bug.
RUN THIS SCRIPT
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
if (array_key_exists(NULL, $myarray))
{
echo "you won't see this output\n";
}
//generates warning and returns FALSE
?>
I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but
i
reproduced the same behaviour on the submitted platform (PHP4.2.3) to
comply with this bug report form.
[2002-12-06 11:14:21] [EMAIL PROTECTED]
this is an self explanatory bug.
RUN THIS SCRIPT
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
$result = array_key_exists(NULL, $myarray) //generates warning and
returns FALSE;
?>
I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but i
reproduced the same behaviour on the submitted platform (PHP4.2.3) to
comply with this bug report form.
--
Edit this bug report at http://bugs.php.net/?id=20865&edit=1
#20865 [Csd->Opn]: array_key_exists(NULL, $myarray) generates warning and returns FALSE;
ID: 20865
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Unknown/Other Function
Operating System: XP/IIS
PHP Version: 4.2.3
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
NULL as a key, is an empty string. NULL as an argument to a function is
'no argument', so this is expected.
If you test for array_key_exists('', $myarray) it's ok.
See here:
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
$result = array_key_exists('', $myarray); //generates warning and
var_dump($result);
?>
array(4) {
[0]=>
int(1)
[1]=>
int(2)
[2]=>
int(3)
[""]=>
string(22) "the empty string value"
}
bool(true)
Previous Comments:
[2002-12-06 11:39:26] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-12-06 11:16:53] [EMAIL PROTECTED]
this is an self explanatory bug.
RUN THIS SCRIPT
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
if (array_key_exists(NULL, $myarray))
{
echo "you won't see this output\n";
}
//generates warning and returns FALSE
?>
I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but
i
reproduced the same behaviour on the submitted platform (PHP4.2.3) to
comply with this bug report form.
[2002-12-06 11:14:21] [EMAIL PROTECTED]
this is an self explanatory bug.
RUN THIS SCRIPT
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
$result = array_key_exists(NULL, $myarray) //generates warning and
returns FALSE;
?>
I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but i
reproduced the same behaviour on the submitted platform (PHP4.2.3) to
comply with this bug report form.
--
Edit this bug report at http://bugs.php.net/?id=20865&edit=1
#20863 [Com]: md5_file() and exec() freeze
ID: 20863
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
I also tried adding ini_set("max_execution_time", "180") to the script
and it changed nothing. Just to make sure it was not hitting this limit
too.
Previous Comments:
[2002-12-06 11:38:07] [EMAIL PROTECTED]
I do not have this enabled. My configure line looks like so:
./configure --enable-ftp --with-ldap=/usr/local/openldap
--with-mysql=/usr --with-openssl=/usr/local/openssl
I thought for the memory_limit directive to take effect would mean I
would to have had to add --enable-momory-limit to the configuration.
Has this changed recently (i.e. >= 4.2.1)?
[2002-12-06 11:06:46] [EMAIL PROTECTED]
Does your PHP have a memory limit?
[2002-12-06 10:44:55] [EMAIL PROTECTED]
BTW, The files I am examining are all text.
[2002-12-06 10:38:36] [EMAIL PROTECTED]
Here is my src:
$files = array();
$dirs = array();
function getMD5OfFile($f) {
return md5_file($f);
//return exec("md5sum ".$f." | awk '{print $1}'");
}
function getFiles($d) {
global $files, $dirs;
clearstatcache();
if($dir = @opendir($d)) {
while(($file = @readdir($dir)) !== false) {
if(($file != ".") && ($file != "..")) {
if(is_dir($d."/".$file)) $dirs[] = $d."/".$file;
elseif(is_file($d."/".$file) && (substr($file,0,1) != "."))
$files[] = $d."/".$file;
}
}
}
}
/** Get files for directories **/
getFiles("/home/webdev");
while(($dir = array_shift($dirs)) !== null) {
getFiles($dir);
}
/** Ouptut findings **/
while(($file = array_shift($files)) !== null) {
echo $file.": ". getMD5FromFile($file) ."\n";
}
--
I first tried this with v4.2.1. What I am trying to do is get the MD5
for every file within the filesystem. Unfortunately this code freezes
after about 20 or so files (md5_file() or exec() returns ok until
then). If I uncomment the exec() return and comment the md5_file()
return, the script hangs at exactly the same spot. If comment both out
and run the script without md5'ing any files, I get a listing of all
files (no problem).
I have also tried replacing the md5_file() code with one that was
listed here http://www.php.net/manual/en/function.md5-file.php that
will read the file into a variable and do a md5() on that var.
Unfortunately I got a FATAL: emalloc() error using that method.
Finally, I tried getting the upgrading to v4.3.0-dev (latest snapshot
from snaps) and got the same results.
I cannot figure out why this hangs and does not bomb out. I think it
has something to do with maybe a cache of some sort or the memory
buffers are filling up. Maybe even something to with how I am
traversing the array of directories? But then, why would it work
without the md5 cals? I do not know, but I thought I would post it here
and see what you guys think. TIA.
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20865 [Opn->Csd]: array_key_exists(NULL, $myarray) generates warning and returns FALSE;
ID: 20865
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: XP/IIS
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
It was a bug and it is now fixed.
if var_dump($myarray[NULL]); is able to retrieve the data so should
array_key_exists().
Previous Comments:
[2002-12-06 11:41:07] [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
NULL as a key, is an empty string. NULL as an argument to a function is
'no argument', so this is expected.
If you test for array_key_exists('', $myarray) it's ok.
See here:
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
$result = array_key_exists('', $myarray); //generates warning and
var_dump($result);
?>
array(4) {
[0]=>
int(1)
[1]=>
int(2)
[2]=>
int(3)
[""]=>
string(22) "the empty string value"
}
bool(true)
[2002-12-06 11:39:26] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-12-06 11:16:53] [EMAIL PROTECTED]
this is an self explanatory bug.
RUN THIS SCRIPT
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
if (array_key_exists(NULL, $myarray))
{
echo "you won't see this output\n";
}
//generates warning and returns FALSE
?>
I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but
i
reproduced the same behaviour on the submitted platform (PHP4.2.3) to
comply with this bug report form.
[2002-12-06 11:14:21] [EMAIL PROTECTED]
this is an self explanatory bug.
RUN THIS SCRIPT
"the null value"
// can reference the null indexed value without problems
//The bug is in this function:
$result = array_key_exists(NULL, $myarray) //generates warning and
returns FALSE;
?>
I found the bug on redhat 7.3/apache.1.3.x with PHP verison 4.1.X but i
reproduced the same behaviour on the submitted platform (PHP4.2.3) to
comply with this bug report form.
--
Edit this bug report at http://bugs.php.net/?id=20865&edit=1
#20863 [Fbk]: md5_file() and exec() freeze
ID: 20863
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
Could you please remove the @ from your script, which block error
message and set error repoting level to E_ALL.
Please include any warning messages in your reply.
Previous Comments:
[2002-12-06 11:41:52] [EMAIL PROTECTED]
I also tried adding ini_set("max_execution_time", "180") to the script
and it changed nothing. Just to make sure it was not hitting this limit
too.
[2002-12-06 11:38:07] [EMAIL PROTECTED]
I do not have this enabled. My configure line looks like so:
./configure --enable-ftp --with-ldap=/usr/local/openldap
--with-mysql=/usr --with-openssl=/usr/local/openssl
I thought for the memory_limit directive to take effect would mean I
would to have had to add --enable-momory-limit to the configuration.
Has this changed recently (i.e. >= 4.2.1)?
[2002-12-06 11:06:46] [EMAIL PROTECTED]
Does your PHP have a memory limit?
[2002-12-06 10:44:55] [EMAIL PROTECTED]
BTW, The files I am examining are all text.
[2002-12-06 10:38:36] [EMAIL PROTECTED]
Here is my src:
$files = array();
$dirs = array();
function getMD5OfFile($f) {
return md5_file($f);
//return exec("md5sum ".$f." | awk '{print $1}'");
}
function getFiles($d) {
global $files, $dirs;
clearstatcache();
if($dir = @opendir($d)) {
while(($file = @readdir($dir)) !== false) {
if(($file != ".") && ($file != "..")) {
if(is_dir($d."/".$file)) $dirs[] = $d."/".$file;
elseif(is_file($d."/".$file) && (substr($file,0,1) != "."))
$files[] = $d."/".$file;
}
}
}
}
/** Get files for directories **/
getFiles("/home/webdev");
while(($dir = array_shift($dirs)) !== null) {
getFiles($dir);
}
/** Ouptut findings **/
while(($file = array_shift($files)) !== null) {
echo $file.": ". getMD5FromFile($file) ."\n";
}
--
I first tried this with v4.2.1. What I am trying to do is get the MD5
for every file within the filesystem. Unfortunately this code freezes
after about 20 or so files (md5_file() or exec() returns ok until
then). If I uncomment the exec() return and comment the md5_file()
return, the script hangs at exactly the same spot. If comment both out
and run the script without md5'ing any files, I get a listing of all
files (no problem).
I have also tried replacing the md5_file() code with one that was
listed here http://www.php.net/manual/en/function.md5-file.php that
will read the file into a variable and do a md5() on that var.
Unfortunately I got a FATAL: emalloc() error using that method.
Finally, I tried getting the upgrading to v4.3.0-dev (latest snapshot
from snaps) and got the same results.
I cannot figure out why this hangs and does not bomb out. I think it
has something to do with maybe a cache of some sort or the memory
buffers are filling up. Maybe even something to with how I am
traversing the array of directories? But then, why would it work
without the md5 cals? I do not know, but I thought I would post it here
and see what you guys think. TIA.
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20631 [Ver->Bgs]: PCRE_CASELESS doesn't work
ID: 20631 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Bogus Bug Type: PCRE related Operating System: Linux 2.4.19 PHP Version: 4.3.0RC1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Apparently the meaning of (?i) paterns had changed intentionally in PCRE library. So, this is not a bug afterall. Previous Comments: [2002-11-28 08:53:49] [EMAIL PROTECTED] This is indeed a bug, you are correct. The bug is due to us bundling a pcre library which appears to have a bug, which causes the behaviour you describe. As an intermittent solution, you can compile your own pcre library and compile php with --with-pcre-regex=/path/to/pcre/lib [2002-11-27 19:26:19] [EMAIL PROTECTED] Forgot to change back to open... [2002-11-27 19:25:35] [EMAIL PROTECTED] I respectfully disagree... :) My code definitely was case-insensitive in 4.2.2 and 4.2.3, and when I installed 4.3.0RC1 it was case-sensitive. There's definitely something fishy going on. The following page details the setting of internal options by using the (?) construct. http://www.php.net/manual/en/pcre.pattern.syntax.php#regexp.reference.internal-options According to this page, what I'm doing is correct. I really don't mind changing my function to use perhaps eregi_replace or something else, but I really think this could be an issue for users who currently use preg_* functions with case-insensitivity (I'm sure there would be a few of them...) Matt [2002-11-27 00:22:41] [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 Unless you specify the 'i' flag your regular expression will NOT be case-insensetive. For example the regex you've shown should appear like this: '/\(name\)(?i)/i' If you want it not to be case sensetive. [2002-11-25 16:50:48] [EMAIL PROTECTED] preg_replace(): This regex was case insensitive in 4.2.3, but is case sensitive in 4.3.0RC1: '/\(name\)(?i)/' Was not able to test further because I installed it on a production box, and had to revert to 4.2.3... I had the search and replace values in arrays which I then passed to preg_replace(). This may have some effect on it. I didn't test just passing a string. Matt -- Edit this bug report at http://bugs.php.net/?id=20631&edit=1
#20526 [Bgs]: fopen with ftp URL returns false despite ftp server executes get
ID: 20526 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: FTP related Operating System: MS Windows XP Pro PHP Version: 4.3.0RC1 New Comment: OK. One last line from my side, then I will quit. I never intended to ask support questions here; I was (and in part I still am) of the opinion it was a real bug, otherwise I had spontaneously applied to other appropriate resources. It looks like your last comment in this page is actually a reply to my private e-mail. Regards. Previous Comments: [2002-12-06 09:53:53] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. FTP protocol uses 2 ports 1 for sending commands and the other for sending data. The connection that is being closed is the 'command' port since all the necessary commands have been already sent. The data port remains open until the file is sent/recieved at which point it is also closed. If the FTP server does not support this functionality I suspect it is the problem with the FTP server. Non of the FTP servers I've tried ncftpd, proftpd, wu-ftpd, BulletProof ftp and severals others have experienced this problem. [2002-11-27 16:18:15] [EMAIL PROTECTED] Tried php4-win32-STABLE-200211271730. Tried also php-4.3.0RC2-Win32. Unfortunately the behaviour of fopen with stp URL, in my opinion, is still not correct. Now the connection on the FTP data channel is established before issuing the QUIT command on the control channel (this was not so with previous versions); anyway the QUIT command is issued without waiting the end of the data transfer; depending on the time, the QUIT can reach the FTP server AFTER or BEFORE that the transfer is completed. Testing in loopback, most of the times the transfer is successful with the Bulletproof FTP server (http://www.bpftpserver.com/), but always fails with the GuildFTPd server (http://www.guildftpd.com/). In my opinion issuing of QUIT should be postponed until the end of the data transfer (or perhaps until fclose?). Many thanks for your attention. Giovanni. [2002-11-26 17:42:49] [EMAIL PROTECTED] Tried to comment-out lines 407 to 411 of file ftp_fopen_wrapper.c. With this temporary patch my little PHP program successfully reads the file via the wrapper!! Of course in no way this can be considered "a solution". In practice I have stripped off the QUIT. The question: should not the QUIT be sent only at fclose? [2002-11-26 05:56:57] [EMAIL PROTECTED] In the mean time I realized that the "FTP reports 227.." is not to be intended as "the error"; "the error" is "...failed to create stream..."; "FTP reports 227" is the result of a mere diagnostic aid. In addition I can see now that the problem is time-dependent; sometimes is "...failed to create stream...", sometimes the fopen returns a stream with no data (while there should be some!). Running a debug endowed rebuild of php-4.3.0RC1-Win32.zip and tracing the execution of ftp_fopen_wrapper.c I have seen that the "goto errexit" in line 419 is executed (datastream == NULL); it is strange to me that the datastream opening is attempted *after* that the QUIT command has been sent via the FTP control stream. Is that normal? I suspect that the FTP server gets the QUIT and kills or inhibits the data connection. I will try to momentarily comment-out the QUIT and see what happens. Anyway I will also look at and try the snapshot as you suggest. bye for now Giovanni [2002-11-25 16:19:31] [EMAIL PROTECTED] Could you please try the latest snapshot that will be avaliable from http://snaps.php.net in a few hours. It contains a fix that will make the code return a proper error message. 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/20526 -- Edit this bug report at http://bugs.php.net/?id=20526&edit=1
#20863 [Com]: md5_file() and exec() freeze
ID: 20863
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
I added error_reporting(E_ALL) and got no errors or warnings. I
actually do not get anything but the expected output...
/home/webdev/$dir/$file : $md5
...unless I change the md5 calculation to that of the binary one here:
http://www.php.net/manual/en/function.md5-file.php. Then I get a
FATAL: emalloc() Could not allocate x bytes.
But this is not how I run this script. I always use the md5_file() or
exec() functions to calc. the MD5 of the file.
Other than the expected output, with or without E_ALL set, I get
nothing, hanging after about 20 or so md5 calculations.
Can you reproduce this when you copy+paste this and run it?
Previous Comments:
[2002-12-06 11:45:50] [EMAIL PROTECTED]
Could you please remove the @ from your script, which block error
message and set error repoting level to E_ALL.
Please include any warning messages in your reply.
[2002-12-06 11:41:52] [EMAIL PROTECTED]
I also tried adding ini_set("max_execution_time", "180") to the script
and it changed nothing. Just to make sure it was not hitting this limit
too.
[2002-12-06 11:38:07] [EMAIL PROTECTED]
I do not have this enabled. My configure line looks like so:
./configure --enable-ftp --with-ldap=/usr/local/openldap
--with-mysql=/usr --with-openssl=/usr/local/openssl
I thought for the memory_limit directive to take effect would mean I
would to have had to add --enable-momory-limit to the configuration.
Has this changed recently (i.e. >= 4.2.1)?
[2002-12-06 11:06:46] [EMAIL PROTECTED]
Does your PHP have a memory limit?
[2002-12-06 10:44:55] [EMAIL PROTECTED]
BTW, The files I am examining are all text.
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/20863
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20863 [Com]: md5_file() and exec() freeze
ID: 20863
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
This is running as a script, from a shell (i.e. #!/usr/local/bin/php);
not as a web app. We are trying to create a script that (scheduled from
cron) will create MD5 for all files for a type of tracking system.
Previous Comments:
[2002-12-06 12:08:31] [EMAIL PROTECTED]
I added error_reporting(E_ALL) and got no errors or warnings. I
actually do not get anything but the expected output...
/home/webdev/$dir/$file : $md5
...unless I change the md5 calculation to that of the binary one here:
http://www.php.net/manual/en/function.md5-file.php. Then I get a
FATAL: emalloc() Could not allocate x bytes.
But this is not how I run this script. I always use the md5_file() or
exec() functions to calc. the MD5 of the file.
Other than the expected output, with or without E_ALL set, I get
nothing, hanging after about 20 or so md5 calculations.
Can you reproduce this when you copy+paste this and run it?
[2002-12-06 11:45:50] [EMAIL PROTECTED]
Could you please remove the @ from your script, which block error
message and set error repoting level to E_ALL.
Please include any warning messages in your reply.
[2002-12-06 11:41:52] [EMAIL PROTECTED]
I also tried adding ini_set("max_execution_time", "180") to the script
and it changed nothing. Just to make sure it was not hitting this limit
too.
[2002-12-06 11:38:07] [EMAIL PROTECTED]
I do not have this enabled. My configure line looks like so:
./configure --enable-ftp --with-ldap=/usr/local/openldap
--with-mysql=/usr --with-openssl=/usr/local/openssl
I thought for the memory_limit directive to take effect would mean I
would to have had to add --enable-momory-limit to the configuration.
Has this changed recently (i.e. >= 4.2.1)?
[2002-12-06 11:06:46] [EMAIL PROTECTED]
Does your PHP have a memory limit?
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/20863
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20863 [Fbk]: md5_file() and exec() freeze
ID: 20863
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
Does your directory structure you are doing md5s on, have any recursive
symlinks or any symlinks for that matter?
Previous Comments:
[2002-12-06 12:14:20] [EMAIL PROTECTED]
This is running as a script, from a shell (i.e. #!/usr/local/bin/php);
not as a web app. We are trying to create a script that (scheduled from
cron) will create MD5 for all files for a type of tracking system.
[2002-12-06 12:08:31] [EMAIL PROTECTED]
I added error_reporting(E_ALL) and got no errors or warnings. I
actually do not get anything but the expected output...
/home/webdev/$dir/$file : $md5
...unless I change the md5 calculation to that of the binary one here:
http://www.php.net/manual/en/function.md5-file.php. Then I get a
FATAL: emalloc() Could not allocate x bytes.
But this is not how I run this script. I always use the md5_file() or
exec() functions to calc. the MD5 of the file.
Other than the expected output, with or without E_ALL set, I get
nothing, hanging after about 20 or so md5 calculations.
Can you reproduce this when you copy+paste this and run it?
[2002-12-06 11:45:50] [EMAIL PROTECTED]
Could you please remove the @ from your script, which block error
message and set error repoting level to E_ALL.
Please include any warning messages in your reply.
[2002-12-06 11:41:52] [EMAIL PROTECTED]
I also tried adding ini_set("max_execution_time", "180") to the script
and it changed nothing. Just to make sure it was not hitting this limit
too.
[2002-12-06 11:38:07] [EMAIL PROTECTED]
I do not have this enabled. My configure line looks like so:
./configure --enable-ftp --with-ldap=/usr/local/openldap
--with-mysql=/usr --with-openssl=/usr/local/openssl
I thought for the memory_limit directive to take effect would mean I
would to have had to add --enable-momory-limit to the configuration.
Has this changed recently (i.e. >= 4.2.1)?
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/20863
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20866 [NEW]: Wrong XPM format
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4CVS-2002-12-06 (stable)
PHP Bug Type: GD related
Bug description: Wrong XPM format
This is a follow-up on bug 20839.
The XPM format is now supported in the GD extension :)
I have noticed that some XPM icons are not properly converted to PNG.
My analysis of the problem is that when the color definition is :
static char * XPM_icon[] = {
/* width height ncolors cpp [x_hot y_hot] */
"32 32 9 1 -1 -1",
/* colors */
" c #DEDEDFDFDEDE",
". c #212120202121",
"X c #737371717373",
"o s iconColor1m black c black",
"O s iconColor6m white c yellow",
"+ s iconColor4m white c green",
"@ c #ADADAEAEADAD",
"# c #636361616363",
"$ s iconColor3m black c red",
/* pixels */
...
the color conversion is not right.
I do not know if it is GD or the use of GD in PHP that is not doing the
right work.
But if you have the color definition like :
static char * XPM_icon[] = {
/* width height ncolors cpp [x_hot y_hot] */
"32 32 9 1 -1 -1",
/* colors */
" c #DEDEDFDFDEDE",
". c #212120202121",
"X c #737371717373",
"o c #",
"O c #",
"+ c #",
"@ c #ADADAEAEADAD",
"# c #636361616363",
"$ c #",
/* pixels */
...
everything is fine.
Hope this will help make gd extension better.
Here are 2 XPMs.
===
XPM color wrong :
static char * app_php_http_gwy[] = {
/* width height ncolors cpp [x_hot y_hot] */
"32 32 9 1 -1 -1",
/* colors */
" c #DEDEDFDFDEDE",
". c #212120202121",
"X c #737371717373",
"o s iconColor1m black c black",
"O s iconColor6m white c yellow",
"+ s iconColor4m white c green",
"@ c #ADADAEAEADAD",
"# c #636361616363",
"$ s iconColor3m black c red",
/* pixels */
"",
" ",
" X..",
"XXXo",
" XOOXXoo ",
" XXX o ",
" XOOX oo ",
"XXXo X @ ",
"#X Xoo XO@@XXXO@ ",
" #$$X X o XO@ ",
" #Xoo #OOO@",
" #$$X Xo#OX ",
"#X Xoo #O#OX ",
" XOOX X o # @ ",
" XXoo X+@@XXX+@ ",
" XOOX XoX+@ ",
"XX Xoo #+++@",
"#X X o #+X ",
" #$$X oo #+#+X ",
" #X Xo # @ ",
" #$$XXoo X$@@XXX$@ ",
"#X X o X$@ ",
" XOOX oo #$$$@",
" XX Xo#$X ",
" XOOX Xoo #$#$X ",
"XX X o # # ",
"#X oo ",
" #$$X Xo",
" #X Xoo ",
" #$$X X o ",
"#Xoo",
" "};
XPM color right :
static char * app_php_http_gwy[] = {
/* width height ncolors cpp [x_hot y_hot] */
"32 32 9 1 -1 -1",
/* colors */
" c #DEDEDFDFDEDE",
". c #212120202121",
"X c #737371717373",
"o c #",
"O c #",
"+ c #",
"@ c #ADADAEAEADAD",
"# c #636361616363",
"$ c #",
/* pixels */
"",
" ",
" X..",
"XXXo",
" XOOXXoo ",
" XXX o ",
" XOOX oo ",
"XXXo X @ ",
"#X Xoo XO@@XXXO@ ",
" #$$X X o XO@ ",
" #Xoo #OOO@",
" #$$X Xo#OX ",
"#X Xoo #O#OX ",
" XOOX X o # @ ",
" XXoo X+@@XXX+@ ",
" XOOX XoX+@ ",
"XX Xoo #+++@",
"#X X o #+X ",
" #$$X oo #+#+X ",
" #X Xo # @ ",
" #$$XXoo X$@@XXX$@ ",
"#X X o X$@ ",
" XOOX oo #$$$@",
" XX Xo#$X ",
" XOOX Xoo #$#$X ",
"XX X o # # ",
"#X oo ",
" #$$X Xo",
" #X Xoo ",
" #$$X X o ",
"#Xoo",
" "};
==
--
Edit bug report at http://bugs.php.net/?id=20866&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20866&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20866&r=fixed
#20864 [Fbk->Opn]: Cc/Bcc fields don't seem to work
ID: 20864 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: I'm having a hard time getting that CVS build to work (using IIS) ... I'm using it as a CGI binary and it always returns the "PHP CGI cannot be accessed directly blabla" page. Here are my php.ini CGI options: cgi.force_redirect = 0; cgi.redirect_status_env = ; fastcgi.impersonate = 1; cgi.rfc2616_headers = 1; I've tried mapping the .php extension to both php.exe and php-cgi.exe. Mapping it to php-cgi.exe seems to make the request for any script hang around forever. By the way, it would be nice if the CVS Windows builds didn't have Unix linebreaks on the text/ini files :) Previous Comments: [2002-12-06 11:14:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-06 11:13:52] [EMAIL PROTECTED] Adding a header to an e-mail stating "Cc: [EMAIL PROTECTED]" makes mail() return a Server error. "Bcc: something" seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit this bug report at http://bugs.php.net/?id=20864&edit=1
#20863 [Com]: md5_file() and exec() freeze
ID: 20863
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: SuSE 7.3 Pro
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
I am unsure as to what is going on. I do not see any symlinks at all
actually.
When I ran the same script with /usr/bin (no sub-direcories in
/usr/bin) it ran fine (slowly, but fine). So this cannot be something
referring to a memory buffer or cache.
It is probably my coding. I appreciate your help very much.
Previous Comments:
[2002-12-06 12:15:39] [EMAIL PROTECTED]
Does your directory structure you are doing md5s on, have any recursive
symlinks or any symlinks for that matter?
[2002-12-06 12:14:20] [EMAIL PROTECTED]
This is running as a script, from a shell (i.e. #!/usr/local/bin/php);
not as a web app. We are trying to create a script that (scheduled from
cron) will create MD5 for all files for a type of tracking system.
[2002-12-06 12:08:31] [EMAIL PROTECTED]
I added error_reporting(E_ALL) and got no errors or warnings. I
actually do not get anything but the expected output...
/home/webdev/$dir/$file : $md5
...unless I change the md5 calculation to that of the binary one here:
http://www.php.net/manual/en/function.md5-file.php. Then I get a
FATAL: emalloc() Could not allocate x bytes.
But this is not how I run this script. I always use the md5_file() or
exec() functions to calc. the MD5 of the file.
Other than the expected output, with or without E_ALL set, I get
nothing, hanging after about 20 or so md5 calculations.
Can you reproduce this when you copy+paste this and run it?
[2002-12-06 11:45:50] [EMAIL PROTECTED]
Could you please remove the @ from your script, which block error
message and set error repoting level to E_ALL.
Please include any warning messages in your reply.
[2002-12-06 11:41:52] [EMAIL PROTECTED]
I also tried adding ini_set("max_execution_time", "180") to the script
and it changed nothing. Just to make sure it was not hitting this limit
too.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20863
--
Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20864 [Opn]: Cc/Bcc fields don't seem to work
ID: 20864 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Addendum to last comment: php-cgi.exe does not make the request hang forever. Sorry about that. All the other info still stands. Previous Comments: [2002-12-06 12:32:27] [EMAIL PROTECTED] I'm having a hard time getting that CVS build to work (using IIS) ... I'm using it as a CGI binary and it always returns the "PHP CGI cannot be accessed directly blabla" page. Here are my php.ini CGI options: cgi.force_redirect = 0; cgi.redirect_status_env = ; fastcgi.impersonate = 1; cgi.rfc2616_headers = 1; I've tried mapping the .php extension to both php.exe and php-cgi.exe. Mapping it to php-cgi.exe seems to make the request for any script hang around forever. By the way, it would be nice if the CVS Windows builds didn't have Unix linebreaks on the text/ini files :) [2002-12-06 11:14:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-06 11:13:52] [EMAIL PROTECTED] Adding a header to an e-mail stating "Cc: [EMAIL PROTECTED]" makes mail() return a Server error. "Bcc: something" seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit this bug report at http://bugs.php.net/?id=20864&edit=1
#20840 [Fbk->Opn]: Command line mysql_connect Segmentation fault
ID: 20840
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Solaris 8
PHP Version: 4.2.3
New Comment:
Thanks Georg!!! Compiling without the --with-mysql got me what I
needed.
However, I am curious what the problem was. Since this works from the
webpage and not from the command line. I do not belive that there is a
problem with the permissions on the charset (Index) file. Nor do I
believe it is corrupt...tried one that worked on a (MUCH) older version
of php.
Also...I did not try the latest CVS copy but am curious if there was a
fix in it for this problem?
Thanks for your help.
Previous Comments:
[2002-12-06 03:14:32] [EMAIL PROTECTED]
Looks like your charset files are corrupted or have wrong permissions.
If you don't need charset support, try to use the embedded libmysql
(you don't have to specify --with-mysql for that)
[2002-12-05 19:32:31] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-05 16:10:27] [EMAIL PROTECTED]
I have a new machine (ultra 60 solaris 8) that is running php 4.2.3 and
mysql 3.23.52.
If I run a simple mysql_connect to the database through apache (web
page) it works just fine. But if I run the same file with the command
line php, I get a:
Segmentation Fault(coredump)
If I gdb the core file I find that it failed in read_charset_index ()
(gdb) bt
#0 0xf535c in read_charset_index ()
#1 0xf5d08 in get_charset ()
#2 0xee7cc in mysql_real_connect ()
#3 0x4383c in php_mysql_do_connect (ht=2008792, return_value=0x1e1bd8,
this_ptr=0x0, return_value_used=0, persistent=0) at
php_mysql.c:684
#4 0x439e4 in zif_mysql_connect (ht=3, return_value=0x1e1bd8,
this_ptr=0x0,
return_value_used=1) at php_mysql.c:736
#5 0xe6f4c in execute ()
#6 0xc820c in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:812
#7 0x2f2f0 in php_execute_script (primary_file=0xffbef3d0) at
main.c:1383
#8 0x2c7f0 in main (argc=2, argv=0xffbef45c) at cgi_main.c:778
(gdb)
If I truss the program, I see the same thing:
open64("/usr/local/mysql/share/mysql/charsets/Index", O_RDONLY) = 6
Incurred fault #6, FLTBOUNDS %pc = 0x000F535C
siginfo: SIGSEGV SEGV_MAPERR addr=0x0008
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_MAPERR addr=0x0008
*** process killed ***
--
Edit this bug report at http://bugs.php.net/?id=20840&edit=1
#20860 [Com]: FILE object problem
ID: 20860 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Filesystem function related Operating System: RedHat 7.2 PHP Version: 4.3.0RC2 New Comment: That was it. Thank you. Previous Comments: [2002-12-06 10:25:06] [EMAIL PROTECTED] I suspect this is a dupe of http://bugs.php.net/20725 Could you make sure your upload_tmp_dir is writeable for the webserver? Check phpinfo() for the path (should default to /var/tmp/). [2002-12-06 09:34:35] [EMAIL PROTECTED] There appears to be a problem with the PHP FILE object. If you have an in your form, everything from that form field to the end of the form is not posted. -- Edit this bug report at http://bugs.php.net/?id=20860&edit=1
#20867 [NEW]: Warning: Unable to load dynamic library './extensions/php_gd.dll'
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.2.3 PHP Bug Type: GD related Bug description: Warning: Unable to load dynamic library './extensions/php_gd.dll' This happens both under the OmniHTTPd and Apache servers The code is: The error is: Warning: Unable to load dynamic library './extensions/php_gd.dll' - One of the library files needed to run this application cannot be found. Do I need to load other libraries first. The "php_gd.dll" is present and supplied with the installation. I do not load the dll in the php.ini file because I get the same error. This is a binary distribution. -- Edit bug report at http://bugs.php.net/?id=20867&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20867&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20867&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20867&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20867&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20867&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20867&r=support Expected behavior: http://bugs.php.net/fix.php?id=20867&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20867&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20867&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20867&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20867&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20867&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20867&r=isapi
#20868 [NEW]: session_destroy doesn't work
From: [EMAIL PROTECTED] Operating system: windows 2000 server PHP version: 4.2.3 PHP Bug Type: Session related Bug description: session_destroy doesn't work File with only the following codes It returns "object destroy failed". PHP is set with session.use_trans_sid = 1 and does not support cookies. -- Edit bug report at http://bugs.php.net/?id=20868&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20868&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20868&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20868&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20868&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20868&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20868&r=support Expected behavior: http://bugs.php.net/fix.php?id=20868&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20868&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20868&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20868&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20868&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20868&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20868&r=isapi
#20840 [Opn->Bgs]: Command line mysql_connect Segmentation fault
ID: 20840
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Solaris 8
PHP Version: 4.2.3
New Comment:
it's defintely not an error in php, it's a libmysql problem (bogus).
I'll send a mail to [EMAIL PROTECTED] and keep you up-to-date.
Previous Comments:
[2002-12-06 12:53:03] [EMAIL PROTECTED]
Thanks Georg!!! Compiling without the --with-mysql got me what I
needed.
However, I am curious what the problem was. Since this works from the
webpage and not from the command line. I do not belive that there is a
problem with the permissions on the charset (Index) file. Nor do I
believe it is corrupt...tried one that worked on a (MUCH) older version
of php.
Also...I did not try the latest CVS copy but am curious if there was a
fix in it for this problem?
Thanks for your help.
[2002-12-06 03:14:32] [EMAIL PROTECTED]
Looks like your charset files are corrupted or have wrong permissions.
If you don't need charset support, try to use the embedded libmysql
(you don't have to specify --with-mysql for that)
[2002-12-05 19:32:31] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-05 16:10:27] [EMAIL PROTECTED]
I have a new machine (ultra 60 solaris 8) that is running php 4.2.3 and
mysql 3.23.52.
If I run a simple mysql_connect to the database through apache (web
page) it works just fine. But if I run the same file with the command
line php, I get a:
Segmentation Fault(coredump)
If I gdb the core file I find that it failed in read_charset_index ()
(gdb) bt
#0 0xf535c in read_charset_index ()
#1 0xf5d08 in get_charset ()
#2 0xee7cc in mysql_real_connect ()
#3 0x4383c in php_mysql_do_connect (ht=2008792, return_value=0x1e1bd8,
this_ptr=0x0, return_value_used=0, persistent=0) at
php_mysql.c:684
#4 0x439e4 in zif_mysql_connect (ht=3, return_value=0x1e1bd8,
this_ptr=0x0,
return_value_used=1) at php_mysql.c:736
#5 0xe6f4c in execute ()
#6 0xc820c in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:812
#7 0x2f2f0 in php_execute_script (primary_file=0xffbef3d0) at
main.c:1383
#8 0x2c7f0 in main (argc=2, argv=0xffbef45c) at cgi_main.c:778
(gdb)
If I truss the program, I see the same thing:
open64("/usr/local/mysql/share/mysql/charsets/Index", O_RDONLY) = 6
Incurred fault #6, FLTBOUNDS %pc = 0x000F535C
siginfo: SIGSEGV SEGV_MAPERR addr=0x0008
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_MAPERR addr=0x0008
*** process killed ***
--
Edit this bug report at http://bugs.php.net/?id=20840&edit=1
#20867 [Opn]: Warning: Unable to load dynamic library './extensions/php_gd.dll'
ID: 20867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Windows 98 PHP Version: 4.2.3 New Comment: what is your extension_dir set to in php.ini? Previous Comments: [2002-12-06 15:34:53] [EMAIL PROTECTED] This happens both under the OmniHTTPd and Apache servers The code is: The error is: Warning: Unable to load dynamic library './extensions/php_gd.dll' - One of the library files needed to run this application cannot be found. Do I need to load other libraries first. The "php_gd.dll" is present and supplied with the installation. I do not load the dll in the php.ini file because I get the same error. This is a binary distribution. -- Edit this bug report at http://bugs.php.net/?id=20867&edit=1
#20860 [Fbk->Dup]: FILE object problem
ID: 20860 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Duplicate Bug Type: Filesystem function related Operating System: RedHat 7.2 PHP Version: 4.3.0RC2 New Comment: Dupe of #20725. Fix is in discussion by the way. Previous Comments: [2002-12-06 14:40:30] [EMAIL PROTECTED] That was it. Thank you. [2002-12-06 10:25:06] [EMAIL PROTECTED] I suspect this is a dupe of http://bugs.php.net/20725 Could you make sure your upload_tmp_dir is writeable for the webserver? Check phpinfo() for the path (should default to /var/tmp/). [2002-12-06 09:34:35] [EMAIL PROTECTED] There appears to be a problem with the PHP FILE object. If you have an in your form, everything from that form field to the end of the form is not posted. -- Edit this bug report at http://bugs.php.net/?id=20860&edit=1
#20863 [Fbk->Bgs]: md5_file() and exec() freeze
ID: 20863 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Filesystem function related Operating System: SuSE 7.3 Pro PHP Version: 4CVS-2002-12-06 (stable) New Comment: Most likely user error since this is the only report about it.. Previous Comments: [2002-12-06 12:32:48] [EMAIL PROTECTED] I am unsure as to what is going on. I do not see any symlinks at all actually. When I ran the same script with /usr/bin (no sub-direcories in /usr/bin) it ran fine (slowly, but fine). So this cannot be something referring to a memory buffer or cache. It is probably my coding. I appreciate your help very much. [2002-12-06 12:15:39] [EMAIL PROTECTED] Does your directory structure you are doing md5s on, have any recursive symlinks or any symlinks for that matter? [2002-12-06 12:14:20] [EMAIL PROTECTED] This is running as a script, from a shell (i.e. #!/usr/local/bin/php); not as a web app. We are trying to create a script that (scheduled from cron) will create MD5 for all files for a type of tracking system. [2002-12-06 12:08:31] [EMAIL PROTECTED] I added error_reporting(E_ALL) and got no errors or warnings. I actually do not get anything but the expected output... /home/webdev/$dir/$file : $md5 ...unless I change the md5 calculation to that of the binary one here: http://www.php.net/manual/en/function.md5-file.php. Then I get a FATAL: emalloc() Could not allocate x bytes. But this is not how I run this script. I always use the md5_file() or exec() functions to calc. the MD5 of the file. Other than the expected output, with or without E_ALL set, I get nothing, hanging after about 20 or so md5 calculations. Can you reproduce this when you copy+paste this and run it? [2002-12-06 11:45:50] [EMAIL PROTECTED] Could you please remove the @ from your script, which block error message and set error repoting level to E_ALL. Please include any warning messages in your reply. 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/20863 -- Edit this bug report at http://bugs.php.net/?id=20863&edit=1
#20864 [Opn->Fbk]: Cc/Bcc fields don't seem to work
ID: 20864 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: So does the mail work now? Previous Comments: [2002-12-06 12:35:48] [EMAIL PROTECTED] Addendum to last comment: php-cgi.exe does not make the request hang forever. Sorry about that. All the other info still stands. [2002-12-06 12:32:27] [EMAIL PROTECTED] I'm having a hard time getting that CVS build to work (using IIS) ... I'm using it as a CGI binary and it always returns the "PHP CGI cannot be accessed directly blabla" page. Here are my php.ini CGI options: cgi.force_redirect = 0; cgi.redirect_status_env = ; fastcgi.impersonate = 1; cgi.rfc2616_headers = 1; I've tried mapping the .php extension to both php.exe and php-cgi.exe. Mapping it to php-cgi.exe seems to make the request for any script hang around forever. By the way, it would be nice if the CVS Windows builds didn't have Unix linebreaks on the text/ini files :) [2002-12-06 11:14:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-06 11:13:52] [EMAIL PROTECTED] Adding a header to an e-mail stating "Cc: [EMAIL PROTECTED]" makes mail() return a Server error. "Bcc: something" seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit this bug report at http://bugs.php.net/?id=20864&edit=1
#20866 [Opn->Bgs]: Wrong XPM format
ID: 20866
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: GD related
Operating System: linux
PHP Version: 4CVS-2002-12-06 (stable)
New Comment:
GD bug, not PHP bug. Report it to the GD author.
Previous Comments:
[2002-12-06 12:29:18] [EMAIL PROTECTED]
This is a follow-up on bug 20839.
The XPM format is now supported in the GD extension :)
I have noticed that some XPM icons are not properly converted to PNG.
My analysis of the problem is that when the color definition is :
static char * XPM_icon[] = {
/* width height ncolors cpp [x_hot y_hot] */
"32 32 9 1 -1 -1",
/* colors */
" c #DEDEDFDFDEDE",
". c #212120202121",
"X c #737371717373",
"o s iconColor1m black c black",
"O s iconColor6m white c yellow",
"+ s iconColor4m white c green",
"@ c #ADADAEAEADAD",
"# c #636361616363",
"$ s iconColor3m black c red",
/* pixels */
...
the color conversion is not right.
I do not know if it is GD or the use of GD in PHP that is not doing the
right work.
But if you have the color definition like :
static char * XPM_icon[] = {
/* width height ncolors cpp [x_hot y_hot] */
"32 32 9 1 -1 -1",
/* colors */
" c #DEDEDFDFDEDE",
". c #212120202121",
"X c #737371717373",
"o c #",
"O c #",
"+ c #",
"@ c #ADADAEAEADAD",
"# c #636361616363",
"$ c #",
/* pixels */
...
everything is fine.
Hope this will help make gd extension better.
Here are 2 XPMs.
===
XPM color wrong :
static char * app_php_http_gwy[] = {
/* width height ncolors cpp [x_hot y_hot] */
"32 32 9 1 -1 -1",
/* colors */
" c #DEDEDFDFDEDE",
". c #212120202121",
"X c #737371717373",
"o s iconColor1m black c black",
"O s iconColor6m white c yellow",
"+ s iconColor4m white c green",
"@ c #ADADAEAEADAD",
"# c #636361616363",
"$ s iconColor3m black c red",
/* pixels */
"",
" ",
" X..",
"XXXo",
" XOOXXoo ",
" XXX o ",
" XOOX oo ",
"XXXo X @ ",
"#X Xoo XO@@XXXO@ ",
" #$$X X o XO@ ",
" #Xoo #OOO@",
" #$$X Xo#OX ",
"#X Xoo #O#OX ",
" XOOX X o # @ ",
" XXoo X+@@XXX+@ ",
" XOOX XoX+@ ",
"XX Xoo #+++@",
"#X X o #+X ",
" #$$X oo #+#+X ",
" #X Xo # @ ",
" #$$XXoo X$@@XXX$@ ",
"#X X o X$@ ",
" XOOX oo #$$$@",
" XX Xo#$X ",
" XOOX Xoo #$#$X ",
"XX X o # # ",
"#X oo ",
" #$$X Xo",
" #X Xoo ",
" #$$X X o ",
"#Xoo",
" "};
XPM color right :
static char * app_php_http_gwy[] = {
/* width height ncolors cpp [x_hot y_hot] */
"32 32 9 1 -1 -1",
/* colors */
" c #DEDEDFDFDEDE",
". c #212120202121",
"X c #737371717373",
"o c #",
"O c #",
"+ c #",
"@ c #ADADAEAEADAD",
"# c #636361616363",
"$ c #",
/* pixels */
"",
" ",
" X..",
"XXXo",
" XOOXXoo ",
" XXX o ",
" XOOX oo ",
"XXXo X @ ",
"#X Xoo XO@@XXXO@ ",
" #$$X X o XO@ ",
" #Xoo #OOO@",
" #$$X Xo#OX ",
"#X Xoo #O#OX ",
" XOOX X o # @ ",
" XXoo X+@@XXX+@ ",
" XOOX XoX+@ ",
"XX Xoo #+++@",
"#X X o #+X ",
" #$$X oo #+#+X ",
" #X Xo # @ ",
" #$$XXoo X$@@XXX$@ ",
"#X X o X$@ ",
" XOOX oo #$$$@",
" XX Xo#$X ",
" XOOX Xoo #$#$X ",
"XX X o # # ",
"#X oo ",
" #$$X Xo",
" #X Xoo ",
" #$$X X o ",
"#Xoo"
#20867 [Opn->Bgs]: Warning: Unable to load dynamic library './extensions/php_gd.dll'
ID: 20867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows 98 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-12-06 18:02:34] [EMAIL PROTECTED] what is your extension_dir set to in php.ini? [2002-12-06 15:34:53] [EMAIL PROTECTED] This happens both under the OmniHTTPd and Apache servers The code is: The error is: Warning: Unable to load dynamic library './extensions/php_gd.dll' - One of the library files needed to run this application cannot be found. Do I need to load other libraries first. The "php_gd.dll" is present and supplied with the installation. I do not load the dll in the php.ini file because I get the same error. This is a binary distribution. -- Edit this bug report at http://bugs.php.net/?id=20867&edit=1
#20868 [Opn->Csd]: session_destroy doesn't work
ID: 20868 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Session related Operating System: windows 2000 server PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-12-06 15:58:19] [EMAIL PROTECTED] File with only the following codes It returns "object destroy failed". PHP is set with session.use_trans_sid = 1 and does not support cookies. -- Edit this bug report at http://bugs.php.net/?id=20868&edit=1
#20854 [Bgs]: Unable to load dynamic library
ID: 20854 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Oracle related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: This is not a support forum. Previous Comments: [2002-12-06 06:55:40] [EMAIL PROTECTED] How can you be so sure that this is not a bug in php? I mean everything else seems ok. Then you must know where the problem is. What about telling me? Thanks [2002-12-06 06:25:33] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. [2002-12-06 03:24:51] [EMAIL PROTECTED] PHP 4.2.3 is running with IIS 5 on W2k server. Oracle client v6 is installed and working properly. The error message is the following: PHP Warning: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Also tried with php_oracle.dll but the result is the same. I'm sure the dlls are there. gds32.dll is in system32. Dependency walker stops at apphelp.dll - as it is not an XP. -- Edit this bug report at http://bugs.php.net/?id=20854&edit=1
#20857 [Opn->Fbk]: snmpset does not work
ID: 20857 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: Linux RH 7.3 PHP Version: 4.3.0RC2 New Comment: Do you have a patch for this? Previous Comments: [2002-12-06 08:12:46] [EMAIL PROTECTED] I use php-4.3.0RC2 with net-snmp-5.0.6. It works so far, but snmpset() always shows a warning "Could not add variable: " and the variable is not set. I found out, that there is a bug in ext/snmp.c. Here, type and value of the varible are not passed to php_snmp_internal(), so these variables are always 0 and snmp_add_var() fails. So, as a solution, php_snmp and php_snmpv3 should pass type and value to php_snmp_internal ant everything is ok. -- Edit this bug report at http://bugs.php.net/?id=20857&edit=1
#20860 [Dup->Bgs]: FILE object problem
ID: 20860 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Bogus Bug Type: Filesystem function related Operating System: RedHat 7.2 PHP Version: 4.3.0RC2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2002-12-06 18:05:41] [EMAIL PROTECTED] Dupe of #20725. Fix is in discussion by the way. [2002-12-06 14:40:30] [EMAIL PROTECTED] That was it. Thank you. [2002-12-06 10:25:06] [EMAIL PROTECTED] I suspect this is a dupe of http://bugs.php.net/20725 Could you make sure your upload_tmp_dir is writeable for the webserver? Check phpinfo() for the path (should default to /var/tmp/). [2002-12-06 09:34:35] [EMAIL PROTECTED] There appears to be a problem with the PHP FILE object. If you have an in your form, everything from that form field to the end of the form is not posted. -- Edit this bug report at http://bugs.php.net/?id=20860&edit=1
#20725 [Opn->Csd]: $_REQUEST not populated when there is no tmp dir or upload_tmp_dir not writable
ID: 20725
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: BSD/OS 4.2
PHP Version: 4.3.0-dev2002-12-05
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-12-06 10:30:09] [EMAIL PROTECTED]
Thanx to bug #20860, I found why my test didn't work. New testcase:
Output:
array(2) {
["this_var_should_be_set"]=>
string(3) "foo"
["ApacheSessionId"]=>
string(35) "anonymized"
}
array(1) {
["this_var_should_be_set"]=>
string(3) "foo"
}
The ApacheSessionId in there is a cookie, via mod_user_track, but is
not relevant to the bug.
Cvs build:
PHP 4.3.0-dev (cli) (built: Dec 5 2002 09:30:48)
Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies
[2002-12-05 03:35:39] [EMAIL PROTECTED]
cut and paste error on my part - sorry bout that. The output should be
array{0} twice.
[2002-12-05 03:31:08] [EMAIL PROTECTED]
You have:
output:
array(0){
}
This suggests one exists, it's just empty. Which one I wonder...
[2002-12-05 03:09:04] [EMAIL PROTECTED]
philip: $_REQUEST and $_POST both don't exist. display_startup_errors
gives you a warning "File upload error - unable to create a temporary
file" so you actually have to upload something for this bug to
trigger.
If upload_tmp_dir isn't set, it tries to use /var/tmp, /tmp or anything
similar.
Using latest 4.3 branch I can't reproduce it either, but this is
another server. The server where I discovered this bug, is in
production, so I won't be able to test it until some odd hours during
the weekend.
[2002-12-05 01:38:24] [EMAIL PROTECTED]
I can't replicate either, and I set upload_tmp_dir to something that
doesn't exist. But anyway can you separate the dump of $_POST and
$_REQUEST so we know which one at least exists? And can you explain
what display_startup_errors affect is on this exactly? And does it
matter if upload_tmp_dir is set? Don't see why it would. Anyway,
please do more tests and try to see if you can get it to work :)
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/20725
--
Edit this bug report at http://bugs.php.net/?id=20725&edit=1
#20862 [Opn->Fbk]: registered objects are not saved with the session
ID: 20862 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux 2.4.18 PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-12-06 10:12:36] [EMAIL PROTECTED] Hello, This is partially taken from comments I made on someone else's bug report #20449, as I don't know if it's the same or not. Problem : When a session is saved, included objects are not. I have setup a small test platform, with custom session handlers to a database, and DBMS in debug mode. When I force a session write before the end of the script, I get the _whole_ session var serialized. When I force a sess_write_close at the same place, I get a _truncated_ serialized session var (objects missing, but vars still there) When I let things behave normally (not forcing write), I get a _truncated_ serialized session var (objects missing, vars present) When I try to bypass arguments passed to my sess_write function by using $PHPSESSID, and serialize($session), I get an error stating that $session has been destroyed. Thus, I have an hypothesis : The objects inside the session var are destroyed _before_ the serialization occurs, leading to a truncated result. regards, -- Edit this bug report at http://bugs.php.net/?id=20862&edit=1
#20834 [Opn->Bgs]: 'output_buffering = Off' + 'output_handler = ob_gzhandler'
ID: 20834 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Redhat 7.0 PHP Version: 4.3.0RC2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Reading documentation helps. Excert from comments inside php.ini ; Setting any output handler automatically turns on output buffering. Previous Comments: [2002-12-05 12:18:28] [EMAIL PROTECTED] With php4.2.3 it worked well (output buffering was disabled) using the same php.ini. [2002-12-05 12:16:08] [EMAIL PROTECTED] If I set (in php.ini): output_buffering = Off output_handler = ob_gzhandler php enables output buffering without giving warnings, I'll expect that if I set "output_buffering = Off" the output buffering would be always disabled, also if I set "output_handler = ob_gzhandler", or a warning have to would be logged. -- Edit this bug report at http://bugs.php.net/?id=20834&edit=1
#20830 [Opn->Bgs]: web server not responding
ID: 20830 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: iPlanet related Operating System: HPUX 11.00 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. As you've yourself indicated, iPlanet does not work, adding PHP into the mix certainly won't fix your problem. Previous Comments: [2002-12-05 09:42:00] [EMAIL PROTECTED] Hello, I compile php 4.2.3 with gcc on HPUX 11.00 K Class server. The compilation (make and make install) was done without any problems. Below, you have the parameters for the configure script : configure --with-oci8=/data1/app/oracle/product/8.0.6 --enable-ftp --with-nsapi=/opt/iplanet --enable-calendar --without-mysql --enable-libgcc I check inside the directory /opt/iplanet/bin and there is a new file created named libphp4.sl. Of course, I change all the configuration associated to the iplanet server like obj.conf, mime ... When I started the iplanet server, everything seems to be OK but I can not connect to the server. I check on unix system and the web server is listen. So I tried to connect directly from the unix machine with a telnet command like telnet a.a.a.a 80. I've got the session but when I type the command get nothing. I can't understand what happen. I notice that if I strip the libphp4.sl file, the web server didn't want to start but without any errors messages. Please help me because I become crazy. Thanks -- Edit this bug report at http://bugs.php.net/?id=20830&edit=1
#15801 [Fbk->NoF]: unjustified open_basedir restriction on copy()
ID: 15801 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: linux rh PHP Version: 4.1.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-25 08:37:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip I am unable to replicate the problem using the latest CVS. [2002-03-01 02:34:26] [EMAIL PROTECTED] The reason for the difference comes down to a difference in what happens when a resource that exists is checked via realpath() vs. a resource that does not exist. Often on a copy() operation the source path exists, but the target doesn't. That's obviously not always the case. The open_basedir check needs to be made more advanced and should detect if the resource it is checking does not exist in which case it should step back one level and check that path. If I fell inspired I'll fix it, but if someone else wants to, by all means... [2002-02-28 22:14:46] [EMAIL PROTECTED] okay, i get the point... but what about include() and upload_tmp_dir ? if there were using the same mechanism as copy() (sorry i never had much to look inside php source and verify by myself), they'd raise an error too, right? (they still point to symlinked path, and they still work, unlike copy() ) [2002-02-28 22:10:45] [EMAIL PROTECTED] Okay, i finally got it to work... copy() doesnt seem to like symbolic links... when *both* open_basedir and copy(path1, path2) paths are set to the "real" path, copy works... However, that's still weird, as referencing files with symlinked path by other means (auto_prepend_file and upload_tmp_dir config directives and include() ) works without raising open_basedir error... and also because this was working prior to 4.0.6, and, imha, it doesnt make things more secure than before. [2002-02-28 22:07:28] [EMAIL PROTECTED] Well, the reason it works in 4.0.4 is that no open_basedir check is done at all on copy() in that version. It is wide open. Now the check is done, and yes, in your case it is due to the symlink you have. The open_basedir check is currently not very good at dealing with symlinked directories. 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/15801 -- Edit this bug report at http://bugs.php.net/?id=15801&edit=1
#19452 [Fbk->NoF]: Apache2 with php4 freeze on HP-UX 11.00
ID: 19452 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4CVS-2002-09-17 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-25 06:30:30] [EMAIL PROTECTED] Maybe you should, since this other dude is able to compile it fine..did you happen to read what the suggestion was? [2002-11-25 06:10:23] [EMAIL PROTECTED] I can't test anymore as long the bug #19918 is not corrected @++ JC [2002-11-23 13:31:33] [EMAIL PROTECTED] Please try what csoto suggested. [2002-11-22 15:58:47] [EMAIL PROTECTED] I solved my problem by installing the linker (ld) cumulative patch, available from HP. In my 11.11/s800 environment, I used PHSS_26560. For more information, see http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x32d6cdec06f1d61190050090279cd0f9,00.html You might try this and report back here. Charles [2002-11-07 10:46:13] [EMAIL PROTECTED] Okay, it's not just libphp4.so that's causing this symptom. I get the same thing when attempting to load mod_perl.so. I think it's related to DSOs in Apache 2.0.43 on HP/UX (mine is 11.11). I think this is NOT a PHP bug. Charles 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/19452 -- Edit this bug report at http://bugs.php.net/?id=19452&edit=1
#19517 [Fbk->NoF]: the oci8 function cause apache to crash
ID: 19517 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: windows 2000 and linux PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-26 20:14:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-26 15:33:36] [EMAIL PROTECTED] This might be an Apache 2 problem. Can you reproduce the crash with the latest CVS release on Apache over 2.0.43? [2002-11-05 14:13:23] [EMAIL PROTECTED] I get this error in my apache error log when multithreading is turned on: [notice] child pid 28373 exit signal Segmentation fault (11) Apache: 2.0.X (mpm worker) OS: HP-UX 11.00 (with linker patches) PHP: 4.2.2 dso with oci8 extension Oracle: 8.1.6 If I set ThreadsPerChild to 1 (single threaded), I don't get any segfaults. With ThreadsPerChild set to 2 (or higher) I get the segmentation faults with as few as 2 concurrent requests (ab -n 10 -c 2 http://testurl/). With particularly high load (>100 concurrent requests) Apache 2 hangs, and has to be killed. I also get this error message in my php log: "PHP Warning: _oci_open_server: ORA-12154: TNS:could not resolve service name" On the same system, Apache 1.3.26 with PHP as CGI works perfectly. [2002-09-20 03:30:06] [EMAIL PROTECTED] on medium/high load and on multi-threaded serveurs ( apache 1.3.X windows and apache 2.0.X (mpm=worker) on linux), oci cause segmentation fault to apache. I test with apache 1.3.26 / 2.0.40 on windows 2000 server and professionnal, php 4.2.3, oracle 8.1.7.0 and 9.0.1 ( on the same and different Pc). I test with and without autocommit. i always get the same result. the script: i run test with microsoft web apllication stress tools and ab. the error message is : _oci_open_server: ORA12154 TNS: could not resolve service name. All works fine with linux / apache 1.3.X. -- Edit this bug report at http://bugs.php.net/?id=19517&edit=1
#20395 [Fbk->NoF]: A handful of #ifdef's to compile under AIX using xlC
ID: 20395
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Compile Failure
Operating System: AIX 4.3.3ML10
PHP Version: 4CVS-2002-11-12
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2002-11-26 20:01:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-12 11:59:38] [EMAIL PROTECTED]
Can you please make a unified diff (cvs diff -u) and post the patch
somewhere on the net? This bug system mangles your patch.
Derick
[2002-11-12 11:40:38] [EMAIL PROTECTED]
I beg to differ, at least regarding to the use of // as comment syntax
in a C (not C++) file, and casting lvalues is a bit unorthodox too.
Relevant compiler errors are as follows:
"/usr/local/src/php4-200211101739/ext/mysql/libmysql/my_tempnam.c",
line 99.5: 1
506-025 (S) Operand must be a modifiable lvalue.
"/usr/local/src/php4-200211101739/ext/mysql/libmysql/my_tempnam.c",
line 105.3:
1506-025 (S) Operand must be a modifiable lvalue.
make: *** [ext/mysql/libmysql/my_tempnam.lo] Error 1
"/usr/local/src/php4-200211101739/main/SAPI.c", line 358.25: 1506-046
(S) Syntax
error.
"/usr/local/src/php4-200211101739/main/SAPI.c", line 358.75: 1506-209
(S) Charac
ter constants must end before the end of a line.
"/usr/local/src/php4-200211101739/main/SAPI.c", line 358.40: 1506-076
(W) Charac
ter constant 've consumed all request input data' has more than one
character. N
o more than rightmost 4 characters are used.
"/usr/local/src/php4-200211101739/main/SAPI.c", line 358.28: 1506-045
(S) Undecl
ared identifier make.
"/usr/local/src/php4-200211101739/main/SAPI.c", line 360.66: 1506-045
(S) Undecl
ared identifier dummy.
"/usr/local/src/php4-200211101739/main/SAPI.c", line 360.53: 1506-045
(S) Undecl
ared identifier dummy.
make: *** [main/SAPI.lo] Error 1
[2002-11-12 10:56:14] [EMAIL PROTECTED]
I dont think it's a bug.
Please take this to php.dev.
Thanks for your report.
[2002-11-12 10:51:12] [EMAIL PROTECTED]
Please consider the changes below to make the latest snapshot compile
using xlc invoked as cc_r:
root@limosa$ diff -c ext/mbstring/mbfilter.h*
*** ext/mbstring/mbfilter.h Tue Nov 12 17:15:20 2002
--- ext/mbstring/mbfilter.h~Sun Nov 10 18:37:22 2002
***
*** 464,473
const char *
mbfl_identify_encoding_name(mbfl_string *string, enum
mbfl_no_encoding *elist, int eliztsz TSRMLS_DC);
! #ifndef _AIX
! const
! #endif
! enum mbfl_no_encoding
mbfl_identify_encoding_no(mbfl_string *string, enum mbfl_no_encoding
*elist, int eliztsz TSRMLS_DC);
/*
--- 464,470
const char *
mbfl_identify_encoding_name(mbfl_string *string, enum
mbfl_no_encoding *elist, int eliztsz TSRMLS_DC);
! const enum mbfl_no_encoding
mbfl_identify_encoding_no(mbfl_string *string, enum mbfl_no_encoding
*elist, int eliztsz TSRMLS_DC);
/*
root@limosa$ diff -c ext/mbstring/mbfilter.c*
*** ext/mbstring/mbfilter.c Tue Nov 12 17:16:20 2002
--- ext/mbstring/mbfilter.c~Sun Nov 10 18:37:22 2002
***
*** 7557,7566
}
}
! #ifndef _AIX
! const
! #endif
! enum mbfl_no_encoding
mbfl_identify_encoding_no(mbfl_string *string, enum mbfl_no_encoding
*elist, int eliztsz TSRMLS_DC)
{
const mbfl_encoding *encoding;
--- 7557,7563
}
}
! const enum mbfl_no_encoding
mbfl_identify_encoding_no(mbfl_string *string, enum mbfl_no_encoding
*elist, int eliztsz TSRMLS_DC)
{
const mbfl_encoding *encoding;
root@limosa$ diff -c ext/mysql/libmysql/my_tempnam.c*
*** ext/mysql/libmysql/my_tempnam.c Tue Nov 12 17:19:22 2002
--- ext/mysql/libmysql/my_tempnam.c~Fri Aug 23 17:56:34 2002
***
*** 96,116
old_env=(char**)environ;
if (dir)
{ /* Don't use TMPDIR if dir is given */
- #ifndef _AIX
((char **)environ)=(char**)temp_env; /* May give
warning */
- #else
- environ=(char**)temp_env; /* May give warning */
- #endif
temp_env[0]=0;
}
#endif
res=tempnam((char*) dir,(my_string) pfx); /* Use stand. dir with
prefix */
#ifnd
#20611 [Fbk->NoF]: ?
ID: 20611
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Regexps related
Operating System: win 2000
PHP Version: 4.2.3
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2002-11-25 03:07:34] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2002-11-24 16:35:37] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
[2002-11-24 16:26:05] [EMAIL PROTECTED]
$out = preg_replace("//i", "", $in);
//doesn't work, but
$out = preg_replace("//i", "", $in);
//does work!
--
Edit this bug report at http://bugs.php.net/?id=20611&edit=1
#20635 [Fbk->NoF]: setcookie function is causing my database not to work
ID: 20635 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: W98 PHP Version: 4CVS-2002-11-25 (stable) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-25 20:55:15] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Please provide a small script that could be used to replicate the problem. [2002-11-25 20:50:25] [EMAIL PROTECTED] After setting the setcookie function for a shopping cart, my mysql database no longer receives the correct information from hyper links. Normally (without cookie) the database is referenced and then passes the data to a display page. After which a cookie is set. When an item is actually purchased, and the customer goes back into the website the links will no longer access the database correctly. I have checked to make sure the link is correct and it is visibly correct. -- Edit this bug report at http://bugs.php.net/?id=20635&edit=1
#20653 [Fbk->NoF]: It works for a short time and then gives warning message
ID: 20653 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: solaris 8 PHP Version: 4.2.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-26 20:36:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-26 11:04:33] [EMAIL PROTECTED] We have sunone-iplanet webserver 6.0 sp4 and php 4.2.2 on our solaris 8 box. the php files come up for maybe half a day and after that we get warning messages like this one: Warning: Failed opening '/raid/www/docs/undserves/cdisplay.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 The problem it intermittend. some time after reloding the file the warning goes away but it shows up next time we go to page. We just upgraded iplanet 4.1 to sunone-iplanet 6.0sp4 and also our php4.0.4pl1 to php4.2.2 Is this a bug or I am missing a step? I just thought of some thing! do you think I need to delete the /usr/local/php directory before compiling and installing the new version of php? thanks, -- Edit this bug report at http://bugs.php.net/?id=20653&edit=1
#20657 [Fbk->NoF]: Rundom Apache/PHP Bug
ID: 20657 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: Windows 2000 Prof. PHP Version: 4.3.0RC1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-26 17:34:34] [EMAIL PROTECTED] You should also try latest STABLE (4.3.0-dev) snapshot from http://snaps.php.net [2002-11-26 13:58:06] [EMAIL PROTECTED] 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 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. [2002-11-26 13:22:05] [EMAIL PROTECTED] I'm using PHP 4.3 RC1 with Apache/1.3.24 on Windows 2002 (Windows NT localhost 5.0 build 2195). I'm geting an quite not repeatable error. In i quess random intervals the webserver dies with an error message. This only happens when calling php sites. This error does not occur on normal html pages. So i guess its a php bug. The Message says that the method "read" could not be executed in memory. Coz my windows is in german i've uploaded an screenshot to http://www.rednoize.com/~marceman/phpbug.gif Hope i could help ya in some way. GREETS marceman -- Edit this bug report at http://bugs.php.net/?id=20657&edit=1
#20666 [Fbk->NoF]: Array handling within objects crash (obscure)
ID: 20666
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2002-12-05 17:45:38] [EMAIL PROTECTED]
I have a rather similar problem:
Platform:
- Windows 2000 SP 3
- Apache 1.3
- crash happens on both SAPI and CGI
- PHP 4.2.3
The crash does NOT happen under Windows XP using the same setup, only
under Windows 2000 !
Description:
I experience a similar problem as the original author of the bug note -
in a member function ("within objects") I'm creating/adding items to a
hash array ("array handling") which contains pairs of string=>object
instance.
Once I access that array, tho, by using foreach(), it makes PHP crash
(same happens with while(list=each), but NOT with a for() on the
array_keys()). Even tho I thought that I had a work-around using the
mentioned for() over array_keys() of the hash array, it made my
application crash at another position, too - a position where I'm just
accessing a particular array member via it's hash key.
Somehow, here I can only guess, PHP seems to have a problem that
corrupts my array - which then makes PHP crash. From the error message
(invalid write operation) I suspect that there's some invalid pointer
stuff going on, but again, I can only guess.
I'm sorry that I can't give a reproducing piece of code, but that is
the first time the problem occured and I wasn't able to simplify the
code and track it down yet.
[2002-11-26 23:21:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
First of all, test this with latest snapshot.
If this problem still happens with the snapshot too,
then provide us a complete, self-contained example
script which can be easily copy'n'pasted and run.
[2002-11-26 22:48:48] [EMAIL PROTECTED]
Within the object template, I have the following code which is valid
(see bottom). It is a caching mechanism where $this->blocks[$handle]
is
a piece of html delimited by ,
you get the idea. An attempt to implement a caching system was met
with
a crash. The problem appears to be somewhere within the means by which
arrays are handled.
I used the following setup when reproducing this crash:
Server: Win32 Apache 1.3.26
PHP Installation: SAPI Module via php4apache.dll
OS: Windows 2000 Professional Service Pack 3
I have reason to believe that this may exist in the global code as
well
as after testing it on another server, the array indices did not
return
a value when set.
I should also note that this a rather obscure bug (rather obvious),
however the results are the same on every execution attempt. Removing
the calls to this array seem to remove this problem. However further
research showed that the first call is benign. The second call to that
array indice causes a crash.
The alternate server (http://soulnet.tk):
OS: Windows XP
CPU: Dual Intel Pentiums 232Mhz (each)
Server: OmniHTTPD 1.0.1
PHP Installation: CGI-Binary
=
function tpl_seek ( $handle , $name )
{
$name = strtoupper ( $name );
if ( isset ( $this->tpl_cache[$handle][$name] ) ) return
$this->cache[$handle][$name];
if ( preg_match (
"/(.+?)/si" ,
$this->blocks[$handle] , $matches ) )
{
$this->tpl_cache[$handle][$name] = $matches[1];
$this->current = $matches[1];
return TRUE;
}
return FALSE;
}
[2002-11-26 22:43:48] [EMAIL PROTECTED]
Within the object template, I have the following code which is valid
(see bottom). It is a caching mechanism where $this->blocks[$handle] is
a piece of html delimited by ,
you get the idea. An attempt to implement a caching system was met with
a crash. The problem appears to be somewhere within the means by which
arrays are handled.
I used the following setup when reproducing this crash:
Server: Win32 Apache 1.3.26
PHP Installation: SAPI Module via php4apache.dll
OS: Windows 2000 Professional Service Pack 3
I have reason to believe that this may exist in the global code as well
as after testing it on ano
#14995 [Com]: "new SWFBitmap()" produces Access Violation Error
ID: 14995
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Ming related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
Any access to the Ming that outputs a Text-like object in the resulting
SWF makes the php to crash...
This is using the Win2000 and Apache with the ming extension as it came
with the binary Distribution.. This is not Working since version >=
4.0.6
And even with the newest Version php-4.3.0RC2-Win32.zip is doing the
same... HELP PLEASE!!!
try The glyph.php example of the ming library
Enrique Motilla ([EMAIL PROTECTED])
Previous Comments:
[2002-05-24 00:00:05] [EMAIL PROTECTED]
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-04-23 04:11:19] [EMAIL PROTECTED]
To properly diagnose this bug, 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
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open".
[2002-04-23 04:08:55] [EMAIL PROTECTED]
I'm using php-4.1.2 and ming-0.2a (Linux).
"$img = new SWFBitmap($filename);"
produces
"[Tue Apr 23 08:24:57 2002] [notice] child pid 30034 exit signal
Segmentation fault (11)" in the apache error log."
The non-bitmap functions of ming seems to work!
[2002-02-15 22:13:52] [EMAIL PROTECTED]
For PHP 4.0.8 I had function that converted .jpg in .swf
-
Ming_setScale(20);
$fp = fopen($dram,"r");
$end=1000;
$i = fread($fp,$end);
$img = new SWFBitmap($i);
fclose($fp);
$m = new SWFMovie();
$m->setDimension(100,100);
$m->add($img);
$m->save("myURL/movie.swf");
ImageDestroy($new);
But whan I install PHP 4.1.1 function stops working on string $img =
new SWFBitmap($i);
and return "Sorry, can't tell what type of file ÿØÿà is in ".
I didn't change anything!
I really need help in this!
[2002-01-11 07:34:38] [EMAIL PROTECTED]
The following php-Code produces an "Access Violation Error at 78012DBF"
(in IIS5 using php4isapi.dll):
The same expamle (with the same image) does work under Linux/Apache
(but on PHP 4.0.6).
Other Ming functions work fine on IIS5 too, like creating shapes and
adding them to a movie.
I made sure that php_ming.dll and ming.dll are correct versions that
came with the latest archive php-4.1.1-Win32.zip.
--
Edit this bug report at http://bugs.php.net/?id=14995&edit=1
#6685 [Sus->]: %20 mis-converted in GET mechanism
ID: 6685 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Won\'t fix Bug Type: Scripting Engine problem Operating System: * PHP Version: 4.0.2 Previous Comments: [2002-06-02 13:29:50] [EMAIL PROTECTED] Seems not important enough to anybody... suspending. [2000-11-21 15:37:35] [EMAIL PROTECTED] well why do you think are cased variables needed? why do we need to be able to use variables containg ä,ö,ü etc. I'd say escpecially with variable variables this could be useful in some cases [2000-11-21 03:35:41] [EMAIL PROTECTED] I think that having spaces in variable names is not a good thing (tm). could someone please explain me how it would be useful at all? --Jani [2000-09-16 17:59:27] [EMAIL PROTECTED] On the second though, you _can_ have variables with spaces (actually, you can name variable with every string you can put into variable), so I don't quite understand the maning of that variable name translation. Do we really need it? Anybody will have problems if we remove it? [2000-09-12 13:46:32] [EMAIL PROTECTED] since we all (almost) agree that register_globals should be deprecated ASAP and array indices with spaces are legal and URIs containg QUERYSTRING with them too, well at least the $HTTP_GET_VARS array should contain the non-converted information, if register_globals=on this mechanism can be applied for global variables We shouldn´t obscure URI data. 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/6685 -- Edit this bug report at http://bugs.php.net/?id=6685&edit=1
#13476 [Sus->Bgs]: probleme when using &$this in a constructor
ID: 13476
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Suspended
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: linux Debian 2.2
PHP Version: 4.0.6
New Comment:
not a bug -> bogus.
Previous Comments:
[2001-12-14 14:08:16] [EMAIL PROTECTED]
Let's set to Suspended.
[2001-12-14 14:07:45] [EMAIL PROTECTED]
To me, it is explained in document at least now. Although it may not be
a clear for everyone. This is known issue for a long time.
[2001-09-28 06:16:25] [EMAIL PROTECTED]
When I'm triing to use a reference on $this into the constructor of a
object, it's a copy of the reference which is passed.
have a look to this sample.
class A
{
var $value;
var $pB;
function A()
{
$this->Value = 100;
}
}
class B
{
var $value;
function B(&$aa)
{
$this->value = 200;
$aa->pB = &$this;
}
}
$aa = new A();
$bb = new B($aa);
$bb->value = 50;
echo var_dump($aa);
there is no 50 in the représentation of the var_dump function.
I've looked in the doc if this limitation is spécified, but NO!
Etienne
--
Edit this bug report at http://bugs.php.net/?id=13476&edit=1
#17088 [Sus->Fbk]: GET/POST variables not registered
ID: 17088 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Feedback Bug Type: Scripting Engine problem Operating System: WindowsXP Pro PHP Version: 4.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-05-10 08:09:40] [EMAIL PROTECTED] ... and the answer is: COnfiguration error. While struggling with the cgi.force_redirect I had started using the command-line version to parse .php files. Obviously enough there were no entries in $_GET, $_POST et al. Since there were at least 3 of us Bozos who did that, perhaps it's worth a mention in the documentation or FAQ. [2002-05-09 20:14:08] [EMAIL PROTECTED] Please see also bug # 16848 with similar difficulty running on Linux. Also note that I have this problem on OmniHTTPd on Windows 98 (which I tried after the above comment on Xitami). With similar problems on 2 operating systems and 3 servers it looks to me like either a real PHP problem or a configuration error of some kind. [2002-05-08 10:06:04] [EMAIL PROTECTED] Good point. Whatever it is, it seems no one with enough knowledge cares about it and steps forward and starts digging where the problem is. [2002-05-08 09:50:40] [EMAIL PROTECTED] If that problem is a Xitami problem I wonder why it worked fine with PHP4.1.1 ... [2002-05-08 09:01:19] [EMAIL PROTECTED] [EMAIL PROTECTED]: Yes, I'm using the CGI version My comment: It seems Xitami has server problems adhering to the CGI standard. I suggest either consulting some Xitami related Newsgroups or change the Webserver. Suspending for now. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17088 -- Edit this bug report at http://bugs.php.net/?id=17088&edit=1
#17088 [Fbk]: GET/POST variables not registered
ID: 17088 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: WindowsXP Pro PHP Version: 4.2.0 New Comment: Should have added that there were some fixes made for CGI just recently that might fix this too.. Previous Comments: [2002-12-06 19:33:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-05-10 08:09:40] [EMAIL PROTECTED] ... and the answer is: COnfiguration error. While struggling with the cgi.force_redirect I had started using the command-line version to parse .php files. Obviously enough there were no entries in $_GET, $_POST et al. Since there were at least 3 of us Bozos who did that, perhaps it's worth a mention in the documentation or FAQ. [2002-05-09 20:14:08] [EMAIL PROTECTED] Please see also bug # 16848 with similar difficulty running on Linux. Also note that I have this problem on OmniHTTPd on Windows 98 (which I tried after the above comment on Xitami). With similar problems on 2 operating systems and 3 servers it looks to me like either a real PHP problem or a configuration error of some kind. [2002-05-08 10:06:04] [EMAIL PROTECTED] Good point. Whatever it is, it seems no one with enough knowledge cares about it and steps forward and starts digging where the problem is. [2002-05-08 09:50:40] [EMAIL PROTECTED] If that problem is a Xitami problem I wonder why it worked fine with PHP4.1.1 ... 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/17088 -- Edit this bug report at http://bugs.php.net/?id=17088&edit=1
#19376 [Sus->]: Class inheritance problem
ID: 19376
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Suspended
+Status: Won\'t fix
Bug Type: Scripting Engine problem
Operating System: Linux/Windows NT 4
PHP Version: 4.2.2
Previous Comments:
[2002-09-19 02:12:32] [EMAIL PROTECTED]
One more time, and the last time: This is expected behaviour. It might
be wrong, but it is not a bug. Feel free to write a patch, suspending
until you send one.
Derick
[2002-09-17 21:09:18] [EMAIL PROTECTED]
Ok. I'm really having a serious issue with this.
I am not asking to fix anything that should eliminate backwards
comaptibility, because in any forum you go to, this behavior is wrong,
when considering object-oriented programming.
All I'm saying is that instead of scanning the class hierarchy from the
object class type, in either direction, that the class hierarchy be
scanned towards the base class only from the object class type.
Each variable carries with it, it's type.
You cannot seriously tell me this is difficult to implement, and
obviously since you shouldn't be scanning down a hierarchy from the
current object's class type anyway, you eliminate needing to spend
extra time so the whole process should be faster anyway.
Could you please give me one instance where backwards compability would
be sacrificed?
Having spent a good chunk of my education in studying compilers and
optimization and operating systems, I am really having trouble with the
overall attitude I'm getting about a problem that in my eyes is a
win-win if it's fixed, since we would have a proper object oriented
environment where code would not break just because someone was sloppy
in setting up their classes.
Come on. This is really serious stuff.
Because what you're essentially saying is that if 2 class hierarchies
are derived from PEAR, and that one of the instances in that hierarchy
calls a PEAR function and that PEAR function somehow needs to call
something in the other class hierarchy by some derived module, that
that SECONDARy static call to the alternative class hierarchy from the
same root, would then become a CLASS METHOD call making the situation
untenable and the problem unsolvable.
Is it just resources? Do you want me to look at the code and find out
what would need to be done?
All I've been hearing is "We can't do it, it isn't do-able, there's too
much that will break".
If any of these things were true, PHP would not be the success it is
today.
So what do you want to do??? I'm game for some collaboration.
I'm not asking for a silver bullet.
I've ante'd up. Anyone going to call???
Thanks.
[2002-09-14 04:17:43] [EMAIL PROTECTED]
This is just how it is implemented, and it can now not be changed
because of backward compatibility -> won't fix.
Derick
[2002-09-13 00:04:20] [EMAIL PROTECTED]
This is not the same as the one in the documentation that you sent me.
In the documentation, you are calling A::example directly, or calling
B::example which calls up the chain to A.
In that context, it's fine. Objects of type B contain an A context.
It's when you call B::example from within A::example that all hell
breaks loose. Objects of type A have no B context.
Example.
a;B::Example();}
}
class B extends A
{
var $b;
// This should fail when called from objects of type A.
// And it does, but only because b is undefined, not
// because $this is undefined. But since an object of
// type A called this static method, $this should not
// exist. The error should be undefined variable $this
// not undefined property b.
function example(){echo $this->b;}
}
$a=new A;
$a->example();
?>
---
My 3 class script below also illustrates that not only is the class
context passed out of the current object to a static method, when the
function call chain returns to the original class, which should have no
context, the original context is still carried.
I really don't see how this is documented. Is there any further
documentation? You're suggesting I subscribe to php-dev??
Duplicated below w/o the results.
---
';
echo 'Next 2 lines should fail since this method was not called
from within this object';
echo '$this is of type '. get_class($this)." in
test3::showMe\n";
echo "test1::showMe:a=".$this->a."\n";
}
// Class member to test static method call
function callMe()
{
echo 'In test1::callMe';
echo '$this is of type '.get_class($this)."in
test1::callMe\n";
echo 'Calling class method test3::showMe from an object of type
test1';
echo '$this should not be passed since test3::showMe does not exist
#16265 [Sus->Csd]: Multiply-defined functions in classes not reported
ID: 16265 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.1.2 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. I get this error with your script: Fatal error: Cannot redeclare bar() in /home/jani/t.php on line 6 /home/jani/t.php(6) : Fatal error - Cannot redeclare bar() So it seems to be fixed. Previous Comments: [2002-04-02 01:43:24] [EMAIL PROTECTED] I'm suspending this for now, this issue is not easily solved unfortunately. But we keep this on the todo list for future releases. Derick [2002-04-01 21:37:21] [EMAIL PROTECTED] Need to open again. This bug may be suspended. [2002-03-25 15:32:48] [EMAIL PROTECTED] Fixed in CVS, will also be in PHP 4.2.0 Derick [2002-03-25 13:12:42] [EMAIL PROTECTED] PHP does not report multiply-defined errors for class member functions. For example, the following script below, when executed, only outputs "two", with no errors. Instead, PHP should be giving error messages since the function bar has been defined multiple times. bar(); -- Edit this bug report at http://bugs.php.net/?id=16265&edit=1
#20871 [NEW]: Apache restarts with no output
From: [EMAIL PROTECTED] Operating system: win2K PHP version: 4.2.3 PHP Bug Type: IMAP related Bug description: Apache restarts with no output Trying to make a mailling list script on a php encountered a strange PHP behaviour. config: Win2K, Apache 1.3.20 (Win32), PHP 4.2.3 (just downloaded from php.net) Script: first I worked with my local pop3 server (WinRoute built-in). everything went fine, but then suddenly I got no changes in the output after I was changing my script. I changed the server to another one (mail.ru) and continued working. 30 minutes of happy working until that server went "dead" too. I changed the pop3 server the third time. It worked, but finally began bugging too! I started searching the point where the bug comes from. got the following from apache error.log file (debug level of logging): abnormal program termination [Sat Dec 07 04:34:06 2002] [info] master_main: Child processed exited (due to MaxRequestsPerChild?). Restarting the child process. [Sat Dec 07 04:34:06 2002] [info] Parent: Created child process 2100 [Sat Dec 07 04:34:06 2002] [info] Parent: Duplicating socket 428 and sending it to child process 2100 [Sat Dec 07 04:34:07 2002] [info] BytesRead = 372 WSAProtocolInfo = 2006620 Phperror.log contains nothing about the problem. Commenting the "$mbox = imap_open()" makes script working as usual. starting the script with "php -f script.php >1.html" make PHP print "abnormal program termination" and quit. 1.html file remains empty. -- Edit bug report at http://bugs.php.net/?id=20871&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20871&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20871&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20871&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20871&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20871&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20871&r=support Expected behavior: http://bugs.php.net/fix.php?id=20871&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20871&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20871&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20871&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20871&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20871&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20871&r=isapi
#13616 [Sus->Csd]: Compiler complains about function declaration after return is called
ID: 13616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0CVS-2001-10-09 Assigned To: ssb New Comment: Seems to be fixed in PHP 4.3.0-dev. Previous Comments: [2001-10-17 17:35:04] [EMAIL PROTECTED] I worded that poorly, It in fact does not do the zend_hash_add the second time, thus keeping a function from ever being added twice. [2001-10-17 17:34:09] [EMAIL PROTECTED] I have a zend_compile.c that will allow the same function from the same file too pass through with a NOTICE rather than a fatal ERROR. Is this of interest to anyone? It is a good interim solution I think. [2001-10-17 11:53:43] [EMAIL PROTECTED] This turns out to be due to another bug fix (9884), and will probably end up being documented as a compatibility breaker in 4.1.0. I recommend that you use include_once instead. [2001-10-11 20:20:06] [EMAIL PROTECTED] Example can be reduced to: test.php: test2.php: [2001-10-10 14:40:32] [EMAIL PROTECTED] Reproduced with latest dev from php4win.com (04-Oct-2001). 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/13616 -- Edit this bug report at http://bugs.php.net/?id=13616&edit=1
#13455 [Sus->]: Using include() with Apache ErrorDocument directive can crash the webserver
ID: 13455 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Won\'t fix Bug Type: Scripting Engine problem Operating System: Any Linux with any Apache PHP Version: 4.0.6 Previous Comments: [2001-12-14 14:10:24] [EMAIL PROTECTED] I understand what you've explained. But I'll set status to Suspended. Please work around this problem. [2001-09-26 12:37:33] [EMAIL PROTECTED] HOW TO REPRODUCE 1. You must run Apache in any version on a Linux system and have setup an VirtualHost entry with an example domain "www.domain.com". 2. Configure an .htaccess file like ErrorDocument 404 http://www.domain.com/notfound.html 3. The notfound.html file MUST NOT exist and you MUST use an external path 4. Write a php script like http://www.domain.com/any_file_that_does_not_exist.html";); ?> WHAT HAPPENS The include() function tries to get the specified document but cannot find it. So the Apache webserver sends an 404 error together with a HTTP redirection. The include() tries to catch this address which leads into an infinite loop. The webserver will die shortly. HOW TO SOLVE The include() function should have a limit on how many levels it tries to catch since the webserver is not able to determine if the caller runs into an infinite loop. -- Edit this bug report at http://bugs.php.net/?id=13455&edit=1
#12775 [Sus->Opn]: Incorrect result using references and objects
ID: 12775
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Suspended
+Status: Open
-Bug Type: Scripting Engine problem
+Bug Type: Zend Engine 2 problem
Operating System: All
PHP Version: 4.0.6
New Comment:
reclassified. And this is actually fixed in ZE2 already..?
Previous Comments:
[2001-08-16 18:14:01] [EMAIL PROTECTED]
I always use a 'cool' workaround (forgot to mention it), it isn't
extremely fast, it is simple... works on both objects, arrays, and
mixes. It also preserves internal references ($obj->a =& $obj->b)
The workaround?
// $a = $b should have worked like this:
function deep_copy(&$a,&$b)
{
$a = unserialize(serialize($b));
}
[2001-08-16 16:44:45] [EMAIL PROTECTED]
Actually, that would be a nice feature. If one could call a function
on an object such as "make_reference($this)" to change the assignment
semantics for an object it would be a great way to maintain backward
compatibility but let new objects be assign-by-reference.
Anyway, the following function will do a deep copy of the object to get
around this bug (if you didn't use the words "shallow copy" I wouldn't
have thought of it):
function copy_object($object)
{
$copy = $object;
$properties = get_object_vars($object);
foreach($properties as $name => $value) {
if (is_object($value)) $copy->$name = copy_object($value);
else $copy->$name = $value;
}
return $copy;
}
[2001-08-15 18:11:10] [EMAIL PROTECTED]
Shallow copying of objects and arrays bit you...
Will be fixed in PHP 5
Suspended (it could be called a 'feature' though...)
[2001-08-15 18:00:05] [EMAIL PROTECTED]
If you set a property of an object to a global variable, it is no
longer possible to make a copy of that object! Every "copy" becomes a
reference. Example:
--/ snip /--
class foo
{
function foo()
{
$this->test = 'Test';
$GLOBALS['test'] =& $this->test;
}
}
$obj1 = new foo();
$copyOfObj1 = $obj1; // Should be a copy, but is reference
$obj1->test = "changed!";
echo $copyOfObj1->test.'';
--/ snip /--
The result of this code is: "changed!" but it should be "Test".
$copyOfObj1 should be a copy of $obj1, but instead it acts like a
reference.
If you unset $GLOBALS['test'] then it copies as it should.
This is a bug occurs in all versions of PHP4 on all platforms (from
what I can tell).
--
Edit this bug report at http://bugs.php.net/?id=12775&edit=1
#11337 [Sus->Csd]: SEGV when using mysql connections in OO-setting
ID: 11337 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Closed -Bug Type: Scripting Engine problem +Bug Type: MySQL related Operating System: RedHat Linux 7.1 PHP Version: 4.0.5 New Comment: most likely fixed by now.. Previous Comments: [2001-11-26 08:08:55] [EMAIL PROTECTED] Suspend per user request [2001-11-26 08:06:29] [EMAIL PROTECTED] sorry, there's no update from me. I haven't had the time to install the later version and test. I'm actually working onsite with my client, now, and have the PHP installation and code back in my office which I haven't seen for months. If someone needs to close-out this bug, mark it as "Won't fix" or "Unconfirmed", and I'll try to get it when I get back in the office. That won't be for a few months, though. -chris [2001-11-17 12:20:36] [EMAIL PROTECTED] Any update on this? [2001-07-02 09:08:27] [EMAIL PROTECTED] Honestly, I haven't tried it. After the problems we had with 4.0.5, our client (and I) decided to move to the more familiar territory of Java. I believe that I still have a setup on which I could test 4.0.6 beta, so I'll try to get to that this week. I'll post something as soon as I know. Thanks for your time, -chris [2001-06-27 22:39:57] [EMAIL PROTECTED] Does this happen with PHP 4.0.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/11337 -- Edit this bug report at http://bugs.php.net/?id=11337&edit=1
#20559 [Dup->Bgs]: .phps unable just doesnt work
ID: 20559 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian 3.0 PHP Version: 4.2.3 New Comment: No need for keeping this here, the problem is known and there's already another report about it. Previous Comments: [2002-11-24 22:46:22] [EMAIL PROTECTED] That did it ! Same as bug 15943 thanks guys [2002-11-24 20:32:23] [EMAIL PROTECTED] Do you have output buffering on in the php.ini file? Sounds very similar to bug 15943: http://bugs.php.net/bug.php?id=15943 [2002-11-24 00:03:51] [EMAIL PROTECTED] I tried removing .php4s and restarting apache.. I'm still getting that error. I can arrange to create a ssh account for one person. But I will need that person to be on during the hours I am up. So contact me I'll arrange for the account then. I am also available on dalnet #php as Assid I am located in india so my TZ = GMT +5.30 [2002-11-23 15:45:27] [EMAIL PROTECTED] AddType application/x-httpd-php-source .phps works just fine on my test boxes in Apache 1 and Apache 2 using PHP 4.3.0-dev or 4.4.0-dev. Try removed the .php4s, see if that solves the problem, other then that I think this problem may have something to do with your local configuration. [2002-11-22 01:24:27] [EMAIL PROTECTED] I installed the latest CVS snapshot and i am yet having the same problem. I checked phpinfo to make sure that i have the correct build installed and it does confirm im using the cvs i.e PHP Version 4.4.0-dev I have been using this httpd.conf for quite a long time. And if im not mistaken, the older versions (i think 4.1.x or so) did allow I tested this on one of the other boxes i have at office (development box) and there im using 4.2.2 again with debian 3.0. It doesnt work there either. Access log shows its being visited properly (code 200) but im getting the same error. here i havent made any changes really to the httpd.conf im running it straight from the htdocs and default settings of apache. Even if i didnt add the addtype ... it should atleast let me download.. so i dont think thats the problem. but in either case i have the addtype for it. 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/20559 -- Edit this bug report at http://bugs.php.net/?id=20559&edit=1
