Hi.
With regard to http://bugs.php.net/bug.php?id=46971, how much effort
is needed (if any) to document that some functionality is not going to
be available in all windows builds? [DOC]
Or,
When will VC6 be dropped? [CORE and DOC]
Admittedly, it is only an issue for Microsoft SQL Server (mssq
2008/12/31 Richard Quadling :
> With Microsoft having their own PHP extension for talking to MSSQL
> (http://www.microsoft.com/sqlserver/2005/en/us/PHP-Driver.aspx -
> though documented to only support SQL 2005 and 2008, not 7 or 2000),
> could this become the standard alternative for php_mssql.dll
Hi Richard,
I am not sure, if VC6 can be dropped easily. E.g. some SAPIs that directly
map into servers may have problems if using the wrong CRT. Until now, I had
no time to build up a Windows "Sun Java System Webserver" and test it with
both CRTs. The code compiles fine on the snaps box, but I am
hi Richard,
On Wed, Dec 31, 2008 at 11:11 AM, Richard Quadling
wrote:
> Hi.
>
> With regard to http://bugs.php.net/bug.php?id=46971,
Can you repost (and subscribe to the list if you did not subscribe
yet) to the right list please (Windows Internals list)?
Thanks,
--
Pierre
http://blog.thepimp.
Hi to both internals lists,
> Admittedly, it is only an issue for Microsoft SQL Server (mssql and
> pdo_mssql) and for Sybase_ct.
How about Sybase-CT, does this happen also with PDO and Sybase DBLIB? If not
using FreeTDS, both 3rd party DLLs are legacy non-VC9 libs/dlls
(libsybct.dll, libsybdb.dl
hi,
On Wed, Dec 31, 2008 at 12:37 PM, Uwe Schindler wrote:
> In general (this is why I also write to the internals list): DBLIB is no
> longer supported by Sybase, CT is preferred, according to Sybase.
We are working with Sybase on this problem. I met them last year and
we will get all SDKs, li
> > In general (this is why I also write to the internals list): DBLIB is no
> > longer supported by Sybase, CT is preferred, according to Sybase.
>
> We are working with Sybase on this problem. I met them last year and
> we will get all SDKs, libs, docs or tools we will need to build
> sybase_ct
Hello David,
Tuesday, December 23, 2008, 5:02:43 PM, you wrote:
> Hi folks,
> I played with __invoke today:
> class Curry
> {
>protected $callable;
>protected $args;
>public static function create($callable)
>{
> $curry = new self($callable, array_slice(func_get_args(), 1)
Marcus Boerger schrieb:
> Oh I hate that case insensitivity and inconsistency
I am all for reducing inconsistencies (and not introducing new ones :-).
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867
Hey Folks!
I've got a error in compiling PHP ( 5.3+ ) (or executing the compiled PHP
bin).
It occurs with including php_xdebug.dll (alt. known as xDebug Server ).
When executing the compiled binary of PHP.
Any suggestions?
Thanks,
--
(c) Kenan Sulayman
Freelance Designer and Programmer
Life's L
Hi Markus,
have you measured the performance impact in a class with - say - ten
methods? And what to do with __get() and __call()? How are the
prioritized in the method resolve order?
cu, Lars
Am Mittwoch, den 31.12.2008, 17:38 +0100 schrieb Marcus Boerger:
> Hello David,
>
> Tuesday, December
On Wed, Dec 31, 2008 at 12:42, Kenan R Sulayman wrote:
> Hey Folks!
> I've got a error in compiling PHP ( 5.3+ ) (or executing the compiled PHP
> bin).
> It occurs with including php_xdebug.dll (alt. known as xDebug Server ).
>
> When executing the compiled binary of PHP.
>
> Any suggestions?
Hello Lars,
Wednesday, December 31, 2008, 6:59:08 PM, you wrote:
> Hi Markus,
> have you measured the performance impact in a class with - say - ten
> methods? And what to do with __get() and __call()? How are the
> prioritized in the method resolve order?
Translated into user code we now have:
On Wed, Dec 31, 2008 at 20:12, Marcus Boerger wrote:
> Hello Lars,
>
> Wednesday, December 31, 2008, 6:59:08 PM, you wrote:
>
>> Hi Markus,
>
>> have you measured the performance impact in a class with - say - ten
>> methods? And what to do with __get() and __call()? How are the
>> prioritized in
Hey again!
Thanks, but I've just determined the problem: I've altered the xdebug
origin, and made a mistake within my implementation.
Von meinem iPhone gesendet
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
PF 2009 for PHP internals! And good luck in finishing the PHP 5.3.
David G.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sun, Oct 19, 2008 at 3:01 PM, Timm Friebe wrote:
> Hi,
> First of all, thanks for reviewing and the feedback. I knew this wasn't
> perfect, and tried to understand what was previously done for __get and
> __set and transport that to the static counterparts. Unfortunately not all
> "infrastruct
On 01.01.2009, at 01:36, George Antoniadis wrote:
I guess very-very soon is already over, and yes, absolutely, this
patch is
far from perfection, so I'd also delay it. Maybe someone (Lars from
http://wiki.php.net/rfc/static-classes?) might also want to gather
some
motivation for the __*Stat
18 matches
Mail list logo
