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
#412: Calling return in a block raises an exception
---+
Reporter: m...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker|
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
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
#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
#411: MacRuby does not force call to finalizers
-+--
Reporter: neerac...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker
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,
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
On Thu, Oct 29, 2009 at 3:18 PM, Ernest N. Prabhakar, Ph.D. <
prabh...@apple.com> 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
>
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
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
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 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
#411: MacRuby does not force call to finalizers
-+--
Reporter: neerac...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
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
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: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
#410: Readline merge to the recent CRuby's.
--+-
Reporter: ko...@… |Owner: lsansone...@…
Type: enhancement | Status: closed
Priority: blocker |Miles
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
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
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
#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
#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"
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
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
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!
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
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 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
#410: Readline merge to the recent CRuby's.
--+-
Reporter: ko...@… | Owner: lsansone...@…
Type: enhancement | Status: new
Priority: blocker | Mileston
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… | Owner: lsansone...@…
Type: defect| Status
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
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
37 matches
Mail list logo
