Re: [MacRuby-devel] [MacRuby] #336: NoMethodError with shoulda tests

2010-05-11 Thread MacRuby 
#336: NoMethodError with shoulda tests
+---
 Reporter:  macr...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:   
Component:  MacRuby |Keywords:  shoulda  
+---

Comment(by m...@…):

 I've been trying to create a reduction, but haven't been successful yet. I
 have gotten closer to the problem though.

 In shoulda/context.rb in create_test_from_should_hash (line 337) shoulda
 binds the new method names to the test class. In MacRuby, something goes
 wrong here. We end up with two new methods bound instead of one and they
 have slightly different names. In Ruby 1.9, we just get the bound method.

 So, if you use the tc_foo.rb example and set a break point in Ruby 1.9,
 after the define_method:

 {{{
 > ruby -rdebug tc_foo.rb
 Debug.rb
 Emacs support available.

 tc_foo.rb:1:require 'rubygems'
 (rdb:1) break /Users/mtaylor/.gem/ruby/1.8/gems/thoughtbot-
 shoulda-2.10.2/lib/shoulda/context.rb:345
 Set breakpoint 1 at /Users/mtaylor/.gem/ruby/1.8/gems/thoughtbot-
 shoulda-2.10.2/lib/shoulda/context.rb:345
 (rdb:1) c
 Breakpoint 1, create_test_from_should_hash at
 /Users/mtaylor/.gem/ruby/1.8/gems/thoughtbot-
 shoulda-2.10.2/lib/shoulda/context.rb:345
 /Users/mtaylor/.gem/ruby/1.8/gems/thoughtbot-
 shoulda-2.10.2/lib/shoulda/context.rb:345:
 test_unit_class.send(:define_method, test_name) do
 (rdb:1) n
 /Users/mtaylor/.gem/ruby/1.8/gems/thoughtbot-
 shoulda-2.10.2/lib/shoulda/context.rb:392:  subcontexts.each {
 |context| context.build }
 (rdb:1) test_unit_class.instance_methods
 }}}

 If you then print {{{test_unit_class.instance_methods}}} you can see that
 the list includes {{{"test: My factorial method should return 1 when
 passed 0. "}}}

 Now, I couldn't figure out how to get macrubyd to break in context.rb, so
 I injected some puts statements. After the call to define_method we end up
 with two entries in {{{test_unit_class.instance_methods}}}

 {{{
   "test: My factorial method should return 1 when passed 0. :"
   "test: My factorial method should return 1 when passed 0."
 }}}

 The last method should match the one MacRuby is looking for in the error
 message:

 {{{
 test: My factorial method should return 1 when passed 0.(TC_Test):
 NoMethodError: undefined method `test: My factorial method should return 1
 when passed 0.' for #
 }}}

 I will keep trying to find a reduction when I have time, but it may be a
 few days before I can get back to it.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #702: AudioTimeStamp.new crashes MacRuby 0.6

2010-05-11 Thread MacRuby 
#702: AudioTimeStamp.new crashes MacRuby 0.6
---+
 Reporter:  nagachik...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 Strange enough, the structure can be decomposed like this:

 {{{
 $ ./miniruby -e "framework 'CoreAudio'; p
 Pointer.new('{SMPTETime=ssIII}')[0]"
 #
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #702: AudioTimeStamp.new crashes MacRuby 0.6

2010-05-11 Thread MacRuby 
#702: AudioTimeStamp.new crashes MacRuby 0.6
---+
 Reporter:  nagachik...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  major  |Milestone:  MacRuby 0.7  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.7


Comment:

 The problem was that the SMPTETime structure is too large to fit in a
 register (so a pointer was returned by the compiler). It should be fixed
 in r4068.

 {{{
 $ cat t.rb
 framework "CoreAudio"
 p AudioTimeStamp.new
 $ ./miniruby t.rb
 #
 mFlags=0 mReserved=0>
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #642: Macri fails on first run -- permissions problem -- creating the cache

2010-05-11 Thread MacRuby 
#642: Macri fails on first run -- permissions problem -- creating the cache
---+
 Reporter:  j...@… |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  major  |Milestone:   
Component:  MacRuby|   Resolution:  worksforme   
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => worksforme


Comment:

 Can you retry this with 0.6 or trunk? macri works for me there.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #635: Interface Builder does not see my outlets

2010-05-11 Thread MacRuby 
#635: Interface Builder does not see my outlets
+---
 Reporter:  po...@… |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  minor   |Milestone:   
Component:  MacRuby |   Resolution:  worksforme   
 Keywords:  Interface Builder, outlets  |  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => worksforme


Comment:

 Closing, please comment here if you have a .rb file to show up.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #591: IB crashing on loading .xib files from my macruby template

2010-05-11 Thread MacRuby 
#591: IB crashing on loading .xib files from my macruby template
+---
 Reporter:  asimplech...@…  |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  minor   |Milestone:   
Component:  MacRuby |   Resolution:  worksforme   
 Keywords:  Interface Builder   |  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => worksforme


Comment:

 No response, closing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #617: Reopening Symbol Appears to Cause auto malloc[16067]: error for object 0x1016090b0: auto_zone_set_associative_ref

2010-05-11 Thread MacRuby 
#617: Reopening Symbol Appears to Cause auto malloc[16067]: error for object
0x1016090b0: auto_zone_set_associative_ref
---+
 Reporter:  cwdi...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  blocker|Milestone:  MacRuby 0.7  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.7


Comment:

 Should be fixed in r4073.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #682: files delivered in site_ruby; should be in vendor_ruby

2010-05-11 Thread MacRuby 
#682: files delivered in site_ruby; should be in vendor_ruby
-+--
 Reporter:  mar...@… |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 Looks like 1.9 uses a different directory for these.

 {{{
 $> find /usr/local/lib/ruby -name "*.bundle"
 /usr/local/lib/ruby/1.9.1/x86_64-darwin10.3.0/bigdecimal.bundle
 /usr/local/lib/ruby/1.9.1/x86_64-darwin10.3.0/continuation.bundle
 /usr/local/lib/ruby/1.9.1/x86_64-darwin10.3.0/coverage.bundle
 /usr/local/lib/ruby/1.9.1/x86_64-darwin10.3.0/curses.bundle
 /usr/local/lib/ruby/1.9.1/x86_64-darwin10.3.0/dbm.bundle
 /usr/local/lib/ruby/1.9.1/x86_64-darwin10.3.0/digest/bubblebabble.bundle
 /usr/local/lib/ruby/1.9.1/x86_64-darwin10.3.0/digest/md5.bundle
 [...]
 }}}

 Maybe we should mimic what 1.9 does.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #605: Crash when unpacking a string

2010-05-11 Thread MacRuby 
#605: Crash when unpacking a string
+---
 Reporter:  jens.nock...@…  |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  minor   |Milestone:  MacRuby 0.6  
Component:  MacRuby |   Resolution:  fixed
 Keywords:  |  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.6


Comment:

 The ByteString class has been removed in 0.6. The snippet above works fine
 on a String object.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #517: Installer crashes (if not admin?)

2010-05-11 Thread MacRuby 
#517: Installer crashes (if not admin?)
--+-
 Reporter:  paulhenryda...@…  |Owner:  lsansone...@…
 Type:  defect|   Status:  closed   
 Priority:  minor |Milestone:   
Component:  MacRuby   |   Resolution:  worksforme   
 Keywords:|  
--+-
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => worksforme
  * milestone:  MacRuby 0.5 =>


Comment:

 No response, closing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #522: URI.parse insecure operation

2010-05-11 Thread MacRuby 
#522: URI.parse  insecure operation
-+--
 Reporter:  mattaimone...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  major|Milestone:  MacRuby 0.7  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 0.5 => MacRuby 0.7


Comment:

 Seems to be working in trunk, I believe this was fixed in r4019.

 {{{
 $ cat t2.rb
 require 'uri'
 url = URI.parse('http://mobile.lemonde.fr/culture/article/2009/12/14
 /johnny-halliday-est-sorti-du-coma-
 artificiel_1280634_3246.html#xtor=RSS-3208')
 p url.path
 $ ./miniruby t2.rb
 "/culture/article/2009/12/14/johnny-halliday-est-sorti-du-coma-
 artificiel_1280634_3246.html"
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #545: MacRuby.framework fails to work with Xcode

2010-05-11 Thread MacRuby 
#545: MacRuby.framework fails to work with Xcode
-+--
 Reporter:  dognot...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  major|Milestone:   
Component:  MacRuby  |   Resolution:  worksforme   
 Keywords:  framework|  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => worksforme


Comment:

 It's likely a problem in the user's environment, since it seems to work
 for everyone else. Without any much information it's hard to tell.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #178: ArgumentError Exception: can't convert C/Objective-C value of type `[4d]' to Ruby object

2010-05-11 Thread MacRuby 
#178: ArgumentError Exception: can't convert C/Objective-C value of type `[4d]'
to Ruby object
-+--
 Reporter:  dognot...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  major|Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:  ArgumentError array convert  |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.6


Comment:

 This should be fixed in 0.6 (we added support for these encoding types).
 If it doesn't work for you still, please comment here.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #652: "alias" keyword doesn't compile with symbolized-interpolated-strings

2010-05-11 Thread MacRuby 
#652: "alias" keyword doesn't compile with symbolized-interpolated-strings
---+
 Reporter:  joshua.balla...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  major  |Milestone:  MacRuby 0.7  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.7


Comment:

 Should be fixed in r4076.

 {{{
 $ cat t.rb
 class String
   a = 'length'
   b = :bar
   alias :"get#{b.capitalize}" :"#{a}"
 end

 p "test".getBar
 $ ./miniruby t.rb
 4
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #426: rb_nibtool cant handle UTF-8

2010-05-11 Thread MacRuby 
#426: rb_nibtool cant handle UTF-8
-+--
 Reporter:  fisksv...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  minor|Milestone:   
Component:  MacRuby  |   Resolution:  worksforme   
 Keywords:  utf-8 rb_nibtool |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => worksforme


Comment:

 No response, closing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #642: Macri fails on first run -- permissions problem -- creating the cache

2010-05-11 Thread MacRuby 
#642: Macri fails on first run -- permissions problem -- creating the cache
---+
 Reporter:  j...@… |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  major  |Milestone:   
Component:  MacRuby|   Resolution:  worksforme   
 Keywords: |  
---+

Comment(by j...@…):

 Tested with 0.6.  installed 0.6, invoked macirb (no sudo) it updated the
 class cache with 1324 classes.

 Assuming the cache location is not the same as it was for 0.5 it's
 probably solved.

 If it is the same location as 0.5, then this was probably not a good test
 -- The good test would be to delete the cache directory before installing
 macruby and then try it.   The point being that it needs to be created by
 an administrator.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #601: hashes with empty values cannot writeToFile

2010-05-11 Thread MacRuby 
#601: hashes with empty values cannot writeToFile
+---
 Reporter:  lastobe...@…|Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  major   |Milestone:   
Component:  MacRuby |   Resolution:  invalid  
 Keywords:  |  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => invalid


Comment:

 This is expected behavior.  The same code in Objective-C also fails:

 {{{
 $ cat /tmp/t.m
 #import 

 int main(void)
 {
 NSLog(@"-> %d", [[NSDictionary dictionaryWithObject:[NSNull null]
 forKey:@"foo"] writeToFile:@"/tmp/foo" atomically: YES]);
 return 0;
 }

 $ gcc /tmp/t.m -o /tmp/t -fobjc-gc -framework Foundation
 $ /tmp/t
 2010-05-11 20:08:59.906 t[43283:107] -> 0
 }}}

 The documentation for -[NSDictionary writeToFile:atomically:] states:

 {{{
 This method recursively validates that all the contained objects are
 property list objects (instances of NSData, NSDate, NSNumber, NSString,
 NSArray, or NSDictionary) before writing out the file, and returns NO if
 all the objects are not property list objects, since the resultant file
 would not be a valid property list.
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #409: Attribute setter should be accepted as KVO setter

2010-05-11 Thread MacRuby 
#409: Attribute setter should be accepted as KVO setter
-+--
 Reporter:  neerac...@…  |Owner:  lsansone...@…
 Type:  enhancement  |   Status:  closed   
 Priority:  minor|Milestone:   
Component:  MacRuby  |   Resolution:  wontfix  
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => wontfix


Comment:

 As of trunk, using #attr_writer or #attr_accessor will generate a KVO
 setter automatically (so, changing your snippet to do `attr_writer :b'
 makes it work). Defining #foo= will not. I think this is a good deal, we
 don't want too much magic.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #439: Beta 2 should support Sinatra, but can't install it.

2010-05-11 Thread MacRuby 
#439: Beta 2 should support Sinatra, but can't install it.
-+--
 Reporter:  kieran...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:   
Component:  MacRuby  |   Resolution:  worksforme   
 Keywords:  beta 2, sinatra  |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => worksforme
  * milestone:  MacRuby 0.5 =>


Comment:

 This works in 0.6. The sinatra gem can be installed and then required
 without problems. I suspect this was a problem with your environment (you
 seem to build MacRuby manually). Please give it a try again and let us
 know if it fails.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #639: macirb periodically has memory problems

2010-05-11 Thread MacRuby 
#639: macirb periodically has memory problems
-+--
 Reporter:  jordan.breed...@…|Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.6


Comment:

 I fixed several resurrection problems in 0.6, at least this one in
 rb_vm_keep_vars. Please give it a try again and let us know if you still
 see one.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #530: Net::SSH doesn't work with MacRuby

2010-05-11 Thread MacRuby 
#530: Net::SSH doesn't work with MacRuby
-+--
 Reporter:  sk8tr1...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  critical |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 Still fails similarly as of r4079.

 {{{
 $ DYLD_LIBRARY_PATH=. ./macruby -r rubygems -e "require 'net/ssh';
 Net::SSH.start('localhost', 'lrz', :password => 'foo')"
 /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.0/gems
 /net-ssh-2.0.22/lib/net/ssh/buffered_io.rb:64:in `fill': recv for buffered
 IO (IOError)
 from
 /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.0/gems
 /net-ssh-2.0.22/lib/net/ssh/transport/packet_stream.rb:85:in
 `next_packet:'
 from
 /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.0/gems
 /net-ssh-2.0.22/lib/net/ssh/transport/session.rb:165:in `block'
 from
 /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.0/gems
 /net-ssh-2.0.22/lib/net/ssh/transport/session.rb:164:in `poll_message:'
 from
 /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.0/gems
 /net-ssh-2.0.22/lib/net/ssh/transport/session.rb:199:in `wait'
 from
 /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.0/gems
 /net-ssh-2.0.22/lib/net/ssh/transport/session.rb:57:in `initialize:'
 from /Users/lrz/src/macruby-trunk/-e:1:in `'
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

2010-05-11 Thread MacRuby 
#706: YAML output for unicode chars should be the same as Ruby1.9
+---
 Reporter:  jazz...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  MacRuby 0.7  
Component:  MacRuby |Keywords:  yaml 
+---
 MacRuby‘s to_yaml generates this

 {{{
 $ macruby -r 'yaml' -e 'puts "Rübe".to_yaml'
 --- "R\xFCbe"
 }}}

 while

 {{{
 $ ruby1.9 -r 'yaml' -e 'puts "Rübe".to_yaml'
 --- "R\xC3\xBCbe"
 }}}

 I think that Ruby1.9 is valid because MacRuby 0.7 now supports correct
 encoding of unicode and gives the same result as Ruby1.9:

 {{{
 $ macruby -e 'p "R\xC3\xBCbe"'
 "Rübe"
 $ ruby1.9 -e 'p "R\xC3\xBCbe"'
 "Rübe"
 }}}

 The one-byte string (which worked in 0.6) does not work in 0.7 any longer:

 {{{
 $ macruby -e 'p "R\xFCbe"'
 "R\xFCbe"
 $ macruby_select 0.6 -e 'p "R\xFCbe"'
 "Rübe"
 $ ruby1.9 -e 'p "R\xFCbe"'
 "R\xFCbe"
 }}}

 See also tickets #700 and#339

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #594: Not all methods visible to objective-c calls

2010-05-11 Thread MacRuby 
#594: Not all methods visible to objective-c calls
--+-
 Reporter:  mich...@… |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  critical  |   Milestone:   
Component:  MacRuby   |Keywords:   
--+-

Comment(by jazz...@…):

 Yesterday i ran into the same problem. After two hours of unsuccessful
 investigation I found this ticket (sigh). Luckily there is a workaround
 which works for me.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel