[Moderator] List Guidelines - Update (noted at top)

A note: Do not debate these rules on the list. Direct emails to the admins address listed below and in every posting. This includes the moderator and the people who actually own the list. These guidelines are in addition to the general Apple mailing list Terms and Conditions. If you are unable

Re: Register/Function Parm Mapping for 64-bit Was: isTemporaryID unrecognized selector…

On 2010 Sep 04, at 18:48, Chris Parker wrote: > On x86_64: > > $rdi == arg0 (ObjC: self) > $rsi == arg1 (ObjC: op, or _cmd) > $rdx == arg2 (ObjC: first arg of method) > $rcx == arg3 (ObjC: second arg of method) > $r8 == arg4 > etc. > > On armv6/7: > > $r0 == arg0 (ObjC: self) > $r1 == arg1 (O

Re: Can I connect?

On Sep 4, 2010, at 7:11 PM, Jeremy Matthews wrote: > In my application (desktop) I am checking for a network connection, and I've > seen people use a few different techniques... > > 1) NSURL > 2) SCNetworkReachabaility > 3) NSSocketPort > > Anyone have experience or best practices on using one

Re: Register/Function Parm Mapping for 64-bit Was : isTemporaryID unrecognized selector…

On Sep 4, 2010, at 4:16 PM, Gideon King wrote: > I'm afraid the abi documentation was above my head. Seems strange to me that > we should be looking at a *draft* document for *AMD64*, which contains no > mention of objective-c methods, to try to understand how to interpret what's > going on -

Can I connect?

In my application (desktop) I am checking for a network connection, and I've seen people use a few different techniques... 1) NSURL 2) SCNetworkReachabaility 3) NSSocketPort Anyone have experience or best practices on using one vs another? Thanks, j _

Re: Register/Function Parm Mapping for 64-bit Was: isTemporaryID unrecognized selector…

On 4 Sep 2010, at 4:16 PM, Gideon King wrote: > I'm afraid the abi documentation was above my head. Seems strange to me that > we should be looking at a *draft* document for *AMD64*, which contains no > mention of objective-c methods, to try to understand how to interpret what's > going on - s

Re: Register/Function Parm Mapping for 64-bit Was: isTemporaryID unrecognized selector…

I poked around blindly :-) I'm afraid the abi documentation was above my head. Seems strange to me that we should be looking at a *draft* document for *AMD64*, which contains no mention of objective-c methods, to try to understand how to interpret what's going on - surely there's some documenta

Re: Register/Function Parm Mapping for 64-bit Was: isTemporaryID unrecognized selector…

On Sep 4, 2010, at 1:50 PM, Jerry Krinock wrote: > So did you ever find out the mapping between function parameters and > registers on the 64-bit Intel architecture, or did you just poke around > blindly in all the registers? Read this: Basic

Re: Register/Function Parm Mapping for 64-bit Was: isTemporaryID unrecognized selector…

On Sep 4, 2010, at 12:50 PM, Jerry Krinock wrote: > > On 2010 Sep 03, at 21:25, Gideon King wrote: > >> I was able to track it down by going to the >> maintainInverseRelationship:forProperty:oldDestination:newDestination: >> method call in the stack, and finding the entity in register 12. > >

Re: Fixed pattern with colorWithPatternImage

Hello Quincey, Thanks, I thought that a simple thing like that could be done easier. My background is from web dev (specially Ruby). That app is just a simple pet project and for that I will use a simple gradient instead of the image. I tried the image because I want a small noise instead of a

Register/Function Parm Mapping for 64-bit Was : isTemporaryID unrecognized selector…

On 2010 Sep 03, at 21:25, Gideon King wrote: > I was able to track it down by going to the > maintainInverseRelationship:forProperty:oldDestination:newDestination: method > call in the stack, and finding the entity in register 12. So did you ever find out the mapping between function parameter

Re: Fixed pattern with colorWithPatternImage

On Sep 4, 2010, at 10:13, Daniel - Area wrote: > My code is basically this: > http://pastie.org/1138167 > > a) Looking my code I think the issue is exactly what you said. But > what is the right object and properties to access the full size of the > view? No, what I said is not the problem. You'

Pin NSScrollView documentView to Upper Left AND Pin Scrolling to Upper left

I am trying to have NSScrollView behavior similar to, well, every other implementation of a view in an NSScrollView (e.g. NSTextView, NSTableView, etc.). Pinning my view to the upper left is easy using the view-within-an-isFlipped-view, but when the NSScrollView is resized, the "visible point"

Re: Fixed pattern with colorWithPatternImage

Hey Quincey, thanks to answer. My code is basically this: http://pastie.org/1138167 a) Looking my code I think the issue is exactly what you said. But what is the right object and properties to access the full size of the view? b) If is not ask too much, that way I'm trying to acheive the layout