Version 4.25

[NASCAR]

Wie immer hier zu beziehen:
http://boinc.berkeley.edu/download.php?dev=1

[SnakeKaplan]

Was hat diese vers jetzt eigentlich für Neuerungen :?:

[sandrik]

Das Frasge ich mich bei jeder Version, gibt es nicht irgendwo eine Textdatei die sagt was verbessert, erneuert und neu hinzugekommen ist, ich meine jedes blöde shareware Programm hat sowas.

Wenn es einen solchen Text gäbe könnte man ja wenigstens mal lesen ob ein update lohnt oder man lieber bei der stabilen Version bleibt.

Weis einer wo man so einen Text findet, die Entwickler müssen doch sowas anlegen um die anderen Projekte darüber zu informieren und dann müßte man doch irgendwo sowas finden *verzweifelt*

[SnakeKaplan]

ich meine jedes blöde shareware Programm hat sowas.


Genau wie ne Autoupdatefunktion. Aber BOINC ist eben keine normale shareware :razz:

[Ed]

Weis einer wo man so einen Text findet, die Entwickler müssen doch sowas anlegen um die anderen Projekte darüber zu informieren und dann müßte man doch irgendwo sowas finden *verzweifelt*

Wenn du dir das antun willst, was die Entwickler so treiben, solltest du dich in den entsprechenden Mainlinglisten (http://www.ssl.berkeley.edu/mailman/listinfo)eintragen. boinc_dev, boinc_opt, und boinc_projects vielleicht auch boinc_alpha sind dafür gedacht.

Es gibt auch eine Bug-Datenbank (http://bbugs.axpr.net/index.php), wo man sich registrieren kann, um Bugs zu melden. Die Entwickler bewerten dann diese Einträge und handeln dann entsprechend. Ist ja auch ma interessant, watt da so einläuft.

Ich kann aus eigener Erfahrung sagen, dass es bei BOINC ziemlich schwierig ist, sich einen vernünftigen Überblick zu verschaffen. Ich habe das Gefühl, dass es ziemlich drüber und drunter geht. :?

[sandrik]

Danke Ed, das werde ich mal versuchen, aber so eine kleine Textdatei mit den Änderungen wäre ja ganz interessant, weil ich auch immer von unseren Mitgliedern gefragt werden was sich geändert hat und dann kann ich nur mit den Schultern zucken !

SnakeKaplan !
Vielleicht solltest du besser lesen was ich schreibe, ich habe nicht im ansatz was über eine Autoupdatefunktion geschreiben sondern über einen Versionsbegleittext der die Änderungen aufzeigt ! :roll:

[SnakeKaplan]

Ja ach nein. Es fehlt nicht nur eine Liste mit Änderungen, sondern auch eine Autoupdatefunktion.

Ich wollte auf eine weitere fehlende Funktion hinweisen, die jedes billige sharewareprog hat :!: :abgelehn:

[sandrik]

Ohh ! :?

Entschuldigung hatte es falsch verstanden ! :nixweiss:

[aki]

List of changes:

- Bug Fix: Installshield isn't very consistent with how it deals with copied controls from one dialog to another. It seems on my last round of updates to make the checkbox controls act as integers the UI didn't update properly and left me with the impression that all the controls had been properly flagged as integer values. It turns out they were not, so i've changed them so that they are.

- Bug Fix: Reset the client_version integer with every get_state request.

- core client: possible fix for heap corruption problem - check for strlen(file_signature), not file_signature

- Add another flag to the diagnostics library that will allow a check of the heap with every allocation/deallocation.

- Enable a check of the heap for every allocation in the core client.


If you attached to a project and give a URL like "a.b.c//", two bad things happen:

1) canonicalize_master_url() strips off everything before the //, leaving an empty URL

2) it will write an account file account_.xml and make an entry in the client state file

3) next time the core client starts up, it errors out trying to create the project directory.


Fixes:

- canonicalize_master_url(): check before "://", not "//"

- is_account_file(): tighten up.

Old: anything starting with account_ is considered an account file.

New: must match account_A.B.xml where A and B are nonempty

- invalid_url():

Old: must match http://X, X nonempty

New: must match http://X.Y/, X and Y nonempty

rename to valid_master_url() and invert sense

- when scanning account files, make sure a project has a unique master URL before adding to list of projects

- core client: in garbage collection, reference-count FILE_INFOs that are pointed to by FILE_XFER or PERS_FILE_XFER objects. Hopefully this will prevent crashes when dealing with app versions with unsigned files.

- core client: FILE_INFO::merge_info(): merge signature also. If we get a new version of a FILE_INFO from server and it has a signature, us it.

- Bug Fix: Remove the prereq's for the Windows Scripting Host on Windows

- Bug Fix: Convert all the VBS custom actions to C/C++ custom actions

- Bug Fix: Fix the rest of the custom actions

- Bug Fix: Hide password values from the log files

- Bug Fix: Enable Next by default on the Service Config page

- added User-Agent: field to HTTP POST request headers

[sandrik]

Toll ! Du bist mein Held !

Wo kann man die bekommen ??

[aki]

Ich bin Ed's link gefolgt zu den mailinglisten und habe mich dann in den alpha bereich durchgewuselt.

der direkte link:
http://www.ssl.berkeley.edu/pipermail/boinc_alpha/2005-March/001534.html

[sandrik]

Ach du meine Güte !

Ich war auch gerade auf der Seite !

Ok aber das muß man ja schon studiert haben um es nur zu finden !

:lol: