Hi,
>
> Can anybody tell me why multiple resultsets are not (yet) supported by
> the mysqli extension in the php 5.0.0 source? Is it just a matter of
> time before the mysql_more_results and mysql_next_result are available
> or is there a more serious problem?
the current implementation for mult
(cvs php5/php4ts - Win32 Release_TS using MSVC++6.0/both libxml2-2.6.2.win32
from zlatkovic and the version from proventum)
C:\sandbox\include\libxml/encoding.h(132) : error C2061: syntax error :
identifier 'iconv_t'
C:\sandbox\include\libxml/encoding.h(133) : error C2061: syntax error :
identifie
Drop a mail to [EMAIL PROTECTED] and ask for karma for
sapi/.
It would help them if you posted a link to a web page explaining about the
web server,
and also the source for the sapi.
--Wez.
- Original Message -
From: "Alex Leigh" <[EMAIL PROTECTED]>
To: "Wez Furlong" <[EMAIL PROTECTED]>
Wez, et al,
I might be picking on you here because you were the first respond to my
CVS request originally, but do you happen to know what the status of my
request is? I haven't heard anything on this since the 4th, when M.
Trunyov was asking about the license.
Is there some kind of formal pro
On Nov 7, 2003, at 11:33 AM, Andi Gutmans wrote:
At 11:24 AM 11/7/2003 -0500, George Schlossnagle wrote:
Is there any reason spl is being maintained in a separate tree? It
would really be nice to have it in the main distribution before the
next beta. It keeps popping up on Zeev's slides, but i
If we're going to expose stat functionality to extensions (and I agree we
should), It needs to be part of the wrapper url_stat routing.
php_stream_url_stat_path() in main/streams/streams.c
Unfortunately we also need to get that layer of the streams API working
(which it isn't entirely yet)
Ultim
At 11:24 AM 11/7/2003 -0500, George Schlossnagle wrote:
Is there any reason spl is being maintained in a separate tree? It would
really be nice to have it in the main distribution before the next
beta. It keeps popping up on Zeev's slides, but isn't easily available
for end-users looking to tr
Cristiano Duarte wrote:
> Since we don't have finally, the current code is:
In PHPUnit I use the following code
public function runBare() {
$catchedException = null;
$this->setUp();
try {
$this->runTest();
}
catch (Exception $e)
Is there any reason spl is being maintained in a separate tree? It
would really be nice to have it in the main distribution before the
next beta. It keeps popping up on Zeev's slides, but isn't easily
available for end-users looking to try it out. It might also help
getting it's final API ta
Hello Cristiano,
Friday, November 7, 2003, 4:15:06 PM, you wrote:
> Hi Andi,
>> I've stated my opinion in the past (search the archives) and I don't think
>> it'd be feasible (nor critical) to implement this...
> Do you agree that if we don't have finally we should have a way to catch all
> exc
Hi Andi,
> I've stated my opinion in the past (search the archives) and I don't think
> it'd be feasible (nor critical) to implement this...
Do you agree that if we don't have finally we should have a way to catch all
exceptions ?
Let me explain:
If you have a library that can raise a huge numb
I'll review the patches etc. this weekend; I only just got back
to the office after being away for ~3 weeks and I need to catch up.
--Wez.
- Original Message -
From: "Eric COLINET" <[EMAIL PROTECTED]>
To: "Richard Antony Burton" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, N
Hi !
It's a problem for sure...
Wez ? what do you think about that ?
At 17:33 06/11/2003, Richard Antony Burton wrote:
Eric,
Appologies, I should have been more careful to check I actually knew what I
was talking about before I opened my mouth ;-) Didn't realise the existing
private key vers
13 matches
Mail list logo
