BOINC 6.10.33 released for testing for Macintosh

This is a development version of BOINC. Do not use it if you do not plan to use it for Alpha or Beta testing. Expect parts of it to be broken, or in the least to work in a different way than you are used to.

REMINDER TO ALL ALPHA TESTERS:
It's far easier for us to fix problems if you send message logs with the appropriate flags set. The main flags are:

<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<std_debug>: problems involving short term debt.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration. Reporting about it on these forums does not make any sense as the developers HARDLY read these forums.

Change Log:

Charlie Fenton wrote:

I have released BOINC version 6.10.33 for the Mac for alpha test.

This is a Mac-only release to fix a bug reported by Georges Vinotte that version 6.10.32 would not run on an user account without admin privileges, even if that option was selected in the installer.

- Mac Installer: when adding non-admin users to group boinc_master, also add them to group boinc_project; this fixes permissions error -1200 for non- admin users; show "Please wait" alert if WaitPermissions takes > 15 seconds.

Cheers,
--Charlie

BOINC 6.10.34 released for testing for Windows, Windows x64, Linux, and Linux x64

(testing new disclaimer)

Disclaimer
This is a development version of BOINC. Expect parts of it to be broken, or in the least to work in a different way than you are used to. Expect work failures, deadline misses and losing all your accumulated work in progress, or not getting credit for your work due to unknown and unforeseen circumstances.
Only use it when you are willing to participate in the Alpha test program and do not mind sending (bug) reports in to the developers on the email list specially assigned for this purpose.

REMINDER TO ALL ALPHA TESTERS:
It's far easier for the developers to fix problems when you send message logs with the appropriate flags set. The main flags are:

<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<std_debug>: problems involving short term debt.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration.

Reporting bugs on this forum or any project's forum isn't very productive as the developers simply do not have time to scour through all forums, looking for posts with your bug reports in them. While it may happen that we - other volunteers - forward your problem to them, history has shown it is quite difficult being the middle man in this when more information is needed from you. Hence why it's better for all concerned that you report the problem directly to the developers, who will come back directly to you if/when they need more information or better logs or to tell you that they've added a fix to the specific problem.

The actual change log was taken from the Alpha email list and the Trac Timeline repository changes check-ins. This disclaimer was written by the volunteer moderators of this forum and approved of by the BOINC development team.

Rom Walton wrote:

Howdy Folks,

The major change for the release and the reason for this release is the addition of the CPU Usage monitor configuration item in the advanced preferences dialog. We needed this to be available since most projects haven't upgraded their server software to support this preference item yet. Please try several different settings to see how it works. Please keep in mind it may take up to 20+ seconds before it engages.

----- Rom

Change Log:

- WINSCR: cleanup configuration dialog text.

- Mac SS: change configuration dialog text to match new Windows wording.

- Mac installer: If installing an acct_mgr_url.xml file, don't install it directly into the BOINC Data directory. Instead, put it into the installer's resources and have the postinstall or postupgrade script copy it to the BOINC Data directory. This fixes a problem which would happen if the user later ran the standard BOINC installer without an acct_mgr_url.xml file: the Apple installer would then delete the file, causing BOINC to detach from the account manager.

- Mac Installer: add .txt extension to copyright files in GUI installer extras.

- Mac Installer: Fix receipt name for GridRepublic installer so we can remove it.

- graphics API: if font missing, find one that isn't (from Kevin)

- client: if GPU get available RAM fails, don't use the GPU

- client: detect CPU information via the cpuid instruction instead of the registry. This change is only for Windows but I haven't tested this with GCC.

- client: undo [17160]. <ncpus>0</ncpus> in cc_config.xml no longer means simulate zero CPUs. There are several places that divide by ncpus. Zero CPUs doesn't make any sense anyway.

- client: some more CPU detection cleanup.

- client: if a project is anonymous platform and it has no app versions that use a resource, don't request work from it for that resource.

- client: include CPU usage of client in BOINC total. Also include manager if its name includes "boinc" (can't figure out another way)

- manager: first whack at "suspend if CPU load exceeds x" in dialog

- screensaver: fix bug where sometimes no tasks are shown; change font sizes for max of 2 sizes at a time

- client: don't accumulate LTD for projects w/ suspended jobs

- API: in txfRenderString, replace non-ASCII chars with ?. Otherwise it calls abort()!

- client: fix bug in "suspend if CPU load too high" feature. Forgot to convert between fraction and percentage

BOINC 6.10.34 released for testing for Macintosh

This is a development version of BOINC. Do not use it if you do not plan to use it for Alpha or Beta testing. Expect parts of it to be broken, or in the least to work in a different way than you are used to.

REMINDER TO ALL ALPHA TESTERS:
It's far easier for us to fix problems if you send message logs with the appropriate flags set. The main flags are:

<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<std_debug>: problems involving short term debt.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration. Reporting about it on these forums does not make any sense as the developers HARDLY read these forums.

BOINC 6.10.35 released for testing for Windows, Windows x64, Linux, Linux x64 and Mac

This is a development version of BOINC. Do not use it if you do not plan to use it for Alpha or Beta testing. Expect parts of it to be broken, or in the least to work in a different way than you are used to.

REMINDER TO ALL ALPHA TESTERS:
It's far easier for us to fix problems if you send message logs with the appropriate flags set. The main flags are:

<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<std_debug>: problems involving short term debt.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration. Reporting about it on these forums does not make any sense as the developers HARDLY read these forums.

Change Log:

- WIN: Add some missing CPU features to the feature list

- WIN: Make sure the Brand string for a CPU is printable. Older Intel processors have some control characters.

- MGR: Fix a long-standing bug that made sizers fail on Mac for Advanced Preferences dialog: I added bSizer1->Fit(this) to end of constructor.
To work around this bug, the dialog had been made resizeable and the height and width were saved in the Manager settings. But this meant that when we add an item to the dialog, it is too small until the user expands it. And Modal dialogs like this should not be resizeable. I also made the dialog no longer resizeable by the user. Remove second "between" in "Switch between applications between every".

End of service. Due to a couple of people taking things completely out of context with regards to the line reading that the developers hardly read these forums, we - the volunteer moderators - have decided to stop this service of providing you with the change logs for development versions of BOINC.

It is more work than we get thanks for anyway. If you want to keep up with what changes are upcoming, look at BOINC Trac Timeline, filter on "repository changes", or sign up to the BOINC Alpha email list and get them in when the developers post about new versions.

I am now unlocking this thread to receive comments on this decision.

We may pick up on these change logs in a future thread for a future BOINC version.

---

I am sad that you have had to reach this decision, but I understand why you felt this thread had out-lived its usefulness.

The thing I will miss most is having a single page where I can do a text search to find which version a particular bug or feature was fixed in. That's really helpful when a user re-discovers an old bug: it makes it easy to give sensible advice about which version they need to upgrade to.

As an alternative to this thread, perhaps the community could put some collective effort into updating the BOINC Version History: not with a blow-by-blow account of every typo fixed, but the major chenges that might be visible to end-users.

Hi Jord, I'm very sad and sorry about this because I have learned so much about BOINC just from read from this thread and this BOINC Message board every day.

I'm not a very well educated Pearson and I never learned how to use a computer until I was 60 years old, now I'm Close to 70 years old and still learning every day. I think perhaps 70 % of BOINC users are like me?

I love Mathematics, Science and learning.

I'm a great supporter of Dr. David Anderson and BOINC.

Hi all,

a big thx for the huge work of Ageless here and no, the changelog is not dead. We have our own wiki and posting as fast as we can all the new changes of any new version.

Changelog

Postings are in English, the rest in German.

-Reb

Jord, I'm sorry you're had to make this decision, this thread is very usefull, and will be missed.

Claggy

Full ack with Claggy.

I've rewritten the disclaimer. A test version of it is visible on the BOINC 6.10.34 details in this thread. With that in mind, I'll restart this service with BOINC 6.11.1 (whenever that one comes along).

---

The word order at the end of the disclaimer is a little clumsy, to English eyes. I suggest:

Disclaimer
This is a development version of BOINC. Expect parts of it to be broken, or in the least to work in a different way than you are used to. Expect work failures, deadline misses and losing all your accumulated work in progress, or not getting credit for your work due to unknown and unforeseen circumstances. Only use it when you are willing to participate in the Alpha test program and do not mind sending (bug) reports in to the developers on the email list specially assigned for this purpose.

Thanks, edited in.

---

BOINC 6.10.43 released for testing for Windows and Windows x64, Linux and Linux x64
BOINC 6.10.43 released for testing for Macintosh

Rom Walton wrote:

Howdy Folks,

This release changes some UI elements in the Manager and increases the efficiency in both the client and the manager. This release also fixes some CPU/GPU scheduler issues. People with large machines and large caches should notice a reduction in CPU utilization in the CC and Manager when they are both up and running.

6.10.36 was pulled while we completed an audit of all the code changes between what was in trunk and what was in the 6.10 branch. We found only two differences (beside message log changes) which have been fixed in 6.10.37+ releases.

Change Log:

6.10.37/38:

- MGR: Save & restore size information of properties dialogs separately for project and task property dialogs, also save and restore dialog positions on Mac.

- Mac: explicitly specify compiler as GCC 4.0 instead of system default in build settings to allow building with XCode 3.2 on OS 10.6 as well as XCode 3.1 on OS 10.5.8.

- MGR: Instead of alternating gray and white backgrounds in lists, create CBOINCListCtrl with wxLC_HRULES flag. This avoids theme color conflicts with our backgrounds. It also eliminates the need to set item attributes, since the default attribute setting already uses theme colors.

- MGR: Remove some hacks to deal with early wxGTK bugs which have since been fixed.

- MGR: Restore wxGTK hacks, bug is still alive and well.

- client: revisit the domino-effect preemption problem. Removed my changes of 19 Jan 2010, which didn't work. Added new mechanism: keep track of whether a job J has ever run in EDF.

If so, and if another job of the same project and resource type as J is marked as deadline miss, then mark J as deadline miss, so that it won't get preempted.

- client: if a GPU job is blocked on available mem, don't fetch more jobs for that resource type.

- MGR: Improve performance when reducing number of rows in lists (as when selecting "Show active tasks") by calling ClearSelections() and SetItemCount() instead of repeatedly calling DeleteItem().

- MGR: Fix a bug which caused unnecessary demand RPCs on some platforms: set RPC time stamps to 1 rather than 0 in RefreshRPCs() so a not to trigger initialization code.

- client: don't suspend non-CPU-intensive jobs because of CPU load.

- MGR: Prevent flicker and lack of display by using the regular tooltip for the Project List control on Windows.

- client: if suspending apps because of CPU benchmarks, leave them in memory.

- MGR: Fix to my previous checkin: RefreshRPCs() shouldn't change time stamp if it was zero, as this is a special vslue to indicate the RPC has never been called.

- Remove BOINC_RCSID tags from source files, we are doing branching and tagging properly.

- client: add missing CPU scheduler code.

- client: fix formatting in app_control.cpp

- MGR: fix build break.

- Mac Sandbox: Fix bug in my changes of 26 Jan 2010 to set projects directory and slots directory to group boinc_project, not boinc_master.

- client: in computing non-BOINC CPU time, exclude any process whose executable includes "boinc", case-insensitive.

Fix problem with BoincTasks.exe
NOTE: this affects only Win and Linux; Mac already had case-insensitive comparison.


6.10.39:
- fix bugs in strcasestr(), which apparently had never been tested.

- Define HAVE_ALLOCA in boinc_win.h so that any component using strcasestr in str_util.cpp uses stack allocations instead of more expensive heap allocations.

- Move remaining HAVE_* defines from project files to boinc_win.h


6.10.40:

- MGR: Allow separate compile-time choice of rules and / or alternating gray and white background stripes in lists by defining BASEVIEW_RULES and BASEVIEW_STRIPES (in BOINCBaseView.h); set each to 1 to enable or 0 to disable; currently both are set to 1 for both stripes and rules.

- MGR: Change previous commit to strips only for the next build. Things look wonky with both stripes and rules around the margins.

- client (and anything else using MFILE): Win efficiency fix. Shockingly, realloc() wasn't doing exponential growth. So create realloc_aux() that does.


6.10.41:

- unix compile fix

- MGR: Derive messages tab colors from base class colors.


6.10.42:

- MGR: Switch background color for the list view stripes back to the original color (247, 247, 247).


6.10.43:

- MGR: Deconflict menu IDs

BOINC 6.10.44 released for testing for Linux and Linux x64

Disclaimer
This is a development version of BOINC. Expect parts of it to be broken, or in the least to work in a different way than you are used to. Expect work failures, deadline misses and losing all your accumulated work in progress, or not getting credit for your work due to unknown and unforeseen circumstances.
Only use it when you are willing to participate in the Alpha test program and do not mind sending (bug) reports in to the developers on the email list specially assigned for this purpose.


REMINDER TO ALL ALPHA TESTERS:
It's far easier for the developers to fix problems when you send message logs with the appropriate flags set. The main flags are:

<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<std_debug>: problems involving short term debt.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration.

Reporting bugs on this forum or any project's forum isn't very productive as the developers simply do not have time to scour through all forums looking for posts with your bug reports in them. While it may happen that we - other volunteers - forward your problem to them, history has shown it is quite difficult being the middle man in this when more information is needed from you. Hence why it's better for all concerned that you report the problem directly to the developers, who will come back directly to you when they need more information or better logs or to tell you that they've checked in a fix for the specific problem.

The actual change log was taken from the Alpha email list and the Trac Timeline repository changes check-ins. This disclaimer was written by the volunteer moderators of this forum and approved of by the BOINC development team.

Rom Walton wrote:

Howdy Folks,

This release targets the menu bug Gianfranco pointed out when GPUs are used on Linux, as well as closing the advanced preferences dialog by using the close button in the upper right hand corner of the dialog. Nothing else has really changed for this build.

Please log updated test results to the 6.10.43 test results.

Unless a showstopper is found by tomorrow afternoon .43 for Windows/Mac and .44 for Linux will be declared a new public release.

If you know of a showstopper speak up.

Thanks in advance.


----- Rom

Change Log:

- MGR: Add event map to the properties dialog.

- MGR: Only execute a set mode when the menu item has been checked. On Linux the act of checking and unchecking menu items programmatically causes events to be fired and processed just like user input. This causes the menu items to flip flop back and forth between different modes.

- MGR: Reduce generated events on Linux.

- MGR: Reduce even more generated events on Linux.

BOINC 6.10.44 released for testing for Macintosh

Disclaimer
On development versions of BOINC:
- Expect parts of it to be broken, or in the least to work in a different way than you are used to.
- Expect work failures, deadline misses and losing all your accumulated work in progress, or not getting credit for your work due to unknown and unforeseen circumstances.
- Only use it when you are willing to participate in the Alpha test program and do not mind sending (bug) reports in to the developers on the email list specially assigned for this purpose.


REMINDER TO ALL ALPHA TESTERS:
It's far easier for the developers to fix problems when you send message logs with the appropriate flags set. The main flags are:

<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<std_debug>: problems involving short term debt.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration.

Reporting bugs on this forum or any project's forum isn't very productive as the developers simply do not have time to scour through all forums looking for posts with your bug reports in them. While it may happen that we - other volunteers - forward your problem to them, history has shown it is quite difficult being the middle man in this when more information is needed from you. Hence why it's better for all concerned that you report the problem directly to the developers, who will come back directly to you when they need more information or better logs or to tell you that they've checked in a fix for the specific problem.

The actual change log was taken from the Alpha email list and the Trac Timeline repository changes check-ins. This disclaimer was written by the volunteer moderators of this forum and approved of by the BOINC development team.

Charlie Fenton wrote:

I have posted BOINC 6.10.44 for Macintosh OS X for testing. This is identical to 6.10.43, except that we have reverted to c-ares version 1.6.0 from c-ares 1.7.0, because some users with certain types of Internet connections were experiencing connectivity problems with c-ares 1.7.0.

We don't anticipate any problems, but felt it unwise to make this a public release without some alpha testing.

Please test and report your results at teh usual place:
http://isaac.ssl.berkeley.edu/alpha/test_form.php. We'd like to make this a public release as soon as possible.

Thank you for your help.

Cheers,
--Charlie

BOINC 6.10.45 released for testing for Windows, Windows x64, Linux, and Linux x64

Disclaimer
On development versions of BOINC:
- Expect parts of it to be broken, or in the least to work in a different way than you are used to.
- Expect work failures, deadline misses and losing all your accumulated work in progress, or not getting credit for your work due to unknown and unforeseen circumstances.
- Only use it when you are willing to participate in the Alpha test program and do not mind sending (bug) reports in to the developers on the email list specially assigned for this purpose.


REMINDER TO ALL ALPHA TESTERS:
It's far easier for the developers to fix problems when you send message logs with the appropriate flags set. The main flags are:

<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<std_debug>: problems involving short term debt.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration.

Reporting bugs on this forum or any project's forum isn't very productive as the developers simply do not have time to scour through all forums looking for posts with your bug reports in them. While it may happen that we - other volunteers - forward your problem to them, history has shown it is quite difficult being the middle man in this when more information is needed from you. Hence why it's better for all concerned that you report the problem directly to the developers, who will come back directly to you when they need more information or better logs or to tell you that they've checked in a fix for the specific problem.

The actual change log was taken from the Alpha email list and the Trac Timeline repository changes check-ins. This disclaimer was written by the volunteer moderators of this forum and approved of by the BOINC development team.

Rom Walton wrote:

Howdy Folks,

This release should fix the FLOPS estimation for Fermi cards. This
release should also fix an EDF job selection bug and should now properly
handle the tail end of the application log file.

For this release I have only enabled the general tests, not much has
changed.

Please report test results to http://boinc.berkeley.edu/alpha/ and
report any bugs to this email list.

----- Rom

Change log:

- Mac: Update build instructions to replace dead link for downloading JPEG 6b sources.

- Mac: Build with c-ares 1.6.0 instead of c-ares 1.7.0, because the newer c-ares has problems resolving host names on OS 10.6 with default settings when used with AT&T U-Verse 2Wire gateway routers and Airport.

- Manager: fix bug in task properties app name display.

- client/manager: show "No CPU prefs" etc. in project properties.

- client/manager/GUI RPC: project_info.xml file can contain <team_name>.
If present, and a new user account is created, it will be made a member of that team if it exists.

- MGR: Bad things happen when you don't initialize default values for variables under wxWidgets.

- client: NVIDIA peak FLOPS estimate was wrong for Fermi (32 cores, not 8).

- client: delete project_init.xml if attached to any project.

- manager: avoid divide by zero if the only project has zero resource share.

- client: Fermi compute capability is 2, not 3.

- client: give dynamic estimate (based on fraction done) a greater weight in time-to-completion estimate.

- Client: fix bug that caused wrong jobs to be run EDF (needed to initialize a var inside loop, not outside).

- client: clean out project dir on reset. Fixes [trac]#978[/trac]

- client: read_file_malloc() must open file in binary mode, else it won't get the right part of the file.

Macintosh BOINC 6.10.44: please log test results

Charlie Fenton wrote:

Hello Mac testers:

We would like to promote version 6.10.44 for the Mac to be the recommended public release version as soon as possible, since a number of users are having connectivity problems with c-ares 1.7.0. But we still need more results logged before we can do that.

Also, we can't put up newer versions for alpha testing on the Mac until we have released 6.10.44 for the Mac to the public.

Mac testers, please log your test results as soon as possible. If you haven't tested this version, please do so at your earliest opportunity.

Thank you!

Cheers,
--Charlie

BOINC 6.10.50 released for testing for Windows, Windows x64, Linux, Linux x64 and Macintosh

Rom Walton wrote:

Howdy Folks,

With this release we have added bandwidth throttling limits to the client software. It has been a long desired feature by the community. We have decided to postpone the notification feature work on the client and implement the bandwidth throttling limits and UI visible 'Update Available' feature work for the 6.10 line of clients.

The 'Update Available' feature will be completed soon.

Both BOINC Alpha and SETI@Home Beta have a new preference deployed on their websites called 'Transfer at Most' which tells BOINC how much data it can upload/download for a given period of days. Like the other preferences these values can be overridden in the advanced preferences dialog. Further descriptions of the various preferences can be found here: http://boinc.berkeley.edu/wiki/Preferences

Actions like updating a project and attaching to a project or account manager should not be affected.

Please give the new preference a try, use large values, small values, and even negative values for both input fields. Try attaching to a project after the bandwidth limit has been exceeded.

I've added a test case for the new preference item to the already existing preference test group.

Please report any bugs here and test results to
http://boinc.berkeley.edu/alpha/. Please remember that confirmation
that something works is just as required as finding out that something didn't work. Without positive and negative feedback it is as though there were no testing at all.

Thanks in advance.

----- Rom

Disclaimer
On development versions of BOINC:
- Expect parts of it to be broken, or in the least to work in a different way than you are used to.
- Expect work failures, deadline misses and losing all your accumulated work in progress, or not getting credit for your work due to unknown and unforeseen circumstances.
- Only use it when you are willing to participate in the Alpha test program and do not mind sending (bug) reports in to the developers on the email list specially assigned for this purpose.


REMINDER TO ALL ALPHA TESTERS:
It's far easier for the developers to fix problems when you send message logs with the appropriate flags set. The main flags are:

<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<std_debug>: problems involving short term debt.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration.

Reporting bugs on this forum or any project's forum isn't very productive as the developers simply do not have time to scour through all forums looking for posts with your bug reports in them. While it may happen that we - other volunteers - forward your problem to them, history has shown it is quite difficult being the middle man in this when more information is needed from you. Hence why it's better for all concerned that you report the problem directly to the developers, who will come back directly to you when they need more information or better logs or to tell you that they've checked in a fix for the specific problem.

The actual change log was taken from the Alpha email list and the Trac Timeline repository changes check-ins. This disclaimer was written by the volunteer moderators of this forum and approved of by the BOINC development team.

Change Log:

6.10.43 -> 6.10.44

• MGR: Add event map to the properties dialog.
  
• MGR: Only execute a set mode when the menu item has been checked. On Linux the act of checking and unchecking menu items programatically causes events to be fired and processed just like user input. This causes the menu items to flip flop back and forth between different modes.
  
• MGR: Reduce generated events on Linux.
  
• MGR: Reduce even more generated events on Linux.
  

6.10.44->6.10.45

• Mac: Update build instructions to replace dead link for downloading JPEG 6b sources.
  
• Mac: Build with c-ares 1.6.0 instead of c-ares 1.7.0, because the newer c-ares has problems resolving host names on OS 10.6 with default settings when used with AT&T U-Verse 2Wire gateway routers and Airport.
  
• Manager: fix bug in task properties app name display.
  
• client/manager: show "No CPU prefs" etc. in project properties.
  
• client/manager/GUI RPC: project_info.xml file can contain <team_name>. If present, and a new user account is created, it will be made a member of that team if it exists.
  
• MGR: Bad things happen when you don't initialize default values for variables under wxWidgets.
  
• client: NVIDIA peak FLOPS estimate was wrong for Fermi (32 cores, not 8).
  
• client: delete project_init.xml if attached to any project.
  
• manager: avoid divide by zero if the only project has zero resource share.
  
• client: Fermi compute capability is 2, not 3.
  
• client: give dynamic estimate (based on fraction done) a greater weight in time-to-completion estimate.
  
• Client: fix bug that caused wrong jobs to be run EDF (needed to initialize a var inside loop, not outside).
  
• client: clean out project dir on reset. Fixes #978
  
• client: read_file_malloc() must open file in binary mode, else it won't get the right part of the file.
  

6.10.45->6.10.46

• client: don't do RSS fetch if network suspended
  
• client: don't include graphics apps in non-BOINC CPU time
  
• Mac SS: Optimize screensaver for OS 10.6.
  
• client: don't include graphics apps in non-BOINC CPU time (Mac).
  
• client: don't include graphics apps in non-BOINC CPU time (Unix).
  
• client: allow zero resource shares from account managers
  
• client: "allow_remote_gui_rpc" is available via cc_config.xml as well as command-line.
  
• client: show allow_remote_gui_rpc option, and contents of remote_host.cfg, in message log on startup
  
• client: code cleanup: move some options from CLIENT_STATE to OPTIONS
  
• client: revert [21035]; remove project_init.xml only if attached to the project it specifies (requested by Kevin Reed)
  
• WINSETUP: Add support for the <team_name> tag in the Windows installer for the auto created project_init.xml file.
  
• client: attempt to fix bug where a GPU would be assigned to multiple jobs at the same time. I fixed one error (reference arg to assign_coprocs()) but I can't see why this would explain the problem. I added a lot of extra <coproc_debug> log messages.
  
• SS: Ignore SUSPEND_REASON_CPU_USAGE in SS coordinator, so it won't kill graphics apps for short-term CPU usage spikes (such as anti-virus.)
  
• client: Fix bug in determining non-BOINC CPU time (Mac).
  
• client: Add code for determining non-BOINC CPU time for GridRepublic and Progress Thru Processors clients (Mac & Windows).
  
• client: get rid of spurious "Using proxy settings from GUI" message
  
• client: Improve code for determining non-BOINC CPU time for branded clients (Mac & Windows).
  
• client: fix build break.
  
• MGR: Handle the Event Log's size better, pass in the correct dialog size to the dialog creation routines instead of setting the size after dialog initialization. Avoids artifacts and things having to be tweaked later.
  
• client: fix bug in mechanism that inhibits work fetch for a GPU if it lacks available memory
  
• Mac Installer: Set uninstaller's writeable-by-user permission bit so 3rd-party Unarchiver can inflate the Zip file (from Eric Myers).
  
• Mac Installer: AddRemoveUser utility accepts both full / login user names and short / Posix user names.
  
• client: improve GPU scheduling old: assign GPUs, then check available RAM Problem: may cause starvation on multi-GPU systems. new: use available RAM info in the assignment process. Prevents starvation, also reduces the number of driver calls.
  
• client: when a GPU job finishes, clear the "schedule backoff" of other jobs of that type. They're waiting for GPU RAM, which may now be available.
  
• client: bug fix in GPU RAM availability
  
• client: fix testing setup for GPU RAM availability
  
• client: clean up logic related to GPU available memory. If a driver call to get available mem fail, mark the GPU as unusable.
  
• Mac Installer: PostInstall gets short / Posix user name from getpwnam(), writes additional diagnostic information to installer log.
  
• client: show "waiting for GPU memory" in task status
  

6.10.46->6.10.47

• client: show "waiting for GPU memory" in task status
  

6.10.47->6.10.48

• client: keep track of daily history of network transfers
  
• client: add preference for limiting network xfers in last N days (no GUI yet)
  
• client: Add get_network_usage_totals() function to the Macintosh client to report the number of bytes sent and received across all non-loopback interfaces. Note: this code may also work on onther UNIX-like systems in addition to Macintosh
  
• client: fix bug with NVIDIA GPUs. Some of them allow only 1 CUDA context at a time. You need to create a CUDA context to get available VRAM. So the client would run a CUDA job, then immediately kill it. Solution:
  o If a GPU app is running, let it keep running regardless of available VRAM (if it's still running, it has enough VRAM).
  o But don't start new apps if there's not enough available VRAM, or it the amount is unknown (if the client can't create a CUDA context, the app won't be able to either)
  
• client: if <coproc_debug> is set, print available GPU RAM periodically
  

6.10.48->6.10.49

• CC: Reduce how often the client reports the amount of available VRAM to once every 60 seconds.
  
• rename prefs.daily_xfer_period to daily_xfer_period_days
  
• manager: add network quota to advanced prefs dialog
  
• client: Win: kill runaway apps using TerminateProcess() rather than TerminateProcessById(). The latter doesn't work in protected mode.
  
• client: pid_handle => process_handle. misnomer
  
• client: report daily xfer stats in scheduler request (not used by scheduler, but maybe later)
  

6.10.49->6.10.50

• client: clean up network suspension logic. There are now separate flags for "file_xfers_suspended": don't do file transfers "network_suspended": don't do any network comm (scheduler RPCs, RSS fetch, master fetch, etc.) The policy: if preferences/settings say no network (quota exceeded, no-network mode, user active, time, excl. app) then: file_xfers_suspended = true, if (no recent network-related RPC) network_suspended = true 1504
  
• client: write daily net history on shutdown
  
• client: remove extraneous calls to calShutdown() in ATIs available-RAM code.
  
• client: network bandwidth total was counting 1 day too many
  
• client simulator: start GPU support
  

BOINC 6.10.50 test update

Rom Walton wrote:

Earlier today we pulled the last round of stable clients and rolled back to the stable clients that were available in early December.

A bug was introduced in 6.10.25 where the core client would continuously download new work from projects where the total GPU ram was enough to run the GPU app but not enough was available at run-time to actually run the application without crashing. This bug was fixed in 6.10.46.

As a result of having to pull the previous stable build we are moving forward with the 6.10.50 build as a potential release candidate build. I have adjust the test grouping to enable all of them now.

We really need to get a new stable version of the Mac client out the door, CUDA support for the Mac is not in the current stable Mac client.

Please report your results, good or bad, as quickly as possible.

----- Rom