#312: reopening a class and setNeedsDisplay: segfault
-+--
Reporter: mattaimone...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: critic
On Aug 21, 2009, at 2:06 PM, Clay Bridges wrote:
Forgive my caveman-programmer terminology, but it seems to overwrite
the class symbol. Extending Laurent's example (kind of):
gort:~ clay$ macruby -e "p NSPredicate.object_id; p
NSPredicate.methods(false,true); class NSPredicate; def hey;end; end;
Forgive my caveman-programmer terminology, but it seems to overwrite
the class symbol. Extending Laurent's example (kind of):
gort:~ clay$ macruby -e "p NSPredicate.object_id; p
NSPredicate.methods(false,true); class NSPredicate; def hey;end; end;
p NSPredicate.object_id; p NSPredicate.methods(fal
On Fri, Aug 21, 2009 at 3:25 PM, Laurent
Sansonetti wrote:
> I see, I haven't tried with 0.4. Maybe the problem is fixed in trunk :-)
My bad, I try to specify. Yes, it's 0.4.
Thanks
Clay
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
I see, I haven't tried with 0.4. Maybe the problem is fixed in trunk :-)
Laurent
On Aug 21, 2009, at 12:10 PM, Jeremy Voorhis wrote:
I've reproduced it using 0.4, for whatever that's worth. If you open
a builtin class (e.g. NSSet) with the class keyword, the object_id
changes. If you open i
I've reproduced it using 0.4, for whatever that's worth. If you open a
builtin class (e.g. NSSet) with the class keyword, the object_id changes. If
you open it with class_eval, the object_id is unchanged.
Best,
Jeremy
On Fri, Aug 21, 2009 at 11:47 AM, Laurent Sansonetti
wrote:
> On Aug 21, 2009,
On Aug 21, 2009, at 9:33 AM, Clay Bridges wrote:
I'm using MacRuby to test some of my ObjC classes. I was wondering if
there was a canonical way to monkey patch these classes.
Just open them as you would do in Ruby.
Consider, the following where Cell is an ObjC class:
irb(main):001:0> Cell.
On Aug 21, 2009, at 9:10 AM, Clay Bridges wrote:
(Sorry for the late reply.)
Ditto.
Did you try using the "old" methodSignatureForSelector: and
-forwardInvocation: technique?
Thanks for the suggestion, but no. I'm using MacRuby to test my ObjC
classes, and the design decisions on the ObjC
I'm using MacRuby to test some of my ObjC classes. I was wondering if
there was a canonical way to monkey patch these classes.
Consider, the following where Cell is an ObjC class:
irb(main):001:0> Cell.object_id
=> 4387749088
irb(main):002:0> class Cell
irb(main):003:1> def whee
irb(main):004:2
> (Sorry for the late reply.)
Ditto.
> Did you try using the "old" methodSignatureForSelector: and
> -forwardInvocation: technique?
Thanks for the suggestion, but no. I'm using MacRuby to test my ObjC
classes, and the design decisions on the ObjC side are made othogonal
to MacRuby considerations
Which is why I will keep using git-svn on the svn repo directly
instead and use git svn dcommit to push.
I was just so glad when I first saw the email, to then find out that
it was no moe than the mirrors that already exist on various other
places... Not saying that I'm not glad that MacOSF
Well, a wonderful discovery that I made recently is that git-apply
doesn't, in fact, require that the destination you're applying a patch
to be a git repo. In other words, patches generated with git-format-
patch could be e-mailed to subversion repo maintainers and applied
with git-apply. Ju
Great news, thanks William! Now if we could only have push support… Oh
well, another day.
So when can we expect CVS push access? Or even better, tarrball-
email-push-support?
Cheers,
Eloy
On 21 aug 2009, at 02:55, Laurent Sansonetti wrote:
Hi,
We now have git mirrors of our SVN reposit
13 matches
Mail list logo
