November 2010 - macruby-tickets - lists.macosforge.org

[MacRuby] #994: Grit gem acts differently in macruby vs macruby app
by MacRuby 06 Dec '10

06 Dec '10

#994: Grit gem acts differently in macruby vs macruby app ---------------------------------------+------------------------------------ Reporter: hungerandthirst@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ I'm trying to integrate the grit gem into a macruby app. If I try to create a Repo object and then do Grit::Status.new(repo) on the object, it claims all the objects in the repo are unversioned/untracked. However if I run the exact same code in macirb or place the code and run via macruby, it returns the correct status on the repo. Using MacRuby 7.1 release. -- Ticket URL: <http://www.macruby.org/trac/ticket/994> MacRuby <http://macruby.org/>

1 2

[MacRuby] #966: MacRuby encoding error with Mail gem
by MacRuby 06 Dec '10

06 Dec '10

#966: MacRuby encoding error with Mail gem -----------------------------------+---------------------------------------- Reporter: andre.lewis@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- With MacRuby 0.71 and mail (2.2.7), I get: {{{ irb(main):002:0> require "rubygems" => true irb(main):003:0> require "mail" Encoding::CompatibilityError: incompatible character encodings: UTF-8 and ASCII-8BIT }}} It seems to come down to an encoding issue in http://github.com/mikel/mail/commits/master/lib/mail/patterns.rb, specifically forcing encoding on 'control'. -- Ticket URL: <http://www.macruby.org/trac/ticket/966> MacRuby <http://macruby.org/>

1 2

[MacRuby] #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError.
by MacRuby 06 Dec '10

06 Dec '10

#887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. ---------------------------------+------------------------------------------ Reporter: dev@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ {{{ ### Ruby 1.9.2 s = "a".force_encoding("BINARY") # => "a" s.encoding # => #<Encoding:ASCII-8BIT> [s, s].join.encoding # => #<Encoding:ASCII-8BIT> s = "\xA4\x01".force_encoding("BINARY") # => "\xA4\x01" s.encoding # => #<Encoding:ASCII-8BIT> [s, s].join.encoding # => #<Encoding:ASCII-8BIT> ### MacRuby 0.7 trunk@4494 s = "a".force_encoding("BINARY") # => "a" s.encoding # => #<Encoding:ASCII-8BIT> [s, s].join.encoding # => #<Encoding:UTF-8> s = "\xA4\x01".force_encoding("BINARY") # => "\xA4\x01" s.encoding # => #<Encoding:ASCII-8BIT> [s, s].join.encoding # Encoding::CompatibilityError: incompatible character encodings: UTF-8 and ASCII-8BIT }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/887> MacRuby <http://macruby.org/>

1 5

[MacRuby] #906: Double BOM force_encoding bug (from HAML)
by MacRuby 06 Dec '10

06 Dec '10

#906: Double BOM force_encoding bug (from HAML) ---------------------------------+------------------------------------------ Reporter: timmfin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ I was messing with some thoughts I have for a desktop mac app recently, and I wanted to embed HAML/SASS (http://github.com/nex3/haml) inside of it. My first thought was to get HAML running under macruby, since then I would be able to cleanly link from objective-c to macruby (rather than open c-ruby via an external process). Note, I'm only partially familiar with ruby and totally new to macruby. So there is a large chance I'm being an idiot in some way. So far I have had very little success getting HAML to run in macruby. I first tried macruby .6 but ran into an error. Then I tried building the latest .7 head to make sure that it still had the same problem. Here's the error. {{{ /Users/timmfin/Development/haml/lib/haml/util.rb:561:in `block': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding::CompatibilityError) from /Users/timmfin/Development/haml/lib/haml/util.rb:517:in `check_sass_encoding:' from /Users/timmfin/Development/haml/lib/sass/engine.rb:222:in `check_encoding!' from /Users/timmfin/Development/haml/lib/sass/engine.rb:202:in `_to_tree' from /Users/timmfin/Development/haml/lib/sass/engine.rb:167:in `to_css' }}} The line numbers don't match up, but here's the relevant code http://github.com/nex3/haml/blob/master/lib/haml/util.rb#L579 . Oh fun. Encodings. This code is building up a map of regular expressions, which will be used to figure out the encoding of incoming input text. AKA, match '\uFEFF@charset ".*"' or '\uFEFF' in various encodings. Macruby dies the first time it hits line 596 (when h = {} and e = "UTF-8"): {{{ Regexp.new(/\A(?:#{_enc("\uFEFF", e)})?#{ _enc('@charset "', e)}(.*?)#{_enc('"', e)}|\A(#{ _enc("\uFEFF", e)})/) }}} After taking out parts of the regex that don't matter and inlining _enc you get: {{{ Regexp.new(/#{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") } #{ '@charset "'.encode("UTF-8").force_encoding("BINARY") } #{ '"'.encode("UTF-8").force_encoding("BINARY") } #{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") }/) }}} When I run the above code against c-ruby 1.9 it works fine. But it dies (with the same incompatible character encodings error) against macruby .7 dev (from a few days ago). Here's the minimal test case I've created (also at http://gist.github.com/581906) {{{ #!/usr/local/bin/macruby s = "#{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") }" puts "A single BOM Worked!" s = "first: #{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") } second: #{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") }" puts "Two BOMs Worked!" }}} The output is: {{{ timmfin-pro in ~/pending $ ./regex-encoding-test.rb A single BOM Worked! incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding::CompatibilityError) }}} The first string interpolation works fine, but the second one kills macruby. Looks like something awkward is going on in macruby when you try to substitute/concatenate two force_encoded BOMs into a string. Thanks for listening, I hope that I've uncovered a bug and not just some wacko code that lives in HAML. -- Ticket URL: <http://www.macruby.org/trac/ticket/906> MacRuby <http://macruby.org/>

1 4

[MacRuby] #937: Rescuing Interrupt doesn't work
by MacRuby 05 Dec '10

05 Dec '10

#937: Rescuing Interrupt doesn't work -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: irb -------------------------------------+-------------------------------------- This is needed by IRB and used to work, iirc: {{{ % macruby -e 'begin; loop {}; rescue Interrupt; p :ok; end' ^C % ruby19 -e 'begin; loop {}; rescue Interrupt; p :ok; end' ^C:ok }}} Trap does work, though. {{{ % macruby -e 'trap("SIGINT") { p :ok; exit }; loop {}' ^C:ok }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/937> MacRuby <http://macruby.org/>

1 2

[MacRuby] #996: Missing Proc#source_location leads to incomplete Kernel#caller backtraces
by MacRuby 05 Dec '10

05 Dec '10

#996: Missing Proc#source_location leads to incomplete Kernel#caller backtraces -----------------------------------------+---------------------------------- Reporter: martijn@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: -----------------------------------------+---------------------------------- I'm trying to use RSpec (latest version, 2.1.0) with MacRuby nightly, but there is information missing from the exception backtraces which makes it difficult to see where exactly specs fail. The issue is that RSpec uses instance_eval with a Proc object to execute an example. In Ruby 1.9.2, Procs include their source_location, an Array consisting of the file name and line number of the code represented by the Proc. This source_location (or actually it's underlying implementation) is used by Ruby 1.9.2 to generate Kernel#caller backtraces for code executed from a Proc. MacRuby however, doesn't implement Proc#source_location (I checked proc.c and compared it to the Ruby 1.9.2 version) and hence Kernel#caller output doesn't show backtraces for code executed from a Proc. RubySpec contains a failing core/proc/source_location_spec.rb which might help in implementing this feature. -- Ticket URL: <http://www.macruby.org/trac/ticket/996> MacRuby <http://macruby.org/>

1 1

[MacRuby] #947: Wish CoreText Suport
by MacRuby 05 Dec '10

05 Dec '10

#947: Wish CoreText Suport -------------------------------+-------------------------------------------- Reporter: niedhui@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: CoreText -------------------------------+-------------------------------------------- wish The CoreText struct like CTLine ,CTRun should have a real class in macruby -- Ticket URL: <http://www.macruby.org/trac/ticket/947> MacRuby <http://macruby.org/>

1 1

[MacRuby] #842: Can't catch the exception of SecurityError Level 4.
by MacRuby 05 Dec '10

05 Dec '10

#842: Can't catch the exception of SecurityError Level 4. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_safe.rb class C def m $SAFE end end def run(&block) begin block.call rescue SecurityError => e p "ok : #{e}" else p "ng" end end puts "** level 1" b = lambda { $SAFE = 1 eval "1 + 1".taint } run{ b.call } puts "** level 2" b = lambda { $SAFE = 2 Dir.chdir("..") } run{ b.call } puts "** level 3" b = lambda { $SAFE = 3 "1 + 1".untaint } run{ b.call } puts "** level 4" d = lambda { $SAFE = 4 dclass = Class.new(C) dclass.send(:alias_method, :mm, :m) dclass.new }.call run{ d.mm } b = lambda { d = Dir.open('.') $SAFE = 4 d.close } run{ b.call } }}} Result of Ruby 1.9.1: {{{ $ ruby test_safe.rb ** level 1 "ok : Insecure operation - eval" ** level 2 "ok : Insecure operation `chdir' at level 2" ** level 3 "ok : Insecure operation `untaint' at level 3" ** level 4 "ok : calling insecure method: mm" "ok : Insecure: operation on trusted Dir" }}} Result of MacRuby Trunk: {{{ $ macruby test_safe.rb ** level 1 "ok : Insecure operation: -r" ** level 2 "ok : Insecure operation at level 2" ** level 3 "ok : Insecure operation at level 3" ** level 4 /Users/watson/test/ruby/macruby/test_safe.rb:9:in `run': Insecure operation at level 4 (SecurityError) from /Users/watson/test/ruby/macruby/test_safe.rb:1:in `<main>' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/842> MacRuby <http://macruby.org/>

1 7

[MacRuby] #948: MacRuby should match with Regexp, distinguish between '\r' and '\n'.
by MacRuby 05 Dec '10

05 Dec '10

#948: MacRuby should match with Regexp, distinguish between '\r' and '\n'. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ p /^bar/.match("foo\rbar") # => nil p /^bar/.match("foo\nbar") p /^bar/.match("foo\r\nbar") p "--" p /foo$/.match("foo\rbar") # => nil p /foo$/.match("foo\nbar") p /foo$/.match("foo\r\nbar") # => nil }}} Result: {{{ $ ruby19 test_regexp.rb nil #<MatchData "bar"> #<MatchData "bar"> "--" nil #<MatchData "foo"> nil $ macruby test_regexp.rb #<MatchData "bar"> #<MatchData "bar"> #<MatchData "bar"> "--" #<MatchData "foo"> #<MatchData "foo"> #<MatchData "foo"> }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/948> MacRuby <http://macruby.org/>

1 2

[MacRuby] #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source
by MacRuby 05 Dec '10

05 Dec '10

#888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source ---------------------------------+------------------------------------------ Reporter: dev@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ {{{ $ cat foo.rb #!/usr/bin/env macruby puts DATA.read __END__ lolcats $ macruby foo.rb lolcats $ macrubyc foo.rb -o foo $ ./foo uninitialized constant DATA (NameError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/888> MacRuby <http://macruby.org/>

1 3