April 2009 - MacRuby-devel - lists.macosforge.org

[MacRuby] #170: rake clean target does not delete miniruby
by MacRuby 02 Sep '09

02 Sep '09

#170: rake clean target does not delete miniruby ---------------------------+------------------------------------------------ Reporter: jkh@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ See subject line. One frequent problem for people following -trunk is that internal changes to MacRuby can cause older versions of the objects or miniruby itself to cause heisenbugs in the build process. This leads to frequent "rake clean" and even "rm -rf /Library/Frameworks/MacRuby.framework" phases, to keep cross-contamination to a minimum, so "rake clean" should do its job better by also cleaning the miniruby binary -- Ticket URL: <http://www.macruby.org/trac/ticket/170> MacRuby <http://macruby.org/>

1 2

[MacRuby] #146: Crash While Using CSV
by MacRuby 29 Aug '09

29 Aug '09

#146: Crash While Using CSV --------------------------------+------------------------------------------- Reporter: ted.reed(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I've encountered a crash in MacRuby. The following code works fine on Leopard's standard Ruby, but causes MacRuby to die: {{{ require 'csv' filename = "/Users/treed/Documents/test.fr" friends = [] class Friend attr_accessor :first_name, :last_name, :phone_number, :email_address end reader = CSV.open(filename, 'r') reader.each do |row| # All of this inside the loop can be commented out and the outcome is the same. friend = Friend.new friend.first_name = (row[0] || "") friend.last_name = (row[1] || "") friend.phone_number = (row[2] || "") friend.email_address = (row[3] || "") friends << friend end reader.close }}} It seems like it's the call to ''reader.each'' that's crashing. ''reader.shift'' works fine, but even a blank loop with ''reader.each'' seems to crash. If more info is needed, let me know and I can try to provide. (Yeah, I was trying to implement the suggestions at the end of the ADC tutorial. BTW, nice work so far, guys. I'm really impressed with MacRuby.) -- Ticket URL: <http://www.macruby.org/trac/ticket/146> MacRuby <http://macruby.org/>

1 2

[MacRuby] #125: Problem with CSV library
by MacRuby 29 Aug '09

29 Aug '09

#125: Problem with CSV library -------------------------------------+-------------------------------------- Reporter: deepak.gulati(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: CSV -------------------------------------+-------------------------------------- Here is a simple program that reads a CSV files and prints the various "fields" in it: require 'CSV' CSV.foreach("books.csv", headers: true) do |row| puts "#{row["Name"]}, #{row["Price"]}" end With Ruby 1.9.0 (2008-07-25 revision 18217), it runs fine, but with macruby, I get the following error: /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/CSV.rb:1471:in `each': no block given (yield) (LocalJumpError) from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/CSV.rb:1021:in `block in foreach' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/CSV.rb:1193:in `open' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/CSV.rb:1020:in `foreach' from csvtest.rb:2:in `foreach:headers:' from csvtest.rb:2:in `<main>' Is the CSV library included with macruby, incompatible with ruby 1.9? p.s. "books.csv" looks like this: Name,Price Gone with the wind,100.12 Who stole my cheese,104.22 Cocoa Programming with Aaron Hillegasse,42.31 I am attaching both the program and CSV file because the code doesn't look like in the ticket's preview. -- Ticket URL: <http://www.macruby.org/trac/ticket/125> MacRuby <http://macruby.org/>

1 1

[MacRuby] #224: String upcase method doesn't behave properly when containing a unicode character
by MacRuby 29 Aug '09

29 Aug '09

#224: String upcase method doesn't behave properly when containing a unicode character -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- {{{ $ macirb >> "macruby is awesome".upcase => "MACRUBY IS AWESOME" >> "apprendre macruby à l'école".upcase => "mapprendre macruby \xC3\xA0 l'\xC3\xA9cole" }}} {{{ $ irb1.9 irb(main):001:0> "macruby is awesome".upcase => "MACRUBY IS AWESOME" irb(main):002:0> "apprendre macruby à l'école".upcase => "APPRENDRE MACRUBY à L'éCOLE" }}} Workaround: {{{ >> "apprendre macruby à l'école".uppercaseString => "APPRENDRE MACRUBY \xC3\x80 L'\xC3\x89COLE" }}} The unicode display issue is due to irb not supporting this feature, however the Ruby #upcase method is definitely not working properly. -- Ticket URL: <http://www.macruby.org/trac/ticket/224> MacRuby <http://macruby.org/>

1 1

[MacRuby] #195: NSThread causes exception/crash?
by MacRuby 28 Aug '09

28 Aug '09

#195: NSThread causes exception/crash? ------------------------------------+--------------------------------------- Reporter: rebotfc@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: NSThread ------------------------------------+--------------------------------------- Maybe calling in the wrong way but this seems to fail? {{{ class AppDelegate def testit puts "test" end def do_it(sender) NSThread.detachNewThreadSelector ( "testit",toTarget:self, withObject:nil) end }}} end -- Ticket URL: <http://www.macruby.org/trac/ticket/195> MacRuby <http://macruby.org/>

1 2

[MacRuby] #188: Using the class method `private' on a Kernel method causes an endless loop.
by MacRuby 28 Aug '09

28 Aug '09

#188: Using the class method `private' on a Kernel method causes an endless loop. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- See the test case I added in r769: http://www.macruby.org/trac/browser/MacRuby/trunk/test- macruby/known_bugs.rb -- Ticket URL: <http://www.macruby.org/trac/ticket/188> MacRuby <http://macruby.org/>

1 1

[MacRuby] #184: Cannot build trunk, test, or release. readline error...
by MacRuby 28 Aug '09

28 Aug '09

#184: Cannot build trunk, test, or release. readline error... ------------------------------------+--------------------------------------- Reporter: rebotfc@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- All fail with this error: gcc -I. -I../../.ext/include/universal-darwin9.0 -I..//.././include -I..//.././ext/readline -DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno- common -pipe -arch i386 -arch x86_64 -o readline.o -c readline.c readline.c: In function ‘filename_completion_proc_call’: readline.c:684: error: ‘filename_completion_function’ undeclared (first use in this function) Any ideas? -- Ticket URL: <http://www.macruby.org/trac/ticket/184> MacRuby <http://macruby.org/>

1 1

[MacRuby] #149: String concatenation loses encoding
by MacRuby 28 Aug '09

28 Aug '09

#149: String concatenation loses encoding ----------------------------------------+----------------------------------- Reporter: vincent.isambart(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Concatening strings loses the encoding:[[BR]] a = 'あ'[[BR]] a.encoding # => #<Encoding:Unicode (UTF-16)>[[BR]] (a+a).encoding # => #<Encoding:Western (Mac OS Roman)>[[BR]] ('a'+a).encoding # => #<Encoding:Western (Mac OS Roman)>[[BR]] The encoding should be the same for all 3 (UTF-16). -- Ticket URL: <http://www.macruby.org/trac/ticket/149> MacRuby <http://macruby.org/>

1 2

[MacRuby] #239: NSXML classes cannot be modified properly
by MacRuby 26 Aug '09

26 Aug '09

#239: NSXML classes cannot be modified properly ------------------------------+--------------------------------------------- Reporter: kourge@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- It would appear that NSXML Cocoa classes (such as NSXMLDocument and NSXMLNode) can be opened properly, but modifications made to them fail silently. Example: {{{ >> doc = NSXMLDocument.alloc.initWithXMLString "<root></root>", options: 0, error: nil => #<NSXMLDocument:0x800634d60> >> doc.nodesForXPath("root", error: nil) => [#<NSXMLElement:0x800634de0>] >> doc.nodesForXPath("root", error: nil)[0].XMLString => "<root></root>" >> class NSXMLDocument >> def find(path); self.nodesForXPath(path, error: nil); end >> end => nil >> doc.find "root" NoMethodError: undefined method `find' for #<NSXMLDocument:0x800634d60> from (irb):7 from /usr/local/bin/macirb:12:in `<main>' >> }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/239> MacRuby <http://macruby.org/>

1 1

[MacRuby] #196: GVL is held when invoking blocking run-loop related calls
by MacRuby 26 Aug '09

26 Aug '09

#196: GVL is held when invoking blocking run-loop related calls -----------------------------------+---------------------------------------- Reporter: peter.royal@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: gvl lock runloop -----------------------------------+---------------------------------------- the Ruby GVL is held when using a NSRunLoop from a secondary thread. if i change my code from: run_loop.runMode(NSDefaultRunLoopMode, beforeDate: NSDate.distantFuture) to: run_loop.runMode(NSDefaultRunLoopMode, beforeDate: NSDate.dateWithTimeIntervalSinceNow(1)) i can get a "slow motion" UI, as the main thread gets blocked every other second. this is with r776 on the MacRuby trunk -- Ticket URL: <http://www.macruby.org/trac/ticket/196> MacRuby <http://macruby.org/>

1 1