Guard: Ctrl-C क्रैश गार्ड

मैं भी २.२.५ को इसका अनुभव कर रहा हूं।

मैं भी इसका अनुभव कर रहा हूं (प्रभावी रूप से वही स्टैक ट्रेस), लेकिन रूबी v2.3.0 , गार्ड v2.13.0 ।

अगर मैं गार्ड को bundle exec guard माध्यम से चलाता हूं और फिर प्रॉम्प्ट पर Ctrl-C दबाता हूं, तो मुझे समस्या दिखाई देती है। हालांकि, अगर मैं चलाने guard , बंडल के माध्यम से नहीं दबाने Ctrl-C मुद्दा कारण नहीं है।

पूर्ण रूबी और रीडलाइन संस्करण:

$ ruby -v
ruby 2.3.0p0 (2015-12-25 revision 53290) [x86_64-darwin15.5.0]

$ ruby -rreadline -e 'puts Readline::VERSION'
6.3

Pry प्रॉम्प्ट त्रुटियों के बाद, मुझे यहाँ वर्णित के समान टर्मिनल भ्रष्टाचार मिलता है:
https://github.com/pry/pry/issues/1275
https://github.com/pry/pry/issues/1183
https://github.com/guard/guard/issues/719

यदि मैं मैन्युअल रूप से rb-readline मणि स्थापित करता हूं, तो यह बाद में होने वाले भ्रष्टाचार के मुद्दे को ठीक करता है, लेकिन Ctrl-C समान स्टैकट्रेस उत्पन्न करता है। इस मणि को स्थापित करने के साथ, गार्ड मेरे रीडलाइन संस्करण को निम्नानुसार रिपोर्ट करता है:

[1] guard(main)> Readline::VERSION
=> "5.2"

यहां बिल्कुल वही समस्या हो रही है ... जैसा कि @WilHall सुझाव देता है, बाहरी बंडलर ठीक है।

$ ruby -v
ruby 2.3.1p112 (2016-04-26 revision 54768) [x86_64-darwin14]
$ guard -v
Guard version 2.14.0

मेरा रीडलाइन संस्करण 6.3 गार्ड के अंदर और बाहर दोनों जगह है।

यह कुछ चीजों के संयोजन जैसा दिखता है।

मैं संभवतः एक "क्विकफिक्स" शाखा बनाउंगा और बाद में इसे एकीकृत करने का तरीका बताऊंगा।

ठीक है, मैं कुछ हैक्स के साथ एक शाखा बनाता हूं: https://github.com/guard/guard/tree/experimental_fixes

यहां Gemfile में उपयोग करने का तरीका बताया गया है:

gem 'guard', github: 'guard/guard', branch: 'experimental_fixes'

फिर बंडल अपडेट और bundle exec guard हमेशा की तरह।

इसके अलावा, आप यह देखने के लिए सूचनाओं को अक्षम करने का प्रयास करना चाह सकते हैं कि क्या इससे भी मदद मिलती है:

bundle exec guard -n f

कृपया समस्याओं के साथ-साथ सुधार की रिपोर्ट करें।

कुछ मुद्दों को इसे ठीक करना चाहिए:

1. ctrl-C . के साथ गार्ड से बाहर निकलने पर Pry दुर्घटनाग्रस्त होना बंद कर देना चाहिए
2. अंतिम पंक्तियों के बाद आउटपुट को शेल प्रॉम्प्ट को नीचे नहीं छिपाना चाहिए
3. ऐसा लगता है कि TMux और TerminalTitle दोनों नोटिफ़ायर आउटपुट के साथ समस्याएँ पैदा कर रहे हैं
4. मैंने जाँच नहीं की है, लेकिन यह संभव है कि लंबरजैक लॉगिंग समय फ्लशिंग का उपयोग कर रहा हो जब इसे नहीं करना चाहिए।
5. STDERR स्ट्रीम अब बंद नहीं है
6. Pry अब मारा नहीं गया और शामिल हो गया - इसके बजाय यह जाग गया है (इसलिए इसे अन्य बदलावों को "लटका" नहीं देना चाहिए)

कुछ प्रतिगमन/मुद्दे:

1. यदि कोई गार्ड/कार्य रंगीन आउटपुट को खराब कर देता है, तो इसे ठीक नहीं किया जाएगा (कंसोल को रीसेट करना अक्षम कर दिया गया है)।
2. इसके लिए कोई परीक्षण नहीं है (मैं यह देखने की कोशिश कर रहा हूं कि क्या मैं पहले मुद्दों को ठीक कर सकता हूं)
3. एमआरआई के अलावा अन्य रूबी पर परीक्षण नहीं किया गया 2.3.1

अन्य उपाय:

यदि आप हताश हैं, तो आप बिना प्राइ के और बिना सूचना के गार्ड का उपयोग करने का प्रयास कर सकते हैं:

bundle exec guard -n f -i

मुझे बताएं कि क्या इससे मदद मिलती है या अन्य समस्याएं हैं, इसलिए मैं आधिकारिक तौर पर ठीक करने और जारी करने की दिशा में काम कर सकता हूं।

पीआर प्रस्तुत करने के लिए स्वतंत्र महसूस करें जो इनमें से किसी भी सुधार का चयन करते हैं (हालांकि परीक्षण अच्छे होंगे)।

मैंने कुछ बदलाव किए हैं।

आप उन परिवर्तनों को खींच सकते हैं (या bundle update यदि आप उपरोक्त Gemfile लाइन का उपयोग करते हैं) तो इसे अपने Guardfile जोड़कर देखें कि क्या यह मदद करता है:

UI.options.merge!(flush_seconds: 0, level: :debug, device: 'guard.log')
notification :off

यह त्रुटियों को guard.log में भी लॉग करेगा। (हालांकि यह OSX पर पूरी निर्देशिका को स्कैन करने के लिए ट्रिगर कर सकता है)।

धन्यवाद @ e2 , दुर्भाग्य से मुझे बहुत भाग्य नहीं मिला है:

• अतिरिक्त झंडे के बिना चलाने पर Ctrl-C पर क्रैशिंग व्यवहार "प्रयोगात्मक_फीचर्स" शाखा के साथ समान रहता है।
• -n f आपूर्ति करने से कोई फर्क नहीं पड़ता।
• -i पैरामीटर का उपयोग करना क्रैश होने से रोकता है जब परीक्षणों में Ctrl-C'ing (हालांकि छोड़ना मुश्किल है!)।

Ctrl-D, शायद एक दौड़ की स्थिति के साथ छोड़ने पर मुझे अक्सर निम्नलिखित अपवादों में से एक मिलता है:

19:56:17 - INFO - Bundle already up-to-date
19:56:17 - INFO - Guard is now watching at '/mnt/data1/home/andrew/projects/042-joinly/joinly-app'
^Clog writing failed. can't modify frozen IOError
➜  joinly-app git:(master) ✗
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/bundler/gems/guard-d299ad21cfa8/lib/guard/commander.rb:69:in `stop': undefined method `destroy' for #<Guard::Jobs::Sleep:0x0056104497dd80> (NoMethodError)
        from /home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/bundler/gems/guard-d299ad21cfa8/lib/guard/commander.rb:53:in `start'
        from /home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/bundler/gems/guard-d299ad21cfa8/lib/guard/cli/environments/valid.rb:16:in `start_guard'
        from /home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/bundler/gems/guard-d299ad21cfa8/lib/guard/cli.rb:122:in `start'
[...]

तथा

19:56:29 - INFO - Bundle already up-to-date
19:56:30 - INFO - Guard is now watching at '/mnt/data1/home/andrew/projects/042-joinly/joinly-app'
^CE, [2016-08-01T19:56:38.584021 #10597] ERROR -- : run() in thread failed: stream closed:\n /home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/rb-inotify-0.9.7/lib/rb-inotify/notifier.rb:300:in `readpartial'
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/rb-inotify-0.9.7/lib/rb-inotify/notifier.rb:300:in `readpartial'
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/rb-inotify-0.9.7/lib/rb-inotify/notifier.rb:271:in `read_events'
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/rb-inotify-0.9.7/lib/rb-inotify/notifier.rb:238:in `process'
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/rb-inotify-0.9.7/lib/rb-inotify/notifier.rb:221:in `run'
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/listen-3.1.5/lib/listen/adapter/linux.rb:39:in `_run'
[...]

Guardfile लाइनों के साथ bundle exec guard -n f त्रुटि में देरी का परिचय देता है। एक परीक्षण चलाने के दौरान Ctrl-C दबाने से अभी भी Pry अलग हो जाता है और एक सक्रिय संकेत के साथ मिश्रित STDOUT को लिखना जारी रखता है। लेकिन यह उसी तरह समाप्त होता है:

[1] guard(main)> Error: Input/output error - read
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/pry-0.10.4/lib/pry/repl.rb:198:in `readline'
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/pry-0.10.4/lib/pry/repl.rb:198:in `block in input_readline'
/home/andrew/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/pry-0.10.4/lib/pry/input_lock.rb:115:in `interruptible_region'

धन्यवाद @Odaeus इसे जांचने के लिए।

सबसे पहले, मैंने नॉन-प्राइ इंटरेक्टर को खराब कर दिया। (मैंने इसे ठीक करने के लिए अभी एक प्रतिबद्धता को धक्का दिया है)।

दूसरा, आप इस आरबी-इनोटिफाई बग में भागे: https://github.com/nex3/rb-inotify/pull/59

जिसके लिए मैंने एक फिक्स बनाया है (अभी तक विलय या जारी नहीं किया गया है)।

तब तक, आप इसे अपने Gemfile :

gem 'rb-inotify', github: 'e2/rb-inotify', branch: 'e2-fix_ioerror_when_closed'

इससे समस्या 2 का समाधान होगा।

समस्या 3 के लिए - शायद यह एक कार्य प्रगति पर है, लेकिन सुनिश्चित करें कि आपके पास Guardfile :

UI.options.merge!(flush_seconds: 0, level: :debug, device: 'guard.log')
notification :off

और आप किसी अन्य विंडो में आउटपुट पर tail -f guard.log उपयोग कर सकते हैं।

मुझे चिंता है कि इसे ठीक से ठीक करने के लिए पूरे Pry सत्र प्रबंधन को फिर से डिजाइन करना होगा। संभवत: काम करने में पूरा शनिवार लगेगा :(

अगर मेरे पास और पैच हैं तो मैं यहां सभी को ASAP के बारे में बता दूंगा।

ठीक है, यह काम करना चाहिए (जहाँ तक मैं बता सकता हूँ):

आपके Gemfile :

 gem "guard", github: "guard/guard",
                branch: "experimental_fixes", ref: "c6ab8a0"

 gem "listen", require: false, github: "guard/listen",
                branch: "advanced_thread_debugging", ref: "31053de"

  gem "guard-rspec", require: false, github: "guard/guard-rspec",
                     branch: "ctrl_c_workaround", ref: "ee0b21d"

  gem "rb-inotify", require: false, github: "e2/rb-inotify",
                    branch: "e2-fix_ioerror_when_closed", ref: "99d2101"

यह काफी कुछ पैच हैं - बेझिझक समीक्षा करें, टिप्पणी करें और मुझे परीक्षण में मदद करने के लिए पीआर भेजें और इन पैच को जितनी जल्दी हो सके जारी करें।

धन्यवाद!

@ e2 यह व्यवहार बहुत बेहतर है, आप देख सकते हैं कि मैंने ctrl-c को कहाँ मारा, यह कमांड प्रॉम्प्ट पर वापस चला जाता है लेकिन प्रक्रिया बाहर निकलने के बीच में है। यह अंत में एक अपवाद उठाता है, और ऐसा लगता है कि यह लकड़हारा से बाहर आ रहा है, लेकिन चश्मा चलना बंद कर देता है। इसे देखने के लिए धन्यवाद। उम्मीद है की यह मदद करेगा!

^CGuard: INT signal, handling inside trap...                                                                                                             |  ETA: 00:02:03
Guard Pry job: handling interrupt
Guard Pry job: no thread, interrupting Guard

RSpec is shutting down and will print the summary report... Interrupt again to force quit.
Guard::RSpec: Interrupted by user. Waiting for RSpec to die...
➜  source_code git:(development) ✗  3/17 |========== 17 ==========>                                                                                                                         |  ETA: 00:02:28
Pending: (Failures listed here are expected and do not affect your suite's status)

  1) items can export items pdf export
     # Temporarily skipped with xit
     # ./spec/features/items_spec.rb:38


Top 3 slowest examples (25.2 seconds, 83.1% of total time):
  items can click export button and walk through modals
    14.92 seconds ./spec/features/items_spec.rb:26
  items appear in proper time periods
    10.28 seconds ./spec/features/items_spec.rb:51
  items can export pdf export
    0.00005 seconds ./spec/features/items_spec.rb:38

Finished in 30.33 seconds (files took 1.14 seconds to load)
3 examples, 0 failures, 1 pending

Randomized with seed 54136

Coverage report generated for RSpec to /Users/justin/dev/source_code/coverage. 1759 / 3324 LOC (52.92%) covered.

➜  source_code git:(development) ✗
10:18:10 - INFO - Inspecting Ruby code style: spec/features/items_spec.rb
Inspecting 1 file
.

1 file inspected, no offenses detected

10:18:11 - INFO - Bye bye...
/Users/justin/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/lumberjack-1.0.10/lib/lumberjack/device/writer.rb:89:in `close': closed stream (IOError)
    from /Users/justin/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/lumberjack-1.0.10/lib/lumberjack/device/writer.rb:89:in `close'
    from /Users/justin/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/lumberjack-1.0.10/lib/lumberjack/logger.rb:140:in `close'
    from /Users/justin/dev/source_code/vendor/cache/guard-c6ab8a0b70a3/lib/guard/aruba_adapter.rb:51:in `execute'
    from /Users/justin/dev/source_code/vendor/cache/guard-c6ab8a0b70a3/lib/guard/aruba_adapter.rb:20:in `execute!'
    from /Users/justin/dev/source_code/vendor/cache/guard-c6ab8a0b70a3/bin/_guard-core:11:in `<main>'

@jetheredge - इसका परीक्षण करने के लिए धन्यवाद।

मेरे पास इस पर बहुत जल्द गौर करने का समय नहीं होगा :(

मुझे खुशी है कि हालांकि यह अधिक उपयोगी है।

आपके उदाहरण के आधार पर, RSpec को बस रुक जाना चाहिए और गार्ड को Pry प्रॉम्प्ट पर वापस जाना चाहिए।

मुझे लगता है कि यहां समस्या यह है कि गार्ड आईएनटी सिग्नल को फँसाता है। यह नहीं होना चाहिए। इसका उपयोग केवल Pry को मारने के लिए किया जाना चाहिए, लेकिन अगर Pry नहीं चल रहा है (और कोई नौकरी नहीं है) तो इसे कुछ भी नहीं करना चाहिए।

अगर कोई परीक्षण करना चाहता है तो मैं इसके लिए एक पीआर स्वीकार करूंगा। (मूल रूप से, "गार्ड प्राइ जॉब: नो थ्रेड, इंटरप्टिंग गार्ड" नहीं होना चाहिए - इंटरप्ट को केवल PryWrapper में अनदेखा किया जाना चाहिए)।

@ ई ​​2 धन्यवाद! मैं अगले सप्ताह पीआर बनाने पर एक नज़र डालूंगा।

@jetheredge - मुझे लगता है कि यह इस लाइन को बदलने के लिए पर्याप्त है:

https://github.com/guard/guard/blob/c6ab8a0/lib/guard/jobs/pry_wrapper.rb#L108

केवल "वापसी" के साथ।

साथ ही, Ctrl-C को वैसे भी गार्ड से बाहर नहीं निकलना चाहिए।

@e2 - मार्गदर्शन के लिए धन्यवाद, यह सप्ताह अप्रत्याशित रूप से व्यस्त रहा है, मैं जल्द ही एक पीआर बनाऊंगा।

हम सब हैं, मुझ पर विश्वास करो;)

(यदि आप मुझ पर विश्वास नहीं करते हैं, तो गार्ड में मुद्दों की सूची देखें -
उनमें से लगभग सभी विशेषताएं हैं)।

गुरु, अगस्त ११, २०१६ को ०४:१०:०८ पूर्वाह्न ०७०० बजे, जस्टिन एथेरेज ने लिखा:

@e2 - मार्गदर्शन के लिए धन्यवाद, यह सप्ताह अप्रत्याशित रूप से व्यस्त रहा है, मैं जल्द ही एक पीआर बनाऊंगा।

आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें:
https://github.com/guard/guard/issues/842#issuecomment -239132345

मैं क्षमा चाहता हूं, मैं अभी भी इस बारे में नहीं भूला हूं, यह मेरी सूची में है जिसे मैंने हाल ही में दफनाया है। मैं अभी भी ऐसा करने की योजना बना रहा हूं, इसमें अपेक्षा से अधिक समय लग रहा है।

मुझे भी दफनाया गया है। उम्मीद है कि मैं पैच को पूरा और जारी कर दूंगा।

मुझे यकीन नहीं है कि अगर संबंधित है, लेकिन जब मैं आरएसपीसी के दौरान सीटीआरएल-सी में वापस आ जाता हूं, लेकिन गार्ड फिर से कुछ भी नहीं चलाएगा। मैंने इसे बहुत डिबग करने की कोशिश नहीं की है। व्यवहार बंडल निष्पादन के साथ और बिना समान है। मैंने ऊपर निर्दिष्ट शाखाओं के साथ चलने की कोशिश की और इससे फर्क पड़ा कि मेरा गार्ड आरएसपीसी को रोकने के बाद बाहर निकल जाएगा।

कोई उपाय? क्या यह इससे संबंधित है? अगर आपको इस बारे में तत्काल कोई जानकारी नहीं है तो मुझे आंतरिक में खुदाई करने में खुशी होगी। हमारे पास बहुत धीमे स्पेक्स हैं और एक स्पेक को बीच में रोकने में सक्षम होने से बहुत समय की बचत होगी। :)

मुझे MacOs Sierra पर भी यह समस्या आ रही है।

जब मैं एक परीक्षण रद्द करता हूं, तो फ़ाइल पर अगले परिवर्तन परीक्षण नहीं चलाते हैं। यह देखना बंद कर देता है।

मुझे एक ही समस्या हो रही है। इस पर कोई अपडेट?

वही समस्या है। MacOS कैटालिना का उपयोग करना।