Thread dei Problemi

[cisc]

adesso ho provato con il client in linea di testo, ma mi da lo stesso errore....

[fek]

Originariamente inviato da cisc

adesso ho provato con il client in linea di testo, ma mi da lo stesso errore....

Ok, crea una directory totalmente nuova, entraci dentro e dimmi esattamente quale riga di comando stai usando.

[cisc]

ecco:

svn checkout svn://spartacus.dnsalias.net/diamonds
A diamonds/trunk
A diamonds/trunk/.classpath
A diamonds/trunk/checks
A diamonds/trunk/checks/metrics.xml
A diamonds/trunk/.project
A diamonds/trunk/lib
A diamonds/trunk/lib/linux
A diamonds/trunk/lib/linux/libILU.so.1
A diamonds/trunk/lib/linux/libILU.so
A diamonds/trunk/lib/linux/libILUT.so
A diamonds/trunk/lib/linux/libopenal.so
A diamonds/trunk/lib/linux/liblwjgl.so
A diamonds/trunk/lib/linux/liblwjgl-devil.so
A diamonds/trunk/lib/linux/libIL.so.1
A diamonds/trunk/lib/linux/leggimi.txt
A diamonds/trunk/lib/linux/libIL.so
A diamonds/trunk/lib/linux/libjinput-linux.so
svn: In directory 'diamonds/trunk/lib/linux'
svn: Can't open 'diamonds/trunk/lib/linux/libILU.so.1.tmp': Operation not permitted

[VICIUS]

Prova ora.
Avevo messo i link simbolici per evitare problemi di link delle librerie ma evidentemente a subversion non piaciono.

ciao

[cisc]

approposito, il comando l'ho lanciato da root, giusto per evitare problemi di permessi locali (che cmq non c'erano, ma quando non capisci dove sia il problema, le provi tutte!!!)

[cisc]

grande Vicius, risolto, adesso ha superato il punto critico e procede bene, ciao

[VICIUS]

Originariamente inviato da cisc

grande Vicius, risolto, adesso ha superato il punto critico e procede bene, ciao

Perfetto cosi ora sappiamo che è colpa dei link. Ora pero sorge un problema. Se lascio cosi i file con il .1 java non li trova quando si fa partire il programma e se gli toglo il .1 non trova altre due librerie perchè a loro serve il file con il .1
Per ora l'unica cosa che che mi viene in mente è duplicare il file ma non è molto elegante

ciao

[cisc]

non saprei, penso che al momento è l'unica soluzione possibili, prova così, in caso si trova una soluzione più elegante, la si adotta, per il momento penso che l'importante sia che funzioni bene

[fek]

Se avete problemi a lanciare Game.java da Eclipse, seguite questi passi:

- click destro su Game.java
- selezionate "Run..."
- Sotto "Java Application" selezionate "Game"
- Selezionate il tab "Arguments"
- in "VM Arguments" aggiungete "-Djava.library.path=${workspace_loc: Diamonds/lib/win32}"
- in "Working directory" aggiungete "${workspace_loc: Diamonds/bin}"

Togliete lo spazio fra ":" e "D". Sotto linux sostituite "linux" a "win32".

A breve creero' i file batch per lanciare il gioco fuori da Eclipse.

[^TiGeRShArK^]

fatto!
dovete settare le variabili d'ambiente %DIAMONDS_HOME% e %JAVA_HOME% in modo che puntino rispettivamente alla directory dove avete installato il vostro progetto diamonds e alla directory dove avete installato JDK5.
Quindi andate sotto la directory bin ed eseguite diamonds.bat e *dovrebbe funzionare il tutto*

[cdimauro]

Niente da fare, anche seguendo i passi di fek, ottengo sempre questo:

Exception in thread "main" java.lang.UnsatisfiedLinkError: no lwjgl-devil in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:992)
at org.lwjgl.devil.IL.<clinit>(IL.java:572)
at it.diamonds.engine.Texture.loadTextureFromFile(Texture.java:48)
at it.diamonds.Game.main(Game.java:32)

Sono bloccato e non posso andare avanti...

[cdimauro]

Originariamente inviato da cisc

risolto lanciando eclipse con questo parametro:

/usr/local/eclipse/eclipse -vmargs -Djava.library.path=(Percorso_del_progetto)/Diamonds/lib/linux

Anche così non mi funziona: stesso errore di prima. Inoltre ottengo questo:

[cesare@conan cesare]$ /home/cesare/Progs/Programming/Java/eclipse/eclipse -vmargs -Djava.library.path=/home/cesare/workspace/Diamonds/lib/linux
Failed to load JavaHL Library.
These are the errors that were encountered:
no libsvnjavahl-1 in java.library.path
no svnjavahl-1 in java.library.path
no svnjavahl in java.library.path
java.library.path = /home/cesare/workspace/Diamonds/lib/linux

[fek]

Originariamente inviato da cdimauro

Niente da fare, anche seguendo i passi di fek, ottengo sempre questo:

Exception in thread "main" java.lang.UnsatisfiedLinkError: no lwjgl-devil in java.library.path

Sono due giorni che lotto contro di lui.
Io l'ho messo a posto anche nel build.xml ma solo sotto Win32.

Due condizioni devono essere rispettate:
- la directory corrente dove va lanciato il gioco o i test dev'essere bin/
- java.library.path deve puntare a lib/win32 o lib/linux

Se queste due condizioni sono rispettate, allora il gioco e i test partono.

[Gica78R]

Originariamente inviato da cdimauro

Niente da fare, anche seguendo i passi di fek, ottengo sempre questo:

Exception in thread "main" java.lang.UnsatisfiedLinkError: no lwjgl-devil in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:992)
at org.lwjgl.devil.IL.<clinit>(IL.java:572)
at it.diamonds.engine.Texture.loadTextureFromFile(Texture.java:48)
at it.diamonds.Game.main(Game.java:32)

Sono bloccato e non posso andare avanti...

Avevo anch'io lo stesso identico problema... Sinceramente ho risolto aggiungendo soltanto il flag -Djava.library.path=<workspace_di_eclipse>/Diamonds/lib/linux (senza -vmargs) in VM arguments. Ora pero' il problema e' un altro:

The current display mode is not available due to org.lwjgl.LWJGLExeption: Could not choose visual

[fek]

Originariamente inviato da cdimauro

Anche così non mi funziona: stesso errore di prima. Inoltre ottengo questo:

[cesare@conan cesare]$ /home/cesare/Progs/Programming/Java/eclipse/eclipse -vmargs -Djava.library.path=/home/cesare/workspace/Diamonds/lib/linux
Failed to load JavaHL Library.
These are the errors that were encountered:
no libsvnjavahl-1 in java.library.path
no svnjavahl-1 in java.library.path
no svnjavahl in java.library.path
java.library.path = /home/cesare/workspace/Diamonds/lib/linux

JavaHL "dovrebbe" essere una lib di sistema. Non ho mai avuto questo problema sotto Win32, Vicius? Idee?

[cdimauro]

A questo punto mi fermo un attimo sperando di ottenere una mano da qualcuno più esperto di me con Linux.

[cisc]

anche a me da lo stesso errore di cdimauro quando carico eclipse dalla shell, ma adesso, con il nuovo build.xml, senza passare niente a linea di comando, reisco a eseguire il build, ho dovuto solo mdoficare win32 con linux

[fek]

Originariamente inviato da cisc

anche a me da lo stesso errore di cdimauro quando carico eclipse dalla shell, ma adesso, con il nuovo build.xml, senza passare niente a linea di comando, reisco a eseguire il build, ho dovuto solo mdoficare win32 con linux

Non fare il commit delle modifiche a build.xml. Appena torno a casa faccio in modo che capisca automaticamte l'os e la imposti correttamente.

Per javahl sotto linux:
http://www.eclipse-plugins.info/ecli...nts.jsp?id=338

When you're using unix/linux you need to compile javahl yourself. I found a small description (http://psnet.nu/notes/index.jsp?res=...on_with_javahl) for svn 1.1.x, but i think it will also work with svn 1.2.x.

Ve la dovete compilare a quanto sembra...
http://svn.haxx.se/users/archive-2004-12/1488.shtml
http://svn.haxx.se/users/archive-2003-10/0656.shtml (MacOSX)


Setup.exe avanti avanti avanti

[Gica78R]

Originariamente inviato da fek

[...]
- in "Working directory" aggiungete "${workspace_loc: Diamonds/bin}"

Nel mio caso, Working directory e' gia' settata a "${workspace_loc: Diamonds}"; se aggiungo /bin mi dice

Unable to find the texture data/diamond.png

Inoltre ho notato che, installando in locale le librerie lwjgl, sia su Mac che su Linux non passa il test indicato qui:

java -cp .:res:jar/lwjgl.jar:jar/lwjgl_test.jar:jar/lwjgl_util.jar:jar/lwjgl_fmod3.jar:jar/lwjgl_devil.jar:jar/jinput.jar: 
    -Djava.library.path=native org.lwjgl.test.WindowCreationTest

[fek]

Originariamente inviato da Gica78R

Nel mio caso, Working directory e' gia' settata a "${workspace_loc: Diamonds}"; se aggiungo /bin mi dice

la working directory dev'essere bin/
Controllo che la texture sia li'.

Inoltre ho notato che, installando in locale le librerie lwjgl, sia su Mac che su Linux non passa il test indicato qui:

java -cp .:res:jar/lwjgl.jar:jar/lwjgl_test.jar:jar/lwjgl_util.jar:jar/lwjgl_fmod3.jar:jar/lwjgl_devil.jar:jar/jinput.jar: 
    -Djava.library.path=native org.lwjgl.test.WindowCreationTest

Problema di lwjgl qui. Non ne ho idea.