Hi.
On 03.02.2009 10:51 Uhr, Richard Quadling wrote:
PS: Let the idea grow for another eight years! :)
When PHP6 becomes the norm with its lovely unicode handling, BOM's may
become more prevalent. If the editor of choice supplies them, having
PHP strip them from include/require would be helpfu
On Wed, Feb 4, 2009 at 12:03 PM, Arvids Godjuks
wrote:
> Hi all.
>
> My 2 cents.
>
> 1). Major IDE have an option - trim trailing spaces. Atleast ZDE does, i'm
> using it and I have no problems with spaces (although I tend to use only
> at the end of file)
>
> 2). Extension is really a bad idea b
David Zülke wrote:
Am 03.02.2009 um 14:41 schrieb Lukas Kahwe Smith:
http://bugs.php.net/bug.php?id=47206 - XSLT
I looked through the CVS logs, could you confirm I understand it right:
The type hint was added in 5.2.6, and will be gone again in 5.2.9, so
the only PHP releases with DOMDocume
Rob Richards wrote:
> The addition in 5.2.6 was a BC break and is fixed in 5.2.9
Removing the type-hint is only a short-term fix, IMHO. A better solution
would be to introduce a marker interface that is implemented by the
respective classes of the XML extensions involved and use said
interface
Hi all.
My 2 cents.
1). Major IDE have an option - trim trailing spaces. Atleast ZDE does, i'm
using it and I have no problems with spaces (although I tend to use only
at the end of file)
2). Extension is really a bad idea because many frameworks tend to use .inc
extension for included files. M
Sebastian Bergmann wrote:
Rob Richards wrote:
The addition in 5.2.6 was a BC break and is fixed in 5.2.9
Removing the type-hint is only a short-term fix, IMHO. A better solution
would be to introduce a marker interface that is implemented by the
respective classes of the XML extensi
W liście Rob Richards z dnia środa 04 lutego 2009:
> If that's the route this is going to go, I'd rather be able to set an
> anytype hint where the developer could possibly restrict this further
> with a more specific type if they extend the class.
But that would break Liskov's principle...
--
Paweł Stradomski wrote:
W liście Rob Richards z dnia środa 04 lutego 2009:
If that's the route this is going to go, I'd rather be able to set an
anytype hint where the developer could possibly restrict this further
with a more specific type if they extend the class.
But that would bre
On Wed, 4 Feb 2009, Arvids Godjuks wrote:
> My 2 cents.
This all has nothing to do witn internals, please take this to the
php-general list.
Derick
--
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
twitter: derickrethans
--
PHP Internals - PHP Runtime Development Ma
Hello all,
I wanted to suggest back porting the behaviour of the DVAL_TO_LVAL macro
from zend_operators.h from 5.3 to 5.2, and wondered whether people
thought this was a good idea or not?
The reason I want to do this is that while writing some tests, I noticed
that the behaviour of casting a
Am 04.02.2009 um 15:16 schrieb Sebastian Bergmann:
Rob Richards wrote:
The addition in 5.2.6 was a BC break and is fixed in 5.2.9
Removing the type-hint is only a short-term fix, IMHO. A better
solution
would be to introduce a marker interface that is implemented by the
respective classes
Am 03.02.2009 um 14:41 schrieb Lukas Kahwe Smith:
http://bugs.php.net/bug.php?id=47206 - XSLT
I looked through the CVS logs, could you confirm I understand it right:
The type hint was added in 5.2.6, and will be gone again in 5.2.9, so
the only PHP releases with DOMDocument type hints there
Hi Iain,
(Yes, this subject has me sending a message to the list again instead of
lurking, and I should be back with some internals stuff again soon, hehe.
:^))
- Original Message -
From: "Iain Lewis"
Sent: Wednesday, February 04, 2009
Subject: [PHP-DEV] casting doubles to ints
> Hello a
Hi Lain!
As much as I did understand, this might be a pretty good idea.
Anyhow, you want to make this variable to be constant?
I think, this might break some calculations.-
And another question:
Does anyone knows, why PHP is showing 2147483647 as PHP_INT_MAX ? *truly,
I'm running x64*
Thanks,
-
Rob Richards wrote:
> I might agree if PHP were strictly an OO language, but it's not.
I think part of the problem is that the same information, arginfo, is
used for things: provide metadata for the Reflection API and type
hinting of internal functions/methods.
When I added the arginfo metada
Hi,
I had no problems with the ownership. Apache as service and files owned by the
Administrator.
I tried some fopen/fwrite/fclose without problems.
Also a large OOP test ran fine (need to adjust memory limit to 512M)
For some unknown reason the SQLite extension does not load. With other
extens
2009/2/3 Mario Brandt :
> Just to let you know :-)
>
> Windows 7 built 7000 no updates made (in VMware Workstation 6.5)
> Apache 2.2.11 from apachehaus.com
> PHP 5.2.8 from php.net
>
> Runs very smooth.
>
> Changes I made was to change the ext path in php.ini(-recommend) and added
> PHP as module
The VS9 cli (snapshot from 2009-Feb-04 23:00:00 thread safe)runs. I only tested
some small OOP scripts.
There is no need to install the M$ 2008 C++ Runtime ;-) but I guess you already
knew that.
regards
Mario
-Ursprüngliche Nachricht-
Von: Richard Quadling [mailto:rquadl...@googlemai
2009/2/4 Mario Brandt :
>
>
> The VS9 cli (snapshot from 2009-Feb-04 23:00:00 thread safe)runs. I only
> tested some small OOP scripts.
> There is no need to install the M$ 2008 C++ Runtime ;-) but I guess you
> already knew that.
>
> regards
> Mario
Does the VC6 builds work?
>
> -Ursprüng
I'm testing VC6 build already compiled.
Here is what I get when I execute my Sqlite test suite
Warning: PDO::__construct() [pdo.--construct]: [2002] A connection
attempt failed because the connected party did not (trying to connect
via tcp://localhost:3306) in
C:\Server\www\Doctrine\branches\
20 matches
Mail list logo
