2015-03-30 7 views
6

Recentemente, ho trovato (su Mac OS X Mavericks) OpenFL e LIME (con gli strumenti della riga di comando) non funzionanti a causa di un 'errore di segmentazione'.OpenFL e Lime non vengono eseguiti, a causa di un errore di segmentazione

Prima di entrare nei dettagli, ecco alcuni retroscena.

  • Originariamente ho ricevuto Haxe + Neko dall'installer fornito dal sito di OpenFL.
  • Ho installato OpenFL dalle istruzioni lì.
  • In seguito, quando si utilizzava la codifica standard di Haxe, avevo bisogno di Neko ma non è stato installato apparentemente.
  • Ho installato Neko dal sito di Neko.

E ora, ottengo questo errore durante la digitazione lime o openfl o utilizzando una qualsiasi delle loro funzioni (ad esempio edificio):

Called from lime/utils/ByteArray.hx line 109 
Called from lime/system/System.hx line 286 
Called from lime/system/System.hx line 405 
Uncaught exception - Segmentation fault 

In ogni modo, non so se lo sfondo ha nulla a che fare con esso. Ho guardato i forum di Ubuntu ma nulla ha funzionato per me. Qualsiasi aiuto sarebbe apprezzato; Non riesco a trovare molto in "domande simili" o in qualsiasi altro posto per quella materia.

Haxe Compiler 3.1.3 + OpenFL 3.0.0 beta. (Secondo le descrizioni haxelib upgrade.)

+0

Sembra che i file lime ndll non siano stati trovati nel sistema. Cosa ottieni se esegui 'haxelib path lime'? –

+0

Ci scusiamo per la risposta tardiva, differenza di orario. Ad ogni modo, ottengo '$ haxelib path lime' ' -L lime/2,3,0/ndll/' '/usr/lib/haxe/lib/lime/2,3,0/' ' -D lime ' –

risposta

3

Neko non riesce a inizializzare sul computer. Quando carica Lime tenta di chiamare neko_init in lime.ndll e si blocca. Potrebbe essere causato da più cose, quindi ecco alcuni passaggi da verificare.

  1. Digitando neko nel terminale devono essere visualizzate le informazioni sulla versione. Assicurarsi che sia indicato 2.0.0 prima di continuare. È inoltre possibile visualizzare da dove neko esegue il comando con il comando which neko. In genere è un collegamento simbolico da /usr/lib/neko/neko a /usr/bin/neko.
  2. Impossibile trovare il file std.ndll. Solitamente questo file e gli altri file standard neko ndll si trovano in /usr/lib/neko. Assicurati di avere una variabile di ambiente NEKOPATH che punta a quella directory.
  3. Se quanto sopra sembra corretto, potrebbe essere necessario rimuovere completamente Haxe e Neko e reinstallare. Invece di usare l'installer dal sito di OpenFL, potresti avere più fortuna con quello da haxe.org. Dovrebbe avere neko in bundle con la versione del programma di installazione.
+0

Giusto per chiarimenti, esporterebbe NEKOPATH =/usr/lib/neko' all'interno di ~/.bash_profile essere un NEKOPATH corretto? Dopo che entrambi 1 e 2 sono stati corretti, ho disinstallato Neko e Haxe con i comandi da [collegamento] (https://gist.github.com/nbrew/5585878). Reinstallato con l'installer dal sito Web ufficiale di Haxe. Successivamente, dopo 'haxelib install openfl', quando si esegue' haxelib esegue openfl setup', installa lime 2.3.0 e fallisce esattamente come sopra. Qualche aiuto lì? ** MODIFICA: ** In realtà, risulta che il sito di installazione di OpenFL si collega a è esattamente lo stesso di Haxe. –

+0

Sì, 'esportazione NEKOPATH =/usr/lib/neko' va bene. Se ancora non funziona, potresti voler postare nei [forum OpenFL] (http://community.openfl.org/).Qualcuno potrebbe sapere di più su cosa sta causando questo problema. Solo per curiosità hai eseguito 'haxelib selfupdate' per aggiornare haxelib? –

+0

No, non l'ho eseguito. Dopo che l'ho fatto, tuttavia, ha tentato di installare OpenFL 2.2.8 invece della versione beta. Ancora una volta non è riuscito a "haxelib eseguire openfl setup". Proverò la mia fortuna ai forum di OpenFL, grazie per il consiglio. –