September 2011 - macruby-tickets - lists.macosforge.org

[MacRuby] #1016: Regular expression 'negative look-ahead' not working properly
by MacRuby 05 Feb '12

05 Feb '12

#1016: Regular expression 'negative look-ahead' not working properly ----------------------------------+----------------------------------------- Reporter: yasuimao@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I'm not sure if I'm doing this properly, but let me try. It's hard to describe, but there seems to be a bug in regular expression negative look-ahead (?! ). The regular expression below might not be optimal, but what it tries to do is a wild card text search for expressions with 0-2 words in between "it is" and "interesting" excluding "not". {{{ text = "It is interesting. It is very interesting. It is very very interesting. It is not interesting. It is not very interesting." p text.scan(/it is(?:\ *(?!\bnot\b)\w+)?(?:\ *(?!\bnot\b)\w+)? interesting/i) }}} Results Ruby 1.8.7/RubyCocoa {{{ => ["It is interesting", "It is very interesting", "It is very very interesting"] }}} MacRuby 0.7.1 {{{ => ["It is interesting", "It is very interesting"] }}} If I don't use negative look-ahead, both return the same array. {{{ text = "It is interesting. It is very interesting. It is very very interesting. It is not interesting. It is not very interesting." p text.scan(/\bit is(?:\ *\w+)?(?:\ *\w+)? interesting\b/i) }}} Result - Ruby 1.8.7/RubyCocoa, MacRuby {{{ => ["It is interesting", "It is very interesting", "It is very very interesting", "It is not interesting", "It is not very interesting"] }}} I also tried this at http://demo.icu-project.org/icu-bin/redemo and the result was the same as Ruby 1.8.7/RubyCocoa. -- Ticket URL: <http://www.macruby.org/trac/ticket/1016> MacRuby <http://macruby.org/>

1 6

[MacRuby] #1064: Segfault occurs when use a clone object with OpenStruct.
by MacRuby 05 Feb '12

05 Feb '12

#1064: Segfault occurs when use a clone object with OpenStruct. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'ostruct' @os = OpenStruct.new(:name => "John Smith", :age => 70, :pension => 300) f = @os.clone p f.age # .should == 70 }}} BackTrace: {{{ $ DYLD_LIBRARY_PATH=. gdb --args ./macruby ~/tmp/tt.rb Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000119 0x00007fff800075f0 in object_getClass () (gdb) bt #0 0x00007fff800075f0 in object_getClass () #1 0x00000001000d20da in rb_objc_convert_immediate (obj=0x119) at objc.m:539 #2 0x000000010014518a in rb_ocid_to_rval (obj=0x119) at objc.h:247 #3 0x00000001001451c5 in builtin_ostub1 (imp=0x103304a30, self=0x200022c80, sel=0x102e8dd70, argc=0, argv=0x0) at vm.cpp:4818 #4 0x0000000100138dad in rb_vm_dispatch () at dispatcher.cpp:480 #5 0x0000000103300b26 in ?? () #6 0x00000001033001bc in ?? () #7 0x000000010015268d in rb_vm_run (fname=0x20004e9e0 "/Users/watson/tmp/tt.rb", node=0x2000369a0, binding=0x0, inside_eval=false) at vm.cpp:3943 #8 0x0000000100038d71 in ruby_run_node (n=0x2000369a0) at eval.c:211 #9 0x0000000100000c15 in main (argc=2, argv=0x100e1de40, envp=0x7fff5fbfee78) at main.cpp:40 (gdb) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1064> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1035: ruby subclasses of Obj-C classes have incompatible initialization semantics
by MacRuby 05 Feb '12

05 Feb '12

#1035: ruby subclasses of Obj-C classes have incompatible initialization semantics -------------------------------------------------+-------------------------- Reporter: russm-trac-macports-org@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: #reduction -------------------------------------------------+-------------------------- Ruby classes that inherit from Obj-C classes (including core ruby classes like String) have incompatible initialization semantics compared to mri. Since this affects some core ruby classes, it breaks compatibility between the mri and MacRuby environments. eg: in this subclass of String, S2#initialize is never called with 0 arguments {{{ ru...@alcazar:~$ macruby --version MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] ru...@alcazar:~$ macirb irb(main):001:0> class S2 < String irb(main):002:1> attr_accessor :foo irb(main):003:1> def initialize foo = "default2" irb(main):004:2> @foo = foo irb(main):005:2> STDERR.puts "setting #{foo}" irb(main):006:2> end irb(main):007:1> end => nil irb(main):008:0> s2 = S2.new => "" irb(main):009:0> }}} while under mri 1.9.2, S2#initialize is called as expected (nb. executable is called irb1.9.1 but is actually 1.9.2 - thanks, Debian package naming!) {{{ ru...@worcestershire/~ 0 $ ruby1.9.1 --version ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux] ru...@worcestershire/~ 0 $ irb1.9.1 irb(main):001:0> class S2 < String irb(main):002:1> attr_accessor :foo irb(main):003:1> def initialize foo = "default2" irb(main):004:2> @foo = foo irb(main):005:2> STDERR.puts "setting #{foo}" irb(main):006:2> end irb(main):007:1> end => nil irb(main):008:0> s2 = S2.new setting default2 => "" irb(main):009:0> }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1035> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1342: Ruby 1.9.2 Syntax
by MacRuby 29 Jan '12

29 Jan '12

#1342: Ruby 1.9.2 Syntax ------------------------------------+--------------------------------------- Reporter: seanlilmateus@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Syntax, Ruby 1.9.2 ------------------------------------+--------------------------------------- this code run on ruby 1.9.2p180 but it does on MacRuby p "%d %s" % [1, "message"] # => "1 message" # =>"1 message" p "%{firstname}, %{lastname}" % {firstname: "Masao", lastname: "Mutoh"} # => "Masao, Mutoh" p "%<integer>d, %<float>.1f" % { integer: 10, float: 43.476374 } # => "10, 43.5" on MacRuby this results an "ArgumentError: named after numbered" -- Ticket URL: <http://www.macruby.org/trac/ticket/1342> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1157: String#slice is an order of magnitude slower on MacRuby compared to 1.9.2-p136
by MacRuby 27 Jan '12

27 Jan '12

#1157: String#slice is an order of magnitude slower on MacRuby compared to 1.9.2-p136 ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I was testing to see if it was faster it was faster to use #sub or #slice to get a substring, and during my benchmarking I found that MacRuby was at least an order of magnitude slower for for both of these methods. I have attached my benchmarks and a Numbers file with graphs. -- Ticket URL: <http://www.macruby.org/trac/ticket/1157> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1255: HighLine Gem - stty: stdin isn't a terminal
by MacRuby 14 Dec '11

14 Dec '11

#1255: HighLine Gem - stty: stdin isn't a terminal -------------------------------------+-------------------------------------- Reporter: umairsiddique@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Consider the following code. {{{ require 'rubygems' require 'highline' h = HighLine.new h.ask("Password: ") {|x| x.echo = "*"} }}} The last line is supposed to let you type in masked characters (masked with *), but instead this is what MacRuby nightly (05/03) produces. {{{ Password: stty: stdin isn't a terminal speed 9600 baud; lflags: -icanon -iexten -echo echoke echoctl iflags: -icrnl -ixon -imaxbel iutf8 ignbrk -brkint oflags: -opost -oxtabs cflags: cs8 -parenb => "" }}} The weird indentation is neither mine nor Trac's. I'm pasting direct from the console. -- Ticket URL: <http://www.macruby.org/trac/ticket/1255> MacRuby <http://macruby.org/>

1 5

[MacRuby] #1327: Ruby Constants in Lion
by MacRuby 09 Dec '11

09 Dec '11

#1327: Ruby Constants in Lion -------------------------------------------+-------------------------------- Reporter: harry@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: Lion -------------------------------------------+-------------------------------- I've been trying to test my app on the latest version of Lion (Build 11A459e) with the latest developer preview of Xcode 4 and both the 0.10 and latest nightly build of MacRuby. I've searched both MacRuby.org and apples dev forums but haven't found any reference to whether MacRuby supports Lion yet... but I thought it worth logging this bug. To find it in it's simplest state I started be creating a standard MacRuby app from Xcode's template, and then modified the AppDelegate file so that it looked like the following: class AppDelegate attr_accessor :window Constant_Number = 3 def applicationDidFinishLaunching(a_notification) # Insert code here to initialize your application print "#{Constant_Number}" end end Which produces the following error in the console when the application is run: unknown: warning: already initialized constant DDMap 2011-06-13 19:50:59.987 Io[1011:503] /Users/harry/Library/Developer/Xcode/DerivedData/Io- dqbjbwecwbbpzmbqqzwbrodltwxd/Build/Products/Debug/Io.app/Contents/Resources/AppDelegate.rb:17:in `applicationDidFinishLaunching': uninitialized constant Constant_Number (NameError) from /Users/harry/Library/Developer/Xcode/DerivedData/Io- dqbjbwecwbbpzmbqqzwbrodltwxd/Build/Products/Debug/Io.app/Contents/Resources/rb_main.rb:23:in `<main>' I hope you don't feel this contravenes the NDA.. I don't think it should.. as it's not really revealing anything about Lion. I hope support for Lion isn't too far down the list. All the best Harry -- Ticket URL: <http://www.macruby.org/trac/ticket/1327> MacRuby <http://macruby.org/>

1 3

[MacRuby] #993: Assertion failure : vm.cpp
by MacRuby 16 Nov '11

16 Nov '11

#993: Assertion failure : vm.cpp ---------------------------------------+------------------------------------ Reporter: hungerandthirst@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: gems, bundler, deps ---------------------------------------+------------------------------------ no idea where this comes from but when trying to use bundler to manage gem deps in a macruby app like so require "rubygems" require "bundler/setup" I get the following: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3370. If I remove the 'require bundler/setup' line, it works fine. Using 7.1 release. -- Ticket URL: <http://www.macruby.org/trac/ticket/993> MacRuby <http://macruby.org/>

1 12

[MacRuby] #874: Abort occurs when when calls Thread#raise / #kill when Thread#join is called in block of Thread.
by MacRuby 14 Nov '11

14 Nov '11

#874: Abort occurs when when calls Thread#raise / #kill when Thread#join is called in block of Thread. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby $ cat test.rb t1 = Thread.new {sleep 10} t2 = Thread.new { t1.join } sleep 1 t2.raise #t2.kill }}} Result of MacRuby Trunk: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/874> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1385: Segfault occurs when running with Rails 3.0.7 since #ee78786
by MacRuby 17 Oct '11

17 Oct '11

#1385: Segfault occurs when running with Rails 3.0.7 since #ee78786 ------------------------------+--------------------------------------------- Reporter: kouji@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: rails ------------------------------+--------------------------------------------- Segfault occurs when running with Rails 3.0.7 since #ee78786. See below. {{{ $ env VM_DISABLE_RBO=1 macruby -S rails server => Booting WEBrick => Rails 3.0.7 application starting in development on http://0.0.0.0:3000 => Call with -d to detach => Ctrl-C to shutdown server (after 2 or 3 seconds) zsh: segmentation fault (; cd /Users/kouji/work/MacRuby/MacRuby/issues/work/demo && env macruby -S ) }}} So I created a patch and attached it into this ticket. Laurent, Could you review it? Thanks. -- Ticket URL: <http://www.macruby.org/trac/ticket/1385> MacRuby <http://macruby.org/>

1 2