On Mon, Aug 17, 2009 at 12:53 PM, Jean-Philippe Barette-LaPierre <
[email protected]> wrote:

>
>
> On Mon, Aug 17, 2009 at 12:41 PM, tatebn <[email protected]> wrote:
>
>>
>> Have to figure out which of the many libcurl libs that one refers
>> too.  But out of curiosity, since the only discrepancy between the
>> testing.cgi and the example, as far as ldd output goes, is those 3 lib
>> versions, and the 3 seemingly offending libs are brought in by curlpp,
>> if libcurlpp were recompiled to link to the same libs as the example
>> executable, the duplicate libs should not matter because nothing will
>> be linking to them.  Is that correct?
>
>
> Probably. The other solution to try would be to link statically the
> libraries
> for your cgi... You wouldn't have that problem....
>
>

So, you're sure the command line was working?


>
>>
>> On Aug 17, 12:35 pm, Jean-Philippe Barette-LaPierre
>> <[email protected]> wrote:
>> > remove the lib too (back up them), restart the webserver, so it will try
>> to
>> > reload the libraries.
>> > My suspicion is that the webserver won't restart.
>> >
>> > On Mon, Aug 17, 2009 at 12:30 PM, tatebn <[email protected]>
>> wrote:
>> >
>> > > Nevermind.  I just noticed the URL option was still commented out.
>> > > Back to square one.  Still dying.
>> >
>> > > On Aug 17, 12:25 pm, tatebn <[email protected]> wrote:
>> > > > I deleted the /usr/local/include/curl folder, after making a tar of
>> it
>> > > > of course, and now the application runs without dying.  Test credit
>> > > > card runs gets declined, but that's supposed to happen.  Thanks for
>> > > > all your help. Don't forget about me, I might not be out of the
>> woods
>> > > > yet.
>> >
>> > > > On Aug 17, 12:13 pm, tatebn <[email protected]> wrote:
>> >
>> > > > > I understand that I need to get rid of the different libraries,
>> but I
>> > > > > don't know how.  I don't want to just rm them because God knows
>> what
>> > > > > kind of hell that will unleash.  So I guess I could rename them
>> with a
>> > > > > different extension, perhaps that would be the solution for now.
>>  Keep
>> > > > > the .so.4 versions of everything?
>> >
>> > > > > On Aug 17, 12:01 pm, Jean-Philippe Barette-LaPierre
>> >
>> > > > > <[email protected]> wrote:
>> > > > > > On Mon, Aug 17, 2009 at 11:56 AM, tatebn <
>> [email protected]>
>> > > wrote:
>> >
>> > > > > > > I was able to run from the command line, but the executable I
>> ran
>> > > from
>> > > > > > > the command line had those different versions.  The older
>> versions.
>> >
>> > > > > > > How do I check the webserver environment libraries?
>>  Testing.cgi,
>> > > > > > > which is what gets run from the browser, had different
>> libraries
>> > > from
>> > > > > > > the working example executable as well as duplicates.
>> >
>> > > > > > You need to solve this first. I can't emphasize enough on this
>> point:
>> > > Get
>> > > > > > rid of
>> > > > > > the different libraries. You won't go any further before doing
>> so.
>> >>
>>
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"curlpp" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/curlpp?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to