[dev] PEAR_INSTALLDIR
Jon Parise
jon@csh.rit.edu
Fri, 5 Jan 2001 15:03:06 -0500
On Fri, Jan 05, 2001 at 02:35:22PM -0500, Michael Bull wrote:
> >I just committed a fix to the PHP 4.0.5 tree that should fix the
> >problem of PEAR_INSTALLDIR not being substituted in pear/PEAR.php.
> >This should fix the problem people were experiencing with IMP 2.3 and
> >sending mail ($mail not undefined, or some such error).
>
> Does this require an update of PHP, or would PHP 4.04-stable and the latest
> PEAR work properly?
You should be able to just apply the same patch to 4.0.4:
http://cvs.php.net/viewcvs.cgi/php4/configure.in.diff?r1=1.206&r2=1.207
I can't vouch for that, though.
--
Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/ : Computer Science House Member
>From Walter.Mueller@uibk.ac.at Date: 21 Dec 2000 17:23:55 -0000
Return-Path: <jtaskine@hit.fi>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 28010 invoked from network); 6 Jan 2001 04:51:31 -0000
Received: from sniper.igw.kolumbus.fi (193.229.31.50)
by horde.org with SMTP; 6 Jan 2001 04:51:31 -0000
Received: from localhost (jani@localhost)
by sniper.igw.kolumbus.fi (8.9.3/8.9.3) with ESMTP id GAA12289
for <dev@lists.horde.org>; Sat, 6 Jan 2001 06:51:29 +0200
X-Authentication-Warning: sniper.igw.kolumbus.fi: jani owned process doing -bs
Date: Sat, 6 Jan 2001 06:51:29 +0200 (EET)
From: <jtaskine@hit.fi>
Sender: <jani@sniper.igw.kolumbus.fi>
To: <dev@lists.horde.org>
Message-ID: <Pine.LNX.4.30.0101060650080.12279-100000@sniper.igw.kolumbus.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [PHP-DEV] PHP 4.0 Bug #8359: imap_fetchheader and FT_PREFETCHTEXT
(fwd)
What do you guys think about this bug report?
--Jani
---------- Forwarded message ----------
Date: 21 Dec 2000 17:23:55 -0000
From: Walter.Mueller@uibk.ac.at
To: php-dev@lists.php.net
Subject: [PHP-DEV] PHP 4.0 Bug #8359: imap_fetchheader and
FT_PREFETCHTEXT
From: Walter.Mueller@uibk.ac.at
Operating system: linux.2.2.16
PHP version: 4.0.4
PHP Bug Type: IMAP related
Bug description: imap_fetchheader and FT_PREFETCHTEXT
Referring to bug #4447: (closed)
I think you introduced a bug when "solving" #4447.
I believe (as did the IMP developers) that imap_fetchheader should ALWAYS return ONLY the header.
The flag FT_PREFETCHTEXT is just for optimization and informs c-client that the message text will be needed soon as well.
--
Edit Bug report at: http://bugs.php.net/?id=8359&edit=1
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net
For additional commands, e-mail: php-dev-help@lists.php.net
To contact the list administrators, e-mail: php-list-admin@lists.php.net
>From chuck@horde.org Date: Sat, 6 Jan 2001 02:19:52 -0500
Return-Path: <chuck@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 29008 invoked from network); 6 Jan 2001 07:20:44 -0000
Received: from r93aag000369.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (209.6.192.126)
by horde.org with SMTP; 6 Jan 2001 07:20:44 -0000
Received: by marina.horde.org (Postfix, from userid 33)
id CBEFF39F2; Sat, 6 Jan 2001 02:19:52 -0500 (EST)
Received: from 192.168.0.150 ( [192.168.0.150])
as user chuck@marina by marina.your.mom with HTTP;
Sat, 6 Jan 2001 02:19:52 -0500
Message-ID: <978765592.3a56c7182c30d@marina.your.mom>
Date: Sat, 6 Jan 2001 02:19:52 -0500
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.6-cvs
Subject: Re: [dev] [PHP-DEV] PHP 4.0 Bug #8359: imap_fetchheader and FT_PREFETCHTEXT (fwd)
Quoting jtaskine@hit.fi:
> What do you guys think about this bug report?
Right from c-client's internals.txt file:
FT_PREFETCHTEXT The RFC822.TEXT should be pre-fetched at the
same time. This avoids an extra RTT on an
IMAP connection if a full message text is
desired (e.g. in a "save to local file"
operation)
It's just a hint to c-client to prefetch. It shouldn't change the return value
of the function. I remember noticing this when the change was made, and
removing that flag so that we weren't fetching messages twice in places, but
never got around to doing anything about it, and it slipped away...
-chuck
--
Charles Hagenbuch, <chuck@horde.org>
"If you can't stand the heat, get out of the chicken!" - Baby Blues