Astropulse binaries for other platforms

Does anyone have a working x86_64 linux astropulse client? The one SETI@home sends out is useless as it constantly segfaults everytime boinc switches applications. I had a similar issue with Folding@homes client and the solution was to start nscd because they had compiled against some old glibc. I assume this is the same problem with the released x86_64 astropulse client. My system is running Gentoo ~amd64 branch and is 100% upto date. Memtest86 has run for 48 hours with no issues and I have no issues with other BOINC projects.

take a look here. you'll need to scroll down a bit to find it. it has both the MB and AP apps. You may need to create your own app_info though. Its been a while since I've installed mine so forgive me for not remembering all that well
____________
Proud member of TSWB.

End terrorism by building a school

I'm interested in this thread too. Seti@Home has downloaded a 64 bit Linux AstroPulse app version astropulse_5.06_x86_64-pc-linux-gnu and it always errors out when reported. Is there any news about an official app that works or at least have a configuration that allows AstroPulse work to be done in other platforms that do work correctly and not try to do AP work in the 64bit Linux distro?

Also, the same goes for the official SetiEnhanced apps for 64 bit Linux distros, setiathome-5.28.x86_64-pc-linux-gnu. I see another app in the client file, setiathome_6.03_i686-pc-linux-gnu. What determines which client app gets used? I'm guessing that the last one mentioned is a 32bit app and it seems to produce valid results. Should I edit the app_info XML file to remove the Linux 64 bit apps since they produce only invalid results? What is the best way to remedy the problems? I want to produce valid science results only. I have built a new system using modern hardware and it is not overclocked or anything. My older first Seti@Home system with ancient hardware still produces good results, just MUCH, MUCH slower.

Any help or suggestion, comments??

Cheers, Keith
____________

I'm interested in this thread too. Seti@Home has downloaded a 64 bit Linux AstroPulse app version astropulse_5.06_x86_64-pc-linux-gnu and it always errors out when reported. Is there any news about an official app that works or at least have a configuration that allows AstroPulse work to be done in other platforms that do work correctly and not try to do AP work in the 64bit Linux distro?

Also, the same goes for the official SetiEnhanced apps for 64 bit Linux distros, setiathome-5.28.x86_64-pc-linux-gnu. I see another app in the client file, setiathome_6.03_i686-pc-linux-gnu. What determines which client app gets used? I'm guessing that the last one mentioned is a 32bit app and it seems to produce valid results. Should I edit the app_info XML file to remove the Linux 64 bit apps since they produce only invalid results? What is the best way to remedy the problems? I want to produce valid science results only. I have built a new system using modern hardware and it is not overclocked or anything. My older first Seti@Home system with ancient hardware still produces good results, just MUCH, MUCH slower.

Any help or suggestion, comments??

Cheers, Keith

Just updated to Ubuntu 11.10 x86_64 and AstroPulse still fails.

task 2124047908 wu 842329755 for example. I turned AP off
once I saw the 4 failures (none of the 4 AP wu-s tried worked).

I downloaded and installed the Astropulse binary on my Solaris Virtual Machine, which was crunching a vlar SETI task. But I lost it when restarting the boinc client since there are minor differences in the name of the SETI executable contained in the app_info.xml by Dotsch and the executable in the setiathome.berkeley.edu folder. I then corrected the app_info.xml file, and restarted the boinc client. To my surprise, the vlar task was resent to me in a few hours and I am recrunching it. No astropulse task so far.
Tullio
____________

Got one Astropulse task. It is running on my Solaris Virtual Machine. The vlar result has been uploaded. After a while the running task will report it. I have no BOINC manager, only a BOINC client by Dotsch.
Tullio
____________

I don't know if this is the right place, but Astropulse has been doing this for awhile. I tried emailing someone on the project... well, a long time ago, but never heard back. Basically, when Astropulse workunits are processed, I see the following in my logs:

Wed 29 Feb 2012 07:16:39 AM MST | SETI@home | Starting task ap_03jn11ab_B1_P1_00028_20120222_27740.wu_0 using astropulse_v505 version 506 in slot 2
Wed 29 Feb 2012 07:16:41 AM MST | SETI@home | Computation for task ap_03jn11ab_B1_P1_00028_20120222_27740.wu_0 finished
Wed 29 Feb 2012 07:16:41 AM MST | SETI@home | Output file ap_03jn11ab_B1_P1_00028_20120222_27740.wu_0_0 for task ap_03jn11ab_B1_P1_00028_20120222_27740.wu_0 absent

OS: Linux: 3.2.0-1-amd64 (Debian Testing)
BOINC client version 7.0.15 for x86_64-pc-linux-gnu
Memory: 7.74 GB physical, 0 bytes virtual
Disk: 78.00 GB total, 59.14 GB free
Processor: 8 GenuineIntel Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz [Family 6 Model 42 Stepping 7]
NVIDIA GPU 0: GeForce GT 550M (driver version unknown, CUDA version 4.20, compute capability 2.1, 1024MB, 997MB available, 274 GFLOPS peak)
log flags: file_xfer, sched_ops, task
Libraries: libcurl/7.24.0 OpenSSL/1.0.0g zlib/1.2.6 libidn/1.23 libssh2/1.2.8 librtmp/2.3
Data directory: /var/lib/boinc-client

Computer ID 6112139

Astropulse by Dotsch is running on my Solaris Virtual machine. Here is an excerpt from the stderr.txt file:
In ap_gfx_main.cpp: in ap_graphics_init(): Starting client.
In ap_client_main.cpp: in mainloop(): at dm_chunk_large 2816
In ap_client_main.cpp: in mainloop(): at dm_chunk_large 2944
In ap_client_main.cpp: in mainloop(): at dm_chunk_large 3072
Tullio
____________