Crunch3r has released an optimized version for OS X

http://calbe.dw70.de/astrop/astropulse-4.28.i686-apple-darwin_sse3.zip

Works quite well and has cut almost 50 hours off the time on my 2.0 GHz iMac.

---

I have released a Astropulse 5.00 application for FreeBSD i386, MacOS Intel, MacOS PPC, NetBSD i386 and OpenBSD i386.

I've released a Linux IA64 (Itanium) and Solaris x86 Astropulse 5.00 application.

Btw. is due the release of AP 5.00 now AP 4.x obsolated, or will there still send out WUs to AP 4.x clients ?

Btw. is due the release of AP 5.00 now AP 4.x obsolated, or will there still send out WUs to AP 4.x clients ?

Berkeley doesn't discriminate between v4 and v5 - it'll send out work to everyone.

But all the stock crunchers, and most of the optimised ones, are now running v5.00 - and anyone still running v4 runs the risk that their work will not validate.

You should upgrade to v5 a.s.a.p.

Btw. is due the release of AP 5.00 now AP 4.x obsolated, or will there still send out WUs to AP 4.x clients ?

Berkeley doesn't discriminate between v4 and v5 - it'll send out work to everyone.

But all the stock crunchers, and most of the optimised ones, are now running v5.00 - and anyone still running v4 runs the risk that their work will not validate.

You should upgrade to v5 a.s.a.p.

Now that Dotsch has made it possible for almost any system to be upgraded to 5.00, perhaps the project will finally require 5.00 on new work. It would reduce wasted time considerably, and give a clear indication to those still running 4.35 or 4.36 with an app_info.xml that they should check for the newer version.

A total optimist might even believe the project delayed that requirement to give Dotsch time to make the new builds. I'll concede the possibility, but it seems unlikely.

                                                              Joe

Now we will have to wait and see if someone will come up with a 5.00 optimized version for Mac.

---

A total optimist might even believe the project delayed that requirement to give Dotsch time to make the new builds. I'll concede the possibility, but it seems unlikely.

This is excatly the point why I am asking...
I would to write a notification about the state of th 4.x AP client at my homepage and the several threads, that the users should upgrade to 5.00. Also I have not finished all mayor platform ports of AP5, to it's good to know how much I have got to hurry...

I've released a Astropulse 5.00 application for Solaris SPARC.

Binaries for Linux Power/PowerPC and NetBSD x86_64/AMD64 are now also available.

I've tested compiling my version of Seti@Home / Astropulse on FreeBSD 7.1/amd64 but it fails in the configure stage. This also happens on FreeBSD 7.1/i386.

The log is available at ftp://rene-ladan.nl/pub/freebsd/sah_371.txt (17219 bytes)

The diff to the current port (Seti@Home 5.27): ftp://rene-ladan.nl/pub/freebsd/sah-371-port.diff (11129 bytes)

The source diff for Seti@Home (svn 371): ftp://rene-ladan.nl/pub/freebsd/seti_boinc.diff (2724 bytes)

The source diff for Astropulse (svn 371):
ftp://rene-ladan.nl/pub/freebsd/astropulse.diff (1091 bytes)

Does anyone know what's going on?

---

Does anyone know what's going on?

yes. wrong shell.

try
sudo rm /bin/sh
sudo ln -s /bin/bash /bin/sh

HTH

---

Join BOINC United now!

Strange, astrpoulse passed configure with sh on FreeBSD 7.0

But I will try bash.

---

Just a FYI we are currently looking into combining the two threads of Optimized Astropulse for Windows issues, install, questions and Astropulse binaries for other platforms - Read only

---

Substituting sh with bash helped, but now I get a compile error for astropulse.
This is probably an error in the source code. I'm using SVN for both astropulse and setiathome:

self % svn info
Path: .
URL: https://setisvn.ssl.berkeley.edu/svn/astropulse
Repository Root: https://setisvn.ssl.berkeley.edu/svn
Repository UUID: ce18c45e-0eac-4cad-939e-398e9871e6ff
Revision: 372
Node Kind: directory
Schedule: normal
Last Changed Author: vonkorff
Last Changed Rev: 360
Last Changed Date: 2008-11-24 21:53:02 +0100 (Mon, 24 Nov 2008)

The error log is available at ftp://rene-ladan.nl/pub/freebsd/astropulse-compile-error.txt (42924 bytes)

The new port diff: ftp://rene-ladan.nl/pub/freebsd/sah-371-port.diff (11354 bytes)

Am I right that SVN always contains the latest source code?

---

Google doesn't know the fold_buf_{long|short}_{pos|neg} functions either.

---

Google doesn't know the fold_buf_{long|short}_{pos|neg} functions either.

ap_client_main.cpp: In member function 'void Astropulse::Client::init()':
ap_client_main.cpp:708: error: 'fold_buf_long_pos' was not declared in this scope
ap_client_main.cpp:709: error: 'fold_buf_short_pos' was not declared in this scope
ap_client_main.cpp:712: error: 'fold_buf_long_neg' was not declared in this scope
ap_client_main.cpp:713: error: 'fold_buf_short_neg' was not declared in this scope

Most possible an undeclared variable, because of work in progress. You could always tell svn to download an older revision.

---

_\|/_
U r s

Google doesn't know the fold_buf_{long|short}_{pos|neg} functions either.

ap_client_main.cpp: In member function 'void Astropulse::Client::init()':
ap_client_main.cpp:708: error: 'fold_buf_long_pos' was not declared in this scope
ap_client_main.cpp:709: error: 'fold_buf_short_pos' was not declared in this scope
ap_client_main.cpp:712: error: 'fold_buf_long_neg' was not declared in this scope
ap_client_main.cpp:713: error: 'fold_buf_short_neg' was not declared in this scope

Most possible an undeclared variable, because of work in progress. You could always tell svn to download an older revision.

I know. Is there a list of svn revisions used as releases?

---

...
Is there a list of svn revisions used as releases?

No, but successful builds are usually "installed" at SETI Beta promptly. Astropulse 5.00 appeared there 6 Nov 2008 5:05:27 UTC, so from the revision log you should be able to judge. I believe Rev 352 was the last applicable change.

The recent changes may indicate beginning work on a new Beta which will do repetitive pulse searching for negative dispersions as well as the positive dispersions to which it is limited now. See the Science paper referenced on the front page here during November for some discussion of why they want to check both.

                                                                  Joe

Some days after Astropulse 5.00 was released in the beta project the SVN version was 354.

I've released a Astropulse 5.00 application for HPUX 11i V.1..3 on PARISC


The following Astropulse 5.00 applications are available :

- Offical Astropulse application from the project :
Windows x86
Linux x86
Linux x86_64

- http://www.dotsch.de/seti :
FreeBSD i386
HPUX 11i PARISC 2.0 (64 bit)
Linux IA64
Linux PowerPC/Power
MacOS =>10.4 Intel
MacOS =>10.4 PowerPC
OpenBSD i386
NetBSD i386
NetBSD x86_64/AMD64
Solaris SPARC
Solaris 10 x86
In work : AIX, FreeBSD x86_64, HPUX IA64, Linux PS3 and OpenBSD x86_64

Any more porting wishes ?