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
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
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
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
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
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]
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-
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
; (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
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:
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
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
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
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
--
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
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
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
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.
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
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
-
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
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
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/>
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
?
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
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
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
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
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
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
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
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
--
...
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
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
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
>
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
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
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-
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, &
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
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
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
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
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
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
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
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
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
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
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
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
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
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
= 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
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(
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.
-
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
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-
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
- 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
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
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
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, &
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
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
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
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
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
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
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
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
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-
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
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
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
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
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'
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
--
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
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
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?
81 matches
Mail list logo