Re: [PHP-DEV] iterating objects with interfaces
At 02:48 12/03/2003, Stephen Thorne wrote: How soon till ('pre'.($_GET['textArea']-strip_tags()).'/pre')-print(); ? Considering $_GET is an array of strings, infinity :) Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] iterating objects with interfaces
On Wed, 12 Mar 2003, Zeev Suraski wrote: At 02:48 12/03/2003, Stephen Thorne wrote: How soon till ('pre'.($_GET['textArea']-strip_tags()).'/pre')-print(); ? Considering $_GET is an array of strings, infinity :) Is that before or after hell freezes? :) Derick -- my other box is your windows PC - 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: php4 /ext/fam fam.c /ext/fbsql php_fbsql.c /ext/hwapi hwapi.cpp /ext/hyperwave hw.c /ext/informix ifx.ec /ext/ingres_ii ii.c /ext/interbase interbase.c /ext/ircg ircg.c /ext/ldap
Jani Taskinen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Your cvs checkout is broken: # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php5 while php5 and php4 PHP_4_3 works fine *php4* is broken. may i missing somthing but why not do the default php4 branch PHP_4_3? -- moshe
Re: [PHP-DEV] Re: php4 /ext/fam fam.c /ext/fbsql php_fbsql.c /ext/hwapi hwapi.cpp /ext/hyperwave hw.c /ext/informix ifx.ec /ext/ingres_iiii.c /ext/interbase interbase.c /ext/ircg ircg.c /ext/
On Wed, 12 Mar 2003, moshe doron wrote: Jani Taskinen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Your cvs checkout is broken: # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php5 while php5 and php4 PHP_4_3 works fine *php4* is broken. It's supposed to be broken. may i missing somthing but why not do the default php4 branch PHP_4_3? That's techincally not possible. Derick -- my other box is your windows PC - 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] Language Auto Detection / www.php.net
is there any chance that we can revert this annoying feature? The translated documentation is always behind and partly lacks important information from the english version. I want to read the documentation in english (and I am not the only one). This is only possible if I change the url after all searches to /en/ The site should at least be so intelligent to search in the /en/ part of the manual if I search from an /en/ page. This is fixed now, and works again the way it was before the weekend (if you explicitly specify a language with being on a manual page in a language, or using the search page with a language parameter, that language is carried on). We do have language specification abilities in URL shortcuts, which is the short term solution, while I (or someone else) add the language cookie support. See http://php.net/urlhowto Goba -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Language Auto Detection / www.php.net
Gabor Hojtsy [EMAIL PROTECTED] wrote: is there any chance that we can revert this annoying feature? The translated documentation is always behind and partly lacks important information from the english version. I want to read the documentation in english (and I am not the only one). This is only possible if I change the url after all searches to /en/ The site should at least be so intelligent to search in the /en/ part of the manual if I search from an /en/ page. This is fixed now, and works again the way it was before the weekend (if you explicitly specify a language with being on a manual page in a language, or using the search page with a language parameter, that language is carried on). We do have language specification abilities in URL shortcuts, which is the short term solution, while I (or someone else) add the language cookie support. See http://php.net/urlhowto I remember adding a cookie before for something trivial (user-configurable css) and jimw pointing out that it tends to do silly things with caching... (ie, renders it useless) James ___ This mail sent using V-webmail - http://www.v-webmail.co.uk -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Language Auto Detection / www.php.net
is there any chance that we can revert this annoying feature? The translated documentation is always behind and partly lacks important information from the english version. I want to read the documentation in english (and I am not the only one). This is only possible if I change the url after all searches to /en/ The site should at least be so intelligent to search in the /en/ part of the manual if I search from an /en/ page. This is fixed now, and works again the way it was before the weekend (if you explicitly specify a language with being on a manual page in a language, or using the search page with a language parameter, that language is carried on). We do have language specification abilities in URL shortcuts, which is the short term solution, while I (or someone else) add the language cookie support. See http://php.net/urlhowto I remember adding a cookie before for something trivial (user-configurable css) and jimw pointing out that it tends to do silly things with caching... (ie, renders it useless) Adding a cookie for langauge preference is the same as using the user's accept-language header from the technology and caching perspective. I have thought out the whole caching problem, and written down in my my.php.net proposal. You can find it in the archives (news.php.net). Basically if the setting does not modify the pages HTML code, there is no problem with it. This is the case with a language setting cookie, and the accept-language. If we would like to provide CSS selection, the way to go is to have a link rel=stylesheet href=/style.php / at the top, and print out stylesheets without caching (or cookie dependant caching) from that page. This would make pages have the same HTML code, but with different user based CSS files. Anyway, we do not have any CSS preference plans, do we? Goba -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] How to Connect remote DB server?
Hello, please forward user questions to the [EMAIL PROTECTED] mailinglist, this list is for development _OF_ PHP, not development _with_ PHP. Derick On Wed, 12 Mar 2003, Patrick LOK wrote: It is possible to connect a remote db server using x_connect? e.g. a PostgreSQL in server PSQLDB, ip=192.168.0.100 and a MSSQL server MSSQLDB, ip=192.168.0.110 I tried pgsql_connect(psqldb,administrator,) pgsql_connect(192.168.0.100,administrator,) but failed! Error is Unable to connect to server: psqldb in psqltest.php on line 2 Unable to connect to server: 192.168.0.100 in psqltest.php on line 2 Can anyone help? regards ./pl -- my other box is your windows PC - 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] Segfault with latest CVS
Derick Rethans wrote: uhm, this will be fixed ... some time :) Zeev fixed it. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Is PHP designed (have the capability) to access remote DB?
DON'T YOU THINK IT IS ABOUT THE DEVELOPMENT OF PHP ITSELF? Derick Rethans [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Stop posting user questions to the php-dev and php5-dev list, as I explained before. Derick On Wed, 12 Mar 2003, Patrick LOK wrote: Is PHP designed (have the capability) to access remote DB? Is there any PHP developer willing to answer the question? ./pl -- my other box is your windows PC - 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] Is PHP designed (have the capability) to access remoteDB?
On Wed, 12 Mar 2003, Patrick LOK wrote: DON'T YOU THINK IT IS ABOUT THE DEVELOPMENT OF PHP ITSELF? NO (and stop shouting, we're not in a market here) Derick -- my other box is your windows PC - 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: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
On Wed, 12 Mar 2003, Marcus Boerger wrote: helly Tue Mar 11 19:10:00 2003 EDT Added files: /php4/tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt Log: Added some interface tests I have 2 questions: 1. Do the interface functions have to be explicitly specified as abstract? interface Foo { function bar(); } Because this runs fine for me with no errors. 1. What is the difference between the following: interface Foo { } class Boo extends Foo { } and class Zoo implements Foo { } -Andrei http://www.gravitonic.com/ In this age, which believes that there is a short cut to everything, the greatest lesson to be learned is that the most difficult way is, in the long run, the easiest. -Henry Miller, The Books in My Life -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP - PDF on the fly
Hi, BACKGROUND I am looking to create a series of Certificates and Brouchures etc and then using the products Print/Acrobat Distiller option save the documents as PDF(with some pre-built in Name1, address1, address2 variables that can be automatically resolved on-the fly using a PHP script using a PDF_REPACE(see below code) option or something similar. This then allows me to Create Nice looking Brouchures/Certificates etc with variable abc markers before converting to PDF so my online user can have personalised stationary without the need for them to EDIT any of the documents. My attempts using PHP - PDF on the fly === I am looking for guidance on whats the best method and am I on the right track without using the long winded PDFLIB functions.. I wonder if you could help(I'm going round in circles!), I a looking to use PHP - PDF, probably with PDF templates instead of actual PDFLIB coding techniques. I have tried to create a simply script(before I move on)which will process a PDF pre-written template and resolve variables on the fly(without using any PDFLIB functions etc). I created a simple script to do this using Microsoft RTF but obviously this would only work on PC's where users have WORD etc...(I assume) I have tried myself but keep getting the error msg The file is damaged and could not be repaired when it trys to load the amended PDF file(see the sample script below). By the way, the script works fine if I comment out the PDF_REPLACE option. I assume these are causing some type of error?? I tried updating the Acrobat prefences/options to not load in a Browser but that just downloaded to my PC and the same error message appeared after I double clicked on it... The PDF template small script is attached as an example. Rgds Bev ?php set_time_limit( 180 ); // this script can be very slow //create short variable names $name = $HTTP_POST_VARS['name']; $score = $HTTP_POST_VARS['score']; function pdf_replace( $pattern, $replacement, $string ) { $len = strlen( $pattern ); $regexp = ''; for ( $i = 0; $i$len; $i++ ) { $regexp .= $pattern[$i]; if ($i$len-1) $regexp .= (\)\-{0,1}[0-9]*\(){0,1}; } return ereg_replace ( $regexp, $replacement, $string ); } if(!$name||!$score) { echo 'h1Error:/h1This page was called incorrectly'; } else { //generate the headers to help a browser choose the correct application $date = date( 'F d, Y' ); // open our template file $filename = 'PHPCertification.pdf'; $fp = fopen ( $filename, 'r' ); //read our template into a variable $output = fread( $fp, filesize( $filename ) ); header( 'Content-type: application/pdf' ); header( 'Content-Disposition: filename=cert.pdf'); fclose ( $fp ); // replace the place holders in the template with our data $output = pdf_replace( 'NAME', strtoupper( $name ), $output ); $output = pdf_replace( 'Name', $name, $output ); $output = pdf_replace( 'score', $score, $output ); $output = pdf_replace( 'mm/dd/', $date, $output ); // send the generated document to the browser echo $output; } ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP - PDF on the fly
Hello, please forward user questions to the [EMAIL PROTECTED] mailinglist, this list is for development _OF_ PHP, not development _with_ PHP. Derick On Wed, 12 Mar 2003, Bev wrote: Hi, BACKGROUND I am looking to create a series of Certificates and Brouchures etc and then using the products Print/Acrobat Distiller option save the documents as PDF(with some pre-built in Name1, address1, address2 variables that can be automatically resolved on-the fly using a PHP script using a PDF_REPACE(see below code) option or something similar. This then allows me to Create Nice looking Brouchures/Certificates etc with variable abc markers before converting to PDF so my online user can have personalised stationary without the need for them to EDIT any of the documents. My attempts using PHP - PDF on the fly === I am looking for guidance on whats the best method and am I on the right track without using the long winded PDFLIB functions.. I wonder if you could help(I'm going round in circles!), I a looking to use PHP - PDF, probably with PDF templates instead of actual PDFLIB coding techniques. I have tried to create a simply script(before I move on)which will process a PDF pre-written template and resolve variables on the fly(without using any PDFLIB functions etc). I created a simple script to do this using Microsoft RTF but obviously this would only work on PC's where users have WORD etc...(I assume) I have tried myself but keep getting the error msg The file is damaged and could not be repaired when it trys to load the amended PDF file(see the sample script below). By the way, the script works fine if I comment out the PDF_REPLACE option. I assume these are causing some type of error?? I tried updating the Acrobat prefences/options to not load in a Browser but that just downloaded to my PC and the same error message appeared after I double clicked on it... The PDF template small script is attached as an example. Rgds Bev ?php set_time_limit( 180 ); // this script can be very slow //create short variable names $name = $HTTP_POST_VARS['name']; $score = $HTTP_POST_VARS['score']; function pdf_replace( $pattern, $replacement, $string ) { $len = strlen( $pattern ); $regexp = ''; for ( $i = 0; $i$len; $i++ ) { $regexp .= $pattern[$i]; if ($i$len-1) $regexp .= (\)\-{0,1}[0-9]*\(){0,1}; } return ereg_replace ( $regexp, $replacement, $string ); } if(!$name||!$score) { echo 'h1Error:/h1This page was called incorrectly'; } else { //generate the headers to help a browser choose the correct application $date = date( 'F d, Y' ); // open our template file $filename = 'PHPCertification.pdf'; $fp = fopen ( $filename, 'r' ); //read our template into a variable $output = fread( $fp, filesize( $filename ) ); header( 'Content-type: application/pdf' ); header( 'Content-Disposition: filename=cert.pdf'); fclose ( $fp ); // replace the place holders in the template with our data $output = pdf_replace( 'NAME', strtoupper( $name ), $output ); $output = pdf_replace( 'Name', $name, $output ); $output = pdf_replace( 'score', $score, $output ); $output = pdf_replace( 'mm/dd/', $date, $output ); // send the generated document to the browser echo $output; } ? -- my other box is your windows PC - 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 - PDF ...hmm is this the correct way??
Hi, BACKGROUND I am looking to create a series of Certificates and Brouchures etc and then using the products Print/Acrobat Distiller option save the documents as PDF(with some pre-built in Name1, address1, address2 variables that can be automatically resolved on-the fly using a PHP script using a PDF_REPACE(see below code) option or something similar. This then allows me to Create Nice looking Brouchures/Certificates etc with variable abc markers before converting to PDF so my online user can have personalised stationary without the need for them to EDIT any of the documents. My attempts using PHP - PDF on the fly === I am looking for guidance on whats the best method and am I on the right track without using the long winded PDFLIB functions.. I wonder if you could help(I'm going round in circles!), I a looking to use PHP - PDF, probably with PDF templates instead of actual PDFLIB coding techniques. I have tried to create a simply script(before I move on)which will process a PDF pre-written template and resolve variables on the fly(without using any PDFLIB functions etc). I created a simple script to do this using Microsoft RTF but obviously this would only work on PC's where users have WORD etc...(I assume) I have tried myself but keep getting the error msg The file is damaged and could not be repaired when it trys to load the amended PDF file(see the sample script below). By the way, the script works fine if I comment out the PDF_REPLACE option. I assume these are causing some type of error?? I tried updating the Acrobat prefences/options to not load in a Browser but that just downloaded to my PC and the same error message appeared after I double clicked on it... The PDF template small script is attached as an example. Rgds Bev ?php set_time_limit( 180 ); // this script can be very slow //create short variable names $name = $HTTP_POST_VARS['name']; $score = $HTTP_POST_VARS['score']; function pdf_replace( $pattern, $replacement, $string ) { $len = strlen( $pattern ); $regexp = ''; for ( $i = 0; $i$len; $i++ ) { $regexp .= $pattern[$i]; if ($i$len-1) $regexp .= (\)\-{0,1}[0-9]*\(){0,1}; } return ereg_replace ( $regexp, $replacement, $string ); } if(!$name||!$score) { echo 'h1Error:/h1This page was called incorrectly'; } else { //generate the headers to help a browser choose the correct application $date = date( 'F d, Y' ); // open our template file $filename = 'PHPCertification.pdf'; $fp = fopen ( $filename, 'r' ); //read our template into a variable $output = fread( $fp, filesize( $filename ) ); header( 'Content-type: application/pdf' ); header( 'Content-Disposition: filename=cert.pdf'); fclose ( $fp ); // replace the place holders in the template with our data $output = pdf_replace( 'NAME', strtoupper( $name ), $output ); $output = pdf_replace( 'Name', $name, $output ); $output = pdf_replace( 'score', $score, $output ); $output = pdf_replace( 'mm/dd/', $date, $output ); // send the generated document to the browser echo $output; } ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP - PDF ...hmm is this the correct way??
Hello, please forward user questions to the [EMAIL PROTECTED] mailinglist, this list is for development _OF_ PHP, not development _with_ PHP. Derick On Wed, 12 Mar 2003, Bev wrote: Hi, BACKGROUND I am looking to create a series of Certificates and Brouchures etc and then using the products Print/Acrobat Distiller option save the documents as PDF(with some pre-built in Name1, address1, address2 variables that can be automatically resolved on-the fly using a PHP script using a PDF_REPACE(see below code) option or something similar. This then allows me to Create Nice looking Brouchures/Certificates etc with variable abc markers before converting to PDF so my online user can have personalised stationary without the need for them to EDIT any of the documents. My attempts using PHP - PDF on the fly === I am looking for guidance on whats the best method and am I on the right track without using the long winded PDFLIB functions.. I wonder if you could help(I'm going round in circles!), I a looking to use PHP - PDF, probably with PDF templates instead of actual PDFLIB coding techniques. I have tried to create a simply script(before I move on)which will process a PDF pre-written template and resolve variables on the fly(without using any PDFLIB functions etc). I created a simple script to do this using Microsoft RTF but obviously this would only work on PC's where users have WORD etc...(I assume) I have tried myself but keep getting the error msg The file is damaged and could not be repaired when it trys to load the amended PDF file(see the sample script below). By the way, the script works fine if I comment out the PDF_REPLACE option. I assume these are causing some type of error?? I tried updating the Acrobat prefences/options to not load in a Browser but that just downloaded to my PC and the same error message appeared after I double clicked on it... The PDF template small script is attached as an example. Rgds Bev ?php set_time_limit( 180 ); // this script can be very slow //create short variable names $name = $HTTP_POST_VARS['name']; $score = $HTTP_POST_VARS['score']; function pdf_replace( $pattern, $replacement, $string ) { $len = strlen( $pattern ); $regexp = ''; for ( $i = 0; $i$len; $i++ ) { $regexp .= $pattern[$i]; if ($i$len-1) $regexp .= (\)\-{0,1}[0-9]*\(){0,1}; } return ereg_replace ( $regexp, $replacement, $string ); } if(!$name||!$score) { echo 'h1Error:/h1This page was called incorrectly'; } else { //generate the headers to help a browser choose the correct application $date = date( 'F d, Y' ); // open our template file $filename = 'PHPCertification.pdf'; $fp = fopen ( $filename, 'r' ); //read our template into a variable $output = fread( $fp, filesize( $filename ) ); header( 'Content-type: application/pdf' ); header( 'Content-Disposition: filename=cert.pdf'); fclose ( $fp ); // replace the place holders in the template with our data $output = pdf_replace( 'NAME', strtoupper( $name ), $output ); $output = pdf_replace( 'Name', $name, $output ); $output = pdf_replace( 'score', $score, $output ); $output = pdf_replace( 'mm/dd/', $date, $output ); // send the generated document to the browser echo $output; } ? -- my other box is your windows PC - 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] Need some ZE2 functions exported.
im trying to do some namespace related experimentation but im getting the following link errors : i18n_util.obj : error LNK2001: unresolved external symbol _zend_init_namespace i18n_util.obj : error LNK2001: unresolved external symbol _zend_initialize_class_data i18n_util.obj : error LNK2001: unresolved external symbol _zend_do_inheritance i18n_util.obj : error LNK2001: unresolved external symbol _zend_register_functions any chance of exporting the offenders here ? here's precisely the code im using (modified from marcus): /* {{{ register_interface */ /* You will have to alloc the pce before the call and namespace_entry must be valid */ zend_class_entry* register_class(zend_namespace *namespace_entry, zend_class_entry *parent_ce, char *class_name, zend_function_entry *functions TSRMLS_DC) { int name_length = strlen(class_name); char *lowercase_name = zend_strndup(class_name, name_length); zend_class_entry *pce = emalloc(sizeof(zend_class_entry)); pce-type = ZEND_INTERNAL_CLASS; pce-name_length = name_length; pce-name = class_name; pce-parent = NULL; pce-num_interfaces = 0; zend_initialize_class_data(pce, 1 TSRMLS_CC); pce-ns = namespace_entry; if (functions) { zend_register_functions(pce, functions, pce-function_table, MODULE_PERSISTENT TSRMLS_CC); } if (parent_ce) { zend_do_inheritance(pce, parent_ce); } zend_str_tolower(lowercase_name, name_length); zend_hash_add(namespace_entry-class_table, lowercase_name, name_length+1, pce, sizeof(zend_class_entry *), NULL); free(lowercase_name); return pce; } /* }}} */ l0t3k -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Segmentation violation
How about providing a short example script that reproduces the segfault? Posting a backtrace is all well and good, but it's not very useful if nobody can see what initiated it. J Matt wrote: Hi, i've never posted to this newsgroup b4 so pls don't shoot me down if this is not protocol. But I've been trying to debug a seg fault trying varying options from various postings with little success. After generating a stacktrace I'm not sure really what to do next to find the problem. If anyone can help me, given the trace below that'd be fantastic. thanks, Matt - [EMAIL PROTECTED] snipped backtrace -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: PHP Startup Error In Apache
Looks like a problem with your php.ini file. There should be some lines in there that read something like extension=xslt.so extension=xmlrpc.so extension=xml.so There should also be a line that reads extension_dir=/some/path Make sure the path in extension_dir actually leads to the extension library files. If it doesn't, change it. If those files don't exist, remove their extension= entries. This sort of question belongs in php.general, not php.dev. J Ray Hunter wrote: Has anyone seen these startup errors before? These are from my apache error_log file when i start up apache: PHP Warning: Unknown(): Unable to load dynamic library '/usr/local/php-4.3.0/lib/php/extensions/no-debug-non-zts-20020429/xslt.so' - /usr/local/php-4.3.0/lib/php/extensions/no-debug-non-zts-20020429/xslt.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/local/php-4.3.0/lib/php/extensions/no-debug-non-zts-20020429/xmlrpc.so' - /usr/local/php-4.3.0/lib/php/extensions/no-debug-non-zts-20020429/xmlrpc.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/local/php-4.3.0/lib/php/extensions/no-debug-non-zts-20020429/xml.so' - /usr/local/php-4.3.0/lib/php/extensions/no-debug-non-zts-20020429/xml.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP:4.3.0 - 4.3.1 Apache: 1.3.27 Mandrake: 9.0 How can i fix these warnings? Thanks, Ray -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] function to read fixed length text
Hi Devs, as this is the first time I post to this list, I hope I do the right thing. I programmed a nice little function, that is not very nitty but might be useful for other users as well. See the script below. Cheers! -- {Bis bald Frederic;} ? // function to read a 'fixed lenght' text file in an array // delivers an array containg the values // // $string = string to read // $lengths = array containing the lenghts of the input fields // $number = number of fields/columns // // Usage read_fl(string string, array lengths, int number) function read_fl ($string, $lengths, $number) { // tests if (!is_array($lengths)) $err = $lengths is not an array; $lang = count($lengths); if ($lang != $number) $err =number of fields/columns and number of length statements does not match; if (!$err) { $start = 0; $i = 0; foreach ($eingabelänge as $wert) { $i++; $tmp[] = substr($zeile, $start, $wert); $start = $start + $wert; } foreach ($tmp as $zahl) echo $zahl.br; } if ($err) return $err; else return $tmp; } ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] function to read fixed length text
Hi, You should post this to [EMAIL PROTECTED], this one is for development OF PHP. Cheers, Hi Devs, as this is the first time I post to this list, I hope I do the right thing. I programmed a nice little function, that is not very nitty but might be useful for other users as well. See the script below. Cheers! -- {Bis bald Frederic;} ? // function to read a 'fixed lenght' text file in an array // delivers an array containg the values // // $string= string to read // $lengths = array containing the lenghts of the input fields // $number= number of fields/columns // // Usage read_fl(string string, array lengths, int number) function read_fl ($string, $lengths, $number) { // tests if (!is_array($lengths)) $err = $lengths is not an array; $lang = count($lengths); if ($lang != $number) $err =number of fields/columns and number of length statements does not match; if (!$err) { $start = 0; $i = 0; foreach ($eingabelänge as $wert) { $i++; $tmp[] = substr($zeile, $start, $wert); $start = $start + $wert; } foreach ($tmp as $zahl) echo $zahl.br; } if ($err) return $err; else return $tmp; } ? -- 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] function to read fixed length text
On Wed, 12 Mar 2003 [EMAIL PROTECTED] wrote: as this is the first time I post to this list, I hope I do the right thing. It's the wrong list, user questions/additions/usefullness should go to [EMAIL PROTECTED], only if you are developing the PHP language or have bugs you can post here. Derick -- my other box is your windows PC - 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] Moderate PHP-DEV
Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Jani Taskinen wrote: Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. +1 Derick -- my other box is your windows PC - 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] Moderate PHP-DEV
I think this is just a bad day :) Andrey - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 6:59 PM Subject: [PHP-DEV] Moderate PHP-DEV Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. --Jani -- 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] Moderate PHP-DEV
On Wed, 12 Mar 2003, Jani Taskinen wrote: Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. -1. The list could be renamed so that it is less confusing for newbie PHP developers. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 2003-03-12 at 12:01, Derick Rethans wrote: On Wed, 12 Mar 2003, Jani Taskinen wrote: Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. +1 +1. People who say that important messages will get lost: they already do. Many people can't hear over the din. I'm more worried about the 25% of developer mail that gets lost than the 1% of useful user mail that might get lost. -Sterling Derick -- my other box is your windows PC - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- Science is like sex: sometimes something useful comes out, but that is not the reason we are doing it. - Richard Feynman -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
It was a 7 hour period. And not only today, this happens daily. (maybe not in this scale) For me, even 1 OT email is too much. (But it's propably just me, who is stupid enough to read EVERY email coming here.) --Jani On Wed, 12 Mar 2003, Andrey Hristov wrote: I think this is just a bad day :) Andrey - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 6:59 PM Subject: [PHP-DEV] Moderate PHP-DEV Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- - For Sale! - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
| -1. | | The list could be renamed so that it is less confusing for | newbie PHP developers. | | - Sascha I agree. Brian. dealnews.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Okay Jani, I also read every mail here but a non-related to this mail is easily recognizable in 2-3 secs. Most time loses Derick who answers (thanks). May be the change of the list name is good idea. Andrey - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: Andrey Hristov [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 7:07 PM Subject: Re: [PHP-DEV] Moderate PHP-DEV It was a 7 hour period. And not only today, this happens daily. (maybe not in this scale) For me, even 1 OT email is too much. (But it's propably just me, who is stupid enough to read EVERY email coming here.) --Jani On Wed, 12 Mar 2003, Andrey Hristov wrote: I think this is just a bad day :) Andrey - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 6:59 PM Subject: [PHP-DEV] Moderate PHP-DEV Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- - For Sale! - -- 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] Moderate PHP-DEV
On Wed, 12 Mar 2003, Andrey Hristov wrote: Okay Jani, I also read every mail here but a non-related to this mail is easily recognizable in 2-3 secs. Whatever. It's still noise. Most time loses Derick who answers (thanks). Yeah, as I don't bother replying to those. :) May be the change of the list name is good idea. For a day or two? :) --Jani Andrey - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: Andrey Hristov [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 7:07 PM Subject: Re: [PHP-DEV] Moderate PHP-DEV It was a 7 hour period. And not only today, this happens daily. (maybe not in this scale) For me, even 1 OT email is too much. (But it's propably just me, who is stupid enough to read EVERY email coming here.) --Jani On Wed, 12 Mar 2003, Andrey Hristov wrote: I think this is just a bad day :) Andrey - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 6:59 PM Subject: [PHP-DEV] Moderate PHP-DEV Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- - For Sale! - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- - For Sale! - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Possible problem in the parser
Few minutes ago I found the following behaviour somehow wierd for me : ?php $a = 1; $b = $a==1? 4:$a==2? 5:6; printf(a[%d]b[%d]\n, $a, $b); ? Prints : a[1]b[5] Similar C program : main() { int a,b; a = 1; b = a==1? 4:a==2? 5:6; printf(a[%d]b[%d]\n, a, b); } Prints : a[1]b[4] -=-=-=-=-=- I think that the behavior of the C program is the right Andrey -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Possible problem in the parser
On Wed, 12 Mar 2003, Andrey Hristov wrote: Few minutes ago I found the following behaviour somehow wierd for me : Known bug, the associativity of the ternary operator has been broken since ages in the engine. It's on the won't be fixed sheet, because of BC concerns. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Possible problem in the parser
- Original Message - From: Sascha Schumann [EMAIL PROTECTED] To: Andrey Hristov [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 7:21 PM Subject: Re: [PHP-DEV] Possible problem in the parser On Wed, 12 Mar 2003, Andrey Hristov wrote: Few minutes ago I found the following behaviour somehow wierd for me : Known bug, the associativity of the ternary operator has been broken since ages in the engine. It's on the won't be fixed sheet, because of BC concerns. h Andrey -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Possible problem in the parser
On Wed, 12 Mar 2003, Andrey Hristov wrote: Few minutes ago I found the following behaviour somehow wierd for me : Known bug, the associativity of the ternary operator has been broken since ages in the engine. It's on the won't be fixed sheet, because of BC concerns. Is it documented somewhere? If not then isn't this an undocumeted feature and those relying on undocumented features are playing with fire. Andrey -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Another one
The following : ?php $a = 1; $b = $a==1? 4,5:6; printf(a[%d]b[%d]\n, $a, $b); ? gives Parse error: parse error, unexpected ',' in /home/storage/ternary.php on line 3 Similar C program compiles without problems. Is this also known? Andrey P.S. I obey I won't search for more such stuff today :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Sascha Schumann wrote: The list could be renamed so that it is less confusing for newbie PHP developers. What is confusing with this description? Internals list A medium volume list for those who want to help out with the development of PHP (from http://www.php.net/mailing-lists.php) if even that description doesn't work, then nothing would work, not even changing the name. Derick -- my other box is your windows PC - 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] Possible problem in the parser
On Wed, 12 Mar 2003, Andrey Hristov wrote: Few minutes ago I found the following behaviour somehow wierd for me : ?php $a = 1; $b = $a==1? 4:$a==2? 5:6; printf(a[%d]b[%d]\n, $a, $b); ? Prints : a[1]b[5] Similar C program : main() { int a,b; a = 1; b = a==1? 4:a==2? 5:6; printf(a[%d]b[%d]\n, a, b); } Prints : a[1]b[4] -=-=-=-=-=- I think that the behavior of the C program is the right It's just a different operator precedence; it's not really wrong, just different. Derick -- my other box is your windows PC - 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] Moderate PHP-DEV
On Wed, 12 Mar 2003, Jani Taskinen wrote: It was a 7 hour period. And not only today, this happens daily. (maybe not in this scale) For me, even 1 OT email is too much. (But it's propably just me, who is stupid enough to read EVERY email coming here.) I'm so stupid too then :) Derick -- my other box is your windows PC - 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] Moderate PHP-DEV
if even that description doesn't work, then nothing would work, not even changing the name. Well, it is obvious that some folks don't read that description and simply move forward, because php-dev sounds about right. They are PHP developers and so a list called php-dev makes absolute sense to them. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Moderate PHP-DEV
On Wednesday, March 12, 2003 12:41 PM, Derick Rethans wrote: On Wed, 12 Mar 2003, Sascha Schumann wrote: The list could be renamed so that it is less confusing for newbie PHP developers. What is confusing with this description? Internals list A medium volume list for those who want to help out with the development of PHP (from http://www.php.net/mailing-lists.php) if even that description doesn't work, then nothing would work, not even changing the name. For people who are not great English speakers, there's not much difference between help out with the development of PHP and help with development in PHP. This may not be exactly the correct description, but what about something like: A medium volume list for those who are working on the PHP engine and internals in C and C++. FWIW, I think changing the name would help too. But I'm not the one diligently replying to all the people who incorrectly post to php-dev. :) -dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Sascha Schumann wrote: if even that description doesn't work, then nothing would work, not even changing the name. Well, it is obvious that some folks don't read that description and simply move forward, because php-dev sounds about right. They are PHP developers and so a list called php-dev makes absolute sense to them. Let's ask the mysql guys, they did change the name too. (I think that we atleast agree that the noise is annoying, right?) Derick -- my other box is your windows PC - 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] Moderate PHP-DEV
php-dev-team might lose a few.. - Original Message - From: Sascha Schumann [EMAIL PROTECTED] To: Derick Rethans [EMAIL PROTECTED] Cc: Jani Taskinen [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 5:46 PM Subject: Re: [PHP-DEV] Moderate PHP-DEV if even that description doesn't work, then nothing would work, not even changing the name. Well, it is obvious that some folks don't read that description and simply move forward, because php-dev sounds about right. They are PHP developers and so a list called php-dev makes absolute sense to them. - Sascha -- 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] Moderate PHP-DEV
Let's ask the mysql guys, they did change the name too. (I think that we atleast agree that the noise is annoying, right?) Not really. Maybe I'm more used to skipping noise. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Hi, Derick Rethans wrote: On Wed, 12 Mar 2003, Sascha Schumann wrote: if even that description doesn't work, then nothing would work, not even changing the name. Well, it is obvious that some folks don't read that description and simply move forward, because php-dev sounds about right. They are PHP developers and so a list called php-dev makes absolute sense to them. Let's ask the mysql guys, they did change the name too. (I think that we +1 for changing the name, to something like php-internal bye, -- --- - Michael Bretterklieber- [EMAIL PROTECTED] JAWA Management Software GmbH - http://www.jawa.at Liebenauer Hauptstr. 200-- privat --- A-8041 GRAZ GSM: ++43-(0)676-93 96 698 Tel: ++43-(0)316-403274-12 E-mail: [EMAIL PROTECTED] Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com --- - ...the number of UNIX installations has grown to 10, with more expected... - Dennis Ritchie and Ken Thompson, June 1972 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Sascha Schumann wrote: if even that description doesn't work, then nothing would work, not even changing the name. Well, it is obvious that some folks don't read that description and simply move forward, because php-dev sounds about right. They are PHP developers and so a list called php-dev makes absolute sense to them. - Sascha A couple thoughts Aside from renaming the php-dev list, we should remove the 'PHP and Zend Engine internals lists' from the regular mailing list page, put them in a 'developers' section (name isn't important) that describes cvs access, dev email lists, how to build (ie. win32 libraries), etc. That way it is completely removed from the regular stuff that normal php users will gravitate towards. It would help to clarify what is for the php community at large, and what is for the community of developers that work on php itself. Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. Otherwise, the list can be readable by all. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list, send it to [EMAIL PROTECTED] and it will be reviewed by someone when they get the time. Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Shane Caraveo wrote: Aside from renaming the php-dev list, we should remove the 'PHP and Zend Engine internals lists' from the regular mailing list page, put them in a 'developers' section (name isn't important) that describes cvs access, dev email lists, how to build (ie. win32 libraries), etc. That way it is completely removed from the regular stuff that normal php users will gravitate towards. It would help to clarify what is for the php community at large, and what is for the community of developers that work on php itself. Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. Otherwise, the list can be readable by all. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list, send it to [EMAIL PROTECTED] and it will be reviewed by someone when they get the time. Good thinking, sounds better than moderating, as that will only waste time for moderators. Derick -- my other box is your windows PC - 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] Moderate PHP-DEV
A couple thoughts Aside from renaming the php-dev list, we should remove the 'PHP and Zend Engine internals lists' from the regular mailing list page, put them in a 'developers' section (name isn't important) that describes cvs access, dev email lists, how to build (ie. win32 libraries), etc. That way it is completely removed from the regular stuff that normal php users will gravitate towards. It would help to clarify what is for the php community at large, and what is for the community of developers that work on php itself. Seriously good idea. Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. Otherwise, the list can be readable by all. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list, send it to [EMAIL PROTECTED] and it will be reviewed by someone when they get the time. Less good idea. Open source needs open access. Shane -- 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: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
At 14:53 12.03.2003, Andrei Zmievski wrote: I have 2 questions: 1. Do the interface functions have to be explicitly specified as abstract? interface Foo { function bar(); } Because this runs fine for me with no errors. They don't have to (currently) I weote the tests with abstract as i thought this could be changed. 1. What is the difference between the following: interface Foo { } class Boo extends Foo { } and class Zoo implements Foo { } a class can only extend ONE class/interface but it can implement multiple interfaces. If you ask me i would not allow extending interfaces at all. regards marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Aside from renaming the php-dev list, we should remove the 'PHP and Zend [snip] Sounds good. Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. Otherwise, the list can be readable by all. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list, send it to [EMAIL PROTECTED] and This however sounds too restrictive to me. I'm convinced that the main php development list should stay as open as possible. The issue of a few misdirected emails should not serve as an excuse for closing down the main development list. We should not become an ivory tower. it will be reviewed by someone when they get the time. This manual review effectively implies censorship which is undesirable in an open environment. I doubt it would serve the PHP community in any way. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Need some ZE2 functions exported.
At 15:54 12.03.2003, l0t3k wrote: im trying to do some namespace related experimentation but im getting the Have a look at spl (http://marcus-boerger.de/php/ext/spl/) how that works without modyfing the engine. regards marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
On Wed, 12 Mar 2003, Marcus Börger wrote: a class can only extend ONE class/interface but it can implement multiple interfaces. If you ask me i would not allow extending interfaces at all. That's what I was thinking too. -Andrei http://www.gravitonic.com/ For every complex problem, there is a solution that is simple, neat, and wrong. -- H. L. Mencken -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
I propose a rename to php.c-internals.dev This leaves no confusion, it is about developing in C and C++ the language of PHP. I think restricting to those with cvs accounts is not the best solution. It excludes first-time users who have a useful patch from posting a message. Regards, Greg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Possible problem in the parser
At 18:42 12.03.2003, Derick Rethans wrote: On Wed, 12 Mar 2003, Andrey Hristov wrote: Few minutes ago I found the following behaviour somehow wierd for me : ?php $a = 1; $b = $a==1? 4:$a==2? 5:6; printf(a[%d]b[%d]\n, $a, $b); ? Prints : a[1]b[5] Similar C program : main() { int a,b; a = 1; b = a==1? 4:a==2? 5:6; printf(a[%d]b[%d]\n, a, b); } Prints : a[1]b[4] -=-=-=-=-=- I think that the behavior of the C program is the right It's just a different operator precedence; it's not really wrong, just different. Where is the different precednece here? I can only find an error. Lets support parantesis: ALL BUT PHP) '==' has higher precedence than '?:' ((a==1) ? 4 : ((a==2) ? 5 : 6)) = (1) ? 4 : ((0) ? 5 : 6) = 1 ? 4 : 6 = 4 PHP?) '?:' has higher precedence than '==' (a == (1 ? 4 : a) == (2 ? 5 : 6)) ( a == (4) == (5)) Now what? Assume order left from to right: ( (a == (4)) == (5) = (0 == 5) = 0 Or right to left (which contradicts rest of PHP behavior): ( a == ((4) == (5))) = (a == 0) = 0 Result: This is (to say it in german mumpitz) wrong. So lets fix it. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. Otherwise, the list can be readable by all. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list, send it to [EMAIL PROTECTED] and This however sounds too restrictive to me. I'm convinced that the main php development list should stay as open as possible. The issue of a few misdirected emails should not serve as an excuse for closing down the main development list. We should not become an ivory tower. Yes, because getting a cvs account is just *s* hard. We are more an Ivory tower now, than we would be under the proposed systems. Currently, unless someone points me elsewhere I only read messages from PHP core devs. I don't have the time or the energy to filter through the noise. Most other developers do this, being overburdened with the crap ratio makes me put up a wall. If this list was moderated, ie, less noise, more thoughtful comments, most people would probably be able to read a lot more messages. An Ivory tower implies a system dictated by an external force (wealth, for example), not one dictated by merit. The roundtable is reserved to those who have earned it. it will be reviewed by someone when they get the time. This manual review effectively implies censorship which is undesirable in an open environment. I doubt it would serve the PHP community in any way. It doesn't. They are free to send the mail to whomever they like, even put up a website with their ideas. They are not censured, they are restricted. In what country can you walk onto the floor of the congress (parliament) without sponsorship? Entirely open infrastructures are great when the community is small/growing, but when the community is this size, we need to be pragmatic and not lose the forest for the trees. -Sterling - Sascha -- Programming today is a race between software engineers stirring to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. - Unknown -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
On Wed, 12 Mar 2003, Sebastian Bergmann wrote: I have seen extended interfaces quite often in the Java world. IIRC, the following code currently runs without problems and it should stay that way, if it does not harm us in any way: ?php interface Foo {} interface Bar extends Foo {} class FooBar implements Bar {} ? I wasn't talking about interfaces extending interfaces - that is perfectly fine. I was saying that class blah extends interface and class blah implements interface is confusing. -Andrei http://www.gravitonic.com/ When we eliminate the impossible, whatever remains, however improbable, must be true. -- Sherlock Holmes -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 2003-03-12 at 12:50, Sascha Schumann wrote: Let's ask the mysql guys, they did change the name too. (I think that we atleast agree that the noise is annoying, right?) Not really. Maybe I'm more used to skipping noise. *exactly* my point btw. We skip noise, skip noise, skip noise, miss important message, skip noise, skip noise. :) -Sterling - Sascha -- Science is like sex: sometimes something useful comes out, but that is not the reason we are doing it. - Richard Feynman -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
At 18:50 12.03.2003, Steph wrote: php-dev-team might lose a few.. ...think f..ing hard..read.oh php-dev-team...thinkCOOL, they solve my problem, i'm getting better at it and finally a team member COOL what ever name we give this list draws attention to newbies as long as it contains the letters P, H and P again in this particular order. I think Shane got the solutionfollow up there marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Sterling Hughes wrote: It doesn't. They are free to send the mail to whomever they like, even put up a website with their ideas. They are not censured, they are restricted. In what country can you walk onto the floor of the congress (parliament) without sponsorship? Entirely open infrastructures are great when the community is small/growing, but when the community is this size, we need to be pragmatic and not lose the forest for the trees. Amen. +1. -Andrei http://www.gravitonic.com/ I still find each day too short for all the thoughts I want to think, all the walks I want to take, all the books I want to read, and all the friends I want to see. -John Burroughs -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt
Andrei Zmievski wrote: class blah implements interface is confusing. That is possible? It shouldn't be ;-) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
A couple thoughts Aside from renaming the php-dev list, we should remove the 'PHP and Zend Engine internals lists' from the regular mailing list page, put them in a 'developers' section (name isn't important) that describes cvs access, dev email lists, how to build (ie. win32 libraries), etc. I guess this is the solution! Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. Hm, i don't know. I for one directly contacted rasmus as he was the developer mentioned in the sources in which i found and corrected errors when i started working here. However i guess not all of us started this way, did we? A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. That would be a minimum requirenment Otherwise, the list can be readable by all. Dito. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list I already did this proposal but it was declined... , send it to [EMAIL PROTECTED] and it will be reviewed by someone when they get the time. Round robin list? Everyone in php-dev has to take care for some days? regards marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
So how about a first post response system, similar to the subscription response. That first post would not actually be posted to the email list, but rather an email would be sent back to the poster stating the purpose of the email list, and what kind of materials are expected on the list. If the post does not match this criteria, please send it to on of the other lists, otherwise respond to this email and your original message will go out. Shane +1 (if it matters), that's much more like it :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt
Andrei Zmievski wrote: On Wed, 12 Mar 2003, Sebastian Bergmann wrote: I have seen extended interfaces quite often in the Java world. IIRC, the following code currently runs without problems and it should stay that way, if it does not harm us in any way: ?php interface Foo {} interface Bar extends Foo {} class FooBar implements Bar {} ? I wasn't talking about interfaces extending interfaces - that is perfectly fine. I was saying that class blah extends interface and class blah implements interface is confusing. -Andrei http://www.gravitonic.com/ A class extending an interface seems just weird to me. classes should only extend classes, and implement interfaces. interfaces can extend interfaces. I haven't been following the interfaces stuff (I'm going to have to backtrack and read it all, very happy if this stuff will do what I want), but I would hope we have some capability of implementing multiple interfaces in a class somehow. interface JAZ {} interface FOO {} interface BAR extends FOO {} class foo implements FOO {} class foobar extends foo implements (BAR,JAZ) {} Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003 10:47:27 -0800 Shane Caraveo [EMAIL PROTECTED] wrote: So how about a first post response system, similar to the subscription response. That first post would not actually be posted to the email list, but rather an email would be sent back to the poster stating the purpose of the email list, and what kind of materials are expected on the list. If the post does not match this criteria, please send it to on of the other lists, otherwise respond to this email and your original message will go out. And they would probably not read it, just read the part how to get the email to the list. They don't read the comment what purpose this list have, so they will probably not read the mail either. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Magnus [ISO-8859-1] M ![ISO-8859-1] gnus X^B wrote: On Wed, 12 Mar 2003 10:47:27 -0800 Shane Caraveo [EMAIL PROTECTED] wrote: So how about a first post response system, similar to the subscription response. That first post would not actually be posted to the email list, but rather an email would be sent back to the poster stating the purpose of the email list, and what kind of materials are expected on the list. If the post does not match this criteria, please send it to on of the other lists, otherwise respond to this email and your original message will go out. And they would probably not read it, just read the part how to get the email to the list. They don't read the comment what purpose this list have, so they will probably not read the mail either. I think he's right with this... Derick -- my other box is your windows PC - 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] Moderate PHP-DEV
This worries me somewhat. I do not have a CVS account. I do not actively develop and contribute to the PHP sourcecode right now, however my company uses php very very much. I would like to keep up to date on what is happening with the development team and figuring out what directions they are leaning and why. And if I want to contribute code down the road, I would like to be able to. So, I don't have a cvs account right now, and I don't need one, but if it were required to be on the list, then I would not be able to be on the list. I'd appreciate not having that requirement myself. Wes On Wednesday, March 12, 2003, at 01:53 PM, Marcus Börger wrote: A couple thoughts Aside from renaming the php-dev list, we should remove the 'PHP and Zend Engine internals lists' from the regular mailing list page, put them in a 'developers' section (name isn't important) that describes cvs access, dev email lists, how to build (ie. win32 libraries), etc. I guess this is the solution! Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. Hm, i don't know. I for one directly contacted rasmus as he was the developer mentioned in the sources in which i found and corrected errors when i started working here. However i guess not all of us started this way, did we? A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. That would be a minimum requirenment Otherwise, the list can be readable by all. Dito. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list I already did this proposal but it was declined... , send it to [EMAIL PROTECTED] and it will be reviewed by someone when they get the time. Round robin list? Everyone in php-dev has to take care for some days? regards marcus -- 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] Moderate PHP-DEV
snip If the post does not match this criteria, please send it to on of the other lists, otherwise respond to this email and your original message will go out. And they would probably not read it, just read the part how to get the email to the list. They don't read the comment what purpose this list have, so they will probably not read the mail either. Not so, or everyone would be writing back to php-dev _after_ Derick (generally) told them otherwise.. It's not done maliciously, on the whole :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 2003-03-12 at 14:00, Weston Houghton wrote: This worries me somewhat. I do not have a CVS account. I do not actively develop and contribute to the PHP sourcecode right now, however my company uses php very very much. I would like to keep up to date on what is happening with the development team and figuring out what directions they are leaning and why. And if I want to contribute code down the road, I would like to be able to. So, I don't have a cvs account right now, and I don't need one, but if it were required to be on the list, then I would not be able to be on the list. I'd appreciate not having that requirement myself. You could be on a list of pre-allowed posters. also note, this is only a write requirement, reading is completely free. -Sterling Wes On Wednesday, March 12, 2003, at 01:53 PM, Marcus Börger wrote: A couple thoughts Aside from renaming the php-dev list, we should remove the 'PHP and Zend Engine internals lists' from the regular mailing list page, put them in a 'developers' section (name isn't important) that describes cvs access, dev email lists, how to build (ie. win32 libraries), etc. I guess this is the solution! Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. Hm, i don't know. I for one directly contacted rasmus as he was the developer mentioned in the sources in which i found and corrected errors when i started working here. However i guess not all of us started this way, did we? A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. That would be a minimum requirenment Otherwise, the list can be readable by all. Dito. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list I already did this proposal but it was declined... , send it to [EMAIL PROTECTED] and it will be reviewed by someone when they get the time. Round robin list? Everyone in php-dev has to take care for some days? regards marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
This worries me somewhat. I do not have a CVS account. I do not actively develop and contribute to the PHP sourcecode right now, however my company uses php very very much. I would like to keep up to date on what is happening with the development team and figuring out what directions they are leaning and why. And if I want to contribute code down the road, I would like to be able to. So, I don't have a cvs account right now, and I don't need one, but if it were required to be on the list, then I would not be able to be on the list. I'd appreciate not having that requirement myself. AFAIK it is meant only for sending mail to the list not about reading it. The idea is to lower the unrelated messages. This will be good even for you because they are unrelated to this list. Andrey -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
A secondary followup, as I do work on php extensions, I do think that questions regarding those would fall to this list, but again might not require a cvs account? Just playing Devil's Advocate to some extent here. Wes On Wednesday, March 12, 2003, at 01:45 PM, Sterling Hughes wrote: On Wed, 2003-03-12 at 14:00, Weston Houghton wrote: This worries me somewhat. I do not have a CVS account. I do not actively develop and contribute to the PHP sourcecode right now, however my company uses php very very much. I would like to keep up to date on what is happening with the development team and figuring out what directions they are leaning and why. And if I want to contribute code down the road, I would like to be able to. So, I don't have a cvs account right now, and I don't need one, but if it were required to be on the list, then I would not be able to be on the list. I'd appreciate not having that requirement myself. You could be on a list of pre-allowed posters. also note, this is only a write requirement, reading is completely free. -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Shane Caraveo wrote: Then another item that might be considered if it is not already done, allowing posts only from those that have cvs access. A second conditional list of allowed posters can be added that are people who do not have cvs access, but we want to allow to post. Otherwise, the list can be readable by all. A post rejected message could tell them to try a different email list, but if they really feel the email is for the dev list, send it to [EMAIL PROTECTED] and it will be reviewed by someone when they get the time. I think there are a lot of members like myself who watch this list and on some occasions post a new note or followup to one of the main members comments. But without any CVS access. Having us ask for special permission or send posts through a special moderator seems a little heavy handed to me. Brian -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Yes, because getting a cvs account is just *s* hard. The problem is that you easily lose valuable postings when you force people to go through some restrictive system. I'm especially worried about inter-group communication. E.g. where php-dev is involved in a discussion with another group of people. If some developer list tries to protect itself from my input, I usually don't bother to jump through hoops. This happened just recently with group@ and the ASF board where some messages got stuck in a filter. Currently, unless someone points me elsewhere I only read messages from PHP core devs. You must be kidding. There are 20-30 emails on php-dev on normal days. That hardly makes up 10% of my personal email traffic. The volume is quite negligible from my POV. Let's implement the renaming and Shane's two section thing first before we evaluate more draconic measures. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
At 19:57 12.03.2003, Shane Caraveo wrote: A class extending an interface seems just weird to me. classes should only extend classes, and implement interfaces. interfaces can extend interfaces. I haven't been following the interfaces stuff (I'm going to have to backtrack and read it all, very happy if this stuff will do what I want), but I would hope we have some capability of implementing multiple interfaces in a class somehow. interface JAZ {} interface FOO {} interface BAR extends FOO {} class foo implements FOO {} This works even though i do not like extends FOO. class foobar extends foo implements (BAR,JAZ) {} This doesn't - i hope - trying - ?php interface a {} interface b {} class c implements (a,b) {} /usr/src/php4-HEAD/-(4) : Parse error - parse error, unexpected '(', expecting T_STRING or T_PAAMAYIM_NEKUDOTAYIM or T_NAMESPACE_NAME You have to do class foobar extends foo implements BAR,JAZ {} marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Shane Caraveo wrote: But for the sake of writing...here's another idea. So how about a first post response system, similar to the subscription response. That first post would not actually be posted to the email list, but rather an email would be sent back to the poster stating the purpose of the email list, and what kind of materials are expected on the list. If the post does not match this criteria, please send it to on of the other lists, otherwise respond to this email and your original message will go out. Instead of this it might be a better idea to make somebody's first post moderated, after it has been approved the poster is added to the allow list, if not he gets back a message like I copypaste everytime now :) If they are not approved, and they repost... they just nobody replies to the Moderator request. You then solve: a. people not reading the reply to the first post and just repost again b. people who are contributing stuff dont need to repost their mail, or do other tricks to get their stuff posted c. there is much less to moderate You lose: a. nothing :) Derick -- my other box is your windows PC - 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] Moderate PHP-DEV
At 20:00 12.03.2003, Weston Houghton wrote: This worries me somewhat. I do not have a CVS account. I do not actively develop and contribute to the PHP sourcecode right now, however my company uses php very very much. I would like to keep up to date on what is happening with the development team and figuring out what directions they are leaning and why. And if I want to contribute code down the road, I would like to be able to. So, I don't have a cvs account right now, and I don't need one, but if it were required to be on the list, then I would not be able to be on the list. I'd appreciate not having that requirement myself. Wes We must not loose contact to those delivering ideas and patches. But loosing all this noise is a good idea! So to you Wes, it is good to have readers like you! However we all spend to much time reading noise. regards marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
You lose: You lose time for implementing and maintaining this system, and you lose time for moderating emails. You also reduce the incentive to contribute. Again, let's take the less intrusive steps first and leave the heavy handed ones as a last resort. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Sascha Schumann wrote: You lose: You lose time for implementing and maintaining this system, and you lose time for moderating emails. You also reduce the incentive to contribute. I lose time to reply to them now too and copy and pasting my stuff, I lose less time by just pressing r y y Ctrl-X y, so you win here. Derick -- my other box is your windows PC - 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: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
On Wed, 12 Mar 2003, Marcus Börger wrote: interface JAZ {} interface FOO {} interface BAR extends FOO {} class foo implements FOO {} This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. This doesn't - i hope - trying - ?php interface a {} interface b {} class c implements (a,b) {} /usr/src/php4-HEAD/-(4) : Parse error - parse error, unexpected '(', expecting T_STRING or T_PAAMAYIM_NEKUDOTAYIM or T_NAMESPACE_NAME You have to do class foobar extends foo implements BAR,JAZ {} I think we should disallow classes extending interfaces. Only 'implements' should be supported. -Andrei http://www.gravitonic.com/ We all have photographic memories, it's just that some of us don't have any film. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003 20:14:03 +0100 (CET) Derick Rethans [EMAIL PROTECTED] wrote: Instead of this it might be a better idea to make somebody's first post moderated, after it has been approved the poster is added to the allow list, if not he gets back a message like I copypaste everytime now :) If they are not approved, and they repost... they just nobody replies to the Moderator request. You then solve: a. people not reading the reply to the first post and just repost again b. people who are contributing stuff dont need to repost their mail, or do other tricks to get their stuff posted c. there is much less to moderate You lose: a. nothing :) That sounds better.. / Magnus ps. No need to cc me =) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
At 20:20 12.03.2003, Andrei Zmievski wrote: On Wed, 12 Mar 2003, Marcus Börger wrote: This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. Because of the second part of the answer. It is a little bit strange that an interface can extend and implement an interface but a class can only implement interfaces. Also it is a bit weired that i can implement multiple interface but extend only one. Hey these two words sound different and should have a clearly different meaning. I think we should disallow classes extending interfaces. Only 'implements' should be supported. As said already: yes. marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phptinterface_doubled.phpt interface_implemented.phpt interface_instantiate.phptinterface_member.phpt interface_method.phpt interface_method_final.phptinterface_method_private.phpt interface_must_be_implemented.phpt
Marcus Börger wrote: At 20:20 12.03.2003, Andrei Zmievski wrote: On Wed, 12 Mar 2003, Marcus Börger wrote: This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. Because of the second part of the answer. It is a little bit strange that an interface can extend and implement an interface but a class can only implement interfaces. Also it is a bit weired that i can implement multiple interface but extend only one. An interface should not implement an interface, only classes should implement interfaces. 'implement' infers that actual executable code is provided that implements an interface. Again, I haven't followed the interface stuff, and sorry for writting without reading the background, but I'm working off the assumption that interfaces are kind of like IDL. ok: interface extends interface class extends class implements interface not ok: interfaces implements interface class extends interface Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
At 08:53 AM 3/12/2003 -0500, Andrei Zmievski wrote: I have 2 questions: 1. Do the interface functions have to be explicitly specified as abstract? Nope. It shouldn't be allowed to be abstract because it's abstract by definition. interface Foo { function bar(); } Because this runs fine for me with no errors. 1. What is the difference between the following: interface Foo { } class Boo extends Foo { } This shouldn't work. I guess there's a bug someplace. It's new code so I'm sure there will be some small things which need to be fixed. Andi and class Zoo implements Foo { } -Andrei http://www.gravitonic.com/ In this age, which believes that there is a short cut to everything, the greatest lesson to be learned is that the most difficult way is, in the long run, the easiest. -Henry Miller, The Books in My Life -- 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] Moderate PHP-DEV
We'll see who reads this, any responses are welcome. I see a few different issues here: 1) People who want answers for a php-general message post it to the development forum. This is clearly because they do not understand the difference, as I doubt anyone wants to waste their own time posting a message to a forum that refuses to answer the question. 2) Those who know exactly what this forum is for, and for whatever reason the core team doesn't want or otherwise consider their contributions to the discussion. Something like Catchable parse errors, maybe? :) I agree with the opinion that more clearly defining what exactly this list is for will solve issue #1, however #2 is what I think is the real problem here (isn't it?) I don't see the point in pulling punches when it comes to why the core developers want to moderate the list.. I don't claim to have the end-all answer to this problem, but I know that many people who sign on this list probably fall into one of the following: A) They are simplying following along in discussions because they need to or are curious what is in store for the future B) They are truly interested in contributing real things, but aren't as experienced with the internals of PHP/Zend as the core team so their suggestions / code is insufficient to meet the stanards set by the core team. C) The core team or other signficiant contributors. This might not be a complete list, but things like this never are. In any case, moderating this list would end up completely alientating everyone but those who are significant developers. How does one become a significant developer at that point? People who are learning will always ask questions that can be considered stupid by someone more experienced... Unless someone who is experienced is around to answer them and respond to this noise, how will anyone learn? Maybe I'm completely off-track here, but it's just a thought where I could take a moment to make fun of my own idea. :) John -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003 15:31:56 -0500, John Coggeshall wrote: In any case, moderating this list would end up completely alientating everyone but those who are significant developers. I agree, I think changing the name is the way to go, and to remove it from the public mailing lists (or put it under another category) Don't forget that mailing lists is not the whole problem, many also use news groups :) php.internal php.coredev or something like that Personally I just lurk here :) -- Tom Sommer, denmark www.tsn.dk - www.dreamcoder.dk -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Sascha Schumann wrote: Yes, because getting a cvs account is just *s* hard. The problem is that you easily lose valuable postings when you force people to go through some restrictive system. I'm especially worried about inter-group communication. E.g. where php-dev is involved in a discussion with another group of people. If some developer list tries to protect itself from my input, I usually don't bother to jump through hoops. This happened just recently with group@ and the ASF board where some messages got stuck in a filter. Currently, unless someone points me elsewhere I only read messages from PHP core devs. You must be kidding. There are 20-30 emails on php-dev on normal days. That hardly makes up 10% of my personal email traffic. The volume is quite negligible from my POV. Let's implement the renaming and Shane's two section thing first before we evaluate more draconic measures. I agree, it's worth looking into more subtle and less controversial changes. Change the name, clarify its use (ex. move dev list signup..), and see what happens. Regards, Philip -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wednesday 12 March 2003 17:59, Jani Taskinen wrote: Of about 20 emails today, 6 were posted to wrong mailing list. And one of those generated a 5 email thread about not posting to wrong mailing list. (counting this one :) So I suggest we finally make this list MODERATED. -1 I like the mysql ml-model: a) internals@ for communication between users and developers b) a closed list for internal communication between php.net developers. Optionally trusted users can be added. Regards Georg P.S: Also removing mail addresses in files/credits/maintainer would be ok for me, to stop the dozens of priv mails with stupid mysql questions. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Aside from renaming the php-dev list, we should remove the 'PHP and Zend Engine internals lists' from the regular mailing list page, put them in a 'developers' section (name isn't important) that describes cvs access, dev email lists, how to build (ie. win32 libraries), etc. As a newbie commiter, still wet behind the ears, I would have *really* appreciated a page that was a little clearer and a bit more up to date than what I started with. My sources of information README.CVS-RULES, the building from cvs web page) were very good, but missed some vital clues. While many have been very patient with me (thanks), I found it frustrating to ask questions that seem to be obvious to others like: * trying to build php4 head for two days, only to be told that I should be building PHP_4_3 or php5 head. * forgetting about re2c, which is not mentioned anywhere that I could find, but I found through freshmeat and had a lovely time trying to build :-) I am taking note of the problems I encountered and was planning on updating something (README.CVS-RULES ?) after another week or so. Dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
This discussion itself is creating more spam than those emails people send. I agree with Sascha that we shouldn't take drastic measures. We still want to make it easy for people to join the PHP developer's community. I think the most interesting idea so far was Shane's first post response system. We have all of the necessary infra-structure ready. Hopefully we can reach an agreement ASAP because I can't handle all of these emails anymore :) Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Newbie developer's information
At 04:17 PM 3/12/2003 -0500, David Hill \(php.net\) wrote: As a newbie commiter, still wet behind the ears, I would have *really* appreciated a page that was a little clearer and a bit more up to date than what I started with. My sources of information README.CVS-RULES, the building from cvs web page) were very good, but missed some vital clues. While many have been very patient with me (thanks), I found it frustrating to ask questions that seem to be obvious to others like: * trying to build php4 head for two days, only to be told that I should be building PHP_4_3 or php5 head. * forgetting about re2c, which is not mentioned anywhere that I could find, but I found through freshmeat and had a lovely time trying to build :-) I am taking note of the problems I encountered and was planning on updating something (README.CVS-RULES ?) after another week or so. Improvements would be welcome. I'm not sure where the best place would be. Maybe on the web site? Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Newbie developer's information
* trying to build php4 head for two days, only to be told that I should be building PHP_4_3 or php5 head. Yes, it should be noted that you can use PHP_4, PHP_4_3 or php5. * forgetting about re2c, which is not mentioned anywhere that I could find, but I found through freshmeat and had a lovely time trying to build :-) Unless you are working on the .re sources, you don't need re2c. I am taking note of the problems I encountered and was planning on updating something (README.CVS-RULES ?) after another week or so. Good idea. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
After reading all the comments, I came to conclusion that we will do the following compromise: 1. Rename the list to php-group 2. Separate the list entries in mailing-lists.php [DONE!] 3. Apply the same system as is in use for our @php.net addresses for spam-protection, but have the message sent to people to tell them that where their message is going to go and what the list is about. (for the first message..) This all should be easy/fast to implement..afaik. :I (And it doesn't restrict anyone from still sending their support questions here, but at least would cut the amount a bit..) So who will rename the list and apply the spam protection thing? I already did the separation in mailing-lists.php.. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Scope and namespace
Seeing as how we now have only one-level deep namespaces and classes (which is another topic), does it make sense to have both 'scope' and 'ns' fields in zend_op_array structure? I would think they can be merged into one. I still want to hear from Zeev about lack of nested classes/namespaces.. maybe in Montreal. :) -Andrei http://www.gravitonic.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
Jani, 1. Rename the list to php-group bad name for obvious reasons. Georg's suggestion of internals sounds ok to me. Or hackers from the FreeBSD community. 2. Separate the list entries in mailing-lists.php [DONE!] 3. Apply the same system as is in use for Let's evaluate the results of the first two items before going one step further. There is no need for haste. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Sascha Schumann wrote: Jani, 1. Rename the list to php-group bad name for obvious reasons. Georg's suggestion of internals sounds ok to me. Or hackers from the FreeBSD community. internals,hackers,whatever, as long as it's not php-dev. :) 2. Separate the list entries in mailing-lists.php [DONE!] 3. Apply the same system as is in use for Let's evaluate the results of the first two items before going one step further. There is no need for haste. I wouldn't consider 3rd one that drastic. It has worked very well for me, I haven't got any spam to my php.net addy, but people who really wanted to send me email got through.. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
I wouldn't consider 3rd one that drastic. It has worked very well for me, I haven't got any spam to my php.net addy, but people who really wanted to send me email got through.. Well, maybe I am an exception, but I usually don't bother to register myself anywhere, unless there is a really good reason. Thus, the proposed measure increases the bar for contributions significantly. We don't lose anything by giving the first two items some time to prove their usefullness. On the other hand, it is very likely that we will lose useful input, if we implement the third item prematurely. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003 23:44:20 +0200 (EET), Jani Taskinen wrote: 1. Rename the list to php-group And the newsgroup? since lots of the spam comes from NNTP directly, I would think(?) -- Tom Sommer, denmark www.tsn.dk - www.dreamcoder.dk -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003, Sascha Schumann wrote: I wouldn't consider 3rd one that drastic. It has worked very well for me, I haven't got any spam to my php.net addy, but people who really wanted to send me email got through.. Well, maybe I am an exception, but I usually don't bother to register myself anywhere, unless there is a really good reason. Thus, the proposed measure increases the bar for contributions significantly. If I remember correctly, this 'registration' is just replying to single email, as you do when you subscribe to the list. Not that big deal, IMO. :) We don't lose anything by giving the first two items some time to prove their usefullness. On the other hand, it is very likely that we will lose useful input, if we implement the third item prematurely. I can live with that. Let's see for couple of weeks how it works. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt
At 21:12 12.03.2003, Shane Caraveo wrote: An interface should not implement an interface, only classes should implement interfaces. 'implement' infers that actual executable code is provided that implements an interface. Again, I haven't followed the interface stuff, and sorry for writting without reading the background, but I'm working off the assumption that interfaces are kind of like IDL. We do not force classes to directly implement (supply code) for an interface method (and i do like that (now)). ok: interface extends interface class extends class implements interface not ok: interfaces implements interface class extends interface I would favor this: interface [ implements interface+ ] class [ extends class ] [ implements interface+ ] or less: interface [ extends interface+ ] class [ extends class ] [ implements interface+ ] I like the former more because it separates classes to extends and interfaces to implements and does not suggest MI. Howeve the latter has some more kind of logic since an interface extends other interfaces when they are inherited. (Maybe i'll change my mind after sleeping it over). i'm sure you know to write it correctly with the missing ',' :-)) marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP] Re: [PHP-DEV] Is PHP designed (have the capability) to access remote DB?
On Wed, 12 Mar 2003 13:39:36 - (GMT), you wrote: but your not. Please redirect further rants to [EMAIL PROTECTED] where they will be able to help. Careful...devnull.com is an actual domain. :-) Although giveashit doesn't seem to exist: 550 5.1.1 [EMAIL PROTECTED] User unknown -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Segmentation violation
J, I will post an issue, but as far as I can tell the error is very intermittent. I don't have a consistent action that I do each time to cause the error. It is just randomly (as far as I can tell) throughout the application. But If you like I'll send some through J Smith wrote: How about providing a short example script that reproduces the segfault? Posting a backtrace is all well and good, but it's not very useful if nobody can see what initiated it. J Matt wrote: Hi, i've never posted to this newsgroup b4 so pls don't shoot me down if this is not protocol. But I've been trying to debug a seg fault trying varying options from various postings with little success. After generating a stacktrace I'm not sure really what to do next to find the problem. If anyone can help me, given the trace below that'd be fantastic. thanks, Matt - [EMAIL PROTECTED] snipped backtrace -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php