Curl: RE: 7.9.5-pre4 tests on OS X 10.1.2

From: Daniel Stenberg <daniel_at_haxx.se>
Date: Tue, 5 Mar 2002 20:03:46 +0100 (MET)

On Tue, 5 Mar 2002, jonatan wrote:

> i was actually not executing "src/.libs/curl", but "./src/curl", which it
> turns out was causing the problem.
>
> [localhost:~/curl-7.9.5-pre4] jonatan% ./src/curl -H "a: b" 127.0.0.1
> curl: (6) Couldn't resolve host 'b'
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">

This in turn seems to indicate a problem with libtool.

When building for shared libraries, libtool automaticly puts a shell script
there to make it look like the real program. When you run it, it should set
up variables and stuff to make the ./src/.libs/curl program run with the
proper shared library (in ./lib/.libs/).

Obviously, the script somehow destroys the passing of the arguments to the
"real" program.

When building with static libraries, the src/curl program will be the *real*
program and no shell script.

> it seems i also have an old version of curl (7.7.2) that was distributed
> with the o/s.
>
> [localhost:~] jonatan% locate "curl" | grep "^/usr/"
> /usr/bin/curl
> /usr/local/bin/curl

...

Everything that isn't prefixed with /usr/local is not installed with default
paths (as curl ships and where most people normall install it). Normally,
vendors shipping curl in their operating systems seem to put it in their
normal binary directory /usr/bin.

Thus, the /usr/bin/curl is probably the OS version while the
/usr/local/bin/curl was installed by you.

> perhaps that is interfering somehow.

Theoreticly, that could be the case but your outputs show it isn't.

> do all those files in /usr/local/lib/ originate from 7.9.5-pre4?

Yes.

> hopefully you'll be able to make something out of all this...

I think I did. I blame libtool. ;-)

-- 
    Daniel Stenberg -- curl groks URLs -- http://curl.haxx.se/

Received on 2002-03-05

curl-users Mailing List Archives

RE: 7.9.5-pre4 tests on OS X 10.1.2