2013-08-23 7 views
16

मैं एक त्रुटि हो रही है मैं का कारण पता लगाने के लिए प्रतीत नहीं कर सकते हैं:EOF त्रुटि javascript_include_tag रेल 4

EOF Error end of file reached 

/app/views/layouts/application.html.erb से कहा जाता है, लाइन 6 :

<%= javascript_include_tag "application", "data-turbolinks-track" => true %> 

माणिक में, एक EOF त्रुटि IOError का एक उपवर्ग है, और एक आईओ आपरेशन एक फ़ाइल के अंत तक पहुँचने के द्वारा उठाए गए है।

का उपयोग करना::

<%= javascript_include_tag :defaults, "data-turbolinks-track" => true %> 

<%= javascript_include_tag :all, "data-turbolinks-track" => true %> 

या यहाँ तक कि व्यक्तिगत js बाहर ... लिस्टिंग या ...

यहाँ क्या मैं अब तक बाहर मिल गया है में से कुछ है ईओएफ त्रुटि को हटाने के लिए javascript_include_tag काम के माध्यम से फ़ाइलें।

मैंने सोचा कि यह कुछ स्पॉकेट निर्देशों के कारण हो सकता है, इसलिए मैंने application.js में सभी निर्देश हटा दिए। यह कुछ भी नहीं बदला है।

रेक संपत्ति चल रहा है: precompile भी मुझे देता है:

rake aborted! 
end of file reached 

एप्लिकेशन/आस्तियों/javascripts निर्देशिका पर git diff चल रहा है 1 बात यह है कि एक .js फ़ाइल में टिप्पणी की हो सकती है मैं हाल ही में संपादन किया गया था पता चलता है:

+$(document).on('ready page:load', function() { 
+ 
+  // some code I had written 
+ 
+}); 
\ No newline at end of file 

"फ़ाइल के अंत में कोई नई लाइन नहीं" बिट ... मैंने पहले कभी नहीं देखा है। हालांकि, मैंने अभी एक ही फाइल के अंत में एक नई लाइन डाली और परिवर्तन किया, और यह टिप्पणी अब diff से चली गई है। इस 3000/आस्तियों/application.js मुझे देता है::

throw Error("EOFError: end of file reached") 

मैं पूरी तरह स्टम्प्ड रहा हूँ और पूरे दिन के लिए इस डिबग करने के लिए कोशिश कर रहे हैं

संपादित करें: स्थानीय होस्ट करने के लिए अपने ब्राउज़र ओर इशारा करते हुए। यह त्रुटि क्यों हो रही है? यहाँ जब मैं रेक संपत्ति चलाने से स्टैकट्रेस है: precompile:

rake aborted! 
end of file reached 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/activesupport-4.0.0.rc2/lib/active_support/core_ext/marshal.rb:6:in `load' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/activesupport-4.0.0.rc2/lib/active_support/core_ext/marshal.rb:6:in `load_with_autoloading' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/cache/file_store.rb:19:in `block in []' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/cache/file_store.rb:19:in `open' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/cache/file_store.rb:19:in `open' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/cache/file_store.rb:19:in `[]' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/caching.rb:14:in `cache_get' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/caching.rb:84:in `cache_get_hash' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/caching.rb:54:in `cache_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/index.rb:93:in `build_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/base.rb:287:in `find_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/index.rb:61:in `find_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/bundled_asset.rb:37:in `init_with' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/asset.rb:24:in `from_hash' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/caching.rb:54:in `cache_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/index.rb:93:in `build_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/base.rb:287:in `find_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/index.rb:61:in `find_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/manifest.rb:211:in `block in find_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/manifest.rb:257:in `benchmark' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/manifest.rb:210:in `find_asset' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/manifest.rb:119:in `block in compile' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/manifest.rb:118:in `each' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/sprockets/manifest.rb:118:in `compile' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-rails-2.0.0/lib/sprockets/rails/task.rb:60:in `block (3 levels) in define' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-2.10.0/lib/rake/sprocketstask.rb:146:in `with_logger' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/gems/sprockets-rails-2.0.0/lib/sprockets/rails/task.rb:59:in `block (2 levels) in define' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/bin/ruby_noexec_wrapper:14:in `eval' 
/Users/kevinyoung/.rvm/gems/ruby-2.0.0-p247/bin/ruby_noexec_wrapper:14:in `<main>' 
+0

मैंने पिछले कुछ दिनों में इसी मुद्दे का अनुभव करना शुरू कर दिया। मैंने सप्ताहांत में कोई रेल विकास नहीं किया, लेकिन नोड और एनपीएम कॉफी-स्क्रिप्ट पैकेज के नवीनतम संस्करण स्थापित करने के लिए एनवीएम का उपयोग किया। यह मुझे समझ में नहीं आता है कि इससे मेरे रेल आवेदन पर असर पड़ेगा लेकिन शायद यह करता है? – jkndrkn

उत्तर

4

अपने स्थानीय परियोजना निर्देशिका को हटा कर एक ताजा प्रतिलिपि बाहर की जाँच की कोशिश करो।

मैंने आज एक निरस्त रेल सर्वर सर्वर स्टार्टअप का अनुभव किया है जो शायद मेरे सिस्टम को असंगत स्थिति में छोड़ देता है और परिणामस्वरूप आप उसी सटीक त्रुटि का अनुभव कर रहे थे। एक रूबी 2.0.0-p0 segfault ने मेरे रेल सर्वर स्टार्टअप को रोक दिया, जिसके बाद मैं उपर्युक्त त्रुटि के कारण किसी भी पेज को लोड नहीं कर सका।

मुझे यकीन नहीं है कि दुर्भाग्यवश, इस मूल विफलता के कारण मुझे क्या पता नहीं चला। सौभाग्य से, मुझे अपने अंत में अब इससे निपटने की ज़रूरत नहीं है!

+0

हाँ, मैंने कल कोशिश की और यह काम किया। मैंने पहले एक पूर्व प्रतिबद्धता पर वापस लौटने की कोशिश की, लेकिन मुझे एक ही त्रुटि मिल रही थी, इसलिए मैंने एक नई स्थानीय निर्देशिका में क्लोन करने के लिए 'गिट क्लोन https://github.com/mygithubusername/myrepo.git mynewrepo' चलाया और किसी कारण से यह काम करना शुरू कर दिया। – kwyoung11

+0

क्या कोई यह समझा सकता है कि ऐसा क्यों हुआ? मुझे आज दोपहर में एक ही समस्या मिली और सोचा कि दुनिया खत्म हो गई है! मान लीजिए कि आप में से कोई भी ट्विटर मणि का उपयोग नहीं कर रहा है? या शायद रैक टाइमआउट? वे मेरे कोडबेस में नवीनतम जोड़ हैं जो शायद इसे पेश कर सकते हैं ... – stephenmurdoch

56

यदि आपके पास अभी भी आपका पुराना रेपो झूठ बोल रहा है, तो आप bundle exec rake tmp:clear चला सकते हैं। मुझे लगता है कि इसे ठीक कर देगा।

+0

दुर्भाग्य से मैंने अपना पुराना भंडार हटा दिया है, इसलिए मैं इसका परीक्षण नहीं कर सकता। उम्मीद है कि यह अन्य लोगों के लिए एक ही त्रुटि के साथ उपयोगी होगा। – kwyoung11

+3

ये काम किया !!! – alalani

+14

इस उत्तर को विस्तारित करने के लिए: कारण ऐसा लगता है कि tmp फ़ोल्डर में संपत्ति कैश दूषित है। मेरा मानना ​​है कि ऐसा तब होता है जब रेल प्रक्रिया गलत पल में मर जाती है। जब आप सर्वर को रीबूट करने का प्रयास करते हैं, परीक्षण चलाते हैं, आदि, संपत्ति पाइपलाइन दूषित कैश को पढ़ने का प्रयास करती है, और यह चोक करता है। यही कारण है कि कैश साफ़ करने से समस्या हल हो जाती है। – rlkw1024

2

निम्न आदेश फिक्स इस मुद्दे का उपयोग कर अस्थायी फ़ाइलें साफ़:

rake tmp:clear 
0

आप Windows पर इस समस्या हो रही है, अपने Gemfile.lock फ़ाइल में जा रहा है और मैन्युअल 1.8.0 करने के लिए coffee-script-source का मान बदलने (कोशिश मेरा 1.9.1.1 के रूप में शुरू हुआ)। नए संस्करणों के बारे में कुछ भी किसी भी कारण से अच्छा नहीं खेलता है।

संबंधित मुद्दे