June 2010 - MacRuby-devel - lists.macosforge.org

[MacRuby] #463: Intermitent crashes with MacRuby 0.5 HEAD (2009/11/26), Ruby threads and RestClient/Net:HTTP
by MacRuby 16 Jun '10

16 Jun '10

#463: Intermitent crashes with MacRuby 0.5 HEAD (2009/11/26), Ruby threads and RestClient/Net:HTTP -------------------------------+-------------------------------------------- Reporter: sergio@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Hiya! I'm experiencing random crashes in a MacRuby app currently in development (http://github.com/rubiojr/canasto) Adding lot's of debugging code, I've traced the crash to happen always on the same place: a call to RestClient.get inside a Ruby thread (canasto.rb source file). It's my first Cocoa app and my concurrent programming skills are quite poor, so I'm probably not skilled enough to solve the threading problem the right way... Anyway, I'm gonna paste the backtrace below and the crash report is attached... BTW: Thank you guys. Your work and talent give us, the ruby developers, OSX superpowers! ---------------- terminate called without an active exception [Session started at 2009-11-26 19:28:50 +0100.] GNU gdb 6.3.50-20050815 (Apple version gdb-966) (Tue Mar 10 02:43:13 UTC 2009) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-apple-darwin".sharedlibrary apply-load- rules all Attaching to process 15794. [Switching to process 15794 thread 0x7a0f] [Switching to process 15794 thread 0x7a0f] (gdb) backtrace #0 0x93c2462e in __abort () #1 0x93c2468a in abort () #2 0x92baf005 in __gnu_cxx::__verbose_terminate_handler () #3 0x92bad10c in __gxx_personality_v0 () #4 0x92bad14b in std::terminate () #5 0x92bad261 in __cxa_throw () #6 0x01020caa in rb_vm_thread_destructor (userdata=0x2b5e890) at vm.cpp:3348 #7 0x93b6bb9a in _pthread_exit () #8 0x93b3f437 in _pthread_testcancel () #9 0x93b69e5a in _pthread_cond_wait () #10 0x93b8f9f8 in pthread_cond_timedwait$UNIX2003 () #11 0x01028cd2 in rb_thread_wait_for (time={tv_sec = 60, tv_usec = 0}) at vm.cpp:4324 #12 0x00f4c176 in rb_f_sleep (recv=179689232, sel=0x1774a0, argc=1, argv=0xb0537c80) at process.c:2919 #13 0x0101a67c in rb_vm_dispatch (cache=0xab61790, top=179689232, self=179689232, sel=<value temporarily unavailable, due to optimizations>, block=0x0, opt=2 '\002', argc=1) at dispatcher.cpp:415 #14 0x01f3ab2a in ?? () #15 0x010295ec in rb_vm_thread_run (thread=45475984) at vm.cpp:4156 #16 0x93b69155 in _pthread_start () #17 0x93b69012 in thread_start () -- Ticket URL: <http://www.macruby.org/trac/ticket/463> MacRuby <http://macruby.org/>

1 6

[MacRuby] #451: Attempting to require "nkf" results in a LoadError
by MacRuby 16 Jun '10

16 Jun '10

#451: Attempting to require "nkf" results in a LoadError --------------------------------+------------------------------------------- Reporter: dweinric@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- This appears to be keeping the gcal4ruby gem from loading up when I attempt to require it. It can be reproduced with this one liner: $ macruby -e 'require "nkf"' -e:1:in `<main>': no such file to load -- nkf (LoadError) Attempting the same in regular ruby yields no error. -- Ticket URL: <http://www.macruby.org/trac/ticket/451> MacRuby <http://macruby.org/>

1 1

Unclosed quoted field on line 1. (CSV::MalformedCSVError)
by Peter Dalmaris 16 Jun '10

16 Jun '10

Hello, I am trying to parse a simple CSV file using MacRuby 0.6 on OS X 10.6.3, but I am getting this error: /Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib/ruby/1.9.0/CSV.rb:1817:in `block': Unclosed quoted field on line 1. (CSV::MalformedCSVError) from /Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib/ruby/1.9.0/CSV.rb:1799:in `readline' from /Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib/ruby/1.9.0/CSV.rb:1760:in `each' from /Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib/ruby/1.9.0/CSV.rb:1197:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib/ruby/1.9.0/CSV.rb:1326:in `open' from /Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib/ruby/1.9.0/CSV.rb:1193:in `foreach:' from /Users/peterdalmaris/programming/macruby/testing/csvtest.rb:1:in `<main>' This seems to be relevant to ticket #125, marked as closed (http://www.macruby.org/trac/ticket/125) But no matter what I tried (methods like CSV.open, CSV.parse), I get the same error message. I have tried with several CSV files, making sure there's no problem with single or double quotes. This is my simple code, followed by the CSV test file. csvtest.rb -------------- require "CSV" anArray = CSV.read("books.csv", headers: true) #CSV.foreach("books.csv", headers: true) do |row| #Un-comment these 3 lines to try the second version # puts "#{row["Name"]}, #{row["Price"]}" #end books.csv -------------- Name,Price Gone with the wind,100.12 Who stole my cheese,104.22 Cocoa Programming with Aaron Hillegasse,42.31 Is this a bug with Macruby 0.6? Or am I doing something wrong? Any help greatly appreciated! Peter

2 1

Re: [MacRuby-devel] macruby with macport?
by Diego Virasoro 16 Jun '10

16 Jun '10

Hi, has there been any thought of creating a macport version of macruby? It would simplify a lot the installation and especially keeping up with the upgrades. --- Diego

3 3

Can't load YAML file
by Peter Dalmaris 16 Jun '10

16 Jun '10

Hello, I am trying to import a YAML file like this: yamlData = "areas.yaml" areasArray = YAML.load(File.open(yamlData)) This fails, and I am getting this error message: unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias /Users/peter/programming/iject/rubyDataTool/datatool.rb:1:in `<main>': expected DOCUMENT_END event (ArgumentError) I am at a complete loss as what the problem is. When I try the same code in ruby 1.9, theres no problem. Any ideas would be very appreciated. Thanks, Peter

2 1

[MacRuby] #376: The second 'pointer' of a double pointer type is ignored
by MacRuby 15 Jun '10

15 Jun '10

#376: The second 'pointer' of a double pointer type is ignored ---------------------------------+------------------------------------------ Reporter: mred@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ The following code worked in 0.4 {{{ framework 'Foundation' framework 'AudioToolbox' load_bridge_support_file '../BridgeSupport/MusicPlayer.bridgesupport' class MusicPlayer def initialize musicPlayer = Pointer.new_with_type '^{OpaqueMusicPlayer}' # This should create a double pointer puts musicPlayer.type # But it doesn't (result = NewMusicPlayer musicPlayer) == 0 or raise result.to_s @musicPlayer = musicPlayer[0] # Causing problems here end end musicPlayer = MusicPlayer.new }}} But it now generates the following error {{{ $ macruby x.rb ^{OpaqueMusicPlayer} x.rb:8:in `initialize': unrecognized runtime type `{OpaqueMusicPlayer}' (TypeError) from core:in `__new__:' from x.rb:1:in `<main>' }}} The error is occuring during the attempt to dereference the double pointer at line 10 (despite the error message reporting line 8) -- Ticket URL: <http://www.macruby.org/trac/ticket/376> MacRuby <http://macruby.org/>

3 9

MacRuby rvm and gem installation
by Jose G. Quenum 14 Jun '10

14 Jun '10

Hi all, I have been running into an issue with MacRuby 0.6. Using rvm I cannot install any gem (have tried a few rspec, bundler, etc). I systematically get the following error: ERROR: While executing gem ... (Errno::EACCES) Permission denied - open() failed Permission denied - open() failed (Errno::EACCES) Any idea what might be going wrong? thanks and regards J.

2 1

[MacRuby] #748: 32bit Number Limit and Conversion
by MacRuby 14 Jun '10

14 Jun '10

#748: 32bit Number Limit and Conversion -----------------------------+---------------------------------------------- Reporter: lp@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: 32bit number -----------------------------+---------------------------------------------- there seems to be a bug in the 32bit release of 0.6 with numbers arch -arch i386 macirb --simple-prompt >> 0x44485250 # reality check => 1145590352 >> NSNumber.numberWithInt(0x44485250) # then see all 32 NSNumber are weird... => 71848528 >> NSNumber.numberWithFloat(0x44485250) => 1145590272.0 >> NSNumber.numberWithInt(1145590352) => 71848528 >> NSNumber.numberWithFloat(1145590352) => 1145590272.0 versus: arch -arch x86_64 macirb --simple-prompt >> 0x44485250 # reality check => 1145590352 >> NSNumber.numberWithInt(0x44485250) => 1145590352 >> NSNumber.numberWithFloat(0x44485250) => 1145590400.0 >> NSNumber.numberWithInt(1145590352) => 1145590352 >> NSNumber.numberWithFloat(1145590352.0) # this is weird again... => 1145590400.0 to look a bit further, the bug turning point seems to be here for the 32bit release: >> NSNumber.numberWithInt(536870910) => 536870910 >> NSNumber.numberWithInt(536870911) => 536870911 >> NSNumber.numberWithInt(536870912) => -536870912 >> NSNumber.numberWithInt(536870913) => -536870911 and here in the 64 bit: >> NSNumber.numberWithInt(2147483646) => 2147483646 >> NSNumber.numberWithInt(2147483647) => 2147483647 >> NSNumber.numberWithInt(2147483648) => -2147483648 >> NSNumber.numberWithInt(2147483649) => -2147483647 also an other detail: 32bit turning point: >> 536870911 / 16 => 33554431 64bit turning point: >> 2147483647 / 64 => 33554431 -- Ticket URL: <http://www.macruby.org/trac/ticket/748> MacRuby <http://macruby.org/>

1 1

32 bit Number Bug
by Louis-Philippe 14 Jun '10

14 Jun '10

Hi folks, there seems to be a bug in the 32bit release of 0.6 with numbers arch -arch i386 macirb --simple-prompt >> 0x44485250 # reality check => 1145590352 >> NSNumber.numberWithInt(0x44485250) # then see all 32 NSNumber are weird... => 71848528 >> NSNumber.numberWithFloat(0x44485250) => 1145590272.0 >> NSNumber.numberWithInt(1145590352) => 71848528 >> NSNumber.numberWithFloat(1145590352) => 1145590272.0 versus: arch -arch x86_64 macirb --simple-prompt >> 0x44485250 # reality check => 1145590352 >> NSNumber.numberWithInt(0x44485250) => 1145590352 >> NSNumber.numberWithFloat(0x44485250) => 1145590400.0 >> NSNumber.numberWithInt(1145590352) => 1145590352 >> NSNumber.numberWithFloat(1145590352.0) # this is weird again... => 1145590400.0 to look a bit further, the bug turning point seems to be here for the 32bit release: >> NSNumber.numberWithInt(536870910) => 536870910 >> NSNumber.numberWithInt(536870911) => 536870911 >> NSNumber.numberWithInt(536870912) => -536870912 >> NSNumber.numberWithInt(536870913) => -536870911 and here in the 64 bit: >> NSNumber.numberWithInt(2147483646) => 2147483646 >> NSNumber.numberWithInt(2147483647) => 2147483647 >> NSNumber.numberWithInt(2147483648) => -2147483648 >> NSNumber.numberWithInt(2147483649) => -2147483647 also an other detail: 32bit turning point: >> 536870911 / 16 => 33554431 64bit turning point: >> 2147483647 / 64 => 33554431 Is there a workaround for these conversion problem?

2 2

macgem & macrake take so much time to start ??
by niedhui 14 Jun '10

14 Jun '10

Hi I'm trying macrub & hotcocoa these days, and have a question, when i try macgem list or macrake (after `hotcocoa hello`),it take so much time to get a response,it just hang there ,and after almost a minute i see the `Hello from HotCocoa` window what's my problem ?? I'm using macruby 0.6 and SL 10.6.2

3 2