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\
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
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/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
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
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 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,
-
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
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
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
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...
--
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
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
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
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
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
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
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
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
20 matches
Mail list logo
