[PHP-DEV] Bug #13554: Storing complex object as session variable makes apache go beserk
From: [EMAIL PROTECTED]
Operating system: Redhat Linux
PHP version: 4.0.6
PHP Bug Type: Session related
Bug description: Storing complex object as session variable makes apache go beserk
Before this, I've started the session, and have included the file defining
the Test class.
session_register(testCache);
if(!isset($testCache))
{
$testCache = new Test($testid);
echo Loading non cached...;
}
It should be noted that an instantiated Test object is really pretty darn
hefty and contains arrays of objects in its attributes with many methods.
Total footprint is probably around 150k or so.
The first time this code is executed, testCache is empty
and is created within the body of the if statement
The second time (reload the page for instance) it causes the apache process
servicing the request to gobble up insane amounts of memory. As far as I
can tell, apache will never respond back. On the reload, the session
variable should be set
--
Edit bug report at: http://bugs.php.net/?id=13554edit=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 #13555: Configure doesn't seem to search /lib for libdb-3.so
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.2 PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: Configure doesn't seem to search /lib for libdb-3.so Configure doesn't seem to search /lib for db-3.so. On RedHat 6.2 (and above?) systems db3 is installed in /lib not /usr/lib. I tried specifying --with-db3=/ and that didn't seem to solve the issue. -- Edit bug report at: http://bugs.php.net/?id=13555edit=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: RC3
Yasuo Ohgaki wrote: Zeev Suraski wrote: Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz In addition to previous problem, CGI build seems to print following line again.. X-Powered-By: PHP/4.0.7RC3 Content-type: text/html I saw this line in phpinfo(). % php -i info.html % mozilla info.html OS: Kondara 2.0/Linux 2.4.4/glibc 2.2.2 (This distribution is mostly the same as RedHat 7.1) BTW, I build CGI version with much less options (./configure --enable-debug) PHP does not segfault at the end of test script execution. -- Yasuo Ohgaki -- 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 #13556: PHP4 should be able to use dso version of cracklib
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: PHP4 should be able to use dso version of cracklib Configure only checks for the static libcrack.a when it would be possible to use libcrack.so. -- Edit bug report at: http://bugs.php.net/?id=13556edit=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] how to ?
Quoting Marcin Liwinski [EMAIL PROTECTED]: hi, where is an errror ? root@bsd /usr/php4 ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4 (ok) *** Error code 1 Stop in /usr/php4. *** Error code 1 Stop in /usr/php4. Do you have the Zend and TSRM sub-directories in /usr/php4? -\- David Eriksson -/- An expert in a particular computer language is really an expert in the work-arounds necessary to use this language to perform useful work. - Richard B. Johnson -- 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 #13557: Compile bails when you use --with-snmp=shared,/path
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: Compile bails when you use --with-snmp=shared,/path Although the configure --help says you can use --with-snmp=shared,/usr it infact does not work. You get errors like this: checking for SNMP support... yes, shared ./configure: shared,/usr/include: No such file or directory and gcc -I. ... -Ishared,/usr/include/ucd-snmp .. -o snmp.lo snmp.c:60: default_store.h: No such file or directory -- Edit bug report at: http://bugs.php.net/?id=13557edit=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 #13512 Updated: The backtick operator only returns stdout, not stderr
ID: 13512 Updated by: edink Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 4.0.5 New Comment: What you want can be probably be achieved with: $output = `command 21`; Previous Comments: [2001-10-02 10:27:43] [EMAIL PROTECTED] If I use the backtick operator, like: $output = `command goes here`; and if the program 'command' returns its output to stderr and not stdout, then it's not easy to get the output. Right now, it can be solved by adding: 2 /tmp/file/here and then reading the file in the script, but that's not a good solution. Edit this bug report at http://bugs.php.net/?id=13512edit=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: RC3
Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Zeev Suraski wrote: Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz In addition to previous problem, CGI build seems to print following line again.. Minor problems with phpinfo() while running PHP as Apache module. Logo images(PHP/Zend) are not displayed. auto_prepend(append)_file entries are not displayed correctly. Master values are missing (missing td/td for master values). (I set auto_prepend(append)_files in httpd.conf) ./configure \ --with-apxs \ --disable-short-tags \ --without-mysql \ --with-bz2 \ --with-curl \ --with-ftp \ --with-iconv \ --with-mhash \ --with-mcrypt \ --with-openssl \ --with-pgsql \ --with-regex=system \ --with-zlib \ --with-gd=/usr \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr/X11R6 \ --enable-bcmath \ --enable-ftp \ --enable-shmop \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-memory-limit \ --enable-wddx \ --enable-debug \ --enable-inline-optimization \ OS: linux 2.4.4/glibc 2.2.2 -- Yasuo Ohgaki -- 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 #13554 Updated: Storing complex object as session variable makes apache go beserk
ID: 13554
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: Redhat Linux
PHP Version: 4.0.6
New Comment:
It should also be noted that I dont see this problem with much smaller / less complex
objects.
Previous Comments:
[2001-10-05 02:54:51] [EMAIL PROTECTED]
Before this, I've started the session, and have included the file defining the Test
class.
session_register(testCache);
if(!isset($testCache))
{
$testCache = new Test($testid);
echo Loading non cached...;
}
It should be noted that an instantiated Test object is really pretty darn hefty and
contains arrays of objects in its attributes with many methods. Total footprint is
probably around 150k or so.
The first time this code is executed, testCache is empty
and is created within the body of the if statement
The second time (reload the page for instance) it causes the apache process servicing
the request to gobble up insane amounts of memory. As far as I can tell, apache will
never respond back. On the reload, the session variable should be set
Edit this bug report at http://bugs.php.net/?id=13554edit=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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: Could you be a little less cryptic please? I would expect this to print: int 2 float 100 string '8.78' float 8.78 float 878 int 878 int 878 Which is exactly what I am seeing. $scaled = 8.78 * 100.0 which gives a double value of 878.00 therefore round(878.00) would be 878 and intval(878) is 878. What exactly are you expecting to be different here? Previous Comments: [2001-10-04 19:08:52] [EMAIL PROTECTED] It seems that intval does not round off double numbers like the function that prints those numbers. Try this script to see the problem. ? $decimal_places=2; $decimal_factor=pow(10.0,$decimal_places); $value='8.78'; $double=doubleval($value); $scaled=$double*$decimal_factor; $integer=intval($scaled); $round=intval(round($scaled)); var_dump($decimal_places,$decimal_factor,$value,$double,$scaled,$integer,$round); ? Edit this bug report at http://bugs.php.net/?id=13550edit=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-QA] Re: RC3
At 16:31 05/10/2001 +0900, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Zeev Suraski wrote: Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz In addition to previous problem, CGI build seems to print following line again.. Minor problems with phpinfo() while running PHP as Apache module. Logo images(PHP/Zend) are not displayed. *** I don't have those problems. Can you reproduce ? PHPInfo() : http://hellekin.com/info.php hellekin -- 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: [PHP-QA] Re: RC3
On Friday 05 October 2001 9:02 am, Hellekin O. Wolf wrote: At 16:31 05/10/2001 +0900, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Zeev Suraski wrote: Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz In addition to previous problem, CGI build seems to print following line again.. Minor problems with phpinfo() while running PHP as Apache module. Logo images(PHP/Zend) are not displayed. *** I don't have those problems. Can you reproduce ? Likewise - all logos are there for me while running PHP as Apache module. -- Phil Driscoll -- 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 #13558: --with-pear=dir doesn't work
From: [EMAIL PROTECTED] Operating system: RedHat 6.2 PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: --with-pear=dir doesn't work The configure --with-pear=dir option doesn't appear to work. The dir is ignored and PEAR is always installed into /usr/lib/php In configure PEAR_INSTALLDIR is only set if x$PHP_PEAR = xDEFAULT. This is a problem when building an RPM as a non-root user. -- Edit bug report at: http://bugs.php.net/?id=13558edit=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: [PHP-QA] Re: RC3
Ok, it may depends on how PHP is configured. I'll try different configureations later. If you would like to see how it look like, please let me know off list. I'll send image directly. -- Yasuo Ohgaki Phil Driscoll wrote: On Friday 05 October 2001 9:02 am, Hellekin O. Wolf wrote: At 16:31 05/10/2001 +0900, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Zeev Suraski wrote: Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz In addition to previous problem, CGI build seems to print following line again.. Minor problems with phpinfo() while running PHP as Apache module. Logo images(PHP/Zend) are not displayed. *** I don't have those problems. Can you reproduce ? Likewise - all logos are there for me while running PHP as Apache module. -- 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 #13512 Updated: The backtick operator only returns stdout, not stderr
ID: 13512 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 4.0.5 New Comment: RE: [EMAIL PROTECTED] Yes, but that's platform specific solution, so I think it would be better to make PHP return the output to stderr too. For example, that doesn't work on Win9x. Previous Comments: [2001-10-05 03:20:23] [EMAIL PROTECTED] What you want can be probably be achieved with: $output = `command 21`; [2001-10-02 10:27:43] [EMAIL PROTECTED] If I use the backtick operator, like: $output = `command goes here`; and if the program 'command' returns its output to stderr and not stdout, then it's not easy to get the output. Right now, it can be solved by adding: 2 /tmp/file/here and then reading the file in the script, but that's not a good solution. Edit this bug report at http://bugs.php.net/?id=13512edit=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 #13559: parser misinterprets ? in a regexp
From: [EMAIL PROTECTED] Operating system: Debian PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: parser misinterprets ? in a regexp From Debian bug #114345 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=114345repeatmerged=yes When presented with a perfectly valid regular expression that contains ? in it, these characters are confused with those used to close a block of php code in the html file. Example: // $article = preg_replace(/([^]*)(\s+[^]*)?/s, //'', //$article); Even though this entire block is commented out, I still get a parse error due to the ? in the regexp. The workaround seems to be use of the x modifier, and putting whitespace between the ? and , like so... $article = preg_replace(/([^]*)(\s+[^]*)? /xs, Mike -- P.S. cannot there be a mail reportin interface? -- Edit bug report at: http://bugs.php.net/?id=13559edit=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: RC3
commited to PHP_4_0_7 branch. could you recheck please.
thanks,
harald.
-Original Message-
From: Peter Dishman [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 05, 2001 11:16 AM
To: 'Harald Radi'
Subject: RE: RC3
Hi,
I've just tried the latest CVS source (php4-20011005) and
the boolean problem has been fixed but it seems that the
other changes that have been made since Release Candidate 3
are now causing me problems.
I'm using the ADODB php wrapper to talk to an Access database
using ADO COM objects, which now doesn't work. At the moment
I'm getting an error when attempting to open the connection
as it claims it can't find the 'Provider'. I've checked in
the ADODB source and it's doing the following:
$dbc-Provider='MSDASQL'; // $dbc is a COM object of
ADODB.Connection
If I echo this line out immediately after, all I get is
'MSDA' the last few letters are missing! This then causes the
error mentioned. Any ideas??
The project I'm working on also has connections to other COM
objects that seem to be working fine, but they don't involve
setting parameters in the object, only function calls.
Cheers
Pete Dishman
Software Engineer
Email: [EMAIL PROTECTED]
Tel: +44 (0) 1442 242 242
Fax: +44 (0) 1442 242 123
-
Telephonetics - Making Sound Business Sense -
http://www.telephonetics.co.uk/
Disclaimer - Your attention
is drawn to the disclaimer at
http://www.telephonetics.co.uk/edisc.html which applies to
this email - subjects covered are viruses, order placement /
acceptance, confidentiality, security and liability.
You may receive an email copy of the disclaimer by sending
email to mailto:[EMAIL PROTECTED]
--
-Original Message-
From: Harald Radi [mailto:[EMAIL PROTECTED]]
Sent: 04 October 2001 19:26
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: RC3
hi,
This has been the
case for all of the 407 release candidates but it worked
fine in 406.
strange. nearly everything changed in conversion.c, but the boolean
conversion
is always the same since the beginning.
I reported this as a bug (No. 13433) but it's been ignored
so far. It
seems quite important though as it makes code that should work not
work.
i commited a patch to the cvs trunk. i've someone could test this i'll
commit it to the 4.0.7 branch.
i mainly changed the ZVAL_BOOL(pval, V_BOOL(vtval)) to
if(V_BOOL(vtval))
{ZVAL_BOOL(pval, 1);} else {ZVAL_BOOL(pval, 0);}
nothing that should concern anything else ..
aren't there any predefined constants for true and false in
the php/zend
includes ?
harald.
--
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 #13560: mysql_fetch_object can't return any record
From: [EMAIL PROTECTED] Operating system: win2000 PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: mysql_fetch_object can't return any record it dosen't return any record when i use mysql_fetch_object to fetch result! -- Edit bug report at: http://bugs.php.net/?id=13560edit=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 #13560 Updated: mysql_fetch_object can't return any record
ID: 13560 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: win2000 PHP Version: 4.0.6 New Comment: not enough info. read bugs-dos-and-donts.php Previous Comments: [2001-10-05 06:33:07] [EMAIL PROTECTED] it dosen't return any record when i use mysql_fetch_object to fetch result! Edit this bug report at http://bugs.php.net/?id=13560edit=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 #13559: parser misinterprets ? in a regexp
Afaik this is the normal behaviour. I'm used to workaround this with ...?. - Markus On Fri, Oct 05, 2001 at 09:50:43AM -, [EMAIL PROTECTED] wrote : From: [EMAIL PROTECTED] Operating system: Debian PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: parser misinterprets ? in a regexp From Debian bug #114345 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=114345repeatmerged=yes When presented with a perfectly valid regular expression that contains ? in it, these characters are confused with those used to close a block of php code in the html file. Example: // $article = preg_replace(/([^]*)(\s+[^]*)?/s, //'', //$article); Even though this entire block is commented out, I still get a parse error due to the ? in the regexp. The workaround seems to be use of the x modifier, and putting whitespace between the ? and , like so... $article = preg_replace(/([^]*)(\s+[^]*)? /xs, Mike -- P.S. cannot there be a mail reportin interface? -- Edit bug report at: http://bugs.php.net/?id=13559edit=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] -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- 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 #13561: --without-pear prevent install of php-config,phpize,...
From: [EMAIL PROTECTED] Operating system: i686-pc-linux-gnu PHP version: 4.0CVS-2001-10-05 PHP Bug Type: *Configuration Issues Bug description: --without-pear prevent install of php-config,phpize,... Hi, a little configure bug. If you disable the pear installation with --without-pear then php-config,phpize, ... files will not copy with make install Regards, -- Steve -- Edit bug report at: http://bugs.php.net/?id=13561edit=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 #13552 Updated: Unresolved symbol: mysql_*
ID: 13552 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Dynamic loading Bug Type: MySQL related Operating System: HPUX 11.00 PHP Version: 4.0.6 New Comment: Is the path where the mysql libs are in the LIBPATH? --Jani Previous Comments: [2001-10-04 21:09:46] [EMAIL PROTECTED] Apache 1.3.14 Mysql 3.23.39 PHP 4.0.6 HP ANSI compilers ./configure --with-apxs=/opt/apache/bin/apxs \ --with-freetype-dir=/opt/freetype2 \ --enable-freetype-4bit-antialias-hack \ --enable-ftp \ --with-mysql=/opt/mysql \ --with-pdflib=/usr/local/lib \ --enable-shared-pdflib \ --with-config-file-path=/opt/apache/etc/php.ini modified apxs changed .so to.sl suffix after a make install, I start apache it spews a large amount of Unresolved mysql symbols. nm /opt/apache/lib/modules/libphp4.sl | grep mysql mysql_affected_rows | |undef |code | mysql_affected_rows | 1043176|uext |stub | mysql_close | |undef |code | mysql_close | 1019288|uext |stub | Most MySQL symbols are undefined in libphp4.sl Any ideas on the cause? Everything works when I exclude mysql from the configure script. Thanks Tony Galan Edit this bug report at http://bugs.php.net/?id=13552edit=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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: Except that it doesn't, here and in many other users machines it prints: int(2) float(100) string(4) 8.78 float(8.78) float(878) int(877) int(878) glibc rpm version is 2.2-7. Previous Comments: [2001-10-05 03:58:28] [EMAIL PROTECTED] Could you be a little less cryptic please? I would expect this to print: int 2 float 100 string '8.78' float 8.78 float 878 int 878 int 878 Which is exactly what I am seeing. $scaled = 8.78 * 100.0 which gives a double value of 878.00 therefore round(878.00) would be 878 and intval(878) is 878. What exactly are you expecting to be different here? [2001-10-04 19:08:52] [EMAIL PROTECTED] It seems that intval does not round off double numbers like the function that prints those numbers. Try this script to see the problem. ? $decimal_places=2; $decimal_factor=pow(10.0,$decimal_places); $value='8.78'; $double=doubleval($value); $scaled=$double*$decimal_factor; $integer=intval($scaled); $round=intval(round($scaled)); var_dump($decimal_places,$decimal_factor,$value,$double,$scaled,$integer,$round); ? Edit this bug report at http://bugs.php.net/?id=13550edit=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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 Updated by: manuel Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: The bug is real. Try it on the mentioned OS with glibc version mentioned in the report to see it. Previous Comments: [2001-10-05 08:30:42] [EMAIL PROTECTED] Except that it doesn't, here and in many other users machines it prints: int(2) float(100) string(4) 8.78 float(8.78) float(878) int(877) int(878) glibc rpm version is 2.2-7. [2001-10-05 03:58:28] [EMAIL PROTECTED] Could you be a little less cryptic please? I would expect this to print: int 2 float 100 string '8.78' float 8.78 float 878 int 878 int 878 Which is exactly what I am seeing. $scaled = 8.78 * 100.0 which gives a double value of 878.00 therefore round(878.00) would be 878 and intval(878) is 878. What exactly are you expecting to be different here? [2001-10-04 19:08:52] [EMAIL PROTECTED] It seems that intval does not round off double numbers like the function that prints those numbers. Try this script to see the problem. ? $decimal_places=2; $decimal_factor=pow(10.0,$decimal_places); $value='8.78'; $double=doubleval($value); $scaled=$double*$decimal_factor; $integer=intval($scaled); $round=intval(round($scaled)); var_dump($decimal_places,$decimal_factor,$value,$double,$scaled,$integer,$round); ? Edit this bug report at http://bugs.php.net/?id=13550edit=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] array_change_key_case()
If there are no objections I will later today commit changes to add this function. Edin array.patch -- 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 #13555 Updated: Configure doesn't seem to search /lib for libdb-3.so
ID: 13555 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 6.2 PHP Version: 4.0.6 New Comment: Which RPM does install it in /lib/ ?? Previous Comments: [2001-10-05 02:58:27] [EMAIL PROTECTED] Configure doesn't seem to search /lib for db-3.so. On RedHat 6.2 (and above?) systems db3 is installed in /lib not /usr/lib. I tried specifying --with-db3=/ and that didn't seem to solve the issue. Edit this bug report at http://bugs.php.net/?id=13555edit=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 #13557 Updated: Compile bails when you use --with-snmp=shared,/path
ID: 13557 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: *Compile Issues Bug Type: Compile Failure Operating System: PHP Version: 4.0.6 New Comment: Please try the latest CVS snapshot: http://snaps.php.net/ as this should be fixed now. Previous Comments: [2001-10-05 03:15:31] [EMAIL PROTECTED] Although the configure --help says you can use --with-snmp=shared,/usr it infact does not work. You get errors like this: checking for SNMP support... yes, shared ./configure: shared,/usr/include: No such file or directory and gcc -I. ... -Ishared,/usr/include/ucd-snmp .. -o snmp.lo snmp.c:60: default_store.h: No such file or directory Edit this bug report at http://bugs.php.net/?id=13557edit=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 #13558 Updated: --with-pear=dir doesn't work
ID: 13558 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Compile Issues Operating System: RedHat 6.2 PHP Version: 4.0.6 New Comment: Fixed in CVS. Previous Comments: [2001-10-05 04:20:52] [EMAIL PROTECTED] The configure --with-pear=dir option doesn't appear to work. The dir is ignored and PEAR is always installed into /usr/lib/php In configure PEAR_INSTALLDIR is only set if x$PHP_PEAR = xDEFAULT. This is a problem when building an RPM as a non-root user. Edit this bug report at http://bugs.php.net/?id=13558edit=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 #13551 Updated: BC functions apply decimal places argument also on arguments
ID: 13551
Updated by: manuel
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Open
Old Bug Type: Documentation problem
Bug Type: BC math related
Operating System: Linux 2.2.18
PHP Version: 4.0.6
New Comment:
That is incorrect. BC is for arbitrary percision arithmetic. Arguments should be
strings not integers. Just change the precision argument in the example from 0 to 2
and you will see that it will consider the decimal places of the multiplication
arguments.
The problem is that the way PHP BC module is working is that it applies the decimal
places to arguments when it should only apply to the result.
bcmul('8.78','100',2) should be '878.00'
and
bcmul('8.78','100',0) should be '878' and not '800', otherwise BC PHP module is
useless because you can't perform a calculation and control the decimal places of the
result without affecting the operands.
It should work like sprintf(%.2f,$operand_1*$operand_2) where 2 is the number of
decimal places of the output and and not of the operand values because these may have
much more decimal places than the result.
Previous Comments:
[2001-10-05 02:21:10] [EMAIL PROTECTED]
It's not a bug, but a feature (tm). BC only works with integer values, and all
arguments must be integer values.
However, the documentation is not quite clear here.
Derick
[2001-10-04 19:49:04] [EMAIL PROTECTED]
Confirmed with latest CVS. Either the documentation is wrong or the implementation.
Both won't need rocket sience to fix ...
Btw, this seems to be true for all bc*() functions.
Probably the documentation isn't clear enough about the current behaviour. Andi?
- Markus
[2001-10-04 19:18:17] [EMAIL PROTECTED]
BC functions apply decimal places also on arguments but it should only apply them on
the result.
For example bcmul('8.78','100',0) should return 878 and not 800 as it does now.
Edit this bug report at http://bugs.php.net/?id=13551edit=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 #13563: required directory c:\tmp not created if not found
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Session related Bug description: required directory c:\tmp not created if not found Sessions depends on the existence of a special root level folder named \tmp. Unfortunately, this is not created if it is not present when sessions needs it. Instead, an error message is generated - but this is only meaningful if the rest of the browser-server-php-database-os software dependency chain is absolutely correct... I just had to re-install everything after a virus trashed my HD and I needed to re-format. It took me quite a while to figure out exactly what was wrong. I hope this 'tip' saves other folks similar hassles. -- Edit bug report at: http://bugs.php.net/?id=13563edit=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 #13563 Updated: required directory c:\tmp not created if not found
ID: 13563 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: PHP Version: 4.0.6 New Comment: not a bug. Previous Comments: [2001-10-05 09:46:47] [EMAIL PROTECTED] Sessions depends on the existence of a special root level folder named \tmp. Unfortunately, this is not created if it is not present when sessions needs it. Instead, an error message is generated - but this is only meaningful if the rest of the browser-server-php-database-os software dependency chain is absolutely correct... I just had to re-install everything after a virus trashed my HD and I needed to re-format. It took me quite a while to figure out exactly what was wrong. I hope this 'tip' saves other folks similar hassles. Edit this bug report at http://bugs.php.net/?id=13563edit=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 #13245 Updated: Hard 8Mb limit on file uploads?
ID: 13245 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: HTTP related Operating System: linux PHP Version: 4.0.6 New Comment: You're the only one who experiences this 'bug' so I doubt it is a bug but only a misconfiguration. Did you or did you not set those directives I mentioned before? --Jani Previous Comments: [2001-10-04 22:34:38] [EMAIL PROTECTED] I'm reporting something I belive to be a bug. I wouldn't complain about it here otherwise, now would I? [2001-10-04 19:53:46] [EMAIL PROTECTED] Did you change the other options? post_max_size / memory_limit ? [2001-10-04 19:49:25] [EMAIL PROTECTED] changed those. no go. PHP INFO reports upload limit of 16Mb, although it cant go over 8Mb. Memory limit is set at 8Mb - didnt compile with this option. [2001-10-03 11:06:45] [EMAIL PROTECTED] No feedback. Closing. [2001-09-12 08:01:52] [EMAIL PROTECTED] I hope you also restarted your webserver after changing these values in php.ini?? Check what phpinfo() has to say about these settings. --Jani 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=13245 Edit this bug report at http://bugs.php.net/?id=13245edit=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-QA] RC3 MacOSX Good but problem with Apache2 on Linux
Hi all, Just to let you know that RC3 installed OK on Mac OSX. ./configure --with-mysql --with-apache=../../apachesource/apache1_3 --enable -track-vars However, I'm having trouble with Apache 2.0.16 on Linux 7.1 (2.4.2-2) when I configure like so: ./configure --with-mysql --with-apache=../httpd-2_0_16 --enable-track-vars It falls over with unable to find httpd.h under ../../blah/blah/httpd-2_0_16 I know it's probably something silly that I'm either doing, or not doing, but if you can point me in the right direction I can get this thing up and running to give it a real good going over. Cheers Andy. - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, October 04, 2001 1:04 AM Subject: [PHP-QA] RC3 Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz -- PHP Quality Assurance 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 #13564: Every 5-10 page requests to page with OCI8 calls ends in segmentation fault
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 8 RH6.2 PHP version: 4.0.6 PHP Bug Type: OCI8 related Bug description: Every 5-10 page requests to page with OCI8 calls ends in segmentation fault Standard Oracle/OCI calls which work fine and then every 5-10 hits at the page the page doesn't return correctly and then a segmentation error follows. Checking the error_log shows the frequency of the problem is quite high, when requesting the page in quick succession. [Fri Oct 5 11:31:25 2001] [notice] child pid 1508 exit signal Segmentation fault (11) [Fri Oct 5 11:31:28 2001] [notice] child pid 1466 exit signal Segmentation fault (11) [Fri Oct 5 11:31:32 2001] [notice] child pid 1364 exit signal Segmentation fault (11) [Fri Oct 5 11:31:34 2001] [notice] child pid 1463 exit signal Segmentation fault (11) [Fri Oct 5 11:32:35 2001] [notice] child pid 1472 exit signal Segmentation fault (11) [Fri Oct 5 11:32:48 2001] [notice] child pid 1482 exit signal Segmentation fault (11) [Fri Oct 5 11:32:51 2001] [notice] child pid 1465 exit signal Segmentation fault (11) [Fri Oct 5 11:34:31 2001] [notice] child pid 1461 exit signal Segmentation fault (11) [Fri Oct 5 11:38:52 2001] [notice] child pid 1456 exit signal Segmentation fault (11) - Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 14388)] 0x403e59f5 in _efree (ptr=0x8149da4) at zend_alloc.c:226 226 REMOVE_POINTER_FROM_LIST(p); (gdb) (gdb) bt #0 0x403e59f5 in _efree (ptr=0x8149da4) at zend_alloc.c:226 #1 0x403fda75 in _zval_dtor (zvalue=0x8149e30) at zend_variables.c:62 #2 0x403eb4c3 in free_zend_constant (c=0x8149e30) at zend_constants.c:31 #3 0x40402bf9 in zend_hash_apply_deleter (ht=0x80f1ce0, p=0x817d968) at zend_hash.c:615 #4 0x40402d9c in zend_hash_apply (ht=0x80f1ce0, apply_func=0x403eb570 clean_non_persistent_constant) at zend_hash.c:689 #5 0x403eb8cc in clean_non_persistent_constants () at zend_constants.c:163 #6 0x403f60ba in shutdown_executor () at zend_execute_API.c:183 #7 0x403fe8a5 in zend_deactivate () at zend.c:540 #8 0x4041043f in php_request_shutdown (dummy=0x0) at main.c:660 #9 0x4040df13 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:292 #10 0x080537c9 in ap_bytes_in_free_blocks () #11 0x08050aeb in ap_destroy_pool () #12 0x0805257c in ap_clear_pool () #13 0x0805e9b6 in ap_update_child_status () #14 0x0805f2ef in ap_update_child_status () #15 0x0805fa04 in ap_update_child_status () #16 0x08060319 in main () #17 0x401381f0 in __libc_start_main () from /lib/libc.so.6 (gdb) bt full #0 0x403e59f5 in _efree (ptr=0x8149da4) at zend_alloc.c:226 p = (zend_mem_header *) 0x8149d98 cache_index = 16946097 #1 0x403fda75 in _zval_dtor (zvalue=0x8149e30) at zend_variables.c:62 zvalue = (zval *) 0x8149e30 #2 0x403eb4c3 in free_zend_constant (c=0x8149e30) at zend_constants.c:31 c = (zend_constant *) 0x8149e30 #3 0x40402bf9 in zend_hash_apply_deleter (ht=0x80f1ce0, p=0x817d968) at zend_hash.c:615 ht = (HashTable *) 0x80f1ce0 p = (Bucket *) 0x817d968 retval = (Bucket *) 0xb0f8 #4 0x40402d9c in zend_hash_apply (ht=0x80f1ce0, apply_func=0x403eb570 clean_non_persistent_constant) at zend_hash.c:689 ht = (HashTable *) 0x80f1ce0 p = (Bucket *) 0x817d968 #5 0x403eb8cc in clean_non_persistent_constants () at zend_constants.c:163 No locals. #6 0x403f60ba in shutdown_executor () at zend_execute_API.c:183 No locals. #7 0x403fe8a5 in zend_deactivate () at zend.c:540 No locals. #8 0x4041043f in php_request_shutdown (dummy=0x0) at main.c:660 ---Type return to continue, or q return to quit--- No locals. #9 0x4040df13 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:292 dummy = (void *) 0x776f52 #10 0x080537c9 in ap_bytes_in_free_blocks () No symbol table info available. #11 0x08050aeb in ap_destroy_pool () No symbol table info available. #12 0x0805257c in ap_clear_pool () No symbol table info available. #13 0x0805e9b6 in ap_update_child_status () No symbol table info available. #14 0x0805f2ef in ap_update_child_status () No symbol table info available. #15 0x0805fa04 in ap_update_child_status () No symbol table info available. #16 0x08060319 in main () No symbol table info available. #17 0x401381f0 in __libc_start_main () from /lib/libc.so.6 No symbol table info available. -- Edit bug report at: http://bugs.php.net/?id=13564edit=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] Sessions and register_globals
I just noticed the following with PHP 4.0.8-dev, built from CVS today:
When register_globals is enabled, this script
?php
session_register('session');
$session[] = time();
?
pre
?php
echo session_id().'br';
print_r($session);
?
outputs an array that grows with each request to the script.
When register_globals is disabled, it only outputs the timestamp of
the current request.
Since the displayed session_id does not change between requests, it
is not the session itself that 'gets lost' when register_globals is
disabled, but 'only' the variables contents.
Now: Is this intended behaviour and I just never happened to notice it
since I disabled register_globals for the first time today, or is
this a bug?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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] ps_mm_initialize() always called
Sascha, do you think it would be possible to move that call out of the MINIT function in MINIT? It doesn't make a lot of sense to me to initialize mm if it is not being used. Especially since this could fail and prevent people from using file-based sessions. Perhaps the right fix is to check if the session handler is mm in MINIT and also stick that initialization in the onupdate ini handler. -Rasmus -- 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: ps_mm_initialize() always called
On Fri, 5 Oct 2001, Rasmus Lerdorf wrote: Sascha, do you think it would be possible to move that call out of the MINIT function in MINIT? It doesn't make a lot of sense to me to initialize mm if it is not being used. Especially since this could fail and prevent people from using file-based sessions. Perhaps the right fix is to check if the session handler is mm in MINIT and also stick that initialization in the onupdate ini handler. Nope, that would make it impossible to switch save handlers, because the shared memory segment has to be initialized from the parent process (anonymous shared memory). MINIT is executed exactly once per apachectl (re)start and only if you have explicitly build PHP with MM support. Could you elaborate on where you see a problem? - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] Sessions and register_globals
This is expected behaviour as far as I am concerned. When
register_globals is off the $session[] array is completely separate from
$HTTP_SESSION_VARS['session'] so doing a session_register('session') is
replacing the existing registered variable with this completely new one.
-Rasmus
On Fri, 5 Oct 2001, Sebastian Bergmann wrote:
I just noticed the following with PHP 4.0.8-dev, built from CVS today:
When register_globals is enabled, this script
?php
session_register('session');
$session[] = time();
?
pre
?php
echo session_id().'br';
print_r($session);
?
outputs an array that grows with each request to the script.
When register_globals is disabled, it only outputs the timestamp of
the current request.
Since the displayed session_id does not change between requests, it
is not the session itself that 'gets lost' when register_globals is
disabled, but 'only' the variables contents.
Now: Is this intended behaviour and I just never happened to notice it
since I disabled register_globals for the first time today, or is
this a bug?
--
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] Sessions and register_globals
Rasmus Lerdorf wrote: This is expected behaviour as far as I am concerned. Sascha just enlightened me on #php.de. Never mind, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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]
Re: [PHP-DEV] Re: ps_mm_initialize() always called
I have seen a number of people getting Unable to start session mm module in Unknown on line 0 errors even when they aren't using mm as their session handler. See: http://bugs.php.net/bug.php?id=13379 http://bugs.php.net/bug.php?id=13320 http://bugs.php.net/bug.php?id=13268 http://bugs.php.net/bug.php?id=13095 -Rasmus On Fri, 5 Oct 2001, Sascha Schumann wrote: On Fri, 5 Oct 2001, Rasmus Lerdorf wrote: Sascha, do you think it would be possible to move that call out of the MINIT function in MINIT? It doesn't make a lot of sense to me to initialize mm if it is not being used. Especially since this could fail and prevent people from using file-based sessions. Perhaps the right fix is to check if the session handler is mm in MINIT and also stick that initialization in the onupdate ini handler. Nope, that would make it impossible to switch save handlers, because the shared memory segment has to be initialized from the parent process (anonymous shared memory). MINIT is executed exactly once per apachectl (re)start and only if you have explicitly build PHP with MM support. Could you elaborate on where you see a problem? - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] Sessions and register_globals
Sebastian Bergmann wrote: Rasmus Lerdorf wrote: This is expected behaviour as far as I am concerned. Sascha just enlightened me on #php.de. Something I still don't understand: ?php session_register(count); $HTTP_SESSION_VARS[count]++; echo $HTTP_SESSION_VARS[count]; ? The above script works, ie. outputs an increasing number during subsequent requests, when register_globals is turned off, but not, ie. showing always '1', when it is turned on. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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]
Re: [PHP-DEV] Re: ps_mm_initialize() always called
On Fri, 5 Oct 2001, Rasmus Lerdorf wrote: I have seen a number of people getting Unable to start session mm module in Unknown on line 0 errors even when they aren't using mm as their session handler. Apparently there is some potential for education. It is simply impossible to use the MM-support in unrelated processes, such as multiple running CGI instances. All quoted bug-reports concern that case. I suggest to users who don't fully understand all ramifications to ignore the --with-mm switch. We might make it harder for people to shoot themselves in the foot. This could be achieved by disabling MM support in a CGI context. This configuration should continue to work though for debugging purposes. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] Sessions and register_globals
The above script works, ie. outputs an increasing number during subsequent requests, when register_globals is turned off, but not, ie. showing always '1', when it is turned on. That depends on your PHP version. $foo and $HTTP_SESSION_VARS[foo] should have been aliases for some time. The behaviour was broken though for a period of time. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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: ps_mm_initialize() always called
Probably a good idea as the default Debian php-cgi build has mm support. Not everyone builds their own PHP. -Rasmus On Fri, 5 Oct 2001, Sascha Schumann wrote: On Fri, 5 Oct 2001, Rasmus Lerdorf wrote: I have seen a number of people getting Unable to start session mm module in Unknown on line 0 errors even when they aren't using mm as their session handler. Apparently there is some potential for education. It is simply impossible to use the MM-support in unrelated processes, such as multiple running CGI instances. All quoted bug-reports concern that case. I suggest to users who don't fully understand all ramifications to ignore the --with-mm switch. We might make it harder for people to shoot themselves in the foot. This could be achieved by disabling MM support in a CGI context. This configuration should continue to work though for debugging purposes. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] Sessions and register_globals
Sebastian Bergmann wrote: Rasmus Lerdorf wrote: This is expected behaviour as far as I am concerned. Sascha just enlightened me on #php.de. Something I still don't understand: ?php session_register(count); $HTTP_SESSION_VARS[count]++; echo $HTTP_SESSION_VARS[count]; ? The above script works, ie. outputs an increasing number during subsequent requests, when register_globals is turned off, but not, ie. showing always '1', when it is turned on. Fixed in 4.0.6 I think. -Rasmus -- 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 #13089 Updated: Simple Char Swapping in String crashes Webserver
ID: 13089
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 7.1
PHP Version: 4.0.4pl1
New Comment:
Unable to reproduce this. Could you check to see if this is still a problem in recent
versions?
Previous Comments:
[2001-09-01 09:50:53] [EMAIL PROTECTED]
Hey there i just managed something that i never accomplished beforei
kill a httpd process from PHP,
i run the following code
?
$slen=strlen($enc);
for ($i=0;$i$slen;$i=$i+2) {
$swap=$enc[$i];
$enc[$i]=$enc[$i+1];
$enc[$i+1]=$swap;
}
?
$enc is a string and has an even length
This silly lines of code make the apache child process crash, if i
change it to
?
$slen=strlen($enc);
for ($i=0;$i$slen;$i=$i+2) {
$swap=$enc[$i];
$swap2=$enc[$i+1];
$enc[$i]=$swap2;
$enc[$i+1]=$swap;
}
?
it works well.
what the hell is happening here?
i run php 4.04pl1 as apache module under linux.
Edit this bug report at http://bugs.php.net/?id=13089edit=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 #13540 Updated: dbase_get_record_with_names: comma problem
ID: 13540 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: dBase related Operating System: WinNT PHP Version: 4.0.6 New Comment: The original dbase field type is 'N'. I think the reason for my problem is line 466 in PHP Source 'dbase.c' where the type conversion is executed: #466: case 'N':/* FALLS THROUGH */ ** Dominic Previous Comments: [2001-10-04 10:35:07] [EMAIL PROTECTED] My original dBase contains one field with numbers like 1,5 or 2,5. When I try to get the contents with dbase_get_record_with_names the resulting array contains only the pre-comma-values like 1 or 2. Is it a typecast problem ? I think field contents like '1,5' should be converted to string. Sincerly, Dominic Edit this bug report at http://bugs.php.net/?id=13540edit=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] AW: Bug #13089 Updated: Simple Char Swapping in String crashes Webserver
yes i always had that under 4.06 under windows
-Ursprüngliche Nachricht-
Von: Bug Database [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 5. Oktober 2001 18:38
An: [EMAIL PROTECTED]
Betreff: Bug #13089 Updated: Simple Char Swapping in String crashes
Webserver
ID: 13089
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 7.1
PHP Version: 4.0.4pl1
New Comment:
Unable to reproduce this. Could you check to see if this is
still a problem in recent versions?
Previous Comments:
[2001-09-01 09:50:53] [EMAIL PROTECTED]
Hey there i just managed something that i never accomplished
beforei kill a httpd process from PHP, i run the following code
? $slen=strlen($enc); for ($i=0;$i$slen;$i=$i+2) {
$swap=$enc[$i];$enc[$i]=$enc[$i+1];$enc[$i+1]=$swap; }
? $enc is a string and has an even length This silly lines of
code make the apache child process crash, if i change it to ?
$slen=strlen($enc); for ($i=0;$i$slen;$i=$i+2) {
$swap=$enc[$i];$swap2=$enc[$i+1];$enc[$i]=$swap2;
$enc[$i+1]=$swap; } ? it works well. what the hell is
happening here? i run php 4.04pl1 as apache module under linux.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at
http://bugs.php.net/?id=13089edit=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 #13565: php4-200110050900/ext/standard/dns.c:240: undefined reference to `__res_search'
From: [EMAIL PROTECTED] Operating system: RedHat7.1Kernel 2.4.4 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: php4-200110050900/ext/standard/dns.c:240: undefined reference to `__res_search' Almost same problem that bug ID #10941 but it is not resolved for me in 4.0.6, even with latest snapshot : 200110050900 (from : http://snaps.php.net/) gcc -c -I./os/unix -I./include -DLINUX=22 -I/root/php4-200110050900 -I/root/php4-200110050900/main -I/root/php4-200110050900/main -I/root/php4-200110050900/Zend -I/root/php4-200110050900/Zend -I/root/php4-200110050900/TSRM -I/root/php4-200110050900/TSRM -I/root/php4-200110050900 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` buildmark.c gcc -DLINUX=22 -I/root/php4-200110050900 -I/root/php4-200110050900/main -I/root/php4-200110050900/main -I/root/php4-200110050900/Zend -I/root/php4-200110050900/Zend -I/root/php4-200110050900/TSRM -I/root/php4-200110050900/TSRM -I/root/php4-200110050900 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -Wl,-rpath,/usr/local/lib -Wl,-rpath,/opt/oracle/product/8.1.7/lib -rdynamic -L/usr/local/lib -L/opt/oracle/product/8.1.7/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lm -ldl -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -lclntsh -lm -lcrypt modules/php4/libphp4.a(dns.o): In function `zif_checkdnsrr': /root/php4-200110050900/ext/standard/dns.c:240: undefined reference to `__res_search' modules/php4/libphp4.a(dns.o): In function `zif_getmxrr': /root/php4-200110050900/ext/standard/dns.c:301: undefined reference to `__res_search' /root/php4-200110050900/ext/standard/dns.c:328: undefined reference to `__dn_expand' collect2: ld returned 1 exit status -- Edit bug report at: http://bugs.php.net/?id=13565edit=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 ** PAYFLOWPRO Extension Missing or Not Working for Win32
** BUG ** PAYFLOWPRO Extension Missing or Not Working for Win32 (4.0.6)
version of PHP.
The following code from the Online PHP Manual (from www.php.net) generates
the following error when run.
[ / CODE / ]
?php
pfpro_init();
$transaction = array(USER = 'myUserName',
PWD = 'myPassword',
TRXTYPE = 'S',
TENDER = 'C',
AMT = 1.50,
ACCT = '4111',
EXPDATE = '0904'
);
$response = pfpro_process($transaction);
if (!$response) {
die(Couldn't establish link to Verisign.\n);
}
echo Verisign response code was .$response[RESULT];
echo , which means: .$response[RESPMSG].\n;
echo \nThe transaction request: ;
print_r($transaction);
echo \nThe response: ;
print_r($response);
pfpro_cleanup();
?
[ / ERROR GENERATED / ]
Call to undefined function: pfpro_init()
If someone could please fix this as soon as possible -- thanks. :-)
Jason Caldwell
[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] RC3: bz2 compression seems not to work
Hi list!
My config:
- Apache 1.3.20 on win32;
- php 4.0.7-rc3 from php4win.de (thanks Daniel) loaded as a module;
- php.ini is the recommanded one except pathes and 2 extensions
loaded: gzip and bz2.
My test script:
?php
$var = bzcompress('abcdef123');
echo bzdecompress($var);
?
It returns -5 !
Thanks for your help,
Loïc
__
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
--
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 #13566: BUG FIX? for ext/sockets
From: [EMAIL PROTECTED] Operating system: linux kernel 2.4.2 PHP version: 4.0CVS-2001-10-05 PHP Bug Type: Sockets related Bug description: BUG FIX? for ext/sockets I've been working with the sockets extension for PHP 4.0.8-dev now for the past few days and I've noticed what must be a bug in socket_select(). Basically, socket_select() takes two parameters for timeout values in place of the single timeval struct that the standard select() function takes. With the standard select(), using a NULL instead of a timeout struct causes select() to block indefinitely. The socket_select() function in PHP doesn't have this capability, as calling socket_select() with NULL in both sec and usec end up in the timeval struct both as 0, setting the blocking timeout on the system select() call in turn to 0. A quick fix: if sec and usec are both less than 0, pass NULL to the system select() call instead of a timeval struct with 0s for tv_sec and tv_usec. This will cause the desired effect of having socket_select() block indefinitely, as in system select() function. Unfortunately, at the same time, this creates an incompatibility between socket_select() and system select(), since socket_select() will no longer produce the same results as calling select() with tv_sec = -1 and tv_usec = -1, but I don't think that's much of a problem. I won't bother posting a patch because this will take all of 3 seconds to do. Here's my suggestion: RETURN_LONG(select(max_fd+1, rfds ? (rfds-set) : NULL, wfds ? (wfds-set) : NULL, xfds ? (xfds-set) : NULL, ((Z_LVAL_PP(arg4) 0 Z_LVAL_PP(arg5) 0) ? NULL : tv))); I was raking my brain trying to figure out why I couldn't do jack with socket_select(), and this seems to fix it. Comments? Is it do-able? J -- Edit bug report at: http://bugs.php.net/?id=13566edit=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 #13566: BUG FIX? for ext/sockets
On Fri, Oct 05, 2001 at 06:38:41PM -, [EMAIL PROTECTED] wrote : Unfortunately, at the same time, this creates an incompatibility between socket_select() and system select(), since socket_select() will no longer produce the same results as calling select() with tv_sec = -1 and tv_usec = -1, but I don't think that's much of a problem. I think it should be perfectly valid to pass NULL and detect this in socket_select() so sec/user still can be -1. Lets see what others think. - Markus -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- 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 #13567: array_search does not return FALSE as documented, if no entry was found
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.19
PHP version: 4.0.5
PHP Bug Type: *General Issues
Bug description: array_search does not return FALSE as documented, if no entry was
found
script to reproduce the error quickly:
// won't produce output, is not boolean FALSE
if (array_search ('a', array ('b')) === FALSE)
echo 'is boolean FALSE';
// won't produce output, is not of type boolean
if (is_bool (array_search ('a', array ('b'
echo 'is boolean';
--
Edit bug report at: http://bugs.php.net/?id=13567edit=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 #13568: PHP3 semantics have been retained for nested functions
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.19
PHP version: 4.0.5
PHP Bug Type: *General Issues
Bug description: PHP3 semantics have been retained for nested functions
container ();
a script to reproduce the error quickly.
function container () {
function nested_php3 () {
echo this will be output;
}
nested_php3 ();
nested_php4 ();
function nested_php4 () {
echo this won't be output;
}
}
--
Edit bug report at: http://bugs.php.net/?id=13568edit=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 #13566: BUG FIX? for ext/sockets
Even better. How about making the usec parameter optional in socket_select(), and if the sec parameter is NULL, pass NULL to select() instead of tv? That would make the syntax of select() with a NULL timeout pretty much the same as socket_select() with a NULL timeout, minus the first maxfd parameter in select() of course. J Markus Fischer wrote: On Fri, Oct 05, 2001 at 06:38:41PM -, [EMAIL PROTECTED] wrote : Unfortunately, at the same time, this creates an incompatibility between socket_select() and system select(), since socket_select() will no longer produce the same results as calling select() with tv_sec = -1 and tv_usec = -1, but I don't think that's much of a problem. I think it should be perfectly valid to pass NULL and detect this in socket_select() so sec/user still can be -1. Lets see what others think. - Markus -- 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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: No, floating point numbers are ALWAYS inprecise, and you shouldn't trust on their exact values. See the warning on http://www.php.net/manual/en/language.types.float.php The problem is that $scaled is 877.99 or something, and because of the precision setting in php.ini it is printed as 878, but when using (int) cast, or intval(), it will be rounded down (or twowards zero, don't reacall). By the way, pow(int,int) will yield integer values when possible since 4.0.7, which nukes one possible source of floating point problems (unless you use 10.0 of course, but that doesn't make sense in PHP) BTW: this is a FAQ, will add an entry. Previous Comments: [2001-10-05 08:35:55] [EMAIL PROTECTED] The bug is real. Try it on the mentioned OS with glibc version mentioned in the report to see it. [2001-10-05 08:30:42] [EMAIL PROTECTED] Except that it doesn't, here and in many other users machines it prints: int(2) float(100) string(4) 8.78 float(8.78) float(878) int(877) int(878) glibc rpm version is 2.2-7. [2001-10-05 03:58:28] [EMAIL PROTECTED] Could you be a little less cryptic please? I would expect this to print: int 2 float 100 string '8.78' float 8.78 float 878 int 878 int 878 Which is exactly what I am seeing. $scaled = 8.78 * 100.0 which gives a double value of 878.00 therefore round(878.00) would be 878 and intval(878) is 878. What exactly are you expecting to be different here? [2001-10-04 19:08:52] [EMAIL PROTECTED] It seems that intval does not round off double numbers like the function that prints those numbers. Try this script to see the problem. ? $decimal_places=2; $decimal_factor=pow(10.0,$decimal_places); $value='8.78'; $double=doubleval($value); $scaled=$double*$decimal_factor; $integer=intval($scaled); $round=intval(round($scaled)); var_dump($decimal_places,$decimal_factor,$value,$double,$scaled,$integer,$round); ? Edit this bug report at http://bugs.php.net/?id=13550edit=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] Sessions and register_globals
Sascha Schumann wrote: That depends on your PHP version. $foo and $HTTP_SESSION_VARS[foo] should have been aliases for some time. The behaviour was broken though for a period of time. As I initially stated, I'm trying this with PHP 4.0.8-dev. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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 #13567 Updated: array_search does not return FALSE as documented, if no entry was found
ID: 13567
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Arrays related
Operating System: Linux 2.2.19
PHP Version: 4.0.5
Assigned To: jeroen
New Comment:
Fixed in CVS, will be in 4.0.8, and maybe in 4.0.7
(what's the policy on this kind of bugfixes?)
Previous Comments:
[2001-10-05 16:05:26] [EMAIL PROTECTED]
Use var_dump to check what's actually returned.
NULL is returned, confirmed with latest CVS.
Assigning to myself
[2001-10-05 14:50:57] [EMAIL PROTECTED]
script to reproduce the error quickly:
// won't produce output, is not boolean FALSE
if (array_search ('a', array ('b')) === FALSE)
echo 'is boolean FALSE';
// won't produce output, is not of type boolean
if (is_bool (array_search ('a', array ('b'
echo 'is boolean';
Edit this bug report at http://bugs.php.net/?id=13567edit=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 #13522 Updated: openssl_seal always returns FALSE
ID: 13522
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: OpenSSL related
Operating System: SunOS 5.7
Old PHP Version: 4.0.4pl1
PHP Version: 4.0.6
New Comment:
Upgraded to 4.0.6, so now I can use the openssl_error_string() function. However, I
still don't see any errors generated
by openssl_seal(). Below is how I use it:
if (openssl_seal($data, $sealed, $ekeys, array($pk1,$pk2))) {
echo Sealed: $sealed\n;
}
else{
echo Could not seal data\n;
while ($text = openssl_error_string())
echo $text \n;
}
This reports no errors. When I try to open the 'encrypted'
data, I do get some errors (I think these are expected):
error:0407106B:rsa routines:RSA_padding_check_PKCS1_type_2:block type is not 02
error:04065072:rsa routines:RSA_EAY_PRIVATE_DECRYPT:padding check failed
Previous Comments:
[2001-10-03 08:57:46] [EMAIL PROTECTED]
Please try with PHP 4.0.6 or PHP 4.0.7RC3.
If you are still getting a false return, try using
the openssl_error_string() as mentioned in the online
manual.
--Wez.
[2001-10-02 17:28:18] [EMAIL PROTECTED]
I can't get the example openssl_seal() code (given in the online manual) to work. The
function always returns FALSE without specifying an error; sealed data and envelope
keys are void. I'm using the demo key and certificate that comes with OpenSSL 0.9.6a
(in demos dir) and all of the other functions (like openssl_get_public_key) seem to
work, i.e. they return resource identifiers.
Config line:
'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-cybercash=/usr/installs/mck-3.3.1-sparc-sun-solaris2.7''--with-mysql=/usr/local'
'--with-xml' '--with-oci8' '--with-curl=/usr/local''--with-openssl=/usr/local'
'--with-ldap=/usr/local'
Edit this bug report at http://bugs.php.net/?id=13522edit=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 #13569: ibase_fetch_row doesn't null terminate all strings?
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.0.4pl1
PHP Bug Type: InterBase related
Bug description: ibase_fetch_row doesn't null terminate all strings?
pre
The summary says it all, I guess.
$indexed = array();
$assoc = array();
$nullassoc = array();
while($row = ibase_fetch_row($sth)) {
array_push($indexed, $row[0]);
$assoc[$row[0]] = $row[1];
$nullassoc[${row[0]}\0] = $row[1];
}
foreach($indexed as $key=$val) {
echo indexed key: '$key' val: '$val'br\n;
}
foreach($assoc as $key=$val) {
echo assoc key: '$key' val: '$val'br\n;
}
foreach($nullassoc as $key=$val) {
echo nullassoc key: '$key' val: '$val'br\n;
}
If you run this code with a select statement such as
select varcharcol, varcharcol2 from table, you should see the problem. You
may need to run it a couple times to actually see it happen.
The problem could also be in the routine that handles
$array[$key] = $val, as evidenced by the first runthrough,
where the values appear to be correctly null terminated.
Feel free to contact me with any questions or if this doesn't make sense!
Thanks
/pre
--
Edit bug report at: http://bugs.php.net/?id=13569edit=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] Sessions and register_globals
Sebastian Bergmann wrote:
As I initially stated, I'm trying this with PHP 4.0.8-dev.
The following script works with both register_globals enabled and
disabled and PHP 4.0.8. Can't test it right now with pre-4.0.7, but it
should work, too.
?php
session_register('session');
if (ini_get('register_globals')) {
$session = $GLOBALS['session'];
} else {
if (function_exists('import_request_variables')) {
$session = $_SESSION['session'];
} else {
$session = $HTTP_SESSION_VARS['session'];
}
}
echo $session++;
?
Now, is this the simplest solution possible, to use session variables
while not depending on the setting of register_globals?
Thanks,
Sebastian
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 Updated by: manuel Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: I don't think you are understanding the problem. Basically the bug is that in PHP: intval($double)!=intval(round($double)) round($double) is still a floating point number. The problem is that currently in PHP the intval() floating point rounding rule is not the same as round() rule. This is a real PHP bug that needs to be fixed, because if: echo $double; prints the same as echo round($double); then echo intval($double); should print the same as echo intval(round($double)); Previous Comments: [2001-10-05 15:56:41] [EMAIL PROTECTED] No, floating point numbers are ALWAYS inprecise, and you shouldn't trust on their exact values. See the warning on http://www.php.net/manual/en/language.types.float.php The problem is that $scaled is 877.99 or something, and because of the precision setting in php.ini it is printed as 878, but when using (int) cast, or intval(), it will be rounded down (or twowards zero, don't reacall). By the way, pow(int,int) will yield integer values when possible since 4.0.7, which nukes one possible source of floating point problems (unless you use 10.0 of course, but that doesn't make sense in PHP) BTW: this is a FAQ, will add an entry. [2001-10-05 08:35:55] [EMAIL PROTECTED] The bug is real. Try it on the mentioned OS with glibc version mentioned in the report to see it. [2001-10-05 08:30:42] [EMAIL PROTECTED] Except that it doesn't, here and in many other users machines it prints: int(2) float(100) string(4) 8.78 float(8.78) float(878) int(877) int(878) glibc rpm version is 2.2-7. [2001-10-05 03:58:28] [EMAIL PROTECTED] Could you be a little less cryptic please? I would expect this to print: int 2 float 100 string '8.78' float 8.78 float 878 int 878 int 878 Which is exactly what I am seeing. $scaled = 8.78 * 100.0 which gives a double value of 878.00 therefore round(878.00) would be 878 and intval(878) is 878. What exactly are you expecting to be different here? [2001-10-04 19:08:52] [EMAIL PROTECTED] It seems that intval does not round off double numbers like the function that prints those numbers. Try this script to see the problem. ? $decimal_places=2; $decimal_factor=pow(10.0,$decimal_places); $value='8.78'; $double=doubleval($value); $scaled=$double*$decimal_factor; $integer=intval($scaled); $round=intval(round($scaled)); var_dump($decimal_places,$decimal_factor,$value,$double,$scaled,$integer,$round); ? Edit this bug report at http://bugs.php.net/?id=13550edit=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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: Basically the bug is that in PHP: intval($double)!=intval(round($double)) converting to integer will round DOWN, while rounding first rounds towards the nearst integer. intval($float) and intval(floor($float)) should be the same for nonnegative $float's, but in the case of round that's not true. So not a bug Previous Comments: [2001-10-05 16:40:50] [EMAIL PROTECTED] I don't think you are understanding the problem. Basically the bug is that in PHP: intval($double)!=intval(round($double)) round($double) is still a floating point number. The problem is that currently in PHP the intval() floating point rounding rule is not the same as round() rule. This is a real PHP bug that needs to be fixed, because if: echo $double; prints the same as echo round($double); then echo intval($double); should print the same as echo intval(round($double)); [2001-10-05 15:56:41] [EMAIL PROTECTED] No, floating point numbers are ALWAYS inprecise, and you shouldn't trust on their exact values. See the warning on http://www.php.net/manual/en/language.types.float.php The problem is that $scaled is 877.99 or something, and because of the precision setting in php.ini it is printed as 878, but when using (int) cast, or intval(), it will be rounded down (or twowards zero, don't reacall). By the way, pow(int,int) will yield integer values when possible since 4.0.7, which nukes one possible source of floating point problems (unless you use 10.0 of course, but that doesn't make sense in PHP) BTW: this is a FAQ, will add an entry. [2001-10-05 08:35:55] [EMAIL PROTECTED] The bug is real. Try it on the mentioned OS with glibc version mentioned in the report to see it. [2001-10-05 08:30:42] [EMAIL PROTECTED] Except that it doesn't, here and in many other users machines it prints: int(2) float(100) string(4) 8.78 float(8.78) float(878) int(877) int(878) glibc rpm version is 2.2-7. [2001-10-05 03:58:28] [EMAIL PROTECTED] Could you be a little less cryptic please? I would expect this to print: int 2 float 100 string '8.78' float 8.78 float 878 int 878 int 878 Which is exactly what I am seeing. $scaled = 8.78 * 100.0 which gives a double value of 878.00 therefore round(878.00) would be 878 and intval(878) is 878. What exactly are you expecting to be different here? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=13550 Edit this bug report at http://bugs.php.net/?id=13550edit=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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: quote This is a real PHP bug that needs to be fixed, because if: [1]echo $double; prints the same as [2]echo round($double); then [3]echo intval($double); should print the same as [4]echo intval(round($double)); /quote [1] and [2] _print_ the same, but they aren't. It's because of the precision setting in php.ini (14 significant numbers, IIRC) This is inherently to floating point numbers. Simply don't trust them to the last digit. Previous Comments: [2001-10-05 16:45:13] [EMAIL PROTECTED] Basically the bug is that in PHP: intval($double)!=intval(round($double)) converting to integer will round DOWN, while rounding first rounds towards the nearst integer. intval($float) and intval(floor($float)) should be the same for nonnegative $float's, but in the case of round that's not true. So not a bug [2001-10-05 16:40:50] [EMAIL PROTECTED] I don't think you are understanding the problem. Basically the bug is that in PHP: intval($double)!=intval(round($double)) round($double) is still a floating point number. The problem is that currently in PHP the intval() floating point rounding rule is not the same as round() rule. This is a real PHP bug that needs to be fixed, because if: echo $double; prints the same as echo round($double); then echo intval($double); should print the same as echo intval(round($double)); [2001-10-05 15:56:41] [EMAIL PROTECTED] No, floating point numbers are ALWAYS inprecise, and you shouldn't trust on their exact values. See the warning on http://www.php.net/manual/en/language.types.float.php The problem is that $scaled is 877.99 or something, and because of the precision setting in php.ini it is printed as 878, but when using (int) cast, or intval(), it will be rounded down (or twowards zero, don't reacall). By the way, pow(int,int) will yield integer values when possible since 4.0.7, which nukes one possible source of floating point problems (unless you use 10.0 of course, but that doesn't make sense in PHP) BTW: this is a FAQ, will add an entry. [2001-10-05 08:35:55] [EMAIL PROTECTED] The bug is real. Try it on the mentioned OS with glibc version mentioned in the report to see it. [2001-10-05 08:30:42] [EMAIL PROTECTED] Except that it doesn't, here and in many other users machines it prints: int(2) float(100) string(4) 8.78 float(8.78) float(878) int(877) int(878) glibc rpm version is 2.2-7. 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=13550 Edit this bug report at http://bugs.php.net/?id=13550edit=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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: Ok, you could have stated this to begin with: intval($double)!=intval(round($double)) Where are you getting the idea that intval does a round()? intval(3.99) would be 3 round(3.99) would be 4 Therefore intval(round(3.99)) would be 4 and thus often intval($double) != intval(round($double)) Previous Comments: [2001-10-05 16:54:14] [EMAIL PROTECTED] quote This is a real PHP bug that needs to be fixed, because if: [1]echo $double; prints the same as [2]echo round($double); then [3]echo intval($double); should print the same as [4]echo intval(round($double)); /quote [1] and [2] _print_ the same, but they aren't. It's because of the precision setting in php.ini (14 significant numbers, IIRC) This is inherently to floating point numbers. Simply don't trust them to the last digit. [2001-10-05 16:45:13] [EMAIL PROTECTED] Basically the bug is that in PHP: intval($double)!=intval(round($double)) converting to integer will round DOWN, while rounding first rounds towards the nearst integer. intval($float) and intval(floor($float)) should be the same for nonnegative $float's, but in the case of round that's not true. So not a bug [2001-10-05 16:40:50] [EMAIL PROTECTED] I don't think you are understanding the problem. Basically the bug is that in PHP: intval($double)!=intval(round($double)) round($double) is still a floating point number. The problem is that currently in PHP the intval() floating point rounding rule is not the same as round() rule. This is a real PHP bug that needs to be fixed, because if: echo $double; prints the same as echo round($double); then echo intval($double); should print the same as echo intval(round($double)); [2001-10-05 15:56:41] [EMAIL PROTECTED] No, floating point numbers are ALWAYS inprecise, and you shouldn't trust on their exact values. See the warning on http://www.php.net/manual/en/language.types.float.php The problem is that $scaled is 877.99 or something, and because of the precision setting in php.ini it is printed as 878, but when using (int) cast, or intval(), it will be rounded down (or twowards zero, don't reacall). By the way, pow(int,int) will yield integer values when possible since 4.0.7, which nukes one possible source of floating point problems (unless you use 10.0 of course, but that doesn't make sense in PHP) BTW: this is a FAQ, will add an entry. [2001-10-05 08:35:55] [EMAIL PROTECTED] The bug is real. Try it on the mentioned OS with glibc version mentioned in the report to see it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=13550 Edit this bug report at http://bugs.php.net/?id=13550edit=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 #13550 Updated: intval() does not round off doubles correctly
ID: 13550 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Programming Data Structures Operating System: Linux 2.2.18 PHP Version: 4.0.6 New Comment: Manuel ment that intval($double)==intval(round($double)) should be true in the context of $double == round($double) So his problem wasn't with mixing up round and intval, but his problem was that he didn't realize that (string)$double == (string)round($double) does not necessarily imply $double == round($double) (and which is not the case in this case, because the difference being to small to show up in the string representation) Previous Comments: [2001-10-05 17:00:03] [EMAIL PROTECTED] Ok, you could have stated this to begin with: intval($double)!=intval(round($double)) Where are you getting the idea that intval does a round()? intval(3.99) would be 3 round(3.99) would be 4 Therefore intval(round(3.99)) would be 4 and thus often intval($double) != intval(round($double)) [2001-10-05 16:54:14] [EMAIL PROTECTED] quote This is a real PHP bug that needs to be fixed, because if: [1]echo $double; prints the same as [2]echo round($double); then [3]echo intval($double); should print the same as [4]echo intval(round($double)); /quote [1] and [2] _print_ the same, but they aren't. It's because of the precision setting in php.ini (14 significant numbers, IIRC) This is inherently to floating point numbers. Simply don't trust them to the last digit. [2001-10-05 16:45:13] [EMAIL PROTECTED] Basically the bug is that in PHP: intval($double)!=intval(round($double)) converting to integer will round DOWN, while rounding first rounds towards the nearst integer. intval($float) and intval(floor($float)) should be the same for nonnegative $float's, but in the case of round that's not true. So not a bug [2001-10-05 16:40:50] [EMAIL PROTECTED] I don't think you are understanding the problem. Basically the bug is that in PHP: intval($double)!=intval(round($double)) round($double) is still a floating point number. The problem is that currently in PHP the intval() floating point rounding rule is not the same as round() rule. This is a real PHP bug that needs to be fixed, because if: echo $double; prints the same as echo round($double); then echo intval($double); should print the same as echo intval(round($double)); [2001-10-05 15:56:41] [EMAIL PROTECTED] No, floating point numbers are ALWAYS inprecise, and you shouldn't trust on their exact values. See the warning on http://www.php.net/manual/en/language.types.float.php The problem is that $scaled is 877.99 or something, and because of the precision setting in php.ini it is printed as 878, but when using (int) cast, or intval(), it will be rounded down (or twowards zero, don't reacall). By the way, pow(int,int) will yield integer values when possible since 4.0.7, which nukes one possible source of floating point problems (unless you use 10.0 of course, but that doesn't make sense in PHP) BTW: this is a FAQ, will add an entry. 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=13550 Edit this bug report at http://bugs.php.net/?id=13550edit=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 ** PAYFLOWPRO Extension Missing or Not Working for Win32
I've written a solution for Win32 Users, until the PHP_PFPRO.DLL is
released. This is totally workable.
?
/* PayFlowPro Solution for Win32 Users using PHP 4.0.6 (and lower.)
--
As of this publishing -- the Win32 version of PHP (up to 4.0.6)
doesn't seem to support Verisign's PayflowPro Service / SDK through
an extension (such as; PHP_PFPRO.DLL) -- I hope to see this extension
released *soon*. In the meantime, here is a workable solution for Win32
Users / Developers.
by Jason Caldwell ([EMAIL PROTECTED]) (10-05-2001) */
/* Make sure the environment variable PFPRO_CERT_PATH = {the Cert Path} is
set.
(for example: PFPRO_CERT_PATH = C:\Verisign\payflowpro\win32\certs) */
$result = exec('C:\Verisign\payflowpro\win32\bin\pfpro
test-payflow.verisign.com 443
TRXTYPE=STENDER=CPWD=yourPasswordUSER=yourUsernameVENDOR=yourUsernameP
ARTNER=yourPartnerNameACCT=4EXPDATE=1209AMT=14.42COMMENT1=12
3456789COMMENT2=Good CustomerINVNUM=1234567890STREET=5199
JOHNSONZIP=94588 5');
$valArray = explode('', $result);
foreach($valArray as $val)
{
$valArray2 = explode('=', $val);
$pfpro[$valArray2[0]] = $valArray2[1];
}
/* To look at the array structure */
print_r($pfpro);
?
Jason
[EMAIL PROTECTED]
Jason Caldwell [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
** BUG ** PAYFLOWPRO Extension Missing or Not Working for Win32 (4.0.6)
version of PHP.
The following code from the Online PHP Manual (from www.php.net) generates
the following error when run.
[ / CODE / ]
?php
pfpro_init();
$transaction = array(USER = 'myUserName',
PWD = 'myPassword',
TRXTYPE = 'S',
TENDER = 'C',
AMT = 1.50,
ACCT = '4111',
EXPDATE = '0904'
);
$response = pfpro_process($transaction);
if (!$response) {
die(Couldn't establish link to Verisign.\n);
}
echo Verisign response code was .$response[RESULT];
echo , which means: .$response[RESPMSG].\n;
echo \nThe transaction request: ;
print_r($transaction);
echo \nThe response: ;
print_r($response);
pfpro_cleanup();
?
[ / ERROR GENERATED / ]
Call to undefined function: pfpro_init()
If someone could please fix this as soon as possible -- thanks. :-)
Jason Caldwell
[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 #13552 Updated: Unresolved symbol: mysql_*
ID: 13552 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MySQL related Operating System: HPUX 11.00 PHP Version: 4.0.6 New Comment: Yes it is. Wouldn't configure have failed if the the mysql libs were not found? What libs in particular does php look for? Previous Comments: [2001-10-05 08:21:26] [EMAIL PROTECTED] Is the path where the mysql libs are in the LIBPATH? --Jani [2001-10-04 21:09:46] [EMAIL PROTECTED] Apache 1.3.14 Mysql 3.23.39 PHP 4.0.6 HP ANSI compilers ./configure --with-apxs=/opt/apache/bin/apxs \ --with-freetype-dir=/opt/freetype2 \ --enable-freetype-4bit-antialias-hack \ --enable-ftp \ --with-mysql=/opt/mysql \ --with-pdflib=/usr/local/lib \ --enable-shared-pdflib \ --with-config-file-path=/opt/apache/etc/php.ini modified apxs changed .so to.sl suffix after a make install, I start apache it spews a large amount of Unresolved mysql symbols. nm /opt/apache/lib/modules/libphp4.sl | grep mysql mysql_affected_rows | |undef |code | mysql_affected_rows | 1043176|uext |stub | mysql_close | |undef |code | mysql_close | 1019288|uext |stub | Most MySQL symbols are undefined in libphp4.sl Any ideas on the cause? Everything works when I exclude mysql from the configure script. Thanks Tony Galan Edit this bug report at http://bugs.php.net/?id=13552edit=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] array_merge() and objects
array_merge() doesn't work if there are objects in your array.
Here is a small test case.
?php
class test
{
var $one;
var $two;
function test($one, $two) {
$this-one = $one;
$this-two = $two;
}
}
$x = 6;
$a = new test(1, $x);
$b = new test(2, $x);
$c = new test(3, $x);
$aa = array($a, $b, $c);
$d = new test(4, $x);
$e = new test(5, $x);
$f = new test(1, $x);
$bb = array($d, $e, $f);
$arr = array_merge($aa, $bb); // array_merge_recursive doesn't do this
either
var_dump($arr);
?
The results
array(6) {
[0]=
object(test)(2) {
[one]=
int(1)
[two]=
int(6)
}
[1]=
object(test)(2) {
[one]=
int(2)
[two]=
int(6)
}
[2]=
object(test)(2) {
[one]=
int(3)
[two]=
int(6)
}
[3]=
object(test)(2) {
[one]=
int(4)
[two]=
int(6)
}
[4]=
object(test)(2) {
[one]=
int(5)
[two]=
int(6)
}
[5]=
object(test)(2) {
[one]=
int(1)
[two]=
int(6)
}
}
It should only be a FIVE element array. As elements 0 and 5 are exactly the
same.
I can only assume that this is beyond the scope of the function, but why?
Seems like it would be pretty easy to do.
-Chris
--
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] zend_compare co
Can you trust on the compare functions to return either -1, 0 or 1? I don't think so... but since that assumption is made in various locations in PHP4, it maybe is true? Similar question for zend booleans, can you trust the lval to be either 0 or 1, or not? --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] Talent Exchange? Designer for Programmer
This could very well work into an ongoing working relationship, so please respond if you think you can help! HERE'S THE DEAL: I'm looking to exchange my extensive website design and graphic skills with someone with PHP or Cold Fusion skills that can help finish the backend database for a Real Estate classifieds type of site.In exchange, I will provide you with all the design work you need for any of your projects, above and beyond the value of your time for this project. And yes, I'm qualified and worth it (Wow! Does that sound conceded or what!). WHY I NEED YOU: I've been designing sites since 1995, unfortunately, I have always handed off anything that required backend database design to my fellow colleagues. I am more of a designer, not a programmer. I know a little ColdFusion and PHP, but just don't have what it takes to do this end of the site. Now, my two programming gurus are too busy these days to be able to complete the site. One works in the corporate world now, the other is a full time student in college this semester, so I'm out of luck. Thus, I will be needing someone to take their place as it is for my other clients, so this could work out positively for you! The database has been started in PHP, but now needs your TLC for placement, etc, but I'm open to starting fresh with ColdFusion if need be. WHO NEEDS THE WORK This site is a personal endeavor for my husband and I. He is driving me crazy to get the site done, but I'm so busy designing others websites, that I just don't have time to learn the programming end of things right now to do our own site - and do it right. I guess I'm the infamous Painter, whose own house needs painting SUMMARY: What I'm asking is that you help me complete the site using your great database programming skills, in exchange, I will design what ever you need me to design for MORE than equal value of your time. This is so dear to me, trust me when I say, I will give you MORE than the value of your time, I will be forever in your debt!!! I will gladly show you my portfolio before you agree, as I know you will be curious as to my skill level and design talent, believe me, I'm very careful too, and I'm certain you will be impressed! I have extensive experience in Website and Graphics design and experience in team collaboration. I use UltraDev and so would like to work with someone who does as well. I sincerely hope you can help! Thanks so much, Marie [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] smallcaps function
We needed a fast small caps implementation for HTML transformations so I did it inside PHP. Anyone interested in it ? (not to mention the main PHP tree :-) Dan PS: patch for php-4.0.6/ext/standard smallcaps.patch -- 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: Security e-mail address
Oh Jani, relax. He wanted somewhere non-public. php-dev is archived everywhere as is [EMAIL PROTECTED] group@ is the only non-archived address. If there is a real problem we will most definitely forward it to php-dev, but if someone asks for a private contact address I give the only one we have. Most of these are false alarms anyway. -Rasmus On Sat, 6 Oct 2001, Jani Taskinen wrote: What's wrong with php-dev? IIRC the [EMAIL PROTECTED] handles only administration of the site and stuff.. There can't be anything that fatal that all the people subscribed to php-dev shouldn't see. Or has PHP suddenly changed into closed-source? --Jani On Fri, 5 Oct 2001, Rasmus Lerdorf wrote: use [EMAIL PROTECTED] please On Fri, 5 Oct 2001, Flavio Veloso wrote: Hi Webmaster. Is there any mail address that can be used to discuss security issues related to PHP? We know that we could use your bug tracking system to report problems, but it doesn't seem appropriate to disclose a security bug before PHP developers have a chance to look at it. We are a Linux and network security research company that lives in Brazil. Maybe we have discovered a problem which has some security implications. We are not completely sure if it's a bug in PHP (and how to solve it, even if it isn't), and would like to share it with the PHP people privately. BTW, sorry to bother you with this, but your mail address was the only one I could find on the www.php.net website. -- 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] ¬°¤½¥q¸`¬Ù¤jµ§¹q¸Ü¶O¡I
¬°¤½¥q¸`¬Ù¤jµ§¹q¸Ü¶O P¤½¥q¡B¥ø·~¸gÀçªÌ¡G ±z·Q§â±z¤½¥qªº°ê»Ú¡B°ê¤ºªø³~¡B¤jô¤jªº³q¸Ü¶O¥Î¤j´T°§C¶Ü¡H ¨ä¹ê§Ṳ́ñ¹qµø¼s§i¤Wªº³q¸Ü¶O¡AÁÙn«K©y³\¦h¡C §ÚÌ»P¤@Ãþ¹q«H·~ªÌ¡]°ê¤º¥Ø«e¦³¥|®a¡^¤ñ¸û°_¨Ó¡G 1. ³q¸Ü¥»¨¤è±¡G ³q¸Ü«~½è¤@¼Ë¦n¡I ±µ³q³t«×¤@¼Ë§Ö¡I ±µ³q²v¤@¼Ë°ª¡I éw«×©M¨ä¥L¤@Ãþ·~ªÌ¨S®t§O¡I 즳¼·¸¹²ßºD¤£¥²§ïÅÜ¡I¡I 2. ¦ý¬O¦b»ù¿ú¡BªA°È¤è±¡G ¤ñ¤@Ãþ¹q«H·~ªÌ¦b¹qµø¼s§i¤Wªº»ù¿úÁÙn«K©y³\¦h¡I¡I¡I ¤ñ¤@Ãþ¹q«H·~ªÌ¦bªA°È«~½è¤è±§ó¬°¶K¤ß¡B©P¨ì¡I¡I¡I¡I ¦]¬°ªA°È©P¨ì¡A©Ò¥H§K°ò¥»¤ë¯²¶O¡B¦w¸Ë¶O¡B¾¹§÷¯²¥Î¶O¡I¡I §Ú̬O±M¥H¤½¥q¥ø·~¬°ªA°È¹ï¶Hªº¦Xªk¤GÃþ¹q«H·~ªÌ¡A §Ú̲`²`ÁA¸Ñ¡A³q¸Ü¶O§Y¨Ï¦A«K©y¡A¥ø·~¥Î¤á̳̻ÝnªºÁÙ¬O¡G Àu¨}¡Béw¡B¥i¾aªº³q¸Ü¨t²Î»P±M·~©P¨ìªºªA°È¡C §ÚÌ«D±`Åwªï±z¨Ó¹q¸ß°Ý¡I ªA°È±M½u¡G 02-27548587 0927161901 ¡]¤Z¬O¨Ó¹qªÌ§Y®Ú¾Ú±zªº·NÄ@¡AÃØ°e¶Q¤½¥qû¤u¨C¤H¤jô¤j+ªù¸¹¡A ³o¼Ë¶Q¤½¥qû¤u¥Î¤jô¤j¤¬¬ÛÁpµ¸®É¡A§Y¥i§¹¥þ§K°£³q¸Ü¶O¥Î¡C¡^ -- 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: Security e-mail address
So what's wrong in keeping them public? If they are false alarms, why not keep them public and show all other people who think they found serious security related bugs that they are wrong? If it's opensource KEEP it open. There can't be any closed 'groups' which get some info in this kind of projects. If there are, it's no longer opensource..IMO. Two issues: 1. A private correspondence channel was requested. You are saying there cannot be private communications in open source? Believe me there is plenty of private communications going on in all the various open source projects and it doesn't make them any less open source. Telling someone that they are not allowed to communicate with members of the PHP development team in a private manner makes no sense. Perhaps we need a [EMAIL PROTECTED] private mailing list for this instead where only people with php-dev cvs accounts can subscribe and either not archive or at least delay the archiving of messages to the list by a couple of weeks. 2. If this is indeed a big security hole we have to treat it in a responsible manner. We need to communicate the problem as quickly as possible *along with the fix*. It is common practice, bugtraq and elsewhere, to not publically announce security issues without an accompanying fix so that you aren't giving the black hats a big window of time to exploit the security hole. That doesn't mean we can just sit on a security issue, we have to address it in a timely manner, but I see nothing wrong with limiting the distribution list and certainly not immediately injecting an exploit into every search engine in the world. -Rasmus -- 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: Security e-mail address
Jani Taskinen wrote: So what's wrong in keeping them public? If they are false alarms, why not keep them public and show all other people who think they found serious security related bugs that they are wrong? If it's opensource KEEP it open. There can't be any closed 'groups' which get some info in this kind of projects. If there are, it's no longer opensource..IMO. Even for open source projects, it is good practice to keep security issues closed until a fix has been released. As long as there is no fix, making it public won't help anyone except the black hats. IMO. And possible security issues shouldn't be considered bogus by default. regards Wagner -- Ein Mathematiker ist eine Maschine, die Kaffee in Theoreme verwandelt. Paul Erdös, Mathematiker, 1913-1996 -- 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 #13569 Updated: ibase_fetch_row doesn't null terminate all strings?
ID: 13569
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: InterBase related
Operating System:
PHP Version: 4.0.4pl1
New Comment:
Any chance you could test agains the current code? Grab the latest php4 snapshot
tarball from http://snaps.php.net
Some fixes were applied to the interbase extension to fix this a while ago, but they
are not in the released 4.0.6 version.
Previous Comments:
[2001-10-05 16:37:03] [EMAIL PROTECTED]
pre
The summary says it all, I guess.
$indexed = array();
$assoc = array();
$nullassoc = array();
while($row = ibase_fetch_row($sth)) {
array_push($indexed, $row[0]);
$assoc[$row[0]] = $row[1];
$nullassoc[${row[0]}\0] = $row[1];
}
foreach($indexed as $key=$val) {
echo indexed key: '$key' val: '$val'br\n;
}
foreach($assoc as $key=$val) {
echo assoc key: '$key' val: '$val'br\n;
}
foreach($nullassoc as $key=$val) {
echo nullassoc key: '$key' val: '$val'br\n;
}
If you run this code with a select statement such as
select varcharcol, varcharcol2 from table, you should see the problem. You may need to
run it a couple times to actually see it happen.
The problem could also be in the routine that handles
$array[$key] = $val, as evidenced by the first runthrough,
where the values appear to be correctly null terminated.
Feel free to contact me with any questions or if this doesn't make sense!
Thanks
/pre
Edit this bug report at http://bugs.php.net/?id=13569edit=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: Security e-mail address
someone that they are not allowed to communicate with members of the PHP development team in a private manner makes no sense. Perhaps we need a [EMAIL PROTECTED] private mailing list for this instead where only people with php-dev cvs accounts can subscribe and either not archive or at least delay the archiving of messages to the list by a couple of weeks. Excellent idea. This is exactly something we really need. A private address which is not limited to 10 persons or so. What did Linus say again..enough eyes and all bugs are..something? I'm really not all that worried about having the ability to fix issues in the small group or at least understanding the issue and bringing in the appropriate people privately to come up with a fix. So the number of people receiving that initial email really doesn't worry me. Heck it could be a single person we designate to be the security officer and rotate that responsibility. It isn't that hard to figure out who wrote a specific piece and if you have been around a while you know the people who are likely to be able to provide some insight. Also, the other issue are the so called 'script kiddies'..so you're right in this. Yes, the majority of the attacks out there are really not very advanced. Just some kid who downloads an exploit from somewhere. If we can make a bit harder for these kids, we should. -Rasmus -- 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: RC3
At 09:00 05-10-01, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Zeev Suraski wrote: Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz In addition to previous problem, CGI build seems to print following line again.. X-Powered-By: PHP/4.0.7RC3 Content-type: text/html I saw this line in phpinfo(). % php -i info.html % mozilla info.html OS: Kondara 2.0/Linux 2.4.4/glibc 2.2.2 (This distribution is mostly the same as RedHat 7.1) BTW, I build CGI version with much less options (./configure --enable-debug) PHP does not segfault at the end of test script execution. Can you do a 'binary search' and find out which option causes PHP to crash? The backtrace is pretty meaningless :I Zeev -- 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] user_error trucates at 1KB?
As a temporary solution, you can edit Zend/zend.c, search for ZEND_ERROR_BUFFER_SIZE, and increase the buffer size. It's not a very good solution though, so it won't be merged in to the general distribution. We'll try to make it work better in a future release. Zeev At 04:09 05-10-01, Siggy wrote: Is there a way to increase the length the error message string givento user_error ? It appears that it is limited to about one kilobyte; which is generally fine, except if you want to dump alot of information through it, (eg all variables set, other debugging info establishin what the client is doing in the program, complicated sql queries [which are morelikely to fail... :P ], states of files and so on), it is truncated...Am i forced to update my error logging routines to circumvent this limitation, shy of updating the php source code? :P Using PHP404pl1 on Redhat 7.1 Siggy -- 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]
Re: [PHP-DEV] Re: [PHP-QA] Re: RC3
Try going to the images' URLs (take them from the img tags) and see what happens. It's best if you go there using pure HTTP (telnet to port 80), or wget. It may shed some light on what's going wrong... At 10:25 05-10-01, Yasuo Ohgaki wrote: Ok, it may depends on how PHP is configured. I'll try different configureations later. If you would like to see how it look like, please let me know off list. I'll send image directly. -- Yasuo Ohgaki Phil Driscoll wrote: On Friday 05 October 2001 9:02 am, Hellekin O. Wolf wrote: At 16:31 05/10/2001 +0900, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Zeev Suraski wrote: Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz In addition to previous problem, CGI build seems to print following line again.. Minor problems with phpinfo() while running PHP as Apache module. Logo images(PHP/Zend) are not displayed. *** I don't have those problems. Can you reproduce ? Likewise - all logos are there for me while running PHP as Apache module. -- 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 #13570: gettext error
From: [EMAIL PROTECTED] Operating system: Linux Slackware PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: gettext error I get the last gettext and configuring/compiling/installing fine with: ./configure --prefix=/usr --disable-nls After I tried to configure PHP 4.0.6 (after 4.0CVS and it was the same result) with this command line: ./configure --with-imap --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-ctype --enable-ftp --with-gd --enable-sockets --enable-sysvsem --enable-sysvshm --enable-memory-limit --with-png-dir=/usr/lib --with-gettext The error reproduces even if write --with-gettext=/usr My conf: buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.1 (ok) I was really disapointed with this problem and all my research were without any solutions. Best Regards, Xavier O. -- Edit bug report at: http://bugs.php.net/?id=13570edit=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 #13571: gettext error
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: gettext error I get the last gettext and configuring/compiling/installing fine with: ./configure --prefix=/usr --disable-nls After I tried to configure PHP 4.0.6 (after 4.0CVS and it was the same result) with this command line: ./configure --with-imap --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-ctype --enable-ftp --with-gd --enable-sockets --enable-sysvsem --enable-sysvshm --enable-memory-limit --with-png-dir=/usr/lib --with-gettext The error reproduces even if write --with-gettext=/usr My conf: buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.1 (ok) I was really disapointed with this problem and all my research were without any solutions. Best Regards, Xavier O. -- Edit bug report at: http://bugs.php.net/?id=13571edit=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: Security e-mail address
At 04:36 06-10-01, Rasmus Lerdorf wrote: Jani said: Excellent idea. This is exactly something we really need. A private address which is not limited to 10 persons or so. What did Linus say again..enough eyes and all bugs are..something? I'm really not all that worried about having the ability to fix issues in the small group or at least understanding the issue and bringing in the appropriate people privately to come up with a fix. So the number of people receiving that initial email really doesn't worry me. Heck it could be a single person we designate to be the security officer and rotate that responsibility. It isn't that hard to figure out who wrote a specific piece and if you have been around a while you know the people who are likely to be able to provide some insight. The number of people who get to see it does worry me - it has to be reasonably small to be manageable, which is why I think that the way it works today is pretty good (such reports go to group@, adding [EMAIL PROTECTED] is a good idea too, I don't like the security-officer idea too much though). This can't be an open-forum such as php-dev either, for obvious reasons. The 'enough eyeballs' rule doesn't apply here, at least it doesn't apply in many cases. If something is safe enough to be sent out in the open in php-dev, no problem. If it's a bad bug, e.g., a remotely exploitable bug, fixing it silently, involving only the people who are related to the faulty code, is probably the best practice. Zeev -- 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 #13560 Updated: mysql_fetch_object can't return any record
ID: 13560 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: win2000 PHP Version: 4.0.6 New Comment: it dosen't return any record when i use mysql_fetch_object to fetch result! $UserName1=$HTTP_POST_VARS[UserName]; $PassWd1=$HTTP_POST_VARS[Passwd]; $rst_CommandText=select Passwd,OSKEY from admin where UserName=' . $UserName1 . '; $result = mysql_db_query(myforum,$rst_CommandText,$rst_ActiveConnection); echo mysql_result($result,0,Passwd); //work correctly! $rows = mysql_fetch_object($result); echo $rows-Passwd; //but it dosen't work!!! Previous Comments: [2001-10-05 06:38:20] [EMAIL PROTECTED] not enough info. read bugs-dos-and-donts.php [2001-10-05 06:33:07] [EMAIL PROTECTED] it dosen't return any record when i use mysql_fetch_object to fetch result! Edit this bug report at http://bugs.php.net/?id=13560edit=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: RC3
For some reason, core file does not have symbols even with --enable-debug. I loaded symbols from php binary and got backtrace. I thought most of people were getting segfaults... It looks like it depends on config. Anyway, here is meaningful backtrace. GNU DDD 3.3 (i686-pc-linux-gnu), by Dorothea Ltkehaus and Andreas Zeller. Copyright 1995-1999 Technische Universitt Braunschweig, Germany. Copyright 1999-2001 Universitt Passau, Germany. Core was generated by `php -q run-tests.php'. Program terminated with signal 11, Segmentation fault. #0 0x08148783 in ?? () (gdb) list 'main' No symbol table is loaded. Use the file command. (gdb) file /home/yohgaki/cvs/php/dist/php-4.0.7RC3/php (gdb) core-file /home/yohgaki/cvs/php/dist/php-4.0.7RC3/core Core was generated by `php -q run-tests.php'. Program terminated with signal 11, Segmentation fault. #0 0x08148783 in _zval_dtor (zvalue=0x822765c, __zend_filename=0x81a705c zend_execute_API.c, __zend_lineno=268) at zend_variables.c:43 /home/yohgaki/cvs/php/dist/php-4.0.7RC3/Zend/zend_variables.c:43:1784:beg:0x8148783 (gdb) bt #0 0x08148783 in _zval_dtor (zvalue=0x822765c, __zend_filename=0x81a705c zend_execute_API.c, __zend_lineno=268) at zend_variables.c:43 #1 0x0813ffb2 in _zval_ptr_dtor (zval_ptr=0x822a2a8, __zend_filename=0x81a78f3 zend_variables.c, __zend_lineno=192) at zend_execute_API.c:268 #2 0x08148bdb in _zval_ptr_dtor_wrapper (zval_ptr=0x822a2a8) at zend_variables.c:192 #3 0x0814f489 in zend_hash_destroy (ht=0x822a1ec) at zend_hash.c:541 #4 0x08148801 in _zval_dtor (zvalue=0x822a1ac, __zend_filename=0x81a705c zend_execute_API.c, __zend_lineno=268) at zend_variables.c:51 #5 0x0813ffb2 in _zval_ptr_dtor (zval_ptr=0x822a310, __zend_filename=0x81a78f3 zend_variables.c, __zend_lineno=192) at zend_execute_API.c:268 #6 0x08148bdb in _zval_ptr_dtor_wrapper (zval_ptr=0x822a310) at zend_variables.c:192 #7 0x0814f489 in zend_hash_destroy (ht=0x81e6868) at zend_hash.c:541 #8 0x0813fcc2 in shutdown_executor () at zend_execute_API.c:172 #9 0x08149ab2 in zend_deactivate () at zend.c:600 #10 0x0806862c in php_request_shutdown (dummy=0x0) at main.c:736 #11 0x08066f23 in main (argc=3, argv=0xb9dc) at cgi_main.c:775 #12 0x403f81be in __libc_start_main (main=0x80664b0 main, argc=3, ubp_av=0xb9dc, init=0x8063de4 _init, fini=0x817d4dc _fini, rtld_fini=0x4000ddd0 _dl_fini, stack_end=0xb9cc) at ../sysdeps/generic/libc-start.c:129 (gdb) Zeev Suraski wrote: At 09:00 05-10-01, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Zeev Suraski wrote: Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz In addition to previous problem, CGI build seems to print following line again.. X-Powered-By: PHP/4.0.7RC3 Content-type: text/html I saw this line in phpinfo(). % php -i info.html % mozilla info.html OS: Kondara 2.0/Linux 2.4.4/glibc 2.2.2 (This distribution is mostly the same as RedHat 7.1) BTW, I build CGI version with much less options (./configure --enable-debug) PHP does not segfault at the end of test script execution. Can you do a 'binary search' and find out which option causes PHP to crash? The backtrace is pretty meaningless :I Zeev _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.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] Bug #13571 Updated: gettext error
ID: 13571 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Configuration Issues Operating System: PHP Version: 4.0.6 New Comment: Submitted twiced - bogusified. - Markus Previous Comments: [2001-10-05 23:12:40] [EMAIL PROTECTED] I get the last gettext and configuring/compiling/installing fine with: ./configure --prefix=/usr --disable-nls After I tried to configure PHP 4.0.6 (after 4.0CVS and it was the same result) with this command line: ./configure --with-imap --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-ctype --enable-ftp --with-gd --enable-sockets --enable-sysvsem --enable-sysvshm --enable-memory-limit --with-png-dir=/usr/lib --with-gettext The error reproduces even if write --with-gettext=/usr My conf: buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.1 (ok) I was really disapointed with this problem and all my research were without any solutions. Best Regards, Xavier O. Edit this bug report at http://bugs.php.net/?id=13571edit=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 #13570 Updated: gettext error
ID: 13570 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: Linux Slackware PHP Version: 4.0.6 New Comment: Somehow .. there is missing something. What is the actual error/bug? - Markus Ps: I've seen libtool version not being exactly 1.4 causing problems .. can you try this version ? Previous Comments: [2001-10-05 23:12:10] [EMAIL PROTECTED] I get the last gettext and configuring/compiling/installing fine with: ./configure --prefix=/usr --disable-nls After I tried to configure PHP 4.0.6 (after 4.0CVS and it was the same result) with this command line: ./configure --with-imap --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-ctype --enable-ftp --with-gd --enable-sockets --enable-sysvsem --enable-sysvshm --enable-memory-limit --with-png-dir=/usr/lib --with-gettext The error reproduces even if write --with-gettext=/usr My conf: buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.1 (ok) I was really disapointed with this problem and all my research were without any solutions. Best Regards, Xavier O. Edit this bug report at http://bugs.php.net/?id=13570edit=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] Current CVS does not compile on Win32
basic_functions.obj : error LNK2001: Unresolved external symbol _zif_version_compare -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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] Re: Current CVS does not compile on Win32
Sebastian Bergmann wrote: basic_functions.obj : error LNK2001: Unresolved external symbol _zif_version_compare Fixed in CVS. Didn't see Stig's commit at first. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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] Re: Bug #13555 Updated: Configure doesn't seem to search /lib for libdb-3.so
[oliver] singularity:~$ rpm -ql db3 /lib/libdb-3.1.so /usr/doc/db3-3.1.17 /usr/doc/db3-3.1.17/LICENSE /usr/doc/db3-3.1.17/README /usr/doc/db3-3.1.17/images /usr/doc/db3-3.1.17/images/api.gif /usr/doc/db3-3.1.17/images/next.gif /usr/doc/db3-3.1.17/images/prev.gif /usr/doc/db3-3.1.17/images/ps.gif /usr/doc/db3-3.1.17/images/ref.gif /usr/doc/db3-3.1.17/images/sleepycat.gif /usr/lib/libdb_cxx-3.1.so DB3 is now a standard RPM on RedHat 6.x and above when you upgrade to rpm-4.0.x. RedHat 6.2 originally came with rpm-3. rpm-4's database is now in db3 format adn as rpm is a required binary everything related to it (except the rpm database itself) is installed on the root (/) partition. /usr could potentially be on a different partition. Later Bug Database wrote: ID: 13555 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 6.2 PHP Version: 4.0.6 New Comment: Which RPM does install it in /lib/ ?? Previous Comments: [2001-10-05 02:58:27] [EMAIL PROTECTED] Configure doesn't seem to search /lib for db-3.so. On RedHat 6.2 (and above?) systems db3 is installed in /lib not /usr/lib. I tried specifying --with-db3=/ and that didn't seem to solve the issue. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=13555edit=2 -- Oliver Jones - [EMAIL PROTECTED] - Mobile: +64-21-41-2238 - Deeper Design Limited - http://www.deeperdesign.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]
