BOINC 5.10.45 erschienen

KIDH

Grand Admiral Special
Mitglied seit
09.03.2007
Beiträge
4.837
Renomée
531
Standort
Pogotopia
  • Spinhenge ESL
Am 05.03.2008 ist die neue Version 5.10.45 der BOINC-Software erschienen.

-> Download: http://boinc.berkeley.edu/download_all.php

Es werden, wie schon von der Vorgängerversion 5.10.30 folgende Betriebssysteme unterstützt:

  • Windows 98, Me, 2000, XP, 2003, Vista
  • Windows XP x64, Vista x64
  • Mac OS X 10.3+
  • Linux x86
  • Linux x64

Es ist zwar schon ein paar Tage her...aber scheinbar ist das noch niemandem aufgefallen? ???

Wie aktualisiert man eigentlich BOINC...muß ich neuinstallieren oder kann ich drüberinstalliern...eine Updatefunktion hab ich bis jetzt noch nicht gefunden :(.
[Antwort: Drüberinstallieren]

Changelog:

5.10.34
* Mac Client: more idle time tweaks to allow running as a daemon by using Mac OS X's launchd mechanism.
* Mac Installer: if system is set up to run BOINC Client as a daemon using launchd, use launchctl to launch newly installed Client as a daemon.
* Mac MGR: if using Mac OS X's launchd mechanism to run Client as a daemon, allow time for daemon to launch.

5.10.38
* Mac: additional error checking in build script; fix url in error message.
* MGR: display MSG_USER_ERROR messages in red, all others in black in both SimpleGUI and Advanced GUI message dialogs; eliminate unused FormatPriority method.
* MGR: Auto-scroll messages only if already at bottom of list (don't jump to bottom while examining earlier messages.)NOTE: these changes may need to be applied in CViewMessagesGrid class if we implement that in the future.
* Fix long-standing bug in CPU throttling
* MGR: When connection to Client is lost, don't clear message window; show messages grayed out instead. NOTE: these changes may need to be applied in CViewMessagesGrid class if we implement that in the future.
* Add a "Forgot your password" hyperlink to the wizards account info page.
* client: a project (Ralph) had accidentally included a .svn directory in a zip archive, resulting in a lot of read-only files in its slot directories. When the client attempts to delete these files, each delete fails and the client retries for about 5 seconds. This adds up to a delay of about 20 minutes, during which the client (and Manager) appear to be hung.

Solution: 1) if a file delete fails with error ERROR_ACCESS_DENIED, use SetFileAttributes() to clear the read-only flag, then try again. 2) Don't use the 5-second retry mechanism when clearing out slot directories. These can contain unbounded numbers of files, and this can lead to long periods where the client appears hung.

* Manager: "Forgot your password" needs a question mark
* Win diagnostics: diagnostics_dump_thread_information() had a printf with bad format string, caused a crash, not what diagnostics should do
* MGR: If the project_init.xml file suggests a project to attempt to attach to it.
* CLI: Move the code that deletes the project_init.xml from detach project to attach project. It is only needed for as long as it takes to attach to a project.

5.10.39
* Mac Sandbox: make BOINC Data directory and files not world-readable to hide account keys from unauthorized users; but make files in slots and project directories world-readable so Client can read files written by project applications with user and group boinc_project. (checked into tag boinc_core_release_5_10_38).

* MGR: Make sure the attach to project wizard launches if BOINC is not attached to any projects.

5.10.40
* Mac: Update libCurl to 7.18.0, build with c-ares-1.5.1 to enable async DNS name resolving.
* MGR: Delete web site buttons when disconnected; this was causing crashes when a user connected to a different computer.
* client: add <force_ntlm> config flag. Causes client to use NTLM auth and HTTP 1.0
* client: we weren't doing exponential backoff if scheduler requests failed at initialization; fix this
* client: removed -return_results_immediately cmdline option (wasn't implemented anyway)
* client: added <report_results_immediately> configuration flag; causes results to be reported as soon as done. Needed for some WCG machines that are reformatted often. Should NOT be used in general, since it increases server load.
* client: If we are already atteched to the project specified in the project_init.xml file, go ahead and delete the file.
* client: remove the auth_type and auth_flag code.
* WIN: Update libcurl to 7.18.0

5.10.41
* client: expand the <force_ntlm> functionality so that we can force any authentication type. The new tag is called <force_auth> which can contain basic, digest, ntlm, and gss-negotiate

5.10.42
* MGR: If use shuts down connected client, don't auto-relaunch it.
* Update libcurl to include the c-ares library on Windows

5.10.43
* Mac client: Fix bug which set powerpc_emulated_on_i386 true for X86_64 native applications. This sometimes prevented V6 applications from showing graphics. If user downgrades from V6 client, the V5 client continues to use existing X86_64 applications which were previously downloaded by the V6 client (which is another bug). Since they weren't i386/i686 native, the V5 client treated them as emulated PowerPC apps (which might crash if graphics were attempted).
* client: fix crashing bug in SCHEDULER_OP::backoff(). Was using cur_proj (which is potentially NULL) instead of p
* MGR: Fix the crash on linux when BOINC Manager is shut down.(Patch from Michael Roberts)
* MGR: When connecting to a different host, delete all old messages in message pane (from previously connected client) before getting new messages.
* MGR: Update localization files from trunk.

5.10.44
* MGR: When connected connecting to a different host, clear all cached messages and resume auto-scrolling messages.
* Change libcurl to use sync DNS on Windows.

5.10.45
* MGR: Disallow multiple selections in grid views.
* CMD: Update boinc_cmd using what is checked into head.
 
Zuletzt bearbeitet:
Einfach drüber bügeln. Klappt ohne Problme, die alten WUs werden mit übernommen.
 
Alles klar...ich danke dir und werd's gleich mal drüberbügeln! :)
 
danke für die info.

habs gerade installiert.
boinc beenden, installation starten, standardpfad nehmen oder den ordner angeben wo boinc bisher installiert war.
es werden alle einstellungen und die vorhandenen wu´s übernommen.
 
Auch Berkeley ist sich für Changelogs zu fein, oder?
 
ist nicht zwingend notwendig, das macht zur not der installationsassistent auch alleine 8)
Auch wenn es als Dienst läuft? U.U. hat der angemeldete User ja gar nicht die Rechte den Dienst zu starten...
 
hat der user dann auch das recht programme zu installieren? als dienst hab ich es nicht getestet.
 
Bei mir hat die Aktualisierung jetzt auch geklappt *attacke*.
 
Mich würde mal interessieren wann Vista mit eingeschalteter UAC nicht mehr BOINC beim starten blockt. Ich hoffe ja immer von Version zu Version das Vista das in die Liste vertrauter Programme einordnet.
 
Warum installieren/drüber bügeln?
Bis nicht geklärt ist, welche Vorteile das bringt, bleibt bei mir alles so wie es ist.
 
Cool find ich ja das hier:
* client: removed -return_results_immediately cmdline option (wasn't implemented anyway)
* client: added <report_results_immediately> configuration flag; causes results to be reported as soon as done.

Wo kriegt man eigentlich die Changelogs her? Hab die auf der Seite nie(so detailliert) gefunden.
 
Zuletzt bearbeitet:
Cool! Da kommt man aber über die offizielle Seite gar nicht (mehr) ran. Früher gabs mal den Link direkt hinter dem Downloadlink. Naja aber wenn mans weiss.
 
Seit *.45 wird mir ständig die CPUID geändert, so das immer nach einiger Zeit zwei WUs auf einer CPU rechnen, sehr praktisch!
So rechnete er einen ganzen Tag auf eine CPU, toll. Habe die CPU ID danach angepasst, paar Stunden später wieder automatisch geändert.
Hat da jemand eine Idee was das sein kann?
 
keine ahnung.
was bei mir passiert ist mit dem update auf die .45er: die fertigen WUs werden nicht mehr gemeldet. hochgeladen ja, aber nicht mehr, also muss ich immer manuell aktualisieren. vorher ging das ohne probleme.
hätts nicht ändern sollen 8-(
 
Das mit dem hochladen aber nicht melden hatte ich bei den 5.10.8 und 5.10.30ern auf meiner Linuxbude. Habe nun den 6.1.0.64er von crunch3r, bei dem ist "delayed return results immediately" aktiviert, heißt nach ca. einer Minute werden die Ergebnisse gemeldet, das find ich ganz gut...
 
Bei meinen Versuchen mit Linux 5.10.45 hat jeweils der 32bit-, als auch der 64bit-Client keinen Kontakt mehr zu den Projekt-Servern herstellen koennen.

Meldungen reichten von "http error" bis "Access to Reference Site failed - Project Server may be down", waehrend die Linux 5.10.28-Clients weiterhin keine Probleme hatten.
Erst durch zuruecksetzen auf 5.10.28 liessen sich die Probleme beheben, die Kommunikation funktionierte sofort wieder anstandslos.

Meine einzige Win32 5.10.45 Installation scheint davon nicht betroffen, da funktionierte alles auf Anhieb.
 
Nach einem Neustart läuft alles bestens unter Win
 
Bei mir hat sich nach dem drüberbügeln die zu ca. 33 % fertige Climate Prediction WU noch mal neu gestartet. Gute Gelegenheit meine Klapperkiste aus diesem Projekt zurückzuziehen...

Bei allen Projekten anderen liefs glatt.
 
Zurück
Oben Unten