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

[MacRuby] #855: MacRuby should load the "rubygems" automatically.
by MacRuby 23 Mar '12

23 Mar '12

#855: MacRuby should load the "rubygems" automatically. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby -v -e "p Gem.class" ruby 1.9.1p429 (2010-07-02 revision 28523) [i386-darwin10] Module $ /usr/bin/ruby -v -e "p Gem.class" ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] -e:1: uninitialized constant Gem (NameError) $ macruby -v -e "p Gem.class" MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Users/watson/src/MacRuby/-e:1:in `<main>': uninitialized constant Gem (NameError) }}} {{{ $ cat test.rb #!ruby $LOADED_FEATURES.each do |file| puts file end }}} Runs above script, I found that the "rubygems" is loaded automatically with Ruby 1.9. {{{ $ ruby test.rb enumerator.so /opt/local/lib/ruby1.9/1.9.1/i386-darwin10/enc/encdb.bundle /opt/local/lib/ruby1.9/1.9.1/i386-darwin10/enc/trans/transdb.bundle /opt/local/lib/ruby1.9/1.9.1/rubygems.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/855> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1227: Xcode 4 templates are not installed properly if the install location is not on the system drive
by MacRuby 05 Mar '12

05 Mar '12

#1227: Xcode 4 templates are not installed properly if the install location is not on the system drive -------------------------------+-------------------------------------------- Reporter: shazron@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: xcode4 -------------------------------+-------------------------------------------- Right now the Xcode 4 template install location is based off "/Developer". If someone installed Xcode in another drive, or another folder in the system drive, it will not be installed properly. The proper way to detect the Xcode install location is by running `xcode- select -print-path` and using that value. -- Ticket URL: <http://www.macruby.org/trac/ticket/1227> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1190: macirb try to do something to strings it tries to print using #to_s
by MacRuby 20 Feb '12

20 Feb '12

#1190: macirb try to do something to strings it tries to print using #to_s ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- During a macirb session: ± irb irb(main):001:0> class NSURL irb(main):002:1> alias_method :to_s, :absoluteString irb(main):003:0> end => NSURL irb(main):004:0> NSURL.URLWithString( 'macruby.org' ) RuntimeError: can't modify frozen/immutable string irb(main):005:0> test = NSURL.URLWithString( 'macruby.org' ) RuntimeError: can't modify frozen/immutable string irb(main):006:0> test.to_s => "macruby.org" irb(main):007:0> macirb seems to be trying to do something to strings it get's from calling #to_s -- Ticket URL: <http://www.macruby.org/trac/ticket/1190> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182)
by MacRuby 15 Feb '12

15 Feb '12

#1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182) ------------------------------+--------------------------------------------- Reporter: lonny6@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- "undefined method 'html_parser' for nil:NilClass" Please see the attached text. It shows the mechanize gem working under Irb in Ruby 1.9.2, and the same failing under MacIrb from MacRuby 0.10. The gems in the 2 environments are identical. I don't think the problem is what dekiefer (#1182) thought it is. In the uploaded text you can clearly see that Mechanize.new() is not working properly under MacRuby. An instance does appear to get created, but it is not properly initialized. In contrast, under 1.9.2, you can see that the mechanize object is fully populated with attributes, including "@html_parser". This also happens in the situation mentioned in ticket #1182, but I don't think anybody noticed. I doubt it has anything at all to do with prettyprint. Regardless: I have no idea why the mechanize object is not getting properly initialized in MacRuby. This is a blocking issue for me. I have a project that must go forward and this is stopping me. Any advice on how to patch this problem would be appreciated, as it is urgent. I should also mention that the same error occurs under XCode, but that should not be a big surprise because it's using the same MacRuby. -- Ticket URL: <http://www.macruby.org/trac/ticket/1218> MacRuby <http://macruby.org/>

1 6

[MacRuby] #1232: MacRuby does not finish when Thread is awaiting the lock and calls Thread#{join, value}.
by MacRuby 06 Feb '12

06 Feb '12

#1232: MacRuby does not finish when Thread is awaiting the lock and calls Thread#{join, value}. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby m = Mutex.new m.lock t = Thread.new do m.lock end t.kill t.join }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1232> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1065: Abort occurs when calls Marshal.dump with object of cloned class.
by MacRuby 06 Feb '12

06 Feb '12

#1065: Abort occurs when calls Marshal.dump with object of cloned class. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby StrClone = String.clone p Marshal.dump(StrClone.new("abc")) }}} BackTrace: {{{ uncaught Objective-C/C++ exception... 2010-12-19 04:35:08.092 macruby[68506:a0b] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -length only defined for abstract class. Define -[RBAnonymous5 length]!' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff83de87b4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff8000d0f3 objc_exception_throw + 45 2 CoreFoundation 0x00007fff83de85d7 +[NSException raise:format:arguments:] + 103 3 CoreFoundation 0x00007fff83de8564 +[NSException raise:format:] + 148 4 Foundation 0x00007fff82c42535 NSRequestConcreteImplementation + 227 5 Foundation 0x00007fff82c77200 -[NSString length] + 19 6 libmacruby.1.9.2.dylib 0x00000001000fe2a2 w_object + 2914 7 libmacruby.1.9.2.dylib 0x00000001000fe7c3 dump + 19 8 libmacruby.1.9.2.dylib 0x0000000100151a35 rb_ensure + 37 9 libmacruby.1.9.2.dylib 0x00000001000fbdcc marshal_dump + 428 10 libmacruby.1.9.2.dylib 0x000000010014c325 rb_vm_dispatch + 6981 11 ??? 0x0000000102d5a546 0x0 + 4342523206 12 ??? 0x0000000102d5a150 0x0 + 4342522192 13 libmacruby.1.9.2.dylib 0x0000000100164153 rb_vm_run + 531 14 libmacruby.1.9.2.dylib 0x0000000100040fe0 ruby_run_node + 80 15 macruby 0x0000000100000d28 main + 152 16 macruby 0x0000000100000c88 start + 52 ) terminate called after throwing an instance of 'NSException' Program received signal SIGABRT, Aborted. 0x00007fff88411616 in __kill () (gdb) bt #0 0x00007fff88411616 in __kill () #1 0x00007fff884b1cca in abort () #2 0x00007fff8037b5d2 in __gnu_cxx::__verbose_terminate_handler () #3 0x00007fff80010d29 in _objc_terminate () #4 0x00007fff80379ae1 in __cxxabiv1::__terminate () #5 0x00007fff80379b16 in std::terminate () #6 0x000000010015a181 in rb_vm_print_current_exception () at vm.cpp:3787 #7 0x0000000100000d3c in main (argc=2, argv=0x100d1de40, envp=<value temporarily unavailable, due to optimizations>) at main.cpp:44 (gdb) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1065> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1071: When combining negative look-ahead with look-behind in a regexp, macruby doesn't match correctly
by MacRuby 05 Feb '12

05 Feb '12

#1071: When combining negative look-ahead with look-behind in a regexp, macruby doesn't match correctly ----------------------------------+----------------------------------------- Reporter: al_skipp@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- ruby 1.9.2 {{{ >> m = "abc123abc".match /(?<=\w) (\d{3}) (?!\d)/x => #<MatchData "123" 1:"123"> >> m.to_s => "123" }}} macruby 0.9 {{{ >> m = "abc123abc".match /(?<=\w) (\d{3}) (?!\d)/x => #<MatchData "" 1:"123"> >> m.to_s => "" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1071> MacRuby <http://macruby.org/>

1 1

[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