#28052 [Com]: php5 undefined function aggregate()

2004-07-14 Thread php at soapi dot com 
 ID:   28052
 Comment by:   php at soapi dot com
 Reported By:  daemorhedron at siliconjesters dot com
 Status:   Bogus
 Bug Type: Class/Object related
 Operating System: mdk 9.2 and win xp
 PHP Version:  5.0.0RC1
 New Comment:

In that case, what are we supposed to use? What do Zend recommend as
the best alternative to aggregate? I use aggregate extensively in my
code, and I was suprised that it is not part of PHP5. This does not
seem to have been mentioned in the documentation - rather, it seems to
imply that aggregate functions were added for forwarf-compatibility
with PHP5.

So please, enlighten us, what do you recommend we do instead?


Previous Comments:


[2004-07-14 14:10:59] php at soapi dot com

In that case, what are we supposed to use? What do Zend recommend as
the best alternative to aggregate? I use aggregate extensively in my
code, and I was suprised that it is not part of PHP5. This does not
seem to have been mentioned in the documentation - rather, it seems to
imply that aggregate functions were added for forwarf-compatibility
with PHP5.

So please, enlighten us, what do you recommend we do instead?



[2004-04-19 09:12:20] [EMAIL PROTECTED]

PHP 5 no longer supports object aggregation, there are plenty of other
mechanisms to use.



[2004-04-19 04:34:15] daemorhedron at siliconjesters dot com

Description:

Whenever trying to use aggregate() under php5b3, b4 or rc1, I just get

Fatal error: Call to undefined function aggregate() in /dir/file on
line 666

The above code works fine on php4 of various types. I've searched
bugs.php.net, news.php.net and google to no avail and wondering how to
proceed from here. Is there a required configure switch to enable
aggregation in php5? Since it doesn't produce an actual error, I've not
provided a gdb backtrace.

** CONFIGURE LINE **

./configure --with-config-file-path=/usr/local/apache2/conf
--with-apxs2=/usr/local/apache2/bin/apxs --enable-session
--enable-pcntl --with-mm=/usr/local/lib --enable-exif
--with-gd=/usr/include --with-jpeg --with-jpeg-dir=/usr/lib --with-png
--with-png-dir=/usr/lib --with-freetype --with-freetype-dir=/usr/lib
--with-mcrypt --with-opensl --with-pspell --with-gdbm --enable-dbx
--with-mysql=/usr/local/mysql --with-sqlite --with-gmp --enable-bcmath
--with-zlib --with-bz2 --enable-ftp --enable-sockets --with-xml-rpc
--with-xsl --with-java --without-pear --disable-cli

Tried with php5b3, b4 and rc1 on both apache 1.x and 2.x, and on both
windows xp, and mandrake 9.2 (whew). I'll be happy to post any relevant
information required, TIA.

Reproduce code:
---
class cybernetics {
function augment() {
echo "cybernetics addedrelease the winged monkeys!\n";
}
}

class monkeys {
function monkeys() {
echo "monkeys loaded\n";
echo "loading cybernetics...\n";
aggregate(&$this,'cybernetics');
$this->augment();
}
}

$monkeys=&new monkeys();



Expected result:

Should output :
monkeys loaded
loading cybernetics...
cybernetics addedrelease the winged monkeys!

Actual result:
--
monkeys loaded
loading cybernetics...
Fatal error: Call to undefined function aggregate() in
/dir/file on line 12





-- 
Edit this bug report at http://bugs.php.net/?id=28052&edit=1

#28052 [Com]: php5 undefined function aggregate()

2004-07-14 Thread php at soapi dot com 
 ID:   28052
 Comment by:   php at soapi dot com
 Reported By:  daemorhedron at siliconjesters dot com
 Status:   Bogus
 Bug Type: Class/Object related
 Operating System: mdk 9.2 and win xp
 PHP Version:  5.0.0RC1
 New Comment:

In that case, what are we supposed to use? What do Zend recommend as
the best alternative to aggregate? I use aggregate extensively in my
code, and I was suprised that it is not part of PHP5. This does not
seem to have been mentioned in the documentation - rather, it seems to
imply that aggregate functions were added for forwarf-compatibility
with PHP5.

So please, enlighten us, what do you recommend we do instead?


Previous Comments:


[2004-07-14 14:10:59] php at soapi dot com

In that case, what are we supposed to use? What do Zend recommend as
the best alternative to aggregate? I use aggregate extensively in my
code, and I was suprised that it is not part of PHP5. This does not
seem to have been mentioned in the documentation - rather, it seems to
imply that aggregate functions were added for forwarf-compatibility
with PHP5.

So please, enlighten us, what do you recommend we do instead?



[2004-04-19 09:12:20] [EMAIL PROTECTED]

PHP 5 no longer supports object aggregation, there are plenty of other
mechanisms to use.



[2004-04-19 04:34:15] daemorhedron at siliconjesters dot com

Description:

Whenever trying to use aggregate() under php5b3, b4 or rc1, I just get

Fatal error: Call to undefined function aggregate() in /dir/file on
line 666

The above code works fine on php4 of various types. I've searched
bugs.php.net, news.php.net and google to no avail and wondering how to
proceed from here. Is there a required configure switch to enable
aggregation in php5? Since it doesn't produce an actual error, I've not
provided a gdb backtrace.

** CONFIGURE LINE **

./configure --with-config-file-path=/usr/local/apache2/conf
--with-apxs2=/usr/local/apache2/bin/apxs --enable-session
--enable-pcntl --with-mm=/usr/local/lib --enable-exif
--with-gd=/usr/include --with-jpeg --with-jpeg-dir=/usr/lib --with-png
--with-png-dir=/usr/lib --with-freetype --with-freetype-dir=/usr/lib
--with-mcrypt --with-opensl --with-pspell --with-gdbm --enable-dbx
--with-mysql=/usr/local/mysql --with-sqlite --with-gmp --enable-bcmath
--with-zlib --with-bz2 --enable-ftp --enable-sockets --with-xml-rpc
--with-xsl --with-java --without-pear --disable-cli

Tried with php5b3, b4 and rc1 on both apache 1.x and 2.x, and on both
windows xp, and mandrake 9.2 (whew). I'll be happy to post any relevant
information required, TIA.

Reproduce code:
---
class cybernetics {
function augment() {
echo "cybernetics addedrelease the winged monkeys!\n";
}
}

class monkeys {
function monkeys() {
echo "monkeys loaded\n";
echo "loading cybernetics...\n";
aggregate(&$this,'cybernetics');
$this->augment();
}
}

$monkeys=&new monkeys();



Expected result:

Should output :
monkeys loaded
loading cybernetics...
cybernetics addedrelease the winged monkeys!

Actual result:
--
monkeys loaded
loading cybernetics...
Fatal error: Call to undefined function aggregate() in
/dir/file on line 12





-- 
Edit this bug report at http://bugs.php.net/?id=28052&edit=1

#26492 [Com]: php is not executed

2004-07-14 Thread php at soapi dot com 
 ID:   26492
 Comment by:   php at soapi dot com
 Reported By:  esteban_marin at msn dot com
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: linux redhat 9
 PHP Version:  5.0.0b2 (beta2)
 New Comment:

I get the same problem with all versions of PHP5. It's fine on my WinXP
system, but not on my RHEL3 system. Note that every version of PHP4
works perfectly, and I am compiling PHP5 in the same way. It compiles
fine, Apache2 runs, but PHP5 is not handling the files - they get
offered for download.

So, it would appear this IS a bug in PHP? (At time of posting, I have
just tried PHP5.0.0 final, with Apache 2.0.50. I have tried
combinations of PHP5RC1, RC2, and RC3 with Apache 2.0.48 and 2.0.49 as
well.)


Previous Comments:


[2003-12-02 00:11:02] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

There can be dozens of reasons why it doesn't work.
But this is not bug (works fine for me and hundreds of others) so
please ask support questions on the mailing lists.
This is not bug.




[2003-12-01 14:26:11] esteban_marin at msn dot com

Description:

After compiling,installating and configuring
apache server 2.0.48
and
php-5.0.0b2
without errors:

the web server works fine but it doesn't execute the php code. There
are not error reports in the apache log files.
 
I can run php scripts from the command line without errors.

My configure line for apache is: 
./configure --prefix=/usr/local/apache \
--enable-so \
--enable-cgi\
--enable-info   \
--enable-rewrite\
--enable-speling\
--enable-usertrack  \
--enable-deflate \
--enable-mime-magic

My configure line for php is
./configure \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-mysql \
--enable-track-vars \
--with-zlib \
--with-gettext \
--with-gdbm


I copied the php.ini-dist file to /usr/local/lib as php.ini and did not
modified it.

my setup is a redhat9 linux laptop. I removed the previous versions of
php and apache servers from the system before the
compilation/installations of these new versions.
I added the lines to httpd.conf:
LoadModule php5_module modules/libphp5.so
AddType application/x-httpd-php php
and the apache server recognizes the module for php5.

Please let me know how can I indentify/fix the error or how to submit
additional information to you.
Thanks
Esteban









-- 
Edit this bug report at http://bugs.php.net/?id=26492&edit=1

#29144 [NEW]: PHP is not executed/not handling files

2004-07-14 Thread php at soapi dot com 
From: php at soapi dot com
Operating system: RedHat Enterprise Linux 3.0
PHP version:  5.0.0
PHP Bug Type: Apache2 related
Bug description:  PHP is not executed/not handling files

Description:

First of all, my apologies for adding a new bug, but bug 26492 has been
marked as bogus, and although I have added a comment, I cannot reopen it.
Therefore as I believe this is indeed a PHP problem, I have created a new
entry.

After building PHP5.0.0 final today, I am experiencing the exact same
problem I have had with RC1, RC2, and RC3. I am currently running Apache
2.0.50, but I have tried with 2.0.48 and 2.0.49 as well. (I spent two full
days a couple of weeks ago recompiling many different configurations, with
no success.)

PHP compiles and installs fine, and Apache loads with no problems. There
are no errors listed in the error log (which is set to flag everything)
and I don't get any problems other than this one, which is that PHP files
are not being processed.

I have PHP4.3.8 running right now, and every version of PHP4 has compiled,
installed, and run with no problems. I am using an essentially identical
configuration line for PHP5, and all I do to swap between the two is
change the module that is loaded.

Even if I use a very basic Apache and PHP setup, this problem occurs. I am
using a standard PHP5 ini file, with only minor changes to point it at the
right directories.

So. Whenever I use PHP5, all PHP files are offered for download rather
than being processed by PHP5. I have tried things like AddHandler
php5-script and all sorts, with no success. As far as I am aware, I should
not have to do anything substantially different to set up PHP5 than I do
for PHP4.

Apache info shows that mod_php5.c is loaded successfully, so why doesn't
it handle the files? I'm going mad with this.

The only thing that is different from a standard installation is that I
install PHP4 and PHP5 into their own locations, in order to swap between
them. For instance I use 'export EXTENSION_DIR=/usr/lib/php5' and then in
the configure line I use '--program-suffix=5
--with-config-file-path=/etc/php5' with the other settings. This is simply
to keep the two apart.

It would appear that for some reason PHP5 is not properly registering with
Apache2 that it can handle the application/x-httpd-php MIME-type, but I
have no idea why, because I have 'AddType application/x-httpd-php php' in
my httpd.conf file of course.

How can I track down the problem? I'm not new to this - I have been a
server admin for years (I run www.ithium.net) and I use PHP every day. I
have compiled PHP and Apache countless times, and even written tutorials
on the subject. So you can see why this is so frustrating.

Thanks

Dan Williams


-- 
Edit bug report at http://bugs.php.net/?id=29144&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29144&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29144&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29144&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29144&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29144&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29144&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29144&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29144&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29144&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29144&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29144&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29144&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29144&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29144&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29144&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29144&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29144&r=float

#29144 [Bgs->Opn]: PHP is not executed/not handling files

2004-07-14 Thread php at soapi dot com 
 ID:   29144
 User updated by:  php at soapi dot com
 Reported By:  php at soapi dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Apache2 related
 Operating System: RedHat Enterprise Linux 3.0
 PHP Version:  5.0.0
 New Comment:

I fail to see how this is not a bug. I subscribe to all the relevant
PHP newsgroups, and there has been nothing there to help. (The fact
that the newsgroups suffer from so much spam probably has a lot to do
with it.)

I believe this is a bug for the simple reason that PHP4 works perfectly
with the same settings, and PHP5 is not handling php scripts. That to me
says some bug in how PHP5 is telling Apache what it can handle.

If there is anything that should be done in addition to the standard
steps of installation, that should be clearly marked out in the
documentation. However, there is nothing to suggest that anything else
is needed.

Finally, please note that I *have* used the support system, and the
mailing list/newsgroups, and spent many hours searching and testing
before posting this report. I still believe this is a bug.


Previous Comments:


[2004-07-14 14:53:54] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

It\'s still not a bug, please ask for support on the mailinglist as it
works fine for hundreds of others.



[2004-07-14 14:41:24] php at soapi dot com

Description:

First of all, my apologies for adding a new bug, but bug 26492 has been
marked as bogus, and although I have added a comment, I cannot reopen
it. Therefore as I believe this is indeed a PHP problem, I have created
a new entry.

After building PHP5.0.0 final today, I am experiencing the exact same
problem I have had with RC1, RC2, and RC3. I am currently running
Apache 2.0.50, but I have tried with 2.0.48 and 2.0.49 as well. (I
spent two full days a couple of weeks ago recompiling many different
configurations, with no success.)

PHP compiles and installs fine, and Apache loads with no problems.
There are no errors listed in the error log (which is set to flag
everything) and I don't get any problems other than this one, which is
that PHP files are not being processed.

I have PHP4.3.8 running right now, and every version of PHP4 has
compiled, installed, and run with no problems. I am using an
essentially identical configuration line for PHP5, and all I do to swap
between the two is change the module that is loaded.

Even if I use a very basic Apache and PHP setup, this problem occurs. I
am using a standard PHP5 ini file, with only minor changes to point it
at the right directories.

So. Whenever I use PHP5, all PHP files are offered for download rather
than being processed by PHP5. I have tried things like AddHandler
php5-script and all sorts, with no success. As far as I am aware, I
should not have to do anything substantially different to set up PHP5
than I do for PHP4.

Apache info shows that mod_php5.c is loaded successfully, so why
doesn't it handle the files? I'm going mad with this.

The only thing that is different from a standard installation is that I
install PHP4 and PHP5 into their own locations, in order to swap between
them. For instance I use 'export EXTENSION_DIR=/usr/lib/php5' and then
in the configure line I use '--program-suffix=5
--with-config-file-path=/etc/php5' with the other settings. This is
simply to keep the two apart.

It would appear that for some reason PHP5 is not properly registering
with Apache2 that it can handle the application/x-httpd-php MIME-type,
but I have no idea why, because I have 'AddType application/x-httpd-php
php' in my httpd.conf file of course.

How can I track down the problem? I'm not new to this - I have been a
server admin for years (I run www.ithium.net) and I use PHP every day.
I have compiled PHP and Apache countless times, and even written
tutorials on the subject. So you can see why this is so frustrating.

Thanks

Dan Williams






-- 
Edit this bug report at http://bugs.php.net/?id=29144&edit=1