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

[MacRuby] #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page.
by MacRuby 19 May '11

19 May '11

#988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. ------------------------------+--------------------------------------------- Reporter: jhamor@… | Owner: joshua.ballanco@… Type: defect | Status: new Priority: critical | Milestone: Component: ControlTower | Keywords: ------------------------------+--------------------------------------------- While following the sinatra docs, i've tried all the possible combinations to get rack::basic::auth to function. When i use regular ruby-1.9 and sinatra 1.1.0 and rack 1.2.1, all seems well. When i switch back to macruby 0.7/controltower 1.0, i get a endless cycling of the basic authentication boxes and auth.credentials is some weird utf-8 string. Not really sure where to file this bug or what details are needed for reproduction, other than following the basic auth example for rack. Below works on ruby-1.9.2-p0/sinatra/rack: use Rack::Auth::Basic do |username, password| puts "user: #{username} pass: #{password}" username == 'admin' && password == 'secret' end Where this same example does not work on macruby/controltower. -- Ticket URL: <http://www.macruby.org/trac/ticket/988> MacRuby <http://macruby.org/>

1 6

[MacRuby] #1281: Multiplication of ~32 bit integers giving incorrect results
by MacRuby 19 May '11

19 May '11

#1281: Multiplication of ~32 bit integers giving incorrect results ------------------------------+--------------------------------------------- Reporter: zgavin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Multiplication of two integers around 32 bits in length can lead to what appears to be a buffer overflow and incorrect results: For example: {{{ irb(main):001:0> ((2**32)-(2**29))*(2**32) => -2305843009213693952 irb(main):002:0> (2**32)*(2**32) => 0 irb(main):003:0> (2**32)*(2**32+2**31) => 27670116110564327424 }}} Both of these are -- Ticket URL: <http://www.macruby.org/trac/ticket/1281> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1275: JSON library outdated or broken
by MacRuby 19 May '11

19 May '11

#1275: JSON library outdated or broken -----------------------------+---------------------------------------------- Reporter: k.haase@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Running Sinatra tests for CoffeeScript, I get this: `NameError: uninitialized constant JSON::ParserError` -- Ticket URL: <http://www.macruby.org/trac/ticket/1275> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5
by MacRuby 19 May '11

19 May '11

#1287: specs are broken after 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5 -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- MacRuby master seems to not be able to run spec:rubyspec without crashing eventually. The crashes are never the same. I went back to 734a27c8df4c51534eebffccab4c47107bec2583 and the crashes disappear, so I suspect it's related to 68ac3fcaf1041ef9b25fb3bc940a47f41505b7e5. {{{ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.11 (ruby 1.9.2) [universal-darwin11.0, x86_64] ......................E.........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F.................................................................E.......................................................... ......................................................................2011-05-18 14:47:24.274 macruby[80909:110b] *** Terminating app due to uncaught exception 'NameError', reason: '/Users/lrz/src/macruby- master/mspec/lib/mspec/matchers/raise_error.rb:9:in `matches?': wrong constant name __CONSTX__ (NameError) from /Users/lrz/src/macruby- master/mspec/lib/mspec/expectations/should.rb:7:in `should' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:179:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:179:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:207:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:199:in `process' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:37:in `describe' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/object.rb:11:in `context' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:50:in `files' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:42:in `process' from /Users/lrz/src/macruby-master/mspec/lib/mspec/commands/mspec- ci.rb:76:in `run' from /Users/lrz/src/macruby- master/mspec/lib/mspec/utils/script.rb:218:in `main' from /Users/lrz/src/macruby-master/mspec/bin/mspec-ci:8:in `<main>' }}} {{{ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.11 (ruby 1.9.2) [universal-darwin11.0, x86_64] ......................E.........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F..................................................................E......................................................... ......................................................................2011-05-18 14:53:02.947 macruby[81097:110b] *** Terminating app due to uncaught exception 'NameError', reason: '/Users/lrz/src/macruby- master/spec/frozen/core/module/const_get_spec.rb:67:in `block': uninitialized constant ConstantSpecs::ContainerA::ChildA::CS_CONST4 (NameError) from /Users/lrz/src/macruby- master/mspec/lib/mspec/matchers/raise_error.rb:9:in `matches?' from /Users/lrz/src/macruby- master/mspec/lib/mspec/expectations/should.rb:7:in `should' from /Users/lrz/src/macruby- master/spec/frozen/core/module/const_get_spec.rb:68:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:179:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:179:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:207:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/context.rb:199:in `process' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:37:in `describe' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/object.rb:11:in `context' from /Users/lrz/src/macruby- master/spec/frozen/core/module/const_get_spec.rb:4:in `<main>' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:68:in `protect' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:50:in `files' from /Users/lrz/src/macruby- master/mspec/lib/mspec/runner/mspec.rb:42:in `process' from /Users/lrz/src/macruby-master/mspec/lib/mspec/commands/mspec- ci.rb:76:in `run' from /Users/lrz/src/macruby- master/mspec/lib/mspec/utils/script.rb:218:in `main' from /Users/lrz/src/macruby-master/mspec/bin/mspec-ci:8:in `<main>' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1287> MacRuby <http://macruby.org/>

1 4

[MacRuby] #1284: MacRuby displays "reference count underflow" message.
by MacRuby 18 May '11

18 May '11

#1284: MacRuby displays "reference count underflow" message. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- invoke following command in MacRuby source directory. {{{ $ cd test/test-mri/ $ macruby -r require_relative.rb test/rake/test_clean.rb ---------------------------------------- macruby(74441,0x7fff70904ca0) malloc: reference count underflow for 0x2002da620, break on auto_refcount_underflow_error to debug. macruby(74441,0x7fff70904ca0) malloc: reference count underflow for 0x2002da620, break on auto_refcount_underflow_error to debug. macruby(74441,0x7fff70904ca0) malloc: reference count underflow for 0x2002a6ea0, break on auto_refcount_underflow_error to debug. macruby(74441,0x7fff70904ca0) malloc: reference count underflow for 0x2002a6ea0, break on auto_refcount_underflow_error to debug. Loaded suite test/rake/test_clean Started . Finished in 0.076479 seconds. 1 tests, 3 assertions, 0 failures, 0 errors, 0 skips Test run options: --seed 62054 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1284> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1267: RoxorVM::pop_outer() leaks memory
by MacRuby 18 May '11

18 May '11

#1267: RoxorVM::pop_outer() leaks memory -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- push_outer() allocates a new outer structure using malloc(), but it's never free()'ed, leading to memory leaks for instance when using #instance_eval(&b) in a loop. We cannot free() the outer in pop_outer() since it may be used somewhere else, so we must either introduce reference counting or use xmalloc() memory (with appropriate write barriers). I think the later is the best solution. -- Ticket URL: <http://www.macruby.org/trac/ticket/1267> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1282: MacRuby does not finish with Kernel.spawn when use the IO.pipe as stdin of child process.
by MacRuby 18 May '11

18 May '11

#1282: MacRuby does not finish with Kernel.spawn when use the IO.pipe as stdin of child process. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby in_c, in_p = IO.pipe opt = {:in => in_c } args = "" pid = spawn("ruby", args, opt) in_p.write "puts 1234" in_p.close Process.wait pid }}} Result: {{{ $ ruby19 t.rb 1234 $ macruby t.rb # needs force quit ^C-: Interrupt }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1282> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1280: Developers should be able to invoke Objective-C blocks passed to a MacRuby method
by MacRuby 15 May '11

15 May '11

#1280: Developers should be able to invoke Objective-C blocks passed to a MacRuby method ----------------------------------+----------------------------------------- Reporter: christian@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: blocks ----------------------------------+----------------------------------------- MacRuby currently allows passing ruby Proc objects to ObjC methods that accept a block. However, It doesn't provide a way for ruby methods to invoke ObjC blocks. For example, I need a way to invoke blocks passed to a MacRuby method like this: {{{ def performRequest(request, success:success_callback, error:error_callback) result = ... # success_callback.call(result) # <-- Doesn't work! end }}} While I'm not aware of any Cocoa interfaces that require this, I'm using blocks in my own frameworks. In particular, I've defined a protocol that defines a method with callbacks: {{{ - (BOOL)performRequest:(id)request success:(void(^)(id result))success, error:(void(^)(NSError *))error; }}} I want to be able to write a ruby implementation of this protocol, for testing purposes. If for some reason the current syntax isn't sufficient to allow this, I thought it might be intuitive to mark blocks using the '&' operator, like this: {{{ def performRequest(request, success:&success_callback, error:&error_callback) # ... end }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1280> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1279: Segfault occurs with "can overwrite an Objective-C method accepting a C array" in objc_method_spec.rb
by MacRuby 15 May '11

15 May '11

#1279: Segfault occurs with "can overwrite an Objective-C method accepting a C array" in objc_method_spec.rb ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec spec/macruby/language/objc_method_spec.rb -f s MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ---- snip ---- A pure MacRuby method - can overwrite an Objective-C method returning void - can overwrite an Objective-C method returning self - can overwrite an Objective-C method returning nil as 'id' - can overwrite an Objective-C method returning kCFBooleanTrue as 'id' - can overwrite an Objective-C method returning kCFBooleanFalse as 'id' - can overwrite an Objective-C method returning YES as 'BOOL' - can overwrite an Objective-C method returning NO as 'BOOL' - can overwrite an Objective-C method returning 'unsigned char' or 'char' - can overwrite an Objective-C method returning 'unsigned short' or 'short' - can overwrite an Objective-C method returning 'unsigned int' or 'int' - can overwrite an Objective-C method returning 'unsigned long' or 'long' - can overwrite an Objective-C method returning 'float' or 'double' - can overwrite an Objective-C method returning 'SEL' - can overwrite an Objective-C method returning 'char *' - can overwrite an Objective-C method returning 'NSPoint' - can overwrite an Objective-C method returning 'NSSize' - can overwrite an Objective-C method returning 'NSRect' - can overwrite an Objective-C method returning 'NSRange' - can overwrite an Objective-C method accepting self - can overwrite an Objective-C method accepting self class - can overwrite an Objective-C method accepting nil - can overwrite an Objective-C method accepting true/false (as id) - can overwrite an Objective-C method accepting a fixnum (as id) - can overwrite an Objective-C method accepting 'char' or 'unsigned char' - can overwrite an Objective-C method accepting 'short' or 'unsigned short' - can overwrite an Objective-C method accepting 'int' or 'unsigned int' - can overwrite an Objective-C method accepting 'long' or 'unsigned long' - can overwrite an Objective-C method accepting true/false (as BOOL) - can overwrite an Objective-C method accepting 'SEL' - can overwrite an Objective-C method accepting 'char *' - can overwrite an Objective-C method accepting 'float' - can overwrite an Objective-C method accepting 'double' - can overwrite an Objective-C method accepting 'NSPoint' - can overwrite an Objective-C method accepting 'NSSize' - can overwrite an Objective-C method accepting 'NSRect' - can overwrite an Objective-C method accepting 'NSRange' - can overwrite an Objective-C method accepting a Pointer to an Object - can overwrite a complex Objective-C method - can overwrite an Objective-C method accepting a C arrayzsh: segmentation fault ./mspec/bin/mspec ci -B ./spec/macruby.mspec -f s }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1279> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1277: singleton_methods/ancestors
by MacRuby 14 May '11

14 May '11

#1277: singleton_methods/ancestors --------------------------------+------------------------------------------- Reporter: anoiaque@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: singleton --------------------------------+------------------------------------------- Suppose: class User; def self.all;end end '''With Ruby 1.8, and 1.9.2 interpreters : ''' User.singleton_methods #=> [:all] User.ancestors #=> [Class, Module, Object, Kernel, BasicObject] '''With Macruby :''' User.singleton_methods #=> [] User.ancestors '''0.8''' #=> [Class, Class, Class, Module, Kernel, Class, Kernel, NSObject, Kernel] Strange! '''0.10''' #=> [User, NSObject, Kernel] User is an ancestor of User (?) [More generally : can we expect, finally, that macruby interpreter is strictly compatible with 1.9.2, ie we can interpret 1.9.2 code with macruby interpreter and expect the same result ?] -- Ticket URL: <http://www.macruby.org/trac/ticket/1277> MacRuby <http://macruby.org/>

1 1