Hi.
[1] vs [2]
Not asking for a change or anything.
Regards,
Richard.
[1] http://svn.php.net/viewvc?view=revision&revision=277701
[2] http://www.urbandictionary.com/define.php?term=mongoid
--
Richard Quadling
Twitter : EE : Zend
@RQuadling : e-e.com/M_248814.html : bit.ly/9O8vFY
--
PHP Int
On 8 November 2010 19:00, Richard Quadling wrote:
> [1] vs [2]
>
> Not asking for a change or anything.
I think it's probably OK the way it is: the manual page is
specifically for MongoId, and the capitalisation's quite distinct from
any other meaning there. The URL might be a touch unfortunate,
On 8 November 2010 11:32, Adam Harvey wrote:
> On 8 November 2010 19:00, Richard Quadling wrote:
>> [1] vs [2]
>>
>> Not asking for a change or anything.
>
> I think it's probably OK the way it is: the manual page is
> specifically for MongoId, and the capitalisation's quite distinct from
> any o
Hi.
Some extensions provide a lot of constants. Currently, there is no
mechanism to group related constants.
Whilst many constants are prefixed with the extension name, within
that group, there is no standardised way to further group them.
Also, there is no way to reverse the mechanism. From a v
Hi all.
I am investigate in the reason Bug #52477 (http://bugs.php.net/52477)
and found that it appear because in PHP 5.2.14 there are two constant
PS_DELIMITER and PS_UNDEF_MARKER. The value it's constants not allow to
use in the root key of SESSION elements.
Also in the version 5.2.0 was Bug
On Mon, Nov 8, 2010 at 06:47, Richard Quadling wrote:
>
> And probably all sane, rational people will agree with you (and me).
>
> It's the loonies I worry about!
The person who submitted that is a "mongoid." The term they were
trying to be funny about is "mongoloid," which is a racial
class
On 8 November 2010 17:25, Daniel Brown wrote:
> On Mon, Nov 8, 2010 at 06:47, Richard Quadling wrote:
>>
>> And probably all sane, rational people will agree with you (and me).
>>
>> It's the loonies I worry about!
>
> The person who submitted that is a "mongoid." The term they were
> trying
On Mon, Nov 8, 2010 at 1:33 PM, Alexandr Verbitsky
wrote:
> Hi all.
> I am investigate in the reason Bug #52477 (http://bugs.php.net/52477) and
> found that it appear because in PHP 5.2.14 there are two constant
> PS_DELIMITER and PS_UNDEF_MARKER. The value it's constants not allow to use
> in the
While I have experience in compiler, interpreter, and virtual machine
development, I plan to work primarily on PDO-related items and cleanup. Sadly,
that's all I have time for these days :( Regardless, I've submitted patches in
the past--some have been applied, others are still pending; with y
On Mon, November 8, 2010 6:33 am, Richard Quadling wrote:
> 1 - Validating that the value received is in a collection of known
> constants. This would allow for new constants to be added without the
> layer having to be amended to verify the value. If it isn't in the
> group - it's invalid.
Genera
*snip*
Seems to me that some of this could be handled with a custom built
function wrapping
http://dk2.php.net/manual/en/function.get-defined-constants.php
Regards
Peter
--
WWW: plphp.dk / plind.dk
LinkedIn: plind
BeWelcome/Couchsurfing: Fake51
Twitter: kafe15
--
PHP Internals - PHP Runtime
11 matches
Mail list logo