Home » Newcomers » Newcomers » Still Can't Run SWT App
Still Can't Run SWT App [message #59999] |
Fri, 29 April 2005 20:14  |
Eclipse User |
|
|
|
Originally posted by: jaschulz.wiseware.com
I raised this question a week or so ago. I tried everything everybody
suggested, but nothing worked.
I uninstalled Eclipse, and both the JDK and the JRE. I downloaded the
latest versions of everything:
Eclipse Version: 3.0.2 Build id: 200503110845
jdk1.5.0_03
jre1.5.0_03
I have:
-Djava.library.path="C:\eclipse\plugins\org.eclipse.swt.win32_3.0.2\os\win32\x86 "
in the VM asrguments for the project.
I copied the entire contents of:
c:\eclipse\plugins\org.eclipse.swt.win32_3.0.2\os\win32\x86
to:
c:\windows\system32
and still, I get:
Exception in thread "main" java.lang.UnsatisfiedLinkError: no
swt-win32-3064 in java.library.path
This is making me crazy! Can't anyone tell me what I am doing wrong?
Thanks
JAS
|
|
| | | | |
Re: Still Can't Run SWT App [message #60289 is a reply to message #60266] |
Sun, 01 May 2005 17:04   |
Eclipse User |
|
|
|
and it doesn't work even if you copy the dll to the jdk's or jre's bin directory (where
the awt.dll etc. is)?
basically, locate the awt.dll and put the swt dlls there. i remember i used that as a
workaround once.
it must be something completely silly. just taking forever to find. i understand the pain.
there must be something competely bizzare with your install.
/adam
James A. Schulz wrote:
> Adam,
>
> Sure, I can make a dummy app to do that, and it does print out the
> library path that I set in the JVM arguments. But, of course, my dummy
> app doesn't use SWT, and my SWT app won't compile, so I can't test the
> library path in it.
>
> So, I am still stuck.
>
> JAS
>
> Adam Kiezun wrote:
>
>>>
>>> Any other ideas?
>>>
>>> JAS
>>
>>
>>
>> Can't you simply print out System.getProperties("java.library.path")
>> and dump the dll in one of the dir there?
>>
>> /adam
|
|
|
Re: Still Can't Run SWT App [message #60745 is a reply to message #60289] |
Mon, 02 May 2005 08:24   |
Eclipse User |
|
|
|
Originally posted by: jaschulz.wiseware.com
Adam,
Well, at least that got me a new error, to wit:
Exception in thread "main" java.lang.ClassCastException:
org.eclipse.swt.layout.GridData at
org.eclipse.swt.layout.RowLayout.computeSize(RowLayout.java: 201)at
org.eclipse.swt.layout.RowLayout.layoutHorizontal(RowLayout. java:248)at
org.eclipse.swt.layout.RowLayout.computeSize(RowLayout.java: 190)at
org.eclipse.swt.widgets.Composite.computeSize(Composite.java :157)at
org.eclipse.swt.widgets.Control.pack(Control.java:1390) at
org.eclipse.swt.widgets.Control.pack(Control.java:1364) at
temperatureConverter.TemperatureConverter.<init>(TemperatureConverter.java:52)at
temperatureConverter.TemperatureConverter.main(TemperatureCo nverter.java:91)
Frankly, I don't understand this error, but it seems at least odd to me
that it should include two references to:
org.eclipse.swt.widgets.Control.pack
one numbered 1390 and one numbered 1394.
Any ideas?
JAS
Adam Kiezun wrote:
> and it doesn't work even if you copy the dll to the jdk's or jre's
> bin directory (where the awt.dll etc. is)? basically, locate the
> awt.dll and put the swt dlls there. i remember i used that as a
> workaround once.
>
> it must be something completely silly. just taking forever to find. i
> understand the pain. there must be something competely bizzare with
> your install. /adam
>
> James A. Schulz wrote:
>
>> Adam,
>>
>> Sure, I can make a dummy app to do that, and it does print out the
>> library path that I set in the JVM arguments. But, of course, my
>> dummy app doesn't use SWT, and my SWT app won't compile, so I
>> can't test the library path in it.
>>
>> So, I am still stuck.
>>
>> JAS
>>
>> Adam Kiezun wrote:
>>
>>>>
>>>> Any other ideas?
>>>>
>>>> JAS
>>>
>>>
>>>
>>>
>>> Can't you simply print out
>>> System.getProperties("java.library.path") and dump the dll in one
>>> of the dir there?
>>>
>>> /adam
|
|
|
Re: Still Can't Run SWT App [message #60747 is a reply to message #60745] |
Mon, 02 May 2005 08:58   |
Eclipse User |
|
|
|
Originally posted by: hcs33.egon.gyaloglo.hu
Hi,
From the exception it seems that you use a RowLayout in TemperatureConverter
and one of its widgets you set a GridData instance using the setLayoutData
method. If this is the case it is incorrect usage because for RowLayout you
have to use RowData instances to provide layout data.
HTH,
Regards,
Csaba
James A. Schulz wrote:
> Adam,
>
> Well, at least that got me a new error, to wit:
>
> Exception in thread "main" java.lang.ClassCastException:
> org.eclipse.swt.layout.GridData at
> org.eclipse.swt.layout.RowLayout.computeSize(RowLayout.java: 201)at
> org.eclipse.swt.layout.RowLayout.layoutHorizontal(RowLayout. java:248)at
> org.eclipse.swt.layout.RowLayout.computeSize(RowLayout.java: 190)at
> org.eclipse.swt.widgets.Composite.computeSize(Composite.java :157)at
> org.eclipse.swt.widgets.Control.pack(Control.java:1390) at
> org.eclipse.swt.widgets.Control.pack(Control.java:1364) at
>
temperatureConverter.TemperatureConverter.<init>(TemperatureConverter.java:5
2)at
>
temperatureConverter.TemperatureConverter.main(TemperatureCo nverter.java:91)
>
> Frankly, I don't understand this error, but it seems at least odd to me
> that it should include two references to:
>
> org.eclipse.swt.widgets.Control.pack
>
> one numbered 1390 and one numbered 1394.
>
> Any ideas?
>
> JAS
>
> Adam Kiezun wrote:
>> and it doesn't work even if you copy the dll to the jdk's or jre's
>> bin directory (where the awt.dll etc. is)? basically, locate the
>> awt.dll and put the swt dlls there. i remember i used that as a
>> workaround once.
>>
>> it must be something completely silly. just taking forever to find. i
>> understand the pain. there must be something competely bizzare with
>> your install. /adam
>>
>> James A. Schulz wrote:
>>
>>> Adam,
>>>
>>> Sure, I can make a dummy app to do that, and it does print out the
>>> library path that I set in the JVM arguments. But, of course, my
>>> dummy app doesn't use SWT, and my SWT app won't compile, so I
>>> can't test the library path in it.
>>>
>>> So, I am still stuck.
>>>
>>> JAS
>>>
>>> Adam Kiezun wrote:
>>>
>>>>>
>>>>> Any other ideas?
>>>>>
>>>>> JAS
>>>>
>>>>
>>>>
>>>>
>>>> Can't you simply print out
>>>> System.getProperties("java.library.path") and dump the dll in one
>>>> of the dir there?
>>>>
>>>> /adam
|
|
| |
Re: Still Can't Run SWT App [message #60750 is a reply to message #60747] |
Mon, 02 May 2005 10:59   |
Eclipse User |
|
|
|
Originally posted by: jaschulz.wiseware.com
Thanks. Yes, that was it. The book from which I was working had a
serious typo (i.e. using RowLayout instead of GridLayout).
JAS
Horváth, Csaba wrote:
> Hi,
>
> From the exception it seems that you use a RowLayout in TemperatureConverter
> and one of its widgets you set a GridData instance using the setLayoutData
> method. If this is the case it is incorrect usage because for RowLayout you
> have to use RowData instances to provide layout data.
>
> HTH,
> Regards,
> Csaba
>
> James A. Schulz wrote:
>
>>Adam,
>>
>>Well, at least that got me a new error, to wit:
>>
>>Exception in thread "main" java.lang.ClassCastException:
>>org.eclipse.swt.layout.GridData at
>> org.eclipse.swt.layout.RowLayout.computeSize(RowLayout.java: 201)at
>> org.eclipse.swt.layout.RowLayout.layoutHorizontal(RowLayout. java:248)at
>> org.eclipse.swt.layout.RowLayout.computeSize(RowLayout.java: 190)at
>> org.eclipse.swt.widgets.Composite.computeSize(Composite.java :157)at
>>org.eclipse.swt.widgets.Control.pack(Control.java:1390) at
>>org.eclipse.swt.widgets.Control.pack(Control.java:1364) at
>>
>
> temperatureConverter.TemperatureConverter.<init>(TemperatureConverter.java:5
> 2)at
>
> temperatureConverter.TemperatureConverter.main(TemperatureCo nverter.java:91)
>
>>Frankly, I don't understand this error, but it seems at least odd to me
>>that it should include two references to:
>>
>>org.eclipse.swt.widgets.Control.pack
>>
>>one numbered 1390 and one numbered 1394.
>>
>>Any ideas?
>>
>>JAS
>>
>>Adam Kiezun wrote:
>>
>>>and it doesn't work even if you copy the dll to the jdk's or jre's
>>>bin directory (where the awt.dll etc. is)? basically, locate the
>>>awt.dll and put the swt dlls there. i remember i used that as a
>>>workaround once.
>>>
>>>it must be something completely silly. just taking forever to find. i
>>> understand the pain. there must be something competely bizzare with
>>>your install. /adam
>>>
>>>James A. Schulz wrote:
>>>
>>>
>>>>Adam,
>>>>
>>>>Sure, I can make a dummy app to do that, and it does print out the
>>>> library path that I set in the JVM arguments. But, of course, my
>>>> dummy app doesn't use SWT, and my SWT app won't compile, so I
>>>>can't test the library path in it.
>>>>
>>>>So, I am still stuck.
>>>>
>>>>JAS
>>>>
>>>>Adam Kiezun wrote:
>>>>
>>>>
>>>>>>Any other ideas?
>>>>>>
>>>>>>JAS
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>Can't you simply print out
>>>>>System.getProperties("java.library.path") and dump the dll in one
>>>>>of the dir there?
>>>>>
>>>>>/adam
>
>
>
|
|
|
Re: Still Can't Run SWT App [message #60751 is a reply to message #60748] |
Mon, 02 May 2005 11:01  |
Eclipse User |
|
|
|
Originally posted by: jaschulz.wiseware.com
Yes, thanks. I am making some progress, but it certainly is troubling
that the -D argument won't allow the app to locate the .dlls. That
can't be the way Eclipse is supposed to work.
JAS
Adam Kiezun wrote:
> > Frankly, I don't understand this error, but it seems at least odd to me
> > that it should include two references to:
> >
> > org.eclipse.swt.widgets.Control.pack
>
> recursion? :)
>
> /adam
> ps. so you're on the right track now. the dll loads!
|
|
|
Goto Forum:
Current Time: Thu Jul 03 20:34:52 EDT 2025
Powered by FUDForum. Page generated in 0.08181 seconds
|