[PHP-DEV] Safe Mode Off
how can i turn safe_mode on or off from within the script... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: mysql 4.0.6 gamma and php 4.3.0 .... ?
oh thanks, didn't notice its only related to windows. Thomas On Fri, 20 Dec 2002 22:52:51 +0100 (CET) [EMAIL PROTECTED] (Derick Rethans) wrote: On Fri, 20 Dec 2002, Thomas Seifert wrote: what's the exact problem with the php/mysql4-interaction? I'm using mysql-4.0.5 and php-4.2.3 in production without any problems. Ok, I'm not using any special features of mysql4 ;-). Nothing, just that the mysql extension in the Windows build is linked against the bundled mysql which is of version 3.23.53, and not to an external library with a version 4 library. Derick On Fri, 20 Dec 2002 21:28:44 - [EMAIL PROTECTED] (Tijn) wrote: I had a conversation with derick over email - here is a summary for those struggeling with the same issue: 4.3 will not include the new mysql client compatible with mysql 4 This will be included in php 4.4 / 5 4.4/5 will include an extension which is much more compatible with mysql 4 The current CVS of php 4.4 does not yet include this new extension Hope this helps others tijn -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Safe Mode Off
You don't... for that would be a profoundly stupid feature, defeating the point of safe mode. And I suspect [EMAIL PROTECTED] would be a better place for this question --- Original Message --- From:Shashwat Nagpal [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date:Sat, 21 Dec 2002 14:37:58 +0530 Subject: [PHP-DEV] Safe Mode Off how can i turn safe_mode on or off from within the script... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Safe Mode Off
Thanks Mike, but I m facing a problem in uploading files through PHP and i don't have xs to php.ini so i was wondering if something can help b4 i ask server ppl. Cheers! Shashwat Mike Hall [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... You don't... for that would be a profoundly stupid feature, defeating the point of safe mode. And I suspect [EMAIL PROTECTED] would be a better place for this question --- Original Message --- From:Shashwat Nagpal [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date:Sat, 21 Dec 2002 14:37:58 +0530 Subject: [PHP-DEV] Safe Mode Off how can i turn safe_mode on or off from within the script... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: mysql 4.0.6 gamma and php 4.3.0 .... ?
The problem is related to both windows and linux - but on linux you can easily recompile and include the client that is included with mysql 4. On Windows you need Visual Studio / C++ to re-compile (as I understand itif anyone knows how to recompile php on windows using only opensource tools...please let me know.) tijn Thomas Seifert [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... oh thanks, didn't notice its only related to windows. Thomas On Fri, 20 Dec 2002 22:52:51 +0100 (CET) [EMAIL PROTECTED] (Derick Rethans) wrote: On Fri, 20 Dec 2002, Thomas Seifert wrote: what's the exact problem with the php/mysql4-interaction? I'm using mysql-4.0.5 and php-4.2.3 in production without any problems. Ok, I'm not using any special features of mysql4 ;-). Nothing, just that the mysql extension in the Windows build is linked against the bundled mysql which is of version 3.23.53, and not to an external library with a version 4 library. Derick On Fri, 20 Dec 2002 21:28:44 - [EMAIL PROTECTED] (Tijn) wrote: I had a conversation with derick over email - here is a summary for those struggeling with the same issue: 4.3 will not include the new mysql client compatible with mysql 4 This will be included in php 4.4 / 5 4.4/5 will include an extension which is much more compatible with mysql 4 The current CVS of php 4.4 does not yet include this new extension Hope this helps others tijn -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #21060 [Opn-Bgs]: range() gives warning andreturns false when low == high
On Sat, 21 Dec 2002, Chandrashekhar Bhosle wrote: On Fri, 20 Dec 2002 09:44:49 -0500 Ilia A. [EMAIL PROTECTED] wrote: What would be an output then, array() ? range(2,4) gives array(2,3,4); range(2,3) gives array(2,3); range(2,2) gives array(2); Good idea, +1. I'll prepare a patch. http://freedomink.org/code/php/patches/array.c.patch My patch submitted with the bug report does exactly that. (Returns array(low) if high == low.) I would appreciate if you had a look at it. Ilia is extending range even more, so stay tuned :) Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: mysql 4.0.6 gamma and php 4.3.0 .... ?
The exact problem is to do with sql SELECT queries from PHP that use 'LEFT JOIN' 'WHERE'. When using php (eg mysql_fetch_array()) to retrieve rows, normally you can use 2 methods to access the results in the myrow array: $result1 = $myrow[0]; #the numerical method $result2 = $myrow['proj_id']; #referring to the field name the latter method (result2), for some rows, is only returning NULL instead of the real value, which is returned by the $result1 method. The query is am referring to is the following: SELECT * FROM rs_projects AS p LEFT JOIN rs_proj_members AS m USING (proj_id) WHERE (p.create_id='3') OR (m.user_id='3' AND (m.rights '8' = 8)) When running this query from mysql directly there is no problem, so this indicates to me that the issue is related to the older version client included in php 4.3. Tijn Thomas Seifert [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... what's the exact problem with the php/mysql4-interaction? I'm using mysql-4.0.5 and php-4.2.3 in production without any problems. Ok, I'm not using any special features of mysql4 ;-). Regards, Thomas On Fri, 20 Dec 2002 21:28:44 - [EMAIL PROTECTED] (Tijn) wrote: I had a conversation with derick over email - here is a summary for those struggeling with the same issue: 4.3 will not include the new mysql client compatible with mysql 4 This will be included in php 4.4 / 5 4.4/5 will include an extension which is much more compatible with mysql 4 The current CVS of php 4.4 does not yet include this new extension Hope this helps others tijn -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Interesting result
Hi, i got an interesting case : ?php $a = 1; var_dump($a + $a++); $a = 1; $x = $a; var_dump($a + $a++); ? Result int(2) int(3) Can somebody explain why if there is reference to the var the result is different? Andrey -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Interesting result
It doesn't matter because the behavior here is undefined just like in C. You can't use a variable and it's post/pre increment value in the same expression. Andi At 03:26 PM 12/21/2002 +0200, Andrey Hristov wrote: Hi, i got an interesting case : ?php $a = 1; var_dump($a + $a++); $a = 1; $x = $a; var_dump($a + $a++); ? Result int(2) int(3) Can somebody explain why if there is reference to the var the result is different? Andrey -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Interesting result
- Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: Andrey Hristov [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, December 21, 2002 4:17 PM Subject: Re: [PHP-DEV] Interesting result It doesn't matter because the behavior here is undefined just like in C. You can't use a variable and it's post/pre increment value in the same expression. Two years ago I've been told by a professort that a+++a+++a depends on the language and the compiler. Yesterday i found this page : http://www.blueshoes.org/en/developer/syntax_exam/ If a=1 - Java : 6 PHP : 6 gcc 2.95 : 3 I know that is on the edge and I will never use it in real script by I was curious why the reference change the result. Best wishes, Andrey At 03:26 PM 12/21/2002 +0200, Andrey Hristov wrote: Hi, i got an interesting case : ?php $a = 1; var_dump($a + $a++); $a = 1; $x = $a; var_dump($a + $a++); ? Result int(2) int(3) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] configure error on PHP_4_3
On Sat, 21 Dec 2002, Jan Schneider wrote: I get this error at the end of running ./configure: config.status: creating pear/scripts/pearize config.status: error: cannot find input file: pear/scripts/pearize.in It might happen because I run it from a PHP_4_2_0 checkout updated to the branch PHP_4_3 though I ran make distclean before. But I wanted to let you know. :-) Dont do that :) Anyway, it's better to just get the new tree, cvs might have some sticky tags on some files. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP 4 Bug Summary Report
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (1068 total including feature requests)
===[*Configuration Issues]
13561 Assigned --without-pear prevent install of php-config,phpize,...
19282 Won't fix Place php4ts.dll into \sapi
20490 Analyzed enable versioning not supported on OSX
20689 Won\'t fix php_admin_value disable_functions not working as it should
===[*Directory/Filesystem functions]
21097 Feedback tsrm_virtual_cwd.c/virtual_file_ex handles .. incorrectly for UNC
paths
21102 Open stat, lstat fail if filesize larger than 2 GB
21131 Open fopen with a+ and the a rewind does'nt work anymore
===[*General Issues]==
20195 Open make install doesnt set permissions
20775 Open Silent install (/s) does not work
20806 Feedback display of rows in browse incorrect due to field names
20849 Feedback POST data submitted by UNIX Netscape 4+ (Mozilla 1+) won't fill
*_POST array
20896 Verified php -w hangs indefinitely at 100% CPU
20946 Suspended php_ingres.dll missing in the php 4 zip!!!
21038 Feedback require require_once probs
21051 Feedback problem with with force-cgi-redirect for apache server
===[*Languages/Translation]===
11975 Won't fix mix of hebrew english
13014 Won't fix hebrevc ()
20166 Open Unicode (Slovenian) characters are not displayed correctly
===[*Mail Related]
21036 Open messages doubled with Bcc: header
===[*Network Functions]===
15639 Suspended detecting end of UDP packets
21020 Feedback function fsockopen() is slowly
===[*Programming Data Structures]=
21062 Won\'t fix Recursive calls may SEGV
===[Apache related]===
14409 Open request for nonexistent file does not return 404 error
15529 Open ap_cleanup_for_exec not used when creating
17837 Won't fix PHP 'handles' permission problems rather than letting Apache do it
19113 Feedback HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
19292 Critical random error: open_basedir restriction in effect. File is in wrong
directory
20104 Feedback unhandled exception with multiple requests
20190 Critical Random mem corruption: zend_get_executed_filename() mismatch
20441 Critical PHP_AUTH_USER isn't set
20551 Open Output compression causes segfaults (ob_gzhandler)
20643 Feedback long POST fields get truncated
20665 Feedback Memory leaks on SIGHUP
20986 Open PHP causes Apache to leak semaphores
21056 Open PHP messes with virtual hosts
===[Apache2 related]==
17098 Analyzed apache sending 304 - not modified header
17414 Open Segfaults on restart
17566 Feedback phpinfo() causes load of 2+
17868 Verified Doesn't work two and more !--include-- directives of PHP code on
different OS
18359 Open PHP module seem to make trouble with authentication under Apache 2
18648 Feedback Single entry form POST gives incorrect variable content
18957 Won't fix multiple definitions
19618 Suspended Cannot load libphp4.so - Win32 error 5
19739 Feedback php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2
19787 Won\'t fix Can not load module
19918 Open no libphp4.so produced
20569 Feedback Apache fails when restarting
20910 Open Default for AcceptPathInfo changed
20929 Open Problem in handling big5 characters from HTML form
20954 Feedback Serious problem , unknown reason
21040 Open max_execution_time ignored
21045 Verified %{mod_php_memory_usage}n not present
21063 Open unable to load php with -imap and imap-ssl
21074 Open PHP doesn't work with 401 (Auth) ErrorDocument and Apache2
21084 Open Undefined symbol ___guard in libphp4.so
===[Arrays related]===
18829 Won\'t fix array_pop, array_shift, array_push... functions very slow with large
arrays
20251 Won\'t fix Can't assign values to array in loop.
===[BC math related]==
13551 Open BC functions apply decimal places argument also on arguments
===[CCVS related]=
10447 Won\'t fix ccvs_*() functions segfault when given invalid session ID
===[Class/Object related]=
15675 Suspended get_class() returns only lower chars
17637 Analyzed constructors in classes (Back to PHP3)
20520 Feedback Nonsymetric data syncronization with references
20531 Open Object property association broken
20676 Verified
Re: [PHP-DEV] Re: mysql 4.0.6 gamma and php 4.3.0 .... ?
ok - apologies. I just realised that it was actually to do with the table/field setup (fields with the same name in both tables) and the specific left join query. The sql statement used (left join) would select all columns from 2 tables, both of which included some similar fields (ie create_id and create_date). I did not realise that the$myrow array returned by php only includes one result for fields from 2 tables with the same name, and that it would overwrite the results from the first table with the second. Tijn Tijn [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... The problem is related to both windows and linux - but on linux you can easily recompile and include the client that is included with mysql 4. On Windows you need Visual Studio / C++ to re-compile (as I understand itif anyone knows how to recompile php on windows using only opensource tools...please let me know.) tijn Thomas Seifert [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... oh thanks, didn't notice its only related to windows. Thomas On Fri, 20 Dec 2002 22:52:51 +0100 (CET) [EMAIL PROTECTED] (Derick Rethans) wrote: On Fri, 20 Dec 2002, Thomas Seifert wrote: what's the exact problem with the php/mysql4-interaction? I'm using mysql-4.0.5 and php-4.2.3 in production without any problems. Ok, I'm not using any special features of mysql4 ;-). Nothing, just that the mysql extension in the Windows build is linked against the bundled mysql which is of version 3.23.53, and not to an external library with a version 4 library. Derick On Fri, 20 Dec 2002 21:28:44 - [EMAIL PROTECTED] (Tijn) wrote: I had a conversation with derick over email - here is a summary for those struggeling with the same issue: 4.3 will not include the new mysql client compatible with mysql 4 This will be included in php 4.4 / 5 4.4/5 will include an extension which is much more compatible with mysql 4 The current CVS of php 4.4 does not yet include this new extension Hope this helps others tijn -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] configure error on PHP_4_3
Zitat von Derick Rethans [EMAIL PROTECTED]: On Sat, 21 Dec 2002, Jan Schneider wrote: I get this error at the end of running ./configure: config.status: creating pear/scripts/pearize config.status: error: cannot find input file: pear/scripts/pearize.in It might happen because I run it from a PHP_4_2_0 checkout updated to the branch PHP_4_3 though I ran make distclean before. But I wanted to let you know. :-) Dont do that :) Anyway, it's better to just get the new tree, cvs might have some sticky tags on some files. It was even sillier, I forgot to run ./buildconf. :-/ Must have been a bit tired, sorry for the noise. Jan. -- http://www.horde.org - The Horde Project http://www.ammma.de - discover your knowledge http://www.tip4all.de - Deine private Tippgemeinschaft -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #20993 [Ver]:Elementvaluechangeswithoutasking
At 17:16 18-12-2002, Moriyoshi Koizumi wrote:
Melvyn Sopacua [EMAIL PROTECTED] wrote:
--snip
OK so that's a deep copy. As much as I understand the motivation I
don't
think this should be done. It'll slow down lots of things in PHP. I
think
this should be solved by documentation.
Yes, according to my trivial benchmark, my patch puts a considerable
weight on the ZendEngine, to run twice as slowly as the current runtime in
the worst case. Seems no way, but I suppose it also sounds a reasonable
penalty of using references.
Actually - the natural 'feeling' with references is speed increases - not
slowdowns,
since one expects a 'pointer', rather than a copy.
Is there a way to warn when such a refstatement is detected, without
causing slowdowns?
Then try the new patch. It prints out notices in such cases.
Attached is a slightly revised version against PHP_4_3 branch - just an
'english'
fix.
If there are no objections, can somebody commit it?
I'll fix the test accordingly.
With kind regards,
Melvyn Sopacua
?php include(not_reflecting_employers_views.txt); ?Index: Zend/zend_execute.c
===
RCS file: /repository/Zend/zend_execute.c,v
retrieving revision 1.316.2.2
diff -u -r1.316.2.2 zend_execute.c
--- Zend/zend_execute.c 17 Nov 2002 22:00:32 - 1.316.2.2
+++ Zend/zend_execute.c 21 Dec 2002 15:42:06 -
@@ -65,6 +65,7 @@
static void zend_extension_statement_handler(zend_extension *extension, zend_op_array
*op_array TSRMLS_DC);
static void zend_extension_fcall_begin_handler(zend_extension *extension,
zend_op_array *op_array TSRMLS_DC);
static void zend_extension_fcall_end_handler(zend_extension *extension, zend_op_array
*op_array TSRMLS_DC);
+static int check_array_contains_ref(zval **ppz);
#define RETURN_VALUE_USED(opline) (!((opline)-result.u.EA.type EXT_TYPE_UNUSED))
@@ -1816,6 +1817,9 @@
} else if (PZVAL_IS_REF(*param)) {
zend_assign_to_variable_reference(NULL, get_zval_ptr_ptr(EX(opline)-result, EX(Ts),
BP_VAR_W), param, NULL TSRMLS_CC);
} else {
+ if (check_array_contains_ref(param)) {
+ zend_error(E_NOTICE, Array
+passed to %s() (argument #%d) contains referenced element(s) which may result in
+unexpected behavior., get_active_function_name(TSRMLS_C),
+EX(opline)-op1.u.constant.value.lval);
+ }
zend_assign_to_variable(NULL,
EX(opline)-result, NULL, *param, IS_VAR, EX(Ts) TSRMLS_CC);
}
}
@@ -2480,4 +2484,23 @@
}
}
zend_error(E_ERROR, Arrived at end of main loop which shouldn't happen);
+}
+
+static int _zval_ref_check(zval **p, void *flag)
+{
+ if ((*p)-is_ref) {
+ *(int *)flag = 1;
+ } else {
+ *(int *)flag = check_array_contains_ref(p);
+ }
+ return ZEND_HASH_APPLY_KEEP;
+}
+
+static int check_array_contains_ref(zval **ppz)
+{
+ int flag = 0;
+ if ((*ppz)-type == IS_ARRAY) {
+ zend_hash_apply_with_argument((*ppz)-value.ht, (apply_func_arg_t)
+_zval_ref_check, (void *)flag TSRMLS_CC);
+ }
+ return flag;
}
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Interesting result
Again, as it is undefined in PHP the question Why in itself is wrong :) Andi At 04:43 PM 12/21/2002 +0200, Andrey Hristov wrote: - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: Andrey Hristov [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, December 21, 2002 4:17 PM Subject: Re: [PHP-DEV] Interesting result It doesn't matter because the behavior here is undefined just like in C. You can't use a variable and it's post/pre increment value in the same expression. Two years ago I've been told by a professort that a+++a+++a depends on the language and the compiler. Yesterday i found this page : http://www.blueshoes.org/en/developer/syntax_exam/ If a=1 - Java : 6 PHP : 6 gcc 2.95 : 3 I know that is on the edge and I will never use it in real script by I was curious why the reference change the result. Best wishes, Andrey At 03:26 PM 12/21/2002 +0200, Andrey Hristov wrote: Hi, i got an interesting case : ?php $a = 1; var_dump($a + $a++); $a = 1; $x = $a; var_dump($a + $a++); ? Result int(2) int(3) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #20993 [Ver]:Elementvaluechangeswithoutasking
Yes I object. Think of references as a symbolic link to the same place. Now you have such a reference in an array which you assign to an additional variable. Now two variables contain copies of an array but somewhere inside you have two copies of the symbolic link. Changing one will change the other. In many ways it makes sense, and even in cases where it's a bit weird and where it seems wrong, I think we should live with it because I don't like having to check the whole array each time. If you have deeply nested arrays it's really slow and doesn't make that much sense. Andi At 05:24 PM 12/21/2002 +0100, Melvyn Sopacua wrote: At 17:16 18-12-2002, Moriyoshi Koizumi wrote: Melvyn Sopacua [EMAIL PROTECTED] wrote: --snip OK so that's a deep copy. As much as I understand the motivation I don't think this should be done. It'll slow down lots of things in PHP. I think this should be solved by documentation. Yes, according to my trivial benchmark, my patch puts a considerable weight on the ZendEngine, to run twice as slowly as the current runtime in the worst case. Seems no way, but I suppose it also sounds a reasonable penalty of using references. Actually - the natural 'feeling' with references is speed increases - not slowdowns, since one expects a 'pointer', rather than a copy. Is there a way to warn when such a refstatement is detected, without causing slowdowns? Then try the new patch. It prints out notices in such cases. Attached is a slightly revised version against PHP_4_3 branch - just an 'english' fix. If there are no objections, can somebody commit it? I'll fix the test accordingly. With kind regards, Melvyn Sopacua ?php include(not_reflecting_employers_views.txt); ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] ext_skel
Hey, What's the reason that confirm_myextension_compiled(..) takes a string as an argument? Why doesn't it just use the string myextension in it's message? For those who don't remember it prints out Congratulations! You have successfully modified ext/myextension/config.m4. Module myextension is now compiled into PHP.. The second appearance of myextension is the parameter passed to the function. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
Possible values are: - php_auth_exposure=user Only PHP_AUTH_USER is exposed. - php_auth_exposure=pw Only PHP_AUTH_PW is exposed - php_auth_exposure=user,pw Both PHP_AUTH_USER and PHP_AUTH_PW are exposeed Moriyoshi, have you considered using constants here instead of strings? For example: - php_auth_exposure=AUTH_EXPOSE_USER Only PHP_AUTH_USER is exposed. - php_auth_exposure=AUTH_EXPOSE_PW Only PHP_AUTH_PW is exposed - php_auth_exposure=AUTH_EXPOSE_USER | AUTH_EXPOSE_PW Both PHP_AUTH_USER and PHP_AUTH_PW are exposeed It resembles the style used by error reporting, which will be less confusing for novices. Regards, Leon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
On Sat, 21 Dec 2002, Leon Atkinson wrote: Possible values are: - php_auth_exposure=user Only PHP_AUTH_USER is exposed. - php_auth_exposure=pw Only PHP_AUTH_PW is exposed - php_auth_exposure=user,pw Both PHP_AUTH_USER and PHP_AUTH_PW are exposeed Moriyoshi, have you considered using constants here instead of strings? For example: - php_auth_exposure=AUTH_EXPOSE_USER Only PHP_AUTH_USER is exposed. - php_auth_exposure=AUTH_EXPOSE_PW Only PHP_AUTH_PW is exposed - php_auth_exposure=AUTH_EXPOSE_USER | AUTH_EXPOSE_PW Both PHP_AUTH_USER and PHP_AUTH_PW are exposeed It resembles the style used by error reporting, which will be less confusing for novices. There is no difference here, both are strings anyway. And the latest option AUTH_EXPOSE_USER | AUTH_EXPOSE_PW wont work in an httpd.conf file. Also, this is NOT the style we have in php.ini. I don't see any valid point to use this thing. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #21060 [Opn-Bgs]: range() gives warning and returns false when low == high
Since we are so close to the 4.3.0 the 'fix' for range() will not make it to the 4.3.0 release. However, for the 4.4.0 release I've committed an extensive patch that greatly extends the functionality of range(). This includes support for float modifier, detection of numeric values passed as strings and of course the handling for the high == low condition. Ilia On December 20, 2002 10:49 pm, Chandrashekhar Bhosle wrote: On Fri, 20 Dec 2002 09:44:49 -0500 Ilia A. [EMAIL PROTECTED] wrote: What would be an output then, array() ? range(2,4) gives array(2,3,4); range(2,3) gives array(2,3); range(2,2) gives array(2); Good idea, +1. I'll prepare a patch. http://freedomink.org/code/php/patches/array.c.patch My patch submitted with the bug report does exactly that. (Returns array(low) if high == low.) I would appreciate if you had a look at it. - cnb -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #20993 [Ver]:Elementvaluechangeswithoutasking
At 18:24 21-12-2002, Andi Gutmans wrote: Yes I object. Think of references as a symbolic link to the same place. Now you have such a reference in an array which you assign to an additional variable. Now two variables contain copies of an array but somewhere inside you have two copies of the symbolic link. Changing one will change the other. In many ways it makes sense, and even in cases where it's a bit weird and where it seems wrong, I think we should live with it because I don't like having to check the whole array each time. If you have deeply nested arrays it's really slow and doesn't make that much sense. Ok - so there's no way to detect this at the lexer level? I get the symlink anology, but IMO it doesn't apply here. A copy of the array is passed to the function - not a reference. If you wanna keep the anology, then this resembles symlinking a file, inside a directory and changing a *copy* of the directory, changes the original directory. So - IF it can't be warned about - then we need a big fat warning in the docs. Andi At 05:24 PM 12/21/2002 +0100, Melvyn Sopacua wrote: At 17:16 18-12-2002, Moriyoshi Koizumi wrote: Melvyn Sopacua [EMAIL PROTECTED] wrote: --snip OK so that's a deep copy. As much as I understand the motivation I don't think this should be done. It'll slow down lots of things in PHP. I think this should be solved by documentation. Yes, according to my trivial benchmark, my patch puts a considerable weight on the ZendEngine, to run twice as slowly as the current runtime in the worst case. Seems no way, but I suppose it also sounds a reasonable penalty of using references. Actually - the natural 'feeling' with references is speed increases - not slowdowns, since one expects a 'pointer', rather than a copy. Is there a way to warn when such a refstatement is detected, without causing slowdowns? Then try the new patch. It prints out notices in such cases. Attached is a slightly revised version against PHP_4_3 branch - just an 'english' fix. If there are no objections, can somebody commit it? I'll fix the test accordingly. With kind regards, Melvyn Sopacua ?php include(not_reflecting_employers_views.txt); ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php With kind regards, Melvyn Sopacua ?php include(not_reflecting_employers_views.txt); ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #20993 [Ver]:Elementvaluechangeswithoutasking
At 07:13 PM 12/21/2002 +0100, Melvyn Sopacua wrote: At 18:24 21-12-2002, Andi Gutmans wrote: Yes I object. Think of references as a symbolic link to the same place. Now you have such a reference in an array which you assign to an additional variable. Now two variables contain copies of an array but somewhere inside you have two copies of the symbolic link. Changing one will change the other. In many ways it makes sense, and even in cases where it's a bit weird and where it seems wrong, I think we should live with it because I don't like having to check the whole array each time. If you have deeply nested arrays it's really slow and doesn't make that much sense. Ok - so there's no way to detect this at the lexer level? Nope. I get the symlink anology, but IMO it doesn't apply here. A copy of the array is passed to the function - not a reference. Yeah but one of those values inside the array is a reference. In both the original and the copy of the array it's the same reference. If you wanna keep the anology, then this resembles symlinking a file, inside a directory and changing a *copy* of the directory, changes the original directory. So - IF it can't be warned about - then we need a big fat warning in the docs. Definitely I think a big warning is in place. Andi Andi At 05:24 PM 12/21/2002 +0100, Melvyn Sopacua wrote: At 17:16 18-12-2002, Moriyoshi Koizumi wrote: Melvyn Sopacua [EMAIL PROTECTED] wrote: --snip OK so that's a deep copy. As much as I understand the motivation I don't think this should be done. It'll slow down lots of things in PHP. I think this should be solved by documentation. Yes, according to my trivial benchmark, my patch puts a considerable weight on the ZendEngine, to run twice as slowly as the current runtime in the worst case. Seems no way, but I suppose it also sounds a reasonable penalty of using references. Actually - the natural 'feeling' with references is speed increases - not slowdowns, since one expects a 'pointer', rather than a copy. Is there a way to warn when such a refstatement is detected, without causing slowdowns? Then try the new patch. It prints out notices in such cases. Attached is a slightly revised version against PHP_4_3 branch - just an 'english' fix. If there are no objections, can somebody commit it? I'll fix the test accordingly. With kind regards, Melvyn Sopacua ?php include(not_reflecting_employers_views.txt); ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php With kind regards, Melvyn Sopacua ?php include(not_reflecting_employers_views.txt); ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #20993 [Ver]:Elementvaluechangeswithoutasking
I meant a big warning should be in place :) Andi At 08:18 PM 12/21/2002 +0200, Andi Gutmans wrote: At 07:13 PM 12/21/2002 +0100, Melvyn Sopacua wrote: At 18:24 21-12-2002, Andi Gutmans wrote: Yes I object. Think of references as a symbolic link to the same place. Now you have such a reference in an array which you assign to an additional variable. Now two variables contain copies of an array but somewhere inside you have two copies of the symbolic link. Changing one will change the other. In many ways it makes sense, and even in cases where it's a bit weird and where it seems wrong, I think we should live with it because I don't like having to check the whole array each time. If you have deeply nested arrays it's really slow and doesn't make that much sense. Ok - so there's no way to detect this at the lexer level? Nope. I get the symlink anology, but IMO it doesn't apply here. A copy of the array is passed to the function - not a reference. Yeah but one of those values inside the array is a reference. In both the original and the copy of the array it's the same reference. If you wanna keep the anology, then this resembles symlinking a file, inside a directory and changing a *copy* of the directory, changes the original directory. So - IF it can't be warned about - then we need a big fat warning in the docs. Definitely I think a big warning is in place. Andi Andi At 05:24 PM 12/21/2002 +0100, Melvyn Sopacua wrote: At 17:16 18-12-2002, Moriyoshi Koizumi wrote: Melvyn Sopacua [EMAIL PROTECTED] wrote: --snip OK so that's a deep copy. As much as I understand the motivation I don't think this should be done. It'll slow down lots of things in PHP. I think this should be solved by documentation. Yes, according to my trivial benchmark, my patch puts a considerable weight on the ZendEngine, to run twice as slowly as the current runtime in the worst case. Seems no way, but I suppose it also sounds a reasonable penalty of using references. Actually - the natural 'feeling' with references is speed increases - not slowdowns, since one expects a 'pointer', rather than a copy. Is there a way to warn when such a refstatement is detected, without causing slowdowns? Then try the new patch. It prints out notices in such cases. Attached is a slightly revised version against PHP_4_3 branch - just an 'english' fix. If there are no objections, can somebody commit it? I'll fix the test accordingly. With kind regards, Melvyn Sopacua ?php include(not_reflecting_employers_views.txt); ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php With kind regards, Melvyn Sopacua ?php include(not_reflecting_employers_views.txt); ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
There is no difference here, both are strings anyway. And the latest option AUTH_EXPOSE_USER | AUTH_EXPOSE_PW wont work in an httpd.conf file. Also, this is NOT the style we have in php.ini. I don't see any valid point to use this thing. Derick, you may have a point about it not being as friendly to httpd.conf, but if you look at php.ini-dist, you'll see: ; If you use constants in your value, and these constants belong to a ; dynamically loaded extension (either a PHP extension or a Zend extension), ; you may only use these constants *after* the line that loads the extension. Which implies constants ARE available inside php.ini. (Yes, I know they aren't in httpd.conf or .htaccess). You'll also see this: ; error_reporting is a bit-field. Or each number up to get desired error ; reporting level [snip] ; Examples: ; ; - Show all errors, except for notices ; ;error_reporting = E_ALL ~E_NOTICE Which is the style I was talking about. The patch in question is using two flags, which suggests the a bitfield. It's true there's at least one ini setting that uses a string of comma-separated values (mbstring's encoding settings), but are there other examples of setting a couple of on/off values in a string like this? I guess variables_order is kind of like this. Maybe it would be better to have two flag directives instead of one value directive. Anyway, it probably doesn't matter. Regards, Leon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: moodeey
I want the cvs account to share in this greet project : http://www.php4arab.info/info/cvs-help.php?ezu=b358b668a8188c6241914ba62c09a638 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
On Fri, 20 Dec 2002, Frank Kromann wrote: Hi Andrei, Should I commit a small fix to the Windows projects to avoid having the CGI and CLI produce php.exe to the same directory ? What will the fix do exactly? -Andrei http://www.gravitonic.com/ What's a polar bear? A rectangular bear after a coordinate transform. -- Bill White ([EMAIL PROTECTED]) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
Moriyoshi,
I appreciate your effort here, but it seems that while this approach is
more flexible, it is also bound to have more complicated. I have decided
to apply Philip's patch for 4.3.0.
On Sat, 21 Dec 2002, Moriyoshi Koizumi wrote:
Ohh, it seems we have been working on the same patch simultaneously :)
Attached is my version of fix for bug #20441, which adopts a new ini entry
php_auth_exposure so that administrators can selectively expose auth
information to the clients regardless of safe_mode settings.
Possible values are:
- php_auth_exposure=user
Only PHP_AUTH_USER is exposed.
- php_auth_exposure=pw
Only PHP_AUTH_PW is exposed
- php_auth_exposure=user,pw
Both PHP_AUTH_USER and PHP_AUTH_PW are exposeed
Hope this helps.
Moriyoshi
Philip Olson [EMAIL PROTECTED] wrote:
Attatched is a patch that essentially goes back
to 4.2.3 behavior except the external auth will not
be available with PHP in safe mode. REMOTE_USER
exists regardless.
It seems some people also wanted an ini option, I don't
know how to do that! :)
References for this patch:
http://bugs.php.net/20441
http://cvs.php.net/diff.php/php4/sapi/apache/mod_php4.c?r1=1.132r2=1.133
On a related note, I'm curious why PHP_AUTH_TYPE does
not exist, only the variable AUTH_TYPE does (for me).
PHP_AUTH_TYPE has been documented forever, not sure if
it used to exist but various parts of PHP4 source make
it seem like it should.
Regards,
Philip Olson
p.s. Thanks to Wez and Steph for teaching me not to fear
the source.
On Fri, 20 Dec 2002, Andrei Zmievski wrote:
Everyone,
I have just released 4.3.0RC4. Despite the quote in my signature, I am
determined to keep this one the very last final RC of the interminable
4.3.0 development cycle. Towards that end, I will closely monitor the
CVS commits and revert any that do not satisfactorily explain what
critical or showstopper bug they are fixing. I am aware that
PHP_AUTH_USER issue raises certain concerns, but no one apparently could
make a patch. If, however, one appears very soon, I may consider it a
special one and apply it for 4.3.0.
-Andrei http://www.gravitonic.com/
The time from now until the completion
of the project tends to become constant. -- Douglas Hartree
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Index: main/main.c
===
RCS file: /repository/php4/main/main.c,v
retrieving revision 1.520
diff -u -r1.520 main.c
--- main/main.c 16 Dec 2002 15:43:52 - 1.520
+++ main/main.c 21 Dec 2002 06:17:30 -
@@ -112,6 +112,9 @@
static void php_build_argv(char *s, zval *track_vars_array TSRMLS_DC);
+static PHP_INI_MH(OnUpdate_php_auth_exposure);
+#define PHP_EXPOSE_AUTH_USER 0x0001
+#define PHP_EXPOSE_AUTH_PW 0x0002
static char *short_track_vars_names[] = {
_POST,
@@ -275,6 +278,7 @@
STD_PHP_INI_ENTRY(output_handler, NULL,
PHP_INI_PERDIR|PHP_INI_SYSTEM, OnUpdateString, output_handler,
php_core_globals, core_globals)
STD_PHP_INI_BOOLEAN(register_argc_argv, 1,
PHP_INI_PERDIR|PHP_INI_SYSTEM, OnUpdateBool, register_argc_argv,
php_core_globals, core_globals)
STD_PHP_INI_BOOLEAN(register_globals, 0,
PHP_INI_PERDIR|PHP_INI_SYSTEM, OnUpdateBool, register_globals,
php_core_globals, core_globals)
+ STD_PHP_INI_ENTRY(php_auth_exposure, none,
PHP_INI_SYSTEM, OnUpdate_php_auth_exposure, php_auth_exposure,
php_core_globals, core_globals)
#if PHP_SAFE_MODE
STD_PHP_INI_BOOLEAN(safe_mode,1,
PHP_INI_SYSTEM, OnUpdateBool, safe_mode,
php_core_globals, core_globals)
#else
@@ -1191,6 +1195,7 @@
SG(request_info).argv=(char **)NULL;
PG(connection_status) = PHP_CONNECTION_NORMAL;
PG(during_request_startup) = 0;
+ PG(php_auth_exposure) = 0;
CG(zend_lineno) = 0;
@@ -1378,10 +1383,12 @@
}
/* PHP Authentication support */
- if (SG(request_info).auth_user) {
+ if ((PG(php_auth_exposure) PHP_EXPOSE_AUTH_USER)
+ SG(request_info).auth_user) {
php_register_variable(PHP_AUTH_USER, SG(request_info).auth_user,
array_ptr TSRMLS_CC);
}
- if (SG(request_info).auth_password) {
+ if ((PG(php_auth_exposure) PHP_EXPOSE_AUTH_PW)
+ SG(request_info).auth_password) {
php_register_variable(PHP_AUTH_PW, SG(request_info).auth_password,
array_ptr TSRMLS_CC);
}
}
@@ -1820,6 +1827,66 @@
}
/* }}} */
#endif
+
Re: [PHP-DEV] RC4: ground rules
Should I commit a small fix to the Windows projects to avoid having the CGI and CLI produce php.exe to the same directory ? Andrei I think that we should include this small change in 4.3.0. It cannot possibly affect anything in the negative way and I will make sure that the files are correctly placed in the distribution. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
Andrei Zmievski [EMAIL PROTECTED] wrote:
Moriyoshi,
I appreciate your effort here, but it seems that while this approach is
more flexible, it is also bound to have more complicated. I have decided
to apply Philip's patch for 4.3.0.
I think my patch is too complicated to be included in 4.3.0 release too,
and there is still room for the discussion whether to prepare a special
ini entry like php_auth_exposure for those variables.
Moriyoshi
On Sat, 21 Dec 2002, Moriyoshi Koizumi wrote:
Ohh, it seems we have been working on the same patch simultaneously :)
Attached is my version of fix for bug #20441, which adopts a new ini entry
php_auth_exposure so that administrators can selectively expose auth
information to the clients regardless of safe_mode settings.
Possible values are:
- php_auth_exposure=user
Only PHP_AUTH_USER is exposed.
- php_auth_exposure=pw
Only PHP_AUTH_PW is exposed
- php_auth_exposure=user,pw
Both PHP_AUTH_USER and PHP_AUTH_PW are exposeed
Hope this helps.
Moriyoshi
Philip Olson [EMAIL PROTECTED] wrote:
Attatched is a patch that essentially goes back
to 4.2.3 behavior except the external auth will not
be available with PHP in safe mode. REMOTE_USER
exists regardless.
It seems some people also wanted an ini option, I don't
know how to do that! :)
References for this patch:
http://bugs.php.net/20441
http://cvs.php.net/diff.php/php4/sapi/apache/mod_php4.c?r1=1.132r2=1.133
On a related note, I'm curious why PHP_AUTH_TYPE does
not exist, only the variable AUTH_TYPE does (for me).
PHP_AUTH_TYPE has been documented forever, not sure if
it used to exist but various parts of PHP4 source make
it seem like it should.
Regards,
Philip Olson
p.s. Thanks to Wez and Steph for teaching me not to fear
the source.
On Fri, 20 Dec 2002, Andrei Zmievski wrote:
Everyone,
I have just released 4.3.0RC4. Despite the quote in my signature, I am
determined to keep this one the very last final RC of the interminable
4.3.0 development cycle. Towards that end, I will closely monitor the
CVS commits and revert any that do not satisfactorily explain what
critical or showstopper bug they are fixing. I am aware that
PHP_AUTH_USER issue raises certain concerns, but no one apparently could
make a patch. If, however, one appears very soon, I may consider it a
special one and apply it for 4.3.0.
-Andrei http://www.gravitonic.com/
The time from now until the completion
of the project tends to become constant. -- Douglas Hartree
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Index: main/main.c
===
RCS file: /repository/php4/main/main.c,v
retrieving revision 1.520
diff -u -r1.520 main.c
--- main/main.c 16 Dec 2002 15:43:52 - 1.520
+++ main/main.c 21 Dec 2002 06:17:30 -
@@ -112,6 +112,9 @@
static void php_build_argv(char *s, zval *track_vars_array TSRMLS_DC);
+static PHP_INI_MH(OnUpdate_php_auth_exposure);
+#define PHP_EXPOSE_AUTH_USER 0x0001
+#define PHP_EXPOSE_AUTH_PW 0x0002
static char *short_track_vars_names[] = {
_POST,
@@ -275,6 +278,7 @@
STD_PHP_INI_ENTRY(output_handler, NULL,
PHP_INI_PERDIR|PHP_INI_SYSTEM, OnUpdateString, output_handler,
php_core_globals, core_globals)
STD_PHP_INI_BOOLEAN(register_argc_argv, 1,
PHP_INI_PERDIR|PHP_INI_SYSTEM, OnUpdateBool, register_argc_argv,
php_core_globals, core_globals)
STD_PHP_INI_BOOLEAN(register_globals, 0,
PHP_INI_PERDIR|PHP_INI_SYSTEM, OnUpdateBool, register_globals,
php_core_globals, core_globals)
+ STD_PHP_INI_ENTRY(php_auth_exposure, none,
PHP_INI_SYSTEM, OnUpdate_php_auth_exposure, php_auth_exposure,
php_core_globals, core_globals)
#if PHP_SAFE_MODE
STD_PHP_INI_BOOLEAN(safe_mode,1,
PHP_INI_SYSTEM, OnUpdateBool, safe_mode,
php_core_globals, core_globals)
#else
@@ -1191,6 +1195,7 @@
SG(request_info).argv=(char **)NULL;
PG(connection_status) = PHP_CONNECTION_NORMAL;
PG(during_request_startup) = 0;
+ PG(php_auth_exposure) = 0;
CG(zend_lineno) = 0;
@@ -1378,10 +1383,12 @@
}
/* PHP Authentication support */
- if (SG(request_info).auth_user) {
+ if ((PG(php_auth_exposure) PHP_EXPOSE_AUTH_USER)
+ SG(request_info).auth_user) {
php_register_variable(PHP_AUTH_USER, SG(request_info).auth_user,
array_ptr
Re: [PHP-DEV] RC4: ground rules
On Sat, 21 Dec 2002, Edin Kadribasic wrote: Andrei I think that we should include this small change in 4.3.0. It cannot possibly affect anything in the negative way and I will make sure that the files are correctly placed in the distribution. Ok, go ahead with this. -Andrei http://www.gravitonic.com/ * Who is Ray and why would we want to selectively trace him? * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
On Sun, 22 Dec 2002, Moriyoshi Koizumi wrote: Andrei Zmievski [EMAIL PROTECTED] wrote: Moriyoshi, I appreciate your effort here, but it seems that while this approach is more flexible, it is also bound to have more complicated. I have decided ^^ Sorry about this grammar infelicity - it's a result of rewriting the message. -Andrei http://www.gravitonic.com/ The church is near but the road is icy; the bar is far away but I will walk carefully. -- Russian proverb -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: ground rules
Hi Andrei Zmievski wrote: Everyone, I have just released 4.3.0RC4. Despite the quote in my signature, I am determined to keep this one the very last final RC of the interminable 4.3.0 development cycle. Towards that end, I will closely monitor the CVS commits and revert any that do not satisfactorily explain what critical or showstopper bug they are fixing. There are inconsistencies in php.ini on windows: The following extensions are listed in the [extensions] part of php.ini, but are not dlivered with the distribution: - ctype (now built in) - cybercash (?) - dotnet (build failure since months) - ingres (build failure since months) - tokenizer (now built in) The following extensions are part of the distribution but not listed in php.ini - gd2 - mime_magic - msql - xmlrpc - zip Maybe you can correct this before 4.3.0. At least the missing GD2 is bad. Christoph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
Hi, Possible values are: - php_auth_exposure=user Only PHP_AUTH_USER is exposed. - php_auth_exposure=pw Only PHP_AUTH_PW is exposed - php_auth_exposure=user,pw Both PHP_AUTH_USER and PHP_AUTH_PW are exposeed Moriyoshi, have you considered using constants here instead of strings? For example: - php_auth_exposure=AUTH_EXPOSE_USER Only PHP_AUTH_USER is exposed. - php_auth_exposure=AUTH_EXPOSE_PW Only PHP_AUTH_PW is exposed - php_auth_exposure=AUTH_EXPOSE_USER | AUTH_EXPOSE_PW Both PHP_AUTH_USER and PHP_AUTH_PW are exposeed It resembles the style used by error reporting, which will be less confusing for novices. At first I thought of using constants like you mentioned, but I decided to not do so in my patch because I don't want to pollute the namespace with such trivial constants that are likely to be used only in ini settings. There is no difference here, both are strings anyway. And the latest option AUTH_EXPOSE_USER | AUTH_EXPOSE_PW wont work in an httpd.conf file. Also, this is NOT the style we have in php.ini. I don't see any valid point to use this thing. I don't think this entry needs to be able to be toggled in per-dir settings. Moriyoshi Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: ground rules
I have changed bundled php.ini-dist and php.ini-recommended to reflect these changes. Thanks for compilinng the list. Edin - Original Message - From: Christoph Grottolo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 21, 2002 10:40 PM Subject: [PHP-DEV] Re: ground rules Hi Andrei Zmievski wrote: Everyone, I have just released 4.3.0RC4. Despite the quote in my signature, I am determined to keep this one the very last final RC of the interminable 4.3.0 development cycle. Towards that end, I will closely monitor the CVS commits and revert any that do not satisfactorily explain what critical or showstopper bug they are fixing. There are inconsistencies in php.ini on windows: The following extensions are listed in the [extensions] part of php.ini, but are not dlivered with the distribution: - ctype (now built in) - cybercash (?) - dotnet (build failure since months) - ingres (build failure since months) - tokenizer (now built in) The following extensions are part of the distribution but not listed in php.ini - gd2 - mime_magic - msql - xmlrpc - zip Maybe you can correct this before 4.3.0. At least the missing GD2 is bad. Christoph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
Just create php.exe (CLI version) in Debug_TS\cli, Release_TS\cli and Release_TS_inline\cli - Frank On Fri, 20 Dec 2002, Frank Kromann wrote: Hi Andrei, Should I commit a small fix to the Windows projects to avoid having the CGI and CLI produce php.exe to the same directory ? What will the fix do exactly? -Andrei http://www.gravitonic.com/ What's a polar bear? A rectangular bear after a coordinate transform. -- Bill White ([EMAIL PROTECTED]) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RC4 + windows
Hi, i can no longer load mhash and domxml dll's under windows RC4. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4 + windows
On Sunday 22 December 2002 00:51, Marcus Börger wrote: Hi, i can no longer load mhash and domxml dll's under windows RC4. marcus Rememberd to copy .dlls from dlls folder to a folder in PATH like c:\winnt\system32? Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: RC4 + windows
Hi Marcus Börger wrote: Hi, i can no longer load mhash and domxml dll's under windows RC4. marcus I can load both of them with RC4 (tried with ISAPI). Christoph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: ground rules
Please have a look at bug #21116 as it mentions php_printer.dll which is in php.ini but not in the distro. It does appear buildable as this dll can be found here: http://kromann.info/php4.php I'm not suggesting it be included as most likely it will be removed from php.ini like the others. This is in PECL now but that fact was never mentioned in NEWS. Also, what is the official way windows users are suppose to get PECL dlls? Build them themselves? Regards, Philip Olson On Sat, 21 Dec 2002, Edin Kadribasic wrote: I have changed bundled php.ini-dist and php.ini-recommended to reflect these changes. Thanks for compilinng the list. Edin - Original Message - From: Christoph Grottolo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 21, 2002 10:40 PM Subject: [PHP-DEV] Re: ground rules Hi Andrei Zmievski wrote: Everyone, I have just released 4.3.0RC4. Despite the quote in my signature, I am determined to keep this one the very last final RC of the interminable 4.3.0 development cycle. Towards that end, I will closely monitor the CVS commits and revert any that do not satisfactorily explain what critical or showstopper bug they are fixing. There are inconsistencies in php.ini on windows: The following extensions are listed in the [extensions] part of php.ini, but are not dlivered with the distribution: - ctype (now built in) - cybercash (?) - dotnet (build failure since months) - ingres (build failure since months) - tokenizer (now built in) The following extensions are part of the distribution but not listed in php.ini - gd2 - mime_magic - msql - xmlrpc - zip Maybe you can correct this before 4.3.0. At least the missing GD2 is bad. Christoph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: ground rules
Hi, It was decided to move php_printer.dll, as well as other extensions (iisfunc and ixsfunc) from the php repository to PECL. This was not caused by instability. These extensions all work fine (AFAIK). They were moved from php to PECL to reduce the size of PHP and tehreby reduce the time needed to perform QA with each release. The reference to these files in php.ini will be removed and the documentation should move as well. I'll create PECL packages for these extensions so they can be obtained from the pear.net web site as other PECL extensions. - Frank Please have a look at bug #21116 as it mentions php_printer.dll which is in php.ini but not in the distro. It does appear buildable as this dll can be found here: http://kromann.info/php4.php I'm not suggesting it be included as most likely it will be removed from php.ini like the others. This is in PECL now but that fact was never mentioned in NEWS. Also, what is the official way windows users are suppose to get PECL dlls? Build them themselves? Regards, Philip Olson On Sat, 21 Dec 2002, Edin Kadribasic wrote: I have changed bundled php.ini-dist and php.ini-recommended to reflect these changes. Thanks for compilinng the list. Edin - Original Message - From: Christoph Grottolo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 21, 2002 10:40 PM Subject: [PHP-DEV] Re: ground rules Hi Andrei Zmievski wrote: Everyone, I have just released 4.3.0RC4. Despite the quote in my signature, I am determined to keep this one the very last final RC of the interminable 4.3.0 development cycle. Towards that end, I will closely monitor the CVS commits and revert any that do not satisfactorily explain what critical or showstopper bug they are fixing. There are inconsistencies in php.ini on windows: The following extensions are listed in the [extensions] part of php.ini, but are not dlivered with the distribution: - ctype (now built in) - cybercash (?) - dotnet (build failure since months) - ingres (build failure since months) - tokenizer (now built in) The following extensions are part of the distribution but not listed in php.ini - gd2 - mime_magic - msql - xmlrpc - zip Maybe you can correct this before 4.3.0. At least the missing GD2 is bad. Christoph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: RC4 + windows
Hi, I cant seem to load RC4 at all (copied all the dlls, and everything) Paul B. Marcus Börger [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, i can no longer load mhash and domxml dll's under windows RC4. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
