On the command line or in a script, you can always fully qualify the path,
but that doesn't help Apache/PHP. When you rebuilt php, did you specify
where to find curl, or did you let it find the existing libcurl (probably in
/usr/lib). You could try that again, but specify:

--with-curl=/usr/local

That will leave the old curl intact and place, and php will happily use the
new one. I've done this numerous times on a RedHat system...

Ralph Mitchell

On 9/26/05, Bob Cohen <bcohen_at_bpecreative.com> wrote:
>
> Doug McNutt wrote:
>
> >At 20:09 -0400 9/26/05, Bob Cohen wrote:
> >
> >
> >>PHP continues to complain about an incorrect version of cURL. When I
> type curl -V/ it says, sure enough, that I'm still running: "curl 7.9.5(i386-redhat-linux-gnu) libcurl
> 7.9.5 (OpenSSL 0.9.6b) (ipv6 enabled)"
> >>
> >>
> >
> >Did you restart your terminal session? It sounds as though the new curl
> was installed in /usr/local/bin and the old perl is in /usr/bin. Your path
> should look at /usr/local/bin first but the terminal shell only looks when
> it is started up.
> >
> >
> I just did a whereis curl and it lists /usr/bin/curl before
> /usr/local/bin/curl. Hmm. rehash doesn't seem to work. Does this mean
> I need to reset the path? I'm worried about nuking the existing curl
> for fear that other programs might be depending on it.
>
> >is a command that will make most shells check for new executables but
> you'll need to use it in the shell that executes PHP which might be involved
> with Apache.
> >
> How would I know which shell executes PHP, which by the way is involved
> with Apache?
>
> Thanks for your help :-)
>
> ob Cohen
> Principal MojoTools and b.p.e.Creative
> http://www.mojotools.com
> bob -at- mojotools.com <http://mojotools.com>
> 508.384.0405
> Yahoo IM bob_j_cohen
>
>
Received on 2005-09-27