#26512 [Opn->Fbk]: ldap_modify, ldap_add, ldap_mod_replace all hang with large arrays
ID: 26512 Updated by: [EMAIL PROTECTED] Reported By: peterjh at mennonot dot net -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: LDAP related Operating System: Linux Redhat PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-12-03 14:35:41] peterjh at mennonot dot net Description: ldap_modify, ldap_add, and ldap_mod_replace all hang when they attempt to adjust an individual attribute with data roughly 31k characters or greater. There is a threshold such that 30k and below works fine and 35k and above never works. Example: $attrs = array(); $attrs['mnappparam'][0] = "tmpalkkllk..."; # strlen($attrs['mnappparam'][0]) is 32000 ldap_mod_replace($conn, $dn, $attrs); # we hang, but if $attrs['mnappparam'][0] is 31000 or less, # we work. It should be noted that cut-n-pasting (and modifying a little) and then attempting to use ldap_modify (commandline), the entry works, no matter how large. (Thus, definately a PHP bug.) Reproduce code: --- $attrs = array(); $attrs['mnappparam'][0] = "tmpalkkllk..."; # strlen($attrs['mnappparam'][0]) is 32000 ldap_mod_replace($conn, $dn, $attrs); # we hang, but if $attrs['mnappparam'][0] is 31000 or less, # we work. Expected result: It just hangs. -- Edit this bug report at http://bugs.php.net/?id=26512&edit=1
#26516 [Opn->Bgs]: session not works well
ID: 26516
Updated by: [EMAIL PROTECTED]
Reported By: xingg_wu at yahoo dot com dot cn
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: redhat linux9
PHP Version: 4.3.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.
PLEASE don't ask this again. There is no bug here.
And this is NOT a support forum, use the mailing lists!!!
Previous Comments:
[2003-12-03 20:38:36] xingg_wu at yahoo dot com dot cn
Description:
Hello:
I want your help!
The session sometime works well,sometime works badly!
It creates new empty file in /tmp.I also find this problem
with apache1.3.12&php4.1.1&sybase11.9.2&linux
My php.ini is fault
my server config:
php4.3.3
httpd2.0.44
linux 9
sybase-11.9.2
tar-vzxf php-4.3.3.tar.gz
./configure ¨Cwith-apxs2=/home/apache/bin/apxs
¨Cwith-sybase-ct=/opt/Sybase-11.9.2 ¨Cenable-ftp ¨Cenable-track-vars
¨Cdisable-cli
make
make install
cp php.ini-dist /usr/local/lib/php.ini
Thanks a lot
Reproduce code:
---
login.php:
$user_array=sybase_fetch_row($result);
session_start();
session_register("user_array");
...
index.php:
session_start();
$user_name=$user_array[1];
--
Edit this bug report at http://bugs.php.net/?id=26516&edit=1
#26514 [Opn->Bgs]: Static variables double
ID: 26514
Updated by: [EMAIL PROTECTED]
Reported By: grandadmirale at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: WinXP
PHP Version: 4.3.4
New Comment:
This is exactly what 'static' does..
RTFM:
http://www.php.net/manual/en/language.variables.scope.php
Previous Comments:
[2003-12-03 14:53:21] grandadmirale at yahoo dot com
Description:
When using static variables and the .= operand, the static variable
doubles itself.
Reproduce code:
---
function test()
{
static $test = '';
$test .= 'lala|';
echo $test;
}
test();
test();
test();
Expected result:
lala|lala|lala|
Actual result:
--
lala|lala|lala|lala|lala|lala|
--
Edit this bug report at http://bugs.php.net/?id=26514&edit=1
#26082 [Fbk->NoF]: undefined reference to `php_pcre_version'
ID: 26082
Updated by: [EMAIL PROTECTED]
Reported By: alietss at yahoo dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Compile Failure
Operating System: Linux RedHat 9
PHP Version: 5CVS-2003-11-02 (dev)
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-29 06:39:34] [EMAIL PROTECTED]
Once again: please provide the shortest configure script that still
produces the error. And include '--disable-all' in the configure line
too.
[2003-11-03 22:05:22] alietss at yahoo dot com
Hi people, I found something, if I remove the --enable-mbstring
argument then builds ok, you can find the spec file at this link:
http://php.cujae.edu.cu/downloads/betas/specs/php.spec
Regards Aliet
[2003-11-03 18:21:37] [EMAIL PROTECTED]
Cut the configure line into the shortest one that still produces the
error. And possibly put the spec file available somewhere so we can
actually test this ourselves.
[2003-11-02 14:17:30] alietss at yahoo dot com
Interesting detail, this just happens on a rpm build, in a normal build
compiles ok
[2003-11-02 13:39:42] alietss at yahoo dot com
Description:
Hi PHP people, I'm building rpms of the php-5.0.0b2 for testing and
preparing for the future upgrade, I'm using httpd-2.0.47-10, on RedHat
9, my build is failing with this error...
ext/pcre/php_pcre.o(.text+0x16a): In function `zm_info_pcre':
/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:92: undefined
reference to `php_pcre_version'
ext/pcre/php_pcre.o(.text+0x55f): In function
`pcre_get_compiled_regex':
/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:275: undefined
reference to `php_pcre_maketables'
ext/pcre/php_pcre.o(.text+0x589):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:279:
undefined reference to `php_pcre_compile'
I have tested with differents combinations of the configure line,
specially lines ralated to regex and pcre but the I get the same error.
Here my configure line...
%configure \
--cache-file=../config.cache \
--with-config-file-path=%{_sysconfdir} \
--with-config-file-scan-dir=%{_sysconfdir}/php.d \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-bz2 \
--with-db4=%{_prefix} \
--with-curl \
--with-exec-dir=%{_bindir} \
--with-freetype-dir=%{_prefix} \
--with-png-dir=%{_prefix} \
--with-gd \
--enable-gd-native-ttf \
--with-gdbm \
--with-gettext \
--with-pdflib=shared \
--with-tiff-dir=%{_prefix} \
--with-ncurses \
--with-gmp \
--with-iconv \
--enable-xslt=shared \
--with-jpeg-dir=%{_prefix} \
--with-openssl \
--with-png \
--with-pspell \
--with-regex \
--with-xml \
--with-expat-dir=%{_prefix} \
--with-dom=shared,%{_prefix} \
--with-dom-xslt=%{_prefix} \
--with-dom-exslt=%{_prefix} \
--with-xmlrpc=shared \
--with-pcre-regex \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-exif \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-discard-path \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
--without-oci8 \
--with-pear=/usr/share/pear \
--with-imap=shared \
--with-imap-ssl \
--with-kerberos \
--with-ldap=shared \
--with-mcal=shared,%{_prefix} \
--with-mcrypt=shared,%{_prefix} \
--with-mhash=shared,%{_prefix} \
--with-mssql=shared,%{_prefix} \
--with-mysql=shared,%{_prefix} \
%if %{oracle}
--with-oci8=shared \
%endif
--with-pgsql=shared \
--with-snmp=shared,%{_prefix} \
--with-snmp=shared \
--enable-ucd-snmp-hack \
--with-xslt-sablot=shared,%{_prefix} \
--with-sablot-js=shared,%{_prefix} \
--with-unixODBC=shared \
--enable-memory-limit \
--enable-bcmath \
--enable-shmop \
--enable-calendar \
--enable-dbx \
#25975 [Fbk->NoF]: PHP 5 object references don't survive serialization
ID: 25975
Updated by: [EMAIL PROTECTED]
Reported By: reiersol at online dot no
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: Linux RedHat 9.0
PHP Version: 5CVS-2003-10-24 (dev)
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-28 20:40:06] [EMAIL PROTECTED]
Please provide an example script that actually uses sessions,
(it's not the same thing when you do the serialize/unserialize inside
the same script..)
[2003-11-10 05:48:59] reiersol at online dot no
Thanks, but I'm afraid this is not quite good enough.
What I'm getting now after serialize/unserialize is:
object(foo)#3 (2) {
["v1"]=>
&object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
["v2"]=>
&object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
}
The ampersands occur only after serialization. They indicate that this
is what is known as a reference in PHP 4, which is a symbol table
alias. The objects still don't behave the same before and after. Try
this:
$f->v2 = 'I\'m no longer an object';
$g->v2 = 'I\'m no longer an object';
var_dump($f);
var_dump($g);
As before, $f is the object before serialize/unserialize, $g is the
object after. The output is:
object(foo)#1 (2) {
["v1"]=>
object(bar)#2 (1) {
["value"]=>
int(42)
}
["v2"]=>
string(23) "I'm no longer an object"
}
object(foo)#3 (2) {
["v1"]=>
&string(23) "I'm no longer an object"
["v2"]=>
&string(23) "I'm no longer an object"
}
As I understand it, in $f we are replacing an object reference with a
string. In $g, we are replacing the value of a variable that's aliased
to another.
You might ask whether this has any practical consequences. I think that
sooner or later it will (in fact, it seems to be happening in my
full-scale example). When it does, it will be very confusing to the
people who encounter the problem. You may get away with this for a
while, but the longer you get away with it the more difficult it might
be to figure out.
[2003-11-09 12:34:43] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
This should be fixed in CVS now.
[2003-11-04 01:23:53] reiersol at online dot no
object(foo)#1 (2) {
["v1"]=>
object(bar)#2 (1) {
["value"]=>
int(42)
}
["v2"]=>
object(bar)#2 (1) {
["value"]=>
int(42)
}
}
object(foo)#3 (2) {
["v1"]=>
object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
["v2"]=>
object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
}
[2003-11-04 00:28:17] [EMAIL PROTECTED]
Add the missing expected result to your last example.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/25975
--
Edit this bug report at http://bugs.php.net/?id=25975&edit=1
#25957 [Fbk->NoF]: bad one? mixingup of array / $this-> in memory
ID: 25957
Updated by: [EMAIL PROTECTED]
Reported By: sven at leon dot uia dot mx
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: All (redhat 90)
PHP Version: 5.0.0b1 (beta1)
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:
[2003-11-28 20:35:18] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2003-11-27 12:51:41] sven at leon dot uia dot mx
Sorry for late update.
I think I have found the cause of the problem, if you have 2 objects, 1
is parent, other is child, en in both you have defined the __destruct()
function, and you call the childs __destruct() function, then stuff
gets really mixed up...
for the rest I have had _no_ problem yet, GREAT JOB PHP5!! :)
[2003-10-22 17:32:16] sven at leon dot uia dot mx
Description:
In a class I send an array $test as a parameter to a protected
function. Then, if I try to access that array in any way in that
function, suddenly the $this object contains the data of that array
$test (!)
Reproduce code:
---
Sorry, cant make a short-and-clear reproducing code, but here I have a
small code sample that actually caused the problem: (note that
$this->params["source"] _IS_ an array)
protected function get_body($css){
echo "B0 (";
print_r($this);
echo ")";
flush();
$retval="";
while(list($key, $cell_data)=each($this->params["source"])){
echo "B1 (";
print_r($this);
echo ")";
flush();
Expected result:
I will try to get a .zip together with the classes that seem to cause
this problem.
Actual result:
--
B0 (table_key_value_a Object ( [params:protected] => Array ( [source]
=> Array ( [crc] => mBjsS50UkhAnxjWp [sid] => 75 [test_site] =>
75,mBjsS50UkhAnxjWp ) [col headers] => Array ( [0] => Key [1] => Value
) [table header] => HTTP VARIABLES [css prefix] => debug [table header
extra] => align='center' ) ) )
B1 (table_key_value_a Object ( [cell_data] => mBjsS50UkhAnxjWp [key] =>
crc ) )
--
Edit this bug report at http://bugs.php.net/?id=25957&edit=1
#25933 [Fbk->NoF]: stream_select
ID: 25933 Updated by: [EMAIL PROTECTED] Reported By: flape at pobox dot sk -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: Win2K PHP Version: 4.3.3 Assigned To: wez 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: [2003-11-28 17:32:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can you try using a PHP *5* snapshot (dated today)? If it works in PHP 5, I can port the changes down to PHP 4; otherwise, I don't think it will be possible to select on files under win32. [2003-11-05 10:05:41] flape at pobox dot sk I've done it in blocking and even in non-blocking mode with the same result [2003-11-04 03:45:31] [EMAIL PROTECTED] It should work with file handles. Try removing the stream_set_blocking() call: stream_select() will give you an indication if an operation would block - if it is set to non-blocking, it is possible that your OS is telling you it has nothing to do. [2003-10-21 08:30:43] flape at pobox dot sk Description: stream_select aplied on a file handle - that is told to be a stream too - emiadelly returns. Reproduce code: --- Expected result: It should prit the context of debug.txt and everithing what was added to that file after starting the script. Actual result: -- Warning: stream_select(): unable to select [0]: No error in c:\temp\htdocs\debug.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=25933&edit=1
#25575 [Fbk->NoF]: stream_set_blocking with STDIN doesnt block
ID: 25575 Updated by: [EMAIL PROTECTED] Reported By: bill at baghead dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: Sockets related Operating System: Redhat 9 PHP Version: 4CVS-2003-09-17 (stable) Assigned To: wez 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: [2003-11-28 17:46:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Just committed a probable fix; please try the next snapshot. [2003-09-24 21:41:12] robert at interjinn dot com I've been directed here from bug #25616 with the indication that this is the same bug. I read this bug before I posted bug #25616 and the issues seems different. This one describes an issue with blocking mode, my bug describes an issue whith the script exitting successfully while in an infinite loop, which is contrary to the expected functionality of a while( 1 ) loop. I'm not sure why I was pointed here. Albeit my bug seemed to come into existence with the use of stream_set_blocking( $stdin, FALSE ) [2003-09-18 04:15:44] bill at baghead dot co dot uk The case is with the original code stated, the code loops, and does not block on the fread - ie, it keeps returning instantly (even with nothing), which seems to me to be non blocking eventhough I'd told it to block.. If I remove the stream_set_blocking(STDIN,TRUE); altogether, fread appears to block - but instead of returning after receiving a block of data, it blocks until the buffer is filled up (in this case being 128 bytes) - *then* it returns.. [2003-09-17 18:37:38] [EMAIL PROTECTED] What you have just described is blocking IO, and that is precisely what I'd expect to happen when reading from STDIN. Now, when reading from a socket, you would expect the call to return at the end of a packet, but php doesn't yet have any idea that stdin is a socket, and that sounds like the cause of your problems. Can you confirm that this is the case, as your more recent comments don't seem to match up to your original report? [2003-09-17 18:35:41] [EMAIL PROTECTED] Comment sent from user by mail; please don't mail people directly; keep all info related to the bug in the database unless requested to do otherwise. -- What exactly was the workaround? I did try removing the statement, and it kept reading the STDIN with the fread until the amount, in this case being 128 bytes is filled, rather than taking it to the end of the packet... 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/25575 -- Edit this bug report at http://bugs.php.net/?id=25575&edit=1
#25274 [Fbk->NoF]: zvals refcount allways 1 after leavinf __wakeup()-method
ID: 25274
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: linux
PHP Version: 5CVS-2003-11-29
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:
[2003-11-28 20:42:36] [EMAIL PROTECTED]
See also bug #25975, isn't this pretty much same issue?
[2003-08-28 09:48:29] [EMAIL PROTECTED]
ZE2 problem, can't reproduce with PHP 4.3.3.
[2003-08-28 08:17:52] [EMAIL PROTECTED]
after commenting out line 2543 of Zend/zend_execute.c the bug seems to
be fixed.. but i have no idea if that solution induces more other
problems...
[2003-08-27 10:12:42] [EMAIL PROTECTED]
Description:
Its mainly an internal problem...
if i use zval_add_ref(&getThis()); in the __wakeup() method
it will be ignored at all... after unserializing the refcount of my
object is allways set to "1" :(
its reproduceable even through this php-code:
Reproduce code:
---
Expected result:
object(x)#1 (0) {
}
object(x)#1 (0) {
}
Actual result:
--
object(x)#1 (0) {
}
UNKNOWN:0
or:
object(x)#1 (0) { }
Fatal error: Trying to access invalid object in ... on line 15
--
Edit this bug report at http://bugs.php.net/?id=25274&edit=1
#23220 [Fbk->NoF]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220
Updated by: [EMAIL PROTECTED]
Reported By: storozhilov at mail dot ru
-Status: Feedback
+Status: No Feedback
Bug Type: Filesystem function related
Operating System: FreeBSD 4.8
PHP Version: 4-STABLE-200307070330
Assigned To: wez
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:
[2003-11-28 17:12:02] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
I've just comitted a fix for feof() that might solve this problem too.
Please try the next snapshot (dated after this notification) and let us
know.
[2003-11-28 11:42:55] ddwyer at starband dot net
Similar bug in PHP Win32 5.0B2
[2003-10-26 14:41:20] [EMAIL PROTECTED]
Re-opening at user request.
Users comments that have mysteriously vanished are:
===
See the code below to verify , I'm not able to alter php versions
since
it's hosted with my ISP so please test it with the latest version so
it
can be closed as being fixed or further investigation needed.
output:
PHP Warning: fgets(): SSL: fatal protocol error in
/path.to/test_ssl.php on line 18
Please put the bug to 'open'.
[2003-10-08 07:30:39] [EMAIL PROTECTED]
Could you try the next stable snapshot (due in a few minutes)?
I comitted a fix for a different bug that might make a
difference to this one.
If it hasn't fixed it, could you post an https:// URL
that reproduces the problem, so that I can investigate
further?
[2003-08-21 20:18:33] scottm at spamcop dot net
I've not verified this patch will work and I'll hopefully test it
tomorrow.
I believe it is reaching the end of the file and nr_bytes is returning
0 and this is being caught by an if statement which should be looking
for -1.
--- network.c Thu Aug 21 21:06:43 2003
+++ network.c.patched Thu Aug 21 21:13:09 2003
@@ -1011,13 +1011,14 @@
do {
nr_bytes = SSL_read(sock->ssl_handle, buf,
count);
- if (nr_bytes <= 0) {
+ if (nr_bytes < 0) {
retry = handle_ssl_error(stream,
nr_bytes TSRMLS_CC);
if (retry == 0 &&
!SSL_pending(sock->ssl_handle)) {
stream->eof = 1;
}
} else {
- /* we got the data */
+ /* we got the data */
+ stream->eof = 1;
break;
}
} while (retry);
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/23220
--
Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#18590 [Fbk->NoF]: Fatal error: Cannot redeclare upon reload
ID: 18590
Updated by: [EMAIL PROTECTED]
Reported By: armageddon at raydan dot de
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: WinXP Pro
PHP Version: 5.0.0-dev
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-29 01:34:32] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2002-07-26 07:35:22] armageddon at raydan dot de
When I run the icq_main.php script, after some seconds I get following
two errors:
Fatal error: Maximum execution time of 5 seconds exceeded in
j:\www\public\phpicq\icq\icq_main.php on line 48
Fatal error: Maximum execution time of 5 seconds exceeded in
j:\www\public\phpicq\icq\icq_debug.php on line 121
Ok, thats the excepted behaviour, but when I reload the page I get this
strange error:
Fatal error: Cannot redeclare hexdump() (previously declared in :67) in
j:\www\public\phpicq\icq\icq_debug.php on line 71
When I reload it again I get the first two error-messages again and so
on...
The following code is from icq_debug, Line 67-71:
function HexDump($in) {
static $hex;
if (!$hex) $hex = new Hex();
return $hex->Dump($in);
}
I have loaded the following modules:
php_bz2.dll, php_cpdf.dll, php_crack.dll, php_db.dll, php_dba.dll,
php_dbase.dll, php_exif.dll, php_filepro.dll, php_gd.dll,
php_gettext.dll, php_hyperwave.dll, php_ldap.dll, php_mhash.dll,
php_pdf.dll, php_pgsql.dll, php_shmop.dll, php_snmp.dll,
php_sockets.dll, php_w32api.dll, php_zlib.dll
--
Edit this bug report at http://bugs.php.net/?id=18590&edit=1
#26478 [Fbk->NoF]: Segfault under load with scripts that call MySQL
ID: 26478 Updated by: [EMAIL PROTECTED] Reported By: fillmore at nrcan dot gc dot ca -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Solaris 8 (SPARC) PHP Version: 4.3.4 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: [2003-11-30 19:23:50] [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. When generating a backtrace make sure your PHP has been compiled with --enable-debug. [2003-11-30 19:16:05] fillmore at nrcan dot gc dot ca Description: PHP 4.3.4 --with-nsapi (and 4.3.2) segfaults when many simultaneous requests are made to a script that calls MySQL. It fails under both SunONE Web Server 6.0 and 6.1 with: [30/Nov/2003:18:39:36] catastrophe ( 2877): Server crash detected (signal SIGBUS) [30/Nov/2003:18:39:36] info ( 2877): Crash occurred in NSAPI SAF php4_execute [30/Nov/2003:18:39:36] info ( 2877): Crash occurred in function _db_return_ from module /sunone/bin/libphp4.so It only happens if a load test is run with more than about 30 simultaneous users. It does not appear to be a multithreading problem- it still fails with all CPUs except one shut off. - Bob Fillmore -- Edit this bug report at http://bugs.php.net/?id=26478&edit=1
#26449 [Fbk->NoF]: usleep doesnt work correctly
ID: 26449 Updated by: [EMAIL PROTECTED] Reported By: marcus at quintic dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: Feature/Change Request Operating System: Windows XP PHP Version: 4.3.4 Assigned To: wez 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: [2003-11-29 17:58:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I've implemented this in PHP 5. Since it requires win98 and later, it might not go into the php4 branch. Please try a php 5 snapshot and let us know how well it works for you. [2003-11-29 16:11:37] marcus at quintic dot co dot uk :) Hell, who need microseconds anyway - being able to delay for less than a second without chewing cpu would be enough for me. Thanks. [2003-11-29 16:08:22] [EMAIL PROTECTED] Sleep() has millisecond resolution, not microsecond resolution. I'll look into getting usleep working under win32, but make no promises. [2003-11-29 15:57:45] marcus at quintic dot co dot uk So every other language I know manages to call Sleep under win32 and it works, but php doesnt? [2003-11-29 06:15:27] [EMAIL PROTECTED] RTFM: Note: This function does not work on Windows systems. (Yes, manual might be correct?) The function exists, but it does absolutely nothing on windows. 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/26449 -- Edit this bug report at http://bugs.php.net/?id=26449&edit=1
#26424 [Fbk->NoF]: Warning: ocilogon(): ORA-65535
ID: 26424 Updated by: [EMAIL PROTECTED] Reported By: vinz_ at libero dot it -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: solaris 8 PHP Version: 4.3.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: [2003-11-30 04:21:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-27 04:50:22] vinz_ at libero dot it I verify and It's ok. I would want to evidence that the problem is random. The web server work correctly for days or weeks. The db Oracle work correctly always. It's necessary stop/start iPlanet to reconnect again. If I use OCINLogon()? THX for help. Bye [2003-11-26 17:22:39] [EMAIL PROTECTED] Can you please verify that you really set and exported the Oracle environment variables mentioned in http://www.php.net/manual/en/ref.oci8.php in the environment of your web server user (before you start your web server).? "Error while trying to retrieve text" usually means that the Oracle libraries don't even know about ORACLE_HOME. [2003-11-26 08:58:24] vinz_ at libero dot it Description: Hi Hall, I have this problem. Some times (random) the web server does not succeed to connect itself to an other server Oracle. The web server answers in way corrected on door 80. - Web Server: Netscape iPlanet 4.1 SP7; - PHP 4.3.2; - Oracle 8.1.7. Thank you for Help. Bye Reproduce code: --- $link = OCILogon($user, $pass, $sid); with $sid= "=(DESCRIPTION=(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = test)(PORT = 1521)))(CONNECT_DATA=(SID=oracle)))"; Expected result: Connection. Actual result: -- Warning: ocilogon(): _oci_open_server: Error while trying to retrieve text for error ORA-65535 in /local/netscape/server4/php-bin/dboraconnect.inc on line 25 OCIDebug: _oci_open_server: FAILURE -> CLEANUP called OCIDebug: START _oci_close_server: detaching conn=0 dbname=(DESCRIPTION=(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = test)(PORT = 1521)))(CONNECT_DATA=(SID=oracle))) OCIDebug: _oci_close_server: closing DEAD server OCIDebug: oci_do_connect: FAILURE -> CLEANUP called OCIDebug: START _oci_conn_list_dtor: id=0 OCIDebug: END _oci_conn_list_dtor: id=0 OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci -- Edit this bug report at http://bugs.php.net/?id=26424&edit=1
#26245 [Fbk->NoF]: COM Hangs PHP Script
ID: 26245
Updated by: [EMAIL PROTECTED]
Reported By: scarr at progbits dot com
-Status: Feedback
+Status: No Feedback
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5CVS
Assigned To: wez
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:
[2003-11-28 09:16:14] [EMAIL PROTECTED]
Please provide two scripts (around 10 lines each) one for the COM
object (using a standard COM object that I am likely to have access to
here) and the other script that stalls.
Make sure that if you are writing your own COM objects for use in a
threaded web server that you have set the correct threading model when
you register the object, otherwise COM will serialize calls; this could
be part of your problem.
[2003-11-13 22:37:49] scarr at progbits dot com
I tried, but PHP5 does not seem to work with DB Library. At least the
first couple test I tried didn't. Kept giving me reference errors.
[2003-11-13 19:39:27] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-11-13 17:48:42] scarr at progbits dot com
We have also found that the script will hang if you just access the
database from another script.
[2003-11-13 17:46:44] scarr at progbits dot com
Description:
I have found that PHP will hang if a script is running the $var =
COM('anyfile.anyobject'); command while another script is being
accessed.
We have been able to consitently get PHP to lockup.
The COM script is accessing a COM VB Object. While the other script is
saving to a SQL Database using PEAR DB Library functions.
I am using a standard PHP 4.3.4 pulled from php.net. I haven't made
any compile changes.
Apache2
PHP 4.3.4
PEAR DB Library
Expected result:
COM Object gets instantiated and runs normally.
Actual result:
--
The COM Object gets hung and the script never returns. The only way to
bring back the COM object is to restart Apache2. In the shutdown, the
error log says it has to force shutdown a thread. I am assuming this
is the COM Script thread.
--
Edit this bug report at http://bugs.php.net/?id=26245&edit=1
#26208 [Fbk->NoF]: phpmyadmin-2.5.4 + mysql-4.0.15 = crash
ID: 26208
Updated by: [EMAIL PROTECTED]
Reported By: temnota at kmv dot ru
-Status: Feedback
+Status: No Feedback
Bug Type: MySQL related
Operating System: Linux RH7.3
PHP Version: 4.3.4
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:
[2003-11-29 15:58:40] [EMAIL PROTECTED]
Which version of client library do you use?
[2003-11-11 15:40:54] temnota at kmv dot ru
Description:
When i try to browse mysql table structure in phpmyadmin
it crash.
php crash into Zend/zend_API.c:add_property_string_ex
but incorrect parametrs coming from mysql module.
mysql compilled as shared module
Actual result:
--
#0 0x401cfe27 in strlen () from /lib/libc.so.6
#1 0x404757b6 in add_property_string_ex (arg=0x848a6ac, key=0x40858409
"def",
key_len=4, str=0x9 , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:980
#2 0x40856b1a in zif_mysql_fetch_field (ht=1, return_value=0x848a6ac,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
#3 0x40488463 in execute (op_array=0x8357b78)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1616
#4 0x4048863f in execute (op_array=0x82bdd5c)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1660
#5 0x4047308c in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend.c:884
#6 0x40445871 in php_execute_script (primary_file=0xb470)
at /usr/src/redhat/BUILD/php-4.3.4/main/main.c:1729
#7 0x4049043e in apache_php_module_main (r=0x8139e5c,
display_source_mode=0)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/sapi_apache.c:54
#8 0x40491173 in send_php (r=0x8139e5c, display_source_mode=0,
filename=0x0)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/mod_php4.c:620
#9 0x404911d3 in send_parsed_php (r=0x8139e5c)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/mod_php4.c:635
#10 0x0805ce63 in ap_invoke_handler ()
#11 0x08073ea7 in process_request_internal ()
#12 0x08073f08 in ap_process_request ()
#13 0x080695c1 in child_main ()
#14 0x08069790 in make_child ()
#15 0x08069904 in startup_children ()
#16 0x08069ff4 in standalone_main ()
#17 0x0806a873 in main ()
#18 0x4016d1c4 in __libc_start_main () from /lib/libc.so.6
and other backtrace
Breakpoint 2, add_property_string_ex (arg=0x848a6bc, key=0x40894a53
"def",
key_len=4, str=0xb , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:977
977 MAKE_STD_ZVAL(tmp);
(gdb) bt
#0 add_property_string_ex (arg=0x848a6bc, key=0x40894a53 "def",
key_len=4,
str=0xb , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:977
#1 0x40892f2c in zif_mysql_fetch_field (ht=1, return_value=0x848a6bc,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
#2 0x404bf51f in execute (op_array=0x8357b78)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1616
[skipp]
(gdb) return
Make add_property_string_ex return now? (y or n) y
#0 0x40892f2c in zif_mysql_fetch_field (ht=1, return_value=0x848a6bc,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
2163add_property_string(return_value,
"def",(mysql_field->def?mysql_field->def:empty_string), 1);
(gdb) print mysql_field[0]
$2 = {name = 0x8451750 "idp", table = 0x8451748 "bufer", org_table =
0x0,
db = 0x3 , def = 0xb ,
length = 7, max_length = 49667, flags = 0, decimals = 138745696,
type = 138745688}
(gdb) cont
--
Edit this bug report at http://bugs.php.net/?id=26208&edit=1
#26513 [Opn->Fbk]: ps2pdf command works in CLI, not CGI
ID: 26513
Updated by: [EMAIL PROTECTED]
Reported By: fgasper at freeshell dot org
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: FreeBSD 4.9
PHP Version: 4.3.4
New Comment:
Try running gs binary directly instead of using the wrapper shell
scripts. (in my system ps2pdf first calls ps2pdf12 which calls ps2pdfwr
which calls the gs binary with appropriate options)
And check the execute permissions on all those scripts..?
Try running the command with this:
exec ($cmd, $output, $retval);
Then you can check what the command returns as retval in $retval.
Previous Comments:
[2003-12-03 15:19:26] fgasper at freeshell dot org
I tried changing the exec line to:
--
print system("/usr/local/bin/ps2pdf /tmp/fshn.ps");
--
Also tried running this on a Gentoo box that I have which runs PHP
4.3.2. These revealed the following:
1) The Gentoo box gives two iterations of
" Unable to open the initial device, quitting."
upon execution via CGI. Not sure why this is, but it doesn't seem to be
related to this particular problem because...
2) CGI from the FreeBSD box gives no response at all from the system()
command.
3) The CLI mode in Gentoo works fine, just as it does in FreeBSD.
[2003-12-03 14:48:44] fgasper at freeshell dot org
Description:
I am producing PostScript reports from a database application with PHP.
Since most of my users won't have GhostScript or anything like that
installed, I want to display the reports as PDFs. My problem is that
ps2pdf doesn't appear to be executing.
I tried running my script in CLI mode, though, and it worked just
fine.
The code example below illustrates the problem. I have its output
here:
CGI/Apache:
1070480700.11
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
1070480700.12
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
CLI: ---
1070480804.37
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
1070480818.42
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
Reproduce code:
---
Expected result:
1070480804.37
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
1070480818.42
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
Actual result:
--
1070480700.11
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
1070480700.12
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
--
Edit this bug report at http://bugs.php.net/?id=26513&edit=1
#26512 [Com]: ldap_modify, ldap_add, ldap_mod_replace all hang with large arrays
ID: 26512 Comment by: petrjh at mennonot dot net Reported By: peterjh at mennonot dot net Status: Feedback Bug Type: LDAP related Operating System: Linux Redhat PHP Version: 4.3.2 New Comment: Did upgrade to said version, with a slightly larger degree of success (32k, for example, consistently worked), but 35k and above continues to never work. Here's a snippet of code which I use to test: http://www.mennonot.net/~peterjh/test.php Previous Comments: [2003-12-04 02:02:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-03 14:35:41] peterjh at mennonot dot net Description: ldap_modify, ldap_add, and ldap_mod_replace all hang when they attempt to adjust an individual attribute with data roughly 31k characters or greater. There is a threshold such that 30k and below works fine and 35k and above never works. Example: $attrs = array(); $attrs['mnappparam'][0] = "tmpalkkllk..."; # strlen($attrs['mnappparam'][0]) is 32000 ldap_mod_replace($conn, $dn, $attrs); # we hang, but if $attrs['mnappparam'][0] is 31000 or less, # we work. It should be noted that cut-n-pasting (and modifying a little) and then attempting to use ldap_modify (commandline), the entry works, no matter how large. (Thus, definately a PHP bug.) Reproduce code: --- $attrs = array(); $attrs['mnappparam'][0] = "tmpalkkllk..."; # strlen($attrs['mnappparam'][0]) is 32000 ldap_mod_replace($conn, $dn, $attrs); # we hang, but if $attrs['mnappparam'][0] is 31000 or less, # we work. Expected result: It just hangs. -- Edit this bug report at http://bugs.php.net/?id=26512&edit=1
#25916 [Opn->Csd]: get_browser() -> PHP Fatal error: Nesting level too deep - recursive dependency?
ID: 25916
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Solaris 9
PHP Version: 4.3.5
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:
[2003-12-03 11:48:08] [EMAIL PROTECTED]
Looking through the code says to me that this error can only happen in
zend_hash_apply_with_arguments(&browser_hash, (apply_func_args_t)
browser_reg_compare, 2, lookup_browser_name, &found_browser_entry);
(line 257), because in this function uses the recursion safety macros
HASH_PROTECT_RECURSION(ht);
Could it be that this is a multithreading issue (if more than one
thread uses the get_browser function simultan?). NSAPI is a
multithreaded webserver.
Uwe
[2003-12-03 11:27:18] [EMAIL PROTECTED]
last comment is not correct :( It happens also with parameter to
get_browser($ua). The line with the error is always the one of
get_browser.
[2003-11-19 11:04:15] [EMAIL PROTECTED]
There are no special things to do. But the interesting thing is the
following: since i replaced get_browser() by
get_browser($_SERVER['HTTP_USER_AGENT']) it does not seem to crash
anymore. So there must be some problem with reading the $_SERVER
superglobal in the extension. But I am not sure, just a hint.
[2003-11-19 10:57:16] [EMAIL PROTECTED]
The browscap extension definitely leaks, but as far as I
know, it's only during module startup/shutdown, and it's
been like that since forever. I've never seen it blow up
like this, but I can try to reproduce on Solaris 8 with
iPlanet. Is there anything special that needs to be done
besides hammering the test script with requests?
I've been meaning to take another look at the browscap
stuff, that extension has kind of been disowned...
J
[2003-10-20 03:39:01] [EMAIL PROTECTED]
Description:
The following error occurs sometimes on the ext/standard function
get_browser():
[20/Oct/2003:08:54:59] info (13034): for host
p5084725C.dip.t-dialin.net trying to GET /index.php, php4_execute
reports: PHP Fatal error: Nesting level too deep - recursive
dependency? in /pangaea/htdocs/www.pangaea.de/index.php on line 28
Line 28 contains the call to get_browser(). All other PHP functions do
not fail. In other scripts which use get_browser() the error also
occurs.
The problem is: You cannot reproduce it, because it happens only on
heavy server load and when it happens the first time it does not go
away until server restart.
PHP runs on SunONE with NSAPI, so compiled with ZTS.
I would debug the code and fix the error; but my problem is that I do
not know WHERE in get_browser the error occurs.
Uwe
Reproduce code:
---
http://www.google.de/search?sourceid=navclient&hl=de&q=%22age%2C+error%22+pangaea
//
http://www.google.de/search?q=%22age,+error%22+pangaea&hl=de&lr=&ie=UTF-8&filter=0
if (isset($_GET['query'])) {
$query=$_GET['query'];
} else {
if (isset($_SERVER['HTTP_REFERER']) &&
preg_match('/^http:\/\/.*?google\..*?\/search\?(.*?)$/i',
$_SERVER['HTTP_REFERER'], $matches)) {
$a = split ('&', $matches[1]);
for ($i=0; $icrawler) && isset($_SERVER['PATH_INFO'])) {
if (isset($query)) {
header("Location:
http://".$_SERVER['HTTP_HOST']."/?query=".urlencode($query));
} else {
header("Location: http://".$_SERVER['HTTP_HOST']."/");
}
exit();
}
// if a crawler like google is visiting: prepare keyword list to
display and extract page number
if ($browser->crawler) {
$page=0;
if (isset($_SERVER['PATH_INFO'])) {
if (preg_match('/^\/(.*?)\.html$/', $_SERVER['PATH_INFO'],
$matches)) {
$page=$matches[1];
} else {
header("HTTP/1.0 404 Not Found");
exit();
}
}
$lines=file("../globals/googlelist.txt");
if ($page*1000>=count($lines)) {
header("HTTP/1.0 404 Not Found");
exit();
}
}
?>
...
---
#26518 [NEW]: Windows Installer does not create all the necessary files.
From: dweand at vt dot edu Operating system: Windows XP SP1 PHP version: 4.3.4 PHP Bug Type: *General Issues Bug description: Windows Installer does not create all the necessary files. Description: I downloaded the windows installer and ran through the advanced setup option. Supplied all the necessary values to configure PHP and specified Apache as my webserver. Only files placed on my harddrive were: \windows\php.ini \php\sessiondata\ \php\uploadtemp\ \php\IISConfig.exe \php\install.txt \php\License \php\php4ts.dll \php\php.exe (substitute c:\program files\apache group\php-4.3.4 for \php\ in the above listing) I want to run PHP as a module in Apache 2, which requires the SAPI directory. I had to dowload the ZIP archive and copy all those files into the directory after running the installer script. Seems like the installer should provide those necessary files for you (and also as a side note place a copy of the php4ts.dll file in the SAPI directory since that is required for Apache). -- Edit bug report at http://bugs.php.net/?id=26518&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26518&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26518&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26518&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26518&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26518&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26518&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26518&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26518&r=support Expected behavior: http://bugs.php.net/fix.php?id=26518&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26518&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26518&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26518&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26518&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26518&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26518&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26518&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26518&r=float
#26518 [Opn->Bgs]: Windows Installer does not create all the necessary files.
ID: 26518 Updated by: [EMAIL PROTECTED] Reported By: dweand at vt dot edu -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows XP SP1 PHP Version: 4.3.4 New Comment: The PHP downloads page clearly says that the Windows installer version is CGI only, and the zip distribution provides all the server api versions. Previous Comments: [2003-12-04 04:21:35] dweand at vt dot edu Description: I downloaded the windows installer and ran through the advanced setup option. Supplied all the necessary values to configure PHP and specified Apache as my webserver. Only files placed on my harddrive were: \windows\php.ini \php\sessiondata\ \php\uploadtemp\ \php\IISConfig.exe \php\install.txt \php\License \php\php4ts.dll \php\php.exe (substitute c:\program files\apache group\php-4.3.4 for \php\ in the above listing) I want to run PHP as a module in Apache 2, which requires the SAPI directory. I had to dowload the ZIP archive and copy all those files into the directory after running the installer script. Seems like the installer should provide those necessary files for you (and also as a side note place a copy of the php4ts.dll file in the SAPI directory since that is required for Apache). -- Edit this bug report at http://bugs.php.net/?id=26518&edit=1
#26519 [NEW]: Using embedded PHP fails
From: osvetlik at kerio dot com
Operating system: LInux Fedora Core 1
PHP version: 4.3.4
PHP Bug Type: Compile Failure
Bug description: Using embedded PHP fails
Description:
line 142 should read:
if ((p = (char *)memchr(p, *needle, (end-p+1))) && ne == p[needle_len-1])
{
instead of:
if ((p = memchr(p, *needle, (end-p+1))) && ne == p[needle_len-1]) {
--
Edit bug report at http://bugs.php.net/?id=26519&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26519&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26519&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26519&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26519&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26519&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26519&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26519&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26519&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26519&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26519&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26519&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26519&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26519&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26519&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26519&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26519&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26519&r=float
#26520 [NEW]: Segfault when throwing exceptions from function called by call_user_func()
From: hertzsprung at mail dot com
Operating system: linux 2.4
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Reproducible crash
Bug description: Segfault when throwing exceptions from function called by
call_user_func()
Description:
Throwing exceptions from within a dynamically called function (via
call_user_func or equivalent) causes PHP to segfault.
Reproduce code:
---
run();
?>
Expected result:
Exception caught (the mzTestFailureException details)
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 674)]
0x4046975a in zend_do_fcall_common_helper (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
2628if (EG(exception) &&
EX(fbc)->common.fn_flags&ZEND_ACC_CTOR) {
(gdb) bt
#0 0x4046975a in zend_do_fcall_common_helper (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
#1 0x40469a77 in zend_do_fcall_handler (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2696
#2 0x40464e47 in execute (op_array=0x80b37b4)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#3 0x40469409 in zend_do_fcall_common_helper (execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2579
#4 0x40469947 in zend_do_fcall_by_name_handler (execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2665
#5 0x40464e47 in execute (op_array=0x80b2d50)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#6 0x40440ad4 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /root/temp/php-5.0.0b2/Zend/zend.c:1009
#7 0x403f9b2b in php_execute_script (primary_file=0xb638)
at /root/temp/php-5.0.0b2/main/main.c:1622
#8 0x40471d7e in apache_php_module_main (r=0x815c3b4,
display_source_mode=0)
at /root/temp/php-5.0.0b2/sapi/apache/sapi_apache.c:54
#9 0x40472e30 in send_php (r=0x815c3b4, display_source_mode=0,
filename=0x815df4c "/var/www/html/tmp/tests/call_user_func2.php")
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:621
#10 0x40472eaf in send_parsed_php (r=0x815c3b4)
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:636
#11 0x08053ab4 in ap_invoke_handler ()
#12 0x0806342c in ap_some_auth_required ()
#13 0x08063488 in ap_process_request ()
#14 0x0805cc6b in ap_child_terminate ()
#15 0x0805cdfc in ap_child_terminate ()
#16 0x0805cf19 in ap_child_terminate ()
#17 0x0805d3f5 in ap_child_terminate ()
#18 0x0805dafd in main ()
#19 0x400f814f in __libc_start_main () from /lib/libc.so.6
--
Edit bug report at http://bugs.php.net/?id=26520&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26520&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26520&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26520&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26520&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26520&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26520&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26520&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26520&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26520&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26520&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26520&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26520&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26520&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26520&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26520&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26520&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26520&r=float
#26519 [Opn]: Using embedded PHP fails
ID: 26519
User updated by: osvetlik at kerio dot com
Reported By: osvetlik at kerio dot com
Status: Open
Bug Type: Compile Failure
Operating System: LInux Fedora Core 1
PHP Version: 4.3.4
New Comment:
I'm sorry I forgot the file name:
include/php/ext/standard/php_string.h
Previous Comments:
[2003-12-04 06:50:25] osvetlik at kerio dot com
Description:
line 142 should read:
if ((p = (char *)memchr(p, *needle, (end-p+1))) && ne ==
p[needle_len-1]) {
instead of:
if ((p = memchr(p, *needle, (end-p+1))) && ne == p[needle_len-1]) {
--
Edit this bug report at http://bugs.php.net/?id=26519&edit=1
#26519 [Bgs->Opn]: Using embedded PHP fails
ID: 26519
Updated by: [EMAIL PROTECTED]
Reported By: osvetlik at kerio dot com
-Status: Bogus
+Status: Open
Bug Type: Compile Failure
Operating System: LInux Fedora Core 1
PHP Version: 4.3.4
New Comment:
..in HEAD, but there is in PHP_4_3 branch. :)
Previous Comments:
[2003-12-04 07:05:29] [EMAIL PROTECTED]
There is no such line in php_string.h..
[2003-12-04 06:53:57] osvetlik at kerio dot com
I'm sorry I forgot the file name:
include/php/ext/standard/php_string.h
[2003-12-04 06:50:25] osvetlik at kerio dot com
Description:
line 142 should read:
if ((p = (char *)memchr(p, *needle, (end-p+1))) && ne ==
p[needle_len-1]) {
instead of:
if ((p = memchr(p, *needle, (end-p+1))) && ne == p[needle_len-1]) {
--
Edit this bug report at http://bugs.php.net/?id=26519&edit=1
#26521 [NEW]: =! is equal to 1?
From: powerblade at mail dot dk
Operating system: Windows 2000
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Scripting Engine problem
Bug description: =! is equal to 1?
Description:
When doing the following script it has a VERY weird behavior
As you might notice we did a =! instead of !=. It was an error, but we
didn't notice.
Then we got the problem that it converted the content of the var to 1. So
the value was now missing. It took us quite some time to debug on this
one. Below is the script to reproduce the error. When running it, it might
seems clearer what i mean
Reproduce code:
---
'And',
'email' => '[EMAIL PROTECTED]'
);
echo "";
print_r($aTest);
if($aTest['name'] =! "") {
print_r($aTest);
}
echo "";
?>
Expected result:
Parse error. Can't do a =!. Should be a !=
Actual result:
--
Array
(
[name] => And
[email] => [EMAIL PROTECTED]
)
Array
(
[name] => 1
[email] => [EMAIL PROTECTED]
)
--
Edit bug report at http://bugs.php.net/?id=26521&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26521&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26521&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26521&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26521&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26521&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26521&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26521&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26521&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26521&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26521&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26521&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26521&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26521&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26521&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26521&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26521&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26521&r=float
#26521 [Opn->Bgs]: =! is equal to 1?
ID: 26521
Updated by: [EMAIL PROTECTED]
Reported By: powerblade at mail dot dk
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 5.0.0b2 (beta2)
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.
=! is = ! (is not)
Previous Comments:
[2003-12-04 07:06:40] powerblade at mail dot dk
Description:
When doing the following script it has a VERY weird behavior
As you might notice we did a =! instead of !=. It was an error, but we
didn't notice.
Then we got the problem that it converted the content of the var to 1.
So the value was now missing. It took us quite some time to debug on
this one. Below is the script to reproduce the error. When running it,
it might seems clearer what i mean
Reproduce code:
---
'And',
'email' => '[EMAIL PROTECTED]'
);
echo "";
print_r($aTest);
if($aTest['name'] =! "") {
print_r($aTest);
}
echo "";
?>
Expected result:
Parse error. Can't do a =!. Should be a !=
Actual result:
--
Array
(
[name] => And
[email] => [EMAIL PROTECTED]
)
Array
(
[name] => 1
[email] => [EMAIL PROTECTED]
)
--
Edit this bug report at http://bugs.php.net/?id=26521&edit=1
#26519 [Opn->Bgs]: Using embedded PHP fails
ID: 26519
Updated by: [EMAIL PROTECTED]
Reported By: osvetlik at kerio dot com
-Status: Open
+Status: Bogus
Bug Type: Compile Failure
Operating System: LInux Fedora Core 1
PHP Version: 4.3.4
New Comment:
There is no such line in php_string.h..
Previous Comments:
[2003-12-04 06:53:57] osvetlik at kerio dot com
I'm sorry I forgot the file name:
include/php/ext/standard/php_string.h
[2003-12-04 06:50:25] osvetlik at kerio dot com
Description:
line 142 should read:
if ((p = (char *)memchr(p, *needle, (end-p+1))) && ne ==
p[needle_len-1]) {
instead of:
if ((p = memchr(p, *needle, (end-p+1))) && ne == p[needle_len-1]) {
--
Edit this bug report at http://bugs.php.net/?id=26519&edit=1
#26514 [Bgs]: Static variables double
ID: 26514
Updated by: [EMAIL PROTECTED]
Reported By: grandadmirale at yahoo dot com
Status: Bogus
Bug Type: Variables related
Operating System: WinXP
PHP Version: 4.3.4
New Comment:
Hint: Try change the echo line to:
echo $test, "\n";
Previous Comments:
[2003-12-04 02:08:44] [EMAIL PROTECTED]
This is exactly what 'static' does..
RTFM:
http://www.php.net/manual/en/language.variables.scope.php
[2003-12-03 14:53:21] grandadmirale at yahoo dot com
Description:
When using static variables and the .= operand, the static variable
doubles itself.
Reproduce code:
---
function test()
{
static $test = '';
$test .= 'lala|';
echo $test;
}
test();
test();
test();
Expected result:
lala|lala|lala|
Actual result:
--
lala|lala|lala|lala|lala|lala|
--
Edit this bug report at http://bugs.php.net/?id=26514&edit=1
#26519 [Opn->Fbk]: Using embedded PHP fails
ID: 26519
Updated by: [EMAIL PROTECTED]
Reported By: osvetlik at kerio dot com
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: LInux Fedora Core 1
PHP Version: 4.3.4
New Comment:
Can you please explain WHY this needs to be changed?
Previous Comments:
[2003-12-04 07:06:21] [EMAIL PROTECTED]
..in HEAD, but there is in PHP_4_3 branch. :)
[2003-12-04 07:05:29] [EMAIL PROTECTED]
There is no such line in php_string.h..
[2003-12-04 06:53:57] osvetlik at kerio dot com
I'm sorry I forgot the file name:
include/php/ext/standard/php_string.h
[2003-12-04 06:50:25] osvetlik at kerio dot com
Description:
line 142 should read:
if ((p = (char *)memchr(p, *needle, (end-p+1))) && ne ==
p[needle_len-1]) {
instead of:
if ((p = memchr(p, *needle, (end-p+1))) && ne == p[needle_len-1]) {
--
Edit this bug report at http://bugs.php.net/?id=26519&edit=1
#26519 [Fbk->Opn]: Using embedded PHP fails
ID: 26519
User updated by: osvetlik at kerio dot com
Reported By: osvetlik at kerio dot com
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: LInux Fedora Core 1
PHP Version: 4.3.4
New Comment:
(pts/6)[EMAIL PROTECTED]:~>
/usr/lib/gcc-lib/i386-redhat-linux/3.3.2/cc1plus
void *fce1(void) { return 0;}
void fce2(void) { char *p = fce1(); }
void* fce1() void* fce1() void fce2()
:2: error: invalid conversion from `void*' to `char*'
void fce2()
Execution times (seconds)
parser: 0.01 (50%) usr 0.00 ( 0%) sys 0.00 ( 0%)
wall
TOTAL : 0.02 0.0022.50
(pts/6)[EMAIL PROTECTED]:~>
Previous Comments:
[2003-12-04 07:08:18] [EMAIL PROTECTED]
Can you please explain WHY this needs to be changed?
[2003-12-04 06:53:57] osvetlik at kerio dot com
I'm sorry I forgot the file name:
include/php/ext/standard/php_string.h
[2003-12-04 06:50:25] osvetlik at kerio dot com
Description:
line 142 should read:
if ((p = (char *)memchr(p, *needle, (end-p+1))) && ne ==
p[needle_len-1]) {
instead of:
if ((p = memchr(p, *needle, (end-p+1))) && ne == p[needle_len-1]) {
--
Edit this bug report at http://bugs.php.net/?id=26519&edit=1
#26397 [Opn->Bgs]: make install fails
ID: 26397 Updated by: [EMAIL PROTECTED] Reported By: tippa000 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4.3.4 New Comment: There error happens in instdso.sh, which is part of Apache, not PHP..so please report this to the Apache bug system. (there might already be an open report though, so check that first) Previous Comments: [2003-12-03 07:15:14] tippa000 at yahoo dot com Hi again, sniper asked what is inside ".libs" and "libs" direcorires. See below. -- [EMAIL PROTECTED]> /testing/apache/bin/httpd -v Server version: Apache/2.0.48 Server built: Dec 3 2003 13:00:00 [EMAIL PROTECTED]> bin/httpd -l Compiled in modules: core.c prefork.c http_core.c mod_so.c [EMAIL PROTECTED]> ... [EMAIL PROTECTED]> ./configure \ --prefix=/testing/php \ --with-apxs2=/testing/apache/bin/apxs \ --disable-all \ --disable-cli [EMAIL PROTECTED]> pwd /testing/php-4.3.4 [EMAIL PROTECTED]> gmake install Installing PHP SAPI module: apache2handler /testing/apache/build/instdso.sh SH_LIBTOOL='/testing/apache/build/libtool' libphp4.la /testing/apache/modules rm -f /testing/apache/modules/libphp4.so /testing/apache/build/libtool --mode=install cp libphp4.la /testing/apache/modules/ cp .libs/libphp4.a /testing/apache/modules/libphp4.a cp .libs/libphp4.lai /testing/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /testing/php-4.3.4/libs' chmod 755 /testing/apache/modules/libphp4.so chmod: /testing/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . gmake: *** [install-sapi] Error 1 [EMAIL PROTECTED]> [EMAIL PROTECTED]> # The contents of ".libs/" and "libs/" were same before gmake install [EMAIL PROTECTED]> ls -la .libs/ total 20515 drwxrwxr-x 2 testuser testgroup 355 Dec 03 13:31 . drwxrwxr-x 18 testuser testgroup4377 Dec 03 13:31 .. -rw-rw-r-- 1 testuser testgroup 5277130 Dec 03 13:31 libphp4.a -rw-rw-r-- 1 testuser testgroup 26411 Dec 03 13:31 libphp4.exp lrwxrwxr-x 1 testuser testgroup 13 Dec 03 13:31 libphp4.la -> ../libphp4.la -rw-rw-r-- 1 testuser testgroup 725 Dec 03 13:31 libphp4.lai -rwxrwxr-x 1 testuser testgroup 5192838 Dec 03 13:31 libphp4.so [EMAIL PROTECTED]> ls -al libs/ total 10319 drwxrwxr-x 2 testuser testgroup 194 Dec 03 13:31 . drwxrwxr-x 18 testuser testgroup4377 Dec 03 13:31 .. -rw-rw-r-- 1 testuser testgroup 5277130 Dec 03 13:31 libphp4.a -rw-rw-r-- 1 testuser testgroup 725 Dec 03 13:31 libphp4.la [EMAIL PROTECTED]> [2003-12-01 08:47:09] [EMAIL PROTECTED] So it works with Apache1..for the apache2 compile, what do you have in libs/ and .libs/ directories when the 'make install' fails? [2003-11-25 05:48:50] tippa000 at yahoo dot com Description: Similar situation than bug report 25058. http://bugs.php.net/bug.php?id=25058 make install fails: "apxs:Error: Command failed with rc=65536" Reproduce code: --- [EMAIL PROTECTED]> cd /testing/php-4.3.4 [EMAIL PROTECTED]> ./configure \ --prefix=/testing/php \ --with-apxs2=/testing/apache/bin/apxs \ --disable-all \ --disable-cli ... ... ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). gmake[1]: Leaving directory `/testing/php-4.3.4' cd /testing/php-4.3.4 && gmake install gmake[1]: Entering directory `/testing/php-4.3.4' Installing PHP SAPI module: apache2handler /testing/apache/build/instdso.sh SH_LIBTOOL='/testing/apache/build/libtool' libphp4.la /testing/apache/modules rm -f /testing/apache/modules/libphp4.so /testing/apache/build/libtool --mode=install cp libphp4.la /testing/apache/modules/ cp .libs/libphp4.a /testing/apache/modules/libphp4.a cp .libs/libphp4.lai /testing/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /testing/php-4.3.4/libs' chmod 755 /testing/apache/modules/libphp4.so chmod: /testing/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/testing/php-4.3.4' gmake: *** [buildphp] Error 2 [EMAIL PROTECTED]> [EMAIL PROTECTED]> [EMAIL PROTECTED]> uname -a AIX aix52 2 5 0057C30A4C00 [EMAIL PROTECTED]> libtool --version ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABI
#26519 [Opn->Csd]: Using embedded PHP fails
ID: 26519
Updated by: [EMAIL PROTECTED]
Reported By: osvetlik at kerio dot com
-Status: Open
+Status: Closed
Bug Type: Compile Failure
Operating System: LInux Fedora Core 1
PHP Version: 4.3.4
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:
[2003-12-04 07:36:29] osvetlik at kerio dot com
(pts/6)[EMAIL PROTECTED]:~>
/usr/lib/gcc-lib/i386-redhat-linux/3.3.2/cc1plus
void *fce1(void) { return 0;}
void fce2(void) { char *p = fce1(); }
void* fce1() void* fce1() void fce2()
:2: error: invalid conversion from `void*' to `char*'
void fce2()
Execution times (seconds)
parser: 0.01 (50%) usr 0.00 ( 0%) sys 0.00 ( 0%)
wall
TOTAL : 0.02 0.0022.50
(pts/6)[EMAIL PROTECTED]:~>
[2003-12-04 07:08:18] [EMAIL PROTECTED]
Can you please explain WHY this needs to be changed?
[2003-12-04 06:53:57] osvetlik at kerio dot com
I'm sorry I forgot the file name:
include/php/ext/standard/php_string.h
[2003-12-04 06:50:25] osvetlik at kerio dot com
Description:
line 142 should read:
if ((p = (char *)memchr(p, *needle, (end-p+1))) && ne ==
p[needle_len-1]) {
instead of:
if ((p = memchr(p, *needle, (end-p+1))) && ne == p[needle_len-1]) {
--
Edit this bug report at http://bugs.php.net/?id=26519&edit=1
#23367 [Com]: Problems with loading every extension in the extensions dir
ID: 23367 Comment by: markbitz at hotmail dot com Reported By: Sebastian dot Hippler at t-online dot de Status: Bogus Bug Type: Dynamic loading Operating System: Windows XP Pro SP1 PHP Version: 4.3.1 New Comment: I was also getting the error message "Unknown(); Unable to load the dynamic library "C:\PHP\extensions\php_pdf.dll" - the module wasn't found" on winXP. I ended up copying all the .dll's from both the extensions and dlls sub-dirs to my c:\windows\system32 subdirectory and it works fine now for me. A very frustrating problem. It must be something with the XP environment path space as I did not have to do this on my windows 2k box or 98 box. Previous Comments: [2003-05-08 10:25:37] demze at hotmail dot com Got a pretty similar problem witj loading some extensions on win XP... Some works (cpdf.dll, gd.dll for instance) but some others refuse to load. Quite usefull extensions like sablotron or xslt or domxml... every time i get the "cannot load module/procedure not found or module not found" message... I got it bad... I am going really mad at this... I need to run xsl transformation... Is there any other way to do it... I mean whitout xslt.dll or sablotron??? Thanks... demze [2003-04-28 18:52:21] Sebastian dot Hippler at t-online dot de i tried both msql (mysql.dll and mssql.dll) dlls and i also tried the pdf dll - without success [2003-04-28 09:29:39] [EMAIL PROTECTED] I just re-tested using latest stable cvs snapshot from cvs.php.net and all 3 tested web servers (Apache, Apache2 and IIS) have no problems loading php with mcrypt so it must be some local configuration issue on your end. [2003-04-28 09:11:10] kylotan at hotmail dot com No, but you probably missed the bit in my comment above that reads, "I've made sure all the dlls were installed in the prescribed places (in my case, php_mcrypt.dll in c:\php\extensions, and libmcrypt.dll in winnt/system32)". [2003-04-28 09:10:45] Sebastian dot Hippler at t-online dot de the whole directory including the extensions got read and execute permission for the IUSR-Account. This Account is the Account twhat the Webserver is using 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/23367 -- Edit this bug report at http://bugs.php.net/?id=23367&edit=1
#26522 [NEW]: It ate me
From: cheesew at msn dot com Operating system: Pizza PHP version: 4CVS-2003-12-04 (stable) PHP Bug Type: Reproducible crash Bug description: It ate me Description: Yup Reproduce code: --- Yup Expected result: Yup Actual result: -- Yup -- Edit bug report at http://bugs.php.net/?id=26522&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26522&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26522&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26522&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26522&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26522&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26522&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26522&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26522&r=support Expected behavior: http://bugs.php.net/fix.php?id=26522&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26522&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26522&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26522&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26522&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26522&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26522&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26522&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26522&r=float
#26523 [NEW]: Scripts posting twice
From: cameron at toucanresolve dot co dot uk Operating system: Suse Linux PHP version: 4.3.3 PHP Bug Type: *General Issues Bug description: Scripts posting twice Description: When running some scripts the scripts runs twice. We are using apache 2 on a suse linux box. It generaly happens when the header function is being used with the location header. The script want get a far as the header but will re-run. If i put a die in it wont die and will still run twice. I have tested this by adding a seesion var names count and incrementing it each time the script is run. I always get two. Reproduce code: --- Expected result: Should out put 0 Actual result: -- 1 -- Edit bug report at http://bugs.php.net/?id=26523&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26523&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26523&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26523&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26523&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26523&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26523&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26523&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26523&r=support Expected behavior: http://bugs.php.net/fix.php?id=26523&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26523&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26523&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26523&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26523&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26523&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26523&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26523&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26523&r=float
#26523 [Opn->Bgs]: Scripts posting twice
ID: 26523
Updated by: [EMAIL PROTECTED]
Reported By: cameron at toucanresolve dot co dot uk
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Suse Linux
PHP Version: 4.3.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.
Broken HTML generally does this.
Also, header("Location..") expects a full url.
No bug here.
Previous Comments:
[2003-12-04 09:18:19] cameron at toucanresolve dot co dot uk
Description:
When running some scripts the scripts runs twice. We are using apache 2
on a suse linux box. It generaly happens when the header function is
being used with the location header. The script want get a far as the
header but will re-run. If i put a die in it wont die and will still
run twice. I have tested this by adding a seesion var names count and
incrementing it each time the script is run. I always get two.
Reproduce code:
---
Expected result:
Should out put 0
Actual result:
--
1
--
Edit this bug report at http://bugs.php.net/?id=26523&edit=1
#26520 [Opn->Fbk]: Segfault when throwing exceptions from function called by call_user_func()
ID: 26520
Updated by: [EMAIL PROTECTED]
Reported By: hertzsprung at mail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: linux 2.4
PHP Version: 5.0.0b2 (beta2)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2003-12-04 06:51:55] hertzsprung at mail dot com
Description:
Throwing exceptions from within a dynamically called function (via
call_user_func or equivalent) causes PHP to segfault.
Reproduce code:
---
run();
?>
Expected result:
Exception caught (the mzTestFailureException details)
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 674)]
0x4046975a in zend_do_fcall_common_helper (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
2628if (EG(exception) &&
EX(fbc)->common.fn_flags&ZEND_ACC_CTOR) {
(gdb) bt
#0 0x4046975a in zend_do_fcall_common_helper
(execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
#1 0x40469a77 in zend_do_fcall_handler (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2696
#2 0x40464e47 in execute (op_array=0x80b37b4)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#3 0x40469409 in zend_do_fcall_common_helper
(execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2579
#4 0x40469947 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2665
#5 0x40464e47 in execute (op_array=0x80b2d50)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#6 0x40440ad4 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /root/temp/php-5.0.0b2/Zend/zend.c:1009
#7 0x403f9b2b in php_execute_script (primary_file=0xb638)
at /root/temp/php-5.0.0b2/main/main.c:1622
#8 0x40471d7e in apache_php_module_main (r=0x815c3b4,
display_source_mode=0)
at /root/temp/php-5.0.0b2/sapi/apache/sapi_apache.c:54
#9 0x40472e30 in send_php (r=0x815c3b4, display_source_mode=0,
filename=0x815df4c "/var/www/html/tmp/tests/call_user_func2.php")
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:621
#10 0x40472eaf in send_parsed_php (r=0x815c3b4)
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:636
#11 0x08053ab4 in ap_invoke_handler ()
#12 0x0806342c in ap_some_auth_required ()
#13 0x08063488 in ap_process_request ()
#14 0x0805cc6b in ap_child_terminate ()
#15 0x0805cdfc in ap_child_terminate ()
#16 0x0805cf19 in ap_child_terminate ()
#17 0x0805d3f5 in ap_child_terminate ()
#18 0x0805dafd in main ()
#19 0x400f814f in __libc_start_main () from /lib/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=26520&edit=1
#25975 [NoF->Opn]: PHP 5 object references don't survive serialization
ID: 25975
User updated by: reiersol at online dot no
Reported By: reiersol at online dot no
-Status: No Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux RedHat 9.0
PHP Version: 5CVS-2003-10-24 (dev)
New Comment:
OK. Here is an example using sessions. Exactly the same thing happens.
v1 = new Bar;
$this->v2 = $this->v1;
}
}
session_start();
if (isset($_SESSION['g'])) {
//Try these two one at a time to see the different behaviors:
//$_SESSION['g']->v2 = "I'm no longer an object";
$_SESSION['g']->v2->value = 42;
} else {
$_SESSION['g'] = new Foo;
}
?>
Previous Comments:
[2003-12-04 02:22:56] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-11-28 20:40:06] [EMAIL PROTECTED]
Please provide an example script that actually uses sessions,
(it's not the same thing when you do the serialize/unserialize inside
the same script..)
[2003-11-10 05:48:59] reiersol at online dot no
Thanks, but I'm afraid this is not quite good enough.
What I'm getting now after serialize/unserialize is:
object(foo)#3 (2) {
["v1"]=>
&object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
["v2"]=>
&object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
}
The ampersands occur only after serialization. They indicate that this
is what is known as a reference in PHP 4, which is a symbol table
alias. The objects still don't behave the same before and after. Try
this:
$f->v2 = 'I\'m no longer an object';
$g->v2 = 'I\'m no longer an object';
var_dump($f);
var_dump($g);
As before, $f is the object before serialize/unserialize, $g is the
object after. The output is:
object(foo)#1 (2) {
["v1"]=>
object(bar)#2 (1) {
["value"]=>
int(42)
}
["v2"]=>
string(23) "I'm no longer an object"
}
object(foo)#3 (2) {
["v1"]=>
&string(23) "I'm no longer an object"
["v2"]=>
&string(23) "I'm no longer an object"
}
As I understand it, in $f we are replacing an object reference with a
string. In $g, we are replacing the value of a variable that's aliased
to another.
You might ask whether this has any practical consequences. I think that
sooner or later it will (in fact, it seems to be happening in my
full-scale example). When it does, it will be very confusing to the
people who encounter the problem. You may get away with this for a
while, but the longer you get away with it the more difficult it might
be to figure out.
[2003-11-09 12:34:43] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
This should be fixed in CVS now.
[2003-11-04 01:23:53] reiersol at online dot no
object(foo)#1 (2) {
["v1"]=>
object(bar)#2 (1) {
["value"]=>
int(42)
}
["v2"]=>
object(bar)#2 (1) {
["value"]=>
int(42)
}
}
object(foo)#3 (2) {
["v1"]=>
object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
["v2"]=>
object(bar)#4 (1) {
["value"]=>
string(42) "and now for something completely different"
}
}
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/25975
--
Edit this bug report at http://bugs.php.net/?id=25975&edit=1
#26524 [Opn->Bgs]: eregi_replace and backslash
ID: 26524
Updated by: [EMAIL PROTECTED]
Reported By: boccara at netvision dot net dot il
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: win2k server sp4
PHP Version: 4.3.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:
[2003-12-04 10:18:31] boccara at netvision dot net dot il
Description:
the eregi_replace seems to have a problem with replacing backslach.
I made a function that should replace a \ with \\
and I got this error message:
Warning: eregi_replace(): REG_EESCAPE:Ptrailing backslash (\)
in
Reproduce code:
---
function JavascriptEncode($str1)
{
$str1 = eregi_replace(chr(92),chr(92).chr(92),$str1);
return $str1;
}
this fonction doesn't work.
function JavascriptEncode($str1)
{
$str1 = eregi_replace(chr(92).chr(92),chr(92).chr(92),$str1);
return $str1;
}
this fonction replace \ by \\ ( it works, but why ???)
--
Edit this bug report at http://bugs.php.net/?id=26524&edit=1
#26524 [NEW]: eregi_replace and backslash
From: boccara at netvision dot net dot il
Operating system: win2k server sp4
PHP version: 4.3.3
PHP Bug Type: Reproducible crash
Bug description: eregi_replace and backslash
Description:
the eregi_replace seems to have a problem with replacing backslach.
I made a function that should replace a \ with \\
and I got this error message:
Warning: eregi_replace(): REG_EESCAPE:Ptrailing backslash (\) in
Reproduce code:
---
function JavascriptEncode($str1)
{
$str1 = eregi_replace(chr(92),chr(92).chr(92),$str1);
return $str1;
}
this fonction doesn't work.
function JavascriptEncode($str1)
{
$str1 = eregi_replace(chr(92).chr(92),chr(92).chr(92),$str1);
return $str1;
}
this fonction replace \ by \\ ( it works, but why ???)
--
Edit bug report at http://bugs.php.net/?id=26524&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26524&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26524&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26524&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26524&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26524&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26524&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26524&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26524&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26524&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26524&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26524&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26524&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26524&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26524&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26524&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26524&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26524&r=float
#26522 [Opn->Bgs]: It ate me
ID: 26522 Updated by: [EMAIL PROTECTED] Reported By: cheesew at msn dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Pizza PHP Version: 4CVS-2003-12-04 (stable) New Comment: please dont fill the bug system with usless crap Previous Comments: [2003-12-04 09:06:40] cheesew at msn dot com Description: Yup Reproduce code: --- Yup Expected result: Yup Actual result: -- Yup -- Edit this bug report at http://bugs.php.net/?id=26522&edit=1
#26522 [Bgs]: It ate me
ID: 26522 Updated by: [EMAIL PROTECTED] Reported By: cheesew at msn dot com Status: Bogus Bug Type: Reproducible crash Operating System: Pizza PHP Version: 4CVS-2003-12-04 (stable) 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. yo kiddie, go play somewhere else Previous Comments: [2003-12-04 09:08:06] [EMAIL PROTECTED] please dont fill the bug system with usless crap [2003-12-04 09:06:40] cheesew at msn dot com Description: Yup Reproduce code: --- Yup Expected result: Yup Actual result: -- Yup -- Edit this bug report at http://bugs.php.net/?id=26522&edit=1
#26227 [Com]: "configure --with-libjpeg=/sw --with-libpng=/sw --with-gd" does not work
ID: 26227 Comment by: handerson at priceinc dot com Reported By: janusng at mac dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Mac OS X 10.3 PHP Version: 4.3.4 New Comment: Unfortunately, this also happens to me, and I use your correct parameters: [EMAIL PROTECTED] php-4.3.4]# ./configure --with-gd --with-zlib-dir=/usr/include --with-jpeg-dir=../../libjpeg/jpeg-6b --with-png-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib >>> Yields: checking for GD support... yes checking for the location of libjpeg... ../../libjpeg/jpeg-6b checking for the location of libpng... /usr/lib checking for the location of libXpm... /usr/X11R6/lib checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... (cached) yes checking for floorf... (cached) yes configure: error: libjpeg.(a|so) not found. [EMAIL PROTECTED] php-4.3.4]# > [EMAIL PROTECTED] php-4.3.4]# ./configure --with-gd --with-zlib-dir=/usr/include --with-png-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib Yields: checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... /usr/lib checking for the location of libXpm... /usr/X11R6/lib checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... (cached) yes checking for floorf... (cached) yes If configure fails try --with-jpeg-dir= checking for png_write_image in -lpng... (cached) yes configure: error: libXpm.(a|so) not found. [EMAIL PROTECTED] php-4.3.4]# > ./configure --with-gd --with-zlib-dir=/usr/include --with-png-dir=/usr/lib Yields: successful configuration. > this on: Linux version 2.4.18-14 ([EMAIL PROTECTED]) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) , PHP 4.3.4 (cli) (built: Dec 1 2003 19:18:38), GNU Make version 3.79.1 Previous Comments: [2003-11-17 21:51:28] [EMAIL PROTECTED] Using the correct configure options usually helps.. [2003-11-14 07:35:28] janusng at mac dot com Thanks, it solved my problem. [2003-11-12 16:22:16] adam at trachtenberg dot com Try: --with-gd --with-png-dir=/sw --with-tiff-dir=/sw That works for me. [2003-11-12 16:10:31] janusng at mac dot com Description: running "./configure --with-libjpeg=/sw --with-libpng=/sw --with-gd" will always result in the errors I am sure that both libjpeg.dylib and libpng.dylib are in /sw/bin directory. So does jpeglib.h, png.h and pngconf.h directory. Expected result: configure runs successfully Actual result: -- The last few lines of configure output are: ... checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... noIf configure fails try --with-jpeg-dir= configure: error: libpng.(a|so) not found. and I found nothing special in the config.log. The last few lines are: ... configure:29479: checking for GD support configure:29526: checking for the location of libjpeg configure:29553: checking for the location of libpng configure:29606: checking for the location of libXpm configure:29631: checking for FreeType 1.x support configure:29656: checking for FreeType 2 configure:29681: checking for T1lib support configure:29706: checking whether to enable truetype string function in GD configure:29731: checking whether to enable JIS-mapped Japanese font support in GD configure:29785: checking for fabsf configure:29813: gcc -o conftest -g -O2 -no-cpp-precomp -L/usr/local//lib -L/usr/local//lib -L/sw/lib -L/sw/lib conftest.c -lz -lcurl -lz -lm -lcurl -lz -lssl -lcrypto -lz -lxml2 -lz -liconv -lm 1>&5 configure:29797: warning: conflicting types for built-in function `fabsf' ld: warning prebinding disabled because dependent library: /sw/lib/libxml2.2.dylib is not prebound configure:29785: checking for floorf configure:29813: gcc -o conftest -g -O2 -no-cpp-precomp -L/usr/local//lib -L/usr/local//lib -L/sw/lib -L/sw/lib conftest.c -lz -lcurl -lz -lm -lcurl -lz -lssl -lcrypto -lz -lxml2 -lz -li
#26227 [Com]: "configure --with-libjpeg=/sw --with-libpng=/sw --with-gd" does not work
ID: 26227 Comment by: handerson at priceinc dot com Reported By: janusng at mac dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Mac OS X 10.3 PHP Version: 4.3.4 New Comment: regarding previous: [EMAIL PROTECTED] php-4.3.4]# locate libpng /usr/lib/libpng.so.3.1.2.2 /usr/lib/libpng.so.3 /usr/lib/libpng12.so.0.1.2.2 /usr/lib/libpng12.so.0 /usr/lib/libpng.so.2.1.0.13 /usr/lib/libpng.so.2 [EMAIL PROTECTED] php-4.3.4]# l ../../libjpeg total 620 drwxr-xr-x3 root root 4096 Dec 4 13:42 . drwxrwx--- 10 handerson handerson 4096 Dec 4 13:18 .. drwxr-xr-x2 301 users8192 Dec 4 14:36 jpeg-6b also: [EMAIL PROTECTED] php-4.3.4]# find / -name "libjpeg*.*" /usr/lib/libjpeg.so.62 /usr/lib/libjpeg.so.62.0.0 also: [EMAIL PROTECTED] php-4.3.4]# find / -name "libXpm*.*" /usr/X11R6/lib/libXpm.so.4 /usr/X11R6/lib/libXpm.so.4.11 PLEASE REOPEN THIS BUG AND/OR ILLUMINE ME! Previous Comments: [2003-12-04 13:02:19] handerson at priceinc dot com Unfortunately, this also happens to me, and I use your correct parameters: [EMAIL PROTECTED] php-4.3.4]# ./configure --with-gd --with-zlib-dir=/usr/include --with-jpeg-dir=../../libjpeg/jpeg-6b --with-png-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib >>> Yields: checking for GD support... yes checking for the location of libjpeg... ../../libjpeg/jpeg-6b checking for the location of libpng... /usr/lib checking for the location of libXpm... /usr/X11R6/lib checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... (cached) yes checking for floorf... (cached) yes configure: error: libjpeg.(a|so) not found. [EMAIL PROTECTED] php-4.3.4]# > [EMAIL PROTECTED] php-4.3.4]# ./configure --with-gd --with-zlib-dir=/usr/include --with-png-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib Yields: checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... /usr/lib checking for the location of libXpm... /usr/X11R6/lib checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... (cached) yes checking for floorf... (cached) yes If configure fails try --with-jpeg-dir= checking for png_write_image in -lpng... (cached) yes configure: error: libXpm.(a|so) not found. [EMAIL PROTECTED] php-4.3.4]# > ./configure --with-gd --with-zlib-dir=/usr/include --with-png-dir=/usr/lib Yields: successful configuration. > this on: Linux version 2.4.18-14 ([EMAIL PROTECTED]) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) , PHP 4.3.4 (cli) (built: Dec 1 2003 19:18:38), GNU Make version 3.79.1 [2003-11-17 21:51:28] [EMAIL PROTECTED] Using the correct configure options usually helps.. [2003-11-14 07:35:28] janusng at mac dot com Thanks, it solved my problem. [2003-11-12 16:22:16] adam at trachtenberg dot com Try: --with-gd --with-png-dir=/sw --with-tiff-dir=/sw That works for me. [2003-11-12 16:10:31] janusng at mac dot com Description: running "./configure --with-libjpeg=/sw --with-libpng=/sw --with-gd" will always result in the errors I am sure that both libjpeg.dylib and libpng.dylib are in /sw/bin directory. So does jpeglib.h, png.h and pngconf.h directory. Expected result: configure runs successfully Actual result: -- The last few lines of configure output are: ... checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... noIf configure fails try --with-jpeg-dir= configure: error: libpng.(a|so) not found. and I found nothing special in the config.log. The last few lines are: ... configure:29479: checking for GD support configure:29526: checking for the location of libjpeg configure:29553: checking for the location of libpng configure:29606: checking for the location of libXpm configure:29631: checking for FreeType 1.x support configure:29656: checking f
#26525 [NEW]: [patch] needless execution flag in phpbuilddir(/usr/local/lib/php/build)
From: sagawa at sohgoh dot net Operating system: Red Hat Linux 7.2 PHP version: 4.3.4 PHP Bug Type: Feature/Change Request Bug description: [patch] needless execution flag in phpbuilddir(/usr/local/lib/php/build) Description: I've found an issue on default file permission. BUILD_FILES in scripts/Makefile.frags installed with needless excution flag except shtool. To fix this issue, I made a patch. This patch just change $(INSTALL) to $(INSTALL_DATA) for non executable files. --- php-4.3.4/scripts/Makefile.frag.origFri Sep 19 14:35:21 2003 +++ php-4.3.4/scripts/Makefile.frag Fri Dec 5 04:36:38 2003 @@ -6,10 +6,11 @@ phpincludedir = $(includedir)/php phpbuilddir = $(prefix)/lib/php/build -BUILD_FILES = \ +bin_BUILD_FILES = \ + build/shtool +data_BUILD_FILES = \ scripts/phpize.m4 \ build/mkdep.awk \ - build/shtool \ build/scan_makefile_in.awk \ Makefile.global \ acinclude.m4 @@ -20,7 +21,9 @@ install-build: @echo "Installing build environment: $(INSTALL_ROOT)$(phpbuilddir)/" @$(mkinstalldirs) $(INSTALL_ROOT)$(phpbuilddir) $(INSTALL_ROOT)$(bindir) && \ - (cd $(top_srcdir) && $(INSTALL) $(BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) + (cd $(top_srcdir) && \ + $(INSTALL) $(bin_BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir) && \ + $(INSTALL_DATA) $(data_BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) HEADER_DIRS = \ / \ Reproduce code: --- ./configure && make && make install and ls -l /usr/local/lib/php/build Expected result: -rw-r--r--1 root root 3160 Dec 5 04:43 Makefile.global -rw-r--r--1 root root46325 Dec 5 04:43 acinclude.m4 -rw-r--r--1 root root 2277 Dec 5 04:43 mkdep.awk -rw-r--r--1 root root 2231 Dec 5 04:43 phpize.m4 -rw-r--r--1 root root 410 Dec 5 04:43 scan_makefile_in.awk -rwxr-xr-x1 root root36075 Dec 5 04:43 shtool Actual result: -- -rwxr-xr-x1 root root 3160 Dec 5 04:21 Makefile.global -rwxr-xr-x1 root root46325 Dec 5 04:21 acinclude.m4 -rwxr-xr-x1 root root 2277 Dec 5 04:21 mkdep.awk -rwxr-xr-x1 root root 2231 Dec 5 04:21 phpize.m4 -rwxr-xr-x1 root root 410 Dec 5 04:21 scan_makefile_in.awk -rwxr-xr-x1 root root36075 Dec 5 04:21 shtool -- Edit bug report at http://bugs.php.net/?id=26525&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26525&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26525&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26525&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26525&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26525&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26525&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26525&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26525&r=support Expected behavior: http://bugs.php.net/fix.php?id=26525&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26525&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26525&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26525&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26525&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26525&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26525&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26525&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26525&r=float
#26526 [NEW]: Unexpected behavior with ceil()
From: vince at blue-box dot net Operating system: FreeBSD 4.8-RELEASE-p13 PHP version: 4CVS-2003-12-04 (stable) PHP Bug Type: Math related Bug description: Unexpected behavior with ceil() Description: When using certain integers derived from multiplying integers and floating point numbers with ceil(), ceil() will increment the number even though it shouldn't be. Reproduce code: --- Expected result: Since 6*.029*1000 comes out to be exactly 174, I would expect the output of the above script to be: value = 174 value = 174 Actual result: -- value = 174 value = 175 It seems like if this were a floating point precision problem the first echo statement in the code example would produce something like: value = 174.1 -- Edit bug report at http://bugs.php.net/?id=26526&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26526&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26526&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26526&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26526&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26526&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26526&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26526&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26526&r=support Expected behavior: http://bugs.php.net/fix.php?id=26526&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26526&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26526&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26526&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26526&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26526&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26526&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26526&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26526&r=float
#17263 [Com]: imagecopyresampled - imagecopyresized
ID: 17263
Comment by: ahensen at chello dot nl
Reported By: nicolaasuni at tiscali dot it
Status: No Feedback
Bug Type: GD related
Operating System: Windows XP Pro or Linux
PHP Version: 4.2.3
New Comment:
I experience the same problem with PHP 4.3.4 / GD bundled (2.0.15
compatible) on a Windows XP box.
Previous Comments:
[2003-04-04 06:39:30] rbap at yap dot org
If you experience such problem,
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
It worked for me.
This problem is still in the php4.3.1, to solve it use the snapshot
[2003-04-04 05:53:16] rbap at yap dot org
Another comment to the above.
On the production server I had the same problem with php4.2.2 and
external (of course) GDlib 2.0.
That's why I think the problem is in the GDlib version.
[2003-04-04 05:50:16] rbap at yap dot org
I experience the same problem on the production system.
For development I use rh8, php4.2.2 and GDlib I guess version 1.8.x
As production rh7, php4.3.1 and the bundled GDlib 2.0 compatible
I am not sure but I think the problem reside in the GD 2.0 lib.
The following proble occour ONLY with palet image.
Basically my script create a button starting form a basic png and
adding the text.
The script work fine in devel but in production has problem.
When I try to resize the basic button for longer text it seems that
both imagecopyresized and imagecopyresampled does not copy the image.
In the example after the imagecopyresized there is a imagecolorstotal,
it return correcly the number of colors in the image (if you put it
before it return 1, the background).
So it seems that the palet is setted correclty but not the image. If I
create a trucolor image instead of a palet image it works but I do not
have transparency.
Here follow an example code:
Total Color: " . imagecolorstotal ($dst_img) ."";
imagecolortransparent($dst_img, $bkgc);
header("Content-type: image/png");
Imagepng($dst_img);
?>
[2003-01-15 03:39:58] jukkaho at mail dot student dot oulu dot fi
I was hit by this bug also.
GD 2.0 bundled with PHP 4.3.0 has this bug also. This was tested with
Linux.
No output is coming when I'm trying to use imagecreatefrompng() from an
indexed color image to a imagecreate()-image using imagecopyresized().
When using imagecreatetruecolor()-image as a target, copying works ok.
[2002-11-22 13:22:43] th at hahn-software dot de
PHP Version 4.2.3 with GD Library 1.8.4(!!) => imagecopyresized works
'without' Color Problems.
PHP Version 4.2.3 with GD Library above 2.0
=> imagecopyresized change the Colors dramatical
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/17263
--
Edit this bug report at http://bugs.php.net/?id=17263&edit=1
#26527 [NEW]: Either GC code is wrong or GC documentation is wrong
From: jneil at myersinternet dot com Operating system: Linux PHP version: 4.3.3 PHP Bug Type: Session related Bug description: Either GC code is wrong or GC documentation is wrong Description: Both the code documentation in mod_files.c (on line 207) and the PHP manual indicate that the garbage cleanup should take place based on a given session file's last access time. However, the element from "struct stat" being used in mod_files.c on line 209 is sbuf.st_mtime (the last modification time) instead of sbuf.st_atime. Either the code is incorrect or the documentation is incorrect. If we can get this synced up properly, then those of us trying to debug session timeout issues will have a much easier time deciding which parameters are governing session timeouts. The coding change may have been to fix problems on a particular platform but the result has been to make the documentation misleading. -- Edit bug report at http://bugs.php.net/?id=26527&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26527&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26527&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26527&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26527&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26527&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26527&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26527&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26527&r=support Expected behavior: http://bugs.php.net/fix.php?id=26527&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26527&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26527&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26527&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26527&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26527&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26527&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26527&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26527&r=float
#26526 [Opn->Bgs]: Unexpected behavior with ceil()
ID: 26526 Updated by: [EMAIL PROTECTED] Reported By: vince at blue-box dot net -Status: Open +Status: Bogus Bug Type: Math related Operating System: FreeBSD 4.8-RELEASE-p13 PHP Version: 4CVS-2003-12-04 (stable) New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. # cat t.php # php t.php value = 174.02842 Previous Comments: [2003-12-04 15:16:57] vince at blue-box dot net Description: When using certain integers derived from multiplying integers and floating point numbers with ceil(), ceil() will increment the number even though it shouldn't be. Reproduce code: --- Expected result: Since 6*.029*1000 comes out to be exactly 174, I would expect the output of the above script to be: value = 174 value = 174 Actual result: -- value = 174 value = 175 It seems like if this were a floating point precision problem the first echo statement in the code example would produce something like: value = 174.1 -- Edit this bug report at http://bugs.php.net/?id=26526&edit=1
#25753 [Ctl]: php_value|flag / php_admin_* settings "leak" from vhosts/.htaccess files
ID: 25753 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: * PHP Version: 4CVS, 5CVS New Comment: Try the following patch: http://bb.prohost.org/ap_bug.txt Previous Comments: [2003-11-28 10:11:31] joris at ideeel dot nl We experience this problem, but different PHP programs are differently susceptible to it problem: extra slashes before quotation marks (\" instead of ") vulnerable: PHPsysinfo & PHPnuke not vulnerable: Squirrelmail, phpBB, phpMyAdmin Tested on RH73 standard setup. joris [2003-11-28 10:07:31] blitzer at cutery dot fi A workaround I did seems to work until this is fixed: make php.ini automatically prepend a .php file that will reload the variables from the .ini file. [2003-11-08 12:38:07] simon at implix dot com We have a similar problem. We've got overlapping virtualhosts (as they are required for one of our application) and sometimes PHP returns register_globals = Off, even though = On is set in php.ini. We are using php 4.3.4 + apache 2.0.48. The problem doesn't exist when we use php 4.3.1. [2003-10-30 09:35:44] fs at nessus dot at no thats false. this bug occours on apache 1.3.x too (tested it with 1.3.27). i think thats very essential... greetings, Florian Schicker www.nessus.at [2003-10-28 04:13:33] mattias at segerdahl dot info This bug only appears when and if you have overlapping virtualhosts in apache2. Using fqdn's that have IN A or CNAME to an ipaddress on the server seems to fix it. This is only an observation that seems to have gotten rid of the problem for me. // bad2da 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/25753 -- Edit this bug report at http://bugs.php.net/?id=25753&edit=1
#26528 [NEW]: xml_parse_into_struct does not unescape attribute values
From: archie at dellroad dot org
Operating system: Linux redhat 9
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: XML related
Bug description: xml_parse_into_struct does not unescape attribute values
Description:
When the function xml_parse_into_struct() is used,
XML attribute values that contain escaped characters
in them are not properly un-escaped.
E.g. suppose the tag is:
Then the attribute is returned still escaped, as
Jesse "The Body" Ventura
rather than
Jesse "The Body" Ventura
like it should be.
This function is supposed to parse
the XML, and &-encodings are part of XML, so it should
properly decode them!
Here's ldd output for my test version of PHP:
$ ldd ~/php-5.0.0b2/sapi/cli/php
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40017000)
librt.so.1 => /lib/i686/librt.so.1 (0x40064000)
libm.so.6 => /lib/i686/libm.so.6 (0x4007f000)
libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10
(0x400cc000)libresolv.so.2 => /lib/libresolv.so.2 (0x40103000)
libdl.so.2 => /lib/libdl.so.2 (0x40116000)
libnsl.so.1 => /lib/libnsl.so.1 (0x4011a000)
libz.so.1 => /usr/lib/libz.so.1 (0x4014)
libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x4014e000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40237000)
libc.so.6 => /lib/i686/libc.so.6 (0x40287000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
Reproduce code:
---
";
$parser = xml_parser_create();
$res = xml_parse_into_struct($parser,$sample,$vals,$index);
xml_parser_free($parser);
var_dump($vals);
?>
Expected result:
array(1) {
[0]=>
array(4) {
["tag"]=>
string(4) "TEST"
["type"]=>
string(8) "complete"
["level"]=>
int(1)
["attributes"]=>
array(1) {
["ATTR"]=>
string(16) "angle
array(4) {
["tag"]=>
string(4) "TEST"
["type"]=>
string(8) "complete"
["level"]=>
int(1)
["attributes"]=>
array(1) {
["ATTR"]=>
string(16) "angle
#26478 [NoF->Opn]: Segfault under load with scripts that call MySQL
ID: 26478 User updated by: fillmore at nrcan dot gc dot ca Reported By: fillmore at nrcan dot gc dot ca -Status: No Feedback +Status: Open Bug Type: Reproducible crash Operating System: Solaris 8 (SPARC) PHP Version: 4.3.4 New Comment: There is no core file produced for process that crashes (not sure why), so I used truss to stop the process when it gets a FLTACCESS fault (bus or alignment error), then used pstack to do a stack trace of all the lightweight processes (threads), and here is the one for _db_return_: - lwp# 17 / thread# 27 fe4fa5c0 _db_return_ (b4, fd2bde9c, fd2bde98, fd2bde94, fd2bde98, fd2bde94) + 1 98 fe4eff98 vio_read (4, 105cb18, 4, 434c, fd2bdf38, 434c) + 144 fe4ef8f4 my_real_read (105c698, 434c, 950, 948, fe67ffa0, 2) + e4 fe4efc10 my_net_read (105c698, 8, 1, 0, 1bb9c, fea973e4) + 8 fe4ea5b8 net_safe_read (105c698, fe6176c0, 6cc, fd2be0ac, fd2be0a8, fd2be0a4) + 50 fe4ed2cc mysql_read_query_result (105c698, fd2be134, fd2be130, fd2be12c, 1, fd2 be12c) + 50 fe4ed5a4 mysql_real_query (105c698, 10754a8, 93, 105c560, 0, 2) + f8 fe4e6e9c php_mysql_do_query_general (d95398, 105c698, 2, 0, 4000, 105c5a8) + 46 4 fe4e70e0 php_mysql_do_query (1, 105c5a8, 0, 1, d7d178, 1) + d0 fe4e7108 zif_mysql_query (1, 105c5a8, 0, 1, d7d178, fe4e70f0) + 18 fe5ff208 execute (10611d8, d7d178, fd2be8e0, 3c00, d828c8, db79a8) + 63cc fe5e7de4 zend_execute_scripts (fe69f0a4, d7d178, 0, 3, fe69f404, fd2c1274) + 12 4 fe5abdcc php_execute_script (0, d7d178, 8000, a92340, d828cc, 65) + 334 fe609370 php4_execute (5de4c8, a4fd98, a4fde0, 4000, 0, 4000) + 4b4 ff239244 __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest (6b7c8, 5 de4c8, a4fd98, a4fde0, 633, 0) + 1f0 ff23a434 INTobject_execute (5dfec8, a4fd98, a4fde0, a418c8, a4fce8, ff308000) + 56c ff23e0b4 INTservact_service (a4fd98, a4fde0, 0, 0, 0, ff308400) + 444 ff23e608 INTservact_handle_processed (a4fd98, a4fde0, 1, 5d2420, fffc, 0) + 140 ff27308c __0fLHttpRequestUUnacceleratedRespondPCcPc (a4fce8, a91478, ff317fd8, a4fde0, a4fd98, ff317c00) + 4e8 ff27268c __0fLHttpRequestNHandleRequestP6Gnetbuf (a4fce8, a91490, a91478, 2000, a8f460, ff317c00) + 590 ff270e3c __0fNDaemonSessionDrunv (a418c8, ff317800, ff317800, ff2720fc, e80 0, 0) + 40c ff11407c ThreadMain (a418c8, ff114054, feb4e000, 8, a502c8, 0) + 28 fed67698 _pt_root (a502c8, fed81074, 1, 5, 1, fe401000) + a4 feb3b744 _thread_start (a502c8, 0, 0, 0, 0, 0) + 40 Previous Comments: [2003-12-04 02:25:46] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-30 19:23:50] [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. When generating a backtrace make sure your PHP has been compiled with --enable-debug. [2003-11-30 19:16:05] fillmore at nrcan dot gc dot ca Description: PHP 4.3.4 --with-nsapi (and 4.3.2) segfaults when many simultaneous requests are made to a script that calls MySQL. It fails under both SunONE Web Server 6.0 and 6.1 with: [30/Nov/2003:18:39:36] catastrophe ( 2877): Server crash detected (signal SIGBUS) [30/Nov/2003:18:39:36] info ( 2877): Crash occurred in NSAPI SAF php4_execute [30/Nov/2003:18:39:36] info ( 2877): Crash occurred in function _db_return_ from module /sunone/bin/libphp4.so It only happens if a load test is run with more than about 30 simultaneous users. It does not appear to be a multithreading problem- it still fails with all CPUs except one shut off. - Bob Fillmore -- Edit this bug report at http://bugs.php.net/?id=26478&edit=1
#26528 [Opn]: xml_parse_into_struct does not unescape attribute values
ID: 26528
User updated by: archie at dellroad dot org
Reported By: archie at dellroad dot org
Status: Open
Bug Type: XML related
Operating System: Linux redhat 9
PHP Version: 5.0.0b2 (beta2)
New Comment:
I noticed that the version of PHP that came with redhat 9
does not have this bug. It is liked to expat:
$ldd /usr/bin/php
...
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40028000)
whereas my php-5.0.0b2 does not link to expat. So I guess
the routines in libxml2 are not compatible with the ones
in libexpat.. ?
Previous Comments:
[2003-12-04 17:00:56] archie at dellroad dot org
Description:
When the function xml_parse_into_struct() is used,
XML attribute values that contain escaped characters
in them are not properly un-escaped.
E.g. suppose the tag is:
Then the attribute is returned still escaped, as
Jesse "The Body" Ventura
rather than
Jesse "The Body" Ventura
like it should be.
This function is supposed to parse
the XML, and &-encodings are part of XML, so it should
properly decode them!
Here's ldd output for my test version of PHP:
$ ldd ~/php-5.0.0b2/sapi/cli/php
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40017000)
librt.so.1 => /lib/i686/librt.so.1 (0x40064000)
libm.so.6 => /lib/i686/libm.so.6 (0x4007f000)
libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10
(0x400cc000)libresolv.so.2 => /lib/libresolv.so.2 (0x40103000)
libdl.so.2 => /lib/libdl.so.2 (0x40116000)
libnsl.so.1 => /lib/libnsl.so.1 (0x4011a000)
libz.so.1 => /usr/lib/libz.so.1 (0x4014)
libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x4014e000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40237000)
libc.so.6 => /lib/i686/libc.so.6 (0x40287000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
Reproduce code:
---
";
$parser = xml_parser_create();
$res = xml_parse_into_struct($parser,$sample,$vals,$index);
xml_parser_free($parser);
var_dump($vals);
?>
Expected result:
array(1) {
[0]=>
array(4) {
["tag"]=>
string(4) "TEST"
["type"]=>
string(8) "complete"
["level"]=>
int(1)
["attributes"]=>
array(1) {
["ATTR"]=>
string(16) "angle
array(4) {
["tag"]=>
string(4) "TEST"
["type"]=>
string(8) "complete"
["level"]=>
int(1)
["attributes"]=>
array(1) {
["ATTR"]=>
string(16) "angle
#26528 [Opn]: xml_parse_into_struct does not unescape attribute values
ID: 26528
User updated by: archie at dellroad dot org
Reported By: archie at dellroad dot org
Status: Open
Bug Type: XML related
Operating System: Linux redhat 9
PHP Version: 5.0.0b2 (beta2)
New Comment:
Tried reconfiguring using --with-libexpat-dir but
now it doesn't build:
gcc -Iext/xml/ -I/home/archie/php-5.0.0b2/ext/xml/ -DPHP_ATOM_INC
-I/home/archie/php-5.0.0b2/include -I/home/archie/php-5.0.0b2/main
-I/home/archie/php-5.0.0b2 -I/home/archie/php-5.0.0b2/Zend
-I/usr/local/include/libxml2 -I/usr/include/mysql -I/usr/local/include
-I/include -I/home/archie/php-5.0.0b2/TSRM -g -O2 -Wall -Wcast-align
-Wchar-subscripts -Wformat -Winline -Wmissing-declarations
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -c
/home/archie/php-5.0.0b2/ext/xml/compat.c -o ext/xml/compat.o && echo
> ext/xml/compat.lo
/home/archie/php-5.0.0b2/ext/xml/compat.c:24: parse error before
"xmlNsPtr"
/home/archie/php-5.0.0b2/ext/xml/compat.c:24: warning: no semicolon at
end of struct or union
/home/archie/php-5.0.0b2/ext/xml/compat.c:28: parse error before '}'
token
/home/archie/php-5.0.0b2/ext/xml/compat.c:28: warning: type defaults to
`int' in declaration of `php_xml_ns'
/home/archie/php-5.0.0b2/ext/xml/compat.c:28: warning: data definition
has no type or storage class
make: *** [ext/xml/compat.lo] Error 1
Previous Comments:
[2003-12-04 17:09:43] archie at dellroad dot org
I noticed that the version of PHP that came with redhat 9
does not have this bug. It is liked to expat:
$ldd /usr/bin/php
...
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40028000)
whereas my php-5.0.0b2 does not link to expat. So I guess
the routines in libxml2 are not compatible with the ones
in libexpat.. ?
[2003-12-04 17:00:56] archie at dellroad dot org
Description:
When the function xml_parse_into_struct() is used,
XML attribute values that contain escaped characters
in them are not properly un-escaped.
E.g. suppose the tag is:
Then the attribute is returned still escaped, as
Jesse "The Body" Ventura
rather than
Jesse "The Body" Ventura
like it should be.
This function is supposed to parse
the XML, and &-encodings are part of XML, so it should
properly decode them!
Here's ldd output for my test version of PHP:
$ ldd ~/php-5.0.0b2/sapi/cli/php
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40017000)
librt.so.1 => /lib/i686/librt.so.1 (0x40064000)
libm.so.6 => /lib/i686/libm.so.6 (0x4007f000)
libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10
(0x400cc000)libresolv.so.2 => /lib/libresolv.so.2 (0x40103000)
libdl.so.2 => /lib/libdl.so.2 (0x40116000)
libnsl.so.1 => /lib/libnsl.so.1 (0x4011a000)
libz.so.1 => /usr/lib/libz.so.1 (0x4014)
libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x4014e000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40237000)
libc.so.6 => /lib/i686/libc.so.6 (0x40287000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
Reproduce code:
---
";
$parser = xml_parser_create();
$res = xml_parse_into_struct($parser,$sample,$vals,$index);
xml_parser_free($parser);
var_dump($vals);
?>
Expected result:
array(1) {
[0]=>
array(4) {
["tag"]=>
string(4) "TEST"
["type"]=>
string(8) "complete"
["level"]=>
int(1)
["attributes"]=>
array(1) {
["ATTR"]=>
string(16) "angle
array(4) {
["tag"]=>
string(4) "TEST"
["type"]=>
string(8) "complete"
["level"]=>
int(1)
["attributes"]=>
array(1) {
["ATTR"]=>
string(16) "angle
#17263 [Com]: imagecopyresampled - imagecopyresized
ID: 17263
Comment by: ahensen at chello dot nl
Reported By: nicolaasuni at tiscali dot it
Status: No Feedback
Bug Type: GD related
Operating System: Windows XP Pro or Linux
PHP Version: 4.2.3
New Comment:
Sorry , please ignore my previous posting. I rushed into my conclusion
a little bit to fast
Previous Comments:
[2003-12-04 15:29:34] ahensen at chello dot nl
I experience the same problem with PHP 4.3.4 / GD bundled (2.0.15
compatible) on a Windows XP box.
[2003-04-04 06:39:30] rbap at yap dot org
If you experience such problem,
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
It worked for me.
This problem is still in the php4.3.1, to solve it use the snapshot
[2003-04-04 05:53:16] rbap at yap dot org
Another comment to the above.
On the production server I had the same problem with php4.2.2 and
external (of course) GDlib 2.0.
That's why I think the problem is in the GDlib version.
[2003-04-04 05:50:16] rbap at yap dot org
I experience the same problem on the production system.
For development I use rh8, php4.2.2 and GDlib I guess version 1.8.x
As production rh7, php4.3.1 and the bundled GDlib 2.0 compatible
I am not sure but I think the problem reside in the GD 2.0 lib.
The following proble occour ONLY with palet image.
Basically my script create a button starting form a basic png and
adding the text.
The script work fine in devel but in production has problem.
When I try to resize the basic button for longer text it seems that
both imagecopyresized and imagecopyresampled does not copy the image.
In the example after the imagecopyresized there is a imagecolorstotal,
it return correcly the number of colors in the image (if you put it
before it return 1, the background).
So it seems that the palet is setted correclty but not the image. If I
create a trucolor image instead of a palet image it works but I do not
have transparency.
Here follow an example code:
Total Color: " . imagecolorstotal ($dst_img) ."";
imagecolortransparent($dst_img, $bkgc);
header("Content-type: image/png");
Imagepng($dst_img);
?>
[2003-01-15 03:39:58] jukkaho at mail dot student dot oulu dot fi
I was hit by this bug also.
GD 2.0 bundled with PHP 4.3.0 has this bug also. This was tested with
Linux.
No output is coming when I'm trying to use imagecreatefrompng() from an
indexed color image to a imagecreate()-image using imagecopyresized().
When using imagecreatetruecolor()-image as a target, copying works ok.
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/17263
--
Edit this bug report at http://bugs.php.net/?id=17263&edit=1
#26527 [Opn->Bgs]: Either GC code is wrong or GC documentation is wrong
ID: 26527 Updated by: [EMAIL PROTECTED] Reported By: jneil at myersinternet dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.3 New Comment: >From CVS log for mod_files.c: revision 1.76 date: 2002/08/17 20:32:26; author: zeev; state: Exp; lines: +2 -2 Use mtime instead of atime, as we always update the session file anyway. Previous Comments: [2003-12-04 15:33:10] jneil at myersinternet dot com Description: Both the code documentation in mod_files.c (on line 207) and the PHP manual indicate that the garbage cleanup should take place based on a given session file's last access time. However, the element from "struct stat" being used in mod_files.c on line 209 is sbuf.st_mtime (the last modification time) instead of sbuf.st_atime. Either the code is incorrect or the documentation is incorrect. If we can get this synced up properly, then those of us trying to debug session timeout issues will have a much easier time deciding which parameters are governing session timeouts. The coding change may have been to fix problems on a particular platform but the result has been to make the documentation misleading. -- Edit this bug report at http://bugs.php.net/?id=26527&edit=1
#26478 [Opn->Fbk]: Segfault under load with scripts that call MySQL
ID: 26478 Updated by: [EMAIL PROTECTED] Reported By: fillmore at nrcan dot gc dot ca -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Solaris 8 (SPARC) PHP Version: 4.3.4 New Comment: Read this page where it is explained how to get backtrace if you don't get a core file: http://bugs.php.net/bugs-generating-backtrace.php Previous Comments: [2003-12-04 17:09:16] fillmore at nrcan dot gc dot ca There is no core file produced for process that crashes (not sure why), so I used truss to stop the process when it gets a FLTACCESS fault (bus or alignment error), then used pstack to do a stack trace of all the lightweight processes (threads), and here is the one for _db_return_: - lwp# 17 / thread# 27 fe4fa5c0 _db_return_ (b4, fd2bde9c, fd2bde98, fd2bde94, fd2bde98, fd2bde94) + 1 98 fe4eff98 vio_read (4, 105cb18, 4, 434c, fd2bdf38, 434c) + 144 fe4ef8f4 my_real_read (105c698, 434c, 950, 948, fe67ffa0, 2) + e4 fe4efc10 my_net_read (105c698, 8, 1, 0, 1bb9c, fea973e4) + 8 fe4ea5b8 net_safe_read (105c698, fe6176c0, 6cc, fd2be0ac, fd2be0a8, fd2be0a4) + 50 fe4ed2cc mysql_read_query_result (105c698, fd2be134, fd2be130, fd2be12c, 1, fd2 be12c) + 50 fe4ed5a4 mysql_real_query (105c698, 10754a8, 93, 105c560, 0, 2) + f8 fe4e6e9c php_mysql_do_query_general (d95398, 105c698, 2, 0, 4000, 105c5a8) + 46 4 fe4e70e0 php_mysql_do_query (1, 105c5a8, 0, 1, d7d178, 1) + d0 fe4e7108 zif_mysql_query (1, 105c5a8, 0, 1, d7d178, fe4e70f0) + 18 fe5ff208 execute (10611d8, d7d178, fd2be8e0, 3c00, d828c8, db79a8) + 63cc fe5e7de4 zend_execute_scripts (fe69f0a4, d7d178, 0, 3, fe69f404, fd2c1274) + 12 4 fe5abdcc php_execute_script (0, d7d178, 8000, a92340, d828cc, 65) + 334 fe609370 php4_execute (5de4c8, a4fd98, a4fde0, 4000, 0, 4000) + 4b4 ff239244 __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest (6b7c8, 5 de4c8, a4fd98, a4fde0, 633, 0) + 1f0 ff23a434 INTobject_execute (5dfec8, a4fd98, a4fde0, a418c8, a4fce8, ff308000) + 56c ff23e0b4 INTservact_service (a4fd98, a4fde0, 0, 0, 0, ff308400) + 444 ff23e608 INTservact_handle_processed (a4fd98, a4fde0, 1, 5d2420, fffc, 0) + 140 ff27308c __0fLHttpRequestUUnacceleratedRespondPCcPc (a4fce8, a91478, ff317fd8, a4fde0, a4fd98, ff317c00) + 4e8 ff27268c __0fLHttpRequestNHandleRequestP6Gnetbuf (a4fce8, a91490, a91478, 2000, a8f460, ff317c00) + 590 ff270e3c __0fNDaemonSessionDrunv (a418c8, ff317800, ff317800, ff2720fc, e80 0, 0) + 40c ff11407c ThreadMain (a418c8, ff114054, feb4e000, 8, a502c8, 0) + 28 fed67698 _pt_root (a502c8, fed81074, 1, 5, 1, fe401000) + a4 feb3b744 _thread_start (a502c8, 0, 0, 0, 0, 0) + 40 [2003-11-30 19:23:50] [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. When generating a backtrace make sure your PHP has been compiled with --enable-debug. [2003-11-30 19:16:05] fillmore at nrcan dot gc dot ca Description: PHP 4.3.4 --with-nsapi (and 4.3.2) segfaults when many simultaneous requests are made to a script that calls MySQL. It fails under both SunONE Web Server 6.0 and 6.1 with: [30/Nov/2003:18:39:36] catastrophe ( 2877): Server crash detected (signal SIGBUS) [30/Nov/2003:18:39:36] info ( 2877): Crash occurred in NSAPI SAF php4_execute [30/Nov/2003:18:39:36] info ( 2877): Crash occurred in function _db_return_ from module /sunone/bin/libphp4.so It only happens if a load test is run with more than about 30 simultaneous users. It does not appear to be a multithreading problem- it still fails with all CPUs except one shut off. - Bob Fillmore -- Edit this bug report at http://bugs.php.net/?id=26478&edit=1
#26528 [Opn->Csd]: xml_parse_into_struct does not unescape attribute values
ID: 26528
Updated by: [EMAIL PROTECTED]
Reported By: archie at dellroad dot org
-Status: Open
+Status: Closed
Bug Type: XML related
Operating System: Linux redhat 9
PHP Version: 5.0.0b2 (beta2)
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:
[2003-12-04 17:00:56] archie at dellroad dot org
Description:
When the function xml_parse_into_struct() is used,
XML attribute values that contain escaped characters
in them are not properly un-escaped.
E.g. suppose the tag is:
Then the attribute is returned still escaped, as
Jesse "The Body" Ventura
rather than
Jesse "The Body" Ventura
like it should be.
This function is supposed to parse
the XML, and &-encodings are part of XML, so it should
properly decode them!
Here's ldd output for my test version of PHP:
$ ldd ~/php-5.0.0b2/sapi/cli/php
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40017000)
librt.so.1 => /lib/i686/librt.so.1 (0x40064000)
libm.so.6 => /lib/i686/libm.so.6 (0x4007f000)
libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10
(0x400cc000)libresolv.so.2 => /lib/libresolv.so.2 (0x40103000)
libdl.so.2 => /lib/libdl.so.2 (0x40116000)
libnsl.so.1 => /lib/libnsl.so.1 (0x4011a000)
libz.so.1 => /usr/lib/libz.so.1 (0x4014)
libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x4014e000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40237000)
libc.so.6 => /lib/i686/libc.so.6 (0x40287000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
Reproduce code:
---
";
$parser = xml_parser_create();
$res = xml_parse_into_struct($parser,$sample,$vals,$index);
xml_parser_free($parser);
var_dump($vals);
?>
Expected result:
array(1) {
[0]=>
array(4) {
["tag"]=>
string(4) "TEST"
["type"]=>
string(8) "complete"
["level"]=>
int(1)
["attributes"]=>
array(1) {
["ATTR"]=>
string(16) "angle
array(4) {
["tag"]=>
string(4) "TEST"
["type"]=>
string(8) "complete"
["level"]=>
int(1)
["attributes"]=>
array(1) {
["ATTR"]=>
string(16) "angle
#26510 [Opn->Asn]: fgetcsv does not get all lines
ID: 26510
Updated by: [EMAIL PROTECTED]
Reported By: thomas303 at web dot de
-Status: Open
+Status: Assigned
Bug Type: Filesystem function related
Operating System: Suse Linux 8.2
PHP Version: 4CVS-2003-12-4
-Assigned To:
+Assigned To: iliaa
New Comment:
The reason you get unequal amount of lines is because you use an
un-escaped delimiter ("), which causes multiple lines to be parsed a
single value.
There is an unrelated bug in fgetcsv() in PHP 4.X, to which I am
testing a patch now.
Previous Comments:
[2003-12-03 16:09:25] thomas303 at web dot de
Hi iliaa,
one thing, I did was to do a count on the array of fgetcsv.
In result it was alwas 18 values per line, so there is less data
returned than data existing in the file, i think.
best regards
thomas
[2003-12-03 15:37:44] [EMAIL PROTECTED]
fgetcvs() can support multi-line rows, which may explain why a file
with X number of lines when read with fgetcvs() would return less lines
(but equal amount of total data).
If you cannot provide the original cvs file, could you provide an
equivalent that can replicate the problem. Without a cvs file it's
nearly impossible for us to resolve this problem.
[2003-12-03 15:24:40] thomas303 at web dot de
Hi, me again...
in case I consider it correctly, fgetcsv is sometimes
- reading and processing a line, and twice jumping to the next line
- or ignoring one line and processing the next one.
best regards
thomas
[2003-12-03 15:19:27] thomas303 at web dot de
Hi,
using fget and explode (like written in the script above) $zaehler
returns 20967.
Using fgetcsv it returns 17861 reading the same file.
I am really sorry, I can't provide the file.
Best regards
Thomas
[2003-12-03 15:15:57] thomas303 at web dot de
#!/usr/local/bin/php
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/26510
--
Edit this bug report at http://bugs.php.net/?id=26510&edit=1
#26513 [Fbk->Opn]: ps2pdf command works in CLI, not CGI
ID: 26513
User updated by: fgasper at freeshell dot org
Reported By: fgasper at freeshell dot org
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: FreeBSD 4.9
PHP Version: 4.3.4
New Comment:
Apparently that was the issue, yes; running the binary directly with
all the switch wizardry works.
Sorry for the bogie...:(
Previous Comments:
[2003-12-04 02:21:19] [EMAIL PROTECTED]
Try running gs binary directly instead of using the wrapper shell
scripts. (in my system ps2pdf first calls ps2pdf12 which calls ps2pdfwr
which calls the gs binary with appropriate options)
And check the execute permissions on all those scripts..?
Try running the command with this:
exec ($cmd, $output, $retval);
Then you can check what the command returns as retval in $retval.
[2003-12-03 15:19:26] fgasper at freeshell dot org
I tried changing the exec line to:
--
print system("/usr/local/bin/ps2pdf /tmp/fshn.ps");
--
Also tried running this on a Gentoo box that I have which runs PHP
4.3.2. These revealed the following:
1) The Gentoo box gives two iterations of
" Unable to open the initial device, quitting."
upon execution via CGI. Not sure why this is, but it doesn't seem to be
related to this particular problem because...
2) CGI from the FreeBSD box gives no response at all from the system()
command.
3) The CLI mode in Gentoo works fine, just as it does in FreeBSD.
[2003-12-03 14:48:44] fgasper at freeshell dot org
Description:
I am producing PostScript reports from a database application with PHP.
Since most of my users won't have GhostScript or anything like that
installed, I want to display the reports as PDFs. My problem is that
ps2pdf doesn't appear to be executing.
I tried running my script in CLI mode, though, and it worked just
fine.
The code example below illustrates the problem. I have its output
here:
CGI/Apache:
1070480700.11
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
1070480700.12
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
CLI: ---
1070480804.37
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
1070480818.42
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
Reproduce code:
---
Expected result:
1070480804.37
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
1070480818.42
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
Actual result:
--
1070480700.11
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
1070480700.12
-rw-r--r-- 1 fgasper wheel 1440973 Dec 3 13:25 /tmp/fshn.ps
--
Edit this bug report at http://bugs.php.net/?id=26513&edit=1
