Development BOINC 7.0.62


log in

Advanced search

Message boards : Number crunching : Development BOINC 7.0.62

Previous · 1 · 2 · 3 · 4 · 5 · Next
Author Message
Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 936
Credit: 21,522,191
RAC: 79,229
Australia
Message 1233989 - Posted: 20 May 2012, 11:30:50 UTC
Last modified: 20 May 2012, 11:31:15 UTC

7.0.28 change log

- Mac installer: changes for OS 10.8 compatibility. (fix)

- client: fix bug where coproc name could be set incorrectly when: a) there are multiple GPU vendors b) one of them is detected via OpenCL but not "native" (CUDA/CAL)

- lib: added function secs_to_hmsf() which converts (double) seconds to a string 0h00m00s00.

- C++ code: use MAXPATHLEN for char arrays that hold paths.

- Windows compile fixes.

- lib: Fix a bug where information that was meant for stdout was being written to stderr instead.

- lib: Keep track of the rough estimate of stdout and stderr by incrementing internal variables instead of doing a stat on each log write. stat() on Windows is converted to a FindFirstFile?() call which in turn looks up the file size information in the directory structure file system entry. The directory structure information is only updated periodically. This lead to larger than expected log file for both the manager and core client. This has the added advantage of reducing the overall number of file I/O operations when logging information.

- MGR: Eliminate QuickDraw calls for OS 10.8 compatibility.

- diagnostics lib: Store file sizes as double rather than int

- If we're appending to log files, initialize the size variables to the current size.

- lib: down case processor features. check return value of fprintf, only increment size if it's +when rotate log file, reset size var to zero.

- MGR: Add OpenCL icon to the ProjectInfo wizard page.

- MGR: Fix the icon we use to represent OpenCL.

- client: Update the stock all_project_list.xml file we send out with new client software.

Profile red-ray
Avatar
Send message
Joined: 24 Jun 99
Posts: 308
Credit: 9,024,991
RAC: 0
United Kingdom
Message 1235923 - Posted: 24 May 2012, 14:38:12 UTC
Last modified: 24 May 2012, 15:36:03 UTC

The output from boinccmd --get_simple_gui_info seems to have changed since 7.00.25 and with 7.00.28 only includes active tasks. Is this intentional?

I used to use this to count how many WUs I had in my cache but as this no longer works I chaged to using --get_state.

I used to use --get_tasks, but switched to --get_simple_gui_info as BOINC 6.10 has --get_results rather than --get_tasks.

C:\Program Files\BOINC>boinccmd --version boinccmd, built from BOINC 7.0.28 C:\Program Files\BOINC>boinccmd --get_simple_gui_info | find " state: " | find " " /c 2 C:\Program Files\BOINC>boinccmd --get_state | find " state: " | find " " /c 578

Profile HAL9000
Volunteer tester
Avatar
Send message
Joined: 11 Sep 99
Posts: 3998
Credit: 110,098,535
RAC: 136,869
United States
Message 1235934 - Posted: 24 May 2012, 15:15:56 UTC - in response to Message 1235923.

The output from boinccmd --get_simple_gui_info seems to have changed since 7.00.25 and with 7.00.28 only includes active tasks. Is this intentional?

I used to use this to count how many WUs I had in my cache but as this no longer works I chaged to using --get_state.

C:\Program Files\BOINC>boinccmd --version boinccmd, built from BOINC 7.0.28 C:\Program Files\BOINC>boinccmd --get_simple_gui_info | find " state: " | find " " /c 2 C:\Program Files\BOINC>boinccmd --get_state | find " state: " | find " " /c 578

I use --get_tasks to get my task totals.
____________
SETI@home classic workunits: 93,865 CPU time: 863,447 hours

Join the BP6/VP6 User Group today!

LadyL
Volunteer tester
Avatar
Send message
Joined: 14 Sep 11
Posts: 1679
Credit: 5,230,097
RAC: 0
Message 1236463 - Posted: 25 May 2012, 10:40:52 UTC - in response to Message 1235923.

The output from boinccmd --get_simple_gui_info seems to have changed since 7.00.25 and with 7.00.28 only includes active tasks. Is this intentional?

Yes, I bugrepped that --get_simple_gui_info was giveing the full task list instead of only the active ones as per help and it got fixed.
____________
I'm not the Pope. I don't speak Ex Cathedra!

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 936
Credit: 21,522,191
RAC: 79,229
Australia
Message 1248711 - Posted: 20 Jun 2012, 12:57:35 UTC
Last modified: 20 Jun 2012, 12:58:05 UTC

7.0.29 change log (Mac only)

Charlie Fenton wrote:

I have posted BONC 7.0.29 for the Mac to the Download All page. Version 7.0.29 is for the Macintosh only.

The BOINC Manager and Client are identical to version 7.0.28. The only differences from 7.0.28 are the installer and uninstaller, which have fixes for situations where BOINC is installed for multiple users under OS 10.7.x Lion and the upcoming OS 10.8 Mountain Lion. It fixes the setting of the screensaver for multiple users, and the setting and deleting of Login Items for multiple users. (Login Items are used to automatically launch BOINC Manager when a user logs in to the Mac.)

If you are running 7.0.28 on the Mac, please upgrade to 7.0.29. Except for issues with the installer or uninstaller, tests you have already run on 7.0.28 are applicable to 7.0.29.

Thank you for your support of BOINC.

Cheers,
--Charlie



- MGR: Remove the visuals in the wizard for multi-core and opencl. This area will get a bunch of work in a future commit.

- client: show <vbox_window> option in log, and give warning if include this while in sandbox mode.

- MGR: Fix build breaks.

- MGR: Fix menu redraw issue under Ubuntu's new interface. fixes #1180 (From Huibert)

- MGR: Wait until there is valid data in the list box before processing the OnProjectSelected() event.

- Fix for linux idle detection bug with USB mice.

- client: if available, use GPU model name from CAL for OpenCL model name.

- client: added the definitions for the new Windows 7/2008r2 preSP1 and Windows 8/2012 SKUs based on the winnt.h from the Windows 8 RC SKD (also added as proof).

- client: added the detection for some more Windows SKU.

- client: Updates provided by Teamwork of Planet3Dnow.de to coproc_detect.cpp added CAL_TARGET_ID 21 as : AMD Radeon HD 78x0 series (Pitcairn) (from [P3D] Crashtest).

- client, GUI RPC: detect and export the PCI bus, device, and domain #s.

- Mac installer: Fix bugs I introduced on May 3 and May 6.

- Mac installer: Create or delete Login Items and set screensaver properly when installing for multiple users on OS 10.7, 10.8

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 936
Credit: 21,522,191
RAC: 79,229
Australia
Message 1253160 - Posted: 29 Jun 2012, 12:10:26 UTC
Last modified: 29 Jun 2012, 12:10:48 UTC

7.0.30 change log

- MGR: Remove the visuals in the wizard for multi-core and opencl. This area will get a bunch of work in a future commit.

- MGR: Fix menu redraw issue under Ubuntu's new interface. fixes #1180 (From Huibert)

- MGR: Wait until there is valid data in the list box before processing the OnProjectSelected() event.

- client: added the definitions for the new Windows 7/2008r2 preSP1 and Windows 8/2012 SKUs based on the winnt.h from the Windows 8 RC SKD (also added as proof). Added the detection for some more Windows SKU

- client: split GPU detection code into separate files

- client: rename coproc_detect.cpp to gpu_detect.cpp

- client: compile fixes

- client: for NVIDIA, make an array of the PCI info for all usable GPUs

- client: it's possible for a host to get app versions for a given app that have different platforms and different version #s. The client was erroneously deleting the one w/ the lower version when it was no longer in use. Fix: in garbage collection, consider one version to supercede another only if they have the same platform

- client: AMD GPU detection addition (from [P3D] Crashtest)

- Mac: Update XCode project with new source files.

- Mac: Fix displayed names of BOINC installer, uninstaller, etc.

- Mac: Code sign the BOINC installer and uninstaller if we have a valid code signing identity. Code signing using a registered Apple Developer ID is necessary for GateKeeper with default settings to allow running downloaded applications under OS 10.8.

- client: AMD GPU detection addition (from [P3D] Crashtest)

- Mac client: Upgrade to curl 7.26.60 and c-ares 1.9.1.

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 936
Credit: 21,522,191
RAC: 79,229
Australia
Message 1254497 - Posted: 2 Jul 2012, 11:33:53 UTC

Rom has withdrawn 7.0.30 due to a bug with the Nvidia code. There will be a new version out soon.

Richard HaselgroveProject donor
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8439
Credit: 47,999,031
RAC: 61,685
United Kingdom
Message 1254499 - Posted: 2 Jul 2012, 11:51:13 UTC - in response to Message 1254497.

Rom has withdrawn 7.0.30 due to a bug with the Nvidia code. There will be a new version out soon.

Strangely, the two machines I'm running v7.0.30 on (one 32-bit, one 64-bit) seem to be running just fine - fetching, crunching, and reporting NVidia tasks as usual.

There was a reported problem for computers attached to the BAM account manager, so avoid this version if you use that. Otherwise, there seems to be no need to uninstall v7.0.30 if you have it running already.

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 936
Credit: 21,522,191
RAC: 79,229
Australia
Message 1255380 - Posted: 4 Jul 2012, 10:39:05 UTC - in response to Message 1254499.
Last modified: 4 Jul 2012, 10:41:03 UTC

I believe all that was wrong was the end tag. 7.0.31 is out now with the fix for it.

Rom has withdrawn 7.0.30 due to a bug with the Nvidia code. There will be a new version out soon.

Strangely, the two machines I'm running v7.0.30 on (one 32-bit, one 64-bit) seem to be running just fine - fetching, crunching, and reporting NVidia tasks as usual.

There was a reported problem for computers attached to the BAM account manager, so avoid this version if you use that. Otherwise, there seems to be no need to uninstall v7.0.30 if you have it running already.

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 936
Credit: 21,522,191
RAC: 79,229
Australia
Message 1255381 - Posted: 4 Jul 2012, 10:39:20 UTC
Last modified: 4 Jul 2012, 10:46:12 UTC

7.0.31 change log

- Mac client: Update wxMac build script for partial compatibility with OS 10.8 and XCode 4.5.

- client: add missing end tag for <pci_info>. Doh!

- When the client makes a scheduler RPC without requesting work, and there's a simple reason (e.g. the project is suspended, no-new-tasks, downloads stalled, etc.) show it in the event log. If the reason is more complex, don't try to explain.

- client: in the job scheduler, there's a check to prevent overcommitting the CPUs if an MT is scheduled. Skip this check for GPU jobs.

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 936
Credit: 21,522,191
RAC: 79,229
Australia
Message 1266699 - Posted: 2 Aug 2012, 12:15:34 UTC
Last modified: 2 Aug 2012, 12:21:45 UTC

7.0.31 became the recommended version for the Mac only


7.0.32 change log

- client: keep track of the fraction of time that
1) a network connection is available and
2) network communication is allowed and
3) CPU computation is allowed

If an app version is marked as needs_network, use the above fraction in estimating its rate of progress. replace "core client" with "client" in comments.

- Mac client: build libssl.a and libcrypto.a from openssl 1.0.1c and do static links instead of a dynamic links with Apple-supplied dynamic libraries.

- client: when estimating FLOPS for an anonymous-platform app version for which no estimate has been supplied by user, use (CPU speed)*(cpu_usage + 10*gpu_usage) (add the 10*)

- Compile fixes for Fedora core 17. From Christian B. Fixes #1194.

- Fix various #include issues CODING STYLE LAW (minimal inclusion principle): If foo.cpp requires <blah.h>, #include <blah.h> in foo.cpp, NOT foo.h

- Mac: fix build break.

- Client (Win): in file_size(), use _stat64() instead of stat(). Otherwise it doesn't work for files >= 2GB

- Client: TIME_STATS::trim_stats_log() wasn't working because it's called in the constructor of TIME_STATS, which is called before we've done a chdir() to the data dir. Note: for this reason, no disk access should be done in constructors of global objects. A quick scan found no instances of this.

- Mac client: Update Xcode project for compatibility with Xcode 4.3.2 and Xcode 4.5. (Checked into 7.0.31 tag.)

- client: remove "device" entry from CUDA_DEVICE_PROP, and change types of mem-size fields from int to double. These fields are size_t in NVIDIA's version of this; however, cuDeviceGetAttribute() returns them as int, so I don't see where this makes any difference.

- client: fix bug in handling of <no_rsc_apps> element.

- Mac: update script which builds our installer to work with Xcode 4.3 for Lion and later. Because PackageMaker is now distributed separately from Xcode, we emulate it using low-level tools.

- Mac: update build script to work with Xcode 4.3 for Lion and later. Xcode and the Mac OS X SDKs are no longer installed at fixed locations.

- client: small code cleanup, no functional change

- Mac: update build scripts, source files and Xcode project to allow building with Xcode 4.3 under OS 10.7.x Lion and Xcode 4.4GM under OS 10.8 Mountain Lion and Xcode 4.5 under OS 10.8 Mountain Lion. Xcode and the Mac OS X SDKs are no longer installed at fixed locations.

- Mac: update sample code to allow building with Xcode 4.3 under OS 10.7.x Lion and with Xcode 4.4 GM seed under OS 10.8 Mountain Lion GM seed and to eliminate compiler warnings.

- lib: treat MINGW32 like CYGWIN32 (in 1 place - should do everywhere?) from Oliver

- client: delete sticky files when reset project

- client: if we get a job for which a GPU is missing, keep the RESULT record so that we can report it to the scheduler. Otherwise we'll keep getting the same job if the project has <resend_lost_results> set.

- Mac: Minor corrections to documentation and sample code.

- client: Re-introduce the WM_QUERYENDSESSION window message handler to the power management window proc, it was removed during one of the Win9x code scrubs. When we see it, inform the client it is time to shutdown.

- lib: Adjust #include files as requested by Oliver Bock.

- lib: fix typo

- client: don't request work for backup project for a processor type unless there are idle instances of that type

- client: improve "new version available" notice

- Mac: Eliminate extra output from wxMac build script.

- MGR: Use the same fix for the simple gui that we used on the advanced gui with regards to the menu on Ubuntu's interface.



7.0.33 change log
- Fix build breaks for server components.

Richard HaselgroveProject donor
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8439
Credit: 47,999,031
RAC: 61,685
United Kingdom
Message 1266731 - Posted: 2 Aug 2012, 15:51:47 UTC
Last modified: 2 Aug 2012, 16:11:44 UTC

CAUTION advised

I've just installed the 32-bit Windows version of v7.0.33 over the top of v7.0.31

All existing CUDA tasks (anonymous platform - Lunatics applications) showed with a much smaller estimate, and started to error out with the dreaded 'Maximum elapsed time exceeded'. New work was fetched with the correct estimates.

Hold on - I'm investigating.

ARGH - I think it must be changeset 25905:

•client: when estimating FLOPS for an anonymous-platform app version
for which no estimate has been supplied by user,
use (CPU speed)*(cpu_usage + 10*gpu_usage)
(add the 10*)

Be careful what you wish for, indeed.

ClaggyProject donor
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 4058
Credit: 32,806,174
RAC: 5,208
United Kingdom
Message 1266817 - Posted: 2 Aug 2012, 20:30:24 UTC - in response to Message 1266731.
Last modified: 2 Aug 2012, 20:32:23 UTC

All existing CUDA tasks (anonymous platform - Lunatics applications) showed with a much smaller estimate, and started to error out with the dreaded 'Maximum elapsed time exceeded'. New work was fetched with the correct estimates.

That's what i found too, Edit: Actually it wasn't all, just most CUDA tasks that ended in 'Maximum elapsed time exceeded'

Claggy

Profile Ex
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 12 Mar 12
Posts: 2895
Credit: 1,720,020
RAC: 1,257
United States
Message 1266935 - Posted: 3 Aug 2012, 7:06:20 UTC

.33 already? oh man I'm falling behind quick.
____________
-Dave #2

3.2.0-33

Profile Michael W.F. Miles
Avatar
Send message
Joined: 24 Mar 07
Posts: 237
Credit: 27,829,260
RAC: 20,273
Canada
Message 1271264 - Posted: 13 Aug 2012, 20:58:34 UTC - in response to Message 1266817.

I had the same.
Over 30 computation errors in one day with some completing but most GPU apps error out.
I removed .33 and went back to .31 and not one error
even the tasks that downloaded while I was running .33 error out

B-Man
Volunteer tester
Send message
Joined: 11 Feb 01
Posts: 253
Credit: 147,366
RAC: 0
United States
Message 1271368 - Posted: 14 Aug 2012, 5:31:23 UTC

Ok i'm going to hold off from updating from 7.0.27 as I had planed in 5 days when my long run WU is supposed to finish. Will follow this thread and see if the fix is in when it finishes.
____________

B-Man
Volunteer tester
Send message
Joined: 11 Feb 01
Posts: 253
Credit: 147,366
RAC: 0
United States
Message 1273476 - Posted: 20 Aug 2012, 19:44:35 UTC

What is up with the OSX only 7.0.34 build?(At least as of the time I post this) It has been 4 days and I have seen no release notes posted on it yet. Is this going to stay an OSX only release or are follow up versions for the other OSs coming. What was the big Bug in 7.033 that made it necessary to put out a special bug fix for OSX?
____________

Richard HaselgroveProject donor
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8439
Credit: 47,999,031
RAC: 61,685
United Kingdom
Message 1273490 - Posted: 20 Aug 2012, 20:11:11 UTC - in response to Message 1273476.

What is up with the OSX only 7.0.34 build?(At least as of the time I post this) It has been 4 days and I have seen no release notes posted on it yet. Is this going to stay an OSX only release or are follow up versions for the other OSs coming. What was the big Bug in 7.033 that made it necessary to put out a special bug fix for OSX?

It's probably more a case of "what are they waiting for, before they finish the job and build the Windows and Linux versions?"

There were something like 15 general tweaks and fixes copied across, before the code was tagged for v7.0.34

The Mac builds are done by Charlie Fenton, the Windows (and Linux) builds by Rom Walton. They work in different places, each to their own timetable. Charlie has been particularly active recently, because of the new release of the Mac Mountain Lion OS, which required some installer changes. I think he was just quick off the mark because of that.

B-Man
Volunteer tester
Send message
Joined: 11 Feb 01
Posts: 253
Credit: 147,366
RAC: 0
United States
Message 1273492 - Posted: 20 Aug 2012, 20:31:47 UTC - in response to Message 1273490.

What is up with the OSX only 7.0.34 build?(At least as of the time I post this) It has been 4 days and I have seen no release notes posted on it yet. Is this going to stay an OSX only release or are follow up versions for the other OSs coming. What was the big Bug in 7.033 that made it necessary to put out a special bug fix for OSX?

It's probably more a case of "what are they waiting for, before they finish the job and build the Windows and Linux versions?"

There were something like 15 general tweaks and fixes copied across, before the code was tagged for v7.0.34

The Mac builds are done by Charlie Fenton, the Windows (and Linux) builds by Rom Walton. They work in different places, each to their own timetable. Charlie has been particularly active recently, because of the new release of the Mac Mountain Lion OS, which required some installer changes. I think he was just quick off the mark because of that.

OK any bugs in 7.00.34 I need to watch out for in the new version? I'm looking to update my system to a newer version of BOINC in the next few days. I'm on 7.00.27 on OSX. I was told that 7.00.33 had some hard to swallow bugs in it. Is 7.00.34 mostly bug free so far? Is it worth jumping to? I am sort of looking for a list of bug fixes to be put out like it is for most new builds.
____________

ClaggyProject donor
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 4058
Credit: 32,806,174
RAC: 5,208
United Kingdom
Message 1273521 - Posted: 20 Aug 2012, 21:40:30 UTC - in response to Message 1273492.
Last modified: 20 Aug 2012, 21:41:06 UTC

What is up with the OSX only 7.0.34 build?(At least as of the time I post this) It has been 4 days and I have seen no release notes posted on it yet. Is this going to stay an OSX only release or are follow up versions for the other OSs coming. What was the big Bug in 7.033 that made it necessary to put out a special bug fix for OSX?

It's probably more a case of "what are they waiting for, before they finish the job and build the Windows and Linux versions?"

There were something like 15 general tweaks and fixes copied across, before the code was tagged for v7.0.34

The Mac builds are done by Charlie Fenton, the Windows (and Linux) builds by Rom Walton. They work in different places, each to their own timetable. Charlie has been particularly active recently, because of the new release of the Mac Mountain Lion OS, which required some installer changes. I think he was just quick off the mark because of that.

OK any bugs in 7.00.34 I need to watch out for in the new version? I'm looking to update my system to a newer version of BOINC in the next few days. I'm on 7.00.27 on OSX. I was told that 7.00.33 had some hard to swallow bugs in it. Is 7.00.34 mostly bug free so far? Is it worth jumping to? I am sort of looking for a list of bug fixes to be put out like it is for most new builds.

Just look at Trac, just before a new Boinc is Tagged for release there will be a rapid number of changeset that'll be applied to the new version.

Claggy

Previous · 1 · 2 · 3 · 4 · 5 · Next

Message boards : Number crunching : Development BOINC 7.0.62

Copyright © 2014 University of California