[PHP-DEV] CVS Account Request: tabe
Maintaining an official, bundled PHP extension, especially libgd. Pierre-A. Joye (a.k.a pierre) has suggested me to request a cvs account. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Drop ext/mhash and add an emulation layer in ext/hash (5.3+), call for help
Derick Rethans escribió: I've not heard of any issues about ext/mhash. libmhash is no longer under development see http://sourceforge.net/projects/mhash/ I guess that is enough reason to start thinking about a compatible replacement.. -- "Progress is possible only if we train ourselves to think about programs without thinking of them as pieces of executable code.” - Edsger W. Dijkstra Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/ signature.asc Description: OpenPGP digital signature
Re: [PHP-DEV] Where is PHP 5 Bug Summary Report?
On 2 Jun 2008, at 07:54, Felipe Pena wrote: Hi all Em Seg, 2008-05-26 às 08:18 -0700, Philip Olson escreveu: On 26 May 2008, at 05:45, Guilherme Blanco wrote: Hi, Read the subject... Have anyone disabled it? This summary has finally reached 100kb so it's too large for the list. Possible solutions: - Close bugs :) - Remove the feature request part - Remove the (reminders sent) part What about doing that two last solutions? http://rafb.net/p/9jAnET10.html Looks good, I committed something similar that keeps the assigned bug information for now so let's see how that goes. It provides a feature request count too... there are about 600 of them! Regards, Philip -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] GSoC: Bugtracker
That one is on the wiki, but I am glad you clarified it, I didnt quite understand what it meant sean finney wrote: hi barry, oops, guess this one got lost under the pile for a bit... On Monday 26 May 2008 12:50:08 pm Barry Carlyon wrote: So please add anything you would like to see in the bug tracker to the specs page. If you have any questions or wish to discuss anything I can currently be found on the #php.pecl channel on efnet i would like to suggest that the "Secondary Requirement" entitled "VCS (Versioning Control System, e.g. CVS and SVN) integration" be given a great deal of importance. i can't tell you how many hours i've lost trying to find the commit that was equivalent to "fixed in latest CVS snapshot" from the existing php bts, and i'm sure i'm not alone :( so, fwiw (which probably isn't much) i throw an emphatic +1 at that :) best regards, sean -- Barry Carlyon "Located Between Al-Jazeera and BBC Radio 1" Webmaster of, http://barrycarlyon.co.uk http://lsrfm.com http://lsweb.org.uk mobile: 07729 048 443 office: 0113 380 1280 skype: barrycarlyon email: [EMAIL PROTECTED] msn: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] GSoC: Bugtracker
On Mon, Jun 2, 2008 at 9:36 PM, sean finney <[EMAIL PROTECTED]> wrote: > i would like to suggest that the "Secondary Requirement" entitled "VCS > (Versioning Control System, e.g. CVS and SVN) integration" be given a great > deal of importance. i can't tell you how many hours i've lost trying to find > the commit that was equivalent to "fixed in latest CVS snapshot" from the > existing php bts, and i'm sure i'm not alone :( Yeah, important feature to have imo. I posted a good chunk of features I would like to see few months ago: http://news.php.net/php.internals/36065 The most important feature: - No #%"#$& signup required to file reports -Hannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Short syntax for array literals [...]
Hi, I've been reading internals for a while and after reading some messages in this specific topic (Short syntax for array literals) I decided to give some userland input here as it seems it's somewhat a rare ocurrence in this list. If I had to guess, I'd say most people don't consider themselves worthy to send input because they lack the knowledge to do so, being an userland developer and not knowing a single line of code of the PHP core (that's the reason I merely read this list instead of contributing). I feel like nothing I have to say will help in any way, insted it will only clutter the list. Regarding this topic, I'd be happy to see this feature in the language as I feel much more comfortable writing $var = [ 1, 2, 3 ]; than $var = array(1, 2, 3); While I understand the concerns about readability and how this code will look for the newcomers, I consider this syntax very natural and it doesn't break backwards compatibility as it doesn't replaces the old syntax, simply adds a new one. I'll be contributing with my input as userland developer from now on if it seems fit. regards Rodrigo Saboya Sebastian Deutsch escreveu: Hello Lars, for an ambitious userland developer it is not very easy to follow this list and even join the discussions (though I think it's worth). Maybe there should be a point where some discussions from internals should be taken to lang - better not this one, I don't want to fuel the fire again - but some discussions really should. But this is a matter of process, especially extracting the results and save it at a place that is more accessible and persistent than the mailing list archives. This process should not imply that what's proposed there should be realised - in the end the core developers have to make the final decision. This process should be an decision helper for all core developers who are undecided. Sebastian Lars Strojny schrieb: Hi Sebastian, Am Freitag, den 30.05.2008, 18:23 +0200 schrieb Sebastian Deutsch: [...] Nonetheless I feel that the userland is less represented on the internals list - do you have a proposal to hear their voice? Well, they can subscribe, can't they? http://www.php.net/mailing-lists.php cu, Lars -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] GSoC: Bugtracker
hi barry, oops, guess this one got lost under the pile for a bit... On Monday 26 May 2008 12:50:08 pm Barry Carlyon wrote: > So please add anything you would like to see in the bug tracker to the > specs page. > If you have any questions or wish to discuss anything I can currently be > found on the #php.pecl channel on efnet i would like to suggest that the "Secondary Requirement" entitled "VCS (Versioning Control System, e.g. CVS and SVN) integration" be given a great deal of importance. i can't tell you how many hours i've lost trying to find the commit that was equivalent to "fixed in latest CVS snapshot" from the existing php bts, and i'm sure i'm not alone :( so, fwiw (which probably isn't much) i throw an emphatic +1 at that :) best regards, sean signature.asc Description: This is a digitally signed message part.
Re: [PHP-DEV] Drop ext/mhash and add an emulation layer in ext/hash (5.3+), call for help
On Mon, Jun 2, 2008 at 12:34 PM, Scott MacVicar <[EMAIL PROTECTED]> wrote: > Pierre Joye wrote: >> >> On Mon, Jun 2, 2008 at 10:21 AM, Derick Rethans <[EMAIL PROTECTED]> wrote: >>> >>> On Mon, 2 Jun 2008, Pierre Joye wrote: >>> While working on the windows ports, I asked Sara about the mhash status in regard of the new shiny ext/hash. The plan is to remove ext/hash completely and emulate it in ext/hash to keep the BC. It could even a configuration flag if one likes to be sure to clean his code to use only the hash APIs. >>> >>> The mhash extension features some more versions of some algorithms: >>> http://mhash.sourceforge.net/ But why bother changing it? >> >> Which algo(s) (or algo version) is not supported by ext/hash? I did >> not spot one after a quick read. >> > > sha192 and sha224 > snefru128 > md2 > >>> I've not heard of any issues about ext/mhash. >> >> My main reasons would be to do not have to maintain ext/mhash and the >> libmhash Windows port. >> >> Cheers, > > I'm happy to see us removing a dependency, especially if it makes thigns > easier to build on Windows. In case someone likes to do it, Scott has volunteered and has already added some of the missing algo in hash. He will also add the BC layer. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Global structures in extension
Antony Dovgal pisze: On 02.06.2008 13:35, Adam Klobukowski wrote: Hello I'm writing a PHP extension where I'm using a custom library. This library uses a structure that needs to be initialized once per server instance. First I initialized it in each of my functions and deinitialize it ant the end. It works ok, but unfortunetly it turns to be to slow. So, I'm trying to do it globally. Everything in that library is internally synchronized, so I don not have to worry about thread safety. I declare my structure globally (in fact a pointer to a structure), initialize it in PHP_MINIT (it works), then deinitialize in PHP_MSHUTDOWN (works too). That's exactly what lots of extensions do. Unfortunetly, when I'm trying to use this structure in my PHP_FUNCTIONs, it does not work. You've managed to describe everything except for the problem itself =) What does this "does not work" mean? How exactly do you initialize and address these variables? My code uses Yami message passing library (http://www.msobczak.com/prog/yami/) Ok, here is the code, first the "working" (one standalone function) version: PHP_FUNCTION(myFunc) { HPARAMSET params, returnparamset; HMESSAGE hm; enum msgStatus status; char *id = NULL; int id_len; int i, count, size; char *element = NULL; char *server_port = NULL; char *server_ip = NULL; char *name = NULL; char *value = NULL; double d; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "s", &id, &id_len) == FAILURE) return; yamiNetInitialize(); yamiCreateAgent(&agent, 0, NULL); yamiAgentDomainRegister(agent, SERVER_NAME, SERVER_ADDRES, SERVER_PORT, 2); yamiCreateParamSet(¶ms, 1); yamiSetString(params, 0, id); yamiAgentMsgSend(agent, SERVER_NAME, id, "get_info", params, &hm); yamiAgentMsgWait(hm); yamiAgentMsgGetStatus(hm, &status); if (status == eReplied) { yamiAgentMsgGetResponse(hm, &returnparamset); if (!returnparamset) { return; } yamiGetParamCount(returnparamset, &count); array_init(return_value); for (i = 0; i < count; i++) { yamiGetStringLength(returnparamset, i, &size); name = emalloc (sizeof (char) * (size +1)); yamiGetStringValue(returnparamset, i, name); i++; yamiGetStringLength(returnparamset, i, &size); value = emalloc (sizeof (char) * (size +1)); yamiGetStringValue(returnparamset, i, value); add_assoc_string(return_value, name , value, 0); } yamiDestroyParamSet(returnparamset); yamiDestroyParamSet(params); yamiDestroyAgent(agent); yamiNetCleanup(); } else { php_error_docref(NULL TSRMLS_CC, E_WARNING, "Wrong answer from server."); } } And the non working (with PHP_MINIT and PHP_SHUTDOWN) version: HYAMIAGENT agent; PHP_MINIT_FUNCTION(gra) { yamiNetInitialize(); yamiCreateAgent(&agent, 0, NULL); yamiAgentDomainRegister(agent, SERVER_NAME, SERVER_ADDRES, SERVER_PORT, 2); return SUCCESS; } /* }}} */ /* {{{ PHP_MSHUTDOWN_FUNCTION */ PHP_MSHUTDOWN_FUNCTION(gra) { yamiDestroyAgent(agent); yamiNetCleanup(); return SUCCESS; } PHP_FUNCTION(myFunc) { HPARAMSET params, returnparamset; HMESSAGE hm; enum msgStatus status; char *id = NULL; int id_len; int i, count, size; char *element = NULL; char *server_port = NULL; char *server_ip = NULL; char *name = NULL; char *value = NULL; double d; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "s", &id, &id_len) == FAILURE) return; yamiCreateParamSet(¶ms, 1); yamiSetString(params, 0, id); yamiAgentMsgSend(agent, SERVER_NAME, id, "get_info", params, &hm); yamiAgentMsgWait(hm); yamiAgentMsgGetStatus(hm, &status); if (status == eReplied) { yamiAgentMsgGetResponse(hm, &returnparamset); if (!returnparamset) { return; } yamiGetParamCount(returnparamset, &count); array_init(return_value); for (i = 0; i < count; i++) { yamiGetStringLength(returnparamset, i, &size); name = emalloc (sizeof (char) * (size +1)); yamiGetStringValue(returnparamset, i, name); i++; yamiGetStringLength(returnparamset, i, &size); value = emalloc (sizeof (char) * (size +1)); yamiGetStringValue(returnparamset, i, value); add_assoc_string(return_value, name , value, 0); } yamiDestroyParamSet(returnparamset); yamiDestroyParamSet(params); } else { php_error_docref(NULL TSRMLS_CC, E_WARNING, "Wrong answer from server."); } } And by "non working" I mean that it hangs in yamiAgentMsgWait forever :( Adam Klobukowski -- PHP Internals - PHP
Re: [PHP-DEV] Where is PHP 5 Bug Summary Report?
Hi all Em Seg, 2008-05-26 às 08:18 -0700, Philip Olson escreveu: > On 26 May 2008, at 05:45, Guilherme Blanco wrote: > > > Hi, > > > > Read the subject... > > > > Have anyone disabled it? > > This summary has finally reached 100kb so it's too large for the list. > Possible solutions: > > - Close bugs :) > - Remove the feature request part > - Remove the (reminders sent) part What about doing that two last solutions? http://rafb.net/p/9jAnET10.html > - Allow this large email via size limit modifications > - ... > > Regards, > Philip > -- Regards, Felipe Pena. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Global structures in extension
On 02.06.2008 13:35, Adam Klobukowski wrote: Hello I'm writing a PHP extension where I'm using a custom library. This library uses a structure that needs to be initialized once per server instance. First I initialized it in each of my functions and deinitialize it ant the end. It works ok, but unfortunetly it turns to be to slow. So, I'm trying to do it globally. Everything in that library is internally synchronized, so I don not have to worry about thread safety. I declare my structure globally (in fact a pointer to a structure), initialize it in PHP_MINIT (it works), then deinitialize in PHP_MSHUTDOWN (works too). That's exactly what lots of extensions do. Unfortunetly, when I'm trying to use this structure in my PHP_FUNCTIONs, it does not work. You've managed to describe everything except for the problem itself =) What does this "does not work" mean? How exactly do you initialize and address these variables? Btw. I'm looking for a good reference of internal PHP APIs. I found excelent Sara's Golemon articles, but thats all, is there anything better? The sources are better. -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Drop ext/mhash and add an emulation layer in ext/hash (5.3+), call for help
Pierre Joye wrote: On Mon, Jun 2, 2008 at 10:21 AM, Derick Rethans <[EMAIL PROTECTED]> wrote: On Mon, 2 Jun 2008, Pierre Joye wrote: While working on the windows ports, I asked Sara about the mhash status in regard of the new shiny ext/hash. The plan is to remove ext/hash completely and emulate it in ext/hash to keep the BC. It could even a configuration flag if one likes to be sure to clean his code to use only the hash APIs. The mhash extension features some more versions of some algorithms: http://mhash.sourceforge.net/ But why bother changing it? Which algo(s) (or algo version) is not supported by ext/hash? I did not spot one after a quick read. sha192 and sha224 snefru128 md2 I've not heard of any issues about ext/mhash. My main reasons would be to do not have to maintain ext/mhash and the libmhash Windows port. Cheers, I'm happy to see us removing a dependency, especially if it makes thigns easier to build on Windows. Scott -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: alexsakura
test -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Global structures in extension
Hello I'm writing a PHP extension where I'm using a custom library. This library uses a structure that needs to be initialized once per server instance. First I initialized it in each of my functions and deinitialize it ant the end. It works ok, but unfortunetly it turns to be to slow. So, I'm trying to do it globally. Everything in that library is internally synchronized, so I don not have to worry about thread safety. I declare my structure globally (in fact a pointer to a structure), initialize it in PHP_MINIT (it works), then deinitialize in PHP_MSHUTDOWN (works too). Unfortunetly, when I'm trying to use this structure in my PHP_FUNCTIONs, it does not work. What i don't know, if PHP magic does something that prevents using such globals. Should I use global resources for that instead? Btw. I'm looking for a good reference of internal PHP APIs. I found excelent Sara's Golemon articles, but thats all, is there anything better? -- Semper Fidelis Adam Klobukowski [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP 6 Bug Summary Report
PHP 6 Bug Database summary - http://bugs.php.net Num Status Summary (62 total including feature requests) ===[*General Issues]== 26771 Suspended register_tick_funtions crash under threaded webservers ===[*Regular Expressions]= 44923 Open ereg works differently in PHP 6.0 unicode.semantics=on ===[*Unicode Issues]== 44868 Open Replaces UTF-8 symbol with incorrect symbol ===[Apache2 related]== 44083 Open virtual() not outputting results if zlib ouptut compression is on ===[Arrays related]=== 35277 Suspended incorrect recursion detection 41758 Assigned SORT_LOCALE_STRING broken for sort() in PHP6 43109 Open array_intersect() emits unexpected no of notices when 2d array is passed as arg ===[Class/Object related]= 41461 Assigned E_STRICT notice when overriding methods not defined by an Interface in hierarchy 44043 Open Enforcing a method without specifying the arguments ===[Compile Failure]== 42606 Open unicode/constants.c relies on ICU draft api 44502 Suspended Compiling ok with MySQL 5.0 ===[Feature/Change Request]=== 20377 Open php_admin_value affects _only_ .htaccess 27618 Open curl_multi_info_read does not appear to work 28261 Open Lifting reserved keyword restriction for method names 29479 Suspended changing current process name 34211 Open PDO_OCI: Allow for data type "TIMESTAMP(0) WITH LOCAL TIME ZONE" 34252 Open Base functions extension and refactoring 34527 Open trim functions extension 34775 Open parse_url() provide better error description on failure 34882 Open Unable to access *original* posted variable name with dot in 35309 Open Database connection pooling 37081 Open Make the include-errors mention faulty permissions 37380 Open DOMDocument->createAttribute[NS] can't set value 37546 Open DOMDocumentFragment->appendXML namespace support 38622 Open Proposed new security scheme for shared hosting (safe mode substitute) 38946 Open pecl/docblock should be merged into ext/tokenizer 40013 Open php_uname() doesnt return nodename 40499 Open filter sapi does not register any highlightning filter 41019 Assigned auto update feature for FastCGI for IIS 41602 Open POSIX functions on Windows using Cygwin Library 42262 Open get_magic_quotes_gpc() should be there and return false 42727 Open Zend doesn't fail with syntax error 42922 Open request for 64bit numbers in php6 43743 Open Unicode Error Mode That Throws Exceptions On Error 44290 Open Request for package access control system 44330 Open Apache with PHP 5+6 45085 Open {} is better than [] for string access ===[Filesystem function related]== 27792 Assigned Functions fail on large files (filesize,is_file,is_dir) 42110 Open fgetcsv doesn't handle ""\n correctly in multiline csv record 44034 Open FILE_IGNORE_NEW_LINES in FILE does not work as expected when lines end in \r\n ===[GD related]=== 34670 Assigned imageTTFText for Indian scripts (Devanagari) 34992 Assigned imageconvolution does not respect alpha ===[I18N and L10N related] 42471 Open locale_set_default returns true on invalid locales ===[MySQL related] 44076 Open mysql_result returns nothing with blob ===[ODBC related]= 39756 Assigned Crashes in fetching resultsets with LONG ASCII columns from MaxDB ===[OpenSSL related]== 25614 Suspended openssl_pkey_get_public() fails when given a private key ===[Other web server]= 26495 Suspended Using WebSite Pro 2.5 with ISAPI, cookies are not working ===[PDO related]== 35368 Suspended PDO query does not work properly with serialize 39171 Assigned pdo_mysql configure script sets empty default socket 42079 Open pdo_mysql always links to 3.x libraries (== PDO* in HEAD is out-dated) ===[Performance problem]== 42528 Open Out of "char"(8-bit) range value doesn't roll back, with uni-code ON. ===[Program Execution] 39992 Open proc_terminate() leaves
[PHP-DEV] CVS Account Request: nikned
Translating the documentation on Serbian. Contact made by Philip Olson. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] multiple use
hi, On Mon, Jun 2, 2008 at 10:26 AM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > Hi! > I wonder why is that? Conservatism (and we are all conservative depending on what you ask...sadly) > What's wrong with being nicer to the user? nothing > Is usability a taboo in PHP now? no +1 for this feature. If one does not like it, he can always ignore it and add a note in his coding standard. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Drop ext/mhash and add an emulation layer in ext/hash (5.3+), call for help
On Mon, Jun 2, 2008 at 10:21 AM, Derick Rethans <[EMAIL PROTECTED]> wrote: > On Mon, 2 Jun 2008, Pierre Joye wrote: > >> While working on the windows ports, I asked Sara about the mhash >> status in regard of the new shiny ext/hash. The plan is to remove >> ext/hash completely and emulate it in ext/hash to keep the BC. It >> could even a configuration flag if one likes to be sure to clean his >> code to use only the hash APIs. > > The mhash extension features some more versions of some algorithms: > http://mhash.sourceforge.net/ But why bother changing it? Which algo(s) (or algo version) is not supported by ext/hash? I did not spot one after a quick read. > I've not heard of any issues about ext/mhash. My main reasons would be to do not have to maintain ext/mhash and the libmhash Windows port. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] multiple use
Hi! It's not dropping three characters, it's making better user experience. I see lately on the list very strange total opposition to any feature that adds any usability or syntax sugar to PHP. Like features supported by a bunch of community people but opposed by some core developers on abstract reasons of "it's unreadable" or "I don't like it". I wonder why is that? What's wrong with being nicer to the user? Is usability a taboo in PHP now? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] multiple use
On Sun, 1 Jun 2008, Hannes Magnusson wrote: > On Sun, Jun 1, 2008 at 7:43 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > > Hi! > > > >> use FooBar::In::Some::NameSpace as foo, > >> SomeOther::Cool:Massive::awesome::space as bar, And::other:namespace > >> as foobar; > >> vs > >> use FooBar::In::Some::NameSpace as foo; > >> use SomeOther::Cool:Massive::awesome::space as bar; > >> use And::other:namespace as foobar; > > > > Well, with (im)proper formatting many things can be unreadable, but > > use FooBar::In::Some::NameSpace as foo, > >SomeOther::Cool:Massive::awesome::space as bar, > >And::other:namespaceas foobar; > > > > doesn't seem unreadable at all to me. Repeating "use" is just clutter which > > doesn't add anything. And btw not all names are that long - when I actually > > used namespaces in the code, I found that it'd be much easier if I could > > chain declarations. Just as it is easier to do $a = array(1,2,3) and not $a > > = array(); $a[0] = 1; $a[1] = 2; $a[2] = 3; > > I don't know what else I can say. You asked if someone had objections > and I replied stating my personal opinion that I find explicit use > statements in multiple lines more readable. > I don't really see the point in dropping three characters if you are > going to indent it just the same anyway, doesn't even safe you a > single keystroke.. I've to agree with this. Derick -- Derick Rethans http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Drop ext/mhash and add an emulation layer in ext/hash (5.3+), call for help
On Mon, 2 Jun 2008, Pierre Joye wrote: > While working on the windows ports, I asked Sara about the mhash > status in regard of the new shiny ext/hash. The plan is to remove > ext/hash completely and emulate it in ext/hash to keep the BC. It > could even a configuration flag if one likes to be sure to clean his > code to use only the hash APIs. The mhash extension features some more versions of some algorithms: http://mhash.sourceforge.net/ But why bother changing it? I've not heard of any issues about ext/mhash. regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] multiple use
On Sunday 01 June 2008 23:32:58 Hannes Magnusson wrote: > I don't know what else I can say. You asked if someone had objections > and I replied stating my personal opinion that I find explicit use > statements in multiple lines more readable. > I don't really see the point in dropping three characters if you are > going to indent it just the same anyway, doesn't even safe you a > single keystroke.. > > -Hannes It seems to me you should seek out a proper editor :) It could (and should) do such indentation things for you automatically. Regards, Stefan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php