FROM : Torsten Curdt
DATE : Thu Mar 06 15:22:37 2008
On 06.03.2008, at 01:13, Kyle Sluder wrote:
> On Wed, Mar 5, 2008 at 6:40 PM, Torsten Curdt <<email_removed>>
> wrote:
>> I though NSData would handle the access just transparently.
>> Otherwise
>> that would be good to keep in mind also for files slightly smaller
>> than 2GB :)
>
> While NSData certainly has the capability to do memory-mapped IO, it
> would be rather useless if that was all it can do.
Sorry, WDYM?
> Look into +[NSData dataWithContentsOfMappedFile:].
Well, the question is whether the default Cocoa document based app
skeleton uses that constructor.
cheers
--
Torsten
DATE : Thu Mar 06 15:22:37 2008
On 06.03.2008, at 01:13, Kyle Sluder wrote:
> On Wed, Mar 5, 2008 at 6:40 PM, Torsten Curdt <<email_removed>>
> wrote:
>> I though NSData would handle the access just transparently.
>> Otherwise
>> that would be good to keep in mind also for files slightly smaller
>> than 2GB :)
>
> While NSData certainly has the capability to do memory-mapped IO, it
> would be rather useless if that was all it can do.
Sorry, WDYM?
> Look into +[NSData dataWithContentsOfMappedFile:].
Well, the question is whether the default Cocoa document based app
skeleton uses that constructor.
cheers
--
Torsten
| Related mails | Author | Date |
|---|---|---|
| Torsten Curdt | Mar 6, 00:19 | |
| j o a r | Mar 6, 00:22 | |
| Torsten Curdt | Mar 6, 00:40 | |
| Nick Zitzmann | Mar 6, 00:57 | |
| Kyle Sluder | Mar 6, 01:13 | |
| Gary L. Wade | Mar 6, 01:33 | |
| Torsten Curdt | Mar 6, 15:22 | |
| Alastair Houghton | Mar 6, 15:39 | |
| Alastair Houghton | Mar 6, 17:53 | |
| ajb.lists | Mar 6, 17:58 |






Cocoa mail archive

