I've been running BOINC for years. I haven't had a new windows installation since 09. Recently I noticed my screen saver was telling me that there were no active projects. So I opened my manager and saw there was nothing listed.

When I go to tools and try to add a project, nothing happens. I've uninstalled and reinstalled the client and it hasn't fixed the problem.

Any ideas?

Not sure what happened or what else to do.

Thanks in advance.

version 7.0.28
It says: "Connecting to localhost" at the bottom of the client. That message does not change. There are no notices in the notice tab. Nothing is showing in projects, tasks, transfers or stats.


I doubt my PC specs are the problem here.
Intel/i7 920/OCed at 3.2Ghz, Ati /5900 series/ 12 GB of RAM, Win Vista 64 bit

Under "My Computers" on SETI's website, it says the last contact was made on 27 Jan 2013.

No ideas??

version 7.0.28
It says: "Connecting to localhost" at the bottom of the client. That message does not change. There are no notices in the notice tab. Nothing is showing in projects, tasks, transfers or stats.

Have you tried restarting the PC? Is the client even running? Is the client crashing on start? What does stdoutdae.txt say?

Have a read of When requesting and giving help on these forums... , especially the 1st paragraph, the 1st and 2nd paragraph under General, and the 1st and 2nd paragraph under Windows.

Claggy

Heh, yes I've restarted the PC. I've also uninstalled and reinstalled the client.

I don't even have a stdoutdae.txt file in my BOINC dir.

I have a stderrgfx.txt.

14:55:03 (5836): Starting graphics application.
14:55:03 (5836): fullscreen mode requested.
Successfully loaded './Helvetica.txf'...
Successfully loaded 'boinc_logo_black.jpg'.
16:01:38 (4304): Starting graphics application.
16:01:38 (4304): fullscreen mode requested.
Successfully loaded './Helvetica.txf'...
Successfully loaded 'boinc_logo_black.jpg'.
16:15:07 (1456): Starting graphics application.
16:15:07 (1456): fullscreen mode requested.
Successfully loaded './Helvetica.txf'...
Successfully loaded 'boinc_logo_black.jpg'.
16:27:07 (5292): Starting graphics application.
16:27:07 (5292): fullscreen mode requested.
Successfully loaded './Helvetica.txf'...
Successfully loaded 'boinc_logo_black.jpg'.
16:39:06 (5980): Starting graphics application.
16:39:06 (5980): fullscreen mode requested.
Successfully loaded './Helvetica.txf'...
Successfully loaded 'boinc_logo_black.jpg'.
16:51:05 (5428): Starting graphics application.
16:51:05 (5428): fullscreen mode requested.


[01/28/13 02:48:13] TRACE [6952]: RPC_CLIENT::init connect 2: Winsock error '10061'

[01/28/13 02:48:13] TRACE [6952]: RPC_CLIENT::init connect on 580 returned -1

[01/28/13 02:48:26] TRACE [6952]: RPC_CLIENT::init connect 2: Winsock error '10061'

[01/28/13 02:48:26] TRACE [6952]: RPC_CLIENT::init connect on 580 returned -1

[01/28/13 02:48:39] TRACE [6952]: RPC_CLIENT::init connect 2: Winsock error '10061'

[01/28/13 02:48:39] TRACE [6952]: RPC_CLIENT::init connect on 580 returned -1

[01/28/13 02:48:52] TRACE [6952]: RPC_CLIENT::init connect 2: Winsock error '10061'

11:30:57 (4948): Close event (mouse move) detected, shutting down.
11:30:57 (4948): Shutting down graphics application.
11:37:17 (6436): Starting graphics application.
11:37:17 (6436): fullscreen mode requested.
Successfully loaded './Helvetica.txf'...
Successfully loaded 'boinc_logo_black.jpg'.
[02/03/13 11:37:18] TRACE [5008]: RPC_CLIENT::init connect 2: Winsock error '10061'

[02/03/13 11:37:18] TRACE [5008]: RPC_CLIENT::init connect on 568 returned -1

11:37:19 (6436): Close event (mouse move) detected, shutting down.
11:37:19 (6436): Shutting down graphics application.

I don't even have a stdoutdae.txt file in my BOINC dir.

The stdoutdae.txt is in the Boinc Data directory, not the Boinc program files directory,

Claggy

Yes but there's nothing else in the DIR

C:\ProgramData\BOINC\ (*)

I have a Skins DiR and a locale DIR. That's all.

OK I found it.

26-Jan-2013 09:22:05 [---] No config file found - using defaults
27-Jan-2013 16:59:11 [---] No config file found - using defaults
27-Jan-2013 17:37:55 [---] No config file found - using defaults
27-Jan-2013 17:54:17 [---] No config file found - using defaults
28-Jan-2013 19:10:13 [---] No config file found - using defaults
29-Jan-2013 19:09:08 [---] No config file found - using defaults
02-Feb-2013 13:33:55 [---] No config file found - using defaults
02-Feb-2013 20:58:30 [---] No config file found - using defaults

Is that it? nothing else? What's in the stdoutdae.old?

Do you still have a client_state.xml, an account_setiathome.berkeley.edu.xml, an global_prefs.xml and a master_setiathome.berkeley.edu.xml?

Claggy

Yup. That was everything.

The latest in stdoutdae.old

25-Jan-2013 21:28:03 [---] Internet access OK - project servers may be temporarily down.
25-Jan-2013 21:31:23 [SETI@home] Started download of 15dc12aa.14326.21518.3.10.193.vlar
25-Jan-2013 21:31:32 [SETI@home] Finished download of 15dc12aa.14326.21518.3.10.193.vlar
25-Jan-2013 23:53:19 [SETI@home] Computation for task 30no12ab.8370.2125.12.10.86_0 finished
25-Jan-2013 23:53:19 [SETI@home] Starting task 03ja13ac.12507.10292.8.10.16_2 using setiathome_enhanced version 603 in slot 0
25-Jan-2013 23:53:21 [SETI@home] Started upload of 30no12ab.8370.2125.12.10.86_0_0
25-Jan-2013 23:53:26 [SETI@home] Finished upload of 30no12ab.8370.2125.12.10.86_0_0
26-Jan-2013 00:26:51 [SETI@home] Computation for task 30no12ab.8370.2125.12.10.171_0 finished
26-Jan-2013 00:26:51 [SETI@home] Starting task 15dc12aa.14326.21518.3.10.187.vlar_1 using setiathome_enhanced version 603 in slot 2
26-Jan-2013 00:26:53 [SETI@home] Started upload of 30no12ab.8370.2125.12.10.171_0_0
26-Jan-2013 00:26:57 [SETI@home] Finished upload of 30no12ab.8370.2125.12.10.171_0_0
26-Jan-2013 00:36:22 [SETI@home] Computation for task 03ja13ac.12507.10292.8.10.16_2 finished
26-Jan-2013 00:36:22 [SETI@home] Starting task 15dc12aa.14326.21518.3.10.199.vlar_0 using setiathome_enhanced version 603 in slot 0
26-Jan-2013 00:36:24 [SETI@home] Started upload of 03ja13ac.12507.10292.8.10.16_2_0
26-Jan-2013 00:36:29 [SETI@home] Finished upload of 03ja13ac.12507.10292.8.10.16_2_0
26-Jan-2013 03:45:00 [SETI@home] Computation for task 15dc12aa.14326.21518.3.10.187.vlar_1 finished
26-Jan-2013 03:45:00 [SETI@home] Starting task 15dc12aa.14326.21518.3.10.193.vlar_0 using setiathome_enhanced version 603 in slot 2
26-Jan-2013 03:45:02 [SETI@home] Started upload of 15dc12aa.14326.21518.3.10.187.vlar_1_0
26-Jan-2013 03:45:06 [SETI@home] Finished upload of 15dc12aa.14326.21518.3.10.187.vlar_1_0
26-Jan-2013 03:49:42 [SETI@home] Computation for task 15dc12aa.14326.21518.3.10.199.vlar_0 finished
26-Jan-2013 03:49:42 [SETI@home] Starting task 15dc12aa.14326.21518.3.10.249.vlar_1 using setiathome_enhanced version 603 in slot 0
26-Jan-2013 03:49:44 [SETI@home] Started upload of 15dc12aa.14326.21518.3.10.199.vlar_0_0
26-Jan-2013 03:49:57 [SETI@home] Finished upload of 15dc12aa.14326.21518.3.10.199.vlar_0_0
26-Jan-2013 05:32:02 [---] Suspending computation - computer is in use
26-Jan-2013 05:32:02 [---] Suspending network activity - computer is in use
[01/26/13 05:32:46] TRACE [8240]: ***** Console Event Detected *****

[01/26/13 05:32:46] TRACE [8240]: Event: CTRL-CLOSE or CTRL-SHUTDOWN Event

26-Jan-2013 05:32:47 [---] Exit requested by user

Yes I have a client_state.xml, account_setiathome.berkeley.edu.xml a global_prefs.xml and a master_setiathome.berkeley.edu.xml.

*cricket*

You know that with cricket, there's tea [and crumpets] involved ;>)

But, your first log comes across as if most all log flags, including some that are default on have bee switched off... nothing there to learn anything from [at least for me]. The manual to setting them: http://boinc.berkeley.edu/wiki/Cc_config.xml

Nothing in the data dir and the client not connecting... time to change balls and ascertain that boinc.exe is running either as a user process or a service/daemon.

---

Coelum Non Animum Mutant, Qui Trans Mare Currunt

OK I think i turned them on.


-<cc_config> -<log_flags> <task>1</task> <file_xfer>1</file_xfer> <sched_ops>1</sched_ops> <app_msg_receive>1</app_msg_receive> <app_msg_send>1</app_msg_send> <benchmark_debug>1</benchmark_debug> <checkpoint_debug>1</checkpoint_debug> <coproc_debug>1</coproc_debug> <cpu_sched>1</cpu_sched> <cpu_sched_debug>1</cpu_sched_debug> <dcf_debug>1</dcf_debug> <disk_usage_debug>1</disk_usage_debug> <file_xfer_debug>1</file_xfer_debug> <gui_rpc_debug>1</gui_rpc_debug> <http_debug>1</http_debug> <http_xfer_debug>1</http_xfer_debug> <mem_usage_debug>1</mem_usage_debug> <network_status_debug>1</network_status_debug> <priority_debug>1</priority_debug> <poll_debug>1</poll_debug> <proxy_debug>1</proxy_debug> <rr_simulation>1</rr_simulation> <sched_op_debug>1</sched_op_debug> <scrsave_debug>1</scrsave_debug> <state_debug>1</state_debug> <statefile_debug>1</statefile_debug> <suspend_debug>1</suspend_debug> <task_debug>1</task_debug> <time_debug>1</time_debug> <trickle_debug>1</trickle_debug> <unparsed_xml>1</unparsed_xml> <work_fetch_debug>1</work_fetch_debug> <time_debug>1</time_debug> <trickle_debug>1</trickle_debug> <unparsed_xml>1</unparsed_xml> <work_fetch_debug>1</work_fetch_debug> </log_flags> <options> [ ... ] </options> </cc_config>

---

Yes, so you did. But why all?
Please read the descriptions of the log flags, before enabling them, and else just ask which ones you need. None of us ever needs ALL of them.

And having <options/> set like that will spark the unparsed_xml flag.
If you must set <options/> do it like <options></options>, with nothing in between the flags.

You only need task, file_xfer, sched_ops (these three are always on by default, so leave them on).
Separately, you put on cpu_sched, cpu_sched_debug, work_fetch_debug, network_status_debug, file_xfer_debug.

So:

<cc_config>
<log_flags>
<cpu_sched>1</cpu_sched>
<cpu_sched_debug>1</cpu_sched_debug>
<file_xfer_debug>1</file_xfer_debug>
<work_fetch_debug>1</work_fetch_debug>
</log_flags>
<options>
<max_stdout_file_size>20119200</max_stdout_file_size>
</options>
</cc_config>

I set the stdoutdae.txt file size to ~18MB here, to make sure that when you do go capture stuff and walk away, that when you return to the computer, you still have a good chance of it being in the log file instead of being overwritten. The maximum default log size is 2MB, which will be overwritten in no time with a couple of log flags on.

Oh, and it's also useful to post the result after about 5 minutes of logging. Please do not log for 5 hours and post all of that. That is information overkill and will result in me removing that post.

---

I am having this same issue.

My thread is pretty much the same problem except I am using windows 7. Did anyone get a fix for this?

It has to be an issue with boinc 7 because 6 and 5 work fine.

http://boinc.berkeley.edu/dev/forum_thread.php?id=8182

Please do not cross-post. I answered in your own thread.

---

Why all? Because no one said specifically what to set. That's why all.

I change the cc_config to the flag you suggested and there's nothing in my stdoutdae still.

Why all? Because no one said specifically what to set. That's why all.

I change the cc_config to the flag you suggested and there's nothing in my stdoutdae still.

We assume you either restarted the client or [To test], went to the BM activity menu and did the "read config file" which should produce event log window entries of this type:

2/11/2013 10:20:39 AM |  | Re-reading cc_config.xml
2/11/2013 10:20:39 AM |  | Not using a proxy
2/11/2013 10:20:39 AM |  | Config: use all coprocessors
2/11/2013 10:20:39 AM |  | Config: don't compute while prio_uninstall.exe is running
2/11/2013 10:20:39 AM |  | log flags: file_xfer, sched_ops, task, checkpoint_debug, cpu_sched, dcf_debug
2/11/2013 10:20:39 AM |  | log flags: sched_op_debug

If there are not, the file you're editing is very likely in the wrong place. It has to be in the BOINC data_dir, path printed in event log view at start of client. Does the event log view have entries and does it say the right bottom of manager that the localhost connect has been established are such questions that arise.