[#51213] [ruby-trunk - Bug #7645][Open] BigDecimal#== slow when compared to true/false — "mathie (Graeme Mathieson)" <mathie@...>

11 messages 2013/01/01

[#51328] [ruby-trunk - Bug #7676][Open] Comparison of Float::NAN in array behaves unexpectedly — "simonrussell (Simon Russell)" <spam+ruby@...>

11 messages 2013/01/09

[#51347] [ruby-trunk - Bug #7679][Open] IRB history is broken — "zzak (Zachary Scott)" <zachary@...>

15 messages 2013/01/10

[#51389] [ruby-trunk - Bug #7688][Open] Error hiding with rb_rescue() on Comparable#==, #coerce and others — "Eregon (Benoit Daloze)" <redmine@...>

34 messages 2013/01/11

[#51430] [ruby-trunk - Bug #7696][Open] Lazy enumerators with state can't be rewound — "marcandre (Marc-Andre Lafortune)" <ruby-core@...>

15 messages 2013/01/14

[#51437] [ruby-trunk - Bug #7698][Open] RubyGems 2.0 has an incompatibility about installation of extension libraries — "mrkn (Kenta Murata)" <muraken@...>

21 messages 2013/01/15

[#51454] [CommonRuby - Feature #7701][Open] Non-optional (required) keyword args — "headius (Charles Nutter)" <headius@...>

31 messages 2013/01/15

[#51499] [ruby-trunk - Feature #7712][Open] Add .txt extensions to all plain-text documentation files for Windows users — "postmodern (Hal Brodigan)" <postmodern.mod3@...>

9 messages 2013/01/18

[#51619] [ruby-trunk - Feature #7738][Open] Deprecate Set#+ as an alias of Set#|, use it for symmetric difference. Introduce Hash#| for Hash#reverse_merge in Rails. — "alexeymuranov (Alexey Muranov)" <redmine@...>

11 messages 2013/01/24

[#51623] [ruby-trunk - Feature #7739][Open] Define Hash#| as Hash#reverse_merge in Rails — "alexeymuranov (Alexey Muranov)" <redmine@...>

24 messages 2013/01/24

[#51714] [CommonRuby - Feature #7747][Open] Expanded API for Binding semantics — "jballanc (Joshua Ballanco)" <jballanc@...>

19 messages 2013/01/27

[#51742] [ruby-trunk - Bug #7756][Open] clang 3.2 sees through UNINITIALIZED_VAR macro, gives warning — "drbrain (Eric Hodel)" <drbrain@...7.net>

10 messages 2013/01/29

[#51763] [ruby-trunk - Bug #7758][Open] Ruby on Windows crashes when active codepage is codepage 65001 and outputting unicode character — "joshc (Josh C)" <josh.nw@...>

16 messages 2013/01/30

[ruby-core:51406] [ruby-trunk - Bug #7648] GServer does not close cleanly from signal interrupt context

From: "jleo3 (Joe Leo)" <joseph.leo3@...>
Date: 2013-01-13 16:00:14 UTC
List: ruby-core #51406
Issue #7648 has been updated by jleo3 (Joe Leo).


Confirming that this is still an issue on RC1: 

ruby -v
ruby 2.0.0dev (2013-01-07 trunk 38733) [i686-linux]


/home/joe/lib/lib/ruby/2.0.0/gserver.rb:116:in `synchronize': can't be called from trap context (ThreadError)
	from /home/joe/lib/lib/ruby/2.0.0/gserver.rb:116:in `stop'
	from /home/joe/dev/bane/lib/bane/launcher.rb:19:in `block in stop'
	from /home/joe/dev/bane/lib/bane/launcher.rb:19:in `each'
	from /home/joe/dev/bane/lib/bane/launcher.rb:19:in `stop'
	from ./bin/bane:22:in `block in <main>'
	from /home/joe/lib/lib/ruby/2.0.0/gserver.rb:140:in `call'
	from /home/joe/lib/lib/ruby/2.0.0/gserver.rb:140:in `join'
	from /home/joe/lib/lib/ruby/2.0.0/gserver.rb:140:in `join'
	from /home/joe/dev/bane/lib/bane/launcher.rb:15:in `block in join'
	from /home/joe/dev/bane/lib/bane/launcher.rb:15:in `each'
	from /home/joe/dev/bane/lib/bane/launcher.rb:15:in `join'
	from ./bin/bane:23:in `<main>'


----------------------------------------
Bug #7648: GServer does not close cleanly from signal interrupt context
https://bugs.ruby-lang.org/issues/7648#change-35384

Author: jleo3 (Joe Leo)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: ruby 2.0.0dev (2013-01-02 trunk 38676) [i686-linux]


SUMMARY:
When a signal interrupt is trapped, we can no longer call #close on GServer without it throwing a ThreadError. 

STEPS TO REPEAT:
1) Run the following code:

    require 'gserver'

    server = GServer.new 8080
    server.start
    trap("SIGINT") { server.stop }
    gets # or any command that keeps the process running

2) Hit CTRL+C or whichever command will send the interrupt signal to this program. 

WHAT I EXPECTED: In version 1.9.3, CTRL+C sends an interrupt signal and the program exits cleanly. 

WHAT HAPPENED: When running the version from trunk the following stack trace is thrown. 

^C/home/joe/.rvm/rubies/ruby-head/lib/ruby/2.0.0/gserver.rb:116:in `synchronize': can't be called from trap context (ThreadError)
	from /home/joe/.rvm/rubies/ruby-head/lib/ruby/2.0.0/gserver.rb:116:in `stop'
	from gserver_bug.rb:5:in `block in <main>'
	from gserver_bug.rb:6:in `call'
	from gserver_bug.rb:6:in `gets'
	from gserver_bug.rb:6:in `gets'
	from gserver_bug.rb:6:in `<main>'

POSSIBLY RELEVANT: https://bugs.ruby-lang.org/issues/6416

NOTE: This was tried with AND without RVM with the same results.


-- 
http://bugs.ruby-lang.org/

In This Thread