Hi
Here's a patch that updates debug_backtrace() somewhat as requested in
bug/feature-request: #34421
The patch also adds 2 new builtin functions: get_scope() and is_static().
I hope this can be of use to someone and would like to contribute this patch.
Contents of patch:
-rw-r--r-- thomas/thom
Sebastian wrote:
The PHP soap implementation is very fast by the way ... my benchmarks
indicated 3-4ms request times on the LAN (without doing anything useful
inside the request). This compares to over 30ms for the
mod_perl/Soap::Lite implementation (and I haven't tested Java or .Net)
Can
I have read somewhere something about PDO::exec that it was going to be
removed from PDO. Is it true or not?
Following our initial 5.1.2 release plan, here goes RC1, just in time
for holidays. This is primarily a bug fixing release with the major
points being:
* Many fixes to the strtotime() function, over 10 bugs have been resolved.
* A fair number of fixes to PDO and its drivers
* New OCI8 that fixes l
No. Where did you read that?
--Wez.
On 12/22/05, Marian Kostadinov <[EMAIL PROTECTED]> wrote:
> I have read somewhere something about PDO::exec that it was going to be
> removed from PDO. Is it true or not?
>
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http:
Hi,
attached is the fractional timeout patch I made ... its against the
PHP_5_1 sources pulled from CVS this morning. It tries to cover all code
that is found from a grep for "default_socket_timeout" and "tv.tv_sec".
Testing:
- I checked php.ini parsing (i.e. timeout set to 0.5) via phpinfo()
Sorry,
I don't remember:(
The text was something about that when PDO went stable, exec wolud be
removed. Luckily, it seems that this is not the case.
I was just afraid how would I be able to find the number of affected rows.
Thanks for your response:)
2005/12/22, Wez Furlong <[EMAIL PROTECTED]>:
>
http://php.net/manual/en/function.pdostatement-rowcount.php is what
you want, in that case. No reason to use PDO::exec() just to get the
number of affected rows.
Dan
On 12/22/05, Marian Kostadinov <[EMAIL PROTECTED]> wrote:
> Sorry,
> I don't remember:(
> The text was something about that when PD
Running configure after tweeking my extension's config.m4 has little or
no effect. Where is it caching information? How do I re-configure?
Thanks,
Mike
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 23.12.2005 02:43, Michael B Allen wrote:
Running configure after tweeking my extension's config.m4 has little or
no effect. Where is it caching information? How do I re-configure?
You need to rebuild ./configure every time you change *.m4 files.
./buildconf (--force) does that.
--
Wbr,
Ant
work in a group in the same php documents
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Translating the documentation
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
12 matches
Mail list logo