Re: [MacRuby-devel] [MacRuby] #661: [NSUndoManager um.prepareWithInvocationTarget:] is broken

2010-04-21 Thread MacRuby
#661: [NSUndoManager um.prepareWithInvocationTarget:] is broken
---+
 Reporter:  lsansone...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:  MacRuby 0.6  
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 Thibault found that the regression was introduced by r3934.

-- 
Ticket URL: 
MacRuby 

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


[MacRuby-devel] converting UTF-8 to MacRoman still output UTF-8

2010-04-21 Thread Yvon Thoraval
if i make use of the (pseudo) Iconv :
macroman = Iconv.new('macintosh', 'utf-8', str)

i found MacRoman is internally 'macintosh' because :
puts "CFStringConvertEncodingToIANACharSetName(KCFStringEncodingMacRoman) =
#{CFStringConvertEncodingToIANACharSetName(KCFStringEncodingMacRoman)}"

gave me :
# => CFStringConvertEncodingToIANACharSetName(KCFStringEncodingMacRoman) =
macintosh

i get back a string (saved to file) still in UTF-8 encoded.

then i've read the source of
"/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib/ruby/1.9.0/iconv.rb"

and put some part in a moke-up like that :

framework 'Foundation'
str = "une phrase accentuée, ça vous va ?"
puts str
puts "str.size = #{str.size}, str.encoding = #{str.encoding}"

def to_macroman(str)
  data = CFStringCreateExternalRepresentation(nil, str,
KCFStringEncodingMacRoman, 0)
  if data.nil?
raise "can't retrieve data from `#{str}'"
  end
  dest = CFStringCreateFromExternalRepresentation(nil, data,
KCFStringEncodingMacRoman)
  if dest.nil?
raise "can't convert data from `#{str}'"
  end
  CFRelease(data)
  CFRelease(dest)
  dest.mutableCopy
  return dest
end

macroman = to_macroman(str)
puts "macroman.size = #{macroman.size}, macroman.encoding =
#{macroman.encoding}"
File.open("#{SIGNATURES_FOLDER}macroman.txt",
File::WRONLY|File::TRUNC|File::CREAT, 0666) {|f| f.print macroman}


giving the output :
une phrase accentuée, ça vous va ?
str.size = 34, str.encoding = UTF-8
macroman.size = 34, macroman.encoding = UTF-8


then i ask why this doesn't convert to MacRoman, as the internal iconv.rb


best,

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


Re: [MacRuby-devel] Security for licensing a MacRuby app

2010-04-21 Thread Daniel Lopes

Hi Laurent,

I'm looking for some default way to add a serial and an activation  
process to a comercial mac ruby app.


I'm thinking in do that with rest webservice from a online rails app  
that talks with macruby app. This aquaticprime sounds very intrusive  
for me ( change the core foundation ?).


I asked if someone else here already have some experience in serial  
and activation proccess and if exists any framework for that.


Thanks.

Sent from my iPhone

On 20/04/2010, at 23:42, Laurent Sansonetti   
wrote:



Hi Daniel,

Sorry for the late reply.

On Apr 18, 2010, at 4:56 PM, Daniel Lopes wrote:

Hello, I'm looking for a way to license one app that I'm working on  
and I found AquaticPrime. I would like to know if the use of this  
tool can be interfered by MacRuby. How AquaticPrime changes the  
CoreFoundation, it can be an issue?


More about AquaticPrime: http://code.nimblehost.com/


I never heard of AquaticPrime and I don't know if it will cause  
problems with MacRuby. I guess the best way to know is to try :)


More importantly, what do you mean by "secure a MacRuby app"? Maybe  
what you are planning to do can be implemented differently without  
the need of a 3rd party package.


FYI, it is possible to compile all your Ruby code into machine code,  
to prevent trivial reverse engineering.


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


Re: [MacRuby-devel] converting UTF-8 to MacRoman still output UTF-8

2010-04-21 Thread Yvon Thoraval
I've found a workover :

def to_macroman(str)
  data = CFStringCreateExternalRepresentation(nil, str,
KCFStringEncodingMacRoman, 0)
  if data.nil?
raise "can't retrieve data from `#{str}'"
  end
  dest = "".force_encoding("MacRoman")
#
# force dest to be of "MacRoman"
#
  dest += CFStringCreateFromExternalRepresentation(nil, data,
KCFStringEncodingMacRoman)
#^___ new
#
  if dest.nil?
raise "can't convert data from `#{str}'"
  end
  CFRelease(data)
  #CFRelease(dest)
#
# commented otherwise i get a malloc error
# may be it's ruby here making GC ?
#
  dest.mutableCopy
  return dest
end


giving the right output :

une phrase accentuée, ça vous va ?
str.size = 34, str.encoding = UTF-8
macroman.size = 36, macroman.encoding = macRoman
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] Security for licensing a MacRuby app

2010-04-21 Thread Gary Weaver
Laurent,

That sounds cool!

I read the section on compilation in http://www.macruby.org/blog/index.html but 
am curious- is there an easy way to compile an app completely (specifically a 
HotCocoa app) into machine code using macrake (similar to "macrake deploy") and 
not just on a file-by-file basis using macrubyc (rb file) -o t? If so, would 
like to try that to decrease the size of the entire HotCocoa app to be < 150MB 
possibly, while not requiring the runtime or anything else to be installed (so 
app is completely self-contained). Sorry to distract. Am just curious.

Thanks!
Gary



On Apr 20, 2010, at 10:42 PM, Laurent Sansonetti wrote:

> FYI, it is possible to compile all your Ruby code into machine code, to 
> prevent trivial reverse engineering.

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


Re: [MacRuby-devel] Security for licensing a MacRuby app

2010-04-21 Thread Daniel Lopes
Gary, take a look in this video: Embedding
MacRuby

You will see
that the xcode template target is just a shell command and you can call it
from terminal. You also be able to open the packaged file and remove things
that you don't need (like showed in video).


On Wed, Apr 21, 2010 at 11:18 AM, Gary Weaver  wrote:

> Laurent,
>
> That sounds cool!
>
> I read the section on compilation in
> http://www.macruby.org/blog/index.html but am curious- is there an easy
> way to compile an app completely (specifically a HotCocoa app) into machine
> code using macrake (similar to "macrake deploy") and not just on a
> file-by-file basis using macrubyc (rb file) -o t? If so, would like to try
> that to decrease the size of the entire HotCocoa app to be < 150MB possibly,
> while not requiring the runtime or anything else to be installed (so app is
> completely self-contained). Sorry to distract. Am just curious.
>
> Thanks!
> Gary
>
>
>
> On Apr 20, 2010, at 10:42 PM, Laurent Sansonetti wrote:
>
> > FYI, it is possible to compile all your Ruby code into machine code, to
> prevent trivial reverse engineering.
>
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #655: NSInteger received as nil from QuickLook API

2010-04-21 Thread MacRuby
#655: NSInteger received as nil from QuickLook API
---+
 Reporter:  jakub.su...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  reopened 
 Priority:  minor  |Milestone:   
Component:  MacRuby|   Resolution:   
 Keywords: |  
---+

Comment(by jakub.su...@…):

 Removing @required doesn't help, I think the script doesn't understand
 @protocol at all...

 And I have a new problem - I was just about to upload a new release of my
 app, when I noticed that QuickLook doesn't work in the final version.
 Apparently, once I get through the compile step (macruby_deploy --compile
 build/Release/my.app), the same problem reappears - previewItemAtIndex:
 gets called with nil instead of 0... My QLPreviewPanel.bridgesupport file
 is still included in the bundle, and it gets loaded during startup, but it
 doesn't seem to have any effect. A moment earlier, before I compile the
 ruby files, the same app bundle works as intended. Any ideas?...

-- 
Ticket URL: 
MacRuby 

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


[MacRuby-devel] script to download and install MacRuby nightly builds

2010-04-21 Thread Ernest N. Prabhakar, Ph.D.
Hi all,

On Apr 13, 2010, at 8:25 PM, Laurent Sansonetti wrote:
> 
> Nightly builds are now available at the following address:
> 
> http://www.macruby.org/files/nightlies/
> 
> The latest nightly build is always available from this shortcut:
> 
> http://www.macruby.org/files/nightlies/macruby_nightly-latest.pkg

I've updated my auto-install script to use the new location:
http://svn.macosforge.org/repository/ruby/MacRuby/trunk/tool/macruby_get_nightly.command

---
#!/bin/sh
# Download and install the latest version of MacRuby
URL=http://www.macruby.org/files/nightlies/
PKG=macruby_nightly-latest.pkg
DOWNLOAD_DIR=~/Downloads
DESTROOT=/

cd ${DOWNLOAD_DIR}
rm -f ${PKG}
echo "Downloading ${URL}/${PKG} into ${DOWNLOAD_DIR}"
curl -O ${URL}/${PKG}
sudo installer -pkg ${PKG}  -target ${DESTROOT}
---

To install the script, you can do:
---
cd ~/Downloads
curl -O 
http://svn.macosforge.org/repository/ruby/MacRuby/trunk/tool/macruby_get_nightly.command
chmod a+x !$:t
# Then run it
open !$ 
---

Hope this helps!

-- Ernie P.




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


Re: [MacRuby-devel] [MacRuby] #655: NSInteger received as nil from QuickLook API

2010-04-21 Thread MacRuby
#655: NSInteger received as nil from QuickLook API
---+
 Reporter:  jakub.su...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  reopened 
 Priority:  minor  |Milestone:   
Component:  MacRuby|   Resolution:   
 Keywords: |  
---+

Comment(by jakub.su...@…):

 Ok, I've fixed it... in my rb_main.rb, I was loading the bridge support
 files after the rb/rbo files. I thought I'd try swapping these and see if
 it would help, and it did.

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #655: NSInteger received as nil from QuickLook API

2010-04-21 Thread MacRuby
#655: NSInteger received as nil from QuickLook API
---+
 Reporter:  jakub.su...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  reopened 
 Priority:  minor  |Milestone:   
Component:  MacRuby|   Resolution:   
 Keywords: |  
---+

Comment(by martinlagarde...@…):

 Yep that's right. I did check and in fact, protocols are not yet
 supported.

 Otherwise, I don't know where you loaded the bridge support file, but a
 good place to do it could be:
 {{{
 #!ruby
 # Loading the Cocoa framework. If you need to load more frameworks, you
 can
 # do that here too.
 framework 'Cocoa'
 load_bridge_support_file
 NSBundle.mainBundle.pathForResource("QLPreviewPanel",
 ofType:"bridgesupport")
 }}}
 (this assumes you placed the `.bridgesupport` file in the `Resources`
 directory)

 Other than that, after investigation, you can safely ignore the warnings,
 they will not affect your application and should disappear one day :-).

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #655: NSInteger received as nil from QuickLook API

2010-04-21 Thread MacRuby
#655: NSInteger received as nil from QuickLook API
---+
 Reporter:  jakub.su...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  reopened 
 Priority:  minor  |Milestone:   
Component:  MacRuby|   Resolution:   
 Keywords: |  
---+

Comment(by jakub.su...@…):

 Yeah, that's more or less what I'm doing - this is my rb_main:

 {{{
 # Loading frameworks
 framework 'Cocoa'

 # Loading all the Ruby project files
 main = File.basename(__FILE__, File.extname(__FILE__))
 dir_path = NSBundle.mainBundle.resourcePath.fileSystemRepresentation
 Dir.glob(File.join(dir_path, '*.bridgesupport')).uniq.each do |path|
   load_bridge_support_file(path)
 end
 Dir.glob(File.join(dir_path, '*.{rb,rbo}')).map { |x| File.basename(x,
 File.extname(x)) }.uniq.each do |path|
   require(path) unless path == main
 end

 # Starting the Cocoa main loop
 NSApplicationMain(0, nil)
 }}}

-- 
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-04-21 Thread MacRuby
#601: hashes with empty values cannot writeToFile
+---
 Reporter:  lastobe...@…|   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:   
Component:  MacRuby |Keywords:   
+---

Comment(by martinlagarde...@…):

 So does that mean this can be closed?

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #430: MacRuby does not reap processes started with popen

2010-04-21 Thread MacRuby
#430: MacRuby does not reap processes started with popen
-+--
 Reporter:  neerac...@…  |   Owner:  martinlagarde...@…
 Type:  defect   |  Status:  new   
 Priority:  major|   Milestone:
Component:  MacRuby  |Keywords:
-+--
Changes (by martinlagarde...@…):

  * owner:  lsansone...@… => martinlagarde...@…


-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #399: Building MacRuby HEAD with llvm trunk r82747 fails at dispatcher.cpp

2010-04-21 Thread MacRuby
#399: Building MacRuby HEAD with llvm trunk r82747 fails at dispatcher.cpp
---+
 Reporter:  nagachik...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by martinlagarde...@…):

 Should we close this bug?

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #269: Calling a method on a pointer passed to a KVC validation method fails

2010-04-21 Thread MacRuby
#269: Calling a method on a pointer passed to a KVC validation method fails
+---
 Reporter:  mik...@…|   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:   
Component:  MacRuby |Keywords:  kvc pointer crash
+---

Comment(by martinlagarde...@…):

 Is this still happening? Could you provide a simple test project? :-)

 Thank you!

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #661: [NSUndoManager um.prepareWithInvocationTarget:] is broken

2010-04-21 Thread MacRuby
#661: [NSUndoManager um.prepareWithInvocationTarget:] is broken
---+
 Reporter:  lsansone...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:  MacRuby 0.6  
Component:  MacRuby|Keywords:   
---+

Comment(by martinlagarde...@…):

 Regression appeared with r3934

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #661: [NSUndoManager um.prepareWithInvocationTarget:] is broken

2010-04-21 Thread MacRuby
#661: [NSUndoManager um.prepareWithInvocationTarget:] is broken
---+
 Reporter:  lsansone...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:  MacRuby 0.6  
Component:  MacRuby|Keywords:   
---+

Comment(by martinlagarde...@…):

 Oops, for some reason your comment was not displayed before I posted mine,
 even though that was 10 hours ago... mmmh. Or maybe I just didn't see it.
 Anyway, we really need a way to delete trac comments :D

-- 
Ticket URL: 
MacRuby 

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


[MacRuby-devel] [MacRuby] #662: macruby 0.6 breaks Growl

2010-04-21 Thread MacRuby
#662: macruby 0.6 breaks Growl
---+
 Reporter:  jakub.su...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  critical   |   Milestone:  MacRuby 0.6  
Component:  MacRuby|Keywords:   
---+
 The same code with MacRuby 0.5 displays Growl messages correctly, and when
 the Current link in MacRuby is switched to 0.6 and the app is recompiled,
 it stops working. The GrowlApplicationBridge.notifyWithTitle method is
 called, but the notification doesn't appear. This happens regardless if
 the actual call is made from Ruby or from ObjC code. See attached sample
 project.

-- 
Ticket URL: 
MacRuby 

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


[MacRuby-devel] Lighthouse and GoogleGroup

2010-04-21 Thread Daniel Lopes
Hello, I would like to know why not use lighthouse for bug tracker, github
for source code and google groups for mailing list? These tools (MacOSforge,
Trac and etc) are required by Apple? I don't know if is just my opinion but
for me they are much worse than the other that I said above.

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


Re: [MacRuby-devel] [MacRuby] #636: Nicer method calling

2010-04-21 Thread MacRuby
#636: Nicer method calling
---+
 Reporter:  kunc.fi...@…   |Owner:  lsansone...@…
 Type:  enhancement|   Status:  closed   
 Priority:  trivial|Milestone:   
Component:  MacRuby|   Resolution:  wontfix  
 Keywords:  method syntax enhancement  |  
---+
Changes (by martinlagarde...@…):

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


Comment:

 Unfortunately, this syntax does not really make sense, and would mostly be
 unexpected since this is not the Obj-C way.

 Closing as won't fix :-)

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #328: Calling a ObjC-method with a named argument which is a Ruby keyword does not work

2010-04-21 Thread MacRuby
#328: Calling a ObjC-method with a named argument which is a Ruby keyword does
not work
+---
 Reporter:  d...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:   
Component:  MacRuby |Keywords:   
+---
Changes (by martinlagarde...@…):

  * milestone:  MacRuby 0.5 =>


Comment:

 It looks like the parser has a problem with the "'''in'''" keyword:

 {{{
 $> macruby -e "obj.do('a', in: nil)"
 -e:1: syntax error, unexpected keyword_in, expecting ')'
 obj.do('a', in: nil)
   ^
 $> macruby -e "obj.do('a', ia: nil)"
 /Users/naixn/-e:1:in `': undefined local variable or method `obj'
 for main:TopLevel (NameError)
 }}}

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #328: Calling a ObjC-method with a named argument which is a Ruby keyword does not work

2010-04-21 Thread MacRuby
#328: Calling a ObjC-method with a named argument which is a Ruby keyword does
not work
+---
 Reporter:  d...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:   
Component:  MacRuby |Keywords:   
+---

Comment(by lsansone...@…):

 I believe there is a fix in 1.9's parse.y that we can backport.

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #464: can't load any framework "undefined method copy for NSLoadedClasses:NSMutableString"

2010-04-21 Thread MacRuby
#464: can't load any framework "undefined method copy for
NSLoadedClasses:NSMutableString"
---+
 Reporter:  fons...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  minor  |   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by martinlagarde...@…):

 Hi!

 It looks like it works for me. Could you try with a recent nightly?
 http://www.macruby.org/files/nightlies/

 Thanks!

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #252: Support key-value observing via the attr_accessor family of methods

2010-04-21 Thread MacRuby
#252: Support key-value observing via the attr_accessor family of methods
+---
 Reporter:  jvoor...@…  |Owner:  lsansone...@…  
  
 Type:  enhancement |   Status:  closed 
  
 Priority:  minor   |Milestone:  MacRuby 0.6
  
Component:  MacRuby |   Resolution:  fixed  
  
 Keywords:  key-value observing, attr_accessor  |  
+---
Changes (by martinlagarde...@…):

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


Comment:

 It is now supported with MacRuby. You can check with the nightlies.

 However, please be aware that for notifications to work as expected, you
 will have to call #framework at least once:

 {{{
 # /tmp/kvn.rb

 framework 'Foundation'

 class Notifier
   attr_accessor :value
 end
 class Observer
   def observeValueForKeyPath(path, ofObject:object, change:change,
 context:context) puts change end
 end

 n = Notifier.new
 n.addObserver(Observer.new, forKeyPath:'value', options:0, context:nil)
 n.value = 42
 n.setValue 42
 }}}

 {{{
 $> macruby /tmp/kvn.rb
 {"kind"=>1}
 {"kind"=>1}
 $>
 }}}

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #252: Support key-value observing via the attr_accessor family of methods

2010-04-21 Thread MacRuby
#252: Support key-value observing via the attr_accessor family of methods
+---
 Reporter:  jvoor...@…  |Owner:  lsansone...@…  
  
 Type:  enhancement |   Status:  closed 
  
 Priority:  minor   |Milestone:  MacRuby 0.6
  
Component:  MacRuby |   Resolution:  fixed  
  
 Keywords:  key-value observing, attr_accessor  |  
+---

Comment(by lsansone...@…):

 It was fixed in r r3915.

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #464: can't load any framework "undefined method copy for NSLoadedClasses:NSMutableString"

2010-04-21 Thread MacRuby
#464: can't load any framework "undefined method copy for
NSLoadedClasses:NSMutableString"
---+
 Reporter:  fons...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  minor  |Milestone:   
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+
Changes (by martinlagarde...@…):

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


-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] Security for licensing a MacRuby app

2010-04-21 Thread Gary Weaver
Daniel,

Thanks for sharing! Getting a MacRuby app down to 4.4 MB is definitely cool.

I'm in the minority here because I developed my HotCocoa app only with a text 
editor (TextMate) and HotCocoa 0.5.1/MacRuby 0.5. I'm looking forward to being 
able to continue to develop like that in the future, so solutions that solely 
use macrake and things I could do in TextMate are what I'd be interested in, 
and I'd bet that at least some of the community coming from the Ruby/Rails side 
are probably in the same boat (would rather at least start of more simply). And 
I completely understand that almost everyone who's into MacRuby at the moment 
doesn't do much without xcode.

Have you tried doing this with a HotCocoa app?

I know that Isaas Kearse did some time back as noted here:
http://isaac.kearse.co.nz/2010/02/01/packaging-hotcocoa/
and he submitted a patch to HotCocoa here:
http://github.com/richkilmer/hotcocoa/issues#issue/7
http://github.com/isaac/hotcocoa/commit/3c3db96fa8b9228c2ef7b65a65122ff0a53142dc
via a new config variable called stdlib. Setting it to false will not bundle 
the standard library into the app.
He provides an example project that uses this setting here:
http://github.com/isaac/SafariRSS

But, with the standard library a HotCocoa MacRuby app is ~150MB at minimum 
(MacRuby 0.5/HotCocoa 0.5.1 on Snow Leopard).

I don't want anyone to be distracted from making MacRuby itself better, but I 
was just thinking that if there is an easy enough way to compile MacRuby to 
machine code, perhaps someone could work on a way to get HotCocoa apps down to 
size as well via similar mechanism. It would be nice to have a compiled version 
of my HotCocoa app, including the standard library, such that it is a much 
smaller size. I understand that this is very likely not a small task.

Basically it would be nice if, once people started having time to worry about 
such things, more time was spent on HotCocoa to make it better, and a small 
part of that might be making the generated app size smaller without having to 
exclude the standard library.

Hope this helps!
Gary


On Apr 21, 2010, at 12:47 PM, Daniel Lopes wrote:

> Gary, take a look in this video: Embedding MacRuby
> 
> You will see that the xcode template target is just a shell command and you 
> can call it from terminal. You also be able to open the packaged file and 
> remove things that you don't need (like showed in video).
> 
> 
> On Wed, Apr 21, 2010 at 11:18 AM, Gary Weaver  wrote:
> Laurent,
> 
> That sounds cool!
> 
> I read the section on compilation in http://www.macruby.org/blog/index.html 
> but am curious- is there an easy way to compile an app completely 
> (specifically a HotCocoa app) into machine code using macrake (similar to 
> "macrake deploy") and not just on a file-by-file basis using macrubyc (rb 
> file) -o t? If so, would like to try that to decrease the size of the entire 
> HotCocoa app to be < 150MB possibly, while not requiring the runtime or 
> anything else to be installed (so app is completely self-contained). Sorry to 
> distract. Am just curious.
> 
> Thanks!
> Gary
> 
> 
> 
> On Apr 20, 2010, at 10:42 PM, Laurent Sansonetti wrote:
> 
> > FYI, it is possible to compile all your Ruby code into machine code, to 
> > prevent trivial reverse engineering.
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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


Re: [MacRuby-devel] [MacRuby] #299: macruby core dumps.

2010-04-21 Thread MacRuby
#299: macruby core dumps.
--+-
 Reporter:  rohinton.ka...@…  |Owner:  lsansone...@…
 Type:  defect|   Status:  closed   
 Priority:  minor |Milestone:   
Component:  MacRuby   |   Resolution:  fixed
 Keywords:|  
--+-
Changes (by martinlagarde...@…):

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


Comment:

 I don't know when it was fixed, but it doesn't seem to crash anymore :-)

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #210: Calling load_bridge_support_file without parameters raises NoMethodError

2010-04-21 Thread MacRuby
#210: Calling load_bridge_support_file without parameters raises NoMethodError
-+--
 Reporter:  m...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  minor|Milestone:   
Component:  MacRuby  |   Resolution:  fixed
 Keywords:  incorrect error  |  
-+--
Changes (by martinlagarde...@…):

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


Comment:

 Doesn't seem to be the case anymore :-)

 {{{
 $> macruby -e 'load_bridge_support_file'
 /private/tmp/-e:1:in `': wrong number of arguments (0 for 1)
 (ArgumentError)
 $>
 }}}

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] Security for licensing a MacRuby app

2010-04-21 Thread Gary Weaver
Isaac please forgive me for mispelling your name. I type too quickly sometimes!


On Apr 21, 2010, at 3:46 PM, Gary Weaver wrote:

> Daniel,
> 
> Thanks for sharing! Getting a MacRuby app down to 4.4 MB is definitely cool.
> 
> I'm in the minority here because I developed my HotCocoa app only with a text 
> editor (TextMate) and HotCocoa 0.5.1/MacRuby 0.5. I'm looking forward to 
> being able to continue to develop like that in the future, so solutions that 
> solely use macrake and things I could do in TextMate are what I'd be 
> interested in, and I'd bet that at least some of the community coming from 
> the Ruby/Rails side are probably in the same boat (would rather at least 
> start of more simply). And I completely understand that almost everyone who's 
> into MacRuby at the moment doesn't do much without xcode.
> 
> Have you tried doing this with a HotCocoa app?
> 
> I know that Isaas Kearse did some time back as noted here:
> http://isaac.kearse.co.nz/2010/02/01/packaging-hotcocoa/
> and he submitted a patch to HotCocoa here:
> http://github.com/richkilmer/hotcocoa/issues#issue/7
> http://github.com/isaac/hotcocoa/commit/3c3db96fa8b9228c2ef7b65a65122ff0a53142dc
> via a new config variable called stdlib. Setting it to false will not bundle 
> the standard library into the app.
> He provides an example project that uses this setting here:
> http://github.com/isaac/SafariRSS
> 
> But, with the standard library a HotCocoa MacRuby app is ~150MB at minimum 
> (MacRuby 0.5/HotCocoa 0.5.1 on Snow Leopard).
> 
> I don't want anyone to be distracted from making MacRuby itself better, but I 
> was just thinking that if there is an easy enough way to compile MacRuby to 
> machine code, perhaps someone could work on a way to get HotCocoa apps down 
> to size as well via similar mechanism. It would be nice to have a compiled 
> version of my HotCocoa app, including the standard library, such that it is a 
> much smaller size. I understand that this is very likely not a small task.
> 
> Basically it would be nice if, once people started having time to worry about 
> such things, more time was spent on HotCocoa to make it better, and a small 
> part of that might be making the generated app size smaller without having to 
> exclude the standard library.
> 
> Hope this helps!
> Gary
> 
> 
> On Apr 21, 2010, at 12:47 PM, Daniel Lopes wrote:
> 
>> Gary, take a look in this video: Embedding MacRuby
>> 
>> You will see that the xcode template target is just a shell command and you 
>> can call it from terminal. You also be able to open the packaged file and 
>> remove things that you don't need (like showed in video).
>> 
>> 
>> On Wed, Apr 21, 2010 at 11:18 AM, Gary Weaver  wrote:
>> Laurent,
>> 
>> That sounds cool!
>> 
>> I read the section on compilation in http://www.macruby.org/blog/index.html 
>> but am curious- is there an easy way to compile an app completely 
>> (specifically a HotCocoa app) into machine code using macrake (similar to 
>> "macrake deploy") and not just on a file-by-file basis using macrubyc (rb 
>> file) -o t? If so, would like to try that to decrease the size of the entire 
>> HotCocoa app to be < 150MB possibly, while not requiring the runtime or 
>> anything else to be installed (so app is completely self-contained). Sorry 
>> to distract. Am just curious.
>> 
>> Thanks!
>> Gary
>> 
>> 
>> 
>> On Apr 20, 2010, at 10:42 PM, Laurent Sansonetti wrote:
>> 
>> > FYI, it is possible to compile all your Ruby code into machine code, to 
>> > prevent trivial reverse engineering.
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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


Re: [MacRuby-devel] [MacRuby] #299: macruby core dumps.

2010-04-21 Thread MacRuby
#299: macruby core dumps.
--+-
 Reporter:  rohinton.ka...@…  |Owner:  lsansone...@…
 Type:  defect|   Status:  closed   
 Priority:  minor |Milestone:  MacRuby 0.6  
Component:  MacRuby   |   Resolution:  fixed
 Keywords:|  
--+-
Changes (by martinlagarde...@…):

  * milestone:  => MacRuby 0.6


-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #210: Calling load_bridge_support_file without parameters raises NoMethodError

2010-04-21 Thread MacRuby
#210: Calling load_bridge_support_file without parameters raises NoMethodError
-+--
 Reporter:  m...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  minor|Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:  incorrect error  |  
-+--
Changes (by martinlagarde...@…):

  * milestone:  => MacRuby 0.6


-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #655: NSInteger received as nil from QuickLook API

2010-04-21 Thread MacRuby
#655: NSInteger received as nil from QuickLook API
---+
 Reporter:  jakub.su...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  minor  |Milestone:  MacRuby 0.6  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+
Changes (by martinlagarde...@…):

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


Comment:

 Btw, closing the bug, as one issue is bridgesupport (not macruby) and the
 other one is not really MacRuby either and will not impact anything (and
 will disappear in the future).

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #464: can't load any framework "undefined method copy for NSLoadedClasses:NSMutableString"

2010-04-21 Thread MacRuby
#464: can't load any framework "undefined method copy for
NSLoadedClasses:NSMutableString"
---+
 Reporter:  fons...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  minor  |Milestone:  MacRuby 0.6  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+
Changes (by martinlagarde...@…):

  * milestone:  => MacRuby 0.6


-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #655: NSInteger received as nil from QuickLook API

2010-04-21 Thread MacRuby
#655: NSInteger received as nil from QuickLook API
---+
 Reporter:  jakub.su...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  minor  |Milestone:  MacRuby 0.6  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+

Comment(by jakub.su...@…):

 I'm curious, what exactly is causing the warnings if this is not MacRuby's
 fault?

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #632: performSelector behaves oddly.

2010-04-21 Thread MacRuby
#632: performSelector behaves oddly.
-+--
 Reporter:  r...@…|   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  minor|   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 This is because #pop is implemented in C, and these functions do not
 conform to the objective-c calling ABI, yet.

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #655: NSInteger received as nil from QuickLook API

2010-04-21 Thread MacRuby
#655: NSInteger received as nil from QuickLook API
---+
 Reporter:  jakub.su...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  minor  |Milestone:  MacRuby 0.6  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+

Comment(by lsansone...@…):

 There is a class in the quartz framework whose +initialize method tries to
 load these images. The images do not exist and the class itself is not
 used anymore (it's dead code). The warnings do not appear in a pure ObjC
 app since the class is not used. However, at runtime, MacRuby parses all
 the classes and it looks like +initialize got triggered for that specific
 class.

 A bug has been filed against the quicklook component internally :-)

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #661: [NSUndoManager um.prepareWithInvocationTarget:] is broken

2010-04-21 Thread MacRuby
#661: [NSUndoManager um.prepareWithInvocationTarget:] is broken
---+
 Reporter:  lsansone...@…  |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


Comment:

 Fixed in r3953.

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] 0.6 almost there, need help!

2010-04-21 Thread Laurent Sansonetti
After fixing + triaging more bugs, we selected:

http://www.macruby.org/trac/ticket/628 CTFramesetterCreateFrame doesn't like 
the CFRange type
http://www.macruby.org/trac/ticket/656 NSCoder encodeFloat and 
decodeFloatForKey doesn't with ruby float
http://www.macruby.org/trac/ticket/662 macruby 0.6 breaks Growl
http://www.macruby.org/trac/ticket/658 Including a module into Hash breaks 
creating an NSDictionary from a hash
http://www.macruby.org/trac/ticket/594 Not all methods visible to objective-c 
calls
http://www.macruby.org/trac/ticket/540 segfault with NSURLDownload with GC on
http://www.macruby.org/trac/ticket/551 NSThread.alloc.initWithTarget segfaulting
http://www.macruby.org/trac/ticket/550 TypeError: unrecognized runtime type 
when using NSThread.alloc.initWithTarget
http://www.macruby.org/trac/ticket/552 NSOperationQueue segfaults when more 
than one operation is being added

Laurent

On Apr 15, 2010, at 8:11 PM, Laurent Sansonetti wrote:

> Thank you :-)
> 
> I did a quick pass and noted the following bugs already:
> 
> https://www.macruby.org/trac/ticket/458
> https://www.macruby.org/trac/ticket/629
> https://www.macruby.org/trac/ticket/507
> https://www.macruby.org/trac/ticket/628
> 
> Laurent
> 
> On Apr 15, 2010, at 7:47 PM, robert gleeson wrote:
> 
>> Laurent,
>> 
>> Hey, awesome work! I'll check out the nightly later today/tomorrow for me. I 
>> think I've reported a few bugs so I'll check it out and report back to you 
>> :-P
>> 
>> Thanks,
>> Rob
>> 
>> On 16 Apr 2010, at 03:39, Laurent Sansonetti wrote:
>> 
>>> Hi guys,
>>> 
>>> 0.6 is now almost there. I need to polish a few more things and prepare a 
>>> detailed blog post about what changed. A lot of things changed in fact, 
>>> it's going to take some time :-)
>>> 
>>> For this release, we would like to announce that MacRuby is now stable for 
>>> Cocoa development. If you are working on a MacRuby Cocoa app, it would be 
>>> awesome if you could try the latest nightly build (or build the sources by 
>>> yourself), and let us know if everything is good for you, or not. 
>>> 
>>> I am going to do a pass on the tracker to identify outstanding bugs that 
>>> haven't been fixed yet, but if you filed one do not hesitate to remind me!
>>> 
>>> Thanks :)
>>> 
>>> Laurent
>>> ___
>>> MacRuby-devel mailing list
>>> [email protected]
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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


Re: [MacRuby-devel] [MacRuby] #656: NSCoder encodeFloat and decodeFloatForKey doesn't with ruby float

2010-04-21 Thread MacRuby
#656: NSCoder encodeFloat and decodeFloatForKey doesn't with ruby float
+---
 Reporter:  danielvlo...@…  |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  major   |Milestone:  MacRuby 0.6  
Component:  MacRuby |   Resolution:  fixed
 Keywords:  NSCoder Float   |  
+---
Changes (by martinlagarde...@…):

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


Comment:

 Hi Daniel!

 Thanks for the bug report. Thanks to it, we found two bugs (unrelated to
 the one you filed) in MacRuby 0.6 (one bug fixed in r3949 and
 [http://www.macruby.org/trac/ticket/661 a regression] fixed in r3953).

 However, your bug doesn't seem to appear with the newest version (you can
 try the latest version by downloading
 [http://www.macruby.org/files/nightlies/ a nightly]). I tried adding two
 persons, changing both values for the two entries, saving, undoing,
 saving, etc., no exception, no warning, nothing :-).

 I'll assume it is fixed and close the bug.

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #658: Including a module into Hash breaks creating an NSDictionary from a hash

2010-04-21 Thread MacRuby
#658: Including a module into Hash breaks creating an NSDictionary from a hash
-+--
 Reporter:  eloy.de.en...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 On the bleeding edge I get:

 {{{
 $ ./miniruby  -e "module H; end; class Hash; include H; end; p
 NSDictionary.dictionaryWithDictionary('foo' => true)"
 NSInvalidArgumentException: *** -[NSCFDictionary
 initWithObjects:forKeys:count:]: attempt to insert nil key at keys[0]
 (RuntimeError)
 }}}

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #658: Including a module into Hash breaks creating an NSDictionary from a hash

2010-04-21 Thread MacRuby
#658: Including a module into Hash breaks creating an NSDictionary from a hash
-+--
 Reporter:  eloy.de.en...@…  |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:

 Should be fixed in r3954.

-- 
Ticket URL: 
MacRuby 

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


Re: [MacRuby-devel] [MacRuby] #550: TypeError: unrecognized runtime type when using NSThread.alloc.initWithTarget

2010-04-21 Thread MacRuby
#550: TypeError: unrecognized runtime type when using
NSThread.alloc.initWithTarget
-+--
 Reporter:  mattaimone...@…  |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.5 => MacRuby 0.6


Comment:

 The problem was when re-typing the method. The problem should be fixed in
 r3955.

 {{{

 $ cat t2.rb
 framework 'Foundation'

 class Foo
   def test(obj)
 p "inside test..."
 sleep 2
   end
 end

 o = Foo.new
 t = NSThread.alloc.initWithTarget(o, selector: :"test:", object: nil)
 t.start

 p "wait..."
 while !t.isFinished; end
 p "finished"

 $ ./miniruby t2.rb
 "wait...""inside test..."

 "finished"
 $
 }}}

-- 
Ticket URL: 
MacRuby 

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