Hi,
I have a crashing problem when calling postNotificationName, the following
method is called from an Operation Queue method/thread. It is called on the
Main Thread (the operation queue method, uses performSelectorOnMainThread which
calls "parseOperationCompleted" below. I've tried copying th
Hi All,
I've been trying to contact Apple Developer about my iOS and Mac Developer
Memberships - there is a problem with the subscription, I've paid but they
haven't activated me.
I sent an email to euro...@apple.com and got a automated response with a follow
up number. I waited a few days, bu
It's the correct mail but I don't know what's going on your membership, try to
call them directly
Sent from my iPhone
> On 10 Sep 2013, at 15:15, Dave wrote:
>
> Hi All,
>
> I've been trying to contact Apple Developer about my iOS and Mac Developer
> Memberships - there is a problem with the
What do the debug logs for the crash say? At what point does the crash occur?
Is your program getting into parseOperationComplete? When you step through,
which line fails?
On 10 Sep 2013, at 12:08, Dave wrote:
> Hi,
>
> I have a crashing problem when calling postNotificationName, the follo
On 2013 Sep 10, at 04:52, Pax <45rpmli...@googlemail.com> wrote:
> What do the debug logs for the crash say? At what point does the crash
> occur? Is your program getting into parseOperationComplete?
Yes, like Pax said, and also, assuming that Xcode stops and shows you a call
stack, make sur
On Sep 9, 2013, at 4:15 AM, Marcel Weiher wrote:
> On Sep 9, 2013, at 11:33 , Tom Davie wrote:
>>> On 9 Sep 2013, at 10:18, Jean-Daniel Dupas wrote:
>>>
>>> And does the profiler explicitly shows that ARC runtime code is the culprit
>>> ?
>>
>> Yes, it does.
>
> Isn’t it strange how when so
On 9 Sep 2013, at 09:30, Kevin Meaney wrote:
> I don't know what it is like to convert an old project, but I would recommend
> ARC for new projects and I believe the time investment is worthwhile.
>
> Kevin
>
If the project is of any size it's the pits! It's not worthing doing unless the
Pr
On Sep 10, 2013, at 2:11 PM, Dave wrote:
>
> On 9 Sep 2013, at 09:30, Kevin Meaney wrote:
>
>> I don't know what it is like to convert an old project, but I would
>> recommend ARC for new projects and I believe the time investment is
>> worthwhile.
>>
>> Kevin
>>
>
> If the project is of
On Sep 10, 2013, at 2:01 PM, Abdul Sowayan wrote:
> I'm curious, why does 64-bit matter? iPhone memory is still around 1 gig and
> there is no virtual memory. Until you exceed the 4 gig limit, I don't see why
> this matters.
Fragmentation of address space & dealing with large blocks... And it
On Sep 10, 2013, at 21:52 , Ken Thomases wrote:
> On Sep 9, 2013, at 3:49 AM, Marcel Weiher wrote:
>
>> The pattern I adopted long ago to avoid that sort of situation is to have an
>> instance variable for my temps, in which case the code becomes:
>>
>> [self setTemp:newObject];
>>
Should be interesting to see how this plays out. When it comes to Java, when
you switch from a 32-bit JVM to a 64-bit JVM there is a 10% penalty doing so.
The main reason has to do with pointers. All pointers double in size. The
effect might be less in a Objective-C program.
Paul Franz
On Sep
For ARM, 64 bit matters because the instruction set has been updated to
provider better performances.
I just hope the performance boost provided by this architecture change will be
enough to balance the slow-down due to the increase of instruction and pointer
size.
Le 10 sept. 2013 à 22:01, A
Hi,
You with all this talk of memory management, you'd think that Apple (or
someone) would have come up with a hardware solution for this by now. In the
70's and 80's I worked on some firmware and hardware that would handle garbage
collection in real time (with a little help from OS Software).
If we have hardware (registers) and software support for 64bit, doesn't
that mean the device can perform more calculations per CPU cycle? Some
operations that would have taken 2 cycles may now be done in one. Surely
that leads to a performance boost, right?
On Tue, Sep 10, 2013 at 3:01 PM, Abdul
I second what Mark said. I did exactly as he suggested. To move to 64-bit
I isolated all QuickTime dependent code in a 32-bit only helper. The main
app, the other helpers and a private framework are now fat binaries and I
migrated all the media code to AVFoundation and related APIs. The 32-bit
only
Well, since nobody else has commented, let me be the first to say:
YES! YES! YES! THANK YOU APPLE!!
--
Scott Ribe
scott_r...@elevated-dev.com
http://www.elevated-dev.com/
(303) 722-0567 voice
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
On 10 Sep 2013, at 23:30, Jean-Daniel Dupas wrote:
>
> For ARM, 64 bit matters because the instruction set has been updated to
> provider better performances.
>
> I just hope the performance boost provided by this architecture change will
> be enough to balance the slow-down due to the incre
On Sep 9, 2013, at 3:49 AM, Marcel Weiher wrote:
> The pattern I adopted long ago to avoid that sort of situation is to have an
> instance variable for my temps, in which case the code becomes:
>
> [self setTemp:newObject];
> … do stuff …
> [self setTemp:nil];
>
> or if you pr
Scott,
I'm curious, why does 64-bit matter? iPhone memory is still around 1 gig and
there is no virtual memory. Until you exceed the 4 gig limit, I don't see why
this matters.
Abdul
Sent from my iPhone
On Sep 10, 2013, at 3:44 PM, "Scott Ribe"
mailto:scott_r...@elevated-dev.com>> wrote:
Wel
On Tue, 10 Sep 2013 20:01:36 +, Abdul Sowayan said:
>I'm curious, why does 64-bit matter? iPhone memory is still around 1 gig
>and there is no virtual memory. Until you exceed the 4 gig limit, I
>don't see why this matters.
One thing that pops to mind: it makes portability to/from OS X a litt
On Sep 10, 2013, at 2:39 PM, Joseph Dixon wrote:
> Some operations that would have taken 2 cycles may now be done in one.
Some. Probably not many.
> Surely that leads to a performance boost, right?
Maybe, maybe not. The flip side is that pointers are twice as large, so half as
many fit in cac
On 10 Sep 2013, at 22:48, Scott Ribe wrote:
> On Sep 10, 2013, at 2:39 PM, Joseph Dixon wrote:
>
>> Some operations that would have taken 2 cycles may now be done in one.
>
> Some. Probably not many.
>
>> Surely that leads to a performance boost, right?
>
> Maybe, maybe not. The flip side i
CocoaHeads Lake Forest will be meeting on the second Wednesday of the
month. We will be meeting at the Orange County Public Library (El Toro)
community room, 24672 Raymond Way, Lake Forest, CA 92630
We will be talking about the recently announced iGoodies, and Peter will be
talking about Travis (h
Hi,
I think that's problem with it and a lot of other things too! Once you get out
of the habit of thinking about memory management, you forget how to do it! How
many people can do long multiplication or division on paper these days?? I
started to do it the other day and had to really think to
On 9 Sep 2013, at 09:49, Marcel Weiher wrote:
>
> The pattern I adopted long ago to avoid that sort of situation is to have an
> instance variable for my temps, in which case the code becomes:
>
> [self setTemp:newObject];
> … do stuff …
> [self setTemp:nil];
>
> or if you p
When you use the system call mmap(2) to map in a huge file you will find it
useful.
Sent from my iPhone
> On 2013年9月11日, at 4:01, Abdul Sowayan wrote:
>
> Scott,
>
> I'm curious, why does 64-bit matter? iPhone memory is still around 1 gig and
> there is no virtual memory. Until you exceed th
On Sep 10, 2013, at 12:33 PM, Dave wrote:
> You with all this talk of memory management, you'd think that Apple (or
> someone) would have come up with a hardware solution for this by now. In the
> 70's and 80's I worked on some firmware and hardware that would handle
> garbage collection in r
On 9 Sep 2013, at 11:15, Kevin Meaney wrote:
>
> On 9 Sep 2013, at 10:33, Tom Davie wrote:
>>
>> Yes, it does. If you’d like an example to verify this behaviour with, play
>> with converting https://github.com/beelsebob/CoreParse to ARC, and profiling
>> the result. This is the example th
On Sep 10, 2013, at 4:08 AM, Dave wrote:
> I have a crashing problem when calling postNotificationName
Most of the time this happens because an object registered as an observer of
that notification has been dealloced.
Try running with NSZombieEnabled and, if this is the case, you should get an
On Sep 10, 2013, at 10:03 PM, Maxthon Chan wrote:
> When you use the system call mmap(2) to map in a huge file you will find it
> useful.
Especially if you want to map more than one, unmap one, mmap another, and so on
;-)
--
Scott Ribe
scott_r...@elevated-dev.com
http://www.elevated-dev.com/
On Sep 11, 2013, at 12:03 AM, Maxthon Chan wrote:
> When you use the system call mmap(2) to map in a huge file you will find it
> useful.
>
How so?
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or modera
When you map in a file, its contents will consume address space of your
application. When the file is bigger than 3 GiB, since there is no more bits on
the address lines, you will not be able to map the file in completely all in
once.
On Sep 11, 2013, at 12:37, Alex Zavatone wrote:
>
> On Se
Hello all,
So, working with a borderless window with a custom style, but wanting to have
standard traffic light buttons, I am unable to figure out how to get the proper
mouseover highlight state.
I have created a generic container view class that can be told which kind of
NSWindowButtonType to
This is the contrary. In Obj-c all pointers are effectively double size, but in
Java, they are not.
See “Compressed oops" at
http://docs.oracle.com/javase/7/docs/technotes/guides/vm/performance-enhancements-7.html
Le 11 sept. 2013 à 00:18, Paul Franz a écrit :
> Should be interesting to see
34 matches
Mail list logo
