| IVMRunner#run fails on Linux [message #183923] |
Fri, 23 January 2004 08:55  |
Eclipse User |
|
|
|
Originally posted by: csetera.spss.com
Hello,
I'm working on a plugin with my own launch configuration delegate. This
delegate builds up an IVMRunner and VMRunnerConfiguration and then runs
the resulting java command-line. This works flawlessly on Windows, but
fails miserably on Linux. The result is a NoClassDefFoundError. The
exact same command-line executed outside of Eclipse works on Linux as
well.
After a lot of debugging, I've traced it down to a failure to load the
native methods for the zip library (libzip.so). Although I can't figure
out why the behavior would differ inside versus outside of Eclipse. I
also can't figure out how to fix it.
Full details of the problem are documented in this Sourceforge bug
report for my plugin. I would appreciate any thoughts that anyone has
on how to fix this problem.
http://sourceforge.net/tracker/index.php?func=detail&aid =795616&group_id=86829&atid=581073
Thanks,
Craig
|
|
|
|
|
| Re: IVMRunner#run fails on Linux [message #184136 is a reply to message #184007] |
Fri, 23 January 2004 17:10  |
| Eclipse User |
|
|
|
That is my understanding. The environment is inherited from the context in
which you start Eclipse.
Darin
"Craig Setera" <csetera@spss.com> wrote in message
news:bureuu$6mo$1@eclipse.org...
> I wondered if that might somehow be involved. This is on 2.1.2 and not
> the 3.0... at least for now. Assuming I start Eclipse from a console
> window with a particular environment, will that environment propagate
> down to processes that are started via Runtime#exec? If so, the
> environment *should* be the same.
>
> Thanks,
> Craig
>
> Darin Wright wrote:
> > Launch configurations do support the setting of environment variables
(in
> > 3.0). Is it possible your are using a non default set of environment
> > variables when launching from within Eclipse? or, at least, different
than
> > when you launch from the command line?
> >
> > Darin
> >
|
|
|
Powered by
FUDForum. Page generated in 0.03974 seconds
Home