[PHP-DEV] PHP 4.0 Bug #9005: Static classes sometimes have a $this pointer

2001-01-30 Thread chuck
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Static classes sometimes have a $this pointer If you call a static method from within an object, the static method will inherit the $this pointe

[PHP-DEV] PHP 4.0 Bug #9219: Typecasting in array_diff/intersect

2001-02-11 Thread chuck
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: Typecasting in array_diff/intersect I do beleive that array_diff/intersect rely to heavily on the value's type. A string '1' and integer 1 do not seem to be

[PHP-DEV] PHP 4.0 Bug #9265: passing preg_split a limit parameter of 0 supresses all matches

2001-02-14 Thread chuck
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.0 Latest CVS (14/02/2001) PHP Bug Type: PCRE related Bug description: passing preg_split a limit parameter of 0 supresses all matches Somewhere in the last few weeks, preg_split changed so that specifiying a

[PHP-DEV] Bug #12668: unexpected behavior of preg_replace

2001-08-08 Thread chuck
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.0 PHP version: 4.0.6 PHP Bug Type: PCRE related Bug description: unexpected behavior of preg_replace Simple problem - the script: should produce one plain single-quote, but instead it produces an escaped single-quote

[PHP-DEV] Bug #12668 Updated: unexpected behavior of preg_replace

2001-08-09 Thread chuck
e addslashes routine, only " and \ could be returned as slashed, and users could stick with using double-quotes for strings within the (eval'd) replace string... that would prevent people from having to use a hack get it to work as expected. Thanks, C

Re: [PHP-DEV] Timezone offset differences

2001-01-17 Thread Chuck Hagenbuch
owed the same thing - wrong sign for the timezone offset. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Entropy. It's what's for dinner. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: [PHP-PEAR] Merging PHPLIB into PEAR

2001-01-18 Thread Chuck Hagenbuch
n't want to be spending my time on this same discussion a year from now, or even a month. But what will be, will be. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Entropy. It's what's for dinner. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-

[PHP-DEV] Re: [PHP-PEAR] something I noticed re:licenses.

2001-01-19 Thread Chuck Hagenbuch
yone has their own ego and their own horse to ride. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Entropy. It's what's for dinner. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAI

Re: [PHP-DEV] http://cvs.php.net/

2001-01-22 Thread Chuck Hagenbuch
; (http://horde.org/chore) That's http://horde.org/chora/, for those of you who found the link broken. It's up to the core php guys, of course. But we (Horde) would certainly be very happy to have it used. =) -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Entropy. It's wha

Re: [PHP-DEV] PHP 4.0 Bug #9005: Static classes sometimes have a $this pointer

2001-01-30 Thread Chuck Hagenbuch
FC822::parseAddressList() suddenly stopped working when I called it from within Mail::send(). -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> "My intuitive grasp of math often leads me astray." -Me -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail:

Re: [PHP-DEV] IMAP and the mail_parameters

2001-02-15 Thread Chuck Hagenbuch
round to implementing it yet. So if you want a hand with any of this, feel free to let me know. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> "We have no fuel on board, plus or minus 8 kilograms." -A NASA scientist -- PHP Development Mailing List <http://www.php.net/> T

[PHP-DEV] Re: PHP 4.0 Bug #7706 Updated: HTML & PHP documents return "Documentcontains no data"

2001-03-06 Thread Chuck Bearden
On 6 Mar 2001, Bug Database wrote: > ID: 7706 > Updated by: stas > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Feedback > Old-Bug Type: Scripting Engine problem > Bug Type: Apache related > Assigned To: > Comments: > > You probably have some version incompatibility or build > pr

[PHP-DEV] frontbase always on in configure?

2001-03-13 Thread Chuck Hagenbuch
annot find FrontBase in well know installation directories ... from configure. Any ideas? -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> "Live, from Washington, where the doctors were telling us what they did, and did not, do with Vice President Cheney." -Dan Rather -- PHP Deve

Re: [PHP-DEV] POP3 functions

2001-03-27 Thread Chuck Hagenbuch
Quoting Eric <[EMAIL PROTECTED]>: > Is it possible to submit functions for addition to php? > I have some functions which I've added to my local copy of: > ext/imap/php_imap.c > and prototypes in > ext/imap/php_imap.h Yup, this is where to send them... -chuck --

Re: [PHP-DEV] RE: ; arg seperator

2001-04-04 Thread Chuck Hagenbuch
here they don't have access to the php.ini parameters. It's certainly something to keep in mind. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Number of U.S. nuclear bombs lost in accidents and never recovered: 11 -- PHP Development Mailing List <http://www.php.ne

Re: [PHP-DEV] RE: ; arg seperator

2001-04-05 Thread Chuck Hagenbuch
27;. I can't think of anything that it'll break, and it's much more correct. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Number of U.S. nuclear bombs lost in accidents and never recovered: 11 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-ma

Re: [PHP-DEV] RE: ; arg seperator

2001-04-05 Thread Chuck Hagenbuch
Quoting Hartmut Holzgraefe <[EMAIL PROTECTED]>: > > arg_separator.output should default to ' '. > >   ??? i guess it will break lots ;) > > maybe we should & instead? Wow. Yeah, I'm really tired this morning. & is what I meant, of course... Th

Re: [PHP-DEV] Request for new feature: $HTTP_SESSION_VARS when register_globals = on

2001-04-06 Thread Chuck Hagenbuch
Quoting Sascha Schumann <[EMAIL PROTECTED]>: > On Fri, 6 Apr 2001, Chuck Hagenbuch wrote: > > > Quoting Sascha Schumann <[EMAIL PROTECTED]>: > > > > > Unless a bug has slipped in, HTTP_SESSION_VARS get always > > > created.

Re: [PHP-DEV] Request for new feature: $HTTP_SESSION_VARS when register_globals = on

2001-04-06 Thread Chuck Hagenbuch
bout adding session_set_var (and session_get_var, for symmetry) functions to set and access session variables regardless of scope? -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Number of U.S. nuclear bombs lost in accidents and never recovered: 11 -- PHP Development Mailing List <ht

[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] RE: [PEAR-DEV] Re: [PHP-DEV] Re: [PEAR-DEV] --with-pear[=DIR] patch

2001-04-09 Thread Chuck Hagenbuch
cgi version of php, we're going to need it installed on machines by default. Making people build php twice in order to use PEAR is going to kill user acceptance. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Number of U.S. nuclear bombs lost in accidents and never recovered: 11 -

Re: [PHP-DEV] request

2001-04-17 Thread Chuck Hagenbuch
hey exist. So for now, I'm against it, as a feature extremely likely to cause confusion and weirdness, and one that's probably not really needed or understood by most people who think they need it. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Taurus: You will receive an urge

Re: [PHP-DEV] request

2001-04-17 Thread Chuck Hagenbuch
ng two objects with distinct states. That said, I'm still against it because of the complexity that it adds and the misuse that it encourages. I'd rather see interfaces (and namespaces! - though that's not a solution for the same problem). -chuck -- Charles Hagenbuch, <[EMAIL

Re: [PHP-DEV] Suggestion for in_array

2001-04-20 Thread Chuck Hagenbuch
oolean expressions. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Taurus: You will receive an urgent transmission from the Martian government informing you that Mars does not, in fact, need women, so please stop sending them. -- PHP Development Mailing List <http://www.php.net/>

Re: [PHP-DEV] request

2001-04-20 Thread Chuck Hagenbuch
d unpredictable behavior if "the first encountered definition" changed under any circumstances. I'd vote for making any name conflicts an error. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Taurus: You will receive an urgent transmission from the Martian government inform

Re: [PHP-DEV] request

2001-04-21 Thread Chuck Hagenbuch
? If anything that affected how classes were ordered changed, if the classes were renamed, if the class definitions changed... -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Taurus: You will receive an urgent transmission from the Martian government informing you that Mars does not, i

[PHP-DEV] 4.0.5: Merge Request

2001-04-23 Thread Chuck Hagenbuch
I'd like to merge the following patch: http://cvs.php.net/viewcvs.cgi/php4/ext/imap/php_imap.c.diff?r1=1.64&r2=1.65 ... into 4.0.5. It's a very small fix that fixes a bug in imap_sort which is _very_ easy to trigger. Any objections? -chuck -- Charles Hagenbuch, <[EMAIL PR

Re: [PHP-DEV] Imap SSL support (Bug #10330)

2001-05-02 Thread Chuck Hagenbuch
php_imap.c:450: (Each undeclared identifier is reported only once > php_imap.c:450: for each function it appears in.) This code branch should only be triggered if HAVE_IMAP_SSL is defined, which should only happen if you configure php --with-imap-ssl. If you're doing so, it's ass

Re: [PHP-DEV] mailparse extension

2001-05-03 Thread Chuck Hagenbuch
Quoting Wez Furlong <[EMAIL PROTECTED]>: > I would like to put my mailparse ("As seen on zend.com weekly summary") > extension into CVS; shall I just check it into php4/ext? I'd certainly be interested in it. Are there any external library dependancies? -chuck -- H

Re: [PHP-DEV] Classes & function names

2001-05-04 Thread Chuck Hagenbuch
php as case sensitive just because I was confused as to where it was and where it wasn't. Having it actually be that way would be great. -chuck -- It takes 170 decibels to rupture the human eardrum. Less, if Celine Dion is singing. -- PHP Development Mailing List <http://www.php.net/&g

Re: [PHP-DEV] Bug #10644: __FILE__ missing path delimiters

2001-05-04 Thread Chuck Hagenbuch
ers. For example, if the script is > >/var/www/foo.php, __FILE__ contains 'varwwwfoo.php'. > > Works for me. Are you sure you have the latest Zend, also? I just updated and rebuilt everything and it's still broken. -chuck -- It takes 170 decibels to rupture the human eard

Re: [PHP-DEV] 4.1 & Declaration Case Persistance

2001-05-04 Thread Chuck Hagenbuch
Quoting Colin Viebrock <[EMAIL PROTECTED]>: > One "problem" with case sensitivity (perhaps) is that it may make some > scripts non-portable. That's a problem with it being an option, yes. I'd vote for just making php case sensitive, period. -chuck -- must... f

[PHP-DEV] __FILE__ constant

2001-05-04 Thread Chuck Hagenbuch
bit to see what might have done it, but it's a pain to look through histories without a cvsweb interface, and I didn't see anything obvious. It's probably something small, but it's severely breaking some of my code. Could a Zend guru take a look at it? Thanks, -chuck -- ...

Re: [PHP-DEV] __FILE__ constant

2001-05-04 Thread Chuck Hagenbuch
Quoting Sebastian Bergmann <[EMAIL PROTECTED]>: >works fine here. Or do you meant something > else, Chuck? The value is set; it's just missing all path delimiters. So if the file is actually /var/www/foo/bar.php, echo __FILE__ gives me "varwwwfooobar.php". Which

Re: [PHP-DEV] RE: [PHP-QA] RE: [PHP-DEV] Re: [PHP-QA] Modifications to Windows Readme file

2001-05-10 Thread Chuck Hagenbuch
27;ll talk to pop3 and nntp servers just fine, and almost all of the functions work with all three. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> "When you can't even start, it's time to stop" - Jason -- PHP Development Mailing List <http://www.php.net/> To

[PHP-DEV] Re: Fw: ssl support

2001-05-15 Thread Chuck Hagenbuch
gt; > > > All UW-distributed versions of imap-2000 had auth_ssl. > > > > Note that in imap-2001, the SSL support files are now called > ssl_unix, > > ssl_w2k, etc. > > > > PHP should not in any way depend upon how c-client is built (whether > with >

[PHP-DEV] LDAP compile fails

2001-05-20 Thread Chuck Hagenbuch
defined here ... ad nausuem (the errors go on and on for different symbols) The strange thing is that /usr/local/src/ldap/ doesn't exist on my system, so I'm not sure where that's coming from. I haven't changed my ldap libraries in months, and it built successfully until a few

Re: [PHP-DEV] Using $HTTP_SESSION_VARS with register_globals On

2001-05-21 Thread Chuck Hagenbuch
ters which). However it's solved, it'd be _really_ nice if at the very least, code written for the register_globals Off case worked all the time, since that's the more portable option anyway. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Black and white and grey, all the sha

Re: [PHP-DEV] Using $HTTP_SESSION_VARS with register_globals On

2001-05-21 Thread Chuck Hagenbuch
e references to each other, if I remember. Which is the opposite of the current unintuitive behavior. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Black and white and grey, all the shades of truth. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-

Re: [PHP-DEV] Using $HTTP_SESSION_VARS with register_globals On

2001-05-21 Thread Chuck Hagenbuch
anywhere, if you'll pardon the expression. You have to alias the two values yourself, and you run into all kinds of problems with references and globals and weird strange scoping issues that are hell (and about as damn unintuitive as PHP gets) to deal with. -chuck -- Charles Hagenbuch, &

Re: [PHP-DEV] imap_open -- stream error

2001-07-10 Thread Chuck Hagenbuch
xample given at http://www.php.net/manual/en/function.imap-open.php. You're missing the /pop3 in the server string. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscrib

Re: [PHP-DEV] Chora installed

2001-07-26 Thread Chuck Hagenbuch
up. :) > And if you put an entry in for cvsusers in the cvsroots.php config file, > it will automatically expand committer's full names and email addresses. Got that up, also. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons

Re: [PHP-DEV] Chora installed

2001-07-26 Thread Chuck Hagenbuch
ory is just a direct checkout from cvs.horde.org (conf files being the obvious exception); I'd rather keep it that way so it'll be easier to keep things up to date, if possible. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PH

Re: [PHP-DEV] Security techniques

2001-07-29 Thread Chuck Hagenbuch
ith Apache, and probably some other servers, but it doesn't work with Netscape Enterprise Server - it's not officially part of the spec, afaik. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http

Re: [PHP-DEV] Security techniques

2001-07-29 Thread Chuck Hagenbuch
browser that has problems with it. And it certainly is useful. :) -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-m

Re: [PHP-DEV] cvs.php.net: CHORA problem

2001-12-12 Thread Chuck Hagenbuch
Quoting Yasuo Ohgaki <[EMAIL PROTECTED]>: > CHORA's download feature is broken somewhat... > If I download source file, it is gzipped! (it can be other > format also... I guess) Works fine for me. What client are you using? -chuck -- Charles Hagenbuch, <[EMAIL PROTECT

Re: [PHP-DEV] cvs.php.net: CHORA problem

2001-12-13 Thread Chuck Hagenbuch
d you could also argue that the browser doesn't know it isn't just a gzip file - except that the Content-Type is correct; gzip is just in the Content-Encoding. So Mozilla is broken. You should probably file a bug report. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> "What w

Re: [PHP-DEV] cvs.php.net: CHORA problem

2001-12-13 Thread Chuck Hagenbuch
Quoting Chuck Hagenbuch <[EMAIL PROTECTED]>: > Quoting Yasuo Ohgaki <[EMAIL PROTECTED]>: > > > I guess your browser does not support gzip encoding. > > Well, you guess wrong. Try to avoid jumping to conclusions which you have no > basis for, except that it make

Re: [PHP-DEV] ICAP/MCAL

2002-01-05 Thread Chuck Hagenbuch
ats to do? > > Kill ICAP? I thought it was already dead? > Documentation Note? There's no reason to still include support for it - if anyone managed to use the icap_* functions, well, I'd be _very_ surprised. -chuck -- "I have pointy little boobs!" - Jason

Re: [PHP-DEV] Re: Case sensitivity: Conclusion(?)

2002-02-08 Thread Chuck Hagenbuch
e confusing, IMHO, to punish people who are otherwise consistent by making them check for a different classname than they are using (the lowercase version). That is _very_ unintuitive. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> "What was and what may be, lie, like children wh

Re: [PHP-DEV] [patch] IMAP setacl command...

2001-08-07 Thread Chuck Hagenbuch
ormat or post a link where we can download it - the list strips non text attachments and attachments over a certain size. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscrib

Re: [PHP-DEV] Chora

2001-08-08 Thread Chuck Hagenbuch
Quoting Cynic <[EMAIL PROTECTED]>: > I have submitted a patch to the chora list. you'll be able to > get the latest revision in HEAD with e. g. > http://cvs.php.net/co.php/php4/NEWS That link will now work. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fal

[PHP-DEV] Re: [PATCH] ext/imap (imap_search)

2001-08-16 Thread Chuck Hagenbuch
Quoting Rob Siemborski <[EMAIL PROTECTED]>: > The addition of a tail pointer to the list fixes this problem. I also > made the free function non-recursive, which is somthing that could > probabally be applied to most of the list-freeing functions in > php_imap.c Cool. It&#x

[PHP-DEV] Re: pmap_page_protect: wired mapping for 677a000 not removed

2001-08-22 Thread Chuck Silvers
y lives. even if the unmount fails (which it probably will if it's eg. /usr), the corrupted data would be flushed from the cache. is this problem reproducible? if so, I'll see if I can trigger it on my machine this weekend. -Chuck On Sun, Aug 19, 2001 at 10:27:33PM -0700, Caffeinat

Re: [PHP-DEV] API Thoughts?

2001-08-26 Thread Chuck Hagenbuch
= new AVLTree; Please stick to the naming conventions, which would make this: $tree = new ADT_Tree_AVL(); ... or something similar. Also, you could easily have a factory method: $tree = ADT::factory('tree_avl'); or: $tree = ADT_Tree::factory('avl'); -chuck -- Charles Hage

Re: [PHP-DEV] API Thoughts?

2001-08-27 Thread Chuck Hagenbuch
ses to share the same API - or even a subset of it, they _really_ should be subclasses of an ADT_Tree class. > then you could do something like: > > require_once('ADT/Queue.php'); > > $sounds = new Queue; [snip] If you make that $sounds = new ADT_Queue(

Re: [PHP-DEV] [PATCH] ext/gettext adding *ngettext functions

2001-08-27 Thread Chuck Hagenbuch
Quoting Walter Franzini <[EMAIL PROTECTED]>: > I have added to ext/gettext the wrapper needed to support *ngettext > functions, you can find the patch below. Committed, thanks! -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -

Re: [PHP-DEV] MFH'ing PEAR changes

2001-08-28 Thread Chuck Hagenbuch
the record, I think we should sync up pretty much everything before release... -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
look a lot less convoluted, when you just wrap strings in _() instead of having gettext() all over the place. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Zeev Suraski <[EMAIL PROTECTED]>: > So I heard, but it's extremely un-PHPish and obscure. It also makes gettext useable. It's documented, for what it's worth: http://www.php.net/manual/en/function.gettext.php -chuck -- Charles Hagenbuch, <[EMAIL PROTECTE

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
- people familiar with gettext will be very confused if _() doesn't work the way they expect it to. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Zeev Suraski <[EMAIL PROTECTED]>: > There's no mention of _() in that page, by the way. Only gettext(). "You may use an underscore character as an alias to this function." It could be clearer, certainly. But it's there. -chuck -- Charles Hagenbuch, &l

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
ever actually _used_ gettext at any kind of scale? -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTE

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
metimes you have to put up with things like this because they get entrenched. Also, I asked if the people bashing it had used gettext just because I'd imagine that people who had used a feature would have a better idea on whether or not it is obscure or useful. -chuck -- Charles Hagenbuch, &

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Rodent of Unusual Size <[EMAIL PROTECTED]>: > Speaking only for myself and not Chuck, I would say, "This is > a decision that was made 2.5 years ago. It may have been > the wrong decision then, but it is a waste of time second-guessing > it now. Keeping similar t

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
ady use gettext to define function _($string) { return gettext($string); } .. this argument doesn't hold water, since it'll still be in the code, and still be as obscure. Those people would have to _choose_ not to use _(), and they can already make that choice now. -chuck -- Charles

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Cristopher Daniluk <[EMAIL PROTECTED]>: > But I think the point is this function has no business in the core language. It's not in the core language. It's in the gettext extension. -chuck -- "I have pointy little boobs!" - Jason -- PHP Development Mai

RE: [PHP-DEV] Woah

2001-09-08 Thread Chuck Hagenbuch
n internal compared to > the greater work that the typical PHP script does. What authority do you have to make this statement? Rasmus posted numbers. Where are yours? -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailin

Re: [PHP-DEV] Woah

2001-09-08 Thread Chuck Hagenbuch
function goes away, we can check for it, and if it's not there, alias it. If there's an E_NOTICE stage in between, we're just fucked. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php

Re: [PHP-DEV] Woah

2001-09-08 Thread Chuck Hagenbuch
n't argue for it. My argument is based on it having been there for years and being in heavy use in some people's code. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To un

Re: [PHP-DEV] Woah

2001-09-10 Thread Chuck Hagenbuch
tter solutions... (yes, Wez, I know this wasn't your top choice) -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional command

Re: [PHP-DEV] Woah

2001-09-10 Thread Chuck Hagenbuch
not provide the same functionality - you don't always want to print the internationalized string. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAI

[PHP-DEV] delete (was: Re: [PHP-DEV] Woah)

2001-09-10 Thread Chuck Hagenbuch
It's not actually in the namespace in any capacity whatsoever. :) -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-

Re: [PHP-DEV] Woah

2001-09-10 Thread Chuck Hagenbuch
his kind of solution (removing _() after there is a user- space alias_function() call which can create a new name for a PHP function). I would be even happier if calling alias_function('gettext', '_') would simply do nothing if _() already pointed to gettext(), but I won't quibbl

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] namespaces ambiguity

2001-09-30 Thread Chuck Hagenbuch
Quoting Zeev Suraski <[EMAIL PROTECTED]>: > :: is taken, but why not do it the C++ way? It also uses :: for both > classes and namespaces. +1 on that. -chuck -- "Because of your melodic nature, the moonlight never misses an appointment." - fortune cookie -- PHP De

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

2001-10-01 Thread Chuck Hagenbuch
e technical problems with this? We already have static class methods; having static class variables and static class-specific constants seems like a logical extension of this to me, and it gives you a class-is-a-namespace concept which seems very workable to me... -chuck -- Charles Hagenbuc

Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

2001-10-01 Thread Chuck Hagenbuch
spaces for constants, also. -chuck -- Charles Hagenbuch, <[EMAIL PROTECTED]> Some fallen angels have their good reasons. -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact

[PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] RE: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity

2001-10-01 Thread Chuck Hagenbuch
Quoting Harald Radi <[EMAIL PROTECTED]>: > > And we need namespaces for > > constants, also. > > why ? > > > class Foo { > final $BAR = "blah"; > } I'm sorry, I haven't been following all of this - is 'final'

Re: [PHP-DEV] sytanx again

2001-11-08 Thread Chuck Hagenbuch
Quoting Edin Kadribasic <[EMAIL PROTECTED]>: > Combine that with incompatibility of PHP's short open tag with XML, and the > reason for having "What was and what may be, lie, like children whose faces we cannot see, in the arms of silence. All we ever have is here, now." - Ursula K. Le Guin --

[PHP-DEV] Odd array problems

2002-08-02 Thread Chuck Hagenbuch
offset: 2 in /var/www/array.php on line 11 But the var_dump() clearly shows that there _are_ elements 0 and 2 in the array. What am I missing, or is something still off with the array code? -chuck -- "hello, I'm a giant cheese, and I'm here to give you a therapeutic massage&qu

Re: [PHP-DEV] Odd array problems

2002-08-02 Thread Chuck Hagenbuch
Quoting Brad LaFountain <[EMAIL PROTECTED]>: > Should be fixed. I swear there better not be anything else wrong with > that code chage :) I know alot more how the engine handles arrays now :) Confirming that things seem to work as expected now. -chuck -- Charles Hagenb

[PHP-DEV] odbc setting boneheadedness? (odbc.defaultlrl)

2002-08-12 Thread Chuck Hagenbuch
found the odbc.defaultlrl setting pretty quickly, but my first try was to set it to 0 - which, I assumed, would mean no limit (like mssql.textsize). However, it appears that the comment really does _mean_ "passthru" there. So, is there any way to set it to a "no limit" value?