hello guys!
Having strange problem with boinc. When i start boinc manager, it connects to the project server (the scheduler), downloads new work, everything fine. After little amount of time it tries to connect to the scheduler again and gets "error 400" here is the log snippet:

2007-01-11 18:28:36 [---] Starting BOINC client version 5.4.11 for windows_intelx86
2007-01-11 18:28:36 [---] libcurl/7.15.3 OpenSSL/0.9.8a zlib/1.2.3
2007-01-11 18:28:36 [---] Data directory: C:\\boinc
2007-01-11 18:28:36 [---] Processor: 2 GenuineIntel Intel(R) Pentium(R) 4 CPU 3.20GHz
2007-01-11 18:28:36 [---] Memory: 511.17 MB physical, 1.22 GB virtual
2007-01-11 18:28:36 [---] Disk: 39.06 GB total, 33.96 GB free
2007-01-11 18:28:36 [rosetta@home] URL: http://boinc.bakerlab.org/rosetta/; Computer ID: 384135; location: work; project prefs: work
2007-01-11 18:28:36 [---] General prefs: from rosetta@home (last modified 2007-01-11 17:52:52)
2007-01-11 18:28:36 [---] General prefs: using separate prefs for work
2007-01-11 18:28:36 [---] Local control only allowed
2007-01-11 18:28:36 [---] Listening on port 31416
2007-01-11 18:28:36 [rosetta@home] Resuming task s018__BOINC_LOOP_RELAX_IGNORE_THE_REST_hom001__IGNORE_THE_REST_mapback_hom009_S_00014_0011883_0_1446_996_0 using rosetta version 543
2007-01-11 18:28:36 [rosetta@home] Resuming task s026__BOINC_ABRELAX_NEWRELAXFLAGS_hom022__1462_49537_0 using rosetta version 543
2007-01-11 18:28:46 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:28:46 [rosetta@home] Reason: Requested by user
2007-01-11 18:28:46 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:28:51 [rosetta@home] Scheduler request succeeded
2007-01-11 18:29:42 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:29:42 [rosetta@home] Reason: Requested by user
2007-01-11 18:29:42 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:29:47 [rosetta@home] Scheduler request failed: Error 400
2007-01-11 18:29:47 [rosetta@home] Deferring scheduler requests for 1 minutes and 0 seconds
2007-01-11 18:30:48 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:30:48 [rosetta@home] Reason: Requested by user
2007-01-11 18:30:48 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:30:54 [rosetta@home] Scheduler request failed: Error 400
2007-01-11 18:30:54 [rosetta@home] Deferring scheduler requests for 1 minutes and 0 seconds
2007-01-11 18:31:55 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:31:55 [rosetta@home] Reason: Requested by user
2007-01-11 18:31:55 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:32:00 [rosetta@home] Scheduler request failed: Error 400
2007-01-11 18:32:00 [rosetta@home] Deferring scheduler requests for 1 minutes and 0 seconds
2007-01-11 18:33:01 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:33:01 [rosetta@home] Reason: Requested by user
2007-01-11 18:33:01 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:33:06 [rosetta@home] Scheduler request failed: Error 400
2007-01-11 18:33:06 [rosetta@home] Deferring scheduler requests for 1 minutes and 0 seconds
2007-01-11 18:34:07 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:34:07 [rosetta@home] Reason: Requested by user
2007-01-11 18:34:07 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:34:13 [rosetta@home] Scheduler request failed: Error 400
2007-01-11 18:34:13 [rosetta@home] Deferring scheduler requests for 1 minutes and 31 seconds
2007-01-11 18:35:49 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:35:49 [rosetta@home] Reason: Requested by user
2007-01-11 18:35:49 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:35:55 [rosetta@home] Scheduler request failed: Error 400
2007-01-11 18:35:55 [rosetta@home] Deferring scheduler requests for 3 minutes and 45 seconds
2007-01-11 18:39:44 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:39:44 [rosetta@home] Reason: Requested by user
2007-01-11 18:39:44 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:39:49 [rosetta@home] Scheduler request failed: Error 400
2007-01-11 18:39:49 [rosetta@home] Deferring scheduler requests for 15 minutes and 58 seconds
2007-01-11 18:55:50 [rosetta@home] Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2007-01-11 18:55:50 [rosetta@home] Reason: Requested by user
2007-01-11 18:55:50 [rosetta@home] (not requesting new work or reporting completed tasks)
2007-01-11 18:55:55 [rosetta@home] Scheduler request failed: Error 400
2007-01-11 18:55:55 [rosetta@home] Deferring scheduler requests for 15 minutes and 21 seconds

then deferring time grows and grows further.
if i restart the boinc manager, it connects to the server ok (first time), then the situation repeats.

i'm behind the proxy with authentication, the communication between the client and the project server does work, but only the very first time after manager start.
then it always gets the 400 error.
400 means "bad request", but from the second time connecting to the server it gets this error regardless of whether are there work units to load or not.
have anyone seen such a problem before?


p.s. this situaton only occurs on my windows 2000 computer (p4 3,2GHz).
win xp without proxy and linux with proxy don't have such issue.

hello guys!
Having strange problem with boinc.

well, as nobody is going to help, i'm on my own.

this problem seems to be in libcurl library. It seems to be related only to proxy servers using NTLM auhentication, which seems to be my case. Without NTLM authentication it should be ok.

There is a discussion about that on seti@home project forum here

http://setiathome.berkeley.edu/forum_thread.php?id=34640

The problem fixed for me with new development version of boinc, which can be downloaded here:
http://boinc.berkeley.edu/dl/boinc_5.6.5_windows_intelx86.exe

I tried to change just libcurl.dll and libssl32.dll along with libeay32.dll but it didn't work.
Development version of boinc manager works ok.

The problem fixed for me with new development version of boinc, which can be downloaded here:
http://boinc.berkeley.edu/dl/boinc_5.6.5_windows_intelx86.exe

Actually, the latest development version of Boinc at the time of writing this post is 5.8.3, with an even newer version of libCurl.

---

The problem fixed for me with new development version of boinc, which can be downloaded here:
http://boinc.berkeley.edu/dl/boinc_5.6.5_windows_intelx86.exe

Actually, the latest development version of Boinc at the time of writing this post is 5.8.3, with an even newer version of libCurl.

I know, but discussion at set@home mentioned that, but it said, latest devel version has lots of bugs.
Anyway, I don't actually care which version of boinc i'm running since it's working as expected. whether it be 5.6.5 or 5.8.3, if it can download and upload work units, it's ok.

The problem fixed for me with new development version of boinc, which can be downloaded here:
http://boinc.berkeley.edu/dl/boinc_5.6.5_windows_intelx86.exe

Actually, the latest development version of Boinc at the time of writing this post is 5.8.3, with an even newer version of libCurl.

I know, but discussion at set@home mentioned that, but it said, latest devel version has lots of bugs.
Anyway, I don't actually care which version of boinc i'm running since it's working as expected. whether it be 5.6.5 or 5.8.3, if it can download and upload work units, it's ok.

Actually, the 5.6.x branch, albeit targeted to become stable version at some time (as indicated by even number in the second place), has been ditched due to some design changes. At this stage 5.8.3 seems a better choice.

---

Metod ...

Actually, the 5.6.x branch, albeit targeted to become stable version at some time (as indicated by even number in the second place), has been ditched due to some design changes. At this stage 5.8.3 seems a better choice.

Thanks for the tip, i'll check if 5.8.3 actually works in my conditions.
I believe, it should be.

And I'll add I'm not seeing any major problems with 5.8.3.

---

Kathryn :o)