Hallo Frank,
also wenn ich tippen müsste, so würde ich schätzen, dass bei
der Installation etwas schief gelaufen ist, oder du aber rvm
mit sudo verwendest. Anderenfalls, sollten eigentlich
keinerlei Probleme auftreten, da rvm alle ruby spezifischen
files / folders komplett verwaltet. Soll heißen, wenn du dein
ruby wechselst, passt er alle Pfade entsprechend an, egal ob
es nur das gem Verzeichnis ist oder aber auch native
extensions. Du kannst das ganze selber überprüfen indem zu
einem ruby wechselst und dann mit "rvm info" Dir ein paar
Angaben zu der verwendeten Version anzeigen lässt. Dort siehst
du auch wo was denn genau liegt. Im Prinzip liegt alles unter
~/.rvm/rubies
Ach ja, du musst eventuell noch mit den Gemsets aufpassen, da
du für jedes ruby mehrere Gemsets verwalten kannst. Sehr
sinnvoll wenn du mehr als eine Anwendung programmierst.
Hoffe das hilft Dir,
Max
On 26.05.2011, at 07:19, Stefan Frank wrote:
Hi Liste,
in der Liste doofer Ideen, die man nachmittags um 5 noch
anfassen kann, rangiert ein Umstieg von mri 1.8.7 auf 1.9.2
sehr weit oben. Man lernt dabei vor allem eine Menge über rvm,
aber irgendwie habe ich das Gefühl, dass ich da ein paar
Sachen noch nicht verstanden habe, vielleicht kann mich da ja
jemand erleuchten:
- 1.9.2 ist ein Alias für alle möglichen 1.9.2-Versionen: Ich
hatte in meiner rvm-Installation noch einige frühe
Installationen, die zusammen mit rails noch segfaults
produzierten. Weil das so ist, greift er sich beim rvm install
1.9.2 auch nicht eine aktuelle Version, sondern eine der
Versionen aus ~/.rvm/src - nur für den Fall, dass sich noch
jemand fragt, warum die segfaults immer noch nicht weg sind.
Also am besten immer die volle Version spezifizieren, wenn man
einen Interpreter installiert oder noch besser, das
~/.rvm/src-Verzeichnis regelmäßig aufräumen ...
- nachdem also die richtige 1.9.2-Version (ich benutze
momentan ruby-1.9.2-p180) installiert ist, läuft die Anwendung
aber immer noch nicht. Keine segfaults mehr, aber dafür das
ebenso wenig aussagekräftige:
[BUG] cross-thread violation on rb_gc()
(null)
Abort trap
Ein bisschen googlen bringt hier gems mit native Extensions
als Ursache zum Vorschein: Wenn die bereits gegen einen
anderen Interpreter kompiliert wurden, in diesem Fall also
gegen 1.8.7, dann gibt es diese Fehlermeldung. Der Spaß war
dann, die entsprechenden gems zu finden, zu uninstall'en und
neu zu installieren. Dabei werden die native Extensions neu
gebaut, diesmal dann gegen 1.9.2.
Daraus ergeben sich mir einige Fragezeichen:
- verschiedene Intepreter mit rvm ja, aber wechseln zwischen
1.9.2 und 1.8.7 geht nicht? Eigentlich hatte ich 1.9.2 nur
ausprobieren wollen, aber jetzt sieht es so aus, als wäre mir
der Rückweg abgeschnitten: Es läuft jetzt unter 1.9.2, aber
die cross-thread violation kriege ich jetzt unter 1.8.7...
- gibt es eine Möglichkeit herauszufinden, welche gems native
Extensions haben? In diesem Fall habe ich es mit
Trial-and-Error und informiertem Raten versucht (hint: es sind
mehr, als man meint und manchmal auch andere, als man
meint...)Neben den üblichen Verdächtigen wie mysql, rmagick,
bson_ext, nokogiri usw. war es am Ende json, das noch eine
native-extension hatte und neu installiert werden musste.
bcrypt-ruby hat keine native extension, wollte aber trotzdem
neu installiert werden - kein sehr wissenschaftliches
Verfahren...
- wirklich verstanden habe ich die Struktur von rvm noch immer
nicht ganz: unter ~/.rvm/gems/ruby-1.9.2-p180/gems finden sich
jetzt die gems für 1.9.2 - keine Links, sondern echte Kopien,
soweit ich das sehe. Aber die native Extensions teilen sich
trotzdem alle Interpreter?! Oder nur die mri's oder sind auch
jruby und macruby davon betroffen? Dann ist so ein bisschen
der Witz von rvm weg, aber vielleicht kann das ja noch jemand
aufklären...
Grüße
Stefan
_______________________________________________
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug
_______________________________________________
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug
