CuFFT Plan Failure, is the Error you get when you don't have enough vram. You might get it to work running it as a headless machine, and networking in to start boinc, but, I don't remember anyone ever trying that.

The new file is a 7zip file, try, http://www.arkayn.us/lunatics/setiathome_x41zi_x86_64-apple-darwin_cuda42.7z

I looked into why you were getting the Library Error instead of the Out of Memory Error with the CUDA App. Seems a while back the Server at C.A was changed and all the Downloads had to be reloaded, an older copy of the CUDA42 App was loaded, and that copy didn't have the Execute path set. It has been replaced with a copy that has the correct path now. I'll try the OpenCL App in a while and see how it runs.

I would just give it up if i were you.
https://setiweb.ssl.berkeley.edu/beta/results.php?hostid=71749
I would just leave the Machine running Mavericks and use the CPU App....

The OS you mention, (Mavericks), is just too old to do anything with for the
Anonymous Platform that TBar programs for...

As for CUDA42, that's ANCIENT now... With our newer task loads on
Non-Arecibo work, even CUDA50 has been reported to have Errors.
(Windows/Linux based Apps...)

In addition to Mavericks being too old now to work with, (outside
of the CPU Apps), your GeForce 320m I believe would be unusable
for the Anonymous Platform CUDAxx Apps.

I recommend MacVidCards, because they Pre-Flash the GPU
for MacOS for you.

Finally got something other than the old C2D iMac.

<app_name>astropulse_v7</app_name>
<version_num>704</version_num>
<platform>windows_x86_64</platform>
<avg_ncpus>0.04</avg_ncpus>
<max_ncpus>0.2</max_ncpus>
<plan_class>opencl_intel_gpu_102</plan_class>
<cmdline>-instances_per_device 2</cmdline>
<coproc>
<type>intel_gpu</type>
<count>.5</count>
</coproc>

Oh Wow. 15 Years. Gone by fast with so much progress since....though I still miss the cool factor and simplicity of the classic screen saver running on my old Pentium 200MMX w/ Win95 :P

Greetings and cheers in no certain order to: Josef W. Segur, Tetsuji Maverick Rai, Alex Kan, Mathias Pilch aka Crunch3r, Ned Slider, Harold Naparst, Hans Dorn, Simon Zadra, Ben Herndon, Jason Groothuis, Raistmer, Urs Echternacht, Richard Haselgrove, Arakyn, and everyone else I've had the pleasure to share this fun hobby with over the years. I hope this finds all of you well and with best regards for good health and cheer this Christmas season!!!

Best to all,
Gecko

You still have your old iMac I see, mine died of abuse a couple of years ago.

As for the error. Gecko's computer is running Darwin 9.8.0 and Arkayn's is running Darwin 10.8.0. Perhaps who ever compiled the app made it accidentally require a newer version of OS X.

That could be it. If I'm reading the file name correctly: "ap_6.02r561_10.5+_OSX64" it looks like it requires 10.5 or greater.

But then again his logs report this:
Fri Jul 20 17:19:16 2012 | | OS: Mac OS X 10.5.8 (Darwin 9.8.0)

So is it 10.5+ for OSX or for Darwin? (mac version numbers are screwy imho)

The executable is referencing a symbol in the stdc++ library that isn't there.

Are your libraries up to date?
And your computers are still hidden.

The message log line 'output file absent' isn't really enough: it tells you that an error happened, but the devs are going to want to know what error, and why.

For that, they need access to the stderr_txt of a reported (errored) task - but your computers are hidden, so the vital information is inaccessible.

Please supply a TaskID or (preferably) HostID to enable diagnostics.

Stderr output

<core_client_version>7.0.28</core_client_version>
<![CDATA[
<message>
process got signal 5
</message>
<stderr_txt>
dyld: lazy symbol binding failed: Symbol not found: __ZNSi10_M_extractIdEERSiRT_
Referenced from: /Library/Application Support/BOINC Data/slots/0/../../projects/setiathome.berkeley.edu/ap_6.02r561_OSX64
Expected in: /usr/lib/libstdc++.6.dylib

dyld: Symbol not found: __ZNSi10_M_extractIdEERSiRT_
Referenced from: /Library/Application Support/BOINC Data/slots/0/../../projects/setiathome.berkeley.edu/ap_6.02r561_OSX64
Expected in: /usr/lib/libstdc++.6.dylib


</stderr_txt>
]]>

Sat Jul 21 08:12:43 2012 | SETI@home | Started download of ap_12mr10ad_B2_P1_00100_20120721_30951.wu
Sat Jul 21 08:16:33 2012 | SETI@home | Finished download of ap_12mr10ad_B2_P1_00100_20120721_30951.wu
Sat Jul 21 08:16:33 2012 | SETI@home | Starting task ap_12mr10ad_B2_P1_00100_20120721_30951.wu_0 using astropulse_v6 version 602 in slot 0
Sat Jul 21 08:16:34 2012 | SETI@home | Computation for task ap_12mr10ad_B2_P1_00100_20120721_30951.wu_0 finished
Sat Jul 21 08:16:34 2012 | SETI@home | Output file ap_12mr10ad_B2_P1_00100_20120721_30951.wu_0_0 for task ap_12mr10ad_B2_P1_00100_20120721_30951.wu_0 absent

You should contact Raistmer, coder-master @LUNATICs website.

MilkyWay is a different story. The GTS450 took about 20 minutes to crank out a separation task, the HD5850 does one in about 2 minutes. I do 90% Seti and 10% MW yet my RAC is twice as high on MW since I got the 5850.