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

[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

[MacRuby] #406: Can't load gem grit.
by MacRuby 12 Jun '10

12 Jun '10

#406: Can't load gem grit. ---------------------------------------+------------------------------------ Reporter: hungerandthirst@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: rubygems, grit, gems ---------------------------------------+------------------------------------ Sorry to be so specific about not being able to load a specific gem. I do this: {{{ require 'rubygems' require 'grit' include Grit }}} and get {{{ in `require:': undefined method `[]' for nil:NilClass (NoMethodError). }}} It seems to be coming from the {{{ require 'rubygems' }}} inside of grit.rb. If I disable this line, it includes it with the following warnings: {{{ unknown: warning: already initialized constant VERSION unknown: warning: already initialized constant MEDIA_TYPE_RE unknown: warning: already initialized constant UNREG_RE unknown: warning: already initialized constant ENCODING_RE unknown: warning: already initialized constant PLATFORM_RE unknown: warning: already initialized constant SIGNATURES unknown: warning: already initialized constant IANA_URL unknown: warning: already initialized constant RFC_URL unknown: warning: already initialized constant DRAFT_URL unknown: warning: already initialized constant LTSW_URL unknown: warning: already initialized constant CONTACT_URL unknown: warning: can't register `extensions' as an KVO setter on class `MIME::Type' (method `setExtensions:') unknown: warning: can't register `encoding' as an KVO setter on class `MIME::Type' (method `setEncoding:') unknown: warning: can't register `system' as an KVO setter on class `MIME::Type' (method `setSystem:') unknown: warning: can't register `obsolete' as an KVO setter on class `MIME::Type' (method `setObsolete:') unknown: warning: can't register `docs' as an KVO setter on class `MIME::Type' (method `setDocs:') unknown: warning: can't register `url' as an KVO setter on class `MIME::Type' (method `setUrl:') unknown: warning: can't register `registered' as an KVO setter on class `MIME::Type' (method `setRegistered:') unknown: warning: already initialized constant VERSION }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/406> MacRuby <http://macruby.org/>

1 3

[MacRuby] #405: Uncaught exception building RubyGems
by MacRuby 12 Jun '10

12 Jun '10

#405: Uncaught exception building RubyGems ---------------------------------------+------------------------------------ Reporter: hungerandthirst@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: macruby, rubygems, exception ---------------------------------------+------------------------------------ Trying to build RubyGems with macruby throws: {{{ uncaught Objective-C/C++ exception... terminate called after throwing an instance of 'RoxorReturnFromBlockException*' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/405> MacRuby <http://macruby.org/>

1 3

[MacRuby] #399: Building MacRuby HEAD with llvm trunk r82747 fails at dispatcher.cpp
by MacRuby 12 Jun '10

12 Jun '10

#399: Building MacRuby HEAD with llvm trunk r82747 fails at dispatcher.cpp -----------------------------------+---------------------------------------- Reporter: nagachika00@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Hi all. I was try to re-build MacRuby HEAD with llvm trunk r82747 on Mac OS X 10.6.1 and it fails at compiling dispatcher.cpp. With environment variable allow_build_warnings=1, the warnings are ignored and I could get macruby executable, but isn't there any problems? When I try to build macruby at Oct. 1, it success without allow_build_warnings=1. My command-lines are as follows. {{{ (for llvm) $ svn up -r 82747 llvm-trunk $ cd llvm-trunk $ ./configure --prefix=~/opt/llvm $ UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" ENABLE_OPTIMIZED=1 make -j2 $ UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" ENABLE_OPTIMIZED=1 make install }}} {{{ $ cd MacRuby-0.5 $ git pull $ git log -1 commit 323fd75841aa672659e87feb577c6cc93fd085eb Author: lsansonetti(a)apple.com <lsansonetti@apple.com@23306eb0-4c56-4727 -a40e-e92c0eb68959> Date: Fri Oct 23 00:59:10 2009 +0000 unrelease parser nodes post execution git-svn-id: http://svn.macosforge.org/repository/ruby/MacRuby/trunk@2886 23306eb0-4c56-4727-a40e-e92c0eb68959 $ rake clean $ rake : /usr/bin/g++ -I/Users/nagachika/opt/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fno-common -Woverloaded-virtual -I. -I./include -g -Wall -arch i386 -arch x86_64 -Wno-parentheses -Wno-deprecated-declarations -Werror -Winline --param inline-unit-growth=10000 --param large-function-growth=10000 -x objective-c++ -c dispatcher.cpp -o dispatcher.o cc1objplus: warnings being treated as errors In file included from /Users/nagachika/opt/llvm/include/llvm/Metadata.h:20, from /Users/nagachika/opt/llvm/include/llvm/Module.h:21, from llvm.h:7, from dispatcher.cpp:9: /Users/nagachika/opt/llvm/include/llvm/Type.h:417: warning: ‘void llvm::PATypeHandle::addUser()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:95: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:422: warning: ‘void llvm::PATypeHandle::removeUser()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:96: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:434: warning: ‘llvm::Type* llvm::PATypeHolder::get() const’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:159: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:440: warning: ‘void llvm::PATypeHolder::addRef()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:182: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:446: warning: ‘void llvm::PATypeHolder::dropRef()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:183: warning: previous non-inline declaration here cc1objplus: warnings being treated as errors In file included from /Users/nagachika/opt/llvm/include/llvm/Metadata.h:20, from /Users/nagachika/opt/llvm/include/llvm/Module.h:21, from llvm.h:7, from dispatcher.cpp:9: /Users/nagachika/opt/llvm/include/llvm/Type.h:417: warning: ‘void llvm::PATypeHandle::addUser()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:95: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:422: warning: ‘void llvm::PATypeHandle::removeUser()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:96: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:434: warning: ‘llvm::Type* llvm::PATypeHolder::get() const’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:159: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:440: warning: ‘void llvm::PATypeHolder::addRef()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:182: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:446: warning: ‘void llvm::PATypeHolder::dropRef()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:183: warning: previous non-inline declaration here lipo: can't figure out the architecture type of: /var/folders/wg/wgLu2nI8HSa1xstYc+L5Jk+++TI/-Tmp-//ccf0vjOF.out rake aborted! Command failed with status (1): [/usr/bin/g++ -I/Users/nagachika/opt/llvm/i...] (See full trace by running task with --trace) }}} Toolchain information is as below. {{{ $ g++ --version i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/399> MacRuby <http://macruby.org/>

1 4

[MacRuby] #397: erb string buffer corruption
by MacRuby 12 Jun '10

12 Jun '10

#397: erb string buffer corruption ----------------------------+----------------------------------------------- Reporter: jazzbox@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- {{{ $ macruby -r 'erb' -e 'p ERB.new("1234567").result' }}} results in {{{ core:in `eval:': (erb):1: syntax error, unexpected tIDENTIFIER, expecting $end ...''; _erbout.concat "1234567"é ; _erbout.force_encoding(__EN... ... ^ (SyntaxError) from core:in `result' }}} As you can see the erb string is corrupted with the 'é'. This errror looks like Ticket #311 which is closed but still not working! -- Ticket URL: <http://www.macruby.org/trac/ticket/397> MacRuby <http://macruby.org/>

1 1