Mark Phippard wrote:
> Chas Douglass <chas@floogle.net> wrote on 09/24/2004 02:12:08 PM:
>
>
>>Ok, this is getting terribly frustrating. I would really appreciate any
>
>
>>thoughts on what could possibly be causing this behavior.
>>
>>Yesterday I posted about my problems with Eclipse 3.0.1 integration with
>
>
>>Subclipse 0.9.20. Despite several helpful suggestions, I got nowhere.
>>
>>After seeing different threads with several positive responses, I
>>decided to try a different computer. I deleted Eclipse from my laptop
>>(which I believe was version 2.1 and had never had Subclipse loaded) and
>
>
>>did a fresh install of 3.0.1, and updated with Subclipse 0.9.20.
>>
>>It works great! I can check out, diff, commit, all working very nicely.
>>
>>Ok, back to my main computer. I delete and re-install Eclipse and add
>>Subclipse and I get the same behavior: no SVN features and regular stack
>
>
>>overflow errors.
>>
>>So I deleted the .metadata directory and delete and re-install Eclipse
>>and re-add Subclipse -- and I still get no SVN features and regular
>>stack overflows.
>>
>>I know I'm installing the same thing my laptop got, because they were
>>both installed off a network share on yet another computer.
>>
>>I tried deleting every .metadata directory I could find and
>>reinstalling. Still doesn't work.
>>
>
>
> I do not think you have ever told us your OS etc... I have had problems
> where JavaHL could not load because there was an old copy of the OpenSSL
> dll's in my \Windows\System32. I finally figured out that our Cisco VPN
> client installs a real old version of these dll's. Also, the dll's that
> come from TortoiseSVN have extra Windows requirements that cause problems.
> However, in that scenario you get an error dialog so it is easier to
> figure out.
>
> I would pursue an angle like this, regardless of platform. Search for
> multiple copies of the native code dependencies.
>
[snip]
I don't have TortoiseSVN installed on either system.
I don't know what the OpenSSL dll's are named. The only .dll in the
system32 directory with "ssl" in the name is w3ssl.dll and it is
identical on both machines.
The only difference I can think of is that I didn't have the command
line version of SVN installed on the laptop before I installed
Subclipse, whereas I did have it installed on the desktop.
I tried removing the APR_ICONV_PATH setting on the desktop (the only
environment change that is obvious to me from installing svn) but that
didn't change the behavior of eclipse.
Chas
Received on Sat Sep 25 04:38:05 2004