[PHP-DEV] Bug #12495 Updated: when PHP configured with --enable-dmalloc Apache crashes
ID: 12495
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux 2.4.3
PHP Version: 4.0.6
New Comment:
What Linux distro are you running? Which version of dmalloc?
And I don't see --enable-dmalloc anywhere in the config
line you pasted below
I have been using dmalloc for over a year, with no problems,
so I expect it has something to do with a particular configuration
on your system.
I'm thinking something like one of the other packages
you are compiling in is linked to an older, different
dmalloc version that PHP is trying to link agains, or
something like that. Anyways, this clearly is not enough
information, so let's start by getting informed.
Previous Comments:
[2001-07-31 15:27:59] [EMAIL PROTECTED]
When is PHP configured with --enable dmalloc,
the Apache crashes with can't compile regexp at line
Apache 1.3.19, Mandrake 8.0,
--prefix=?pkg_install_prefix/?pkg_install_dir
--with-config-file-path=?pkg_dir('apache')/conf
--with-apxs=?pkg_dir('apache')/bin/apxs
--enable-sysvsem --enable-sysvshm --enable-magic-quotes
--enable-memory-limit --enable-track-vars --enable-versioning
--enable-trans-sid
--with-gettext --with-recode
--with-readline --with-ldap=?pkg_dir('openldap') --with-ttf
--with-gd --enable-gd-native-ttf
--with-gdbm --with-db3 --with-unixodbc=?pkg_dir('unixodbc')
--with-mysql=?pkg_dir('mysql') --with-pgsql=?pkg_dir('postgres')
--with-sybase-ct=?pkg_dir('sybase')
--enable-ftp --with-xml --with-zlib
Edit this bug report at http://bugs.php.net/?id=12495edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #12488 Updated: Configure fails when using --with-mysql=mysql_dir
Thanks. It works now.
Case is closed.
Florent.
De :Bug Database [mailto:[EMAIL PROTECTED]]
Envoyé :mardi 31 juillet 2001 20:42
À : Bonnot, Florent
Objet : Bug #12488 Updated: Configure fails when using
--with-mysql=mysql_dir
ID: 12488
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: MySQL related
Operating System: Solaris 8 (Sparc)
PHP Version: 4.0.6
New Comment:
Add --with-zlib to your configure line.
--Jani
Previous Comments:
[2001-07-31 11:27:48] [EMAIL PROTECTED]
Hello,
I'm trying to run th configure script with the following command line :
./configure --enable-sysvshm --enable-sysvsem
--with-mysql=/users/produits/mysql
--with-java=/usr/java1.2
--with-imap=/users/produits/include/imap
--enable-ftp --with-nsapi=/users/produits/ns-home/4.1
--prefix=/users/produits/php4.0.6
The error message is : C++ can't create executables
The last lines of the config.log file are :
Undefined first referenced
symbol in file
uncompress
/users/produits/mysql/lib/mysql/libmysqlclient.so
compress
/users/produits/mysql/lib/mysql/libmysqlclient.so
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 54178 configure
#include confdefs.h
int main(){return(0);}
When I try to configure without the --with-mysql flag, it all works fine.
I'm using gcc 2.95.3 and MySQL 3.23.38
Any Idea ?
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at
http://bugs.php.net/?id=12488edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12495 Updated: when PHP configured with --enable-dmalloc Apache crashes
ID: 12495
Updated by: joey
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Old Operating System: Linux 2.4.3
Operating System: Linux 2.4.3 [ Mandrake 8.0 ]
PHP Version: 4.0.6
New Comment:
Didn't notice that Mandrake was listed in the bug report.
(Was too busy looking for --enable-dmalloc in the configure
line. :)
Previous Comments:
[2001-08-01 03:20:21] [EMAIL PROTECTED]
What Linux distro are you running? Which version of dmalloc?
And I don't see --enable-dmalloc anywhere in the config
line you pasted below
I have been using dmalloc for over a year, with no problems,
so I expect it has something to do with a particular configuration
on your system.
I'm thinking something like one of the other packages
you are compiling in is linked to an older, different
dmalloc version that PHP is trying to link agains, or
something like that. Anyways, this clearly is not enough
information, so let's start by getting informed.
[2001-07-31 15:27:59] [EMAIL PROTECTED]
When is PHP configured with --enable dmalloc,
the Apache crashes with can't compile regexp at line
Apache 1.3.19, Mandrake 8.0,
--prefix=?pkg_install_prefix/?pkg_install_dir
--with-config-file-path=?pkg_dir('apache')/conf
--with-apxs=?pkg_dir('apache')/bin/apxs
--enable-sysvsem --enable-sysvshm --enable-magic-quotes
--enable-memory-limit --enable-track-vars --enable-versioning
--enable-trans-sid
--with-gettext --with-recode
--with-readline --with-ldap=?pkg_dir('openldap') --with-ttf
--with-gd --enable-gd-native-ttf
--with-gdbm --with-db3 --with-unixodbc=?pkg_dir('unixodbc')
--with-mysql=?pkg_dir('mysql') --with-pgsql=?pkg_dir('postgres')
--with-sybase-ct=?pkg_dir('sybase')
--enable-ftp --with-xml --with-zlib
Edit this bug report at http://bugs.php.net/?id=12495edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12504: mrbs.sourceforge.net booking system stopped
From: [EMAIL PROTECTED] Operating system: Apache 1.3.14 PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: mrbs.sourceforge.net booking system stopped After upgrading to PHP 4.0.6 a calendar application stopped printing the reservtions. (terrible problem!) Calendar worked like charm before upgrading 4.0.6 (mrbs.sourceforge.net). The calendar uses MySQL. If it's not a bug in PHP, something sure changed. Hard to find what that is. -- Edit bug report at: http://bugs.php.net/?id=12504edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12504 Updated: mrbs.sourceforge.net booking system stopped
ID: 12504 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Apache 1.3.14 PHP Version: 4.0.6 New Comment: this is a useless bug report. provide a short script that shows the problem. and read http://www.php.net/bugs-dos-and-donts.php Previous Comments: [2001-08-01 03:35:16] [EMAIL PROTECTED] After upgrading to PHP 4.0.6 a calendar application stopped printing the reservtions. (terrible problem!) Calendar worked like charm before upgrading 4.0.6 (mrbs.sourceforge.net). The calendar uses MySQL. If it's not a bug in PHP, something sure changed. Hard to find what that is. Edit this bug report at http://bugs.php.net/?id=12504edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12453 Updated: comparing 0==null is true?
ID: 12453 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Win2k PHP Version: 4.0.6 New Comment: This is not a bug. This is correct behavior. For future reference, please try the following before reporting a bug: http://www.php.net/bugs-dos-and-donts.php For more info: http://php.net/manual/en/language.operators.comparison.php http://php.net/manual/en/language.types.string.php#language.types.string.conversion Previous Comments: [2001-07-31 08:40:35] [EMAIL PROTECTED] i thought that any integer =0 was also equal to any string... for example (in your script): $MyVar=0; if ($MyVar==blahblahblahblah) echo yes; else echo no; will echo yes I don't know if this is supposed to happen, but it does. If you set the $MyVar=1, the script prints no. Can anybody else verify if this is supposed to happen, or if this is actually a bug? [2001-07-28 22:54:40] [EMAIL PROTECTED] If you compare the integer(0) to the string null, PHP thinks they are the same. Am I hopped up on goofballs, or whats up here? $MyVar=0; if($MyVar==null) print(apparently $MyVar is equal to \null\); else print(its not null, its $MyValue); Edit this bug report at http://bugs.php.net/?id=12453edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12505: array_sum function total calculate error
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.1 PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: array_sum function total calculate error $tt=array(382478633,367687181,452504275,471367521,848270658,1181944543); $total_tt=array_sum($tt); echo Total_tt=.$total_tt; // Prints Total_tt=-590714485 Must be 3704252811. -- Edit bug report at: http://bugs.php.net/?id=12505edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #12505: array_sum function total calculate error
On 1 Aug 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.1 PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: array_sum function total calculate error $tt=array(382478633,367687181,452504275,471367521,848270658,1181944543); $total_tt=array_sum($tt); echo Total_tt=.$total_tt; // Prints Total_tt=-590714485 Must be 3704252811. Confirmed on: i386 / OpenBSD-current / PHP 4.0.6 (from OpenBSD ports tree) i386 / RH 7.1 / PHP 4.0.5 (from RH Rawhide) i386 / RH 7.0 / PHP 4.0.5 (from Arvin's 4.0.5 RPMS) -- -- Heikki Korpela -- [EMAIL PROTECTED] -- http://iki.fi/heko/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #12505: array_sum function total calculate error
Confirmed with CVS a/o July 20th. On Wed, 1 Aug 2001, Heikki Korpela wrote the following to [EMAIL PROTECTED]: On 1 Aug 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.1 PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: array_sum function total calculate error $tt=array(382478633,367687181,452504275,471367521,848270658,1181944543); $total_tt=array_sum($tt); echo Total_tt=.$total_tt; // Prints Total_tt=-590714485 Must be 3704252811. Confirmed on: i386 / OpenBSD-current / PHP 4.0.6 (from OpenBSD ports tree) i386 / RH 7.1 / PHP 4.0.5 (from RH Rawhide) i386 / RH 7.0 / PHP 4.0.5 (from Arvin's 4.0.5 RPMS) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12506: fields of type image
From: [EMAIL PROTECTED] Operating system: Win2000 Server PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: fields of type image mssql_query has a bug that leads to unpredictable result when query returns a field of type image, if you set textsize to more than 7. That actually shows, that php_mssql treats fields of that type as numbers, instead of dumps, and that it could possibly cause much more than just a hang of a php instance. I would love to get informed on how to get around this bug, if that's possible. Thanks. -- Edit bug report at: http://bugs.php.net/?id=12506edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12507: memory leak
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: memory leak I use mtrace to check libphp4.so, i found: mtrace /www/libexec/libphp4.so Memory not freed: - Address Size Caller 000 at Whether php-4.0.6 have memory leak? Our site, when heavy load, web server memeory will be used up, and swap also be used heavily! I have to restart apache , i will get much of memory, or after httpd auto restart, i have set : MaxRequestsPerChild 1 in httpd.conf. I use mtrace to check php-4.0.4, it is no memory leak. -- Edit bug report at: http://bugs.php.net/?id=12507edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12507 Updated: memory leak
ID: 12507 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *General Issues Operating System: linux PHP Version: 4.0.6 New Comment: Would it be possible for you to provide more info? What Linux distro? What was your PHP configure line? Did any other package move up in version between the 2 builds? Previous Comments: [2001-08-01 04:15:46] [EMAIL PROTECTED] I use mtrace to check libphp4.so, i found: mtrace /www/libexec/libphp4.so Memory not freed: - Address Size Caller 000 at Whether php-4.0.6 have memory leak? Our site, when heavy load, web server memeory will be used up, and swap also be used heavily! I have to restart apache , i will get much of memory, or after httpd auto restart, i have set : MaxRequestsPerChild 1 in httpd.conf. I use mtrace to check php-4.0.4, it is no memory leak. Edit this bug report at http://bugs.php.net/?id=12507edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #12507 Updated: memory leak
Title: RE: Bug #12507 Updated: memory leak I use redhat 6.2,but i upgrad kernel to 2.2.18. ./configure --with-apxs=/www/bin/apxs --with-oracle=/usr/local/oracle --with-oci8=/usr/local/oracle --with-mcrypt --enable-track-vars I use same configure line in php4.04. and php4.0.6. sky -Original Message- From: Bug Database [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, August 01, 2001 4:18 PM To: [EMAIL PROTECTED] Subject: Bug #12507 Updated: memory leak ID: 12507 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *General Issues Operating System: linux PHP Version: 4.0.6 New Comment: Would it be possible for you to provide more info? What Linux distro? What was your PHP configure line? Did any other package move up in version between the 2 builds? Previous Comments: [2001-08-01 04:15:46] [EMAIL PROTECTED] I use mtrace to check libphp4.so, i found: mtrace /www/libexec/libphp4.so Memory not freed: - Address Size Caller 00 0 at Whether php-4.0.6 have memory leak? Our site, when heavy load, web server memeory will be used up, and swap also be used heavily! I have to restart apache , i will get much of memory, or after httpd auto restart, i have set : MaxRequestsPerChild 1 in httpd.conf. I use mtrace to check php-4.0.4, it is no memory leak. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12507=2
[PHP-DEV] Bug #12507 Updated: memory leak
ID: 12507 Updated by: joey Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *General Issues Operating System: linux PHP Version: 4.0.6 New Comment: User says: I use redhat 6.2,but i upgrad kernel to 2.2.18. ./configure --with-apxs=/www/bin/apxs --with-oracle=/usr/local/oracle --with-oci8=/usr/local/oracle --with-mcrypt --enable-track-vars I use same configure line in php4.04. and php4.0.6. sky Previous Comments: [2001-08-01 04:18:03] [EMAIL PROTECTED] Would it be possible for you to provide more info? What Linux distro? What was your PHP configure line? Did any other package move up in version between the 2 builds? [2001-08-01 04:15:46] [EMAIL PROTECTED] I use mtrace to check libphp4.so, i found: mtrace /www/libexec/libphp4.so Memory not freed: - Address Size Caller 000 at Whether php-4.0.6 have memory leak? Our site, when heavy load, web server memeory will be used up, and swap also be used heavily! I have to restart apache , i will get much of memory, or after httpd auto restart, i have set : MaxRequestsPerChild 1 in httpd.conf. I use mtrace to check php-4.0.4, it is no memory leak. Edit this bug report at http://bugs.php.net/?id=12507edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12508: can't return a ntext type field in a select statement
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: can't return a ntext type field in a select statement selecting a ntext type field using mssql_query produces the following error message MS SQL message: ntext data cannot be sent to clients using DB-Library (such as ISQL) or ODBC version 3.7 or earlier. (severity 16) -- Edit bug report at: http://bugs.php.net/?id=12508edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12509: OCI8 extension causes apache crash
From: [EMAIL PROTECTED] Operating system: RedHat 6.1 (2.2.14 Kernel) PHP version: 4.0.4pl1 PHP Bug Type: OCI8 related Bug description: OCI8 extension causes apache crash When using the ZendLaunchPad and enabling the oci8.so extension apache crashes. One known workaround is to: comment the extension line in php.ini, start apache, uncomment the line, apachectrl restart but this is only a one-time solution as it requires manual intervention at every restart of the webserver. Is there a final fix for this? br, Tilli -- Edit bug report at: http://bugs.php.net/?id=12509edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12335 Updated: mail() function returns false but the email was sent.
ID: 12335
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Mail related
Operating System: Sun Solaris 2.6
PHP Version: 4.0.6
New Comment:
I had a look on the mail.c sourcecode and I made a change. So I found the part where
the error appears.
But I do not know why, in version 4.0.4pl1 it is the same code and with this version
it works.
This is the extract from mail.c where the error appears:
ret = pclose(sendmail);
#if definded (EX_TEMPFAIL)
if ((ret != EX_OK)(ret != EX_TEMPFAIL)) {
#else
if (ret != EX_OK) {
#endif
return 0;
} else {
return 1;
}
If I change the 0 to 1 than I get true as response of the mail() function.
So what could be the problem with EX_OK and EX_TEMPFAIL that the same if query is
working in 4.0.4pl1 and not
in 4.0.6? Who is EX_OK and EX_TEMPFAIL defined?
Previous Comments:
[2001-07-30 01:42:49] [EMAIL PROTECTED]
This was a misunderstanding.
I have the problems with version 4.0.6.
But this machine is not on the internet. Because it's our testmachine.
Our livesystem thats on the internet has version 4.0.4 and we want to update this
machine to 4.0.6 but we can't do
that as long as we have the problem with the mail function. The both systems are
exactly the same.
I wrote this only to explain why I can't put the test script on the internet.
[2001-07-27 13:27:28] [EMAIL PROTECTED]
So which version of PHP are you using? In your comments
you say 4.0.4 but in the headers there is 4.0.6??
[2001-07-25 02:55:32] [EMAIL PROTECTED]
I can't put this script to the internet, because I test it only on a fallback server
that is currently not avaliable via the internet. On our live system that is in the
internet we still use an older version (4.0.4), because of the problem with the
mail() function in version 4.0.4.
Some more information:
I use the sendmail wrapper from qmail.
In the php.ini file the I have made the following entry:
sendmail_path = /usr/lib/sendmail -t
To update apache to the new php version I replaced only the libphp4.so file.
[2001-07-24 17:41:53] [EMAIL PROTECTED]
Since everybody else that has tried this says it works fine,
can you put this script on the internet so that I can see
this happen?
[2001-07-24 08:49:13] [EMAIL PROTECTED]
works fine on RH Linux 7. Can anybody with Solaris reproduce this?
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/?id=12335
Edit this bug report at http://bugs.php.net/?id=12335edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #12335 Updated: mail() function returns false butthe email was sent.
On 1 Aug 2001 [EMAIL PROTECTED] wrote: #if definded (EX_TEMPFAIL) There's a typo. :-) So what could be the problem with EX_OK and EX_TEMPFAIL that the same if query is working in 4.0.4pl1 and not in 4.0.6? Who is EX_OK and EX_TEMPFAIL defined? From my sysexits(3): EX_TEMPFAIL (75) Temporary failure, indicating something that is not really an error. In sendmail, this means that a mailer (e.g.) could not create a connection, and the request should be reattempted later. Check your qmail logs. -- -- Heikki Korpela -- [EMAIL PROTECTED] -- http://iki.fi/heko/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12505 Updated: array_sum function total calculate error
ID: 12505 Updated by: jmcastagnetto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Old Operating System: Red Hat Linux 7.1 Operating System: Red Hat Linux 6.1 Old PHP Version: 4.0.4pl1 PHP Version: latest CVS (08/01/01) New Comment: The problem is with the typecasting to LONG, if you use the code: ?php $tt=array(382478633.0,367687181.0,452504275.0,471367521.0,848270658.0,1181944543.0); echo array_sum($tt).\n; ? The result is the correct one (3704252811) Solution would be to 1) use floating point representation for bign numbers in PHP code (add caveat to the manual perhaps?) or 2) check that the array_sum result is nor overflowing LONG in the C code implementation and bump the type to DOUBLE if it does. second option would be better IMHO Previous Comments: [2001-08-01 04:02:52] [EMAIL PROTECTED] $tt=array(382478633,367687181,452504275,471367521,848270658,1181944543); $total_tt=array_sum($tt); echo Total_tt=.$total_tt; // Prints Total_tt=-590714485 Must be 3704252811. Edit this bug report at http://bugs.php.net/?id=12505edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12510: checkdnsrr gives strange answers
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: *Network Functions Bug description: checkdnsrr gives strange answers checkdnsrr for *.domanname.com gives not found. It's okay. It works for most domains in internet. But on my system checkdnsrr(*.7thGuard.net) and checkdnsrr(*.7thGuard.com) returns true. Should't it always return fasle? -- Edit bug report at: http://bugs.php.net/?id=12510edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Fwd: FW: [PHP-DEV] print_r
-- Forwarded Message --
Subject: FW: [PHP-DEV] print_r
Date: Wed, 1 Aug 2001 08:19:09 +0300
From: Emanuel Dejanu [EMAIL PROTECTED]
Sorry to forward this to you but I really have problems in
printing a doubled linked class.
Can you take a look at the following message and give me
an answer.
Thanks,
Emanuel Dejanu
-Original Message-
From: Emanuel Dejanu [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 31, 2001 9:22 AM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] print_r
Hi,
Is there a posibility to print an object but to not print some fields.
If I use print_r he will print all variabiles from my object, but I want on
variabile to not be printed. I do not want to write my own function.
Ex.
class Node {
var $name;
var $parent = '/'
var $children = array();
function Node($name, $parent) {
$this-parent = $parent;
$this-name = $name;
}
}
$rootNode = new Node('root', '');
array_push($rootNode-children, new Node('child1', $rootNode));
$child1Node = $rootNode-children[0];
array_push($child1Node-children, new Node('child1', $child1Node));
print_r($rootNode);
will print make a recursivity. What will be nice is to allow that some
variabiles to not
be printed like this:
class Node {
var $name;
var $__parent = '/'
var $children = array();
function Node($name, $parent) {
$this-__parent = $parent;
$this-name = $name;
}
}
. /* add the root and childrens */
print_r($rootNode);
will print now the corret tree.
Bellow you find the only modification that need to be done for this to work.
Best regards,
Emanuel Dejanu
File: Zend/zend.c
static void print_hash(HashTable *ht, int indent)
{
zval **tmp;
char *string_key;
HashPosition iterator;
unsigned long num_key, str_len;
int i, key_type; /** HERE */
for (i=0; iindent; i++) {
ZEND_PUTS( );
}
ZEND_PUTS((\n);
indent += PRINT_ZVAL_INDENT;
zend_hash_internal_pointer_reset_ex(ht, iterator);
while (zend_hash_get_current_data_ex(ht, (void **) tmp, iterator) ==
SUCCESS) {
/ HERE **/
key_type = zend_hash_get_current_key_ex(ht, string_key, str_len,
num_key, 0, iterator);
if (key_type == HASH_KEY_IS_STRING)
if (string_key[0] == '_' string_key[1] == '_') continue;
/*** HERE **/
for (i=0; iindent; i++) {
ZEND_PUTS( );
}
ZEND_PUTS([);
switch (key_type) {
case HASH_KEY_IS_STRING:
ZEND_PUTS(string_key);
break;
case HASH_KEY_IS_LONG:
zend_printf(%ld,num_key);
break;
}
ZEND_PUTS(] = );
zend_print_zval_r(*tmp, indent+PRINT_ZVAL_INDENT);
ZEND_PUTS(\n);
zend_hash_move_forward_ex(ht, iterator);
}
indent -= PRINT_ZVAL_INDENT;
for (i=0; iindent; i++) {
ZEND_PUTS( );
}
ZEND_PUTS()\n);
}
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
---
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12512: E_INFO/E_USER_INFO
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: E_INFO/E_USER_INFO I would like to treat all E_NOTICE/E_USER_NOTICE as fatal error for my applications. However, newer pgsql extension raise E_NOTICE when transaction cannot be finished. (There is notice errors for resetting cache also) I like it, but I need to parse E_NOTICE message to check if it is fatal or not. How about to have a E_INFO/E_USER_INFO for infomational errors? -- Edit bug report at: http://bugs.php.net/?id=12512edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12505 Updated: array_sum function total calculate error
ID: 12505 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: Arrays related Operating System: Red Hat Linux 6.1 PHP Version: latest CVS (08/01/01) New Comment: status - analyzed Previous Comments: [2001-08-01 05:56:08] [EMAIL PROTECTED] The problem is with the typecasting to LONG, if you use the code: ?php $tt=array(382478633.0,367687181.0,452504275.0,471367521.0,848270658.0,1181944543.0); echo array_sum($tt).\n; ? The result is the correct one (3704252811) Solution would be to 1) use floating point representation for bign numbers in PHP code (add caveat to the manual perhaps?) or 2) check that the array_sum result is nor overflowing LONG in the C code implementation and bump the type to DOUBLE if it does. second option would be better IMHO [2001-08-01 04:02:52] [EMAIL PROTECTED] $tt=array(382478633,367687181,452504275,471367521,848270658,1181944543); $total_tt=array_sum($tt); echo Total_tt=.$total_tt; // Prints Total_tt=-590714485 Must be 3704252811. Edit this bug report at http://bugs.php.net/?id=12505edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12510 Updated: checkdnsrr gives strange answers
ID: 12510 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Network Functions Operating System: Linux PHP Version: 4.0.6 New Comment: When I used nslookup on your site I got... set type=MX (The default type that PHP looks for) 7thGuard.net 7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] *.7thGuard.net Name: *.7thGuard.net *.7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] So, *.7thGuard.net has MX records. By default, checkdnsrr looks for MX records. Not a PHP bug. Previous Comments: [2001-08-01 06:48:25] [EMAIL PROTECTED] checkdnsrr for *.domanname.com gives not found. It's okay. It works for most domains in internet. But on my system checkdnsrr(*.7thGuard.net) and checkdnsrr(*.7thGuard.com) returns true. Should't it always return fasle? Edit this bug report at http://bugs.php.net/?id=12510edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12510 Updated: checkdnsrr gives strange answers
ID: 12510 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Network Functions Operating System: Linux PHP Version: 4.0.6 New Comment: adny wrote: *.7thGuard.net has MX records. By default, checkdnsrr looks for MX recors. Not a PHP bug but, for example, checkdnsrr(*.7bulls.com) returns false. 7bulls.com also has MX. Previous Comments: [2001-08-01 08:57:57] [EMAIL PROTECTED] When I used nslookup on your site I got... set type=MX (The default type that PHP looks for) 7thGuard.net 7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] *.7thGuard.net Name: *.7thGuard.net *.7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] So, *.7thGuard.net has MX records. By default, checkdnsrr looks for MX records. Not a PHP bug. [2001-08-01 08:57:56] [EMAIL PROTECTED] When I used nslookup on your site I got... set type=MX (The default type that PHP looks for) 7thGuard.net 7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] *.7thGuard.net Name: *.7thGuard.net *.7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] So, *.7thGuard.net has MX records. By default, checkdnsrr looks for MX records. Not a PHP bug. [2001-08-01 06:48:25] [EMAIL PROTECTED] checkdnsrr for *.domanname.com gives not found. It's okay. It works for most domains in internet. But on my system checkdnsrr(*.7thGuard.net) and checkdnsrr(*.7thGuard.com) returns true. Should't it always return fasle? Edit this bug report at http://bugs.php.net/?id=12510edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12510 Updated: checkdnsrr gives strange answers
ID: 12510 Updated by: andy Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Network Functions Operating System: Linux PHP Version: 4.0.6 New Comment: no it doesn't 7bulls.com may have MX records, but no *.7bulls.com nslookup on *.7bulls.com set type=MX *.7bulls.com **207-230-75-222.deltacom.net can't find *.7bulls.com: Non- existant host/domain Previous Comments: [2001-08-01 09:01:03] [EMAIL PROTECTED] adny wrote: *.7thGuard.net has MX records. By default, checkdnsrr looks for MX recors. Not a PHP bug but, for example, checkdnsrr(*.7bulls.com) returns false. 7bulls.com also has MX. [2001-08-01 08:57:57] [EMAIL PROTECTED] When I used nslookup on your site I got... set type=MX (The default type that PHP looks for) 7thGuard.net 7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] *.7thGuard.net Name: *.7thGuard.net *.7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] So, *.7thGuard.net has MX records. By default, checkdnsrr looks for MX records. Not a PHP bug. [2001-08-01 08:57:56] [EMAIL PROTECTED] When I used nslookup on your site I got... set type=MX (The default type that PHP looks for) 7thGuard.net 7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] *.7thGuard.net Name: *.7thGuard.net *.7thGuard.net preference=10, mail exchanger = mail.7thGuard.net [...] So, *.7thGuard.net has MX records. By default, checkdnsrr looks for MX records. Not a PHP bug. [2001-08-01 06:48:25] [EMAIL PROTECTED] checkdnsrr for *.domanname.com gives not found. It's okay. It works for most domains in internet. But on my system checkdnsrr(*.7thGuard.net) and checkdnsrr(*.7thGuard.com) returns true. Should't it always return fasle? Edit this bug report at http://bugs.php.net/?id=12510edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12513: Automatic Rollback of open transactions in persistent links
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: Automatic Rollback of open transactions in persistent links When using mysql_pconnect() the connection to the database (abviously) persists. This has the site-effect that open transactions at the end of the page request remain open if you do not explicitly commit/rollback the transaction. This can happen very easily if you have an error in your script. The Postgres driver does an automatic rollback at request shutdown, the mysql driver should do the same. -- Edit bug report at: http://bugs.php.net/?id=12513edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12513 Updated: Automatic Rollback of open transactions in persistent links
ID: 12513 Updated by: andy Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: MySQL related Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.6 New Comment: reclassified Previous Comments: [2001-08-01 09:06:41] [EMAIL PROTECTED] When using mysql_pconnect() the connection to the database (abviously) persists. This has the site-effect that open transactions at the end of the page request remain open if you do not explicitly commit/rollback the transaction. This can happen very easily if you have an error in your script. The Postgres driver does an automatic rollback at request shutdown, the mysql driver should do the same. Edit this bug report at http://bugs.php.net/?id=12513edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #12484 Updated: Want to construct JPGS with GD how to config
Format support has to be added --with-jpeg-dir --with-png-dir .. when libjpeg is not found then: --with-jpeg-dir=[directory for libjpeg] libjpeg has to be jpeg-6b -marcus T4c [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... i have done like i wrote into the 1. part. unpacked php4.0.6 then /configure \ --with-apache=../apache_1.3.20 \ --with-mysql \ --enable-versioning \ --enable-track-vars=yes \ --enable-url-includes \ --enable-sysvshm=yes \ --enable-sysvsem=yes \ --enable-ftp \ --with-gd \ --with-config-file-path=/etc make make install then configured apache with enable modules. then i tried my script that works on a rent webspace can i get a GD Tarball somwhwere to rebuild it? greets t4c --- Bug Database [EMAIL PROTECTED] wrote: ID: 12484 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Compile Issues Operating System: Linux (2.2.16) PHP Version: 4.0.6 New Comment: Do you have GD installed (correctly)? Did PHP compile correctly? Do you have a sample script to show me? Does this only happen with JPGS? Previous Comments: [2001-07-31 08:39:48] [EMAIL PROTECTED] Hello, i tried to configure php so that i can use GD Lib to make JPGS and so on. Bit it dunn work. what do i have to put into the config string? i tried like this: ./configure \ --with-apache=../apache_1.3.20 \ --with-mysql \ --enable-versioning \ --enable-track-vars=yes \ --enable-url-includes \ --enable-sysvshm=yes \ --enable-sysvsem=yes \ --enable-ftp \ --with-gd \ --with-config-file-path=/etc ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12484edit=2 == greetz t4c MainPage/Board [http://www.ghcif.de] Project MinDStorM [http://t4c.dnsalias.org] Sponsored by [http://www.geiles-fickstueck.de] _ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12502 Updated: oci8.dll can't be loaded
ID: 12502 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Dynamic loading Bug Type: OCI8 related Operating System: WinNT and Windows 2000 PHP Version: 4.0.6 New Comment: For some putting ' around the path has helped.. And terminate it with a \ Previous Comments: [2001-07-31 23:44:10] [EMAIL PROTECTED] I try to configure 2 computers: 1 with NT with SP 6 with IIS 4.0 1 with Windows 2000 and IIS 5 all with PHP 4.0.6 for windows Oracle 8.1.5 is in NT and the windows 2000 will connect to the NT via OCI (client version of Oracle installed in Windows 2000) In Both computers I have the same problem: Unable to load dynamic library 'c:\php\extensions/php_oci8.dll' see the last slash in the path my php.ini: extension_dir = c:\php\extensions extension=php_oci8.dll Why? Edit this bug report at http://bugs.php.net/?id=12502edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12504 Updated: mrbs.sourceforge.net booking system stopped
ID: 12504 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: MySQL related Operating System: Apache 1.3.14 PHP Version: 4.0.6 Previous Comments: [2001-08-01 03:35:16] [EMAIL PROTECTED] After upgrading to PHP 4.0.6 a calendar application stopped printing the reservtions. (terrible problem!) Calendar worked like charm before upgrading 4.0.6 (mrbs.sourceforge.net). The calendar uses MySQL. If it's not a bug in PHP, something sure changed. Hard to find what that is. Edit this bug report at http://bugs.php.net/?id=12504edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12504 Updated: mrbs.sourceforge.net booking system stopped
ID: 12504 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: MySQL related Operating System: Apache 1.3.14 PHP Version: 4.0.6 New Comment: oops.. Previous Comments: [2001-08-01 03:43:24] [EMAIL PROTECTED] this is a useless bug report. provide a short script that shows the problem. and read http://www.php.net/bugs-dos-and-donts.php [2001-08-01 03:35:16] [EMAIL PROTECTED] After upgrading to PHP 4.0.6 a calendar application stopped printing the reservtions. (terrible problem!) Calendar worked like charm before upgrading 4.0.6 (mrbs.sourceforge.net). The calendar uses MySQL. If it's not a bug in PHP, something sure changed. Hard to find what that is. Edit this bug report at http://bugs.php.net/?id=12504edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12514: OCILopOpen not found in oci.dll
From: [EMAIL PROTECTED] Operating system: window NT PHP version: 4.0.6 PHP Bug Type: OCI8 related Bug description: OCILopOpen not found in oci.dll First PC NT 4.0 (server) apache 1.3.20 php 4.0.6 == error oracle 8.0.5 Error in french :p Le point d'entrée de procédure OCILopOpen est introuvable dans la bibliothèque de liaison dynamique oci.dll And after unable to load dynamic library /extensions/php_oci8.dll la procédure spécifiée est introuvable Second PC NT 4.0 (workstation) apache 1.3.12 === ok php 4.0.4 oracle 8.0.5 -- Edit bug report at: http://bugs.php.net/?id=12514edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12124 Updated: Cannot compile...
ID: 12124 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: PHP Version: 4.0.4 New Comment: This should be closed. Not a bug. Previous Comments: [2001-07-13 02:47:38] [EMAIL PROTECTED] Mcrypt works fine, this kind of error occurs when configure finds the wrong header files for mcrypt. I suggest you remove all instances of mcrypt (including headerfiles) and install it again from a fresh source (p.e. version 2.4.15). Derick [2001-07-12 23:01:46] [EMAIL PROTECTED] I ran the following configure... ./configure --with-mysql --with-imap --with-ldap --with-mcrypt --with-apache=../apache_1.3.12 --enable-track-vars Then ran the make and I am getting the following errors... (See end of log)... [root@fs1 php-3.0.16]# ./configure --with-mysql --with-imap --with-ldap --with-mcrypt --with-apache=../apache_1.3.12 --enable-track-vars loading cache ./config.cache checking whether build environment is sane... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for bison... (cached) bison -y checking bison version... 1.28 (ok) checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking for ranlib... (cached) ranlib checking whether gcc and cc understand -c and -o together... (cached) yes checking whether ln -s works... (cached) yes checking for perl... (cached) /usr/bin/perl checking for sh... (cached) /bin/sh checking for working const... (cached) yes checking if compiler supports -R... (cached) no checking if compiler supports -Wl,-rpath,... (cached) yes checking if compiler supports -Wl,--version-script... (cached) yes checking size of long... (cached) 4 checking size of int... (cached) 4 checking for sendmail... (cached) /usr/lib/sendmail checking for gethostent... (cached) yes checking for socket in -lc... (cached) yes checking for gethostbyaddr in -lc... (cached) yes checking for crypt in -lc... (cached) no checking for crypt in -lcrypt... (cached) yes checking for dlopen in -lc... (cached) no checking for dlopen in -ldl... (cached) yes checking for sin in -lc... (cached) no checking for sin in -lm... (cached) yes checking for res_search in -lsocket... (cached) no checking for res_search in -lresolv... (cached) yes checking for pam_start in -lpam... (cached) yes checking for inet_aton in -lbind... (cached) no checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for fclose declaration... ok checking for fcntl.h... (cached) yes checking for unistd.h... (cached) yes checking for crypt.h... (cached) yes checking for sys/file.h... (cached) yes checking for memory.h... (cached) yes checking for pwd.h... (cached) yes checking for grp.h... (cached) yes checking for sys/socket.h... (cached) yes checking for sys/wait.h... (cached) yes checking for syslog.h... (cached) yes checking for string.h... (cached) yes checking for sys/varargs.h... (cached) no checking for stdarg.h... (cached) yes checking for sys/resource.h... (cached) yes checking for sys/time.h... (cached) yes checking for signal.h... (cached) yes checking for netinet/in.h... (cached) yes checking for dlfcn.h... (cached) yes checking for limits.h... (cached) yes checking for sys/types.h... (cached) yes checking for sys/statvfs.h... (cached) yes checking for sys/statfs.h... (cached) yes checking for unix.h... (cached) no checking for db.h... (cached) yes checking for dbm.h... (cached) no checking for ndbm.h... (cached) no checking for db1/ndbm.h... (cached) yes checking for locale.h... (cached) yes checking for features.h... (cached) yes checking whether struct tm is in sys/time.h or time.h... (cached) time.h checking for tm_zone in struct tm... (cached) yes checking for tm_gmtoff in struct tm... (cached) yes checking for struct flock... yes checking for st_blksize in struct stat... (cached) yes checking for st_blocks in struct stat... (cached) yes checking for st_rdev in struct stat... (cached) yes checking for size_t... (cached) yes checking for uid_t in sys/types.h... (cached) yes checking for uint... (cached) yes checking for ushort... (cached) yes checking for ulong... (cached) yes checking for ptrdiff_t... (cached) yes checking for vprintf... (cached) yes checking for memcpy... (cached) yes checking for memmove... (cached) yes checking for strdup... (cached) yes checking
[PHP-DEV] Bug #12502 Updated: oci8.dll can't be loaded
ID: 12502 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: WinNT and Windows 2000 PHP Version: 4.0.6 New Comment: I put extension_dir = c:\php\extensions\ and now the error is: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' the file php_oci8.dll exist in c:\php\extensions\ Previous Comments: [2001-08-01 09:26:31] [EMAIL PROTECTED] For some putting ' around the path has helped.. And terminate it with a \ [2001-07-31 23:44:10] [EMAIL PROTECTED] I try to configure 2 computers: 1 with NT with SP 6 with IIS 4.0 1 with Windows 2000 and IIS 5 all with PHP 4.0.6 for windows Oracle 8.1.5 is in NT and the windows 2000 will connect to the NT via OCI (client version of Oracle installed in Windows 2000) In Both computers I have the same problem: Unable to load dynamic library 'c:\php\extensions/php_oci8.dll' see the last slash in the path my php.ini: extension_dir = c:\php\extensions extension=php_oci8.dll Why? Edit this bug report at http://bugs.php.net/?id=12502edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12504 Updated: mrbs.sourceforge.net booking system stopped
ID: 12504 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: Apache 1.3.14 PHP Version: 4.0.6 New Comment: Sorry. The problem was located in MySQL's newest version's handling of Y-m-d. Sorry again Previous Comments: [2001-08-01 09:28:29] [EMAIL PROTECTED] oops.. [2001-08-01 03:43:24] [EMAIL PROTECTED] this is a useless bug report. provide a short script that shows the problem. and read http://www.php.net/bugs-dos-and-donts.php [2001-08-01 03:35:16] [EMAIL PROTECTED] After upgrading to PHP 4.0.6 a calendar application stopped printing the reservtions. (terrible problem!) Calendar worked like charm before upgrading 4.0.6 (mrbs.sourceforge.net). The calendar uses MySQL. If it's not a bug in PHP, something sure changed. Hard to find what that is. Edit this bug report at http://bugs.php.net/?id=12504edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12425 Updated: apache core dumps when started with a php.ini in /usr/local/lib
ID: 12425 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Apache related Operating System: Linux - Red Hat 7.1 PHP Version: 4.0.6 New Comment: Removing --enable-dmalloc fixed the problem. As there is another bug report about this already, I'm closing this one. It's most likely problem with mixed versions of dmalloc lib. --Jani Previous Comments: [2001-07-30 06:36:00] [EMAIL PROTECTED] Does it really segfault on that line? #0 0x405b4d63 in virtual_file_ex (state=0xbfffd5b8, You didn't paste the couple of lines before that one.. :) --Jani [2001-07-28 09:43:04] [EMAIL PROTECTED] The Config Command Line (Per Request by Sniper): ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl/ --enable-magic-quotes --disable-short-tags --enable-dmalloc --with-zlib --enable-bcmath --with-bz2 --enable-calendar --enable-ctype --with-curl --with-dom=/usr/local --enable-exif --with-fdftk=/usr/local --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/local --with-ttf --with-t1lib --with-gettext --with-imap=/usr/local --with-ircg --enable-mbstring --with-mcrypt --with-mhash --with-mysql --with-pdflib=/usr/local --with-tiff-dir=/usr/local --with-pgsql --with-pspell --with-qtdom --with-readline --with-mm --enable-trans-sid --enable-shmop --enable-sockets --enable-sysvsem --enable-sysvshm --enable-yp --enable-inline-optimization This configuration works perfectly as a static apache module just the DSO breaks. [2001-07-27 23:37:41] [EMAIL PROTECTED] What was the configure line used to configure PHP? [2001-07-27 09:56:33] [EMAIL PROTECTED] Just Compile 4.0.6 (Apache-1.3.20 DSO) amazingly all the stuff I compiled in worked. When I have a php.ini in /usr/local/lib and try to start the server it bombs out (the back trace is below). The cgi version seems to work accordingly and report all modules working correctly (via php_info()). The apache config file seems correct aswell. Any help would be greatly appreciated. This is on a stock Red Hat 7.1 system. (gdb) bt #0 0x405b4d63 in virtual_file_ex (state=0xbfffd5b8, path=0xbfffc580 /usr/local/lib/php.ini, verify_path=0) at tsrm_virtual_cwd.c:335 #1 0x404bf6e0 in expand_filepath ( filepath=0xbfffe690 /usr/local/lib/php.ini, real_path=0x0) at fopen_wrappers.c:531 #2 0x404bedcf in php_fopen_and_set_opened_path ( path=0xbfffe690 /usr/local/lib/php.ini, mode=0x406a7ec8 r, opened_path=0x40738364) at fopen_wrappers.c:237 #3 0x404bf44e in php_fopen_with_path (filename=0x406a7eca php.ini, mode=0x406a7ec8 r, path=0x8120e8c .:/usr/local/lib, opened_path=0x40738364) at fopen_wrappers.c:414 #4 0x404bfbd8 in php_init_config (php_ini_path_override=0x0) at php_ini.c:240 #5 0x404bd93f in php_module_startup (sf=0x40737260) at main.c:827 #6 0x404bb1e8 in php_apache_startup (sapi_module=0x40737260) at mod_php4.c:259 #7 0x404bbcd6 in php_init_handler (s=0x80f1890, p=0x80f1868) at mod_php4.c:744 #8 0x08083dda in ap_init_modules () at eval.c:41 #9 0x0808e340 in main () at eval.c:41 #10 0x4019c177 in __libc_start_main (main=0x808df9c main, argc=1, ubp_av=0xb8ec, init=0x8053268 _init, fini=0x80c6300 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xb8dc) at ../sysdeps/generic/libc-start.c:129 Edit this bug report at http://bugs.php.net/?id=12425edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c math.cphp_math.h
Can someone on Windows investigate if these functions are available under different names, perhaps? On Wed, 01 Aug 2001, Sebastian Bergmann wrote: Andrei Zmievski wrote: Log: - Added a few new math functions from Jesus Castagnetto. - Converted to Z_* macros. @- Added a few new math functions. (Jesus) This broke the Win32 build: math.obj : error LNK2001: Unresolved external symbol _asinh math.obj : error LNK2001: Unresolved external symbol _acosh math.obj : error LNK2001: Unresolved external symbol _atanh math.obj : error LNK2001: Unresolved external symbol _expm1 math.obj : error LNK2001: Unresolved external symbol _log1p math.obj : error LNK2001: Unresolved external symbol _cbrt -- Sebastian Bergmann Measure Traffic Usability http://sebastian-bergmann.de/http://phpOpenTracker.de/ -Andrei Computer, if you don't open that exit hatch this moment I shall zap straight off to your major data banks and reprogram you with a very large axe. -- Douglas Adams / The Hitchhiker's Guide to the Galaxy -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12504 Updated: mrbs.sourceforge.net booking system stopped
ID: 12504 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: MySQL related Operating System: Apache 1.3.14 PHP Version: 4.0.6 New Comment: so no bug after..bogusing. :) Previous Comments: [2001-08-01 09:41:11] [EMAIL PROTECTED] Sorry. The problem was located in MySQL's newest version's handling of Y-m-d. Sorry again [2001-08-01 09:28:29] [EMAIL PROTECTED] oops.. [2001-08-01 03:43:24] [EMAIL PROTECTED] this is a useless bug report. provide a short script that shows the problem. and read http://www.php.net/bugs-dos-and-donts.php [2001-08-01 03:35:16] [EMAIL PROTECTED] After upgrading to PHP 4.0.6 a calendar application stopped printing the reservtions. (terrible problem!) Calendar worked like charm before upgrading 4.0.6 (mrbs.sourceforge.net). The calendar uses MySQL. If it's not a bug in PHP, something sure changed. Hard to find what that is. Edit this bug report at http://bugs.php.net/?id=12504edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12502 Updated: oci8.dll can't be loaded
ID: 12502 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OCI8 related Operating System: WinNT and Windows 2000 PHP Version: 4.0.6 New Comment: to look on which external dlls an exe or an dll is relying you can use the dependency walker - http://www.dependencywalker.com/ Previous Comments: [2001-08-01 09:39:41] [EMAIL PROTECTED] I put extension_dir = c:\php\extensions\ and now the error is: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' the file php_oci8.dll exist in c:\php\extensions\ [2001-08-01 09:26:31] [EMAIL PROTECTED] For some putting ' around the path has helped.. And terminate it with a \ [2001-07-31 23:44:10] [EMAIL PROTECTED] I try to configure 2 computers: 1 with NT with SP 6 with IIS 4.0 1 with Windows 2000 and IIS 5 all with PHP 4.0.6 for windows Oracle 8.1.5 is in NT and the windows 2000 will connect to the NT via OCI (client version of Oracle installed in Windows 2000) In Both computers I have the same problem: Unable to load dynamic library 'c:\php\extensions/php_oci8.dll' see the last slash in the path my php.ini: extension_dir = c:\php\extensions extension=php_oci8.dll Why? Edit this bug report at http://bugs.php.net/?id=12502edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12509 Updated: OCI8 extension causes apache crash
ID: 12509 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: OCI8 related Operating System: RedHat 6.1 (2.2.14 Kernel) PHP Version: 4.0.4pl1 New Comment: RTFM: http://www.php.net/manual/en/ref.oci8.php --Jani Previous Comments: [2001-08-01 04:58:34] [EMAIL PROTECTED] When using the ZendLaunchPad and enabling the oci8.so extension apache crashes. One known workaround is to: comment the extension line in php.ini, start apache, uncomment the line, apachectrl restart but this is only a one-time solution as it requires manual intervention at every restart of the webserver. Is there a final fix for this? br, Tilli Edit this bug report at http://bugs.php.net/?id=12509edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12515: PHP-Compilation sucks: php_mnogo.h:76: Floating point numbers not allowed in #i
From: [EMAIL PROTECTED] Operating system: Suse Linux 7.2, Kernel 2.4.x PHP version: 4.0.6 PHP Bug Type: mnoGoSearch related Bug description: PHP-Compilation sucks: php_mnogo.h:76: Floating point numbers not allowed in #i Hi, I can't compile my PHP 4.0.6+Apache 1.3.20 with mnogosearch support. I get the followíng error: ## /main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/1.3.20/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/openssl/current/include -I/usr/include/freetype -I/usr/local/mnoGoSearch/current/include -I/usr/local/mysql/current/include/mysql -I/usr/lib/db2/db2inst1/sqllib/include -I/usr/local/lib/libswf/include -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=22 -DDEV_RANDOM=/dev/random -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c internal_functions.c In file included from internal_functions.c:37: /usr/local/src/php-4.0.6/ext/mnogosearch/php_mnogo.h:76: Floating point numbers not allowed in #if expressions In file included from /usr/lib/db2/db2inst1/sqllib/include/sqlcli1.h:42, from /usr/local/src/php-4.0.6/ext/odbc/php_odbc.h:170, from internal_functions.c:39: /usr/lib/db2/db2inst1/sqllib/include/sqlcli.h:718: warning: `ODBCVER' redefined /usr/local/src/php-4.0.6/ext/odbc/php_odbc.h:27: warning: this is the location of the previous definition make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/main' make: *** [all-recursive] Error 1 # Without mnogosearch support I can compile Apache with PHP. I have mnogosearch 3.2.0.b0. Can somebody help me? Thanks Stefan -- Edit bug report at: http://bugs.php.net/?id=12515edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12516: unable to load dynamic library .../ldap.dll - le module spécifié est introuvabl
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: Reproducible crash Bug description: unable to load dynamic library .../ldap.dll - le module spécifié est introuvabl when I configure recent versions of PHP after 4.0.3, I get a warning message on starting php when I configure php4.ini to load php_ldap.dll extension. php_gd extension loads fine with all th versions. This is the case with versions 40.4I1 4.0.6 Another guy reported this problem with 4.0.5 version Does someone try to fix this bug ? -- Edit bug report at: http://bugs.php.net/?id=12516edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12517: data base not found or damaged or in use
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: ODBC related Bug description: data base not found or damaged or in use application developped with php4.0.3I1 worked well on NT4 server / IIS. Since I migrate it under Windows 2000, i get sometimes but not permanently an error when trying to access my database throug ODBC_PCONNECT. The database seems to be in used or damaged... But when I call the page anew, it works well. I try to upgrade to lthe latest PHP versions but I cannot load php_ldap extension. So I came back to the lastest version which runs ldap extension : 4.0.3 Can someone help me -- Edit bug report at: http://bugs.php.net/?id=12517edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11911 Updated: Speed Problem
ID: 11911 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating System: Linux RedHat 7.1 PHP Version: 4.0.6 New Comment: OK - I have recompiled with --with-iodbc and it is the same i.e. Very slow under linux. Previous Comments: [2001-07-16 10:07:04] [EMAIL PROTECTED] marking as open, since the user last replied [2001-07-16 05:15:53] [EMAIL PROTECTED] OK - I have recompiled with --with-iodbc and it is the same i.e. Very slow under linux. [2001-07-14 20:04:29] [EMAIL PROTECTED] Setting status to feedback, status was blank. [2001-07-12 15:00:45] [EMAIL PROTECTED] just verifying that the user password works for this bug. [2001-07-09 08:44:54] [EMAIL PROTECTED] on your linux build did you use --with-openlink or --with-iodbc? if it was --with-openlink, try to rebuild using the --with-iodbc instead, as one is maintained, the other isn't ;) 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/?id=11911 Edit this bug report at http://bugs.php.net/?id=11911edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Bug #12241 Updated: imap.so: undefined symbol:
On Wed, 01 Aug 2001 03:04:29 +0200, Jani Taskinen [EMAIL PROTECTED] wrote: I guess this problem exists only when it's configured as shared extension? True If so, I know how to fix it.. That would be great. -- Greetings from Troels Arvin, Copenhagen, Denmark -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12518: ocifreestatment doesn't free the Oracle cursor and so you run out of cursors
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: OCI8 related Bug description: ocifreestatment doesn't free the Oracle cursor and so you run out of cursors the ocifreestatment function doesn't actually free the Oracle cursor, these are only freed when the script exits. While this isn't a problem when using PHP as a web page it is a problem if you have a command line script that has to perform thousands (or tens of thousands) of queries eventually the open_cursors limit is exceeded and all further queries fail. The same appears to be true with connections. -- Edit bug report at: http://bugs.php.net/?id=12518edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12515 Updated: PHP-Compilation sucks: php_mnogo.h:76: Floating point numbers not allowed in #i
ID: 12515 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: mnoGoSearch related Operating System: Suse Linux 7.2, Kernel 2.4.x PHP Version: 4.0.6 New Comment: A development version of Mnogosearch won't work with PHP 4.0.6..you should use the 3.1.3.5 version instead. --Jani Previous Comments: [2001-08-01 11:39:43] [EMAIL PROTECTED] Hi, I can't compile my PHP 4.0.6+Apache 1.3.20 with mnogosearch support. I get the followíng error: ## /main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/1.3.20/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/openssl/current/include -I/usr/include/freetype -I/usr/local/mnoGoSearch/current/include -I/usr/local/mysql/current/include/mysql -I/usr/lib/db2/db2inst1/sqllib/include -I/usr/local/lib/libswf/include -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=22 -DDEV_RANDOM=/dev/random -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c internal_functions.c In file included from internal_functions.c:37: /usr/local/src/php-4.0.6/ext/mnogosearch/php_mnogo.h:76: Floating point numbers not allowed in #if expressions In file included from /usr/lib/db2/db2inst1/sqllib/include/sqlcli1.h:42, from /usr/local/src/php-4.0.6/ext/odbc/php_odbc.h:170, from internal_functions.c:39: /usr/lib/db2/db2inst1/sqllib/include/sqlcli.h:718: warning: `ODBCVER' redefined /usr/local/src/php-4.0.6/ext/odbc/php_odbc.h:27: warning: this is the location of the previous definition make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/main' make: *** [all-recursive] Error 1 # Without mnogosearch support I can compile Apache with PHP. I have mnogosearch 3.2.0.b0. Can somebody help me? Thanks Stefan Edit this bug report at http://bugs.php.net/?id=12515edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12516 Updated: unable to load dynamic library .../ldap.dll - le module spécifié est introuvabl
ID: 12516 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.0.4pl1 New Comment: Not a bug: seems like libsasl.dll isn't found. copy libsasl.dll to %WinDir%/system(32). You can find it in that PHP-4.0.6-package, in /dlls/ folder. --Jani Previous Comments: [2001-08-01 11:49:02] [EMAIL PROTECTED] when I configure recent versions of PHP after 4.0.3, I get a warning message on starting php when I configure php4.ini to load php_ldap.dll extension. php_gd extension loads fine with all th versions. This is the case with versions 40.4I1 4.0.6 Another guy reported this problem with 4.0.5 version Does someone try to fix this bug ? Edit this bug report at http://bugs.php.net/?id=12516edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9128 Updated: Memory Leak or Memory Problem.
ID: 9128 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.0.4pl1 Previous Comments: [2001-06-04 16:28:59] [EMAIL PROTECTED] Here are the example: http://www.bate.de/bug/ http://www.bate.de/bug/bug.phps (source) Bat[e] [2001-06-03 02:15:27] [EMAIL PROTECTED] Please include shortest possible example script which can be used to reproduce this. [2001-04-29 13:49:31] [EMAIL PROTECTED] Ok, to code my shit i used $fp = fopen(http://weburl;); but i forgotten to close the handler with fclose($fp). SO i tested and tested my script and now... pl0nk my apache crached and i found in error log Zend Stack crashed at xxx.c line 42. I tested it again and i found ~20 httpd proccesses with ~ 15mb per proccess. Maybe i can post some code. [2001-04-28 09:35:07] [EMAIL PROTECTED] ok. really reclassify. [2001-04-28 09:34:07] [EMAIL PROTECTED] reclassify 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/?id=9128 Edit this bug report at http://bugs.php.net/?id=9128edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9128 Updated: Memory Leak or Memory Problem.
ID: 9128 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.0.4pl1 New Comment: Using PHP 4.0.6 there are no problems anymore. --Jani Previous Comments: [2001-07-31 11:48:14] [EMAIL PROTECTED] I get 404 Not Found errors when I go to these pages, please include a valid address. [2001-06-04 16:28:59] [EMAIL PROTECTED] Here are the example: http://www.bate.de/bug/ http://www.bate.de/bug/bug.phps (source) Bat[e] [2001-06-03 02:15:27] [EMAIL PROTECTED] Please include shortest possible example script which can be used to reproduce this. [2001-04-29 13:49:31] [EMAIL PROTECTED] Ok, to code my shit i used $fp = fopen(http://weburl;); but i forgotten to close the handler with fclose($fp). SO i tested and tested my script and now... pl0nk my apache crached and i found in error log Zend Stack crashed at xxx.c line 42. I tested it again and i found ~20 httpd proccesses with ~ 15mb per proccess. Maybe i can post some code. [2001-04-28 09:35:07] [EMAIL PROTECTED] ok. really reclassify. 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/?id=9128 Edit this bug report at http://bugs.php.net/?id=9128edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12519: Conflicts with --with-unixODBC and --with-dom
From: Tomas V.V.Cox [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Conflicts with --with-unixODBC and --with-dom ** The output * bin/sh /usr/src/redhat/SOURCES/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/src/redhat/SOURCES/php-4.0.6/main -I/usr/src/redhat/SOURCES/php-4.0.6/main -I/usr/src/redhat/SOURCES/php-4.0.6 -I/usr/include/apache -I/usr/src/redhat/SOURCES/php-4.0.6/Zend -I/usr/include/mysql -I/usr/local/unixODBC/include -I/usr/src/redhat/SOURCES/php-4.0.6/ext/xml/expat/xmltok -I/usr/src/redhat/SOURCES/php-4.0.6/ext/xml/expat/xmlparse -I/usr/src/redhat/SOURCES/php-4.0.6/TSRM -DLINUX=2 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c internal_functions.c In file included from /usr/local/unixODBC/include/sql.h:17, from /usr/src/redhat/SOURCES/php-4.0.6/ext/odbc/php_odbc.h:112, from internal_functions.c:38: /usr/local/unixODBC/include/sqltypes.h:41: conflicting types for `xmlChar' /usr/include/libxml/tree.h:66: previous declaration of `xmlChar' make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/src/redhat/SOURCES/php-4.0.6/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/SOURCES/php-4.0.6/main' make: *** [all-recursive] Error 1 * configure options ** ./configure --prefix=/usr \ --with-apxs=/usr/sbin/apxs \ --with-config-file-path=/usr/local/lib \ --with-exec-dir=/usr/bin \ --with-regex=system \ --with-gettext \ --disable-debug \ --with-xml \ --with-dom \ --enable-ftp \ --with-pgsql=/usr/include/pgsql \ --with-gd \ --enable-gd-imgstrttf \ --with-jpeg-dir=/usr/include \ --with-ttf \ --enable-trans-sid \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --with-unixODBC=/usr/local/unixODBC \ --with-zlib \ --with-mysql=/usr -- Edit bug report at: http://bugs.php.net/?id=12519edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12520: php on windows 2000
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: php on windows 2000 I have just installed Apache 1.3.20 and php 4.0.6 on Windows 2000. I configured httpd.conf, moved php files to winnt, created php.ini, etc... and I still get this: Forbidden You don't have permission to access /php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php/info.php on this server. -- Apache/1.3.20 Server at 127.0.0.1 Port 80 What can I do?? -- Edit bug report at: http://bugs.php.net/?id=12520edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12502 Updated: oci8.dll can't be loaded
ID: 12502 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: OCI8 related Operating System: WinNT and Windows 2000 PHP Version: 4.0.6 New Comment: I don't understand this program. Please check this image : http://www.netred.cl/php.jpg (image of my screen). Previous Comments: [2001-08-01 10:20:42] [EMAIL PROTECTED] to look on which external dlls an exe or an dll is relying you can use the dependency walker - http://www.dependencywalker.com/ [2001-08-01 09:39:41] [EMAIL PROTECTED] I put extension_dir = c:\php\extensions\ and now the error is: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' the file php_oci8.dll exist in c:\php\extensions\ [2001-08-01 09:26:31] [EMAIL PROTECTED] For some putting ' around the path has helped.. And terminate it with a \ [2001-07-31 23:44:10] [EMAIL PROTECTED] I try to configure 2 computers: 1 with NT with SP 6 with IIS 4.0 1 with Windows 2000 and IIS 5 all with PHP 4.0.6 for windows Oracle 8.1.5 is in NT and the windows 2000 will connect to the NT via OCI (client version of Oracle installed in Windows 2000) In Both computers I have the same problem: Unable to load dynamic library 'c:\php\extensions/php_oci8.dll' see the last slash in the path my php.ini: extension_dir = c:\php\extensions extension=php_oci8.dll Why? Edit this bug report at http://bugs.php.net/?id=12502edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12518 Updated: ocifreestatment doesn't free the Oracle cursor and so you run out of cursors
ID: 12518 Updated by: thies Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OCI8 related Operating System: Linux PHP Version: 4.0.6 New Comment: what makes you belive it doesn't work? please send me a short testcase that shows leakage of resources. Previous Comments: [2001-08-01 13:20:01] [EMAIL PROTECTED] the ocifreestatment function doesn't actually free the Oracle cursor, these are only freed when the script exits. While this isn't a problem when using PHP as a web page it is a problem if you have a command line script that has to perform thousands (or tens of thousands) of queries eventually the open_cursors limit is exceeded and all further queries fail. The same appears to be true with connections. Edit this bug report at http://bugs.php.net/?id=12518edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Patch for ext/standard/[basic_functions.c|php_math.h|math.c]
I am sending this patch to the php-dev list for your consideration. Attached are the listing produced with cvs diff -u, and listed below is a test file to check the changes. Basically I just added some more math funcs from the C library (hyperbolics and exponentials). Hyporbolic functions are indeed good to be added. However, I don't think it's really need to add log2, exp10, cbrt and so forth. It's a bit overkill, and not needed (IMO). the exp / pow / log functions work fine, and this is only a very few characters less typing. cbrt is quite a WTF function, chances are low you guess what it is, since it's not really standard name for cubic root. And pow($x,'1/3') works fine. Greetz, Jeroen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12521: chop(), trim() enhancements
From: [EMAIL PROTECTED] Operating system: Linux RH 7.1 PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: chop(), trim() enhancements it would be useful if the chop() and trim() functions accepted an optional second parameter indicating what to chop or trim, instead of simply assuming one wants to remove whitespace. In Perl the $/ varialbe controls what is chopped, but a parameter would be nicer! -- Edit bug report at: http://bugs.php.net/?id=12521edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12521 Updated: chop(), trim() enhancements
ID: 12521 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Feature/Change Request Operating System: Linux RH 7.1 PHP Version: 4.0.4pl1 Old Assigned To: Assigned To: jeroen New Comment: Good idea. The second parameter should IMO be a string containing all characters to be chopped, or like addcslashes. Assigning to myself, if anyone has any objections/remarks, please mail me. I think the c-slashes way is the best. Previous Comments: [2001-08-01 16:31:53] [EMAIL PROTECTED] it would be useful if the chop() and trim() functions accepted an optional second parameter indicating what to chop or trim, instead of simply assuming one wants to remove whitespace. In Perl the $/ varialbe controls what is chopped, but a parameter would be nicer! Edit this bug report at http://bugs.php.net/?id=12521edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12505 Updated: array_sum function total calculate error
ID: 12505 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Assigned Bug Type: Arrays related Operating System: Red Hat Linux 6.1 PHP Version: latest CVS (08/01/01) Old Assigned To: Assigned To: jeroen New Comment: Hm, same problem as the other overflow-things. Assigned to myself. Are there other dangerous functions like this anywhere? Previous Comments: [2001-08-01 08:36:20] [EMAIL PROTECTED] status - analyzed [2001-08-01 05:56:08] [EMAIL PROTECTED] The problem is with the typecasting to LONG, if you use the code: ?php $tt=array(382478633.0,367687181.0,452504275.0,471367521.0,848270658.0,1181944543.0); echo array_sum($tt).\n; ? The result is the correct one (3704252811) Solution would be to 1) use floating point representation for bign numbers in PHP code (add caveat to the manual perhaps?) or 2) check that the array_sum result is nor overflowing LONG in the C code implementation and bump the type to DOUBLE if it does. second option would be better IMHO [2001-08-01 04:02:52] [EMAIL PROTECTED] $tt=array(382478633,367687181,452504275,471367521,848270658,1181944543); $total_tt=array_sum($tt); echo Total_tt=.$total_tt; // Prints Total_tt=-590714485 Must be 3704252811. Edit this bug report at http://bugs.php.net/?id=12505edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12522: start apache, php4 /usr/local/apache/libexec/libphp4.so: unresolved external
From: [EMAIL PROTECTED] Operating system: hp-ux 11 PHP version: 4.0.6 PHP Bug Type: Dynamic loading Bug description: start apache, php4 /usr/local/apache/libexec/libphp4.so: unresolved external i added php4 with oci8 to apache1.3.19 when i am resatrting apache i am getting an error message /usr/lib/dld.sl: unresolved symbol: (OCI functions) from /usr/local/apache/libexec/libphp4.so /usr/local/apache/libexec/libphp4.so: unresolved external And i am not able starting the apache webserver. -- Edit bug report at: http://bugs.php.net/?id=12522edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Patch for ext/standard/[basic_functions.c|php_math.h|math.c]
--- Jeroen van Wolffelaar [EMAIL PROTECTED] wrote: I am sending this patch to the php-dev list for your consideration. Attached are the listing produced with cvs diff -u, and listed below is a test file to check the changes. Basically I just added some more math funcs from the C library (hyperbolics and exponentials). Hyporbolic functions are indeed good to be added. However, I don't think it's really need to add log2, exp10, cbrt and so forth. It's a bit overkill, and not needed (IMO). It might be that. Just implemented the functions taking advantage of their presence in the standard set of math functions of the C library, so the C people might be more familiar that the rest I guess. I was going to add the erf, gamma, etc. function, but I am not sure if those are of general use (and because I am just starting to familiarize myself w/ the Zend/PHP macros/coding style) [... snip ...] = --- Jesus M. Castagnetto [EMAIL PROTECTED] __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #12516 Updated: unable to load dynamic library .../ldap.dll - le module spcifi est introuvabl
Fine ! it works. Thanks a lot Philippe - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 01, 2001 7:59 PM Subject: Bug #12516 Updated: unable to load dynamic library .../ldap.dll - le module spécifié est introuvabl ID: 12516 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.0.4pl1 New Comment: Not a bug: seems like libsasl.dll isn't found. copy libsasl.dll to %WinDir%/system(32). You can find it in that PHP-4.0.6-package, in /dlls/ folder. --Jani Previous Comments: [2001-08-01 11:49:02] [EMAIL PROTECTED] when I configure recent versions of PHP after 4.0.3, I get a warning message on starting php when I configure php4.ini to load php_ldap.dll extension. php_gd extension loads fine with all th versions. This is the case with versions 40.4I1 4.0.6 Another guy reported this problem with 4.0.5 version Does someone try to fix this bug ? ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12516edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] current CVS broken on NT 5 (TSRMLS_FETCH issue)
Configuration: php4apache - Win32 Release_TS_inline Compiling... mod_php4.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\mod_php4.h(49) : warning C4005: 'S_IXUSR' : macro redefinition ..\..\ext/standard/php_filestat.h(62) : see previous definition of 'S_IXUSR' D:\compile\php\php4\sapi\apache\mod_php4.c(135) : warning C4018: '!=' : signed/unsigned mismatch D:\compile\php\php4\sapi\apache\mod_php4.c(329) : error C2082: redefinition of formal parameter 'tsrm_ls' php_apache.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\php_apache.c(145) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(305) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(345) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(346) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(372) : error C2082: redefinition of formal parameter 'tsrm_ls' sapi_apache.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\mod_php4.h(49) : warning C4005: 'S_IXUSR' : macro redefinition ..\..\ext/standard/php_filestat.h(62) : see previous definition of 'S_IXUSR' D:\compile\php\php4\sapi\apache\sapi_apache.c(63) : error C2086: 'tsrm_ls' : redefinition D:\compile\php\php4\sapi\apache\sapi_apache.c(66) : error C2082: redefinition of formal parameter 'tsrm_ls' Error executing xicl6.exe. php4apache.dll - 8 error(s), 6 warning(s) [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: current CVS broken on NT 5 (TSRMLS_FETCH issue)
Should be fixed... At 15:50 01/08/2001, Cynic wrote: Configuration: php4apache - Win32 Release_TS_inline Compiling... mod_php4.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\mod_php4.h(49) : warning C4005: 'S_IXUSR' : macro redefinition ..\..\ext/standard/php_filestat.h(62) : see previous definition of 'S_IXUSR' D:\compile\php\php4\sapi\apache\mod_php4.c(135) : warning C4018: '!=' : signed/unsigned mismatch D:\compile\php\php4\sapi\apache\mod_php4.c(329) : error C2082: redefinition of formal parameter 'tsrm_ls' php_apache.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\php_apache.c(145) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(305) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(345) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(346) : error C2082: redefinition of formal parameter 'tsrm_ls' D:\compile\php\php4\sapi\apache\php_apache.c(372) : error C2082: redefinition of formal parameter 'tsrm_ls' sapi_apache.c D:\__SERVER__\INCLUDE\os.h(115) : warning C4142: benign redefinition of type D:\compile\php\php4\sapi\apache\mod_php4.h(49) : warning C4005: 'S_IXUSR' : macro redefinition ..\..\ext/standard/php_filestat.h(62) : see previous definition of 'S_IXUSR' D:\compile\php\php4\sapi\apache\sapi_apache.c(63) : error C2086: 'tsrm_ls' : redefinition D:\compile\php\php4\sapi\apache\sapi_apache.c(66) : error C2082: redefinition of formal parameter 'tsrm_ls' Error executing xicl6.exe. php4apache.dll - 8 error(s), 6 warning(s) [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Patch for ext/standard/[basic_functions.c|php_math.h|math.c]
It might be that. Just implemented the functions taking advantage of their presence in the standard set of math functions of the C library, so the C people might be more familiar that the rest I guess. Agreed, but I'm not certain this is worth the extra bloath of relatively unneeded functions. I was going to add the erf, gamma, etc. function, but I am not sure if those are of general use (and because I am just starting to familiarize myself w/ the Zend/PHP macros/coding style) erf is useful, and not trivial to write different. gamma I don't recall what it does, but I guess that's useful too. Statistics is some time ago for me... I was only talking about functions like log2 and so, that are really trivial to write different. Greetz, Jeroen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12485 Updated: Exec() doesn't work
ID: 12485 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Program Execution Operating System: windows 2000 PHP Version: 4.0.6 New Comment: User comment (gebruik aub het web-formulier): - Yes sorry for not mentioning it before: Something like cannot fork [dir] Regards, Max - Previous Comments: [2001-07-31 08:45:10] [EMAIL PROTECTED] any error messages? [2001-07-31 08:43:15] [EMAIL PROTECTED] Exec doesnt work in 4.0.6 in cgi mode. Installed 4.0.5 now and it is ok. Edit this bug report at http://bugs.php.net/?id=12485edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12523: posix_getgrgid won't work as documented
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.6 PHP Bug Type: POSIX related Bug description: posix_getgrgid won't work as documented ?php $gid = 0; /* $gid = a group that has members */ $group = posix_getgrgid($gid); $echo $group['members']; /* Displays 0 regardless of actual contents of group */ ? -- Edit bug report at: http://bugs.php.net/?id=12523edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12485 Updated: Exec() doesn't work
ID: 12485 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Analyzed Bug Type: Program Execution Operating System: windows 2000 PHP Version: 4.0.6 New Comment: Confirmed under Windows 98 w/ PHP 4.0.6 Previous Comments: [2001-08-01 19:33:31] [EMAIL PROTECTED] User comment (gebruik aub het web-formulier): - Yes sorry for not mentioning it before: Something like cannot fork [dir] Regards, Max - [2001-07-31 08:45:10] [EMAIL PROTECTED] any error messages? [2001-07-31 08:43:15] [EMAIL PROTECTED] Exec doesnt work in 4.0.6 in cgi mode. Installed 4.0.5 now and it is ok. Edit this bug report at http://bugs.php.net/?id=12485edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12449 Updated: I've tried inserting my php.ini file in five locations and it won't load it
ID: 12449 Updated by: lyric Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Bogus Bug Type: GD related Operating System: Windows 98 SE PHP Version: 4.0.6 New Comment: Closed as bogus. Previous Comments: [2001-07-28 11:40:40] [EMAIL PROTECTED] Look in the first section of the output from phpinfo(), and there's a line like: Configuration File (php.ini) Path : /usr/local/lib/php.ini Obviously yours will say something else, but that's where it's getting the .ini file from. [2001-07-28 11:26:46] [EMAIL PROTECTED] I've put then extention modules in a directory on my C Partition named php_mod, I've saved the php.ini file into the C:\, C:\PHP4, C:\WINBLOWS, C:\WINBLOWS\SYSTEM, C:\WINNT It still will not load my configuration over the default built into the php4ts.dll, here is a copy of my php.ini file [PHP] ; $Id: php.ini-dist,v 1.78.2.2 2001/06/01 03:20:49 sniper Exp $ ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; |bitwise OR ; bitwise AND ; ~bitwise NOT ; !boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none; sets foo to an empty string ; foo = none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a ; dynamically loaded extension (either a PHP extension or a Zend extension), ; you may only use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for browsers that support gzip or deflate encoding. ; Setting an output handler automatically turns on output buffering. output_handler = ; Transparent output compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging
[PHP-DEV] Bug #11822 Updated: Warning: mail() ist not supported in this PHP build in ...
ID: 11822 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Mail related Operating System: SuSE 7.0 PHP Version: 4.0.6 New Comment: no feedback Previous Comments: [2001-07-02 03:07:24] [EMAIL PROTECTED] If you don't have sendmail installed, or sendmail could not be found in $PATH:/usr/bin:/usr/sbin:/usr/etc:/etc:/usr/ucblib:/usr/lib then HAVE_SENDMAIL will not be defined. What is the name of your nullmailer binary? Derick [2001-07-01 10:44:48] [EMAIL PROTECTED] Hi, config.log tells me: configure:4628: checking for sendmail Nothing else. (-- I have installed Nullmailer in a different location than /usr/.. -- is that bad?) Thank you for answering so fast, By(t)e, matthias [2001-07-01 10:25:07] [EMAIL PROTECTED] What does config.log tells about mail or sendmail? Derick [2001-07-01 10:16:08] [EMAIL PROTECTED] Hi, I've configured PHP 4.0.6 for CGI. Problem: Everytime mail()-function is called it returns the error: Waring - mail () is not supported in this PHP build I tried to add: #define HAVE_SENDMAIL 1 in the php_config.h - but the error stayed. By(t)e, Matthias Edit this bug report at http://bugs.php.net/?id=11822edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11838 Updated: Apache crashed after PHP inicialization
ID: 11838 Updated by: andy Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: RedHat Linux 6.2 PHP Version: 4.0.6 New Comment: no feedback Previous Comments: [2001-07-02 12:37:57] [EMAIL PROTECTED] Please add the backtrace that gdb showed. Derick [2001-07-02 12:06:03] [EMAIL PROTECTED] Compiling Apache 1.3.20, PHP 4.0.6 and mod_ssl 2.8.4 (with OpenSSL/0.9.6a) produced correctly httpd, but when httpd is started (httpd with or without -DSSL), it generates /core file... - gdb says usefull informations...:-) Version PHP4.0.5 and the same way works correctly. PaJaSoft Edit this bug report at http://bugs.php.net/?id=11838edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: Graeme Merrall Email: [EMAIL PROTECTED] ID:graeme Purpose: Adding of PHP presentation from OsCon to conf.php.net as per Rasmus\' instructions. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12524: Still doesn't support UNC paths
From: [EMAIL PROTECTED]
Operating system: WinNT 4.0
PHP version: 4.0.6
PHP Bug Type: *Directory/Filesystem functions
Bug description: Still doesn't support UNC paths
The fix that was applied to PHP 4.0.6 still didn't fix the UNC problems
which were broken when PHP moved from PHP3 - PHP4
$d = dir(//ntserver14/shared/cameron);
echo Handle: .$d-handle.br\n;
echo Path: .$d-path.br\n;
while($entry=$d-read()) {
echo $entry.br\n;
}
$d-close();
I ran the same code under php3.0.16 and it still works there.
This still fails to work with the lastest version of PHP.
It was stated as being fixed in 4.0.6 and I received a bug report closure
for BUG 9234
http://www.php.net/bugs.php?id=9234
Any Ideas why it still doesn't work?
Am I doing something wrong from this end?
PS I have checked to see that all shares and filesystem are visible by the
IIS4.0 webserver account.
--
Edit bug report at: http://bugs.php.net/?id=12524edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12524 Updated: Still doesn't support UNC paths
ID: 12524
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *Directory/Filesystem functions
Operating System: WinNT 4.0
PHP Version: 4.0.6
New Comment:
Some other fixes were made after 4.0.6 was released.
Please try the latest snapshot build from here:
http://www.zend.com/snapshots/
Previous Comments:
[2001-08-01 21:28:37] [EMAIL PROTECTED]
The fix that was applied to PHP 4.0.6 still didn't fix the UNC problems which were
broken when PHP moved from PHP3 - PHP4
$d = dir(//ntserver14/shared/cameron);
echo Handle: .$d-handle.br\n;
echo Path: .$d-path.br\n;
while($entry=$d-read()) {
echo $entry.br\n;
}
$d-close();
I ran the same code under php3.0.16 and it still works there.
This still fails to work with the lastest version of PHP.
It was stated as being fixed in 4.0.6 and I received a bug report closure for BUG 9234
http://www.php.net/bugs.php?id=9234
Any Ideas why it still doesn't work?
Am I doing something wrong from this end?
PS I have checked to see that all shares and filesystem are visible by the IIS4.0
webserver account.
Edit this bug report at http://bugs.php.net/?id=12524edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12502 Updated: oci8.dll can't be loaded
ID: 12502 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: WinNT and Windows 2000 PHP Version: 4.0.6 New Comment: Sniper, I change my php.ini I comment php_oci8.dll and uncomment php_oracle.dll This work. But now I recieve the following problem: TNS:could not resolve service name I try with $db= ora_logon(demo_user/demo_password@demo,); This TNS exist and the user and the password too. (this is the right place for this question?) thank you again. Previous Comments: [2001-08-01 15:58:57] [EMAIL PROTECTED] I don't understand this program. Please check this image : http://www.netred.cl/php.jpg (image of my screen). [2001-08-01 10:20:42] [EMAIL PROTECTED] to look on which external dlls an exe or an dll is relying you can use the dependency walker - http://www.dependencywalker.com/ [2001-08-01 09:39:41] [EMAIL PROTECTED] I put extension_dir = c:\php\extensions\ and now the error is: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' the file php_oci8.dll exist in c:\php\extensions\ [2001-08-01 09:26:31] [EMAIL PROTECTED] For some putting ' around the path has helped.. And terminate it with a \ [2001-07-31 23:44:10] [EMAIL PROTECTED] I try to configure 2 computers: 1 with NT with SP 6 with IIS 4.0 1 with Windows 2000 and IIS 5 all with PHP 4.0.6 for windows Oracle 8.1.5 is in NT and the windows 2000 will connect to the NT via OCI (client version of Oracle installed in Windows 2000) In Both computers I have the same problem: Unable to load dynamic library 'c:\php\extensions/php_oci8.dll' see the last slash in the path my php.ini: extension_dir = c:\php\extensions extension=php_oci8.dll Why? Edit this bug report at http://bugs.php.net/?id=12502edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] re: Bug #12524 Updated: Still doesn't support UNC paths
Hi,
Thanks for the quick response
I have tested the snapshot you suggested and it still does not work.
ID: 12524
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *Directory/Filesystem functions
Operating System: WinNT 4.0
PHP Version: 4.0.6
New Comment:
Some other fixes were made after 4.0.6 was released.
Please try the latest snapshot build from here:
http://www.zend.com/snapshots/
Previous Comments:
[2001-08-01 21:28:37] [EMAIL PROTECTED]
The fix that was applied to PHP 4.0.6 still didn't fix the UNC problems which were
broken when PHP moved from PHP3 - PHP4
$d = dir(//ntserver14/shared/cameron);
echo Handle: .$d-handle.br\n;
echo Path: .$d-path.br\n;
while($entry=$d-read()) {
echo $entry.br\n;
}
$d-close();
I ran the same code under php3.0.16 and it still works there.
This still fails to work with the lastest version of PHP.
It was stated as being fixed in 4.0.6 and I received a bug report closure for BUG
9234
http://www.php.net/bugs.php?id=9234
Any Ideas why it still doesn't work?
Am I doing something wrong from this end?
PS I have checked to see that all shares and filesystem are visible by the IIS4.0
webserver account.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=12524edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12526: additional functinality to get_html_translation_table
From: [EMAIL PROTECTED] Operating system: windows ME PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: additional functinality to get_html_translation_table Currently, get_html_translation_table() can use HTML_ENTITIES or HTML_SPECIALCHARS, which is great, but it would be even more helpful to add a complete list of all the #151; type html entities that aren't in either table currently, so that a user can take the array returned, flip it, and use strtr to translate those characters as well. I would think this addition would be straightforward, and would offer my time to code it up. -- Edit bug report at: http://bugs.php.net/?id=12526edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
