fah-client-bastet icon indicating copy to clipboard operation
fah-client-bastet copied to clipboard

FAH Crash on Windows

Open Hou5e opened this issue 1 year ago • 7 comments
trafficstars

FAH v8.3.10 Debug version on Windows crashed 10 minutes before the 0 UTC log rotation...

log.txt

The FAH system tray program closed after this message: image

image

Restarting FAH, it's recomputing WU1642 (the one that finished and was uploading or about to upload). WU1642 finished the second time and was credited. That WU failed for someone else before: https://apps.foldingathome.org/wu?project=12458&run=10&clone=7&gen=183#project=12458&run=10&clone=7&gen=183

Hou5e avatar May 10 '24 04:05 Hou5e

This issue happened again with FAH v8.3.13 Debug on Windows (30 minutes after the log rotation, with pretty much the same project=12457, and was 12458 the last time): image image

Before log rotation: log-20240516-000000.txt Error happened at the end of this log: log-20240516-003443.txt

Hou5e avatar May 16 '24 00:05 Hou5e

I'm have trouble reproducing this. Could you capture a stack trace? You need to have Microsoft Visual Studio installed. The Community version is free.

When you get the crash pop up, don't close it. Open MSVS. You don't need to create a project. Click "Continue without code". Then select the Debug menu, Attach to process and select the FAHClient.exe process and click Attach. Then go back to the error dialog and click Retry. After a few seconds you should see stack trace in MSVS on the bottom right.

MSVS may ask you to restart MSVS in admin mode. If so, click the restart as admin option, wait for it to restart and then reattach the process.

jcoffland avatar May 16 '24 15:05 jcoffland

I have both VS2015 and VS2022 installed. It looks like I should be using VS2015 for debugging the VC v14 that was used?

I had turned on the "fast" Testing WUs on one RG and left GPU folding running in a different RG on (2) PCs (one Windows, and one Linux). The onscreen GUI display of the log can't keep up and goes blank pretty quickly (within an hour with Windows and Firefox).

I had one error in about 2 hours, that was a bit different than the original error, where there was no message, and just crashed. I tried the VS2022 debugger and go this out of it, after the debugger wanted to load local source of file: SmartPointer.h from Cbang: image


Then restarting FAH v8.3.13 Debug on Windows, I got the original error in a few minutes. I clicked Retry to Debug, and using VS2015 this time, it came up with this: image

When you go to step into it about 9-10 more times you get this: image

Let me know if you would like to see something different.

Hou5e avatar May 16 '24 21:05 Hou5e

For FAH v8.3.13 Debug on Windows, this would be a better screenshot of the Call Stack in VS2015 for the first error in the previous message: image

Hou5e avatar May 18 '24 04:05 Hou5e

I think this may be finally fixed in v8.3.14.

jcoffland avatar May 20 '24 13:05 jcoffland

On FAH v8.3.14 Debug on Windows, I got one of these crashes so far between WUs for the Upload / Download events: image

Previous log before rotation: log-20240520-235959.txt The error happened at the end of this log file: log-20240521-002936.txt

image

Hou5e avatar May 21 '24 00:05 Hou5e

This appears to be an issue with dangling pointer after one of the DNS servers provided by the system has failed. Will be fixed in next release.

jcoffland avatar May 23 '24 10:05 jcoffland

Is this finally fixed with v8.3.16?

jcoffland avatar May 25 '24 11:05 jcoffland

I have not seen FAH crash with FAH v8.3.16 (Debug) on Windows, so I think it's fixed.

Hou5e avatar Jun 05 '24 05:06 Hou5e