BOINC.exe crashes

Message boards : Questions and problems : BOINC.exe crashes
Message board moderation

To post messages, you must log in.

Previous · 1 · 2

AuthorMessage
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 14825
Netherlands
Message 19364 - Posted: 8 Aug 2008, 23:44:57 UTC - in response to Message 19362.  
Last modified: 8 Aug 2008, 23:45:11 UTC

So one of the following projects was causing the trouble: depspid, mindmodelling, gridfinity, harvard clean energy, WCG, and QCN.

I'm not attached to depspid, gridfinity and harvard clean energy.
ID: 19364 · Report as offensive
Nicolas

Send message
Joined: 19 Jan 07
Posts: 1179
Argentina
Message 19365 - Posted: 9 Aug 2008, 0:33:31 UTC - in response to Message 19363.  

All fingers are pointing at QCN. It's the only one with a super-long account file too.
ID: 19365 · Report as offensive
Nicolas

Send message
Joined: 19 Jan 07
Posts: 1179
Argentina
Message 19366 - Posted: 9 Aug 2008, 0:47:15 UTC - in response to Message 19362.  

I think I found the cause.

08-Aug-2008 00:25:43 [---] [status_debug] CLIENT_STATE::write_state_file(): Writing state file
08-Aug-2008 00:25:43 [---] [status_debug] CLIENT_STATE::write_state_file(): Done writing state file


And this piece of log confirms it; the function I think is causing the crash (parse_preferences_for_user_files) is called immediately after write_state_file().

I have yet to figure out what "user files" are for. There isn't ANY kind of documentation about the feature, and no project seems to be using it.
ID: 19366 · Report as offensive
Anthony Boskovich

Send message
Joined: 20 Jun 06
Posts: 6
United States
Message 19367 - Posted: 9 Aug 2008, 0:52:58 UTC

I deleted QCN XML file and it popped right back up.
ID: 19367 · Report as offensive
Nicolas

Send message
Joined: 19 Jan 07
Posts: 1179
Argentina
Message 19368 - Posted: 9 Aug 2008, 3:26:24 UTC - in response to Message 19366.  

I think I found the cause.

And this piece of log confirms it; the function I think is causing the crash (parse_preferences_for_user_files) is called immediately after write_state_file().


Bug found, fixed, and reported.

I have yet to figure out what "user files" are for. There isn't ANY kind of documentation about the feature, and no project seems to be using it.


Found the purpose.

Erik  May 19 2003
    - added support for user-selected files to be included
        as part of an app_version.
        If there is an element of the form
            <app_file>
                <url>X</url>
                <open_name>Y</open_name>
            </app_file>
        in a user's project preferences,
        then for every APP_VERSION that is sent to the user,
        elements of the form
            <file_info>
                <name>X'</name>
                <url>X</url>
            </file_info>
            ... and in the <app_version> element
            <file_ref>
                <file_name>X'</file_name>
                <open_name>Y</open_name>
            </file_ref>
        are added to the app version's XML description,
        where X' is an escaped version of X.
        This can be used (for example) to allow applications to
        have user-specified images in their graphics

David  2 Nov 2003
    - Changed the way that user-supplied files (e.g. logos and images) work.
        OLD WAY: (see checkin by "Erik", May 19 2003)
            the scheduling server scans the user's project prefs
            and inserts <file_info> and <file_ref> elements
            into the <app_version> element,
            making it look like the user-supplied files are associated
            with the app.
            This necessitated the slightly kludgy "optional"
            attribute of FILE_INFO, so that slow-downloading
            user-supplied files wouldn't defer work indefinitely.
        NEW WAY:
            The scheduling server is not involved.
            PROJECT now has list "user_files" of FILE_REFS
            FILE_INFO now has an attribute "is_user"file"
            - When parse project prefs from account file,
                or when get new project preferences from server,
                convert <app_file> elements to entries in project.user_files
            - new function ACTIVE_TASK::link_user_files() makes links
                from slot dir to all user files that are present
            - when the download of a user file completes,
                tell running apps to reread prefs
                (they'll find the user file now)
            - garbage collection reference-counts user files
            - got rid of "optional" mechanism
        With this change, user-supplied images in graphics are updated
        dynamically when the user edits prefs on web,
        then does "Get Preferences" in core client


SETI@Home uses this feature for the configurable screensaver background image. No other project uses it (since it's not documented).
ID: 19368 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 14825
Netherlands
Message 19371 - Posted: 9 Aug 2008, 7:12:11 UTC - in response to Message 19367.  

I deleted QCN XML file and it popped right back up.

Yup, here too. Deleted the 66KB QCN account_*.xml file, installed BOINC 6.2.16 and it's happily running, as a service.

So anyone with the same problem, check for an account_*.xml file that is over 64KB in size and delete it. That will fix your BOINC.

Thanks Nick.
ID: 19371 · Report as offensive
MikeMarsUK

Send message
Joined: 16 Apr 06
Posts: 386
United Kingdom
Message 19372 - Posted: 9 Aug 2008, 7:40:43 UTC
Last modified: 9 Aug 2008, 7:41:42 UTC


Looks like it was the list of historical earthquakes getting too long. Good work on the diagnosis and fix. I didn't bother looking at it any further once I'd got my system running again...
ID: 19372 · Report as offensive
Eric Myers
Avatar

Send message
Joined: 12 Feb 06
Posts: 232
United States
Message 19376 - Posted: 9 Aug 2008, 13:57:12 UTC

Yup, deleting QCN account file fixed it for me as well. Good work everybody.

-- Eric Myers

"Education is not the filling of a pail, but the lighting of a fire." -- William Butler Yeats
ID: 19376 · Report as offensive
Bruno G. Olsen & ESEA @ greenh...

Send message
Joined: 23 Feb 07
Posts: 12
Denmark
Message 19377 - Posted: 9 Aug 2008, 14:00:05 UTC

removal of everything from the first quake-tag to the last quake end-tag (those tahs included) solved it
ID: 19377 · Report as offensive
Pepo
Avatar

Send message
Joined: 3 Apr 06
Posts: 547
Slovakia
Message 19400 - Posted: 9 Aug 2008, 21:03:41 UTC

In order to be able to see the full list of quakes, I've solved it by shortening few "addresses", like "Andreanof Islands, Aleutian Islands, Alaska" to "Andr. Isl., Aleut. Isl., Alaska", thus getting the file size to some 63 kB.

I suppose QCN server anyway destroyed my full list with the next trickle. But BOINC at least survived.

Thanks for the good investigation.

Peter
ID: 19400 · Report as offensive
pmeems

Send message
Joined: 14 Aug 08
Posts: 2
Netherlands
Message 19480 - Posted: 14 Aug 2008, 7:35:06 UTC

Since a few weeks boinc.exe crashes all the time. Earlier this week I've upgraded to boinc 6.2.16 for windows_intelx86 with no improvement.
I've got it running on two desktops both with windows XP sp3
On one pc I've got it running again after repeatedly rebooting Windows and/or restarting boinc.exe. But it might crash again as it did numerous times before.

But on my other (new) pc boinc.exe keeps crashing. This is the command window output I could intercept.

14-Aug-2008 09:22:37 [---] Starting BOINC client version 6.2.16 for windows_intelx86
14-Aug-2008 09:22:37 [---] log flags: task, file_xfer, sched_ops
14-Aug-2008 09:22:37 [---] Libraries: libcurl/7.18.0 OpenSSL/0.9.8e zlib/1.2.3
14-Aug-2008 09:22:37 [---] Data directory: C:\Documents and Settings\All Users\Application Data\BOINC
14-Aug-2008 09:22:37 [---] Running under account A137373
14-Aug-2008 09:22:37 [---] Processor: 2 GenuineIntel Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz [x86 Family 6 Model 15 Stepping 11]
14-Aug-2008 09:22:37 [---] Processor features: fpu tsc pae nx sse sse2 mmx
14-Aug-2008 09:22:37 [---] OS: Microsoft Windows XP: Professional Edition, Service Pack 3, (05.01.2600.00)
14-Aug-2008 09:22:37 [---] Memory: 1.96 GB physical, 3.81 GB virtual
14-Aug-2008 09:22:37 [---] Disk: 74.52 GB total, 46.59 GB free
14-Aug-2008 09:22:37 [---] Local time is UTC +2 hours
14-Aug-2008 09:22:37 [---] No coprocessors
14-Aug-2008 09:22:37 [Einstein@Home] URL: http://einstein.phys.uwm.edu/; Computer ID: 1502937; location: work; project prefs: default
14-Aug-2008 09:22:37 [QMC@HOME] URL: http://qah.uni-muenster.de/; Computer ID: 47403; location: work; project prefs: default
14-Aug-2008 09:22:37 [Spinhenge@home] URL: http://spin.fh-bielefeld.de/; Computer ID: 40190; location: work; project prefs: default
14-Aug-2008 09:22:37 [World Community Grid] URL: http://www.worldcommunitygrid.org/; Computer ID: 172413; location: work; project prefs: work
14-Aug-2008 09:22:37 [---] General prefs: from Einstein@Home (last modified 04-May-2007 12:57:00)
14-Aug-2008 09:22:37 [---] Computer location: work
14-Aug-2008 09:22:37 [---] General prefs: using separate prefs for work
14-Aug-2008 09:22:37 [---] Reading preferences override file
14-Aug-2008 09:22:37 [---] Preferences limit memory usage when active to 1002.64MB
14-Aug-2008 09:22:37 [---] Preferences limit memory usage when idle to 1804.76MB
14-Aug-2008 09:22:37 [---] Preferences limit disk usage to 9.31GB
14-Aug-2008 09:22:37 [Spinhenge@home] Task 7_Fe30_map_68_480_3 is 1.60 days overdue.
14-Aug-2008 09:22:37 [Spinhenge@home] You may not get credit for it. Consider aborting it.
14-Aug-2008 09:22:37 [---] Running CPU benchmarks
14-Aug-2008 09:22:37 [Einstein@Home] Started upload of h1_1188.10_S5R3__398_S5R3b_1_0
14-Aug-2008 09:22:37 [World Community Grid] Started upload of X0000049531331200505251118_1_0
14-Aug-2008 09:22:37 [World Community Grid] Sending scheduler request: Requested by project. Requesting 0 seconds of work, reporting 1 completed tasks


ModLoad: 77f10000 00049000 C:\WINDOWS\system32\GDI32.dll (5.1.2600.5512) (PDB Sy
mbols Loaded)
File Version : 5.1.2600.5512 (xpsp.080413-2105)
Company Name : Microsoft Corporation
Product Name : Microsoft« Windows« Operating System
Product Version: 5.1.2600.5512

<<More ModLoads>>

*** Dump of the Process Statistics: ***

- I/O Operations Counters -
Read: 108, Write: 0, Other 3011

- I/O Transfers Counters -
Read: 0, Write: 3493, Other 0

- Paged Pool Usage -
QuotaPagedPoolUsage: 39756, QuotaPeakPagedPoolUsage: 40012
QuotaNonPagedPoolUsage: 35672, QuotaPeakNonPagedPoolUsage: 37598

- Virtual Memory Usage -
VirtualSize: 32251904, PeakVirtualSize: 32251904

- Pagefile Usage -
PagefileUsage: 5238784, PeakPagefileUsage: 5378048

- Working Set Size -
WorkingSetSize: 7745536, PeakWorkingSetSize: 7839744, PageFaultCount: 2879

*** Dump of thread ID 4716 (state: Waiting): ***

- Information -
Status: Wait Reason: UserRequest, , Kernel Time: 312500.000000, User Time: 31250
0.000000, Wait Time: 9338871.000000

- Unhandled Exception Record -
Reason: Access Violation (0xc0000005) at address 0x0036CE04 read attempt to addr
ess 0x615FF897

- Registers -
eax=00f70c40 ebx=00000000 ecx=00000005 edx=0012fd4c esi=615f7365 edi=00000003
eip=0036ce04 esp=0012fd28 ebp=00468a0c
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010212

- Callstack -
ChildEBP RetAddr Args to Child
0012fd28 0036cf42 00000003 00000000 0012fdf0 00468f28 libcurl!multi_getsock+0x3
(c:\src\sdks\curl-7.18.0\lib\multi.c:757)
0012fd5c 0042eeb7 00f70c40 00468908 00468a0c 00468b10 libcurl!curl_multi_fdset+0
x12 (c:\src\sdks\curl-7.18.0\lib\multi.c:817)
0012fd74 0040c737 00468908 7813eab9 7813e457 00000000 boinc!HTTP_OP_SET::get_fds
et+0x27 (c:\src\boincsvn\branches\boinc_core_release_6_2\client\http_curl.c:896)

0012fdf0 00431de1 00000000 3ff00000 00000000 005c4ec8 boinc!CLIENT_STATE::do_io_
or_sleep+0x40 (c:\src\boincsvn\branches\boinc_core_release_6_2\client\client_sta
te.c:433)
0012fe64 0043217d 00472adc 00000001 0012ffc0 00000000 boinc!boinc_main_loop+0x0
(c:\src\boincsvn\branches\boinc_core_release_6_2\client\main.c:497)
0012ff7c 0043cdee 00000001 005c4ec8 005c3158 045d73a3 boinc!main+0x5 (c:\src\boi
ncsvn\branches\boinc_core_release_6_2\client\main.c:733)
0012ffc0 7c817067 00000012 00000000 7ffdf000 c0000005 boinc!__tmainCRTStartup+0x
17 (f:\sp\vctools\crt_bld\self_x86\crt\src\crtexe.c:597)
0012fff0 00000000 0043cf37 00000000 78746341 00000020 kernel32!_BaseProcessStart
@4+0x0 (f:\sp\vctools\crt_bld\self_x86\crt\src\crtexe.c:597)

*** Dump of thread ID 6000 (state: Waiting): ***

- Information -
Status: Wait Reason: ExecutionDelay, , Kernel Time: 0.000000, User Time: 0.00000
0, Wait Time: 9338866.000000

- Registers -
eax=00000000 ebx=00f6be68 ecx=04356e67 edx=7819641b esi=00000000 edi=0150f15c
eip=7c90e4f4 esp=0150f12c ebp=0150f184
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206

- Callstack -
ChildEBP RetAddr Args to Child
0150f128 7c90d1fc 7c8023f1 00000000 0150f15c 00000000 ntdll!_KiFastSystemCallRet
@0+0x0 FPO: [0,0,0]
0150f12c 7c8023f1 00000000 0150f15c 00000000 00000000 ntdll!_NtDelayExecution@8+
0x0 FPO: [2,0,0]
0150f184 7c802455 00000064 00000000 0150f268 004412a2 kernel32!_SleepEx@8+0x0
0150f194 004412a2 00000064 00000064 00000000 0041cdc1 kernel32!_Sleep@4+0x0
0150f1a4 0041cdc1 9999027f 3fb99999 00f6cb02 0043aa8b boinc!boinc_sleep+0x0 (c:\
src\boincsvn\branches\boinc_core_release_6_2\lib\util.c:115)
0150f1b4 0043aa8b 00000000 00000000 00f6cb02 00f6be68 boinc!benchmark_wait_to_st
art+0x11 (c:\src\boincsvn\branches\boinc_core_release_6_2\client\cs_benchmark.c:
140)
0150f268 0041ce63 0150fc30 0150f2d8 00000000 40080000 boinc!whetstone+0x0 (c:\sr
c\boincsvn\branches\boinc_core_release_6_2\client\whetstone.c:100)
0150ffac 0041cf7a 00f6be68 7c80b713 00f6be68 00000000 boinc!cpu_benchmarks+0x1e
(c:\src\boincsvn\branches\boinc_core_release_6_2\client\cs_benchmark.c:160)
0150ffb4 7c80b713 00f6be68 00000000 005c2c00 00f6be68 boinc!win_cpu_benchmarks+0
xa (c:\src\boincsvn\branches\boinc_core_release_6_2\client\cs_benchmark.c:200)
0150ffec 00000000 0041cf70 00f6be68 00000000 00000000 kernel32!_BaseThreadStart@
8+0x0 (c:\src\boincsvn\branches\boinc_core_release_6_2\client\cs_benchmark.c:200
)

*** Dump of thread ID 5132 (state: Ready): ***

- Information -
Status: Base Priority: Above Normal, Priority: Unknown, , Kernel Time: 0.000000,
User Time: 0.000000, Wait Time: 9338871.000000

- Registers -
eax=00000000 ebx=00f6cc20 ecx=04356e67 edx=7819641b esi=00000000 edi=0160f15c
eip=7c90e4f4 esp=0160f12c ebp=0160f184
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206

- Callstack -
ChildEBP RetAddr Args to Child
0160f128 7c90d1fc 7c8023f1 00000000 0160f15c 00000000 ntdll!_KiFastSystemCallRet
@0+0x0 FPO: [0,0,0]
0160f12c 7c8023f1 00000000 0160f15c 00000000 00000000 ntdll!_NtDelayExecution@8+
0x0 FPO: [2,0,0]
0160f184 7c802455 00000064 00000000 0160f268 004412a2 kernel32!_SleepEx@8+0x0
0160f194 004412a2 00000064 00000064 00000000 0041cdc1 kernel32!_Sleep@4+0x0
0160f1a4 0041cdc1 9999027f 3fb99999 00f6d8ba 0043aa8b boinc!boinc_sleep+0x0 (c:\
src\boincsvn\branches\boinc_core_release_6_2\lib\util.c:115)
0160f1b4 0043aa8b 00000000 00000000 00f6d8ba 00f6cc20 boinc!benchmark_wait_to_st
art+0x11 (c:\src\boincsvn\branches\boinc_core_release_6_2\client\cs_benchmark.c:
140)
0160f268 0041ce63 0160fc30 0160f2d8 00000000 40080000 boinc!whetstone+0x0 (c:\sr
c\boincsvn\branches\boinc_core_release_6_2\client\whetstone.c:100)
0160ffac 0041cf7a 00f6cc20 7c80b713 00f6cc20 00000000 boinc!cpu_benchmarks+0x1e
(c:\src\boincsvn\branches\boinc_core_release_6_2\client\cs_benchmark.c:160)
0160ffb4 7c80b713 00f6cc20 00000000 005c2c00 00f6cc20 boinc!win_cpu_benchmarks+0
xa (c:\src\boincsvn\branches\boinc_core_release_6_2\client\cs_benchmark.c:200)
0160ffec 00000000 0041cf70 00f6cc20 00000000 00000002 kernel32!_BaseThreadStart@
8+0x0 (c:\src\boincsvn\branches\boinc_core_release_6_2\client\cs_benchmark.c:200
)

*** Dump of thread ID 1192 (state: Waiting): ***

- Information -
Status: Wait Reason: EventPairLow, , Kernel Time: 0.000000, User Time: 0.000000,
Wait Time: 9338868.000000

- Registers -
eax=71a5d2c6 ebx=c0000000 ecx=7c912d58 edx=ffffffff esi=00000000 edi=71a8793c
eip=7c90e4f4 esp=0171ff7c ebp=0171ffb4
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000202

- Callstack -
ChildEBP RetAddr Args to Child
0171ff78 7c90da2c 71a5d320 000006d8 0171ffbc 0171ffb0 ntdll!_KiFastSystemCallRet
@0+0x0 FPO: [0,0,0]
0171ff7c 71a5d320 000006d8 0171ffbc 0171ffb0 0171ffa4 ntdll!_NtRemoveIoCompletio
n@20+0x0 FPO: [5,0,0]
0171ffb4 7c80b713 71a5d65f 0012f700 7c90e900 0015aa18 mswsock!_SockAsyncThread@4
+0x0
0171ffec 00000000 71a5d2c6 0015aa18 00000000 000000c8 kernel32!_BaseThreadStart@
8+0x0


*** Debug Message Dump ****


*** Foreground Window Data ***
Window Name :
Window Class :
Window Process ID: 0
Window Thread ID : 0

Exiting...


I don't use QCN and I don't have a large account_*.xml file (all about 4 kb)
So the suggested solutions don't work for me.

ID: 19480 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 14825
Netherlands
Message 19483 - Posted: 14 Aug 2008, 8:31:20 UTC - in response to Message 19480.  

- Unhandled Exception Record -
Reason: Access Violation (0xc0000005) at address 0x0036CE04 read attempt to addr
ess 0x615FF897

This is the part that BOINC crashes on. This FAQ shows you possible causes.
ID: 19483 · Report as offensive
Thyme Lawn

Send message
Joined: 2 Sep 05
Posts: 103
United Kingdom
Message 19495 - Posted: 15 Aug 2008, 19:23:21 UTC - in response to Message 19480.  
Last modified: 15 Aug 2008, 19:27:17 UTC

I've reduced the error report to the bits I think are relevant.

14-Aug-2008 09:22:37 [---] Running CPU benchmarks
14-Aug-2008 09:22:37 [Einstein@Home] Started upload of h1_1188.10_S5R3__398_S5R3b_1_0
14-Aug-2008 09:22:37 [World Community Grid] Started upload of X0000049531331200505251118_1_0
14-Aug-2008 09:22:37 [World Community Grid] Sending scheduler request: Requested by project. Requesting 0 seconds of work, reporting 1 completed tasks

First off, the message trace shows that 2 uploads and a scheduler request are started just after the benchmarks start running.

- Unhandled Exception Record -
Reason: Access Violation (0xc0000005) at address 0x0036CE04 read attempt to address 0x615FF897

- Registers -
eax=00f70c40 ebx=00000000 ecx=00000005 edx=0012fd4c esi=615f7365 edi=00000003
eip=0036ce04 esp=0012fd28 ebp=00468a0c
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010212

- Callstack -
ChildEBP RetAddr Args to Child
0012fd28 0036cf42 00000003 00000000 0012fdf0 00468f28 libcurl!multi_getsock+0x3(c:\src\sdks\curl-7.18.0\lib\multi.c:757)
0012fd5c 0042eeb7 00f70c40 00468908 00468a0c 00468b10 libcurl!curl_multi_fdset+0x12 (c:\src\sdks\curl-7.18.0\lib\multi.c:817)
0012fd74 0040c737 00468908 7813eab9 7813e457 00000000 boinc!HTTP_OP_SET::get_fdset+0x27 (c:\src\boincsvn\branches\boinc_core_release_6_2\client\http_curl.c:896)

0012fdf0 00431de1 00000000 3ff00000 00000000 005c4ec8 boinc!CLIENT_STATE::do_io_or_sleep+0x40 (c:\src\boincsvn\branches\boinc_core_release_6_2\client\client_state.c:433)

This shows that BOINC crashed in the function libcurl!multi_getsock(). The relevant version of the source file is here, and the line number (757) points towards an invalid easy or easy->easy_handle pointer. There's no validation of either of those in that function or the one it's called from, which suggests memory corruption to me. Check the size of C:\Documents and Settings\All Users\Application Data\BOINC\http_temp_*. If the file is larger than 4kB you've been hit by Trac Ticket 705. Even though that ticket was fixed 5 days before BOINC 6.2.16 was built and its milestone is set to 6.2 the fix has only been applied to 6.3.

If that is the problem you'll need to check the contents of that file to work out what the networking problem is. If it isn't it's pointing towards a conflict between benchmarks and network operations.

In either case you're probably going to have to manually disable networking before you start BOINC (by editing C:\Documents and Settings\All Users\Application Data\BOINC\client_state.xml and changing the network state line near the end of the file to <user_network_request>3</user_network_request>) to work around the problem.
"The ultimate test of a moral society is the kind of world that it leaves to its children." - Dietrich Bonhoeffer
ID: 19495 · Report as offensive
pmeems

Send message
Joined: 14 Aug 08
Posts: 2
Netherlands
Message 19651 - Posted: 21 Aug 2008, 7:37:28 UTC

Today I uninstalled BOINC on one of my work pc's. Deleted all folder and files related to BOINC and started with a fresh install.
When adding a project using the wizard I first got the 'unavailable' error, because I forgot the add the http proxy. After I've added that, I got the 'temporarily unavailable error', but for every project. So that got me thinking.
I went back to the proxy settings and added my windows domain username and password and it worked again.

So I went back to my other work pc, opened the client_state.xml and added the correct settings to the proxy tag and now the pc is working as well.

So the problem was indeed with the network connection. A more descriptive error message saying something about authentication would be better, in stead of the Access Violation

Just to let people know who are facing the same troubles.
Paul


ID: 19651 · Report as offensive
Previous · 1 · 2

Message boards : Questions and problems : BOINC.exe crashes

Copyright © 2022 University of California. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.