Re: [PHP-DEV] Re: [php-icu] Graphemes and unicode vs intl extension
Hi, Stanislav Malyshev wrote: All functions in pecl/intl should therefore be named intl_foobar() and classes intlFooBar in theory. Well, intl module as I mentioned is a bit different - it has functional parts which could be in fact separate extensions, but for practical reasons aren't. So leaving aside the collision with date, do you think it's be ok to have msgfmt_*, numfmt_* etc. prefixes? As long time PHP user I was very happy about the coding-standards to prefix functions/classes with the corresponding ext-name, really. As user (for some reasons) I prefer the prefixing with intl_. However, as lurker, I know, my vote doesn't count ;-) Kind Regards Friedhelm -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Revisiting output control code
Jasper Bryant-Greene wrote: Michael Wallner wrote: I'd like to suggest that we revisit the output control (output buffering) code base. On a semi-related note, I'd like to see the docs mention that print_r and var_export (with the second parameter set to TRUE), and debug_print_backtrace, internally use the output buffering code to capture their output, meaning that using them inside an output buffering handler will always cause a fatal error. Open a bug report at bugs.php.net Documentation Problem? Friedhelm -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Zend Sudio's Optimizer / PHP 5.1.1
Joseph Crawford wrote: i keep getting an error that zend optimizer doesnt work with this version of PHP, can anyone explain why that would be? i have gone into zend studio and went to /lib/Optimizer-2.5.13/ created the php-5.1.x dir and copied the ZendOptimizer.dll from the php-5.0.x directory but it still complains ;( is there something else i need to change in zend studio server? IMHO, this sort of question does not belong to internals-ml. It is not very nice to crosspost several MLs, maybe you should ask the company behind the optimizer ;-) not the developers of PHP. Regards Friedhelm -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] $ref = $this;
Oliver Grätz wrote: Ford, Mike schrieb: Yes, very true. I've mentioned before that I think PHP 5's object thingummies should be referred to as handles (and I'm sure I actually saw this usage in early versions of the PHP 5 or Zend Engine 2 proposals). Then, it's much clearer that: $obj2 = $obj1 gives you a copy of the object handle, but: $obj2 = $obj1 gives you a reference to the handle. From the point of view of an ordinary programmer: He's so right: It is absolutely clear! You _must_ put this in the official documentation! I knew what was happening before but up to this few words I could not put it down in words. Thank you, Mike! Bug reports for documentation can be reported at bugs.php.net as Documentation Problem Regards Friedhelm -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] SimpleXML marked as EXPERIMENTAL
Hi, It was probably just overlooked? I'll remove EXPERIMENTAL status, unless someone speaks up. S Andi Gutmans wrote: Hi, Is there a reason why SimpleXML is marked as experimental in the PHP documentation? EXPERIMENTAL status was removed from the source tree a few months ago. Andi As long as we are in dropping EXPERIMENTAL Mode: Shouldn't we drop EXPERIMENTAL from php4 domxml living in PECL? AFAIRC once Cgristian Stocker said, it is stable, obviously no API changes will happen etc. Any reason not to drop EXPERIMENTAL from docs and pecl source for domxml? Friedhelm -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: Re[2]: [PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h
On Monday 13 September 2004 21:19, Rainer Schaaf wrote: [...] As I did put pack the old version, the question remains on how to solve the Bug #29297? For PHP_4_3 bail out for versions pdflib4 and requiremnts for 4.3.x sho Regards Friedhelm -- http://www.jungle-world.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: Re[2]: [PHP-DEV] Re[2]: [PHP-CVS] cvs: php-src(PHP_4_3) /ext/pdf CREDITS config.m4 pdf.c pdf.dsp php_pdf.h
On Monday 13 September 2004 21:19, Rainer Schaaf wrote: [...} As I did put pack the old version, the question remains on how to solve the Bug #29297? to continue ;-) ... and the rest should be handled in the manual Regards Friedhelm -- http://www.jungle-world.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] some proto fixes
Hi, attached are proto fixes for time_nanosleep (basic_functions.c), convert_uuencode/decode (uuencode.c) and some pspell functions. (against current HEAD) Friedhelm Index: ext/standard/basic_functions.c === RCS file: /repository/php-src/ext/standard/basic_functions.c,v retrieving revision 1.685 diff -u -r1.685 basic_functions.c --- ext/standard/basic_functions.c 19 Aug 2004 15:14:04 - 1.685 +++ ext/standard/basic_functions.c 26 Aug 2004 17:07:29 - @@ -1755,7 +1755,7 @@ /* }}} */ #if HAVE_NANOSLEEP -/* {{{ proto mixed time_nanosleep(long seconds, long nanoseconds) +/* {{{ proto mixed time_nanosleep(int seconds, int nanoseconds) Delay for a number of seconds and nano seconds */ PHP_FUNCTION(time_nanosleep) { Index: ext/pspell/pspell.c === RCS file: /repository/php-src/ext/pspell/pspell.c,v retrieving revision 1.44 diff -u -r1.44 pspell.c --- ext/pspell/pspell.c 18 May 2004 12:32:05 - 1.44 +++ ext/pspell/pspell.c 26 Aug 2004 17:04:59 - @@ -718,7 +718,7 @@ } /* }}} */ -/* {{{ proto bool pspell_config_mode(int conf, long mode) +/* {{{ proto bool pspell_config_mode(int conf, int mode) Select mode for config (PSPELL_FAST, PSPELL_NORMAL or PSPELL_BAD_SPELLERS) */ PHP_FUNCTION(pspell_config_mode) { @@ -848,7 +848,7 @@ /* }}} */ /* {{{ proto bool pspell_config_dict_dir(int conf, string directory) - location of the main word list */ + Location of the main word list */ PHP_FUNCTION(pspell_config_dict_dir) { pspell_config_path(INTERNAL_FUNCTION_PARAM_PASSTHRU, dict-dir); Index: ext/standard/uuencode.c === RCS file: /repository/php-src/ext/standard/uuencode.c,v retrieving revision 1.4 diff -u -r1.4 uuencode.c --- ext/standard/uuencode.c 24 Aug 2004 15:25:48 - 1.4 +++ ext/standard/uuencode.c 26 Aug 2004 17:08:16 - @@ -183,8 +183,8 @@ return -1; } -/* {{{ proto string uuencode(string data) - uuencode a string */ +/* {{{ proto string convert_uuencode(string data) + Uuencode a string */ PHP_FUNCTION(convert_uuencode) { char *src, *dst; @@ -200,8 +200,8 @@ } /* }}} */ -/* {{{ proto string uudecode(string data) - decode a uuencoded string */ +/* {{{ proto string convert_uudecode(string data) + Decode a uuencoded string */ PHP_FUNCTION(convert_uudecode) { char *src, *dst; -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] XML requirements: Are the docs incorrect ?
Hi, http://www.zend.com/php5/andi-book-excerpt.php says In PHP 5, all XML extensions have been rewritten to use the superb libxml2 XML toolkit But the official docs http://us4.php.net/manual/en/ref.xml.php on XML extension say under the requirements section This extension uses expat, which can be found at http://www.jclark.com/xml/expat.html.; Unfortunately nobody from phpdoc had found the spare time to update the docs. If you file a bug report at bugs.php.net (Documentation problem) it will be adressed sooner or later, as somebody finds time. There used to be some talk about bundled libxml. I couldn't find any bundled libxml2 in the PHP5 distribution. Is ext/libxml2 it ? .. or do I need to pick it up from xmlsoft.org ? Yes, you have it to pick up from xmlsoft.org I would prefer to use libxml2 for all extensions really. It's possible, read the output from ./configure --help ;-) Friedhelm -- http://www.jungle-world.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] SQLite security
On Monday 23 August 2004 14:27, Zeev Suraski wrote: [...] Hrm, well, it's a very bad idea to put the database anywhere under the document root, because then you'd obviously be serving it for everyone to download. Encryption or no encryption, that's a very bad idea. Instead, you should place the database file outside of the document root (e.g. /usr/local/sqlite). Make sure that this directory is properly writable by the web server process and PHP, and you're done. Running mod_php under safe_mode in an shared hosting environment this is hardly to manage;-) Regards Friedhelm -- www.hostsahring.net/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP4 - PHP5 incompatibility - classes must be declared before being used
On Sunday 11 April 2004 23:16, Marcus Boerger wrote: Hello Marc, [...] I read that for simple cases, instantiation before declaration will work...does/will this cause an E_STRICT error? no but probabla something to discuss since maybe later it won't work anymore and it is 'not so good practise' or better say not recommended usage. I really like it would produce an E_STRICT error, see http://bugs.php.net/bug.php?id=27440 Regards Friedhelm -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [patch] gd.h windows font path
Hi, attached patches add c:\windows\fonts to DEFAULT_FONTPATH. c:\windows\fonts is the standard for Windows 98 and windows XP. Maybe a more sophisticated solution would use getenv(windir)? Regards Friedhelm Index: gd.h === RCS file: /repository/php-src/ext/gd/libgd/gd.h,v retrieving revision 1.7.2.8 diff -u -u -r1.7.2.8 gd.h --- gd.h29 Mar 2004 18:21:00 - 1.7.2.8 +++ gd.h12 Apr 2004 18:34:30 - @@ -11,7 +11,7 @@ #define PATHSEPARATOR : #else /* default fontpath for windows systems */ -#define DEFAULT_FONTPATH c:\\winnt\\fonts;. +#define DEFAULT_FONTPATH c:\\winnt\\fonts;c:\\windows\\fonts;. #define PATHSEPARATOR ; #endif Index: gd.h === RCS file: /repository/php-src/ext/gd/libgd/gd.h,v retrieving revision 1.21 diff -u -u -r1.21 gd.h --- gd.h29 Mar 2004 18:20:33 - 1.21 +++ gd.h12 Apr 2004 18:31:05 - @@ -11,7 +11,7 @@ #define PATHSEPARATOR : #else /* default fontpath for windows systems */ -#define DEFAULT_FONTPATH c:\\winnt\\fonts;. +#define DEFAULT_FONTPATH c:\\winnt\\fonts;c:\\windows\fonts;. #define PATHSEPARATOR ; #endif -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Fwd: [PHP-NOTES] note 39212 added to function.dbase-create
Hi, is the following note correct? As i read the source it is: 0 length fieldname =10 Unsure about the limit of C. Is it =255 chars? If someone can confirm, I will update the docs. Thanks for your time. Regards Friedhelm Betz -- Forwarded Message -- Subject: [PHP-NOTES] note 39212 added to function.dbase-create Date: Tuesday 20 January 2004 23:08 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Not sure if this happens everywhere, but on Windows (Windows XP Pro, SP1, PHP 4.3.4) the colum names can not be longer than 10 characters. While trying to create a database with colums over 10 characters it would just die every time. 10 characters or under and it works great. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5 RC 1 - Article/Tutorial Sponsorship Opportunity
On Thursday 13 November 2003 23:32, Kevin Waterson wrote: This one time, at band camp, Andi Gutmans [EMAIL PROTECTED] wrote: There are things beyond articles which need to be written such as the PHP manual, release notes, NEWS and so on. Ok, what do you need/want written? You are always very welcome to contribute to the php manual ;-) contact: [EMAIL PROTECTED] more info: php.net/dochowro Regards Friedhelm Betz -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php