date:20100422

Re: [MacRuby-devel] Lighthouse and GoogleGroup

2010-04-22 Thread Matt Aimonetti

Thanks for the input Daniel,

I think there are many reasons, first and foremost, this is an Apple project
and they gracefully host the code, nightly builds and tools used. They also
maintain the servers and the various apps used.
Furthermore, lighthouse, github and google groups are not open source
projects. Finally, all development is done on subversion and not git, so
github could not be used anyway.

I have to admit that I'm not a big fan of trac but it does what we need and
if someone should complain that would be Laurent ;)

- Matt

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

> 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
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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

2010-04-22 Thread Matt Aimonetti

Cool, thanks Ernie,

- Matt

On Wed, Apr 21, 2010 at 10:41 AM, Ernest N. Prabhakar, Ph.D. <
prabh...@apple.com> wrote:

> 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
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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

2010-04-22 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:   
--+-
Changes (by martinlagarde...@…):

  * priority:  blocker => critical


Old description:

> The following code is taken from
> http://code.reflectivepixel.com/post/103638573/require-hotcocoa-
> framework-webkit-class and is just a short example of showing the
> problem:
>
> {{{
> require 'hotcocoa'
> framework 'webkit'
> class Application
> include HotCocoa
> FULL={:expand => [:width,:height]}
> BASE=<<-END
>   
>   * { font-family: Monaco; }
>   
>   function say(arg) { window.TheBridge.click(arg);}
>   
>   Ruby JavaScript Bridge
>   tell
> END
> def click(arg) #called from javascript
>   root = document.createElement("div");
>   root.innerHTML="javascript tells ruby: #{arg}"
>   document.body.appendChild(root)
> end
> def document
>   @web_view.mainFrame.DOMDocument
> end
> def self.webScriptNameForSelector(sel) #hide : in name
>   sel.to_s.sub(/:$/,'') if is_available_selector?(sel)
> end
> def self.isSelectorExcludedFromWebScript(sel)
>   ! is_available_selector?(sel)
> end
> def self.isKeyExcludedFromWebScript(key)
>   true
> end
> def self.is_available_selector?(sel)
>   ['click:'].include?(sel.to_s)
> end
> def start
>   application :name => "MyBridge" do |app|
> app.delegate = self
> window :title => "MyBridge",
>   :frame => [10, 620, 330, 230] do |win|
>   win << @web_view=web_view(:layout => FULL) do |wv|
> wv.mainFrame.loadHTMLString BASE, baseURL: nil
> wv.frameLoadDelegate=self
> wso=wv.windowScriptObject #make visible to JS
> wso.setValue(self, forKey:"TheBridge")
>   end
>   win.will_close { exit }
> end
>   end
> end
> end
> Application.new.start
> }}}
>
> In this example, clicking on "tell" does not work. It seems, that the
> selector for "click:" is not found. When logging for example the selector
> values in {{{ self.isSelectorExcludedFromWebScript(sel) }}}, the "click:"
> selector is not amongst the results.
>
> This is not related to hotcocoa, this example can be simply reworked
> without using hotcocoa, just with a simple WebView embedded in a NSWindow
> from Interface Builder.

New description:

 The following code is taken from
 http://code.reflectivepixel.com/post/103638573/require-hotcocoa-framework-
 webkit-class and is just a short example of showing the problem:

 {{{
 #!ruby
 require 'hotcocoa'
 framework 'webkit'
 class Application
 include HotCocoa
 FULL={:expand => [:width,:height]}
 BASE=<<-END
   
   * { font-family: Monaco; }
   
   function say(arg) { window.TheBridge.click(arg);}
   
   Ruby JavaScript Bridge
   tell
 END
 def click(arg) #called from javascript
   root = document.createElement("div");
   root.innerHTML="javascript tells ruby: #{arg}"
   document.body.appendChild(root)
 end
 def document
   @web_view.mainFrame.DOMDocument
 end
 def self.webScriptNameForSelector(sel) #hide : in name
   sel.to_s.sub(/:$/,'') if is_available_selector?(sel)
 end
 def self.isSelectorExcludedFromWebScript(sel)
   ! is_available_selector?(sel)
 end
 def self.isKeyExcludedFromWebScript(key)
   true
 end
 def self.is_available_selector?(sel)
   ['click:'].include?(sel.to_s)
 end
 def start
   application :name => "MyBridge" do |app|
 app.delegate = self
 window :title => "MyBridge",
   :frame => [10, 620, 330, 230] do |win|
   win << @web_view=web_view(:layout => FULL) do |wv|
 wv.mainFrame.loadHTMLString BASE, baseURL: nil
 wv.frameLoadDelegate=self
 wso=wv.windowScriptObject #make visible to JS
 wso.setValue(self, forKey:"TheBridge")
   end
   win.will_close { exit }
 end
   end
 end
 end
 Application.new.start
 }}}

 In this example, clicking on "tell" does not work. It seems, that the
 selector for "click:" is not found. When logging for example the selector
 values in
 {{{
 self.isSelectorExcludedFromWebScript(sel)
 }}}
 the "click:" selector is not amongst the results.

 This is not related to hotcocoa, this example can be simply reworked
 without using hotcocoa, just with a simple WebView embedded in a NSWindow
 from Interface Builder.

--

Comment:

 I confirm this is not related to HotCocoa. I created a MacRuby project
 with Xcode + IB, set up a WebKit view, and the issue is happening.

 The problem comes from how MacRuby handles resolving methods compared to
 how WebKit retrieves an object's callable methods. For performance reason,
 MacRuby doesn't register all methods in the ObjC runtime at boot time, and
 only register them once they are resolved at runtime. This will be changed

Re: [MacRuby-devel] [MacRuby] #647: Create alias when a pure objc #setFoo method is overriden

2010-04-22 Thread MacRuby

#647: Create alias when a pure objc #setFoo method is overriden
-+--
 Reporter:  eloy.de.en...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:   
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by eloy.de.en...@…):

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


Comment:

 Fixed in #3919.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #647: Create alias when a pure objc #setFoo method is overriden

2010-04-22 Thread MacRuby

#647: Create alias when a pure objc #setFoo method is overriden
-+--
 Reporter:  eloy.de.en...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by eloy.de.en...@…):

  * milestone:  => MacRuby 0.6


-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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

2010-04-22 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 mich...@…):

 Thanks Thibault,
 great to see progress on this one. As soon as I get home I'll try your
 mentioned workaround; for now I've wrapped a ObjC class doing this
 purpose.
 From what I read on the mailing list, this ticket is scheduled for the 0.6
 release, you mentioned that it will be changed in a future version - are
 there any plans for which milestone this is targeted?

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #663: Kernel#sprintf formatting broken on trunk

2010-04-22 Thread MacRuby

#663: Kernel#sprintf formatting broken on trunk
-+--
 Reporter:  jordan.breed...@…|   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--
 {{{
 11 jor...@thetourist ~ > rvm use system
 Now using system ruby.
 12 jor...@thetourist ~ > ruby -e 'puts("%.2f" % [5.fdiv(3)]); puts("%6.2f"
 % [5.fdiv(3)]);'
 1.67
   1.67
 13 jor...@thetourist ~ > rvm use ruby-1.9.1
 Using ruby 1.9.1 p378
 14 jor...@thetourist ~ > ruby -e 'puts("%.2f" % [5.fdiv(3)]); puts("%6.2f"
 % [5.fdiv(3)]);'
 1.67
   1.67
 15 jor...@thetourist ~ > macruby -e 'puts("%.2f" % [5.fdiv(3)]);
 puts("%6.2f" % [5.fdiv(3)]);'
 1.67
 1.67
 16 jor...@thetourist ~ > macruby -e 'p RUBY_VERSION'
 "1.9.0"
 17 jor...@thetourist ~ > macruby -e 'p MACRUBY_VERSION'
 "0.6"
 18 jor...@thetourist ~ > macruby -e 'p MACRUBY_REVISION'
 "git commit c4dbbe33596e9fe150ddcc0ac1b253c566191ba4"
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Lighthouse and GoogleGroup

2010-04-22 Thread Daniel Lopes

Thanks to answer Matt,

I just asked because in my opinion these tools help bring more community
work, it's very clear Rails development for example. But if Apple hosts
everything it's just perfect :)

Another thing I would like to sugest is link the posts of Phusion blog in
MacRuby.org. I don't know who take care of the site but theses links are
really great and can help a lot of people:

Objective-C for Ruby developers, un not-so-petit interlude
(1/2)
Creating our very first Mac application with Ruby, how
exciting!
A gentle introduction to
MacRuby

Another link that I think is really usefull is this one:

http://public.me.com/johnmshea

But I don't know if the author agree to make this public.

On Thu, Apr 22, 2010 at 4:33 AM, Matt Aimonetti wrote:

> Thanks for the input Daniel,
>
> I think there are many reasons, first and foremost, this is an Apple
> project and they gracefully host the code, nightly builds and tools used.
> They also maintain the servers and the various apps used.
> Furthermore, lighthouse, github and google groups are not open source
> projects. Finally, all development is done on subversion and not git, so
> github could not be used anyway.
>
> I have to admit that I'm not a big fan of trac but it does what we need and
> if someone should complain that would be Laurent ;)
>
>
> - Matt
>
> On Wed, Apr 21, 2010 at 12:21 PM, Daniel Lopes wrote:
>
>> 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
>> MacRuby-devel@lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>
>>
>
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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

2010-04-22 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 martinlagarde...@…):

 On the mailing list, this ticket was identified as "we should fix it for
 0.6". However, now that we know what the problem is, we know this won't be
 fixed for 0.6 as it would involve a major rewrite in the MacRuby runtime.
 The rewrite will be targeted for at least 0.7, or a later version.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread

2010-04-22 Thread MacRuby

#664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a
Background Thread
-+--
 Reporter:  dy...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--
 Code:

 def main_thread( &block )
   block.performSelectorOnMainThread( 'call', withObject: nil,
 waitUntilDone: true )
 end

 Thread.new do
   main_thread do
 [1,2,3].each {|i| puts i }
   end
 end

 Expected result:

 Output numbers to the console.

 Actual result:

 -Terminal-

 macruby test.rb
 Assertion failed: (errorcode == 0), function setInstance, file
 ThreadLocal.cpp, line 61.
 Abort trap


 -XCode (have to run the code twice for some reason, first time works) -

 Assertion failed: ((b->flags & flags) == flags), function
 rb_vm_prepare_block, file dispatcher.cpp, line 1786.
 Program received signal:  “SIGABRT”.

 Backtrace (note that this was pasted into a ruby cocoa application and is
 triggered from a menu click):

 #0  0x7fff81b35fe6 in __kill ()
 #1  0x7fff81bd6e32 in abort ()
 #2  0x7fff81bc3e74 in __assert_rtn ()
 #3  0x0001001427e8 in rb_vm_prepare_block ()
 #4  0x00010115a149 in ?? ()
 #5  0x000100149331 in rb_vm_block_eval ()
 #6  0x7fff87ddc647 in __NSThreadPerformPerform ()
 #7  0x7fff869c9271 in __CFRunLoopDoSources0 ()
 #8  0x7fff869c7469 in __CFRunLoopRun ()
 #9  0x7fff869c6c2f in CFRunLoopRunSpecific ()
 #10 0x7fff80ca5a75 in _NSUnhighlightCarbonMenu ()
 #11 0x7fff80f250b8 in -[NSMenu _internalPerformActionForItemAtIndex:]
 ()
 #12 0x7fff80dd79d5 in -[NSCarbonMenuImpl
 _carbonCommandProcessEvent:handlerCallRef:] ()
 #13 0x7fff80c84b60 in NSSLMMenuEventHandler ()
 #14 0x7fff886f1bd7 in DispatchEventToHandlers ()
 #15 0x7fff886f1126 in SendEventToEventTargetInternal ()
 #16 0x7fff8870ed49 in SendEventToEventTarget ()
 #17 0x7fff8873dd45 in SendHICommandEvent ()
 #18 0x7fff8876aa1a in SendMenuCommandWithContextAndModifiers ()
 #19 0x7fff8876a9d4 in SendMenuItemSelectedEvent ()
 #20 0x7fff8876a8dc in FinishMenuSelection ()
 #21 0x7fff8874bcf9 in MenuSelectCore ()
 #22 0x7fff8874b461 in _HandleMenuSelection2 ()
 #23 0x7fff80b55b79 in _NSHandleCarbonMenuEvent ()
 #24 0x7fff80b296a2 in _DPSNextEvent ()
 #25 0x7fff80b28b41 in -[NSApplication
 nextEventMatchingMask:untilDate:inMode:dequeue:] ()
 #26 0x7fff80aee747 in -[NSApplication run] ()
 #27 0x7fff80ae7468 in NSApplicationMain ()
 #28 0x000101147870 in ?? ()
 #29 0x00010014c806 in rb_vm_dispatch ()
 #30 0x0001011263e4 in ?? ()
 #31 0x00010016115f in rb_vm_run ()
 #32 0x0001000462a9 in ruby_run_node ()
 #33 0x0001001614dc in macruby_main ()
 #34 0x00011d40 in main (argc=1, argv=0x7fff5fbff5f0) at
 main.m:13

 Macruby Version:

 MacRuby version 0.6 (ruby 1.9.0) [universal-darwin10.0, x86_64]
 Nightly from 04/20/2010.

 test.rb attached

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Lighthouse and GoogleGroup

2010-04-22 Thread Laurent Sansonetti

Hi Daniel,

This is a recurrent question. Our opensource projects are hosted on macosforge. 
If we want to switch to new tools they must be installed there, and ideally, 
the other opensource projects would also need to embrace them. So this is a 
difficult decision, so far Trac seems to fit for most of us. I cannot hide the 
fact that I hate it though :-)

As for the website, if you're interested in updating it the source is in the 
Subversion repository. We have a manual here: 
http://www.macruby.org/documentation/website-contributions.html. Currently 
nobody is really taking care of it, I just make sure to sync some info when 
doing releases.

Laurent

On Apr 22, 2010, at 6:14 AM, Daniel Lopes wrote:

> Thanks to answer Matt,
> 
> I just asked because in my opinion these tools help bring more community 
> work, it's very clear Rails development for example. But if Apple hosts 
> everything it's just perfect :)
> 
> Another thing I would like to sugest is link the posts of Phusion blog in 
> MacRuby.org. I don't know who take care of the site but theses links are 
> really great and can help a lot of people:
> 
> Objective-C for Ruby developers, un not-so-petit interlude (1/2)
> Creating our very first Mac application with Ruby, how exciting!
> A gentle introduction to MacRuby
> 
> Another link that I think is really usefull is this one:
> 
> http://public.me.com/johnmshea 
> 
> But I don't know if the author agree to make this public.
> 
> 
> On Thu, Apr 22, 2010 at 4:33 AM, Matt Aimonetti  
> wrote:
> Thanks for the input Daniel,
> 
> I think there are many reasons, first and foremost, this is an Apple project 
> and they gracefully host the code, nightly builds and tools used. They also 
> maintain the servers and the various apps used.
> Furthermore, lighthouse, github and google groups are not open source 
> projects. Finally, all development is done on subversion and not git, so 
> github could not be used anyway.
> 
> I have to admit that I'm not a big fan of trac but it does what we need and 
> if someone should complain that would be Laurent ;)
> 
> 
> - Matt
> 
> On Wed, Apr 21, 2010 at 12:21 PM, Daniel Lopes  wrote:
> 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
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> 
> 
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> 
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #551: NSThread.alloc.initWithTarget segfaulting

2010-04-22 Thread MacRuby

#551: NSThread.alloc.initWithTarget segfaulting
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 Here is a better test:

 {{{

 framework 'Foundation'

 class Foo
   def test(obj)
 loop { print '*' }
   end
 end

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

 1.times { print '.' }

 puts "finished"
 }}}

 Replacing the "1.times" loop with a simple "sleep 3" does not cause a
 crash anymore, so the problem is likely not related to NSThread at all.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #551: NSThread.alloc.initWithTarget segfaulting

2010-04-22 Thread MacRuby

#551: NSThread.alloc.initWithTarget segfaulting
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 Finally it seems related. Looks like the core still thinks we are in
 single-threaded mode.

 {{{
 (gdb) p RoxorCore::shared->multithreaded
 $2 = false
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #552: NSOperationQueue segfaults when more than one operation is being added

2010-04-22 Thread MacRuby

#552: NSOperationQueue segfaults when more than one operation is being added
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 Root cause is the same as #551.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] Is this the appropriate place to discuss HotCocoa?

2010-04-22 Thread Matthew Ratzloff

And if so, can someone tell me if this project is still in active
development?  The last time it was updated was in January, and it seems the
bugs have gone unread the last few months.

Thanks,

-Matt
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #551: NSThread.alloc.initWithTarget segfaulting

2010-04-22 Thread MacRuby

#551: NSThread.alloc.initWithTarget segfaulting
-+--
 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:

 Should be fixed in r3958.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #552: NSOperationQueue segfaults when more than one operation is being added

2010-04-22 Thread MacRuby

#552: NSOperationQueue segfaults when more than one operation is being added
-+--
 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.6


Comment:

 Should be fixed in r3958.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Is this the appropriate place to discuss HotCocoa?

2010-04-22 Thread Matt Aimonetti

The project was moved outside of the MacRuby core and it's currently
maintained by Rich Kilmer. It was moved to GitHub with the hope that the
community will be more involved and take ownership over the project.

I'm sure Rich will be glad to merge in patches submitted by the community,
if you have some free time and want to help, contact Rich.

- Matt

On Thu, Apr 22, 2010 at 4:38 PM, Matthew Ratzloff
wrote:

> And if so, can someone tell me if this project is still in active
> development?  The last time it was updated was in January, and it seems the
> bugs have gone unread the last few months.
>
> Thanks,
>
> -Matt
>
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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

2010-04-22 Thread Laurent Sansonetti

Now:

http://www.macruby.org/trac/ticket/628 CTFramesetterCreateFrame doesn't like 
the CFRange type
http://www.macruby.org/trac/ticket/662 macruby 0.6 breaks Grow

Laurent

On Apr 21, 2010, at 3:40 PM, Laurent Sansonetti wrote:

> 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
 MacRuby-devel@lists.macosforge.org
 http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>> 
>>> ___
>>> MacRuby-devel mailing list
>>> MacRuby-devel@lists.macosforge.org
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>> ___
>> MacRuby-devel mailing list
>> MacRuby-devel@lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

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

2010-04-22 Thread Matt Aimonetti

For the record, the two MacRuby apps I use daily run perfectly under
0.6trunk.

- Matt

On Thu, Apr 22, 2010 at 10:31 PM, Laurent Sansonetti
wrote:

> Now:
>
> http://www.macruby.org/trac/ticket/628 CTFramesetterCreateFrame doesn't
> like the CFRange type
> http://www.macruby.org/trac/ticket/662 macruby 0.6 breaks Grow
>
> Laurent
>
> On Apr 21, 2010, at 3:40 PM, Laurent Sansonetti wrote:
>
> > 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
>  MacRuby-devel@lists.macosforge.org
>  http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> >>>
> >>> ___
> >>> MacRuby-devel mailing list
> >>> MacRuby-devel@lists.macosforge.org
> >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> >>
> >> ___
> >> MacRuby-devel mailing list
> >> MacRuby-devel@lists.macosforge.org
> >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> >
> > ___
> > MacRuby-devel mailing list
> > MacRuby-devel@lists.macosforge.org
> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Lighthouse and GoogleGroup

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

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

Re: [MacRuby-devel] [MacRuby] #647: Create alias when a pure objc #setFoo method is overriden

Re: [MacRuby-devel] [MacRuby] #647: Create alias when a pure objc #setFoo method is overriden

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

[MacRuby-devel] [MacRuby] #663: Kernel#sprintf formatting broken on trunk

Re: [MacRuby-devel] Lighthouse and GoogleGroup

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

[MacRuby-devel] [MacRuby] #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread

Re: [MacRuby-devel] Lighthouse and GoogleGroup

Re: [MacRuby-devel] [MacRuby] #551: NSThread.alloc.initWithTarget segfaulting

Re: [MacRuby-devel] [MacRuby] #551: NSThread.alloc.initWithTarget segfaulting

Re: [MacRuby-devel] [MacRuby] #552: NSOperationQueue segfaults when more than one operation is being added

[MacRuby-devel] Is this the appropriate place to discuss HotCocoa?

Re: [MacRuby-devel] [MacRuby] #551: NSThread.alloc.initWithTarget segfaulting

Re: [MacRuby-devel] [MacRuby] #552: NSOperationQueue segfaults when more than one operation is being added

Re: [MacRuby-devel] Is this the appropriate place to discuss HotCocoa?

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

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

20 matches

Site Navigation

Mail list logo

Footer information