On 23 May 2015, at 00:21, Graham Cox wrote:
> My advice is: forget it. What you’re doing is fine, and it’s the normal way
> to make views repaint when a property changes. It’s not code ‘bloat’ either -
> @synthesize produces code just as if you’d written it yourself. Any other way
> than simply
DEADBEEF is what some memory debugging utilities write over memory it's freed.
If it’s showing in your isa pointer, then you’re accessing an object which has
been dealloc’d.
--
Scott Ribe
scott_r...@elevated-dev.com
http://www.elevated-dev.com/
https://www.linkedin.com/in/scottribe/
(303) 722-
I’ve been looking at Apple’s Using NSPageController sample code
(https://developer.apple.com/library/mac/samplecode/FileCards/Introduction/Intro.html)
for an app I’m working on.
However, I was curious how one would go about adapting that code sample to make
use of storyboards and an actual spli
Haven't read all the thread but i would use a custom property with
overridden setter to call setNeedsDisplay with combination of
keyPathsForValuesAffectingValueForKey: I think you can get rid of the glue
code.
On Sat, May 23, 2015 at 3:42 PM, Jonathan Taylor <
jonathan.tay...@glasgow.ac.uk> wrote
HI All,
The App I am working on has a network of nodes, of which I need to monitor.
Each node has a Unique ID and this ID along with the Object representing the
Node is stored in an NSMutableDictionary.
Here are the Statistics for the dictionary:
Invalid = 0;
KeyLengthAverage = "176.0
> On May 22, 2015, at 6:42 PM, Jens Alfke wrote:
>
> I’m trying to debug a mysterious crash in a Swift init method. At the end of
> the method there are some calls to objc_release generated by the compiler,
> and it’s the first of these that crashes: the object being released has has
> its ‘i
> On May 23, 2015, at 8:18 AM, Scott Ribe wrote:
>
> DEADBEEF is what some memory debugging utilities write over memory it's
> freed. If it’s showing in your isa pointer, then you’re accessing an object
> which has been dealloc’d.
>
This is probably the main one I was remembering. It looks li
> On May 23, 2015, at 9:20 AM, Greg Parker wrote:
>
> free() does that sometimes. If zombies doesn't find anything then try guard
> malloc.
Good suggestion! I’d forgotten about guard malloc. This changes the crash; now
the parameter to objc_release points to unmapped memory, implying that the
NSDictionary, AFAIK, is based on a hash table internally; and it uses the -hash
method of the key objects to store the keys in the table.
What kind of key are you using for the dictionary? As long as that object’s
-hash method and -isEqual methods are efficient, you should be OK...
__
> On 2015 May 23, at 07:10, Marek Hrušovský wrote:
>
> Haven't read all the thread but i would use a custom property with overridden
> setter to call setNeedsDisplay with combination of
> keyPathsForValuesAffectingValueForKey: I think you can get rid of the glue
> code.
Yes, but you don’t ne
On Thu, Apr 9, 2015, at 18:28, Rick Mann wrote:
>
> If the CFBundleShortVersionString in the bundle you upload has to match
> the number you specify in iTunesConnect, then there is no benefit nor
> point to having to redundantly specify the version number in
> iTunesConnect. Once you select an u
I’m now convinced this is a Swift code-gen error. I’ve confirmed that the
object that’s prematurely freed is the temporary NSString created by
swift_convertStringToNSString. It’s being freed by a call to swift_release that
occurs inside the method that the NSString gets passed into. In other wor
On May 23, 2015, at 12:54 PM, Jens Alfke wrote:
> On May 23, 2015, at 9:20 AM, Greg Parker wrote:
>>
>> free() does that sometimes. If zombies doesn't find anything then try guard
>> malloc.
>
> Good suggestion! I’d forgotten about guard malloc. This changes the crash;
> now the parameter to
> On May 23, 2015, at 3:31 PM, Jens Alfke wrote:
>
> I’m not sure I can simplify this into a test case, but I’ll try.
FYI, I’ve boiled it down into a small test case and submitted it as
rdar://21090194 . I’ve also found some workarounds, so I can
get on with my life now…
—Jens
__
14 matches
Mail list logo
