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

[MacRuby] #176: timeout fails to raise a Timeout::Error
by MacRuby 01 Jul '10

01 Jul '10

#176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ timeout should raise a Timeout::Error with message "execution expired" when the time is up. Right now it doesn't. For example, you can try the following: require 'timeout' timeout(2) do 1+1 while true end -- Ticket URL: <http://www.macruby.org/trac/ticket/176> MacRuby <http://macruby.org/>

1 1

[MacRuby] #590: Process.spawn causes abort trap
by MacRuby 22 Jun '10

22 Jun '10

#590: Process.spawn causes abort trap ---------------------------------+------------------------------------------ Reporter: honglilai@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Test case: {{{ a, b = IO.pipe pid = Process.spawn("echo hello world", STDOUT => b) Process.wait(pid) b.close puts a.read }}} Expecting a.read to return "hello world\n", but somewhere it causes an abort trap. -- Ticket URL: <http://www.macruby.org/trac/ticket/590> MacRuby <http://macruby.org/>

1 4

[MacRuby] #503: connect to udp socket: getaddrinfo: nodename nor servname provided, or not known (SocketError)
by MacRuby 17 Jun '10

17 Jun '10

#503: connect to udp socket: getaddrinfo: nodename nor servname provided, or not known (SocketError) ---------------------------------+------------------------------------------ Reporter: marick@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ I'm on Snow Leopard (10.6.2), using xmpp4r. I can connect to the jabber server fine using Apple's stock Ruby (1.8.7 (2008-08-11 patchlevel 72)) but not with MacRuby 0.5 (beta 2). When I try the same code with MacRuby, I get this: {{{ core:in `connect:': getaddrinfo: nodename nor servname provided, or not known (SocketError) from /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/resolv.rb:690:in `initialize:' }}} That line is from this code in resolv.rb: {{{ class ConnectedUDP < Requester # :nodoc: def initialize(host, port=Port) super() @host = host @port = port ==> @sock = UDPSocket.new(host.index(':') ? Socket::AF_INET6 : Socket::AF_INET) DNS.bind_random_port(@sock) @sock.connect(host, port) @sock.fcntl(Fcntl::F_SETFD, Fcntl::FD_CLOEXEC) if defined? Fcntl::F_SETFD end }}} Here's the code: http://pastie.org/739072 It's also attached, along with a huge sample(1) log -- Ticket URL: <http://www.macruby.org/trac/ticket/503> MacRuby <http://macruby.org/>

1 2

[MacRuby] #340: http.get failing with the error "not in gzip format"
by MacRuby 17 Jun '10

17 Jun '10

#340: http.get failing with the error "not in gzip format" ----------------------------------------+----------------------------------- Reporter: bobstevenson@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: http get ----------------------------------------+----------------------------------- http.get is causing a error that says "not in gzip format" require 'net/http' require 'rexml/document' require 'uri' @@token ='mCHpMz2L_a_OrEkz3FSiDg' @@hostname = 'api.kayak.com' @@port = 80 Net::HTTP.start(@@hostname, @@port) do |http| response = http.get("/k/ident/apisession?token=#{token}") end -- Ticket URL: <http://www.macruby.org/trac/ticket/340> MacRuby <http://macruby.org/>

1 2

[MacRuby] #470: String comparison issues hotcocoa project
by MacRuby 16 Jun '10

16 Jun '10

#470: String comparison issues hotcocoa project -----------------------------+---------------------------------------------- Reporter: tvmoore@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: String issue -----------------------------+---------------------------------------------- include_path = File.dirname(File.expand_path($0))[[BR]] include_path = File.dirname(include_path) if File.basename(include_path) == 'lib'[[BR]] Dir.glob("#{include_path}/**/**").each do |f|[[BR]] next if !File.directory?(f)[[BR]] '''next if f =~ /\.app/''' #Do not traverse Application directory structure.[[BR]] NSLog("'#{f}'")[[BR]] $LOAD_PATH << f[[BR]] end "next if f =~ /\.app/" this line of code works fine using macruby -d option but fails using macrake. I have also tried "f.index(".app")" and "f.rangeOfString(".app").length == 0" all work in macruby -d and all fail after macrake. When I say fail this line does not evaluate correctly and hence the paths are not loaded which fails when requiring other classes within project. I am currently using a nightly build 30-11-09. -- Ticket URL: <http://www.macruby.org/trac/ticket/470> MacRuby <http://macruby.org/>

1 3

[MacRuby] #462: Net::HTTP Gives "Insecure Operation" When Using HTTPS
by MacRuby 16 Jun '10

16 Jun '10

#462: Net::HTTP Gives "Insecure Operation" When Using HTTPS -------------------------------+-------------------------------------------- Reporter: cwdinfo@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Here's the code and the results: {{{ irb(main):002:0> require 'net/https';require 'uri' => false irb(main):003:0> url = URI.parse('https://myverysecuresite.com') => #<URI::HTTPS:0x200298e40 URL:https://myverysecuresite.com> irb(main):004:0> req = Net::HTTP::Get.new(url.path) core:in `push:': Insecure operation: -r (SecurityError) from core:in `gets' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/462> MacRuby <http://macruby.org/>

1 1

[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

[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] #424: performance regression from ruby 1.8 and 1.9
by MacRuby 12 Jun '10

12 Jun '10

#424: performance regression from ruby 1.8 and 1.9 -------------------------------------+-------------------------------------- Reporter: jordan.breeding@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I have some code that previously ran incorrectly on MacRuby 0.4, and until recently crashed MacRuby trunk. Now that it works I would like to report that the performance of it is not as fast as 1.8 or 1.9. I know that MacRuby working is a primary consideration and speed only comes after that, but as people start looking at speed more and more I wanted to get this on the radar. This also supersedes #348 which was a smaller also based on this code, but was a reduced file since the main code would not run. Performance of Ruby 1.8, Ruby 1.9, and MacRuby compared using a faster and a slower version of the same basic algorithm: {{{ 35 jordan@thetourist ~/priority_queue_bug > for LOOP in ruby ruby1.9 macruby; do for LOOP2 in ./search.pqueue ./search_slow.pqueue; do eval time "${LOOP}" "${LOOP2}" -m -c a-star input_files/input13_7.txt >/dev/null; done; done ruby ./search.pqueue -m -c a-star input_files/input13_7.txt 4.51s user 0.10s system 98% cpu 4.657 total ruby ./search_slow.pqueue -m -c a-star input_files/input13_7.txt 9.84s user 0.15s system 98% cpu 10.087 total ruby1.9 ./search.pqueue -m -c a-star input_files/input13_7.txt 2.74s user 0.08s system 98% cpu 2.851 total ruby1.9 ./search_slow.pqueue -m -c a-star input_files/input13_7.txt 5.80s user 0.11s system 99% cpu 5.960 total macruby ./search.pqueue -m -c a-star input_files/input13_7.txt 14.30s user 0.69s system 171% cpu 8.722 total macruby ./search_slow.pqueue -m -c a-star input_files/input13_7.txt 27.30s user 0.88s system 150% cpu 18.745 total }}} performance of various versions of the script specific to MacRuby: {{{ 36 jordan@thetourist ~/priority_queue_bug > for LOOP in *.cocoa; do eval time macruby "${LOOP}" -c -m a-star input_files/input13_7.txt >/dev/null; done macruby search.cocoa -c -m a-star input_files/input13_7.txt 14.38s user 0.79s system 161% cpu 9.392 total macruby search_group_add.cocoa -c -m a-star input_files/input13_7.txt 13.61s user 0.71s system 171% cpu 8.345 total macruby search_group_add_slow.cocoa -c -m a-star input_files/input13_7.txt 26.97s user 0.92s system 146% cpu 19.027 total macruby search_slow.cocoa -c -m a-star input_files/input13_7.txt 27.34s user 0.94s system 150% cpu 18.730 total }}} MacRuby information: {{{ 37 jordan@thetourist ~/priority_queue_bug > macruby -e 'p MACRUBY_VERSION' "0.5" 38 jordan@thetourist ~/priority_queue_bug > macruby -e 'p MACRUBY_REVISION' "git commit 19b2d7811662bf636cbcc2fe1ae99afef3243225" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/424> MacRuby <http://macruby.org/>

1 16