[devel] Q: java разломана вусмерть?

[devel] Q: java разломана вусмерть?

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1634 bytes --]

Собсно, сабж (ц)

java-common не провайдит /usr/bin/java сотоварищи.  Попытка
обновления java-common устраивает мессакр:

The following extra packages will be installed:
  geronimo-qname-1.1-api geronimo-specs-poms java-1.4.2-sun
  java-1.4.2-sun-devel java-1.6.0-openjdk rhino servletapi4
  sun-stax-1.0-api swing-layout tzdata-java xmlbeans
The following packages will be upgraded
  java-common
The following packages will be REMOVED:
  KoLmafia java-1.5.0-sun-devel java-1.6.0-sun-devel
  java-devel-default jpackage-1.6-compat
The following NEW packages will be installed:
  geronimo-qname-1.1-api geronimo-specs-poms java-1.4.2-sun
  java-1.4.2-sun-devel java-1.6.0-openjdk rhino servletapi4
  sun-stax-1.0-api swing-layout tzdata-java xmlbeans
1 upgraded, 11 newly installed, 5 removed and 1 not upgraded.
Need to get 0B/40.3MB of archives.
After unpacking 79.1MB of additional disk space will be used.

Но веселее всего получилось с SWT.  Оно зачем-то собрано с
jpackage-1.6-compat (а не с jpackage-1.5-compat, который
java-devel-defeault).  Собрал новый vuze, при запуске получаю
болт:

  Loading SWT Libraries failed. Typical causes:

(1) swt.jar is not for your os architecture (i386).  You can get a new swt.jar (Min Version: 3.4) from http://eclipse.org/swt

(2) No write access to 'null'. SWT will extract libraries contained in the swt.jar to this dir.

$ /usr/lib/jvm/java/bin/java -version
java version "1.6.0_11"
Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
Java HotSpot(TM) Server VM (build 11.0-b16, mixed mode)

Кто виноват и что делать?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: java разломана вусмерть?

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 2915 bytes --]

* Alexey I. Froloff <raorn@> [081228 01:07]:
> Собрал новый vuze, при запуске получаю болт:
Это сообщение об ошибке пишет сам vuze, как новый, так и старый.
А вот код, который эту ошибку генерит:

try {
    display = Display.getCurrent();
    if ( display == null ){
        display = new Display();
        sleak = false;
    }else{
        sleak = true;
    }
} catch(Exception e) { 
    display = new Display();
    sleak = false;
} catch (UnsatisfiedLinkError ue) {
    ...
    Debug.out("Loading SWT Libraries failed. "
    ...
}

Код этот с предыдущей версии не менялся.  Там ещё бэктрейс:

    Initializer::<init>::109,Main::<init>::84,Main::main::217,NativeMethodAccessorImpl::invoke0::-2,NativeMethodAccessorImpl::invoke::39,DelegatingMethodAccessorImpl::invoke::25,Method::invoke::597,Main::directLaunch::229,Main::main::132,NativeMethodAccessorImpl::invoke0::-2,NativeMethodAccessorImpl::invoke::39,DelegatingMethodAccessorImpl::invoke::25,Method::invoke::597,MainExecutor$1::run::37,Thread::run::619
java.lang.UnsatisfiedLinkError: no swt-gtk-3449 or swt-gtk in swt.library.path, java.library.path or the jar file
        at org.eclipse.swt.internal.Library.loadLibrary(Library.java:233)
        at org.eclipse.swt.internal.Library.loadLibrary(Library.java:151)
        at org.eclipse.swt.internal.C.<clinit>(C.java:21)
        at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
        at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
        at org.eclipse.swt.widgets.Display.<clinit>(Display.java:130)
        at org.gudy.azureus2.ui.swt.mainwindow.SWTThread.<init>(SWTThread.java:89)
        at org.gudy.azureus2.ui.swt.mainwindow.SWTThread.createInstance(SWTThread.java:68)
        at org.gudy.azureus2.ui.swt.mainwindow.Initializer.<init>(Initializer.java:109)
        at org.gudy.azureus2.ui.swt.Main.<init>(Main.java:84)
        at org.gudy.azureus2.ui.swt.Main.main(Main.java:217)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.gudy.azureus2.ui.common.Main.directLaunch(Main.java:229)
        at org.gudy.azureus2.ui.common.Main.main(Main.java:132)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at com.aelitis.azureus.launcher.MainExecutor$1.run(MainExecutor.java:37)
        at java.lang.Thread.run(Thread.java:619)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: java разломана вусмерть?

[Igor Vlasenko]

On Sun, Dec 28, 2008 at 12:55:02AM +0300, Alexey I. Froloff wrote:
> Кто виноват и что делать?

Немножко подождите, пожалуйста, сейчас обновлюсь и стану смотреть.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine