Crash after resume from standby

Submitted by tb17 on Fri, 10/06/2017 - 15:07
Forums: 
Bug reports

Hi there! o)
It seems FRV does not like the computer to enter standby and resume from it. It will basically always crash upon resume for me. Some details from the windows crash dialog, maybe these are of any help - even though they are in german. o)
Problemsignatur:
  Problemereignisname: APPCRASH
  Anwendungsname: FastRawViewer.exe
  Anwendungsversion: 1.4.4.1178
  Anwendungszeitstempel: 59caa7b3
  Fehlermodulname: Qt5Gui.dll
  Fehlermodulversion: 5.4.2.0
  Fehlermodulzeitstempel: 5896fd9e
  Ausnahmecode: c0000005
  Ausnahmeoffset: 0000000000052aa6
  Betriebsystemversion: 6.1.7601.2.1.0.256.48
  Gebietsschema-ID: 1031
  Zusatzinformation 1: 8e73
  Zusatzinformation 2: 8e73887fc03c14c2fd9cc3bb187de4c1
  Zusatzinformation 3: ad66
  Zusatzinformation 4: ad66e03618c4f91934841a2bd28d95d6
 
I run WIn7 x64, the folder I had open in FRV was a network location. I was in image-viewing mode (not grid). The folder actually was a symlink to a network location, but it happens for "regular" network locations as well, for paths like "\\computer\data\photos\summerof69" e.g..  Crashing will not happen when using local folders it seems. I have windows themes and designs set to standard, so no fancy aero look here, maybe that is helpful since I see Qt5GUI.dll in the crash report. Looks like some GUI related component has the problem, just guessing of course! o)
 
I will happily provide any further information you like.
 
Thanks in advance! o)

tb17

Fri, 10/06/2017 - 15:23

I have DebugView.exe, ProcMon.exe, VisualStudio etc. at hand if that would help tracking things down. 
A nice evening everone! o)

LibRaw

Fri, 10/06/2017 - 15:27

Dear Sir:

Looks your network location was disconnected during the sleep period and not restored at wake.

tb17

Fri, 10/06/2017 - 16:13

Something.. yes, not sure! o)
The thing is, you basically have no influence on when an UNC path is available after resume. I think it boils down to when windows re-enables the network interface or something. But I can say that it happens really quick, it's basically not noticeable if I take into account how other applications react. Once the computer is back from sleep I can start messing around with the network locations and any video stream or something is about to continue playing e.g.
The remote endpoint also does not fail, the network location I am accessing is available 24/7, the remote computer is only some meters away on the local network (Windows 2008 Server R2). I don't have problems with these kind of UNC paths in general. All my data is remote on this network location, if there was a general problem, I guess I'd have other applications crash as well - sooner or later o). But they all continue to work just fine after resume, even with files I kept open and "loaded" in Photoshop/ACR etc. e.g.
I will nonetheless try how FRV reacts on a different computer to get some more knowledge. Thank you! o)

LibRaw

Fri, 10/06/2017 - 17:07

Dear Sir:

Re crashes: sometimes it is a video issue. Please have a look at the Manual, page 99, FastRawViewer Preferences - Processing – GPU Compatibility settings - Exit program on OS Sleep/suspend. Possibly it may be cured with an update of the video drivers directly from the vendor site, the links to the vendors are on the https://www.fastrawviewer.com/download under "If Your Browsing Speed is Low, or You are Experiencing Graphics Issues".

FastRawViewer monitors drives, so it is possible that the application attempts to access drives before they are mounted.

tb17

Fri, 10/06/2017 - 16:35

Tried on a different machine now with the same result (crash). I can see FRV displays a "Received Sleep Signal" message on the viewing area. o)
I had a similar path opened like already described "\\computer\d$\foo\bar\imageshere".
The second computer I tried this "got to sleep and wake up" scenario is a Win7 x64 as well, it has different video card and driver (ATI Radeon HD5770) versus Radeon HD4x00 on the first. Phenom II x6 CPUs on both. "Aero" has not been disabled on this computer, so probably this is not related.
FRVcrash.png
 
Crash details from the dialog:
Problemsignatur:
  Problemereignisname: APPCRASH
  Anwendungsname: FastRawViewer.exe
  Anwendungsversion: 1.4.4.1178
  Anwendungszeitstempel: 59caa7b3
  Fehlermodulname: Qt5Gui.dll
  Fehlermodulversion: 5.4.2.0
  Fehlermodulzeitstempel: 5896fd9e
  Ausnahmecode: c0000005
  Ausnahmeoffset: 0000000000052aa6
  Betriebsystemversion: 6.1.7601.2.1.0.256.48
  Gebietsschema-ID: 1031
  Zusatzinformation 1: af12
  Zusatzinformation 2: af12054bc865ccde6f1cfd0bddd70fa0
  Zusatzinformation 3: 35a2
  Zusatzinformation 4: 35a2aeed451dd720d18bff5035b28563
 
Thanks for reading! o)
 
 
 

lexa

Sun, 10/22/2017 - 02:26

Dear Sir:

played a bit with UNC paths and different video drivers and was unable to reproduce the issue.

Could you please create windows crash dump file (details: https://www.fastrawviewer.com/usermanual13/sending-crash-data ) and send it to us (support@fastrawviewer.com)

This dump will help us identify the exact problem point.

Also, there is Preferences - GPU Processing - Exit program on OS Sleep/suspend. This option will avoid crash on awake, but FRV will exit on Sleep event.

--

Alex Tutubalin/FastRawViewer team

Add new comment