Hi Laurent!
On Oct 28, 2009, at 12:31 AM, Laurent Sansonetti wrote:
and to wrap this C API into an Objective-C class that you can call
from MacRuby in the meantime.
Laurent
Just a quick question. Imagine I have an Objective-C class that wraps
that API. How can I then use it on a Macruby
It's really simple, you just need to create an Objective-C class in your
macruby application (header and implementation file). You can then use
it in your ruby code without any hassle, it's great. For example, if you
create an Objective-C class called 'MetaDataHelper', you can use it like
this:
hel
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… | Owner: lsansone...@…
Type: defect| Status
#410: Readline merge to the recent CRuby's.
--+-
Reporter: ko...@… | Owner: lsansone...@…
Type: enhancement | Status: new
Priority: blocker | Mileston
Hi Laurent. Just a quick question.
On Oct 28, 2009, at 12:31 AM, Laurent Sansonetti wrote:
Hi Alan,
I'm afraid the MD* APIs haven't been covered by BridgeSupport yet,
so it may not be possible to call it directly from MacRuby at this
point. I would recommend to file a bug at http://
bugre
Hi Alan!
Thank you, that's very simple.
However I'm still curious about the daily non-Xcode scripts.
Image I want to write a macruby script that uses my Objective-C helper
class. What's the easiest way to accomplish that outside XCode?
Ruben
On Oct 29, 2009, at 11:43 AM, Alan Skipp wrote:
Hi Alan!
Thank you, that's very simple.
However I'm still curious about the daily non-Xcode scripts.
Image I want to write a macruby script that uses my Objective-C helper
class. What's the easiest way to accomplish that outside XCode?
Ruben
On Oct 29, 2009, at 11:43 AM, Alan Skipp wrote:
Hi Ruben!
However I'm still curious about the daily non-Xcode scripts.
Image I want to write a macruby script that uses my Objective-C
helper class. What's the easiest way to accomplish that outside XCode?
Ruben
Like you I played around a little with this issue. My current state is:
If
On Oct 28, 2009, at 11:25 PM, MacRuby wrote:
#394: Unrecognized runtime type _NSRange=II
---
+
Reporter: cwdi...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: b
Hi Ruben,
Using an Objective-C class in a MacRuby script is the first step in
both recipes currently posted to the MacRuby website (http://www.macruby.org/documentation.html
). Your choices are either to add a "dummy" Init_foo{} function and
make a foo.bundle from the class or compile the Ob
Hi Josh!
On Oct 29, 2009, at 5:48 PM, Josh Ballanco wrote:
Hi Ruben,
Using an Objective-C class in a MacRuby script is the first step in
both recipes currently posted to the MacRuby website (http://www.macruby.org/documentation.html
). Your choices are either to add a "dummy" Init_foo{} fun
#407: NSData#bytes does not work
[...]
Changes (by lsansone...@?):
Comment:
Should be fixed by r2916:
It is indeed fixed, thank you! My initial purpose for this was to get
the data out of an NSData, which in RubyCocoa was
data.bytes.bytestr(data.length)
It seems the MacRuby "Pointer"
#408: leaked Tempfile don't get cleaned up
[...]
Changes (by lsansone...@?):
* status: new => closed
* resolution: => fixed
I implemented ObjectSpace finalizers as part of r2918 and now your
snippet
behaves like the old Ruby.
This does indeed fix the main problem—the program running o
On Oct 29, 2009, at 10:25 AM, s.ross wrote:
On Oct 28, 2009, at 11:25 PM, MacRuby wrote:
#394: Unrecognized runtime type _NSRange=II
---
+
Reporter: cwdi...@… |Owner: lsansone...@…
Type: defect
On Oct 29, 2009, at 12:18 PM, Matthias Neeracher wrote:
#408: leaked Tempfile don't get cleaned up
[...]
Changes (by lsansone...@?):
* status: new => closed
* resolution: => fixed
I implemented ObjectSpace finalizers as part of r2918 and now your
snippet
behaves like the old Ruby.
This
Hi Laurent,
On Oct 29, 2009, at 12:26 PM, Laurent Sansonetti wrote:
> $ macruby -e "p MACRUBY_REVISION"
> "svn revision 2915 from
> http://svn.macosforge.org/repository/ruby/MacRuby/trunk";
>
> If MacRuby was built from Git (I think that's what the nightly build does),
> the constant will have
#410: Readline merge to the recent CRuby's.
--+-
Reporter: ko...@… |Owner: lsansone...@…
Type: enhancement | Status: closed
Priority: blocker |Miles
On Oct 29, 2009, at 12:39 PM, Ernest N. Prabhakar, Ph.D. wrote:
Hi Laurent,
On Oct 29, 2009, at 12:26 PM, Laurent Sansonetti wrote:
$ macruby -e "p MACRUBY_REVISION"
"svn revision 2915 from http://svn.macosforge.org/repository/ruby/MacRuby/trunk
"
If MacRuby was built from Git (I think tha
Hi Laurent,
On Oct 29, 2009, at 12:42 PM, Laurent Sansonetti wrote:
> On Oct 29, 2009, at 12:39 PM, Ernest N. Prabhakar, Ph.D. wrote:
>
>> Hi Laurent,
>>
>> On Oct 29, 2009, at 12:26 PM, Laurent Sansonetti wrote:
>>
>>> $ macruby -e "p MACRUBY_REVISION"
>>> "svn revision 2915 from
>>> http://s
On Oct 29, 2009, at 12:48 PM, Ernest N. Prabhakar, Ph.D. wrote:
Hi Laurent,
On Oct 29, 2009, at 12:42 PM, Laurent Sansonetti wrote:
On Oct 29, 2009, at 12:39 PM, Ernest N. Prabhakar, Ph.D. wrote:
Hi Laurent,
On Oct 29, 2009, at 12:26 PM, Laurent Sansonetti wrote:
$ macruby -e "p MACRUBY_R
#411: MacRuby does not force call to finalizers
-+--
Reporter: neerac...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
Hi Ruben,
On Oct 29, 2009, at 11:07 AM, Ruben Fonseca wrote:
Finally, as to your later question, there actually *is* a MacRuby
API for GCD currently in the 0.5 beta and nightly builds.
Yes I know. That's why I've asked if it makes sense to include more
wrappers to other C APIs into Macruby
On Oct 29, 2009, at 12:54 PM, Josh Ballanco wrote:
On Oct 29, 2009, at 12:48 PM, Ernest N. Prabhakar, Ph.D. wrote:
Hi Laurent,
On Oct 29, 2009, at 12:42 PM, Laurent Sansonetti wrote:
On Oct 29, 2009, at 12:39 PM, Ernest N. Prabhakar, Ph.D. wrote:
Hi Laurent,
On Oct 29, 2009, at 12:26 PM, L
Hi Ruben,
On Oct 29, 2009, at 8:44 AM, Ruben Fonseca wrote:
Hi Laurent. Just a quick question.
On Oct 28, 2009, at 12:31 AM, Laurent Sansonetti wrote:
Hi Alan,
I'm afraid the MD* APIs haven't been covered by BridgeSupport yet,
so it may not be possible to call it directly from MacRuby at
But what the heck, they're fun. :-)
http://www.timestretch.com/FractalBenchmark.html
prabhaka$ ruby --version
ruby 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0]
Ruby Elapsed 4.885692
prabhaka$ macruby --version
MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64]
Ruby Elapse
On Thu, Oct 29, 2009 at 3:18 PM, Ernest N. Prabhakar, Ph.D. <
[email protected]> wrote:
> But what the heck, they're fun. :-)
>
> http://www.timestretch.com/FractalBenchmark.html
>
> prabhaka$ ruby --version
> ruby 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0]
> Ruby Elapsed 4.885692
>
prabhaka$ macruby -e "p MACRUBY_REVISION"
"unknown revision"
Where does your version of MacRuby come from? :-)
I'm pretty sure this was the latest nightly, installed using:
Git will require an extra Attribute to properly do version
substitution. See the section on "export-subst" in the Pr
Hi Conrad,
They are seconds of execution (clock) time, I believe. Mostly arbitrary, since
they're run on a different machine than the original.
-enp
On Oct 29, 2009, at 3:39 PM, Conrad Taylor wrote:
> On Thu, Oct 29, 2009 at 3:18 PM, Ernest N. Prabhakar, Ph.D.
> wrote:
> But what the heck,
#411: MacRuby does not force call to finalizers
-+--
Reporter: neerac...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… | Owner: lsansone...@…
Type: defect| Status
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… | Owner: lsansone...@…
Type: defect| Status
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… |Owner: lsansone...@…
Type: defect| Status:
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… |Owner: lsansone...@…
Type: defect| Status:
It looks like MacRuby doesn't allow calling return in a block, which works
in 1.8 and 1.9. This looks to be by design, so I'm not sure if the team
wants a ticket created. Should I create a ticket?
def foo
f = Proc.new { return "return from foo from insid
Hi Mike,
No, this is not by design, you found a bug :-) Please file a ticket.
Thanks,
Laurent
On Oct 29, 2009, at 11:16 PM, Mike Moore wrote:
It looks like MacRuby doesn't allow calling return in a block, which
works in 1.8 and 1.9. This looks to be by design, so I'm not sure if
the team
#412: Calling return in a block raises an exception
---+
Reporter: m...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker|
But it is a named exception... Doesn't that mean it is by design? :)
Created #412
On Fri, Oct 30, 2009 at 12:43 AM, Laurent Sansonetti
wrote:
> Hi Mike,
>
> No, this is not by design, you found a bug :-) Please file a ticket.
>
> Thanks,
>
> Laurent
>
>
> On Oct 29, 2009, at 11:16 PM, Mike Moore
37 matches
Mail list logo
