Jan,
Thanks for the reply, I will send my question to the performance-dev list.
The problem is the same with a malloc array--I found it there first (in some
old code that once ran OK) and then wrote the simple test routine to see if my
suspicions bore out.
Roland,
Thanks for your reply also.
Have the vDSP functions vDSP_vabs and vDSP_vabsD recently changed? They seem
to be no longer working other than to simply return an unchanged version of an
input.
Here is a simple, Cocoa test routine I used to prove the point:
unsigned intii;
double aa[10], bb[10];
I recently posted a query on the Xcode-Users list but with no reply so far.
I hopes of accelerating some standard C functions, I've run a few timing
experiments to assess vForce.h function performance. The results are
disappointing.
- Comparing the time to run vvsqrt( ) on a 1 point data
While debugging, I've experienced an intermitent error, "gdb could not unwind
past this frame".
I isolated this error occurance to a call to a C function which was the 2nd
call to this particular function within a specific Obj-C method. The C
function in question returns an integer however the
Jon
Or, knowing the path, you might try using NSFileHandle :
NSFileHandle *hndl = [NSFileHandle fileHandleForReadingAtPath:path];
long long lngth = [hndl seekToEndOfFile];
This gets you the length in bytes.
Don
___
Cocoa-dev mailin
From my recent experience, Snow Leopard is a lot less forgiving of
double releases.
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com
On Sep 21, 2009, Greg Guerin wrote:
How do you know the original file at path0 contained several thousand
bytes?
Because I put them there:
[hndl0 writeData:[NSData dataWithBytes:buffer length:lngth]];
and checked them:
bytes = [hndl0 seekToEndOfFile];
Is there a possibility it was
Prior to installing OS X 10.6 and Xcode 3.2 (64-bit), a bit of
FileManager code for replacing one file with another, to wit:
if( [mgr fileExistsAtPath:path1] ) [mgr removeFileAtPath:path1
handler:nil];
[mgr movePath:path0 toPath:path1 handler:nil];
run without any problem.
With the new
Is this the correct forum?
If yes I have several questions:
I need to convert formatted audio(mp3, etc) files to continuous,
linear pcm data in a memory buffer--i.e., a basic process of reading
from disc, converting, and transferring to buffer.
Using Core Audio, I infer that I can to do th
Dave,
Thanks for your reply. Believe your points re autoreleasing match
those of Bill Bumgarner -- as I replied to him I originally didn't
autorelease in the lines in question which seemed to run nicely but
which seemed to be the cause of Instruments/Leaks identified leaking.
Re your warn
nd I still don't understand why Leaks points me twice to a line that
reads:
[tmp setObject:[NSDictionary dictionaryWithDictionary:tmp2]
forKey:@"Data"];
On Nov 28, 2008, at 4:17 PM, Bill Bumgarner wrote:
On Nov 28, 2008, at 4:04 PM, dct wrote:
The MutableDictionary object &qu
I've started using Instruments/Leaks on a project that has been
building and running as expected. It has identified a goodly number of
CFDictionary leaks (a Malloc leak followed by an Autorelease leak)
associated with lines that, in one typical case, reads:
[tmp setObject:[NSDictionary di
My 'close' problem is solved by changing
- (IBAction)quit:(id)sender
{
[self close];
}
to
- (IBAction)quit:(id)sender
{
[splotWindow close];
}
where splotWindow is a File's Owner outlet connected to the nib's
(only) window.
I'd still like to know why "[self close]" failed i
ubclass init method.
Thanks for the help. Don
On Aug 15, 2008, at 2:21 PM, Charles Steinman wrote:
--- On Fri, 8/15/08, dct <[EMAIL PROTECTED]> wrote:
Both classes implement 'init' in like fashion
(using different nibs
and different NSView subclasses/connections):
I have two classes, RPlotController and SPlotController, both
subclasses of PlotController which is a subclass of NSWindowController.
In both I have identical (I believe) button-actuated actions to close
an active window. The action operates properly for RPlotController
and does nothing fo
16 matches
Mail list logo
