prowizja została przerwana! Poziom stos zbyt głęboko

Powiel możliwe:
Rails 3.0 & Ruby 1.9.2rc: Rake commands return 'already initialized constant' & stack level too deep errors. Any ideas prowizja została przerwana! Poziom stos zbyt głęboko

używam Ruby wersję 1.9.1 na Windows Vista. Otrzymuję błąd przerwania rake'u dla dowolnego polecenia rake'u. Nie dzieje się to we wszystkich moich folderach aplikacji. Dzieje się to tylko w określonym folderze aplikacji.

C:\rails_project\stunetwork>rake db:reset 
(in C:/rails_project/stunetwork) 
rake aborted! 
stack level too deep 
C:/Ruby191/lib/ruby/gems/1.9.1/gems/rake-0.8.7/lib/rake.rb:2383:in `raw_load_rak 
efile' 
(See full trace by running task with --trace)

Źródło

2010-08-11 Shankar

możesz wykonane samo polecenie z --trace argumentu? – shingara

spróbuj umieścić pakiet exec przed poleceniem rake.

bundle exec rake -T

Źródło

2011-08-16 19:31:25

Nie jestem pewien, do czego służy -T, ale to działało dla mnie. $ bundle exec rake db: migrate – Kiran

-T po prostu podaje listę wszystkich możliwych poleceń rake. –

Dlaczego jest to potrzebne? – Ash

Stos wywołań może zależeć od klejnotów instalowanych (niektóre perełki monkeypatch zadania szyny), który wyjaśnia dlaczego można napotkać to na konkretnej aplikacji, a nie na innych.

W systemie unix można spróbować użyć polecenia ulimit w celu zwiększenia rozmiaru stosu. Po stronie systemu Windows nie znalazłem jeszcze rozwiązania.

W zależności od tego, jakie uwolnienie rubinu stosujesz w oknach, możesz poprosić opiekunów o zwiększenie stosu.

Do instalatora ruby należy zainstalować środowisko kompilacji mingw, sklonować kod github repository i ponownie skompilować ruby, których używasz (niezbyt seksowne, przyznaję).

Źródło

2010-08-11 11:14:50 Jean

Podobało mi się to, dzięki! Niestety nie wystarczyło. Ustawiłem: "ulimit -s unlimited", a następnie zaznaczyłem "ulimit -a", a stos jest nieograniczony. Nadal występuje ten sam błąd "stos za głęboki". Jaki był powód? – YogiZoli

Właśnie napotkałem ten dokładny komunikat o błędzie na Ubuntu i udało mi się go rozwiązać przez downgrading rubygems od 1.8.3 do 1.7.1.

Źródło

2011-05-24 09:18:13

Ponieważ Rubygems 1.7.1 został wydany 1 kwietnia 2011 r., A to pytanie zostało zadane 11 sierpnia 2010 r., Mógł to być inny problem, nawet jeśli komunikaty o błędach były podobne. –

@Andrew tak, to całkiem prawdopodobne. Ponieważ jednak rozwiązanie to zabrało mi trochę czasu na wypracowanie i rozwiązanie mojego problemu, pomyślałem, że dobrze byłoby go opublikować tutaj, nawet na ryzyko pomylenia osób z 2010. –

Mam również ten problem. Wygląda na to, że wersja 1.8.10 jest niekompatybilna z rake 0.8.7. –

Miałem tylko ten problem z ruby-1.9.2-p180 przez rvm.

Zmiana na ruby-1.9.2-p0 naprawiła problem. spróbuj "rvm use 1.9.2-p0"

Źródło

2011-07-16 12:27:14 flunder

Próbowałem tego rozwiązania, nie działa dla mnie.Czy znasz jakiś inny pomysł? – YogiZoli

to nie działało, ponieważ nie jest powiązane, ten błąd został naprawiony w rubygemach 1.8.16 – mpapis

Jest ładny post przez Yehuda Katz, który wyjaśnia dlaczego bez bundle exec mogą istnieć konflikty wersja: http://yehudakatz.com/2011/05/30/gem-versioning-and-bundler-doing-it-right/

Istnieje również bundle install --binstubs polecenia, które pozwala bezpiecznie uruchomić version-rake db:reset tak: bin/rake db:reset.

Źródło

2011-12-21 22:33:42 Alexey

Musisz zaktualizować swój klejnot. poznałem ten błąd z GEM „1.8.10”, a ustalona przez uaktualnienie do 1.8.16

gem update --system

Źródło

2012-02-16 07:41:28 Rocky

true to był błąd i został naprawiony za pomocą https://github.com/rubygems/rubygems/commit/7d43f1418a048bac277344df962aafd00797230b - dostępny w wersji 1.8.16 – mpapis

prowizja została przerwana! Poziom stos zbyt głęboko

Odpowiedz

Powiązane problemy