Rasmus Lerdorf skrev:
Fredrik Olsson wrote:
No problem, my guess is that #include "php.h" for some reason uses the
php4 header file. How do I force phpize, ./configure, #include "php.h"
etc, to use the installed php5 files (All residing under /usr/local/php5)?
How about: /usr/local/php5/
I wrote:
> Currently there is no way to fetch a big message/attachment through
> ext/imap if memory_limit is enabled. I'd like to kindly ask for
> consideration of the following patch:
>
> http://dev.iworks.at/PATCHES/imap_savebody.patch.txt
Thanks a lot for review; the patch has been updated w
helgi (dufus) sez:
http://www.php.net/cvs-php.php ask for a CVS user and mention you need
karma for pear/Validate, but I guess the pear group will give the karma but php
group accept the user
Just mention that Helgi (cvs user dufuz) told you to get a user to
maintain Validate_AU
do the same
Actually, it's using php.ini to load pdo for the CLI, and not calling dl().
The script is just a test script, but this is still a PHP level bug
that we should, IMO, fix before 5.1.
--Wez.
On 9/22/05, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Yep, we reverted to the previous state because we bro
Yep, we reverted to the previous state because we broke stuff. The
real solution is to have a two phase shutdown.
Is your script just for testing? (it's weird to have a persistent
connection with a dl(), but that doesn't mean we shouldn't introduce
another shutdown stage.)
At 07:27 PM 9/22/200
I'm getting this on shutdown with PHP 5.1 when using persistent
connections with a dl'd PDO.
Dan mentioned something similar with the ibm_db2 extension:
==23982==
==23982== Jump to the invalid address stated on the next line
==23982==at 0x1BCE5C0B: ???
==23982==by 0x81BB4BC: zend_hash_appl
Use 8192 chunk size; anything bigger than that is a complete waste of memory.
--Wez.
On 9/22/05, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
> Sara Golemon wrote:
> >>#define GETS_FETCH_SIZE 2048000
> >>
> >
> > That size doesn't seem a bit excessive to you? I thought the whole point of
> > dump
Sara Golemon wrote:
>>#define GETS_FETCH_SIZE 2048000
>>
>
> That size doesn't seem a bit excessive to you? I thought the whole point of
> dumping it to a file was to avoid huge memory chunks. Not to mention the
> fact that reserving 2MB of stack space makes me a little twitchy...
Indeed, 2 meg
> #define GETS_FETCH_SIZE 2048000
>
That size doesn't seem a bit excessive to you? I thought the whole point of
dumping it to a file was to avoid huge memory chunks. Not to mention the
fact that reserving 2MB of stack space makes me a little twitchy...
> /* {{{ proto bool imap_savebody(resource
Hello!
I'm working on an Apache2 module which pulls vhost info from LDAP, and
I've got it all knocked out save one really important feature: I need to
be able to change the open_basedir on a per-vhost basis, but obviously,
NOT via php_admin_value in the configuration file(s), since each vhost is
Hi,
Currently there is no way to fetch a big message/attachment through
ext/imap if memory_limit is enabled. I'd like to kindly ask for
consideration of the following patch:
http://dev.iworks.at/PATCHES/imap_savebody.patch.txt
The patch introduces a new function
imap_savebody(rsrc imap,
David Olsson wrote:
> Hello all!
>
> Not really sure if this is posted in the correct newsgroup. If not,
> please just ignore my post... :-)
>
> Anyhow, I have a strange problem with a PHP extension I have written in
> C++. It builds fine and it also runs fine when I use it with the PHP
> CLI. Wh
Fredrik Olsson wrote:
> I use the binary installation of PHP 5.0.4 from
> http://www.entropy.ch/software/macosx/php/
>
> And a tiny test case trying to introduce the module hello, with the
> function hello_world() that simply returns a string. Actually I have
> just used copy and paste from this
Hello all!
Not really sure if this is posted in the correct newsgroup. If not,
please just ignore my post... :-)
Anyhow, I have a strange problem with a PHP extension I have written in
C++. It builds fine and it also runs fine when I use it with the PHP
CLI. When I use it from Apache 2, it s
I use the binary installation of PHP 5.0.4 from
http://www.entropy.ch/software/macosx/php/
And a tiny test case trying to introduce the module hello, with the
function hello_world() that simply returns a string. Actually I have
just used copy and paste from this tutorial http://tinyurl.com/ca
Derick Rethans wrote:
> On Thu, 22 Sep 2005, Edin Kadribasic wrote:
>
>
>>edink Thu Sep 22 09:18:14 2005 EDT
>>
>> Modified files:
>>/php-src/win32/build config.w32
>> Log:
>> MFB: Fix building of extensions that inlcude extname/header.h
>
>
> Wouldn't it be b
I am using the version of GD packaged with php 4.3.x for windows and am
having a problem with opening images and not being able to lock them.
As soon as I have multiple users requiring the same dynamically generated
image, the image sent to the browser is all distorted and blurred but only
happ
On Thu, 22 Sep 2005, Edin Kadribasic wrote:
> Derick Rethans wrote:
> > On Thu, 22 Sep 2005, Edin Kadribasic wrote:
> >
> >
> >>edink Thu Sep 22 09:18:14 2005 EDT
> >>
> >> Modified files:
> >>/php-src/win32/buildconfig.w32
> >> Log:
> >> MFB: Fix building
I plan to add some kind of prepared statement caching in a (not too
distant) future PDO release, however...
You'd only benefit from prepared statement caching when the underlying
driver supports it.
Not only does it require support from the driver, but it also requires
good, solid support for it t
> Ron Korving wrote:
>
> > 1) Does unsetting $stmt trigger a closeCursor() as well? I assume so,
but
> > the article doesn't mention it. It only talks about the importance of
> > calling that method.
>
> yes this is done automatically ..
Great :)
> > 2) Could it be a good idea (performance wise)
Lukas Smith wrote:
3) Wouldn't it be nice if you could do a $stmt->execute("foo", "bar");
(numeric parameters) instead of $stmt->execute(array("foo", "bar")); ?
I think this would severely hurt the extensibility of the API not only
for PDO itself, but also for people who want to transparentl
Ron Korving wrote:
1) Does unsetting $stmt trigger a closeCursor() as well? I assume so, but
the article doesn't mention it. It only talks about the importance of
calling that method.
yes this is done automatically ..
2) Could it be a good idea (performance wise) and possible in the first
pl
After reading the php|architect article on PDO by Ilia I have a couple of
questions:
1) Does unsetting $stmt trigger a closeCursor() as well? I assume so, but
the article doesn't mention it. It only talks about the importance of
calling that method.
2) Could it be a good idea (performance wise) an
23 matches
Mail list logo
