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

[MacRuby] #1137: macruby_deploy should automate gems embedding
by MacRuby 01 Feb '11

01 Feb '11

#1137: macruby_deploy should automate gems embedding -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Keywords: 0.9-blocker -----------------------------------+---------------------------------------- A lot of people are asking how to embed gems inside MacRuby Xcode projects. macruby_deploy should accept a list of gems and properly unpack them as well as their dependencies inside the application bundle. Example: {{{ $ macruby_deploy --gem nokogiri --gem rack MyApp.app }}} Therefore, it would just be a matter of hacking the Xcode rule and add the proper --gem arguments to the macruby_deploy invocation. This should be documented on the website. -- Ticket URL: <http://www.macruby.org/trac/ticket/1137> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1142: Array#pack performance while converting array of ASCII values to string
by MacRuby 31 Jan '11

31 Jan '11

#1142: Array#pack performance while converting array of ASCII values to string ------------------------------------------+--------------------------------- Reporter: justin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- It takes MacRuby over 1600x longer than CRuby 1.9.2 to convert an array of ASCII characters to a 1MB string using Array#pack. Simular to ticket 1136: https://www.macruby.org/trac/ticket/1136 Using MacRuby r5214 that includes the fix from ticket 1136. test.rb: {{{ require 'benchmark' ary = Array.new(1024*1024,0) ret = Benchmark.measure do ary.pack('C*') end puts ret }}} benchmarks: {{{ ~ > ruby ./test.rb 0.040000 0.000000 0.040000 ( 0.043437) ~ > macruby ./test.rb 87.690000 26.300000 113.990000 ( 69.515317) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1142> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1143: Dates in 32-bit converted from NSDate are not precise enough
by MacRuby 31 Jan '11

31 Jan '11

#1143: Dates in 32-bit converted from NSDate are not precise enough ----------------------------------------+----------------------------------- Reporter: vincent.isambart@… | Owner: vincent.isambart@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- {{{ % arch -i386 macruby -e 'p NSDate.date; sleep 2; p NSDate.date' 2011-02-01 08:04:32 +0900 2011-02-01 08:04:32 +0900 }}} The time displayed should of course change with a sleep of 2 seconds. -- Ticket URL: <http://www.macruby.org/trac/ticket/1143> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1136: Array#pack performance w/ base64 strings
by MacRuby 31 Jan '11

31 Jan '11

#1136: Array#pack performance w/ base64 strings ------------------------------------------+--------------------------------- Reporter: justin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.9 Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- It takes MacRuby over 13,000x longer to convert a 1MB string to Base64 than it does CRuby. Using MacRuby r5204 and CRuby 1.9.2. test.rb: {{{ require 'benchmark' str = "0" * 1024 * 1024 # 1MB string data ret = Benchmark.measure do [str].pack("m") end puts ret }}} benchmarks: {{{ ~ > ruby ./test.rb 0.000000 0.010000 0.010000 ( 0.006028) ~ > macruby ./test.rb 81.530000 25.220000 106.750000 ( 81.303252) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1136> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1133: Silly syntax error crashes macirb
by MacRuby 30 Jan '11

30 Jan '11

#1133: Silly syntax error crashes macirb ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I've reduced the problem to entering a single closing bracket ']'. I do not have this problem with the irb that ships with Ruby 1.9.2. ± macirb irb(main):001:0> ] /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/bin/macirb:55:in `block': negative argument (ArgumentError) from /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/bin/macirb:9:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/bin/macirb:7:in `<main>' [1] 81151 exit 1 irb -- Ticket URL: <http://www.macruby.org/trac/ticket/1133> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1138: Segfault when opening or Digesting a large file
by MacRuby 29 Jan '11

29 Jan '11

#1138: Segfault when opening or Digesting a large file ------------------------------------+--------------------------------------- Reporter: steven.buxton@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I am attempting to calculate SHA1 hashes of very large ( > 1GB ) files. This works fine in MRI 1.9.2 but segfaults in macruby 0.8 and 1/27 nightly. require 'digest/sha1' Digest::SHA1.file('some huge file').hexdigest The above code will segfault 100% of the time with files larger then 1GB. I can also produce the same segfault with the following: File.open('some huge file', 'rb') do |file| while blk = file.read(1024) #do stuff end end -- Ticket URL: <http://www.macruby.org/trac/ticket/1138> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1134: The new code for next/ensure does not work properly
by MacRuby 28 Jan '11

28 Jan '11

#1134: The new code for next/ensure does not work properly ----------------------------------------+----------------------------------- Reporter: vincent.isambart@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- If you rebuild the current trunk after a rake clean, MacRuby loops forever on Makefile generation for the extensions. Running it in GDB you can see that it's looping in the LLVM optimization passes. I managed to reduce the problem to the following: {{{ def foo(dummy) 1.times do next end ensure puts end foo(nil) }}} In fact running this reduction in MacRuby does not loop but simply crashes. The bug comes probably from today's next/ensure changes. -- Ticket URL: <http://www.macruby.org/trac/ticket/1134> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1135: regular expression subroutines not supported
by MacRuby 28 Jan '11

28 Jan '11

#1135: regular expression subroutines not supported -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- The following example which works in CRuby 1.9.2 doesn't compile in MacRuby: {{{ sentence = %r{ (?<subject> cat | dog | gerbil ){0} (?<verb> eats | drinks| generates ){0} (?<object> water | bones | PDFs ){0} (?<adjective> big | small | smelly ){0} (?<opt_adj> (\g<adjective>\s)? ){0} The\s\g<opt_adj>\g<subject>\s\g<verb>\s\g<opt_adj>\g<object> }x md = sentence.match("The cat drinks water") puts "The subject is #{md[:subject]} and the verb is #{md[:verb]}" md = sentence.match("The big dog eats smelly bones") puts "The adjective in the second sentence is #{md[:adjective]}" sentence =~ "The gerbil generates big PDFs" puts "And the object in the last is #{$~[:object]}" }}} {{{ compilation error: U_REGEX_RULE_SYNTAX }}} More explanation about the subroutines there: http://pragdave.blogs.pragprog.com/pragdave/2008/10/fun-with-ruby-19 -regular-expressions.html -- Ticket URL: <http://www.macruby.org/trac/ticket/1135> MacRuby <http://macruby.org/>

1 0

[MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth
by MacRuby 28 Jan '11

28 Jan '11

#876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- This is using MacRuby built from the SVN Head on 2010-08-21 (revision 4438). Program received signal: “EXC_BAD_ACCESS”. #0 0x00007fff80bbc5f0 in object_getClass () #1 0x00000001000ed2d3 in rb_objc_nsnumber2numeric () #2 0x00000001036ccce0 in ?? () #3 0x00007fff86c1ddd6 in -[IOBluetoothL2CAPChannel processIncomingData:] () #4 0x00007fff86c1c767 in -[IOBluetoothL2CAPChannel handleMachMessage:] () #5 0x00007fff820bf07f in __NSFireMachPort () #6 0x00007fff831b7bce in __CFMachPortPerform () #7 0x00007fff83190171 in __CFRunLoopRun () #8 0x00007fff8318e84f in CFRunLoopRunSpecific () #9 0x00007fff8766491a in RunCurrentEventLoopInMode () #10 0x00007fff8766471f in ReceiveNextEventCommon () #11 0x00007fff876645d8 in BlockUntilNextEventMatchingListInMode () #12 0x00007fff838ed29e in _DPSNextEvent () #13 0x00007fff838ecbed in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #14 0x00007fff838b28d3 in -[NSApplication run] () #15 0x00007fff838ab5f8 in NSApplicationMain () #16 0x00000001036c5dcd in ?? () #17 0x0000000100140c94 in rb_vm_dispatch () #18 0x00000001036c4260 in ?? () #19 0x00000001036c3a1b in ?? () #20 0x000000010014ec08 in rb_vm_run () #21 0x0000000100040650 in ruby_run_node () #22 0x000000010014f06d in macruby_main () #23 0x0000000100000efe in main (argc=1, argv=0x7fff5fbff640) -- Ticket URL: <http://www.macruby.org/trac/ticket/876> MacRuby <http://macruby.org/>

1 18

[MacRuby] #1114: Unable to use CATextLayer.font= which expects a CFTypeRef
by MacRuby 28 Jan '11

28 Jan '11

#1114: Unable to use CATextLayer.font= which expects a CFTypeRef -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- This is with BS preview 2. {{{ % macirb irb(main):001:0> framework 'QuartzCore' => true irb(main):004:0> framework 'AppKit' => true irb(main):005:0> font = NSFont.systemFontOfSize(NSFont.systemFontSize) => #<NSFont:0x200b25300> irb(main):006:0> layer = CATextLayer.new => #<CATextLayer:0x200b22f80> irb(main):007:0> layer.font = font TypeError: expected instance of Pointer, got `#<NSFont:0x200b25300>' (NSFont) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1114> MacRuby <http://macruby.org/>

1 1