[PHP-DEV] Bug #14326 Updated: CONFIGURE DOESN'T RECONIGZE PDFLIB4.0.1
ID: 14326 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: Sorry, But my configure file belongs to the lastest CVS snapshot. Previous Comments: [2001-12-03 13:58:33] [EMAIL PROTECTED] Ask support questions on the mailing lists: http://www.php.net/support.php [2001-12-03 13:19:30] [EMAIL PROTECTED] Hi, I´m trying to recompile my php-4.0.6 with PDF support. First I've downloaded and installed: -- pdflib-4.0.1: ./configure; make; make install -- jpeg-6b libraries: ./configure; make; make install -- tiff-3_4 libraries: ./configure; make; make install Then I try to reconfigure my php as follows: ./configure --with-config-file-path=/usr/local/lib --enable-debug --enable-libgcc --enable-ftp --with-informix=$INFORMIXDIR --with-ldap=/opt/netscape/server4/plugins/include... --enable-trans-sid --with-mhash=/usr/local/lib --with-pdflib=/usr/local --with-jpeg-dir=/usr/local/lib --with-tiff-dir=/usr/local/lib and got the following result at the config.log file: configure:13215: checking whether to include cpdflib support configure:13993: result: no Any suggestions !!! Thanks Edit this bug report at http://bugs.php.net/?id=14326edit=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 #14329 Updated: Mail() does not work
Daniel Lorch wrote: ok, ok it's mentioned in the manual, but why doesn't PHP just parse out all mail addresses? the unix implementation doesn't parse the parameters at all, it just passes them transparently to the local MTA .. which makes the behaviour of mail() unpredictable. no, it's all specified in RFC822 the win32/SMTP implementation in its current doesnt pay much attention to RFC821/822 conformance. period. anyway, the average PHP/win user will never find out about this problem :) well, from my experience they definetly do ... :( anyway, if you have a look at the mail section of the bug database you will see that a rewrite of mail() for win32 is on my agenda, although near the bottom of it ... PS: could you please teach *your* MUA to send a single reply to all instead of seperate messages to the list and me, leading to duplicates in my inbox? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- 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 #14326 Updated: CONFIGURE DOESN'T RECONIGZE PDFLIB4.0.1
ID: 14326 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: cpdflib != pdflib Ask support on the [EMAIL PROTECTED] mailinglist, this is not a bug. Derick Previous Comments: [2001-12-04 03:36:31] [EMAIL PROTECTED] Sorry, But my configure file belongs to the lastest CVS snapshot. [2001-12-03 13:58:33] [EMAIL PROTECTED] Ask support questions on the mailing lists: http://www.php.net/support.php [2001-12-03 13:19:30] [EMAIL PROTECTED] Hi, I´m trying to recompile my php-4.0.6 with PDF support. First I've downloaded and installed: -- pdflib-4.0.1: ./configure; make; make install -- jpeg-6b libraries: ./configure; make; make install -- tiff-3_4 libraries: ./configure; make; make install Then I try to reconfigure my php as follows: ./configure --with-config-file-path=/usr/local/lib --enable-debug --enable-libgcc --enable-ftp --with-informix=$INFORMIXDIR --with-ldap=/opt/netscape/server4/plugins/include... --enable-trans-sid --with-mhash=/usr/local/lib --with-pdflib=/usr/local --with-jpeg-dir=/usr/local/lib --with-tiff-dir=/usr/local/lib and got the following result at the config.log file: configure:13215: checking whether to include cpdflib support configure:13993: result: no Any suggestions !!! Thanks Edit this bug report at http://bugs.php.net/?id=14326edit=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 #14332 Updated: 1 is not a valid MySQL-Link resource in /home/guestbook.php on line 112
Daniel Lorch wrote: I think what confuses many people is the name of this mailinglist: PHP Development which is ambiguous: Developing PHP (in C) or Developing FOR PHP (meaning PHP scripts). Probably by clarifying this out, fewer support questions would be asked here. 1) the original message you were just refering to was generated by the bug database, so whatever we name the list has no influence on these kind of messages all we can do about it in this case is to display the how to report a bug that someone will want to help fix link on both the bug systems homepage and the bug reporting form in maybe a flashing red 48 point font ... and even that might not help :( 2) the list itself is rather well hidden on the subscription page you have to scroll down to see it (unless you have a *real* big screen) while all the general and specific support lists are near the top in addition to that the table header Lists for the developers of PHP, php.net and documentations and the list description itself Developer list: A medium volume list for those who want to help out with the development of PHP are rather clear maybe we could add a you should know how to code in C disclaimer here ;) but IMHO we have far less off topic support requests on this list these days than we used to have in the past ... what *really* confuses me are the support requests that find their way to the php-lang list every once in a while, although it isn't even announced anymore ...??? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- 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 #14335: php_version.h is missing from /main/.cvsignore
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: php_version.h is missing from /main/.cvsignore Every time somebody raises the version number in /configure.in, main/php_version.h comes along. It's just a generated file, and it should be ignored in CVS. -- Edit bug report at: http://bugs.php.net/?id=14335edit=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] 4.1.0RC5
Hello,
yes yes... I can still win my bet :)
The following script:
?php
$query = 'SELECT * FROM users';
mysql_connect ('localhost', 'db_user', 'db_pass');
mysql_select_db ('ecommerce');
$res = mysql_unbuffered_query ($query);
while ($row = mysql_fetch_row ($res)) {
echo $row[0].\n;
}
$res = mysql_unbuffered_query ($query);
while ($row = mysql_fetch_row ($res)) {
echo $row[0].\n;
}
?
makes PHP never end (it 'hangs' on a network thing). Database and queries
make no difference.
Used versions:
PHP 4.1.0 RC5
MySQL 3.23.44 MAX (Both InnoDB and MyISAM tables)
Bundled MySQL libraries (I'm now building with non-bundled libs)
regards,
Derick
On Mon, 3 Dec 2001, Zeev Suraski wrote:
You know the drill, but practice makes perfect!
In a divine effort to prevent both Derick and Zak from winning their bets
(Derick bet we'll go up to RC8, Zak bet that we'll go as far as RC7),
please folks, FIND NO BUGS! It's a 'final release' darn it :)
Zeev
--
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]
Derick Rethans
-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-
--
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] 4.1.0RC5
Hello, a backtrace on the moment it 'hangs': #0 0x404dcf44 in __libc_read () from /lib/i686/libc.so.6 #1 0x024c in ?? () at eval.c:41 #2 0x080c2e63 in my_real_read (net=0x8283e14, complen=0xbfffddd0) at net.c:457 #3 0x080c31e5 in my_net_read (net=0x8283e14) at net.c:603 #4 0x080bd0d0 in net_safe_read (mysql=0x8283e14) at libmysql.c:288 #5 0x080be735 in read_one_row (mysql=0x8283e14, fields=2, row=0x8281940, lengths=0x8281930) at libmysql.c:950 #6 0x080c118b in mysql_fetch_row (res=0x82818e8) at libmysql.c:1939 #7 0x080bba2f in php_mysql_fetch_hash (ht=1, return_value=0x827f094, this_ptr=0x0, return_value_used=1, result_type=2, expected_args=1) at php_mysql.c:1581 #8 0x080bbc5a in zif_mysql_fetch_row (ht=1, return_value=0x827f094, this_ptr=0x0, return_value_used=1) at php_mysql.c:1631 #9 0x0816cb3b in execute (op_array=0x827efcc) at ./zend_execute.c:1590 #10 0x081482d6 in zend_execute_scripts (type=8, retval=0x0, file_count=3) regards, Derick -- 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] 4.1.0RC5
Does it work with 4.0.6? If it behaves the same, it's not a
showstopper. Basically, 4.1.0 comes out based on RC5 unless we find things
that
(a) Break things that used to work in a previous version, for a potentially
large number of people, or
(b) Pose a huge security risk or a major stability problem
Unbuffered queries were introduced in 4.0.6, so if they broke in 4.1.0, it
may be necessary to fix. If the status hasn't changed, then it can wait
for 4.2.0.
Zeev
At 12:32 04/12/2001, Derick Rethans wrote:
Hello,
yes yes... I can still win my bet :)
The following script:
?php
$query = 'SELECT * FROM users';
mysql_connect ('localhost', 'db_user', 'db_pass');
mysql_select_db ('ecommerce');
$res = mysql_unbuffered_query ($query);
while ($row = mysql_fetch_row ($res)) {
echo $row[0].\n;
}
$res = mysql_unbuffered_query ($query);
while ($row = mysql_fetch_row ($res)) {
echo $row[0].\n;
}
?
makes PHP never end (it 'hangs' on a network thing). Database and queries
make no difference.
Used versions:
PHP 4.1.0 RC5
MySQL 3.23.44 MAX (Both InnoDB and MyISAM tables)
Bundled MySQL libraries (I'm now building with non-bundled libs)
regards,
Derick
On Mon, 3 Dec 2001, Zeev Suraski wrote:
You know the drill, but practice makes perfect!
In a divine effort to prevent both Derick and Zak from winning their bets
(Derick bet we'll go up to RC8, Zak bet that we'll go as far as RC7),
please folks, FIND NO BUGS! It's a 'final release' darn it :)
Zeev
--
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]
Derick Rethans
-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-
--
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] 4.1.0RC5
On Tue, Dec 04, 2001 at 12:50:53PM +0200, Zeev Suraski wrote : Does it work with 4.0.6? If it behaves the same, it's not a showstopper. Basically, 4.1.0 comes out based on RC5 unless we find things that (a) Break things that used to work in a previous version, for a potentially large number of people, or Who defines 'large' ? :-) j/k There is still this issue that when using error_reporting(E_ALL) following good outputs nothing under 4.0.6: $foo = ''; echo $foo[2]; but warns in 4.0.6 $foo = ''; echo $foo[2]; -(1) : Warning - Uninitialized string offset: 2 Plus, you can't suppress this warning then: $ php -q ? error_reporting(E_ALL); $foo = ''; echo @$foo[2];? -(1) : Warning - Uninitialized string offset: 2 Also see http://bugs.php.net/bug.php?id=14066edit=1 - Markus -- Please always Cc to me when replying to me on the lists. -- 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] 4.1.0RC5
On Tue, Dec 04, 2001 at 12:50:53PM +0200, Zeev Suraski wrote : Does it work with 4.0.6? If it behaves the same, it's not a showstopper. Verified, behaves the same on my system with 4.0.6. - 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] Re: [PHP-QA] 4.1.0RC5
On Tue, 4 Dec 2001, Zeev Suraski wrote: Does it work with 4.0.6? If it behaves the same, it's not a showstopper. It does not work with 4.0.6 either... seems it has always been in. Unbuffered queries were introduced in 4.0.6, so if they broke in 4.1.0, it may be necessary to fix. If the status hasn't changed, then it can wait for 4.2.0. IMO, they still need to be fixed, but not in 4.1.0. Derick -- 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] 4.1.0RC5
At 13:25 04/12/2001, Derick Rethans wrote: IMO, they still need to be fixed, but not in 4.1.0. Definitely :) 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] php-patches@lists.php.net?
How about to have *new* list for sending patch for PHP? PostgreSQL has list for that. It seems the list is working great for them. With the list, it's easier to search who sent which patch. (patches may be treated better than now :) -- 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 #14337 Updated: persistent connections accumulate
ID: 14337 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: SuSE Linux 7.3 PHP Version: 4.0.6 New Comment: I forgot to mention that we're using the PHP safe_mode option, if this might have anything to do with it. Previous Comments: [2001-12-04 07:38:56] [EMAIL PROTECTED] As already mentioned in #13589, we're having the same problem with persistent connections. The weird thing is, that connections opened by ASP (via ODBC) and JSP are being correctly recycled. Thus there must be something about PHP messing around with persistent connections. Sorry, but Apache child processes not having a connection to MySQL and causing this doesn't make any sense to me. BTW, we're using MySQL .23.44 and Apache 1.3.20. Good luck! Edit this bug report at http://bugs.php.net/?id=14337edit=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 #14338 Updated: CGI Error under IIS
ID: 14338 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: It would help if you said what error you got exactly. And it would also be helpful if you could post a testcase for us, with the smallest possible scripts. Derick Previous Comments: [2001-12-04 08:06:07] [EMAIL PROTECTED] We have CGI Error message. Permissions on php-binaryes is right (IUSR_COMPUTERNAME is set). This problem rise when we execute two scripts (parallel) in different frames and use one session id (we use GET-transmission of session id). It's very strange, but problem rise time-to-time and not constant. Maybe problem is parallel writing in one session file. This problem only under ISS, but not under Apache. If you know what the problem please say to as. Big, Thanks. Max. Edit this bug report at http://bugs.php.net/?id=14338edit=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 #14333 Updated: Apache processes consume all CPU
ID: 14333 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: RH 6.2 SMP PHP Version: 4.0.6 New Comment: I just reconfigured and installed Apache 1.3.22 with PHP 4.1.0RC5 support. When I did this, I also added --enable-debug to the PHP configure command-line. I added a CFLAGS=-g and --without-execstrip to the apache configure command-line. Once I installed and restarted Apache, I waited about 3 or 4 minutes before one of the Apache processes started using up 88% of the CPU. This process grew to consume 99% within the next minute or so. I then ran gdb and attached it to the PID. The following is the output, including a backtrace: [root@s1 apache_1.3.22]# gdb /usr/local/apache/bin/httpd 28070 GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... /root/atb/Apachetoolbox-1.5.45/apache_1.3.22/28070: No such file or directory. Attaching to program: /usr/local/apache/bin/httpd, Pid 28070 Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/local/lib/libgd.so...done. Reading symbols from /usr/local/lib/php/t1libs/lib/libt1.so.1...done. Reading symbols from /usr/local/lib/libfreetype.so.6...done. Reading symbols from /usr/local/lib/libz.so.1...done. Reading symbols from /usr/local/lib/libjpeg.so.62...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /lib/libnss_dns.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Reading symbols from /usr/local/apache/libexec/libjrun.so...done. Reading symbols from /usr/local/apache/libexec/mod_caucho.so...done. 0x4020922e in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 3121malloc.c: No such file or directory. (gdb) bt #0 0x4020922e in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 #1 0x40208f9a in __libc_free (mem=0x8ccf458) at malloc.c:3023 #2 0x815765a in shutdown_memory_manager (silent=0, clean_cache=1) at zend_alloc.c:485 #3 0x80c85a5 in php_module_shutdown () at main.c:1007 #4 0x80c855c in php_module_shutdown_wrapper (sapi_globals=0x8367ba0) at main.c:972 #5 0x80c6a15 in php_child_exit_handler (s=0x83aa8a8, p=0x8cf6578) at mod_php4.c:816 #6 0x81c4ac1 in ap_child_exit_modules (p=0x8cf6578, s=0x83aa8a8) at http_config.c:1701 #7 0x81ca9c5 in clean_child_exit (code=0) at http_main.c:537 #8 0x81cc9e7 in just_die (sig=10) at http_main.c:3068 #9 0x81cca09 in usr1_handler (sig=10) at http_main.c:3078 #10 0x401cdc48 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #11 0x81cab96 in accept_mutex_on_sysvsem () at http_main.c:841 #12 0x81cdd36 in child_main (child_num_arg=17) at http_main.c:4301 #13 0x81ce35c in make_child (s=0x83aa8a8, slot=17, now=1007468333) at http_main.c:4723 #14 0x81ce6d5 in perform_idle_server_maintenance () at http_main.c:4902 #15 0x81cec65 in standalone_main (argc=2, argv=0xbb34) at http_main.c:5139 #16 0x81cf233 in main (argc=2, argv=0xbb34) at http_main.c:5415 I then quit gdb and killed the high-CPU process (kill -9 28070). There were around 10 idle httpd processes at that time. The httpd process with the highest PID (#28066) then immediately started using up excessive CPU time. Doing a backtrace of it resulted in the same kind of output: 0 0x40209233 in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 #1 0x40208f9a in __libc_free (mem=0x8ccf458) at malloc.c:3023 #2 0x815765a in shutdown_memory_manager (silent=0, clean_cache=1) at zend_alloc.c:485 #3 0x80c85a5 in php_module_shutdown () at main.c:1007 #4 0x80c855c in php_module_shutdown_wrapper (sapi_globals=0x8367ba0) at main.c:972 #5 0x80c6a15 in php_child_exit_handler (s=0x83aa8a8, p=0x8cf6578) at mod_php4.c:816 #6 0x81c4ac1 in ap_child_exit_modules (p=0x8cf6578, s=0x83aa8a8) at http_config.c:1701 #7 0x81ca9c5 in clean_child_exit (code=0) at http_main.c:537 #8 0x81cc9e7 in just_die (sig=10) at http_main.c:3068 #9 0x81cca09 in usr1_handler (sig=10) at http_main.c:3078 #10 0x401cdc48 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #11 0x81cab96 in accept_mutex_on_sysvsem () at http_main.c:841 #12 0x81cdd36 in child_main (child_num_arg=16) at http_main.c:4301 #13
[PHP-DEV] Bug #14338 Updated: CGI Error under IIS
ID: 14338 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: Problem rise time-to-time and not constant. On any machine scripts work propely, but on other machine it dsn't work. How can I send file for you over this form? Previous Comments: [2001-12-04 08:09:34] [EMAIL PROTECTED] It would help if you said what error you got exactly. And it would also be helpful if you could post a testcase for us, with the smallest possible scripts. Derick [2001-12-04 08:06:07] [EMAIL PROTECTED] We have CGI Error message. Permissions on php-binaryes is right (IUSR_COMPUTERNAME is set). This problem rise when we execute two scripts (parallel) in different frames and use one session id (we use GET-transmission of session id). It's very strange, but problem rise time-to-time and not constant. Maybe problem is parallel writing in one session file. This problem only under ISS, but not under Apache. If you know what the problem please say to as. Big, Thanks. Max. Edit this bug report at http://bugs.php.net/?id=14338edit=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 #14333 Updated: Apache processes consume all CPU
ID: 14333 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: RH 6.2 SMP PHP Version: 4.0.6 New Comment: You can try this: Edit the ./configure line for PHP that APT generated: remove: --with-mysql add:--with-mysql=/usr (if libmysqlclient.so is in /usr/lib/) and the rebuild both PHP and apache. Derick Previous Comments: [2001-12-04 08:11:32] [EMAIL PROTECTED] I just reconfigured and installed Apache 1.3.22 with PHP 4.1.0RC5 support. When I did this, I also added --enable-debug to the PHP configure command-line. I added a CFLAGS=-g and --without-execstrip to the apache configure command-line. Once I installed and restarted Apache, I waited about 3 or 4 minutes before one of the Apache processes started using up 88% of the CPU. This process grew to consume 99% within the next minute or so. I then ran gdb and attached it to the PID. The following is the output, including a backtrace: [root@s1 apache_1.3.22]# gdb /usr/local/apache/bin/httpd 28070 GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... /root/atb/Apachetoolbox-1.5.45/apache_1.3.22/28070: No such file or directory. Attaching to program: /usr/local/apache/bin/httpd, Pid 28070 Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/local/lib/libgd.so...done. Reading symbols from /usr/local/lib/php/t1libs/lib/libt1.so.1...done. Reading symbols from /usr/local/lib/libfreetype.so.6...done. Reading symbols from /usr/local/lib/libz.so.1...done. Reading symbols from /usr/local/lib/libjpeg.so.62...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /lib/libnss_dns.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Reading symbols from /usr/local/apache/libexec/libjrun.so...done. Reading symbols from /usr/local/apache/libexec/mod_caucho.so...done. 0x4020922e in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 3121malloc.c: No such file or directory. (gdb) bt #0 0x4020922e in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 #1 0x40208f9a in __libc_free (mem=0x8ccf458) at malloc.c:3023 #2 0x815765a in shutdown_memory_manager (silent=0, clean_cache=1) at zend_alloc.c:485 #3 0x80c85a5 in php_module_shutdown () at main.c:1007 #4 0x80c855c in php_module_shutdown_wrapper (sapi_globals=0x8367ba0) at main.c:972 #5 0x80c6a15 in php_child_exit_handler (s=0x83aa8a8, p=0x8cf6578) at mod_php4.c:816 #6 0x81c4ac1 in ap_child_exit_modules (p=0x8cf6578, s=0x83aa8a8) at http_config.c:1701 #7 0x81ca9c5 in clean_child_exit (code=0) at http_main.c:537 #8 0x81cc9e7 in just_die (sig=10) at http_main.c:3068 #9 0x81cca09 in usr1_handler (sig=10) at http_main.c:3078 #10 0x401cdc48 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #11 0x81cab96 in accept_mutex_on_sysvsem () at http_main.c:841 #12 0x81cdd36 in child_main (child_num_arg=17) at http_main.c:4301 #13 0x81ce35c in make_child (s=0x83aa8a8, slot=17, now=1007468333) at http_main.c:4723 #14 0x81ce6d5 in perform_idle_server_maintenance () at http_main.c:4902 #15 0x81cec65 in standalone_main (argc=2, argv=0xbb34) at http_main.c:5139 #16 0x81cf233 in main (argc=2, argv=0xbb34) at http_main.c:5415 I then quit gdb and killed the high-CPU process (kill -9 28070). There were around 10 idle httpd processes at that time. The httpd process with the highest PID (#28066) then immediately started using up excessive CPU time. Doing a backtrace of it resulted in the same kind of output: 0 0x40209233 in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 #1 0x40208f9a in __libc_free (mem=0x8ccf458) at malloc.c:3023 #2 0x815765a in shutdown_memory_manager (silent=0, clean_cache=1) at zend_alloc.c:485 #3 0x80c85a5 in php_module_shutdown () at main.c:1007 #4 0x80c855c in php_module_shutdown_wrapper (sapi_globals=0x8367ba0) at main.c:972 #5 0x80c6a15 in php_child_exit_handler (s=0x83aa8a8, p=0x8cf6578) at mod_php4.c:816 #6 0x81c4ac1 in ap_child_exit_modules (p=0x8cf6578, s=0x83aa8a8) at http_config.c:1701 #7 0x81ca9c5 in clean_child_exit (code=0) at http_main.c:537
Re: [PHP-DEV] Bug #14337 Updated: persistent connections accumulate
On Tue, Dec 04, 2001 at 12:59:11PM -, [EMAIL PROTECTED] wrote : ID: 14337 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: SuSE Linux 7.3 PHP Version: 4.0.6 New Comment: I forgot to mention that we're using the PHP safe_mode option, if this might have anything to do with it. You can find that out yourself. Just run a few testcases without. But I doubt it ... - Markus -- Please always Cc to me when replying to me on the lists. -- 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_parse_parameters()
Hiya,
For my module I've been playing with zend_parse_parameters().
I ran into something weird though:
--
zval *rsrc_pdb;
char *data;
int s_len = 0, index = 0, mode = PDB_ADD_APPEND;
if ( zend_parse_parameters ( ZEND_NUM_ARGS() TSRMLS_CC, rsdd,
rsrc_pdb, data, s_len, index, mode) == FAILURE) {
return;
}
--
This works. As in, it doesn't return FAILURE. However, after
inspecting this with gdb, s_len seems to still be 0 after calling
zend_parse_parameters()..
Am I doing something wrong or is zend_parse_parameters() ??
Mathieu
--
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] zend_parse_parameters()
You're trying to fit a double into an int .. doesn't seem
right to me. int is 4 bytes, double 8 bytes (at least on i386
here).
- Markus
On Tue, Dec 04, 2001 at 02:47:05PM +0100, Mathieu Kooiman wrote :
For my module I've been playing with zend_parse_parameters().
I ran into something weird though:
--
zval *rsrc_pdb;
char *data;
int s_len = 0, index = 0, mode = PDB_ADD_APPEND;
if ( zend_parse_parameters ( ZEND_NUM_ARGS() TSRMLS_CC, rsdd,
rsrc_pdb, data, s_len, index, mode) == FAILURE) {
return;
}
--
This works. As in, it doesn't return FAILURE. However, after
inspecting this with gdb, s_len seems to still be 0 after calling
zend_parse_parameters()..
Am I doing something wrong or is zend_parse_parameters() ??
Mathieu
--
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]
--
Please always Cc to me when replying to me on the lists.
--
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] zend_parse_parameters()
On Tue, 2001-12-04 at 15:02, Markus Fischer wrote:
You're trying to fit a double into an int .. doesn't seem
right to me. int is 4 bytes, double 8 bytes (at least on i386
here).
- Markus
README.PARAMETERS_PARSING_API tells me 's' gets you the string
and it's length..
Quote:
Examples
/* Gets a long, a string and its length, and a zval */
long l;
char *s;
int s_len;
zval *param;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, lsz,
l, s, s_len, param) == FAILURE) {
return;
}
So IMO, my code should work..
On Tue, Dec 04, 2001 at 02:47:05PM +0100, Mathieu Kooiman wrote :
For my module I've been playing with zend_parse_parameters().
I ran into something weird though:
--
zval *rsrc_pdb;
char *data;
int s_len = 0, index = 0, mode = PDB_ADD_APPEND;
if ( zend_parse_parameters ( ZEND_NUM_ARGS() TSRMLS_CC, rsdd,
rsrc_pdb, data, s_len, index, mode) == FAILURE) {
return;
}
--
This works. As in, it doesn't return FAILURE. However, after
inspecting this with gdb, s_len seems to still be 0 after calling
zend_parse_parameters()..
Am I doing something wrong or is zend_parse_parameters() ??
Mathieu
--
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]
--
Please always Cc to me when replying to me on the lists.
--
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] RC5 hexdec not compatible
?php /* hexdec.php */
/* 4.1.0 branch hexdec not compatible
* with earlier PHP releases.
*/
/*
% php4.0.0 -f hexdec.php
lemon = 5d08374e = 1560819534
pineapple = a7e9b7d0 = -1477855280
fruit = c10d50e3 = -1056091933
sausage = 42d08254 = 1120961108
breakfast = f7d7b86e = -136857490
coconut = 1138ca81 = 288934529
% php4.0.6 -f hexdec.php
lemon = 5d08374e = 1560819534
pineapple = a7e9b7d0 = -1477855280
fruit = c10d50e3 = -1056091933
sausage = 42d08254 = 1120961108
breakfast = f7d7b86e = -136857490
coconut = 1138ca81 = 288934529
% php4.1.0RC5 -f hexdec.php
lemon = 5d08374e = 1560819534
pineapple = a7e9b7d0 = 2817112016
fruit = c10d50e3 = 3238875363
sausage = 42d08254 = 1120961108
breakfast = f7d7b86e = 4158109806
coconut = 1138ca81 = 288934529
*/
$wordlist = array(lemon, pineapple, fruit, sausage,
breakfast,coconut);
foreach($wordlist as $word) {
$crc = mhash(MHASH_CRC32, $word);
$hex = bin2hex($crc);
$dec = hexdec($hex);
echo $word . = . $hex . = . $dec . \n;
}
?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] zend_parse_parameters()
Yo !
But you specified two doubles dd after the string and try to fit
them into ints!
- Markus
On Tue, Dec 04, 2001 at 03:00:13PM +0100, Mathieu Kooiman wrote :
On Tue, 2001-12-04 at 15:02, Markus Fischer wrote:
You're trying to fit a double into an int .. doesn't seem
right to me. int is 4 bytes, double 8 bytes (at least on i386
here).
- Markus
README.PARAMETERS_PARSING_API tells me 's' gets you the string
and it's length..
Quote:
Examples
/* Gets a long, a string and its length, and a zval */
long l;
char *s;
int s_len;
zval *param;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, lsz,
l, s, s_len, param) == FAILURE) {
return;
}
So IMO, my code should work..
On Tue, Dec 04, 2001 at 02:47:05PM +0100, Mathieu Kooiman wrote :
For my module I've been playing with zend_parse_parameters().
I ran into something weird though:
--
zval *rsrc_pdb;
char *data;
int s_len = 0, index = 0, mode = PDB_ADD_APPEND;
if ( zend_parse_parameters ( ZEND_NUM_ARGS() TSRMLS_CC, rsdd,
rsrc_pdb, data, s_len, index, mode) == FAILURE) {
return;
}
--
This works. As in, it doesn't return FAILURE. However, after
inspecting this with gdb, s_len seems to still be 0 after calling
zend_parse_parameters()..
Am I doing something wrong or is zend_parse_parameters() ??
Mathieu
--
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]
--
Please always Cc to me when replying to me on the lists.
--
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]
--
Please always Cc to me when replying to me on the lists.
--
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] zend_parse_parameters()
You're right, sorry :-)
Thanks Markus.. (and Derick too :D )
-- Mathieu
On Tue, 2001-12-04 at 15:07, Markus Fischer wrote:
Yo !
But you specified two doubles dd after the string and try to fit
them into ints!
- Markus
On Tue, Dec 04, 2001 at 03:00:13PM +0100, Mathieu Kooiman wrote :
On Tue, 2001-12-04 at 15:02, Markus Fischer wrote:
You're trying to fit a double into an int .. doesn't seem
right to me. int is 4 bytes, double 8 bytes (at least on i386
here).
- Markus
README.PARAMETERS_PARSING_API tells me 's' gets you the string
and it's length..
Quote:
Examples
/* Gets a long, a string and its length, and a zval */
long l;
char *s;
int s_len;
zval *param;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, lsz,
l, s, s_len, param) == FAILURE) {
return;
}
So IMO, my code should work..
On Tue, Dec 04, 2001 at 02:47:05PM +0100, Mathieu Kooiman wrote :
For my module I've been playing with zend_parse_parameters().
I ran into something weird though:
--
zval *rsrc_pdb;
char *data;
int s_len = 0, index = 0, mode = PDB_ADD_APPEND;
if ( zend_parse_parameters ( ZEND_NUM_ARGS() TSRMLS_CC, rsdd,
rsrc_pdb, data, s_len, index, mode) == FAILURE) {
return;
}
--
This works. As in, it doesn't return FAILURE. However, after
inspecting this with gdb, s_len seems to still be 0 after calling
zend_parse_parameters()..
Am I doing something wrong or is zend_parse_parameters() ??
Mathieu
--
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]
--
Please always Cc to me when replying to me on the lists.
--
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]
--
Please always Cc to me when replying to me on the lists.
--
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 #14323 Updated: compiling of apache and php fails with cannot open -lphpifx
ID: 14323 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: linux PHP Version: 4.0.6 New Comment: with 4.1RC5 i get the error message /opt/informix/lib/esql/libifsql.so: undefined reference to `ifx_checkAPI After searching in the bug database i have found something similar under bug id 3386. Seems that esql is not called correctly for linking Apache. With the following script (of course you may have to adjust your pathes and configure options) i have then compiled apache 1.3.22 and php 4.1RC5 successfully. Important is, that you set the enviroment variable CC to esql. #!/bin/sh IFX_LIBDIR=-L$INFORMIXDIR/lib -L$INFORMIXDIR/lib/esql IFX_INCDIR=$INFORMIXDIR/incl/esql IFX_LIBS=$INFORMIXDIR/lib/esql/libifsql.a \ $INFORMIXDIR/lib/libifasf.a \ $INFORMIXDIR/lib/esql/libifgen.a \ $INFORMIXDIR/lib/esql/libifos.a \ $INFORMIXDIR/lib/esql/libifgls.a \ $INFORMIXDIR/lib/esql/libifsql.a \ -lgen -lgls -lm -ldl $INFORMIXDIR/lib/esql/checkapi.o \ $INFORMIXDIR/lib/esql/libifglx.a export IFX_LIBDIR IFX_INCDIR IFX_LIBS CC=esql \ CFLAGS=-O2 -mpentium \ ./configure \ --with-layout=Apache \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=rewrite \ --enable-module=info \ --disable-module=imap \ --enable-module=expires \ --enable-module=log_agent \ --enable-module=so \ --prefix=/var/apache \ $@ Uli Previous Comments: [2001-12-03 10:24:07] [EMAIL PROTECTED] This is supposed to be fixed in the upcoming release. In the meantime you can try latest RC: http://www.php.net/~zeev/php-4.1.0RC5.tar.gz Closed. [2001-12-03 10:17:04] [EMAIL PROTECTED] Compiling apache 1.3.22 and php with informix support fails with /usr/i486-linux/bin/ld: cannot open -lphpifx: No such file or directory First i have configured and compiled php with --with-apache=/usr/src/apache_1.3.22 --enable-track-vars \ --with-informix=/opt/informix --enable-magic-quotes \ --without-mysql This and the final make install runs fine. Then i have tried to configure apache with --with-layout=Apache \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=rewrite \ --enable-module=info \ --disable-module=imap \ --enable-module=expires \ --enable-module=log_agent \ --enable-module=so \ --prefix=/var/apache \ The configure script gives me then the error Configuring for Apache, Version 1.3.22 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) Creating Makefile Creating Configuration.apaci in src cd ..; gcc -DLINUX=22 -I/usr/src/php-4.0.6 -I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6/Zend -I/usr/src/php-4.0.6/Zend -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6 -DUSE_EXPAT -I./lib/expat-lite -O2 -mpentium `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/opt/informix/lib -Wl,-rpath,/opt/informix/lib/esql -Wl,-rpath,/usr/src/php-4.0.6/ext/informix -rdynamic -L/opt/informix/lib -L/opt/informix/lib/esql -L/usr/src/php-4.0.6/ext/informix -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -lifsql -lifasf -lifgen -lifos -lifgls -lc -ldl -lcrypt -lphpifx -lifglx -ldl -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lm -lcrypt -ldbm -ldl /usr/i486-linux/bin/ld: cannot open -lphpifx: No such file or directory collect2: ld returned 1 exit status make: *** [dummy] Error 1 I have then searched the whole system about a libphpifx but nothing found. If i remove the entrie -lphpifx from libphp4.module i get an other error message saying /opt/informix/lib/esql/libifsql.so: undefined reference to `ifx_checkAPI I had no problems compiling apache 1.3.20 with informix support. I am using the Informix csdk 2.40UC1. Uli Edit this bug report at http://bugs.php.net/?id=14323edit=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] HOW2 on making C++ extensions in 4.1.0 (and 4.0.6?)
Does anyone have some (WORKING!) howto's on using C++ in extensions. I've tried for a couple of days now, and it's starting to bug me ;-) Why isn't there a C++ extension/demo in the package? - Lars Knudsen Developer (well... having 2nd thoughts now ;-) ) -- 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] HOW2 on making C++ extensions in 4.1.0 (and 4.0.6?)
Search this mailing list for november for c++ and extension and surely will find something. I've seen a post from a programmer who posted info about using c++ in extensions. Regards, Andrey Hristov - Original Message - From: Lars Knudsen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 04, 2001 4:44 PM Subject: [PHP-DEV] HOW2 on making C++ extensions in 4.1.0 (and 4.0.6?) Does anyone have some (WORKING!) howto's on using C++ in extensions. I've tried for a couple of days now, and it's starting to bug me ;-) Why isn't there a C++ extension/demo in the package? - Lars Knudsen Developer (well... having 2nd thoughts now ;-) ) -- 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] HOW2 on making C++ extensions in 4.1.0 (and 4.0.6?)
well.. that was me. No one came up with a valid solution. My setup: Redhat Linux 7.2 Apache 1.3.22 PHP 4.0.6 (trying 4.1.0RC5 now) I would like to get the shared modules working. ALL compilation works fine - but when I call the function from a PHP script, it doesn't find the function (I got 'some' C++ working using extern C statements ... but then adding some perfectly valid C++ classes... It - suddenly - doesn't wor. [function not found].) - Lars Knudsen Andrey Hristov [EMAIL PROTECTED] wrote in message 007801c17cd2$b9516460$0b01a8c0@ANDreY">news:007801c17cd2$b9516460$0b01a8c0@ANDreY... Search this mailing list for november for c++ and extension and surely will find something. I've seen a post from a programmer who posted info about using c++ in extensions. Regards, Andrey Hristov - Original Message - From: Lars Knudsen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 04, 2001 4:44 PM Subject: [PHP-DEV] HOW2 on making C++ extensions in 4.1.0 (and 4.0.6?) Does anyone have some (WORKING!) howto's on using C++ in extensions. I've tried for a couple of days now, and it's starting to bug me ;-) Why isn't there a C++ extension/demo in the package? - Lars Knudsen Developer (well... having 2nd thoughts now ;-) ) -- 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] Bug #14339 Updated: no parse_str function on-site ???
hi, http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html the correct URL is: http://zugeschaut-und-mitgebaut.de/php/function.parse_str.html mit only with one t, unless you want to change german orthography :) Kind Regards, Daniel Lorch -- 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: HOW2 on making C++ extensions in 4.1.0 (and 4.0.6?)
Lars, check out ext/satellite, and also the author's site. he has an upcoming? framework for producing PHP extensions in C++ Lars Knudsen [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Does anyone have some (WORKING!) howto's on using C++ in extensions. I've tried for a couple of days now, and it's starting to bug me ;-) Why isn't there a C++ extension/demo in the package? - Lars Knudsen Developer (well... having 2nd thoughts now ;-) ) -- 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 #13830 Updated: php.exe crashes when behind Xitami web server, DOM XML
Yes, Xitami is free, open source, multi-platform. You can get it here: http://www.imatix.com/html/xitami/index.htm One of the PHP downloads for Win32 even configures Xitami automatically for PHP. So, I guess it is supported by the PHP team ? Anyway, I am running Xitami as a service under Windows 2000. I believe the download URL is http://users.skynet.be/sky37432/bs3225b4.exe (off http://www.imatix.com/html/xitami/index2.htm#download ) In PHP, I've only seen the crash in this module. But I've seen another cgi crash, trying to make http://www.namazu.org/ work with Xitami. When I run the cgi behind Xitami, I get this in the log: abnormal program termination Assertion failed: 0, file cgi.c, line 240 but when I run the program from the command prompt, it runs ok. So, in some sense it is a similar problem. I have a wild theory that maybe when the program runs behind Xitami it can't allocate enough RAM maybe ? Maybe the code in these programs do not check malloc results or something, not sure. I am about to join the Xitami mailing list to see what I can find out. Maybe the crashes are related, maybe not :-( thanks for answering ! marcio -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: December 4, 2001 12:29 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Bug #13830 Updated: php.exe crashes when behind Xitami web server, DOM XML Hmm, to bad, not much of help. Is this webserver for free? If so, I can do testing on my own, just need to know where to get it. Btw, this only happens with domxml? Not with other modules? - Markus On Tue, Dec 04, 2001 at 04:17:26AM -, [EMAIL PROTECTED] wrote : ID: 13830 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: DOM XML related Operating System: Win2k PHP Version: 4.0.6 New Comment: The only thing I get is a Windows Dialog saying: The instruction at 0x10092efe referenced memory at 0x00010. The memory could not be read. Click on OK to terminate the program. Click on CANCEL to debug the program. If you believe there may be some message logged to some log file somewhere, despite the serious crash, let me know the file path and I will post the log tail here. thanks, marcio Previous Comments: [2001-11-29 09:39:38] [EMAIL PROTECTED] Well... any kind of more information about this? What crash exactly, error message? something in the logfile? Feedback. [2001-10-25 18:05:29] [EMAIL PROTECTED] This is the code: $doc = xmldocfile( xml-config.xml ); $ctx = xpath_new_context($doc); $xpath = xpath_eval($ctx,/xml-config/website[@id='oll']/output/@html-produ ction-dir); $nodeset = $xpath-nodeset; $production_dir = $nodeset[0]-content; If I run from a DOS box, it runs just fine, giving the correct result. However, when I run it behind the Xitami web server, php.exe crashes in the xpath_eval call. Some important info: My php.ini has these entries: extension_dir = c:/php/extensions extension=php_domxml.dll Note that c:\php;c:\php\dlls and c:\php\extensions are in the PATH, just in case libxml2.dll is in the path and can be found no problem, I can run xsltproc.exe just fine (it uses libxml2.dll). I can also passthru 'xsltproc.exe' from PHP, it runs fine. If I remove extension_dir = c:/php/extensions from the ini, just to test, I can get both DOS and Xitami php to complain that it cannot load php_domxml.dll, which is the expected behavior (Unable to load dynamic library...). I put the entry back, the warning Dialog goes away for DOS and for Xitami, but the crash returns for Xitami. My Conclusions: - php behind Xitami is finding php_domxml.dll just fine, because when it does not I get the warning Dialog and no crash - libxml2.dll is in the path and can be found by programs including php under DOS. It can also be found from programs launched from php behind Xitami (passthru 'xsltproc.exe'). Any chance the DLL linking is failing for some bizarre reason only when PHP runs behind Xitami ? Edit this bug report at http://bugs.php.net/?id=13830edit=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] -- Please always Cc to me when replying to me on the lists. -- 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
[PHP-DEV] Bug #13437 Updated: PHP cores on exit; memory deallocation problem?
ID: 13437
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux Solaris
PHP Version: 4.1RC5
New Comment:
This helps with my problem of apache children being left in unusable states with large
memory allocations. However, it is still entirely unreasonable that memory that takes
only a few seconds to allocate should need several minutes to be disposed of. I just
watched PHP take *six* minutes to dispose of 70 megs of memory it allocated, and on
prior occasions when no one was watching, I've found it to have be running for *hours*
cleaning up after itself.
Previous Comments:
[2001-12-03 17:46:34] [EMAIL PROTECTED]
I've seen this as well. The time limit you set is removed
when the script finishes but before the memory is cleaned
up. What I did to avoid the problem was to change the code
in php_request_shutdown() main/main.c. The end of the function looks like:
zend_try {
shutdown_memory_manager(CG(unclean_shutdown), 0);
} zend_end_try();
zend_try {
zend_unset_timeout(TSRMLS_C);
} zend_end_try();
I switched the timeout and the shutdown, and then it worked
for me. It still takes a long time, but you don't get a
timeout. Not sure if this is the correct fix, but maybe
you want to test and confirm that it helps?
[2001-12-03 15:58:46] [EMAIL PROTECTED]
This problem is still happening on 4.1RC5, though it seems to be doing a little better
than before. However it's also ignoring the time value I'm passing in to
set_time_limit(), but only when it runs out of time during clean-up.
#0 0x8107f05 in _efree (ptr=0xa62065c) at zend_alloc.c:240
240 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0 0x8107f05 in _efree (ptr=0xa62065c) at zend_alloc.c:240
#1 0x810829b in shutdown_memory_manager (silent=1, clean_cache=1) at zend_alloc.c:469
#2 0x807169e in php_module_shutdown () at main.c:1007
#3 0x8070239 in main (argc=3, argv=0xbc44) at cgi_main.c:788
[2001-10-10 22:17:21] [EMAIL PROTECTED]
Confirmed on Redhat 7.2
No crash, but print_r($us) at the end of this script displays no output.
[2001-09-25 13:55:55] [EMAIL PROTECTED]
When I unserialize a ~7mb object that contains several levels of nested objects and
arrays, PHP displays abnormal behavior. (Script #1)
First, when script execution is complete, PHP uses 100% of the CPU until it has
consumed the limit set by set_time_limit(). At this point, it segfaults with the
following backtrace (Backtrace #1).
When compiled into Apache, this causes the memory footprint for each child process to
skyrocket; the memory is not freed until the child exits. Over time, this has resulted
in Apache using 70mb * 10 children = 700mb of RAM.
Additonally: I have experienced random crashes when PHP (4.0.4pl1) exits on Solaris.
As I can not consistently reproduce this, I can't provide a sample script that always
exhibits the problem, but the script that crashes does use mysql, and does NOT use
unserialize() at all. This problem is included in this report because both crash in
the same function when PHP is doing the same thing (shutting down).
Backtrace #1 - Linux / php4-200109251035
./configure --with-mysql=/usr/local/mysql --enable-track-vars --with-xml
--with-imap=/usr --with-zlib-dir=/usr --with-ttf=/usr --enable-bcmath
--with-kerberos=/usr/kerberos --with-openssl=/usr
Program received signal SIGSEGV, Segmentation fault.
0x80ee455 in _efree (ptr=0xa585b54) at zend_alloc.c:240
240 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0 0x80ee455 in _efree (ptr=0xa585b54) at zend_alloc.c:240
#1 0x80ee7eb in shutdown_memory_manager (silent=1, clean_cache=1)
at zend_alloc.c:469
#2 0x806affe in php_module_shutdown () at main.c:1008
#3 0x8069ba9 in main (argc=2, argv=0xbbf4) at cgi_main.c:787
Backtrace #2: Solaris / php 4.0.4pl1
./configure --with-mysql=/apps/mysql --enable-track-vars --with-xml --enable-bcmath
#0 0x89074 in _efree (ptr=0x14d1c0) at zend_alloc.c:232
232 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0 0x89074 in _efree (ptr=0x14d1c0) at zend_alloc.c:232
#1 0x9ad48 in zend_hash_destroy (ht=0x158008) at zend_hash.c:569
#2 0x962f8 in _zval_dtor (zvalue=0x14a328) at zend_variables.c:69
#3 0x8e9f8 in _zval_ptr_dtor (zval_ptr=0x14acf4) at zend_execute_API.c:261
#4 0x9acdc in zend_hash_destroy (ht=0x11fdf4) at zend_hash.c:564
#5 0x8e824 in shutdown_executor () at zend_execute_API.c:165
#6 0x96ffc in zend_deactivate () at zend.c:525
#7 0x24c38 in php_request_shutdown (dummy=0x0) at main.c:688
#8 0x23a78 in main (argc=3, argv=0xed34) at cgi_main.c:771
Re: [PHP-DEV] Bug #13830 Updated: php.exe crashes when behind Xitami web server, DOM XML
Woha, thanks for the info! I'll check this and see if I can do anything about it later that evening. - Markus On Tue, Dec 04, 2001 at 10:54:48AM -0500, Marcio Marchini wrote : Yes, Xitami is free, open source, multi-platform. You can get it here: http://www.imatix.com/html/xitami/index.htm One of the PHP downloads for Win32 even configures Xitami automatically for PHP. So, I guess it is supported by the PHP team ? Anyway, I am running Xitami as a service under Windows 2000. I believe the download URL is http://users.skynet.be/sky37432/bs3225b4.exe (off http://www.imatix.com/html/xitami/index2.htm#download ) In PHP, I've only seen the crash in this module. But I've seen another cgi crash, trying to make http://www.namazu.org/ work with Xitami. When I run the cgi behind Xitami, I get this in the log: abnormal program termination Assertion failed: 0, file cgi.c, line 240 but when I run the program from the command prompt, it runs ok. So, in some sense it is a similar problem. I have a wild theory that maybe when the program runs behind Xitami it can't allocate enough RAM maybe ? Maybe the code in these programs do not check malloc results or something, not sure. I am about to join the Xitami mailing list to see what I can find out. Maybe the crashes are related, maybe not :-( thanks for answering ! marcio -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: December 4, 2001 12:29 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Bug #13830 Updated: php.exe crashes when behind Xitami web server, DOM XML Hmm, to bad, not much of help. Is this webserver for free? If so, I can do testing on my own, just need to know where to get it. Btw, this only happens with domxml? Not with other modules? - Markus On Tue, Dec 04, 2001 at 04:17:26AM -, [EMAIL PROTECTED] wrote : ID: 13830 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: DOM XML related Operating System: Win2k PHP Version: 4.0.6 New Comment: The only thing I get is a Windows Dialog saying: The instruction at 0x10092efe referenced memory at 0x00010. The memory could not be read. Click on OK to terminate the program. Click on CANCEL to debug the program. If you believe there may be some message logged to some log file somewhere, despite the serious crash, let me know the file path and I will post the log tail here. thanks, marcio Previous Comments: [2001-11-29 09:39:38] [EMAIL PROTECTED] Well... any kind of more information about this? What crash exactly, error message? something in the logfile? Feedback. [2001-10-25 18:05:29] [EMAIL PROTECTED] This is the code: $doc = xmldocfile( xml-config.xml ); $ctx = xpath_new_context($doc); $xpath = xpath_eval($ctx,/xml-config/website[@id='oll']/output/@html-produ ction-dir); $nodeset = $xpath-nodeset; $production_dir = $nodeset[0]-content; If I run from a DOS box, it runs just fine, giving the correct result. However, when I run it behind the Xitami web server, php.exe crashes in the xpath_eval call. Some important info: My php.ini has these entries: extension_dir = c:/php/extensions extension=php_domxml.dll Note that c:\php;c:\php\dlls and c:\php\extensions are in the PATH, just in case libxml2.dll is in the path and can be found no problem, I can run xsltproc.exe just fine (it uses libxml2.dll). I can also passthru 'xsltproc.exe' from PHP, it runs fine. If I remove extension_dir = c:/php/extensions from the ini, just to test, I can get both DOS and Xitami php to complain that it cannot load php_domxml.dll, which is the expected behavior (Unable to load dynamic library...). I put the entry back, the warning Dialog goes away for DOS and for Xitami, but the crash returns for Xitami. My Conclusions: - php behind Xitami is finding php_domxml.dll just fine, because when it does not I get the warning Dialog and no crash - libxml2.dll is in the path and can be found by programs including php under DOS. It can also be found from programs launched from php behind Xitami (passthru 'xsltproc.exe'). Any chance the DLL linking is failing for some bizarre reason only when PHP runs behind Xitami ? Edit this bug report at http://bugs.php.net/?id=13830edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,
[PHP-DEV] Session problem on 4.0.6
Hello, I have some problems on PHP 4.0.6 with Red Hat 7.1+Apache ... My server sometimes forgets session variables... Is it possible? Because, in the same cases, the code sometimes works but sometimes the session variables got lost... Any idea? Emek -- 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 #14340 Updated: DOMXML is broken
ID: 14340 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: DOM XML related Operating System: Linux Debian Woody PHP Version: 4.1.0 New Comment: A sample script would help very much. I think what you are searching for is actually 'tagname'. If you're unsure, just try a print_r($domobjnode); and see its properties. Feedback. Previous Comments: [2001-12-04 11:55:04] [EMAIL PROTECTED] VERSIONS: PHP4.1RC1/libxml2 v2.4.8 PHP4.099/libxml2 v2.4.8 DESCRIPTION: some methods seems to be not implemented: $node-name doesn't work!it gives no output, no crash. CONFIG OPTS: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2' '--with-iconv' '--with-ndbm' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-recode=shared,/usr' '--with-sablot=shared,/usr' '--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' This is a relatively standart install from Debian Woody packages. Edit this bug report at http://bugs.php.net/?id=14340edit=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 #14341 Updated: include() http vs file system - variable scope
ID: 14341 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: include() html vs file system - variable scope Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 4.1.0 New Comment: hi, i have discovered a bug relating to the scope of variables surrounding and within include files. when i was using a http path for an include command, the include file could only see variables instantiated within the include file. all variables instantiated within the include could not be seen by the page calling the include. however this was not the case when i used a relative path or absolute path using the file system. for example: $rootFile = /accounts/www73038/www/www.art-co-op.net/html; $rootDir = http://shell9.vhosting.com/www73038;; include(../../includes/inc_file); //-- works include($rootFile. /includes/inc_file); //-- works include($rootHttp. /includes/inc_file); //-- fails i'm not sure whether this is by design (i'm new to php in the process of reforming my evil microsoft ways). and i could not find mention of it in the documentation. if you would like to find more information regarding my server and environment: http://shell9.vhosting.com/www73038/phpinfo.php thank you, tim neill. Previous Comments: [2001-12-04 14:32:41] [EMAIL PROTECTED] hi, i have discovered a bug relating to the scope of variables surrounding and within include files. when i was using a http path for an include command, the include file could only see variables instantiated within the include file. all variables instantiated within the include could not be seen by the page calling the include. however this was not the case when i used a relative path or absolute path using the file system. for example: $rootFile = /accounts/www73038/www/www.art-co-op.net/html; $rootDir = http://shell9.vhosting.com/www73038;; include(../../includes/inc_file); //-- works include($rootFile. /includes/inc_file); //-- works include($rootHttp. /includes/inc_file); //-- fails i'm not sure whether this is by design (i'm new to php in the process of reforming my evil microsoft ways). and i could not find mention of it in the documentation. if you would like to find more information regarding my server and environment: http://shell9.vhosting.com/www73038/phpinfo.php thank you, tim neill. Edit this bug report at http://bugs.php.net/?id=14341edit=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] SSL Sockets in 4.1.0?
Hi Blake, I've only just found some time to skim php-dev, so sorry for the late reply... 4.2 (or 4.3 if I run out of time) will have SSL sockets, for SSL clients only, perhaps servers (I will need someone to test this aspect, as I won't have the time for a while). --Wez. On 29/11/01, Blake Barnett [EMAIL PROTECTED] wrote: We are developing an application which needs to communicate via SSL sockets. I can't find any documentation, examples, or functions that look like they support this. Is there any support for it? Is SSH or stunnel/sslwrap my best option? -- Blake Barnett (bdb) [EMAIL PROTECTED] Sr. Unix Administrator DevelopOnline.com office: 480-377-6816 Do, or do not. There is no try. --Yoda -- 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 #14342 Updated: configure: error: iconv not found
ID: 14342 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sablotron XSL Operating System: Solaris 8 PHP Version: 4.0CVS-2001-12-04 New Comment: What are the last few relevant lines of config.log? Does it help to specify --with-iconv[=dir] ? Feedback. Previous Comments: [2001-12-04 14:37:22] [EMAIL PROTECTED] PHP fails to configure with the following options: ./configure \ --with-expat-dir=/usr/local \ --with-sablot=/usr/local \ --enable-xslt \ --with-xslt-sablot \ --with-openssl=/usr/local/ssl \ --with-curl=/opt \ --with-ldap=/usr/local \ --with-mysql \ --with-nsapi=/usr/netscape/server4 I receive the following message (summary) checking whether byte ordering is bigendian... yes checking whether to enable XML support... yes checking external libexpat install dir... yes checking for XMLRPC-EPI support... no checking libexpat dir for XMLRPC-EPI... yes checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking libexpat dir for Sablotron XSL support... yes checking for Sablotron libraries in the default path... found Sablotron in /usr/local checking for iconv_open in -lc... no configure: error: iconv not found This problem appears to be similar to the one described in bug id #11654. Edit this bug report at http://bugs.php.net/?id=14342edit=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] SSL Sockets in 4.1.0?
Thanks, For now, I think I'll just go with an SSH tunnel. On Tue, 2001-12-04 at 13:03, Wez Furlong wrote: Hi Blake, I've only just found some time to skim php-dev, so sorry for the late reply... 4.2 (or 4.3 if I run out of time) will have SSL sockets, for SSL clients only, perhaps servers (I will need someone to test this aspect, as I won't have the time for a while). --Wez. On 29/11/01, Blake Barnett [EMAIL PROTECTED] wrote: We are developing an application which needs to communicate via SSL sockets. I can't find any documentation, examples, or functions that look like they support this. Is there any support for it? Is SSH or stunnel/sslwrap my best option? -- Blake Barnett (bdb) [EMAIL PROTECTED] Sr. Unix Administrator DevelopOnline.com office: 480-377-6816 Do, or do not. There is no try. --Yoda -- 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] -- Blake Barnett (bdb) [EMAIL PROTECTED] Sr. Unix Administrator DevelopOnline.com office: 480-377-6816 Do, or do not. There is no try. --Yoda -- 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 #14340 Updated: DOMXML is broken
ID: 14340
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: DOM XML related
Operating System: Linux Debian Woody
PHP Version: 4.1.0
New Comment:
print_r($xmlstring) works well, tough.
an example code:
_
?
$string = ?xml version=\1.0\?
webcam_users
user
loginuser1/login
passwordpasswd1/password
/user
user
loginuser2/login
passwordpasswd2/password
/user
user
loginguest/login
passwordguest_passwd/password
/user
/webcam_users;
$doc = xmldoc($string);
$root = domxml_root($doc);
$users = domxml_children($root);
foreach ($users as $user){
if ($user-type == 1) {
$nom = $user- name;
print balise: .$nom.BR;}
}
function find_content($parent,$name){
$nodes = $parent-children();
while($node = array_shift($nodes)) {
if ($node-name == $name){
return get_content($node);
}
}
?
___
This code returns:
balise: user
balise: user
balise: user
___
with php4.0.6 /libxml2 2.4.5
and nothing with php4.1RC1 / libxml2 2.4.8
Previous Comments:
[2001-12-04 13:06:03] [EMAIL PROTECTED]
Wtf? Sorry, feedback.
[2001-12-04 13:05:46] [EMAIL PROTECTED]
A sample script would help very much.
I think what you are searching for is actually 'tagname'.
If you're unsure, just try a
print_r($domobjnode);
and see its properties.
Feedback.
[2001-12-04 11:55:04] [EMAIL PROTECTED]
VERSIONS:
PHP4.1RC1/libxml2 v2.4.8
PHP4.099/libxml2 v2.4.8
DESCRIPTION:
some methods seems to be not implemented:
$node-name doesn't work!it gives no output, no crash.
CONFIG OPTS:
'../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system'
'--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug'
'--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm'
'--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2'
'--enable-ctype' '--with-db2' '--with-iconv' '--with-ndbm' '--enable-exif'
'--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring'
'--enable-mbstr-enc-trans' '--with-pcre-regex=/usr' '--enable-shmop'
'--enable-sockets' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr'
'--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU'
'--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr'
'--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr'
'--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr'
'--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr'
'--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm'
'--with-mysql=shared,/usr' '--with-recode=shared,/usr' '--with-sablot=shared,/usr'
'--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr'
'--with-t1lib=shared,/usr'
This is a relatively standart install from Debian Woody packages.
Edit this bug report at http://bugs.php.net/?id=14340edit=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 #14340 Updated: DOMXML is broken
ID: 14340
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating System: Linux Debian Woody
PHP Version: 4.1.0
New Comment:
and the problem is the same under Debian Sid (unstable) /php4.1RC1 / libxml2 2.4.8
Previous Comments:
[2001-12-04 15:23:05] [EMAIL PROTECTED]
print_r($xmlstring) works well, tough.
an example code:
_
?
$string = ?xml version=\1.0\?
webcam_users
user
loginuser1/login
passwordpasswd1/password
/user
user
loginuser2/login
passwordpasswd2/password
/user
user
loginguest/login
passwordguest_passwd/password
/user
/webcam_users;
$doc = xmldoc($string);
$root = domxml_root($doc);
$users = domxml_children($root);
foreach ($users as $user){
if ($user-type == 1) {
$nom = $user- name;
print balise: .$nom.BR;}
}
function find_content($parent,$name){
$nodes = $parent-children();
while($node = array_shift($nodes)) {
if ($node-name == $name){
return get_content($node);
}
}
?
___
This code returns:
balise: user
balise: user
balise: user
___
with php4.0.6 /libxml2 2.4.5
and nothing with php4.1RC1 / libxml2 2.4.8
[2001-12-04 13:06:03] [EMAIL PROTECTED]
Wtf? Sorry, feedback.
[2001-12-04 13:05:46] [EMAIL PROTECTED]
A sample script would help very much.
I think what you are searching for is actually 'tagname'.
If you're unsure, just try a
print_r($domobjnode);
and see its properties.
Feedback.
[2001-12-04 11:55:04] [EMAIL PROTECTED]
VERSIONS:
PHP4.1RC1/libxml2 v2.4.8
PHP4.099/libxml2 v2.4.8
DESCRIPTION:
some methods seems to be not implemented:
$node-name doesn't work!it gives no output, no crash.
CONFIG OPTS:
'../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system'
'--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug'
'--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm'
'--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2'
'--enable-ctype' '--with-db2' '--with-iconv' '--with-ndbm' '--enable-exif'
'--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring'
'--enable-mbstr-enc-trans' '--with-pcre-regex=/usr' '--enable-shmop'
'--enable-sockets' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr'
'--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU'
'--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr'
'--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr'
'--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr'
'--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr'
'--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm'
'--with-mysql=shared,/usr' '--with-recode=shared,/usr' '--with-sablot=shared,/usr'
'--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr'
'--with-t1lib=shared,/usr'
This is a relatively standart install from Debian Woody packages.
Edit this bug report at http://bugs.php.net/?id=14340edit=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[2]: [PHP-DEV] Bug #14341 Updated: include() http vs file system - variable scope
Hi, $rootFile = /accounts/www73038/www/www.art-co-op.net/html; $rootDir = http://shell9.vhosting.com/www73038;; include(../../includes/inc_file); //-- works include($rootFile. /includes/inc_file); //-- works include($rootHttp. /includes/inc_file); //-- fails maybe because of $rootDir and $rootHttp ? also, keep in mind that it is a bad practice to keep source code 'downloadable' from the web. make sure you always choose a file extension which is parsed by the webserver (such as .php, .phtml and NOT .inc or whatever). of course, nobody knows the URL of your included file, but maybe someone might also get the url when an error occurs (failed to include http:// .. whatever). an even better practice is to keep config-files with sensitive data (database user+password) out of the document-root. it once occured to me that after updating apache with a package-manager (apt) that mod_php was commented out, thus allowing everyone to download the .php sources. of course I quickly fixed that an also checked all access logs whether someone has downloaded a php file (luckily no one did because it was at night). just to show you how your website could be exploited. Kind regards, Daniel Lorch -- 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 #14343: in_array wrongly matches zero
From: [EMAIL PROTECTED]
Operating system: Linux/PPC
PHP version: 4.0.5
PHP Bug Type: Arrays related
Bug description: in_array wrongly matches zero
On my system, in_array wrongly returns true when searching
for zero in arrays that don't contain zero:
Sample code:
in_array(0, array('foobar'));
--TRUE
If I add the third parameter, it returns the correct
result:
print in_array(0, array('foobar'), true);
--FALSE
However, I'm pretty sure that 0 doesn't coerce to 'foobar'
- I don't think PHP is that loosely-typed :)
--
Edit bug report at: http://bugs.php.net/?id=14343edit=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] php-patches@lists.php.net?
On Tue, Dec 04, 2001 at 09:04:29PM +0900, Yasuo Ohgaki wrote: How about to have *new* list for sending patch for PHP? PostgreSQL has list for that. It seems the list is working great for them. php-dev is perfect for sending patches! tc -- 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] php-patches@lists.php.net?
On Tue, 04 Dec 2001, Thies C. Arntzen wrote: On Tue, Dec 04, 2001 at 09:04:29PM +0900, Yasuo Ohgaki wrote: How about to have *new* list for sending patch for PHP? PostgreSQL has list for that. It seems the list is working great for them. php-dev is perfect for sending patches! tc No, no. I suggest we split the list into extension specific lists. I claim [EMAIL PROTECTED] and [EMAIL PROTECTED] Then we can have *really* focused discussion. This php-dev deal just waters everything down. -Andrei C combines all the power of assembly language with all the ease of use of assembly language -- trad -- 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 #14343 Updated: in_array wrongly matches zero
ID: 14343
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Arrays related
Operating System: Linux/PPC
PHP Version: 4.0.5
New Comment:
Not a bug... PHP indeed tries to convert 'foobar' to a number, and because that is not
really possible, it becomes 0. That's why there is that third parameter too.
Derick
Previous Comments:
[2001-12-04 15:37:18] [EMAIL PROTECTED]
On my system, in_array wrongly returns true when searching
for zero in arrays that don't contain zero:
Sample code:
in_array(0, array('foobar'));
--TRUE
If I add the third parameter, it returns the correct
result:
print in_array(0, array('foobar'), true);
--FALSE
However, I'm pretty sure that 0 doesn't coerce to 'foobar'
- I don't think PHP is that loosely-typed :)
Edit this bug report at http://bugs.php.net/?id=14343edit=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] php-patches@lists.php.net?
On Tue, Dec 04, 2001 at 02:48:40PM -0600, Andrei Zmievski wrote: On Tue, 04 Dec 2001, Thies C. Arntzen wrote: On Tue, Dec 04, 2001 at 09:04:29PM +0900, Yasuo Ohgaki wrote: How about to have *new* list for sending patch for PHP? PostgreSQL has list for that. It seems the list is working great for them. php-dev is perfect for sending patches! tc No, no. I suggest we split the list into extension specific lists. I claim [EMAIL PROTECTED] and [EMAIL PROTECTED] Then we can have *really* focused discussion. This php-dev deal just waters everything down. i'm going to be on all lists anyhow;-) - so it doesn't make any difference for me. personally i think it would make sense to keep all CVS, bugdb and -dev talk on one single list. tc -- 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 #14343 Updated: in_array wrongly matches zero
ID: 14343
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Arrays related
Operating System: Linux/PPC
PHP Version: 4.0.5
New Comment:
Doh! I should have known that.
Previous Comments:
[2001-12-04 15:49:37] [EMAIL PROTECTED]
Not a bug... PHP indeed tries to convert 'foobar' to a number, and because that is not
really possible, it becomes 0. That's why there is that third parameter too.
Derick
[2001-12-04 15:37:18] [EMAIL PROTECTED]
On my system, in_array wrongly returns true when searching
for zero in arrays that don't contain zero:
Sample code:
in_array(0, array('foobar'));
--TRUE
If I add the third parameter, it returns the correct
result:
print in_array(0, array('foobar'), true);
--FALSE
However, I'm pretty sure that 0 doesn't coerce to 'foobar'
- I don't think PHP is that loosely-typed :)
Edit this bug report at http://bugs.php.net/?id=14343edit=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 #14342 Updated: configure: error: iconv not found
ID: 14342 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Sablotron XSL Operating System: Solaris 8 PHP Version: 4.0CVS-2001-12-04 New Comment: Downloaded and installed libiconv http://www.gnu.org/software/libiconv/ I used the --with-iconv=/usr/local option during the configure. I completed successfully. Thanks. Previous Comments: [2001-12-04 14:50:52] [EMAIL PROTECTED] What are the last few relevant lines of config.log? Does it help to specify --with-iconv[=dir] ? Feedback. [2001-12-04 14:37:22] [EMAIL PROTECTED] PHP fails to configure with the following options: ./configure \ --with-expat-dir=/usr/local \ --with-sablot=/usr/local \ --enable-xslt \ --with-xslt-sablot \ --with-openssl=/usr/local/ssl \ --with-curl=/opt \ --with-ldap=/usr/local \ --with-mysql \ --with-nsapi=/usr/netscape/server4 I receive the following message (summary) checking whether byte ordering is bigendian... yes checking whether to enable XML support... yes checking external libexpat install dir... yes checking for XMLRPC-EPI support... no checking libexpat dir for XMLRPC-EPI... yes checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking libexpat dir for Sablotron XSL support... yes checking for Sablotron libraries in the default path... found Sablotron in /usr/local checking for iconv_open in -lc... no configure: error: iconv not found This problem appears to be similar to the one described in bug id #11654. Edit this bug report at http://bugs.php.net/?id=14342edit=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] RC5 hexdec not compatible
hi,
the current behavious is more connect than the old one.
we automagiacally propagate from in to float in the conversion
routines once we gent an overflow. to get the old bahaviour
in your case you need to case the result of hexdec() to int:
$dec = (int) hexdec($hex);
and you'll get the old behaviour back. i do think that
normally you don't want negative results from hexdec() so the
new behaviour is more correct.
re,
tc
On Tue, Dec 04, 2001 at 09:01:02AM -0500, chrism wrote:
?php /* hexdec.php */
/* 4.1.0 branch hexdec not compatible
* with earlier PHP releases.
*/
/*
% php4.0.0 -f hexdec.php
lemon = 5d08374e = 1560819534
pineapple = a7e9b7d0 = -1477855280
fruit = c10d50e3 = -1056091933
sausage = 42d08254 = 1120961108
breakfast = f7d7b86e = -136857490
coconut = 1138ca81 = 288934529
% php4.0.6 -f hexdec.php
lemon = 5d08374e = 1560819534
pineapple = a7e9b7d0 = -1477855280
fruit = c10d50e3 = -1056091933
sausage = 42d08254 = 1120961108
breakfast = f7d7b86e = -136857490
coconut = 1138ca81 = 288934529
% php4.1.0RC5 -f hexdec.php
lemon = 5d08374e = 1560819534
pineapple = a7e9b7d0 = 2817112016
fruit = c10d50e3 = 3238875363
sausage = 42d08254 = 1120961108
breakfast = f7d7b86e = 4158109806
coconut = 1138ca81 = 288934529
*/
$wordlist = array(lemon, pineapple, fruit, sausage,
breakfast,coconut);
foreach($wordlist as $word) {
$crc = mhash(MHASH_CRC32, $word);
$hex = bin2hex($crc);
$dec = hexdec($hex);
echo $word . = . $hex . = . $dec . \n;
}
?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14333 Updated: Apache processes consume all CPU
ID: 14333 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: RH 6.2 SMP PHP Version: 4.0.6 New Comment: I can't find the libmysqlclient.so file on my system (and definitely not in /usr/lib). MySQL-3.23.40-1 was installed from RPM, not from ApacheToolbox. I don't think I've installed the MySQL-devel package. Do you think this has something to do with the PHP problem? I could try compiling it without the --with-mysql to see if that helps at all. Were the backtraces helpful at all? Thanks again for the help! Previous Comments: [2001-12-04 08:22:51] [EMAIL PROTECTED] You can try this: Edit the ./configure line for PHP that APT generated: remove: --with-mysql add:--with-mysql=/usr (if libmysqlclient.so is in /usr/lib/) and the rebuild both PHP and apache. Derick [2001-12-04 08:11:32] [EMAIL PROTECTED] I just reconfigured and installed Apache 1.3.22 with PHP 4.1.0RC5 support. When I did this, I also added --enable-debug to the PHP configure command-line. I added a CFLAGS=-g and --without-execstrip to the apache configure command-line. Once I installed and restarted Apache, I waited about 3 or 4 minutes before one of the Apache processes started using up 88% of the CPU. This process grew to consume 99% within the next minute or so. I then ran gdb and attached it to the PID. The following is the output, including a backtrace: [root@s1 apache_1.3.22]# gdb /usr/local/apache/bin/httpd 28070 GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... /root/atb/Apachetoolbox-1.5.45/apache_1.3.22/28070: No such file or directory. Attaching to program: /usr/local/apache/bin/httpd, Pid 28070 Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/local/lib/libgd.so...done. Reading symbols from /usr/local/lib/php/t1libs/lib/libt1.so.1...done. Reading symbols from /usr/local/lib/libfreetype.so.6...done. Reading symbols from /usr/local/lib/libz.so.1...done. Reading symbols from /usr/local/lib/libjpeg.so.62...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /lib/libnss_dns.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Reading symbols from /usr/local/apache/libexec/libjrun.so...done. Reading symbols from /usr/local/apache/libexec/mod_caucho.so...done. 0x4020922e in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 3121malloc.c: No such file or directory. (gdb) bt #0 0x4020922e in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 #1 0x40208f9a in __libc_free (mem=0x8ccf458) at malloc.c:3023 #2 0x815765a in shutdown_memory_manager (silent=0, clean_cache=1) at zend_alloc.c:485 #3 0x80c85a5 in php_module_shutdown () at main.c:1007 #4 0x80c855c in php_module_shutdown_wrapper (sapi_globals=0x8367ba0) at main.c:972 #5 0x80c6a15 in php_child_exit_handler (s=0x83aa8a8, p=0x8cf6578) at mod_php4.c:816 #6 0x81c4ac1 in ap_child_exit_modules (p=0x8cf6578, s=0x83aa8a8) at http_config.c:1701 #7 0x81ca9c5 in clean_child_exit (code=0) at http_main.c:537 #8 0x81cc9e7 in just_die (sig=10) at http_main.c:3068 #9 0x81cca09 in usr1_handler (sig=10) at http_main.c:3078 #10 0x401cdc48 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #11 0x81cab96 in accept_mutex_on_sysvsem () at http_main.c:841 #12 0x81cdd36 in child_main (child_num_arg=17) at http_main.c:4301 #13 0x81ce35c in make_child (s=0x83aa8a8, slot=17, now=1007468333) at http_main.c:4723 #14 0x81ce6d5 in perform_idle_server_maintenance () at http_main.c:4902 #15 0x81cec65 in standalone_main (argc=2, argv=0xbb34) at http_main.c:5139 #16 0x81cf233 in main (argc=2, argv=0xbb34) at http_main.c:5415 I then quit gdb and killed the high-CPU process (kill -9 28070). There were around 10 idle httpd processes at that time. The httpd process with the highest PID (#28066) then immediately started using up excessive CPU time. Doing a backtrace of it resulted in the same kind of output: 0 0x40209233 in chunk_free (ar_ptr=0x4029dd40,
[PHP-DEV] Bug #14341 Updated: include() html vs file system - variable scope
ID: 14341 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 4.1.0 New Comment: ok i created a directory on my server called test: it contains 4 files: test.php test_relative.php test_abs_file.php test_abs_http.php readme.txt (this) this url demonstrates: http://shell9.vhosting.com/www73038/test/test.php here is the source code /* test.php */ ?php //-- test.php $rootHttp = http://shell9.vhosting.com/www73038;; $rootFile = /accounts/www73038/www/www.art-co-op.net/; //-- these vars shall be called by the include files: $top_relative = 1; $top_abs_file = 1; $top_abs_http = 1; //-- relative path include(test_relative.php); //-- absolute path - using file system include($rootFile . /html/test/test_abs_file.php); //-- absolute path - using http include($rootHttp . /test/test_abs_http.php); echo(br\$inc_relative: $inc_relative); echo(br\$inc_abs_file: $inc_abs_file); echo(br\$inc_abs_http: $inc_abs_http); ? /* test_relative.php */ ?php //-- test_relative.php $inc_relative = 1; echo(br\$top_relative: $top_relative); ? /* test_abs_file.php */ ?php //-- test_abs_file.php $inc_abs_file = 1; echo(br\$top_abs_file: $top_abs_file); ? /* test_abs_http.php */ ?php //-- test_abs_http.php $inc_abs_http = 1; echo(br\$top_abs_http: $top_abs_http); ? please see the results for yourself on the above mentioned page. the variables are lost on the http. it may simply be the hosting provider i have - the phpinfo() command may be seen: http://shell9.vhosting.com/www73038/phpinfo.php if i can help in any way - by altering the above mentioned files - to test other scenarios, please notify me and i'd be happy. if you would like my source i can zip it for you and send it over. thanks very much, tim. Previous Comments: [2001-12-04 17:32:59] [EMAIL PROTECTED] but i still believe your files are parsed by the server *before* delivery ... or can you prove the opposite? [2001-12-04 16:19:16] [EMAIL PROTECTED] nope the missing quote is not it - that is simply a typo on my behalf. also the summary should read: include() http vs file system - variable scope [2001-12-04 16:15:41] [EMAIL PROTECTED] due to the missing 2nd quote i guess that you do not include /includes/inc_file but some php file with extension .php? and shell9.vhosting.com is most likely configured to parse and execute .php files? so it deliveres only the *results* of executing the files in a subrequest and not the verabtim content of the requested files try to rename your include files to something like .txt or .inc or whatever your server will deliver 'as is' and everything will work fine [2001-12-04 14:45:30] [EMAIL PROTECTED] hi, i have discovered a bug relating to the scope of variables surrounding and within include files. when i was using a http path for an include command, the include file could only see variables instantiated within the include file. all variables instantiated within the include could not be seen by the page calling the include. however this was not the case when i used a relative path or absolute path using the file system. for example: $rootFile = /accounts/www73038/www/www.art-co-op.net/html; $rootDir = http://shell9.vhosting.com/www73038;; include(../../includes/inc_file); //-- works include($rootFile. /includes/inc_file); //-- works include($rootHttp. /includes/inc_file); //-- fails i'm not sure whether this is by design (i'm new to php in the process of reforming my evil microsoft ways). and i could not find mention of it in the documentation. if you would like to find more information regarding my server and environment: http://shell9.vhosting.com/www73038/phpinfo.php thank you, tim neill. [2001-12-04 14:32:41] [EMAIL PROTECTED] hi, i have discovered a bug relating to the scope of variables surrounding and within include
[PHP-DEV] Bug #14295 Updated: Scope of globals has changed
ID: 14295 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Variables related Operating System: Win2k PHP Version: 4.0.6 New Comment: I can not reproduce this with PHP 4.1.0RC5 either. Previous Comments: [2001-12-02 01:52:04] [EMAIL PROTECTED] Cannot reproduce under PHP 4.1.0 w/ Linux Please try the code below. Save the files under the names indicated in the comments and try running test.php: # test.php ?php include 'test.inc'; echo Main File: $PHP_SELF ? # test.inc ?php echo Included File: $PHP_SELF ? [2001-11-30 15:07:54] [EMAIL PROTECTED] EXAMPLE: // Main script // The global variables are available in this script include(form.inc.php); ... // End main script // File: form.inc.php // The global variables from the main script are not available here form action=?php echo $PHP_SELF; ? method=post [form] /form // End file: form.inc.php [2001-11-30 12:25:30] [EMAIL PROTECTED] Please include short example scripts here. [2001-11-30 03:51:40] [EMAIL PROTECTED] The following bug or feature (not yet sure what it is ;)) is related to the scope of global variables. SYSTEM: I use PHP 4.0.6 on Win2k pro as i downloaded it from this web site. The loading of extra modules does not change the described behaviour. The Server API is Apache (Apache V. 1.3.22 win) PHP.INI: register_globals and register_argc_argv is ON DESCRIPTION: I have the global variable $PHP_SELF. Now i include a file where I want to use $PHP_SELF. Within the included file, $PHP_SELF is unknown (it has lost it's global state), and i have to declare it global again. This appears for any other global variables too, $PHP_SELF is just an example- This behaviour seems to be new to PHP 4.0.6, because i didn't have the problem with 4.0.5. Edit this bug report at http://bugs.php.net/?id=14295edit=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 #14288 Updated: HTTP_GET_VARS influenced by PHP_SELF
ID: 14288
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Variables related
Operating System: SuSE7.2; Apache 1.3.20; mod_php4
PHP Version: 4.0.6
New Comment:
RTFM:
http://www.php.net/manual/en/language.variables.predefined.php
$PHP_SELF only contains filename of the currently executing script,
nothing else.
Ask further support questions on the mailing lists:
http://www.php.net/support.php
--Jani
Previous Comments:
[2001-12-02 02:51:12] [EMAIL PROTECTED]
Cannot reproduce on server (and client ftm) SuSE 7.2 w/
Apache 1.3.22 using Netscape Communicator or Konqueror.
Can you reproduce this behavior under all browsers? What
happens when you use a submit button instead of javascript?
[2001-11-29 14:00:26] [EMAIL PROTECTED]
?php
if($HTTP_GET_VARS[delete]){
echo delete;
}else{
echo don't delete;
}
?
html
head
/head
body
form action=?php echo $PHP_SELF;? method=POST name=form1
input type=text name=test
a href=javascript:document.form1.submit();Save/a
/form
a href=?php echo $PHP_SELF;??delete=truedelete/a
/body
/html
The script above don't work correctly. After clicking delete the if-statement print
delete. Then you click on Save and the if-statement print delete just like you
click on delete.
If the echo $PHP_SELF in the form-tag will be replaced by the plaintext-name of the
script everything will work correctly - you can click on Save then and the
if-statement gives you a don't delete.
It seems like the $PHP_SELF stores the HTTP_GET_VARS, but if I do a echo $PHP_SELF I
get the script path, the script name and that's all, there are no HTTP_GET_VARS - but
the script still works like the HTTP_GET_VARS are there.
Edit this bug report at http://bugs.php.net/?id=14288edit=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] _SERVER HTTP_SERVER_VARS
On Tue, Dec 04, 2001 at 08:17:01PM -0500, Prottoss wrote : The phpinfo() appears to be using the new format of global arrays, which start with _, does this mean the long global array names will be phased out in the near future? Something like deprecated comes up my mind, yes. - Markus -- Please always Cc to me when replying to me on the lists. -- 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 #14340 Updated: DOMXML is broken
ID: 14340
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: DOM XML related
Operating System: Linux Debian Woody
PHP Version: 4.1.0
New Comment:
As i said, its not 'name' in this case but 'tagname'. This is the behaviour now.
Not a bug, closing.
Previous Comments:
[2001-12-04 15:24:19] [EMAIL PROTECTED]
and the problem is the same under Debian Sid (unstable) /php4.1RC1 / libxml2 2.4.8
[2001-12-04 15:23:05] [EMAIL PROTECTED]
print_r($xmlstring) works well, tough.
an example code:
_
?
$string = ?xml version=\1.0\?
webcam_users
user
loginuser1/login
passwordpasswd1/password
/user
user
loginuser2/login
passwordpasswd2/password
/user
user
loginguest/login
passwordguest_passwd/password
/user
/webcam_users;
$doc = xmldoc($string);
$root = domxml_root($doc);
$users = domxml_children($root);
foreach ($users as $user){
if ($user-type == 1) {
$nom = $user- name;
print balise: .$nom.BR;}
}
function find_content($parent,$name){
$nodes = $parent-children();
while($node = array_shift($nodes)) {
if ($node-name == $name){
return get_content($node);
}
}
?
___
This code returns:
balise: user
balise: user
balise: user
___
with php4.0.6 /libxml2 2.4.5
and nothing with php4.1RC1 / libxml2 2.4.8
[2001-12-04 13:06:03] [EMAIL PROTECTED]
Wtf? Sorry, feedback.
[2001-12-04 13:05:46] [EMAIL PROTECTED]
A sample script would help very much.
I think what you are searching for is actually 'tagname'.
If you're unsure, just try a
print_r($domobjnode);
and see its properties.
Feedback.
[2001-12-04 11:55:04] [EMAIL PROTECTED]
VERSIONS:
PHP4.1RC1/libxml2 v2.4.8
PHP4.099/libxml2 v2.4.8
DESCRIPTION:
some methods seems to be not implemented:
$node-name doesn't work!it gives no output, no crash.
CONFIG OPTS:
'../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system'
'--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug'
'--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm'
'--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2'
'--enable-ctype' '--with-db2' '--with-iconv' '--with-ndbm' '--enable-exif'
'--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring'
'--enable-mbstr-enc-trans' '--with-pcre-regex=/usr' '--enable-shmop'
'--enable-sockets' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr'
'--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU'
'--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr'
'--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr'
'--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr'
'--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr'
'--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm'
'--with-mysql=shared,/usr' '--with-recode=shared,/usr' '--with-sablot=shared,/usr'
'--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr'
'--with-t1lib=shared,/usr'
This is a relatively standart install from Debian Woody packages.
Edit this bug report at http://bugs.php.net/?id=14340edit=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 #8989 Updated: Bug#5493 resurfaced
ID: 8989 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Windows NT 4 SP5(IIS4)/2000 SP2 PHP Version: 4.0.6 New Comment: Thanks for all the help, guys, and especially H C Teo for giving me the comparison to work with that led to finding where the problem was. Namely, in the PHP.INI setting I had. After sniper's last post (thanks, by the way, for adding a note to the php.ini-dist and php.ini-recommended files...I hope it helps others avoid what happened to me), I followed the link, did a search on session.referer, and found the post from [EMAIL PROTECTED] on 08-Aug-2000 03:09, which describes the EXACT symptoms I was having. Of course, before this past week, I had no idea that it was a setting in PHP.INI that caused this. Ah well, hindsight is 20/20. *sigh* Thanks again, everyone. I am a VERY happy camper now. Previous Comments: [2001-12-04 19:32:36] [EMAIL PROTECTED] http://www.php.net/manual/en/ref.session.php session.referer_check contains the substring you want to check each HTTP Referer for. If the Referer was sent by the client and the substring was not found, the embedded session id will be marked as invalid. Defaults to the empty string. I added a note into php.ini-dist and php.ini-recommended about this value being a substring. --Jani [2001-12-02 01:34:29] [EMAIL PROTECTED] Thanks to the kind help of one H C Teo in Singapore, I believe I have found the source of the problem to this bug! H C Teo was kind enough, upon reading this bug report, to contact me directly via e-mail to let me know that someone DID have sessions working properly under Windows using my example code. H C Teo's configuration consisted of both Windows 98 and Windows 2000 SP2 running the Xitami webserver using the CGI version of PHP v4.0.6. H C Teo not only ran sniper's test (which ran fine for me as well, but did not demonstrate the bug which my code showed), but also--and I'm very grateful that someone took the few minutes to do this--took MY example files and ran them. My files worked for H C Teo as well! Considering it was the same OS and we both use the CGI version of PHP (which makes the webserver irrelevant in most cases), the problem must be elsewhere. Once again H C Teo came thru by providing access to the info provided in phpinfo(). I compared this to my configuration, noticed entries missing from my configuration that H C Teo had, and then it hit me: the PHP.INI file! I have been using PHP4 since it first came out, and my PHP.INI file dates back to around v4.0.1. As mentioned in this bug report, this bug first appeared in earlier releases (bug#5493), then disappeared in 4.0.2 - 4.0.3pl1, then resurfaced in 4.0.4. I have not changed my PHP.INI file in all that time. But what if I started COMPLETELY from scratch? I deleted the \WINNT\SYSTEM32\PHP4TS.DLL and \WINNT\PHP.INI files (making a backup of course). Then I installed PHP 4.0.6 cleanly, making ONLY the changes suggested in the installation instructions. [Note the installation instructions do NOT ever suggest that you need to rebuild your PHP.INI file with each release.] Sessions WORKED! After this, I compared my old PHP.INI file to the new one, and long story short, here's what I found. The problem appears to be with the following entry in the PHP.INI file: ... ; Check HTTP Referer to invalidate externally stored URLs containing ids. session.referer_check = ... The default for this entry is empty. If left this way PHP 4.0.6 does sessions properly. However, if you attempt to turn on this feature by setting the entry to '1' or 'On' (without the quotes), sessions do not work properly. New, empty session files are generated over time using the sample code I provided. I can only suspect that the issue has to do with some failure in the PHP engine to properly determine the source of a webpage. Since all my sample pages are hosted on the same webserver, this referrer check should not fail, but considering this feature's intended purpose, in the event someone WAS spoofing a page, it makes sense that a new session file would be created. But that's not the case here. Ergo, I believe we now have the proper focus for this bug report. Please investigate the session.referer_check feature in PHP for Windows. It does not appear to be functioning properly. Also, for future reference, you may wish to suggest to those posting bug reports to try running the default PHP.INI configs provided with PHP, making only the minimalist changes needed to get PHP working. If the problem disappears, at least you have a place to
[PHP-DEV] Bug #14333 Updated: Apache processes consume all CPU
ID: 14333 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: RH 6.2 SMP PHP Version: 4.0.6 New Comment: If you use other module for apache, then PHP only, you _must_ use the MySQL libraries that are installed on your system, but not the bundled once. You should indeed try if --without-mysql would work for you. (Simply leaving out --with-mysql does not work, it's on by default). Derick Previous Comments: [2001-12-04 17:57:03] [EMAIL PROTECTED] I can't find the libmysqlclient.so file on my system (and definitely not in /usr/lib). MySQL-3.23.40-1 was installed from RPM, not from ApacheToolbox. I don't think I've installed the MySQL-devel package. Do you think this has something to do with the PHP problem? I could try compiling it without the --with-mysql to see if that helps at all. Were the backtraces helpful at all? Thanks again for the help! [2001-12-04 08:22:51] [EMAIL PROTECTED] You can try this: Edit the ./configure line for PHP that APT generated: remove: --with-mysql add:--with-mysql=/usr (if libmysqlclient.so is in /usr/lib/) and the rebuild both PHP and apache. Derick [2001-12-04 08:11:32] [EMAIL PROTECTED] I just reconfigured and installed Apache 1.3.22 with PHP 4.1.0RC5 support. When I did this, I also added --enable-debug to the PHP configure command-line. I added a CFLAGS=-g and --without-execstrip to the apache configure command-line. Once I installed and restarted Apache, I waited about 3 or 4 minutes before one of the Apache processes started using up 88% of the CPU. This process grew to consume 99% within the next minute or so. I then ran gdb and attached it to the PID. The following is the output, including a backtrace: [root@s1 apache_1.3.22]# gdb /usr/local/apache/bin/httpd 28070 GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... /root/atb/Apachetoolbox-1.5.45/apache_1.3.22/28070: No such file or directory. Attaching to program: /usr/local/apache/bin/httpd, Pid 28070 Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/local/lib/libgd.so...done. Reading symbols from /usr/local/lib/php/t1libs/lib/libt1.so.1...done. Reading symbols from /usr/local/lib/libfreetype.so.6...done. Reading symbols from /usr/local/lib/libz.so.1...done. Reading symbols from /usr/local/lib/libjpeg.so.62...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /lib/libnss_dns.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Reading symbols from /usr/local/apache/libexec/libjrun.so...done. Reading symbols from /usr/local/apache/libexec/mod_caucho.so...done. 0x4020922e in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 3121malloc.c: No such file or directory. (gdb) bt #0 0x4020922e in chunk_free (ar_ptr=0x4029dd40, p=0x8cc3b98) at malloc.c:3121 #1 0x40208f9a in __libc_free (mem=0x8ccf458) at malloc.c:3023 #2 0x815765a in shutdown_memory_manager (silent=0, clean_cache=1) at zend_alloc.c:485 #3 0x80c85a5 in php_module_shutdown () at main.c:1007 #4 0x80c855c in php_module_shutdown_wrapper (sapi_globals=0x8367ba0) at main.c:972 #5 0x80c6a15 in php_child_exit_handler (s=0x83aa8a8, p=0x8cf6578) at mod_php4.c:816 #6 0x81c4ac1 in ap_child_exit_modules (p=0x8cf6578, s=0x83aa8a8) at http_config.c:1701 #7 0x81ca9c5 in clean_child_exit (code=0) at http_main.c:537 #8 0x81cc9e7 in just_die (sig=10) at http_main.c:3068 #9 0x81cca09 in usr1_handler (sig=10) at http_main.c:3078 #10 0x401cdc48 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #11 0x81cab96 in accept_mutex_on_sysvsem () at http_main.c:841 #12 0x81cdd36 in child_main (child_num_arg=17) at http_main.c:4301 #13 0x81ce35c in make_child (s=0x83aa8a8, slot=17, now=1007468333) at http_main.c:4723 #14 0x81ce6d5 in perform_idle_server_maintenance () at http_main.c:4902 #15 0x81cec65 in standalone_main (argc=2, argv=0xbb34) at http_main.c:5139 #16 0x81cf233 in main
[PHP-DEV] Bug #14341 Updated: include() html vs file system - variable scope
ID: 14341 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 4.1.0 New Comment: Change the extention of the file 'include($rootHttp . /test/test_abs_http.php);' to .txt, and you'll see it works fine. Derick Previous Comments: [2001-12-04 17:58:39] [EMAIL PROTECTED] ok i created a directory on my server called test: it contains 4 files: test.php test_relative.php test_abs_file.php test_abs_http.php readme.txt (this) this url demonstrates: http://shell9.vhosting.com/www73038/test/test.php here is the source code /* test.php */ ?php //-- test.php $rootHttp = http://shell9.vhosting.com/www73038;; $rootFile = /accounts/www73038/www/www.art-co-op.net/; //-- these vars shall be called by the include files: $top_relative = 1; $top_abs_file = 1; $top_abs_http = 1; //-- relative path include(test_relative.php); //-- absolute path - using file system include($rootFile . /html/test/test_abs_file.php); //-- absolute path - using http include($rootHttp . /test/test_abs_http.php); echo(br\$inc_relative: $inc_relative); echo(br\$inc_abs_file: $inc_abs_file); echo(br\$inc_abs_http: $inc_abs_http); ? /* test_relative.php */ ?php //-- test_relative.php $inc_relative = 1; echo(br\$top_relative: $top_relative); ? /* test_abs_file.php */ ?php //-- test_abs_file.php $inc_abs_file = 1; echo(br\$top_abs_file: $top_abs_file); ? /* test_abs_http.php */ ?php //-- test_abs_http.php $inc_abs_http = 1; echo(br\$top_abs_http: $top_abs_http); ? please see the results for yourself on the above mentioned page. the variables are lost on the http. it may simply be the hosting provider i have - the phpinfo() command may be seen: http://shell9.vhosting.com/www73038/phpinfo.php if i can help in any way - by altering the above mentioned files - to test other scenarios, please notify me and i'd be happy. if you would like my source i can zip it for you and send it over. thanks very much, tim. [2001-12-04 17:32:59] [EMAIL PROTECTED] but i still believe your files are parsed by the server *before* delivery ... or can you prove the opposite? [2001-12-04 16:19:16] [EMAIL PROTECTED] nope the missing quote is not it - that is simply a typo on my behalf. also the summary should read: include() http vs file system - variable scope [2001-12-04 16:15:41] [EMAIL PROTECTED] due to the missing 2nd quote i guess that you do not include /includes/inc_file but some php file with extension .php? and shell9.vhosting.com is most likely configured to parse and execute .php files? so it deliveres only the *results* of executing the files in a subrequest and not the verabtim content of the requested files try to rename your include files to something like .txt or .inc or whatever your server will deliver 'as is' and everything will work fine [2001-12-04 14:45:30] [EMAIL PROTECTED] hi, i have discovered a bug relating to the scope of variables surrounding and within include files. when i was using a http path for an include command, the include file could only see variables instantiated within the include file. all variables instantiated within the include could not be seen by the page calling the include. however this was not the case when i used a relative path or absolute path using the file system. for example: $rootFile = /accounts/www73038/www/www.art-co-op.net/html; $rootDir = http://shell9.vhosting.com/www73038;; include(../../includes/inc_file); //-- works include($rootFile. /includes/inc_file); //-- works include($rootHttp. /includes/inc_file); //-- fails i'm not sure whether this is by design (i'm new to php in the process of reforming my evil microsoft ways). and i could not find mention of it in the documentation. if you would like to find more information regarding my server and environment: http://shell9.vhosting.com/www73038/phpinfo.php thank you,
[PHP-DEV] Zend Hash Question
something that has confused me for a second is the use of HashTables to store a user defined type. the constructor is fine, its just insertion and querying that's mildly confusing. for instance, it seems as if zend_hash_add takes sizeof(struct) as an argument as opposed to sizeof(struct *) when i assume that generally we only store pointers in the hash. suppose i have a struct of type widget_t which gets allocated on the heap. what's the general practice of inserting and retrieving widget from the hash table ? -- 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] _SERVER HTTP_SERVER_VARS
Hello, The new $_* arrays are also superglobals, ie. you don't need to define them as 'global $HTTP_POST_VARS;' in your functions. The $_* arrays can be used everywhere. Derick On Tue, 4 Dec 2001, Prottoss wrote: I've recently installed php 4.1.0RC5 on a test system and while testing the build came across an interesting fact. It would appear that the new PHP creates an identical copy of every system generated global array, for example _SERVER HTTP_SERVER_VARS or _COOKIE HTTP_COOKIE_VARS. Is there a reason why those were created twice? The phpinfo() appears to be using the new format of global arrays, which start with _, does this mean the long global array names will be phased out in the near future? Regards, -- Prottoss [EMAIL PROTECTED] ICQ: 23361082 http://mediaminer.org/ -- 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 #14295 Updated: Scope of globals has changed
ID: 14295 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Variables related Operating System: Win2k PHP Version: 4.0.6 New Comment: Zak: I did try it and could reproduce with your code. I found out, that it only happens when i'm running my scripts on Win2k. On Linux my scripts are running as expected and I don't need to declare $PHP_SELF global again. The only difference in my PHP configuration is: On Win2k virtual dirs is enabled, on Linux it's disabled. Well, I don't know where to set virtual directory support on/off, so I can't verify. Previous Comments: [2001-12-04 19:34:58] [EMAIL PROTECTED] I can not reproduce this with PHP 4.1.0RC5 either. [2001-12-02 01:52:04] [EMAIL PROTECTED] Cannot reproduce under PHP 4.1.0 w/ Linux Please try the code below. Save the files under the names indicated in the comments and try running test.php: # test.php ?php include 'test.inc'; echo Main File: $PHP_SELF ? # test.inc ?php echo Included File: $PHP_SELF ? [2001-11-30 15:07:54] [EMAIL PROTECTED] EXAMPLE: // Main script // The global variables are available in this script include(form.inc.php); ... // End main script // File: form.inc.php // The global variables from the main script are not available here form action=?php echo $PHP_SELF; ? method=post [form] /form // End file: form.inc.php [2001-11-30 12:25:30] [EMAIL PROTECTED] Please include short example scripts here. [2001-11-30 03:51:40] [EMAIL PROTECTED] The following bug or feature (not yet sure what it is ;)) is related to the scope of global variables. SYSTEM: I use PHP 4.0.6 on Win2k pro as i downloaded it from this web site. The loading of extra modules does not change the described behaviour. The Server API is Apache (Apache V. 1.3.22 win) PHP.INI: register_globals and register_argc_argv is ON DESCRIPTION: I have the global variable $PHP_SELF. Now i include a file where I want to use $PHP_SELF. Within the included file, $PHP_SELF is unknown (it has lost it's global state), and i have to declare it global again. This appears for any other global variables too, $PHP_SELF is just an example- This behaviour seems to be new to PHP 4.0.6, because i didn't have the problem with 4.0.5. Edit this bug report at http://bugs.php.net/?id=14295edit=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]
FW: [PHP-DEV] _SERVER HTTP_SERVER_VARS
Hi there, $_* arrays are a copy of the long GLOBAL vars. So $_SERVER is a copy of $HTTP_SERVER_VARS or is a reference? Best regards, Emanuel Dejanu -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 5 decembrie 2001 08:31 To: Prottoss Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] _SERVER HTTP_SERVER_VARS Hello, The new $_* arrays are also superglobals, ie. you don't need to define them as 'global $HTTP_POST_VARS;' in your functions. The $_* arrays can be used everywhere. Derick On Tue, 4 Dec 2001, Prottoss wrote: I've recently installed php 4.1.0RC5 on a test system and while testing the build came across an interesting fact. It would appear that the new PHP creates an identical copy of every system generated global array, for example _SERVER HTTP_SERVER_VARS or _COOKIE HTTP_COOKIE_VARS. Is there a reason why those were created twice? The phpinfo() appears to be using the new format of global arrays, which start with _, does this mean the long global array names will be phased out in the near future? Regards, -- Prottoss [EMAIL PROTECTED] ICQ: 23361082 http://mediaminer.org/ -- 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 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: FW: [PHP-DEV] _SERVER HTTP_SERVER_VARS
Emanuel Dejanu wrote: Hi there, $_* arrays are a copy of the long GLOBAL vars. So $_SERVER is a copy of $HTTP_SERVER_VARS or is a reference? $_SEERVER, etc are reference of $HTTP_*_VARS. I think this should be noted *obvious* place when 4.1.0 is released :) -- 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]
Re: [PHP-DEV] Zend Hash Question
On Wed, Dec 05, 2001 at 01:35:26AM -0500, l0t3k wrote: something that has confused me for a second is the use of HashTables to store a user defined type. the constructor is fine, its just insertion and querying that's mildly confusing. for instance, it seems as if zend_hash_add takes sizeof(struct) as an argument as opposed to sizeof(struct *) when i assume that generally we only store pointers in the hash. The data is actually copied. Of course it's up to you what data to store. So you can store the struct or pointer to the struct, up to you. suppose i have a struct of type widget_t which gets allocated on the heap. what's the general practice of inserting and retrieving widget from the hash table ? This is probably documented at www.zend.com. You have functions for traversing it sequentially zend_hash_internal_pointer_reset(), zend_hash_get_current_data(), zend_hash_move_forward(). And you can also use zend_hash_find() and zend_hash_index_find() to use the key/index to access something. There's much more to say about this, it might be helpfull to look at the code for the array functions in ext/standard/array.c. It should be relatively easy to read the source when you know from the manual what they do. You could also look in Zend/zend_hash.h (and the .c file). Stig -- 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] PHP can't compare...
On Tue, Dec 04, 2001 at 05:38:10PM -0500, Matthew Hagerty wrote: I'm going to stop ranting and go check PHP's source, make some tests in C and such. But with this type of number representation, PHP becomes inaccurate in all but the most simple use of numbers. I find this surprising as well, I would like to see an internal representation that avoids this as well. I suppose I should look at the internals too. All that is required I guess, is someone interested in this that can write some code that fixes this with- out too many side-effects (like bad performance). Stig -- 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] PHP can't compare...
Greetings, Explain to me why the first condition fails! ?php $fFloat1 = 3.55 + 60.12; $fFloat2 = 63.67; if ( $fFloat1 == $fFloat2 ) print Equal; else print Not Equal; settype($fFloat1, string); settype($fFloat1, double); if ( $fFloat1 == $fFloat2 ) print Equal; else print Not Equal; ? Thanks, Matthew -- 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 #14339: no parse_str function on-site ???
From: [EMAIL PROTECTED] Operating system: irrelevant PHP version: 4.1.0 PHP Bug Type: Documentation problem Bug description: no parse_str function on-site ??? This is simple. I know that the function parse_str() exists in PHP3 and PHP4. It is supposed to parse a query string (of the style that is placed after a '?' on a url) and assign variables based on that string. Anyway, it doesn't seem to exist on your website, and I've used that function many times... -- Edit bug report at: http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Old Assigned To: Assigned To: hholzgra New Comment: you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html Previous Comments: [2001-12-04 09:56:33] [EMAIL PROTECTED] This is simple. I know that the function parse_str() exists in PHP3 and PHP4. It is supposed to parse a query string (of the style that is placed after a '?' on a url) and assign variables based on that string. Anyway, it doesn't seem to exist on your website, and I've used that function many times... Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. Previous Comments: [2001-12-04 10:12:15] [EMAIL PROTECTED] you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html [2001-12-04 09:56:33] [EMAIL PROTECTED] This is simple. I know that the function parse_str() exists in PHP3 and PHP4. It is supposed to parse a query string (of the style that is placed after a '?' on a url) and assign variables based on that string. Anyway, it doesn't seem to exist on your website, and I've used that function many times... Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Old Assigned To: hholzgra Assigned To: New Comment: It's not in the manual. It's called parse_url. SO not a bug in the first place :) Previous Comments: [2001-12-04 11:14:41] [EMAIL PROTECTED] This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. [2001-12-04 10:12:15] [EMAIL PROTECTED] you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html [2001-12-04 09:56:33] [EMAIL PROTECTED] This is simple. I know that the function parse_str() exists in PHP3 and PHP4. It is supposed to parse a query string (of the style that is placed after a '?' on a url) and assign variables based on that string. Anyway, it doesn't seem to exist on your website, and I've used that function many times... Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 New Comment: Both functions are documented, parse_str() and parse_url(). Previous Comments: [2001-12-04 11:18:51] [EMAIL PROTECTED] It's not in the manual. It's called parse_url. SO not a bug in the first place :) [2001-12-04 11:14:41] [EMAIL PROTECTED] This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. [2001-12-04 10:12:15] [EMAIL PROTECTED] you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html [2001-12-04 09:56:33] [EMAIL PROTECTED] This is simple. I know that the function parse_str() exists in PHP3 and PHP4. It is supposed to parse a query string (of the style that is placed after a '?' on a url) and assign variables based on that string. Anyway, it doesn't seem to exist on your website, and I've used that function many times... Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Old Assigned To: Assigned To: hholzgra New Comment: ok, i'm not able to read (or write the url for) my own pages :( but the function *is* there and is something similar, but not identical, to parse_url see http://zugeschaut-und-mitgebaut.de/php/function.parse_str.html and http://zugeschaut-und-mitgebaut.de/php/function.parse_url.html there is documentation for it in the manual source (and has been for ages), its in en/functions/string.xml, right between functions ord() and print(), but for some strange reason it does not show up in the online manual right now i'm rebuilding a html manual from scratch on my local machine to further investigate this ... Previous Comments: [2001-12-04 11:31:53] [EMAIL PROTECTED] Both functions are documented, parse_str() and parse_url(). [2001-12-04 11:18:51] [EMAIL PROTECTED] It's not in the manual. It's called parse_url. SO not a bug in the first place :) [2001-12-04 11:14:41] [EMAIL PROTECTED] This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. [2001-12-04 10:12:15] [EMAIL PROTECTED] you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html [2001-12-04 09:56:33] [EMAIL PROTECTED] This is simple. I know that the function parse_str() exists in PHP3 and PHP4. It is supposed to parse a query string (of the style that is placed after a '?' on a url) and assign variables based on that string. Anyway, it doesn't seem to exist on your website, and I've used that function many times... Edit this bug report at http://bugs.php.net/?id=14339edit=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-DOC] Bug #14339 Updated: no parse_str function on-site ???
[EMAIL PROTECTED] wrote: ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 New Comment: Both functions are documented, parse_str() and parse_url(). but have you *seen* parse_str() in the online manual? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- 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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. Previous Comments: [2001-12-04 11:38:09] [EMAIL PROTECTED] ok, i'm not able to read (or write the url for) my own pages :( but the function *is* there and is something similar, but not identical, to parse_url see http://zugeschaut-und-mitgebaut.de/php/function.parse_str.html and http://zugeschaut-und-mitgebaut.de/php/function.parse_url.html there is documentation for it in the manual source (and has been for ages), its in en/functions/string.xml, right between functions ord() and print(), but for some strange reason it does not show up in the online manual right now i'm rebuilding a html manual from scratch on my local machine to further investigate this ... [2001-12-04 11:31:53] [EMAIL PROTECTED] Both functions are documented, parse_str() and parse_url(). [2001-12-04 11:18:51] [EMAIL PROTECTED] It's not in the manual. It's called parse_url. SO not a bug in the first place :) [2001-12-04 11:14:41] [EMAIL PROTECTED] This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. [2001-12-04 10:12:15] [EMAIL PROTECTED] you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Egon, please ... we are not talking about the Zend site, we are talking about the php.net site feel free to close this report if you can show me http://php.net/parse_str or http://php.net/manual/en/function.parse-str.php, but i bet you won't be able to find any page for parse_str in the annotated english online manual ... Previous Comments: [2001-12-04 11:56:59] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 11:38:09] [EMAIL PROTECTED] ok, i'm not able to read (or write the url for) my own pages :( but the function *is* there and is something similar, but not identical, to parse_url see http://zugeschaut-und-mitgebaut.de/php/function.parse_str.html and http://zugeschaut-und-mitgebaut.de/php/function.parse_url.html there is documentation for it in the manual source (and has been for ages), its in en/functions/string.xml, right between functions ord() and print(), but for some strange reason it does not show up in the online manual right now i'm rebuilding a html manual from scratch on my local machine to further investigate this ... [2001-12-04 11:31:53] [EMAIL PROTECTED] Both functions are documented, parse_str() and parse_url(). [2001-12-04 11:18:51] [EMAIL PROTECTED] It's not in the manual. It's called parse_url. SO not a bug in the first place :) [2001-12-04 11:14:41] [EMAIL PROTECTED] This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: It is in CVS (http://cvs.php.net/co.php/phpdoc/en/functions/strings.xml?r=1.128). But not in the filelist in the build log (http://www.php.net/manual/en/build.log): function.pack.php function.parse-ini-file.php function.parse-url.php function.passthru.php Previous Comments: [2001-12-04 12:11:16] [EMAIL PROTECTED] Egon, please ... we are not talking about the Zend site, we are talking about the php.net site feel free to close this report if you can show me http://php.net/parse_str or http://php.net/manual/en/function.parse-str.php, but i bet you won't be able to find any page for parse_str in the annotated english online manual ... [2001-12-04 11:56:59] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 11:38:09] [EMAIL PROTECTED] ok, i'm not able to read (or write the url for) my own pages :( but the function *is* there and is something similar, but not identical, to parse_url see http://zugeschaut-und-mitgebaut.de/php/function.parse_str.html and http://zugeschaut-und-mitgebaut.de/php/function.parse_url.html there is documentation for it in the manual source (and has been for ages), its in en/functions/string.xml, right between functions ord() and print(), but for some strange reason it does not show up in the online manual right now i'm rebuilding a html manual from scratch on my local machine to further investigate this ... [2001-12-04 11:31:53] [EMAIL PROTECTED] Both functions are documented, parse_str() and parse_url(). [2001-12-04 11:18:51] [EMAIL PROTECTED] It's not in the manual. It's called parse_url. SO not a bug in the first place :) 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. Previous Comments: [2001-12-04 12:25:16] [EMAIL PROTECTED] It is in CVS (http://cvs.php.net/co.php/phpdoc/en/functions/strings.xml?r=1.128). But not in the filelist in the build log (http://www.php.net/manual/en/build.log): function.pack.php function.parse-ini-file.php function.parse-url.php function.passthru.php [2001-12-04 12:11:16] [EMAIL PROTECTED] Egon, please ... we are not talking about the Zend site, we are talking about the php.net site feel free to close this report if you can show me http://php.net/parse_str or http://php.net/manual/en/function.parse-str.php, but i bet you won't be able to find any page for parse_str in the annotated english online manual ... [2001-12-04 11:56:59] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 11:38:09] [EMAIL PROTECTED] ok, i'm not able to read (or write the url for) my own pages :( but the function *is* there and is something similar, but not identical, to parse_url see http://zugeschaut-und-mitgebaut.de/php/function.parse_str.html and http://zugeschaut-und-mitgebaut.de/php/function.parse_url.html there is documentation for it in the manual source (and has been for ages), its in en/functions/string.xml, right between functions ord() and print(), but for some strange reason it does not show up in the online manual right now i'm rebuilding a html manual from scratch on my local machine to further investigate this ... [2001-12-04 11:31:53] [EMAIL PROTECTED] Both functions are documented, parse_str() and parse_url(). 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: for some strange reason openjade totaly ignores this function ... needs further investigation, but not today ... :( Previous Comments: [2001-12-04 12:39:10] [EMAIL PROTECTED] Egon, these are links to the ZEND online manual! Please stay on topic ... [2001-12-04 12:26:15] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 12:25:16] [EMAIL PROTECTED] It is in CVS (http://cvs.php.net/co.php/phpdoc/en/functions/strings.xml?r=1.128). But not in the filelist in the build log (http://www.php.net/manual/en/build.log): function.pack.php function.parse-ini-file.php function.parse-url.php function.passthru.php [2001-12-04 12:11:16] [EMAIL PROTECTED] Egon, please ... we are not talking about the Zend site, we are talking about the php.net site feel free to close this report if you can show me http://php.net/parse_str or http://php.net/manual/en/function.parse-str.php, but i bet you won't be able to find any page for parse_str in the annotated english online manual ... [2001-12-04 11:56:59] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Old Assigned To: hholzgra Assigned To: New Comment: It never even occurred to me to try www.zend.com. I've been spoiled by the semming user-friendliness at www.php.net (not to mention the easy to remember URL...) but I finally found the function in my print (paper) PHP book. Who works on the www.php.net? Anybody here who can just fix it? Isn't it an obvious and easy thing to fix, if all the text is already on the Zend website? Previous Comments: [2001-12-04 13:04:47] [EMAIL PROTECTED] for some strange reason openjade totaly ignores this function ... needs further investigation, but not today ... :( [2001-12-04 12:39:10] [EMAIL PROTECTED] Egon, these are links to the ZEND online manual! Please stay on topic ... [2001-12-04 12:26:15] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 12:25:16] [EMAIL PROTECTED] It is in CVS (http://cvs.php.net/co.php/phpdoc/en/functions/strings.xml?r=1.128). But not in the filelist in the build log (http://www.php.net/manual/en/build.log): function.pack.php function.parse-ini-file.php function.parse-url.php function.passthru.php [2001-12-04 12:11:16] [EMAIL PROTECTED] Egon, please ... we are not talking about the Zend site, we are talking about the php.net site feel free to close this report if you can show me http://php.net/parse_str or http://php.net/manual/en/function.parse-str.php, but i bet you won't be able to find any page for parse_str in the annotated english online manual ... 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. Previous Comments: [2001-12-04 13:10:59] [EMAIL PROTECTED] It never even occurred to me to try www.zend.com. I've been spoiled by the semming user-friendliness at www.php.net (not to mention the easy to remember URL...) but I finally found the function in my print (paper) PHP book. Who works on the www.php.net? Anybody here who can just fix it? Isn't it an obvious and easy thing to fix, if all the text is already on the Zend website? [2001-12-04 13:04:47] [EMAIL PROTECTED] for some strange reason openjade totaly ignores this function ... needs further investigation, but not today ... :( [2001-12-04 12:39:10] [EMAIL PROTECTED] Egon, these are links to the ZEND online manual! Please stay on topic ... [2001-12-04 12:26:15] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 12:25:16] [EMAIL PROTECTED] It is in CVS (http://cvs.php.net/co.php/phpdoc/en/functions/strings.xml?r=1.128). But not in the filelist in the build log (http://www.php.net/manual/en/build.log): function.pack.php function.parse-ini-file.php function.parse-url.php function.passthru.php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: goba Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: I am one [EMAIL PROTECTED] I can say, that the problem is not at php.net, Jade our XML-HTML generator program cannot generate that function.parse-str.php named HTML file used in the online manual to show the documentation. This may be an undocumented thing in the Jade program. This is why this function is listed at zend.com and in the XML file, but not in the online manual at php.net. Strange thing though that there is a http://www.zend.com/manual/function.parse-str.php but no http://www.php.net/manual/en/function.parse-str.php I don't know how often the zend.com manual is updated, but I think not that often as the php.net one (daily)... Previous Comments: [2001-12-04 13:13:47] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 13:10:59] [EMAIL PROTECTED] It never even occurred to me to try www.zend.com. I've been spoiled by the semming user-friendliness at www.php.net (not to mention the easy to remember URL...) but I finally found the function in my print (paper) PHP book. Who works on the www.php.net? Anybody here who can just fix it? Isn't it an obvious and easy thing to fix, if all the text is already on the Zend website? [2001-12-04 13:04:47] [EMAIL PROTECTED] for some strange reason openjade totaly ignores this function ... needs further investigation, but not today ... :( [2001-12-04 12:39:10] [EMAIL PROTECTED] Egon, these are links to the ZEND online manual! Please stay on topic ... [2001-12-04 12:26:15] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: functions available in the xml source do not show up in the online manual
ID: 14339 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Summary: no parse_str function on-site ??? Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Egon: repeating off-topic facts doesn't help at all both jade and openjade on my local system do not generate the parse_str() page, to and there are even more functions affected: - iis_add_server - iis_get_dir_security - iis_get_script_map - iis_get_server_by_comment - iis_get_server_by_path - iis_get_server_rights - iis_remove_server - iis_set_app_settings - iis_set_dir_security - iis_set_script_map - iis_set_server_rights - iis_start_server - iis_start_service - iis_stop_server - iis_stop_service - parse_str - pcntl_fork - pcntl_signal - pcntl_waitpid - pcntl_wexitstatus - pcntl_wifexited - pcntl_wifsignaled - pcntl_wifstopped - pcntl_wstopsig - pcntl_wtermsig - yp_err_string - yp_errno Previous Comments: [2001-12-04 13:24:18] [EMAIL PROTECTED] I am one [EMAIL PROTECTED] I can say, that the problem is not at php.net, Jade our XML-HTML generator program cannot generate that function.parse-str.php named HTML file used in the online manual to show the documentation. This may be an undocumented thing in the Jade program. This is why this function is listed at zend.com and in the XML file, but not in the online manual at php.net. Strange thing though that there is a http://www.zend.com/manual/function.parse-str.php but no http://www.php.net/manual/en/function.parse-str.php I don't know how often the zend.com manual is updated, but I think not that often as the php.net one (daily)... [2001-12-04 13:13:47] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 13:10:59] [EMAIL PROTECTED] It never even occurred to me to try www.zend.com. I've been spoiled by the semming user-friendliness at www.php.net (not to mention the easy to remember URL...) but I finally found the function in my print (paper) PHP book. Who works on the www.php.net? Anybody here who can just fix it? Isn't it an obvious and easy thing to fix, if all the text is already on the Zend website? [2001-12-04 13:04:47] [EMAIL PROTECTED] for some strange reason openjade totaly ignores this function ... needs further investigation, but not today ... :( [2001-12-04 12:39:10] [EMAIL PROTECTED] Egon, these are links to the ZEND online manual! Please stay on topic ... 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Summary: functions available in the xml source do not show up in the online manual Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Sorry making traffic, it was only my stupid Windows ME. There many people working for php.net. But the source of the PHP manual should be the same. I have now looked over the history of en/functions/strings.xml and found only parse_str() but no parse_url(). Hartmut, could it possible, that you have branched out the parse_url() function :) If parse_str() isn´t visible in the online manual, we are using wrong tools. I know this is not a place to start discussions about books. Which book are you using? Please mail per PM to [EMAIL PROTECTED] Previous Comments: [2001-12-04 13:35:25] [EMAIL PROTECTED] Egon: repeating off-topic facts doesn't help at all both jade and openjade on my local system do not generate the parse_str() page, to and there are even more functions affected: - iis_add_server - iis_get_dir_security - iis_get_script_map - iis_get_server_by_comment - iis_get_server_by_path - iis_get_server_rights - iis_remove_server - iis_set_app_settings - iis_set_dir_security - iis_set_script_map - iis_set_server_rights - iis_start_server - iis_start_service - iis_stop_server - iis_stop_service - parse_str - pcntl_fork - pcntl_signal - pcntl_waitpid - pcntl_wexitstatus - pcntl_wifexited - pcntl_wifsignaled - pcntl_wifstopped - pcntl_wstopsig - pcntl_wtermsig - yp_err_string - yp_errno [2001-12-04 13:24:18] [EMAIL PROTECTED] I am one [EMAIL PROTECTED] I can say, that the problem is not at php.net, Jade our XML-HTML generator program cannot generate that function.parse-str.php named HTML file used in the online manual to show the documentation. This may be an undocumented thing in the Jade program. This is why this function is listed at zend.com and in the XML file, but not in the online manual at php.net. Strange thing though that there is a http://www.zend.com/manual/function.parse-str.php but no http://www.php.net/manual/en/function.parse-str.php I don't know how often the zend.com manual is updated, but I think not that often as the php.net one (daily)... [2001-12-04 13:13:47] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 13:10:59] [EMAIL PROTECTED] It never even occurred to me to try www.zend.com. I've been spoiled by the semming user-friendliness at www.php.net (not to mention the easy to remember URL...) but I finally found the function in my print (paper) PHP book. Who works on the www.php.net? Anybody here who can just fix it? Isn't it an obvious and easy thing to fix, if all the text is already on the Zend website? [2001-12-04 13:04:47] [EMAIL PROTECTED] for some strange reason openjade totaly ignores this function ... needs further investigation, but not today ... :( 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: functions available in the xml source do not show up in the online manual
ID: 14339 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Summary: no parse_str function on-site ??? Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: ... :( forget about the iis_* functions (not documented) and the pcntl_* stuff (documented but not included in manual.xml) but at least yp_errno and yp_err_string are definetly missing Previous Comments: [2001-12-04 13:36:42] [EMAIL PROTECTED] Sorry making traffic, it was only my stupid Windows ME. There many people working for php.net. But the source of the PHP manual should be the same. I have now looked over the history of en/functions/strings.xml and found only parse_str() but no parse_url(). Hartmut, could it possible, that you have branched out the parse_url() function :) If parse_str() isn´t visible in the online manual, we are using wrong tools. I know this is not a place to start discussions about books. Which book are you using? Please mail per PM to [EMAIL PROTECTED] [2001-12-04 13:35:25] [EMAIL PROTECTED] Egon: repeating off-topic facts doesn't help at all both jade and openjade on my local system do not generate the parse_str() page, to and there are even more functions affected: - iis_add_server - iis_get_dir_security - iis_get_script_map - iis_get_server_by_comment - iis_get_server_by_path - iis_get_server_rights - iis_remove_server - iis_set_app_settings - iis_set_dir_security - iis_set_script_map - iis_set_server_rights - iis_start_server - iis_start_service - iis_stop_server - iis_stop_service - parse_str - pcntl_fork - pcntl_signal - pcntl_waitpid - pcntl_wexitstatus - pcntl_wifexited - pcntl_wifsignaled - pcntl_wifstopped - pcntl_wstopsig - pcntl_wtermsig - yp_err_string - yp_errno [2001-12-04 13:24:18] [EMAIL PROTECTED] I am one [EMAIL PROTECTED] I can say, that the problem is not at php.net, Jade our XML-HTML generator program cannot generate that function.parse-str.php named HTML file used in the online manual to show the documentation. This may be an undocumented thing in the Jade program. This is why this function is listed at zend.com and in the XML file, but not in the online manual at php.net. Strange thing though that there is a http://www.zend.com/manual/function.parse-str.php but no http://www.php.net/manual/en/function.parse-str.php I don't know how often the zend.com manual is updated, but I think not that often as the php.net one (daily)... [2001-12-04 13:13:47] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 13:10:59] [EMAIL PROTECTED] It never even occurred to me to try www.zend.com. I've been spoiled by the semming user-friendliness at www.php.net (not to mention the easy to remember URL...) but I finally found the function in my print (paper) PHP book. Who works on the www.php.net? Anybody here who can just fix it? Isn't it an obvious and easy thing to fix, if all the text is already on the Zend website? 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: goba Reported By: [EMAIL PROTECTED] Old Summary: functions available in the xml source do not show up in the online manual Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Erm, Hartmut you are actually not right... iis and pcntl.xml is not added to manual.xml[.in], so they are not showing up, and those two yp functions are ommented out in nis.xml with a comment that they are not existstent. So the conclusion is that _only_ that parse_str is affected. Maybe Jade has an undocumented feature called parse-str and it cant handle that id... Sidenote: The IIS and PCNTL authors need to be asked whether they would like to put in their functions to manual.xml, or just playing some more before it is ready to be added... I don't know... Previous Comments: [2001-12-04 13:41:49] [EMAIL PROTECTED] ... :( forget about the iis_* functions (not documented) and the pcntl_* stuff (documented but not included in manual.xml) but at least yp_errno and yp_err_string are definetly missing [2001-12-04 13:36:42] [EMAIL PROTECTED] Sorry making traffic, it was only my stupid Windows ME. There many people working for php.net. But the source of the PHP manual should be the same. I have now looked over the history of en/functions/strings.xml and found only parse_str() but no parse_url(). Hartmut, could it possible, that you have branched out the parse_url() function :) If parse_str() isn´t visible in the online manual, we are using wrong tools. I know this is not a place to start discussions about books. Which book are you using? Please mail per PM to [EMAIL PROTECTED] [2001-12-04 13:35:25] [EMAIL PROTECTED] Egon: repeating off-topic facts doesn't help at all both jade and openjade on my local system do not generate the parse_str() page, to and there are even more functions affected: - iis_add_server - iis_get_dir_security - iis_get_script_map - iis_get_server_by_comment - iis_get_server_by_path - iis_get_server_rights - iis_remove_server - iis_set_app_settings - iis_set_dir_security - iis_set_script_map - iis_set_server_rights - iis_start_server - iis_start_service - iis_stop_server - iis_stop_service - parse_str - pcntl_fork - pcntl_signal - pcntl_waitpid - pcntl_wexitstatus - pcntl_wifexited - pcntl_wifsignaled - pcntl_wifstopped - pcntl_wstopsig - pcntl_wtermsig - yp_err_string - yp_errno [2001-12-04 13:24:18] [EMAIL PROTECTED] I am one [EMAIL PROTECTED] I can say, that the problem is not at php.net, Jade our XML-HTML generator program cannot generate that function.parse-str.php named HTML file used in the online manual to show the documentation. This may be an undocumented thing in the Jade program. This is why this function is listed at zend.com and in the XML file, but not in the online manual at php.net. Strange thing though that there is a http://www.zend.com/manual/function.parse-str.php but no http://www.php.net/manual/en/function.parse-str.php I don't know how often the zend.com manual is updated, but I think not that often as the php.net one (daily)... [2001-12-04 13:13:47] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: mmm, weird. It is generated in my daily builds. And the CHM manuals have it too... Derick Previous Comments: [2001-12-04 13:43:53] [EMAIL PROTECTED] Erm, Hartmut you are actually not right... iis and pcntl.xml is not added to manual.xml[.in], so they are not showing up, and those two yp functions are ommented out in nis.xml with a comment that they are not existstent. So the conclusion is that _only_ that parse_str is affected. Maybe Jade has an undocumented feature called parse-str and it cant handle that id... Sidenote: The IIS and PCNTL authors need to be asked whether they would like to put in their functions to manual.xml, or just playing some more before it is ready to be added... I don't know... [2001-12-04 13:41:49] [EMAIL PROTECTED] ... :( forget about the iis_* functions (not documented) and the pcntl_* stuff (documented but not included in manual.xml) but at least yp_errno and yp_err_string are definetly missing [2001-12-04 13:36:42] [EMAIL PROTECTED] Sorry making traffic, it was only my stupid Windows ME. There many people working for php.net. But the source of the PHP manual should be the same. I have now looked over the history of en/functions/strings.xml and found only parse_str() but no parse_url(). Hartmut, could it possible, that you have branched out the parse_url() function :) If parse_str() isn´t visible in the online manual, we are using wrong tools. I know this is not a place to start discussions about books. Which book are you using? Please mail per PM to [EMAIL PROTECTED] [2001-12-04 13:35:25] [EMAIL PROTECTED] Egon: repeating off-topic facts doesn't help at all both jade and openjade on my local system do not generate the parse_str() page, to and there are even more functions affected: - iis_add_server - iis_get_dir_security - iis_get_script_map - iis_get_server_by_comment - iis_get_server_by_path - iis_get_server_rights - iis_remove_server - iis_set_app_settings - iis_set_dir_security - iis_set_script_map - iis_set_server_rights - iis_start_server - iis_start_service - iis_stop_server - iis_stop_service - parse_str - pcntl_fork - pcntl_signal - pcntl_waitpid - pcntl_wexitstatus - pcntl_wifexited - pcntl_wifsignaled - pcntl_wifstopped - pcntl_wstopsig - pcntl_wtermsig - yp_err_string - yp_errno [2001-12-04 13:24:18] [EMAIL PROTECTED] I am one [EMAIL PROTECTED] I can say, that the problem is not at php.net, Jade our XML-HTML generator program cannot generate that function.parse-str.php named HTML file used in the online manual to show the documentation. This may be an undocumented thing in the Jade program. This is why this function is listed at zend.com and in the XML file, but not in the online manual at php.net. Strange thing though that there is a http://www.zend.com/manual/function.parse-str.php but no http://www.php.net/manual/en/function.parse-str.php I don't know how often the zend.com manual is updated, but I think not that often as the php.net one (daily)... 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: functions available in the xml source do not show up in the online manual
ID: 14339 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Summary: no parse_str function on-site ??? Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: parse_url() is documented in url.xml, not string.xml i have just scanned the openjade sources and the docbook dsl stylesheets for 'parse_str' and 'parse-str' without results as a sidenote: mb_parse_str shows up in the manual but anyway, its to late, lack of concentration, will be leaving now ... Previous Comments: [2001-12-04 13:48:42] [EMAIL PROTECTED] mmm, weird. It is generated in my daily builds. And the CHM manuals have it too... Derick [2001-12-04 13:43:53] [EMAIL PROTECTED] Erm, Hartmut you are actually not right... iis and pcntl.xml is not added to manual.xml[.in], so they are not showing up, and those two yp functions are ommented out in nis.xml with a comment that they are not existstent. So the conclusion is that _only_ that parse_str is affected. Maybe Jade has an undocumented feature called parse-str and it cant handle that id... Sidenote: The IIS and PCNTL authors need to be asked whether they would like to put in their functions to manual.xml, or just playing some more before it is ready to be added... I don't know... [2001-12-04 13:41:49] [EMAIL PROTECTED] ... :( forget about the iis_* functions (not documented) and the pcntl_* stuff (documented but not included in manual.xml) but at least yp_errno and yp_err_string are definetly missing [2001-12-04 13:36:42] [EMAIL PROTECTED] Sorry making traffic, it was only my stupid Windows ME. There many people working for php.net. But the source of the PHP manual should be the same. I have now looked over the history of en/functions/strings.xml and found only parse_str() but no parse_url(). Hartmut, could it possible, that you have branched out the parse_url() function :) If parse_str() isn´t visible in the online manual, we are using wrong tools. I know this is not a place to start discussions about books. Which book are you using? Please mail per PM to [EMAIL PROTECTED] [2001-12-04 13:35:25] [EMAIL PROTECTED] Egon: repeating off-topic facts doesn't help at all both jade and openjade on my local system do not generate the parse_str() page, to and there are even more functions affected: - iis_add_server - iis_get_dir_security - iis_get_script_map - iis_get_server_by_comment - iis_get_server_by_path - iis_get_server_rights - iis_remove_server - iis_set_app_settings - iis_set_dir_security - iis_set_script_map - iis_set_server_rights - iis_start_server - iis_start_service - iis_stop_server - iis_stop_service - parse_str - pcntl_fork - pcntl_signal - pcntl_waitpid - pcntl_wexitstatus - pcntl_wifexited - pcntl_wifsignaled - pcntl_wifstopped - pcntl_wstopsig - pcntl_wtermsig - yp_err_string - yp_errno 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: functions available in the xml source do not show up in the online manual
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: I know both NIS functions doesn´t exist. So I have removed it in the documentation. If someone else have written the two missing functions, you can remove the comments in the documentation. IIRC it was Stephanie Wehner who wrote the code. Previous Comments: [2001-12-04 13:52:22] [EMAIL PROTECTED] parse_url() is documented in url.xml, not string.xml i have just scanned the openjade sources and the docbook dsl stylesheets for 'parse_str' and 'parse-str' without results as a sidenote: mb_parse_str shows up in the manual but anyway, its to late, lack of concentration, will be leaving now ... [2001-12-04 13:48:42] [EMAIL PROTECTED] mmm, weird. It is generated in my daily builds. And the CHM manuals have it too... Derick [2001-12-04 13:43:53] [EMAIL PROTECTED] Erm, Hartmut you are actually not right... iis and pcntl.xml is not added to manual.xml[.in], so they are not showing up, and those two yp functions are ommented out in nis.xml with a comment that they are not existstent. So the conclusion is that _only_ that parse_str is affected. Maybe Jade has an undocumented feature called parse-str and it cant handle that id... Sidenote: The IIS and PCNTL authors need to be asked whether they would like to put in their functions to manual.xml, or just playing some more before it is ready to be added... I don't know... [2001-12-04 13:41:49] [EMAIL PROTECTED] ... :( forget about the iis_* functions (not documented) and the pcntl_* stuff (documented but not included in manual.xml) but at least yp_errno and yp_err_string are definetly missing [2001-12-04 13:36:42] [EMAIL PROTECTED] Sorry making traffic, it was only my stupid Windows ME. There many people working for php.net. But the source of the PHP manual should be the same. I have now looked over the history of en/functions/strings.xml and found only parse_str() but no parse_url(). Hartmut, could it possible, that you have branched out the parse_url() function :) If parse_str() isn´t visible in the online manual, we are using wrong tools. I know this is not a place to start discussions about books. Which book are you using? Please mail per PM to [EMAIL PROTECTED] 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: derick Reported By: [EMAIL PROTECTED] Old Summary: functions available in the xml source do not show up in the online manual Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Even weirder... the other functions Hartmut mentioned are not in my builds. Previous Comments: [2001-12-04 13:52:31] [EMAIL PROTECTED] I know both NIS functions doesn´t exist. So I have removed it in the documentation. If someone else have written the two missing functions, you can remove the comments in the documentation. IIRC it was Stephanie Wehner who wrote the code. [2001-12-04 13:52:22] [EMAIL PROTECTED] parse_url() is documented in url.xml, not string.xml i have just scanned the openjade sources and the docbook dsl stylesheets for 'parse_str' and 'parse-str' without results as a sidenote: mb_parse_str shows up in the manual but anyway, its to late, lack of concentration, will be leaving now ... [2001-12-04 13:48:42] [EMAIL PROTECTED] mmm, weird. It is generated in my daily builds. And the CHM manuals have it too... Derick [2001-12-04 13:43:53] [EMAIL PROTECTED] Erm, Hartmut you are actually not right... iis and pcntl.xml is not added to manual.xml[.in], so they are not showing up, and those two yp functions are ommented out in nis.xml with a comment that they are not existstent. So the conclusion is that _only_ that parse_str is affected. Maybe Jade has an undocumented feature called parse-str and it cant handle that id... Sidenote: The IIS and PCNTL authors need to be asked whether they would like to put in their functions to manual.xml, or just playing some more before it is ready to be added... I don't know... [2001-12-04 13:41:49] [EMAIL PROTECTED] ... :( forget about the iis_* functions (not documented) and the pcntl_* stuff (documented but not included in manual.xml) but at least yp_errno and yp_err_string are definetly missing 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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 #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: ok, blame me ... (have a look at the ord() example and you'll see what's wrong) fixed in CVS Previous Comments: [2001-12-04 13:54:00] [EMAIL PROTECTED] Even weirder... the other functions Hartmut mentioned are not in my builds. [2001-12-04 13:52:31] [EMAIL PROTECTED] I know both NIS functions doesn´t exist. So I have removed it in the documentation. If someone else have written the two missing functions, you can remove the comments in the documentation. IIRC it was Stephanie Wehner who wrote the code. [2001-12-04 13:52:22] [EMAIL PROTECTED] parse_url() is documented in url.xml, not string.xml i have just scanned the openjade sources and the docbook dsl stylesheets for 'parse_str' and 'parse-str' without results as a sidenote: mb_parse_str shows up in the manual but anyway, its to late, lack of concentration, will be leaving now ... [2001-12-04 13:48:42] [EMAIL PROTECTED] mmm, weird. It is generated in my daily builds. And the CHM manuals have it too... Derick [2001-12-04 13:43:53] [EMAIL PROTECTED] Erm, Hartmut you are actually not right... iis and pcntl.xml is not added to manual.xml[.in], so they are not showing up, and those two yp functions are ommented out in nis.xml with a comment that they are not existstent. So the conclusion is that _only_ that parse_str is affected. Maybe Jade has an undocumented feature called parse-str and it cant handle that id... Sidenote: The IIS and PCNTL authors need to be asked whether they would like to put in their functions to manual.xml, or just playing some more before it is ready to be added... I don't know... 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=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=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] PHP still can't compare...
Greetings, Another problem with PHP trying to make a simple comparison and failing... This works: $iQty = -1; if ( isset($g_aForm[qty_$iKey]) AND is_numeric($g_aForm[qty_$iKey]) ) $iQty = $g_aForm[qty_$iKey]; But this does not: $iQty = ( isset($g_aForm[qty_$iKey]) AND is_numeric($g_aForm[qty_$iKey]) ? $g_aForm[qty_$iKey] : -1); Explain... Thanks, Matthew -- 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] PHP can't compare...
Hello, this is how floating point numbers work. 3.55 as float is not 'exactly' 3.55, but it is stored in memory as an as good as possible representation, something like 3.551 perhaps. If you simply compare this: 3.550001 + 60.12001 != 63.69 so that's why the comparison fails. Derick On Tue, 4 Dec 2001, Matthew Hagerty wrote: Greetings, Explain to me why the first condition fails! ?php $fFloat1 = 3.55 + 60.12; $fFloat2 = 63.67; if ( $fFloat1 == $fFloat2 ) print Equal; else print Not Equal; settype($fFloat1, string); settype($fFloat1, double); if ( $fFloat1 == $fFloat2 ) print Equal; else print Not Equal; ? Thanks, Matthew -- 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] PHP still can't compare...
Hello, this has to do with operator precendence. Please ask for this kind of support questions on the [EMAIL PROTECTED] mailinglist. Derick On Tue, 4 Dec 2001, Matthew Hagerty wrote: Greetings, Another problem with PHP trying to make a simple comparison and failing... This works: $iQty = -1; if ( isset($g_aForm[qty_$iKey]) AND is_numeric($g_aForm[qty_$iKey]) ) $iQty = $g_aForm[qty_$iKey]; But this does not: $iQty = ( isset($g_aForm[qty_$iKey]) AND is_numeric($g_aForm[qty_$iKey]) ? $g_aForm[qty_$iKey] : -1); Explain... Thanks, Matthew -- 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] PHP can't compare...
Okay, then why when I ask PHP to show me the value of $fFloat1, do I get this: printf(%f, $fFloat1); - 63.67 Not some long draw out number like 63.671 or even 63.669... If PHP uses precision past the 6 digit then it needs to show me that it does. I can't agree with your reason because computers are not that imprecise. Doing math with a double is the same no matter where you stick the decimal point, so why would $i = be any different than $i = .?? I'll go check the datasheet for AMD's and Intel's floating point units and see how they say number representation is supposed to be just to make sure. However, even if the number is not stored as indicated, ie. 3.551 instead of a clean 3.55000, then why does PHP take the liberty to chop off that precision when converting to a string? And why is that precision not put back on when going back to a double? It is not put back on because PHP can represent 3.55 as a clean 3.55, so the assignment of floats, ie. $fFloat = 3.55;, is coded in error in PHP's internals!? Also, if 3.55 is represented internally as something else, ie. 3.55001, then 63.67 must be something else as well. So then why does casting to a string, then back to a double make them equal? Everything has been ruled out except the addition, which is where I suspect the problem lies. Again, a computer can compute that 3.55 + 60.12 is equal to 63.67 without taking the math out to 16 decimal places, even if the precision is that high. The zeros why out there simply stay zeros. I'm going to stop ranting and go check PHP's source, make some tests in C and such. But with this type of number representation, PHP becomes inaccurate in all but the most simple use of numbers. Matthew At 11:05 PM 12/4/2001 +0100, Derick Rethans wrote: Hello, this is how floating point numbers work. 3.55 as float is not 'exactly' 3.55, but it is stored in memory as an as good as possible representation, something like 3.551 perhaps. If you simply compare this: 3.550001 + 60.12001 != 63.69 so that's why the comparison fails. Derick On Tue, 4 Dec 2001, Matthew Hagerty wrote: Greetings, Explain to me why the first condition fails! ?php $fFloat1 = 3.55 + 60.12; $fFloat2 = 63.67; if ( $fFloat1 == $fFloat2 ) print Equal; else print Not Equal; settype($fFloat1, string); settype($fFloat1, double); if ( $fFloat1 == $fFloat2 ) print Equal; else print Not Equal; ? Thanks, Matthew -- 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] PHP can't compare...
However, even if the number is not stored as indicated, ie. 3.551 instead of a clean 3.55000, then why does PHP take the liberty to chop off that precision when converting to a string? And why is that precision not put back on when going back to a double? It is not put back on because PHP can represent 3.55 as a clean 3.55, so the assignment of floats, ie. $fFloat = 3.55;, is coded in error in PHP's internals!? PHP is not the only langage with this kind of problem, try js, pascal and so on. I don't know what people learn actually in computer langages courses, but one fact is, NEVER make binary test on non ordinal data. I'm going to stop ranting and go check PHP's source, make some tests in C and such. But with this type of number representation, PHP becomes inaccurate in all but the most simple use of numbers. Maybe work with bcmath. Normally it does not have common precision errors. -- Pierre-Alain Joye Freelance Developpements et Services web/intranet [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] Apology, was [Re: PHP still can't compare...]
My apologizes to the list, I was treating this as a alternate form of IF instead of the ? operator. I'll strive to not post crap like this to hackers again. Matthew At 11:08 PM 12/4/2001 +0100, [EMAIL PROTECTED] wrote: Hello, this has to do with operator precendence. Please ask for this kind of support questions on the [EMAIL PROTECTED] mailinglist. Derick On Tue, 4 Dec 2001, Matthew Hagerty wrote: Greetings, Another problem with PHP trying to make a simple comparison and failing... This works: $iQty = -1; if ( isset($g_aForm[qty_$iKey]) AND is_numeric($g_aForm[qty_$iKey]) ) $iQty = $g_aForm[qty_$iKey]; But this does not: $iQty = ( isset($g_aForm[qty_$iKey]) AND is_numeric($g_aForm[qty_$iKey]) ? $g_aForm[qty_$iKey] : -1); Explain... Thanks, Matthew -- 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]
