Guard: Ctrl-C 크래시 가드

나는 또한 2.2.5에서 이것을 경험하고 있습니다.

나는 또한 이것을 경험하고 있지만 (효과적으로 동일한 스택 추적) Ruby v2.3.0 , Guard v2.13.0 있습니다.

bundle exec guard 를 통해 Guard를 실행한 다음 프롬프트에서 Ctrl-C 를 누르면 문제가 표시됩니다. 그러나 번들을 통하지 않고 guard 실행하면 Ctrl-C 눌러도 문제가 발생하지 않습니다.

전체 Ruby 및 Readline 버전:

$ 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 gem을 수동으로 설치하면 나중에 발생하는 손상 문제는 해결되지만 Ctrl-C 는 동일한 스택 추적을 생성합니다. 이 gem이 설치된 상태에서 guard는 다음과 같이 Readline 버전을 보고합니다:

[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

내 Readline 버전은 가드 내부와 외부 모두 6.3 입니다.

몇 가지를 합친 것 같습니다.

"quickfix" 브랜치를 만들고 나중에 통합하는 방법을 알아낼 것입니다.

좋아, 몇 가지 해킹으로 분기를 만듭니다. 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. 확인하지 않았지만 LumberJack 로깅이 시간 플러싱을 사용하지 않아야 할 때 사용하고 있을 수 있습니다.
5. STDERR 스트림이 더 이상 닫히지 않습니다.
6. Pry는 더 이상 죽거나 합류하지 않습니다. 대신 깨어납니다(따라서 다른 조정을 고려할 때 "멈추지" 않아야 함).

일부 회귀/문제:

1. 가드/태스크가 컬러 출력을 망치면 수정되지 않습니다(콘솔 재설정은 비활성화됨).
2. 이에 대한 테스트 없음(먼저 문제를 해결할 수 있는지 확인하려고 함)
3. MRI 2.3.1 이외의 다른 Rubies에서는 테스트되지 않음

기타 해결 방법:

필사적이라면 Pry 및 알림 없이 Guard를 사용해 볼 수 있습니다.

bundle exec guard -n f -i

이것이 도움이 되거나 다른 문제가 있는 경우 알려주시면 공식적으로 수정 및 릴리스할 수 있습니다.

이러한 수정 사항 중 하나를 선택적으로 사용하는 PR을 자유롭게 제출하십시오(테스트는 좋지만).

약간의 수정을 가했습니다.

변경 사항을 가져올 수 있습니다(또는 위의 Gemfile 행을 사용하는 경우 bundle update ). 그런 다음 이것을 Guardfile 하여 도움이 되는지 확인할 수 있습니다.

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

또한 guard.log 오류를 기록합니다. (OSX에서 전체 디렉토리 검색을 트리거할 수 있지만).

@e2 에게 감사드립니다. 불행히도 운이 좋지 않았습니다.

• Ctrl-C의 충돌 동작은 추가 플래그 없이 실행할 때 "experimental_features" 분기와 동일하게 유지됩니다.
• -n f 하면 차이가 없습니다.
• -i 매개변수를 사용하면 테스트에서 Ctrl-C를 눌렀을 때 충돌이 방지됩니다(종료하기 어렵긴 하지만!).

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를 누르면 여전히 활성 프롬프트와 혼합된 STDOUT에 계속 쓰는 테스트와 함께 Pry가 분리됩니다. 하지만 같은 방식으로 끝납니다.

[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 .

먼저 non-pry 인터랙터를 망쳤습니다. (이 문제를 해결하기 위해 방금 커밋을 푸시했습니다.)

둘째, 이 rb-inotify 버그가 발생했습니다: 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 세션 처리를 다시 설계해야 할 것 같습니다. 아마 토요일 전체가 해결될 것입니다 :(

더 이상 패치가 있으면 여기 있는 모든 사람에게 최대한 빨리 알려 드리겠습니다.

좋아, 이것은 (내가 말할 수있는 한) 작동해야합니다.

귀하의 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"

꽤 많은 패치입니다. 테스트하고 가능한 한 빨리 이러한 패치를 릴리스할 수 있도록 PR을 검토하고, 댓글을 달고, PR을 보내주십시오.

감사!

@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은 중지되어야 하고 Guard는 Pry 프롬프트로 돌아가야 합니다.

여기서 문제는 Guard가 INT 신호를 트랩한다는 것입니다. 그러면 안됩니다. Pry를 죽이는 데만 사용해야 하지만 Pry가 실행되고 있지 않고 작업이 없는 경우에는 아무 작업도 수행하지 않아야 합니다.

누군가 테스트하고 싶다면 이에 대한 PR을 수락하겠습니다. (기본적으로 "Guard Pry job: no thread, interrupting Guard"는 발생하지 않아야 합니다. 인터럽트는 PryWrapper에서 무시되어야 합니다.)

@e2 감사합니다! 다음 주에 PR을 만드는 방법을 살펴보겠습니다.

@jetheredge- 이 줄을 대체하는 것으로 충분하다고 생각합니다.

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

단지 "반환"으로.

또한 Ctrl-C는 어쨌든 가드를 종료해서는 안됩니다.

@e2 - 안내해주셔서 감사합니다. 이번주는 예상외로 바빴습니다. 곧 PR을 작성하겠습니다.

우리 모두는 나를 믿으십시오 ;)

(믿을 수 없다면 Guard의 문제 목록을 확인하십시오.
거의 모두가 기능입니다).

2016년 8월 11일 목요일 04:10:08AM -0700에서 Justin Etheredge는 다음과 같이 썼습니다.

@e2 - 안내해주셔서 감사합니다. 이번주는 예상외로 바빴습니다. 곧 PR을 작성하겠습니다.

당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/guard/guard/issues/842#issuecomment -239132345

죄송합니다. 나는 이것을 아직도 잊지 못하고 있습니다. 그것은 최근에 묻힌 내 목록에 있습니다. 아직 하려고 하는데 생각보다 시간이 오래 걸리네요.

나도 묻혔다. 패치가 완료되고 출시되기를 바랍니다.

관련이 있는지 확실하지 않지만 RSpec 중에 CTRL-C를 누르면 다시 pry에 빠지지만 가드는 다시는 아무 것도 실행하지 않습니다. 디버깅을 많이 시도하지 않았습니다. 동작은 번들 실행의 유무에 관계없이 동일합니다. 위에서 지정한 분기로 실행을 시도했는데 RSpec을 중지한 후 가드가 종료되는 위치에 차이가 있었습니다.

어떤 아이디어라도? 이것과 관련이 있습니까? 이에 대해 즉각적인 아이디어가 없는 경우 내부를 파헤쳐 드리겠습니다. 우리는 느린 사양을 많이 가지고 있으며 중간에 사양을 중지할 수 있으면 많은 시간을 절약할 수 있습니다. :)

MacOs Sierra에서도 이 문제가 발생합니다.

테스트를 취소하면 파일에 대한 다음 변경 사항이 테스트를 실행하지 않습니다. 시청을 멈춥니다.

같은 문제가 있습니다. 이에 대한 업데이트가 있습니까?

같은 문제가 있습니다. macOS 카탈리나 사용.