Wez Furlong wrote:
It's the weekend, time for relaxation and recreational hacking.
The perfect opportunity to give PDO a whirl :-)
Wez
I have had a look at PDO, but for many of us it is just a step BACK to
the bad old days.
ADOdb is well established and works. If you use the accelerator module
th
Hi Justin,
It entails looking at the source and not just going 'urgh' :)
It works on win32 in PHP 5 with a libxml base, I don't think anyone got
around to changing the config.m4 file for it yet though (so it _might_ break
on *nix if the expat library isn't present). But it's a required extension
hi all,
i've been lurking here for some time without contributing to discussion or code.
where i work, we use xmlrpc extensively, and are looking to move from
php4=>php5 over the coming year.
i'm new to C and have only read about the Zend engine's internals, but
i'm looking for an excuse to lear
On Feb 11, 2005, at 4:55 PM, Wez Furlong wrote:
It's the weekend, time for relaxation and recreational hacking.
The perfect opportunity to give PDO a whirl :-)
Please *do* try it out soon as you can; with PHP 5.1 beta due on the
first of March, it's really important to make sure that we don't have
Looks ok to me
--Wez.
On Sat, 12 Feb 2005 04:32:52 +0200 (EET), Jani Taskinen <[EMAIL PROTECTED]>
wrote:
>
> Any objections on committing this fix:
>
>http://www.php.net/~jani/patches/bug31936.patch
>
> ??
>
> --Jani
>
> --
> PHP Internals - PHP Runtime Development Ma
Any objections on committing this fix:
http://www.php.net/~jani/patches/bug31936.patch
??
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Yes, I'd like to second that. I'm still planning to release a beta in the
beginning of March.
Make sure you bring up any serious issues which would prevent that and/or
need resolving first. Don't forget it's a beta so it doesn't have to be as
perfect as an RC.
Andi
At 07:55 PM 2/11/2005 -0500,
It's the weekend, time for relaxation and recreational hacking.
The perfect opportunity to give PDO a whirl :-)
Please *do* try it out soon as you can; with PHP 5.1 beta due on the
first of March, it's really important to make sure that we don't have
any "brown-paper-bag" bugs sooner rather than l
Andi Gutmans wrote:
At 11:21 PM 2/11/2005 +0100, Christian Stocker wrote:
Hi
5.0.3 is out since quite some time and there were bugs introduced with
that release, which are fixed since quite some time (for example the
$str['str'] bug IIRC).
So, a 5.0.4 release soon wouldn't be a bad idea, IMHO. S
Hello Andi,
you can but that would be different. You somehow have to know then what is
there to parse and you couldn't write something like 'phpdoc' that requires
correct syntax for both code and comment.
marcus
Friday, February 11, 2005, 11:23:40 PM, you wrote:
> Can't you use the reflection
Any volunteers?
At 05:27 PM 2/11/2005 -0500, Adam Maccabee Trachtenberg wrote:
On Fri, 11 Feb 2005, Andi Gutmans wrote:
> Is the XML RPC extension (ext/xmlrpc) still being maintained in PHP 5?
> Asking because I heard there were some bugs and I'm not sure if this is due
> to the move from PHP 4 to
On Fri, 11 Feb 2005, Andi Gutmans wrote:
> Is the XML RPC extension (ext/xmlrpc) still being maintained in PHP 5?
> Asking because I heard there were some bugs and I'm not sure if this is due
> to the move from PHP 4 to PHP 5. I think it's still based on Expat.
I think this is an extension in nee
At 11:21 PM 2/11/2005 +0100, Christian Stocker wrote:
Hi
5.0.3 is out since quite some time and there were bugs introduced with
that release, which are fixed since quite some time (for example the
$str['str'] bug IIRC).
So, a 5.0.4 release soon wouldn't be a bad idea, IMHO. Since my own
softwar
Can't you use the reflection API to get the data?
At 11:19 PM 2/11/2005 +0100, Marcus Boerger wrote:
Hello Andi,
Friday, February 11, 2005, 8:51:16 PM, you wrote:
> At 01:33 PM 2/11/2005 -0500, Sean Coates wrote:
>>Andi Gutmans wrote:
>>>I think phpDoc is the solution because especially as we start
Hi
5.0.3 is out since quite some time and there were bugs introduced with
that release, which are fixed since quite some time (for example the
$str['str'] bug IIRC).
So, a 5.0.4 release soon wouldn't be a bad idea, IMHO. Since my own
software (or actually a PEAR class, which I use) has problems
Hello Andi,
Friday, February 11, 2005, 8:51:16 PM, you wrote:
> At 01:33 PM 2/11/2005 -0500, Sean Coates wrote:
>>Andi Gutmans wrote:
>>>I think phpDoc is the solution because especially as we start going into
>>>the web services realm we're going to need to document more complex
>>>signatures
OK you got a point. It doesn't really hurt to keep it so I'll leave it all
in. I can think of cases where using those opcodes might be easier to use
at runtime than overloading zend_execute.
Andi
At 09:09 AM 2/11/2005 +0100, Derick Rethans wrote:
On Thu, 10 Feb 2005, Andi Gutmans wrote:
> At 11:
At 01:33 PM 2/11/2005 -0500, Sean Coates wrote:
Andi Gutmans wrote:
I think phpDoc is the solution because especially as we start going into
the web services realm we're going to need to document more complex
signatures and this kind of syntax won't be sufficient anyway.
We will need to have a wa
Hey.
Is the XML RPC extension (ext/xmlrpc) still being maintained in PHP 5?
Asking because I heard there were some bugs and I'm not sure if this is due
to the move from PHP 4 to PHP 5. I think it's still based on Expat.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
At 10:33 AM 2/11/2005 +0100, Sebastian Bergmann wrote:
John Coggeshall wrote:
> I am only arguing the typehinting of primitives.
I would like to see typehinting for primitives, too.
Read the archives. There are good reasons why this wouldn't fit into PHP
and the way it auto-juggles types.
Andi
-
John Coggeshall wrote:
> I am only arguing the typehinting of primitives.
I would like to see typehinting for primitives, too.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internal
Hello Sean,
Friday, February 11, 2005, 7:33:11 PM, you wrote:
> Andi Gutmans wrote:
>> I think phpDoc is the solution because especially as we start going into
>> the web services realm we're going to need to document more complex
>> signatures and this kind of syntax won't be sufficient anyway
Andi Gutmans wrote:
I think phpDoc is the solution because especially as we start going into
the web services realm we're going to need to document more complex
signatures and this kind of syntax won't be sufficient anyway.
We will need to have a way to document web services so that we can
auto-
At 05:24 AM 2/11/2005 +0200, Jani Taskinen wrote:
Fine, I'll revert it.
Thanks.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I think phpDoc is the solution because especially as we start going into
the web services realm we're going to need to document more complex
signatures and this kind of syntax won't be sufficient anyway.
We will need to have a way to document web services so that we can
auto-generate WSDL files.
On Feb 11, 2005, at 2:25 AM, Markus Fischer wrote:
Sara Golemon wrote:
What would happen to the instanciated objects?
Only allowing class unloading for classes that have no instantiated
objects would be an option.
And how would you know if it'd been instantiated? Even if you
recursively looped th
On Feb 11, 2005, at 3:09 AM, Derick Rethans wrote:
;
I really need the statement call callback for single stepping through
code.
Seconded. I use something similar. The statement call is really
useful. The fcall_(begin|end) hooks I never use though.
George
--
PHP Internals - PHP Runtime Develo
John Coggeshall wrote:
To be clear:
Although I think this might be implemented as some sort of object I am
not interested in making objects out of everything. All I want is this:
function foo(Integer $a, Float $b, String $c, Boolean $d) {
}
and be able to introspect against that... how that ultimat
On Thu, 10 Feb 2005, Andi Gutmans wrote:
> At 11:01 AM 2/9/2005 -0500, George Schlossnagle wrote:
>
> >On Feb 9, 2005, at 10:57 AM, Sara Golemon wrote:
> >
> >>>Is it possible to intercept a function call (user
> >>>space or built-in) in the Zend Engine and execute user
> >>>space code before/afte
Sara Golemon wrote:
What would happen to the instanciated objects?
Only allowing class unloading for classes that have no instantiated
objects would be an option.
And how would you know if it'd been instantiated? Even if you recursively
looped through every variable hash from EG(symbol_table) on
30 matches
Mail list logo
