Does your program work with BOINC 5 as well?

It doesn't have to try to find it by trawling through the whole registry, you know? The entry will always be at HKEY_LOCAL_MACHINE\SOFTWARE\Space Sciences Laboratory, U.C. Berkeley\BOINC Setup, even if it's one of the 'third party versions', such as PtP, WCG, Charity Engine, or Grid Republic. On those only the exterior (skin) changes, not the registry entries or the actual program. Except possibly the name of the screen saver.

That one works correctly.

I'm using BOINC 7.2.23 - 64bit (Change Log has download links), on Windows 7, with the data directory residing in C:\Programdata\BOINC\

I unzipped the ccConfig.zip file into the data directory, so that the ccConfig.exe is IN the data directory. Starting it from there, be it as the regular user or as the system administrator will always yield a message box stating it failed to load the cc_config.xml file. Even after having loaded it once from the program, then exiting and restarting the program, will it not load the cc_config.xml file.

A little-known, but very handy little trick is that you can generate a fully-populated cc_config.xml framework with all currently-defined tags (and current or default values) by using the 'exclusive applications' pane of the 'computing preferences' dialog in the GUI. It's probably better to use that for your master reference list, rather than the Wiki - they have been known to slip out of synch, and any discrepancies you find could usefully be fed back into the Wiki.

Having said that, it does seem odd to have found an <android_debug> tag in the list generated by my Windows client. The developers might want to look into that.

I'm emailing David about it. Just tested it, it can't even find my cc_config.xml file when I start the executable.

BOINC Client Configuration is a Windows GUI for editing the BOINC client configuration.

Does anyone know whether this application is still under active development?

The most recent version is dated June 2012 (16 months ago), and there seem to be significant discrepancies from the current state of the BOINC code.

For example,

No sign of <android_debug>
Still contains <debt_debug>

It would have been a nice idea if this news had been posted in a timely fashion, but times change....

<guid> sub-element of <item>

<guid> is an optional sub-element of <item>.

guid stands for globally unique identifier. It's a string that uniquely identifies the item. When present, an aggregator may choose to use this string to determine if an item is new.

<guid>http://some.server.com/weblogItem3207</guid>

There are no rules for the syntax of a guid. Aggregators must view them as a string. It's up to the source of the feed to establish the uniqueness of the string.

If the guid element has an attribute named "isPermaLink" with a value of true, the reader may assume that it is a permalink to the item, that is, a url that can be opened in a Web browser, that points to the full item described by the <item> element. An example:

<guid isPermaLink="true">http://inessential.com/2002/09/01.php#a2</guid>

isPermaLink is optional, its default value is true. If its value is false, the guid may not be assumed to be a url, or a url to anything in particular.

It is in the manager only.

The manager has to be running in order for the sys tray icon to be active, in theory.

I just got back from a wedding so I'll tackle this soon.

LRESULT CALLBACK WndProc(HWND hWnd, UINT uMessage, WPARAM wParam, 
    LPARAM lParam)
{
static UINT s_uTaskbarRestart;

switch(uMessage)
    {
    case WM_CREATE:
        s_uTaskbarRestart = RegisterWindowMessage(TEXT("TaskbarCreated"));
        break;
        
    default:
        if(uMessage == s_uTaskbarRestart)
            AddTaskbarIcons();
        break;
    }
return DefWindowProc(hWnd, uMessage, wParam, lParam);
}