On Jun 10, 2013, at 5:06 PM, Trygve Inda wrote:
> However, on some customer's systems, despite NSError not showing anything
> wrong, I get:
That’s a web page with a pretty clumsy way of redirecting to
`/redirect.asp?loc=` followed by the actual URL. I have no idea why someone
would do this in
On Jun 10, 2013, at 6:28 AM, Roland King wrote:
> How about the objects which are then owned by the MOC, the managed objects?
> Do any messages sent to them, even a property or relationship lookup, need
> also to be in a performBlock: call on the MOC owning those objects?
For an NSManagedObjec
> Well, that's it, isn't it?
>
>
> On Jun 10, 2013, at 8:32 PM, Trygve Inda wrote:
>
>>> What is the header of the file being fetched set to?
>>>
>>> On Jun 10, 2013, at 8:06 PM, Trygve Inda wrote:
>>
>> I believe it is just a plain text file. Safari will not allow me to view
>> source on the
Well, that's it, isn't it?
On Jun 10, 2013, at 8:32 PM, Trygve Inda wrote:
>> What is the header of the file being fetched set to?
>>
>> On Jun 10, 2013, at 8:06 PM, Trygve Inda wrote:
>
> I believe it is just a plain text file. Safari will not allow me to view
> source on the page and FireFox
> What is the header of the file being fetched set to?
>
> On Jun 10, 2013, at 8:06 PM, Trygve Inda wrote:
I believe it is just a plain text file. Safari will not allow me to view
source on the page and FireFox says:
text/plain
ISO-8859-1
FireFox also says:
The character encoding of the plain
What is the header of the file being fetched set to?
On Jun 10, 2013, at 8:06 PM, Trygve Inda wrote:
> I am using the following code (url changed, but it is a .txt file)
>
> NSString* tleAddress = @"http://www.somesite.com/somefile.txt";;
>
> NSURLRequest* tleRequest = [NSURLRequest requestWith
I am using the following code (url changed, but it is a .txt file)
NSString* tleAddress = @"http://www.somesite.com/somefile.txt";;
NSURLRequest* tleRequest = [NSURLRequest requestWithURL:[NSURL
URLWithString:tleAddress] cachePolicy:0 timeoutInterval:5.0];
NSURLResponse* tleResponse = nil;
NSEr
On Jun 7, 2013, at 9:44 AM, Jonathan Taylor
wrote:
> Your suggestion of the VM Tracker instrument (which I had not spotted before)
> did bring up some interesting results though. These autoreleased image
> buffers that were causing the problem are definitely NOT reported at all by
> Allocation
On Jun 10, 2013, at 9:15 AM, Quincey Morris
wrote:
> It's quite possible that the image files are being mapped into memory, rather
> than being read into allocated buffers. That would produce the results you've
> described (an increase in VM usage, but no big allocation footprint).
I don’t t
On Jun 10, 2013, at 10:23 AM, Jonathan Taylor wrote:
> Thanks for your comments Ken.
You're welcome.
> It was really good to learn about how to use heapshots effectively, that's
> definitely something I'm going to use again in future. In this case it did
> provide ~some~ more information on wh
On Jun 9, 2013, at 10:14 PM, Jerry Krinock wrote:
> So how might Apple be doing that?
The same way they do the Spotlight “menu”: a borderless window that looks like
a menu.
Sadly, I don't know if there's a way to hook into the menu manager to get the
same results in your app. But you _may_ be
On Jun 10, 2013, at 08:23 , Jonathan Taylor
wrote:
> However, if I understand you correctly, you are convinced that the (large)
> backing buffer for the bitmap data should be being reported by Allocations.
> As you can hopefully see from these screenshots, while the NS objects
> themselves ar
On Sun, 9 Jun 2013 13:45:52 -0700, John McCall said:
>Playing with the bit-representation of Objective-C pointers specifically
>is ill-advised because the implementation reserves the right to play its
>own games with object pointers (such as the optimized representation of
>integer values when box
Thanks for your comments Ken. It was really good to learn about how to use
heapshots effectively, that's definitely something I'm going to use again in
future. In this case it did provide ~some~ more information on what is going on.
Just to be clear, the problem is now solved by wrapping the cor
On Jun 8, 2013, at 6:04 AM, Daniele Margutti wrote:
> Hi guys,
> I need to animate the frame of a CALayer instance; during the animation I
> should also update/redraw the content of the layer based upon the new size
> (frame by frame) of it.
>
> I've tried to watch and use -displayLayer:inCont
Re-reading the documentation for concurrent managed object contexts in
preparation for moving some of my slower DB work off the main thread.
It's very clear that messages you send to the MOC must be inside performBlock:
or performBlockAndWait:, so if I execute a fetch request or anything else w
Hi Robert,
On 6/10/13 8:51 AM, Robert Vojta wrote:
/Cached data should be stored in the /Library/Caches
directory. Examples of files you should put in the Caches directory include (but
are not limited to) database cache files and downloadable content, such as that
used by magazine, newspaper, an
17 matches
Mail list logo
