Custom Query (981 matches)

This one is reported by mrdhockey in this post on the BOINC forums.

One thing I did find is that if Boinc was installed as a service in the prior version that if during the upgrade you select anything other than installing it as a service it will fail the installation. You will have to uninstall it and then reinstall it as a service to get it to work.

Note: I did not uninstall the older version that was installed as a service prior to installation of the upgrade at that point you have uninstalled then upgrade and then you are stuck because you can't uninstall the old version. You must reinstall the upgrade as a service). It would probably work if I had uninstalled the old version prior to installing the upgrade. It's not a big deal and I don't know if install shield has an option to uninstall the old version while installing the upgrade.

Enhancement:
It might just need a warning on the screen to select whether to install it as a service, shared Installation or Single user, letting people know that if it was installed as a service in the prior version and you want to change it to not be a service, that you should exit the installation and uninstall the prior version before installing the upgrade.

I put it in as a defect, as that it is. I don't think the enhancement will be of urgency since Boinc v6 will only be installed as a service. But if a last 5.10 is still released, perhaps that a warning can be added. - Jord.

Reported in this thread on the BOINC forums.

By Francis:
Im getting errors when starting boinc-manager from the commandline. So I cant launch boinc.

The error says :
boincmgr: xcb_xlib.c:42: xcb_xlib_lock: Controletest '!c->xlib.lock' faalt.
Afgebroken
(English translation:
boincmgr: xcb_xlib.c:42: xcb_xlib_lock: Controltest '!c->xlib.lock' failed.
Aborted)

Can someone give me a hint in solving this please ? I use Suse10.3

By Berend:
Got the same problem and you're not the only one.
I'm running OpenSuSE 10.3 on an Athlon X2 3800+ (64-bit) and an Intel T2400 duocore (32-bit).

I tried 4 different BOINC-clients and they all don't work. It seems there is a problem trying to connect to the localhost.

For Hydrogen@Home we're busy trying out several ways to get 7zip archives to decompress through BOINC. So far without success.

Asking through email, Rom answered we'd best make use of the wrapper application. That's all fine, but doesn't the wrapper decompress natively to a slot? And then when the wrapper app ends, doesn't BOINC delete the contents of the slot? We're trying to keep the decompressed files in the project folder.

I managed to get an answer from Carl Christensen (he's still alive :-)).
self-extracting execs across platforms isn't possible with the way BOINC is setup. If you like the 7zip algorithm (which I've never heard of) I suggest making a "boinc_7zip" library similar to how I did 'boinc_zip' -- I'm sure David Anderson would welcome this addition to the BOINC CVS tree. My other suggestion is to use the built-in web compression (I think it's mod_deflate in apache) to do "transparent" gzip compression (the details are on the wiki -- basically when I redid the BOINC networking layer two years ago using libcurl this featre was made possible). I'm afraid I am all tied up to do any BOINC programming now.

So the question is, can someone make a boinc_7zip library for integration into BOINC? Would other projects be interested in this?

If you're unfamiliar with 7zip's capabilities, read ​its site or ​Wikipedia on 7zip. It does compress better than zip or gzip.