1.11.0 No connection could be made because the target machine actively refused it (2 Viewers)

[mm1352000]

The exception is catched of course, but I don't know if this could cause any other problems?

No, the exception won't cause other problems... and the undeleted files won't cause problems either.

As I see it is not another process, it is the same process, so somewhere there is an open handle to this file left.

Hmmm, really?
Any process in the entire OS that has the file open would prevent deletion. I would have thought that the most likely reason for this would be that TsReader was still using the file (timeshifting in the buffer, not at the live point).

 

[Snoopy87]

Yes, I am 100% sure. I checked with Sysinternals Process Monitor, there is no other process than "TVService.exe" accessing my timeshift files.

 

[mm1352000]

Since you have a multi-seat system, could it be the RTSP server (rather than TsReader directly)?

 

[Snoopy87]

Yes, that could be. I am testing on my test machine, where the TV Server and my test application are running on the same machine, but using the RTSP stream.

 

[mm1352000]

I tried to see if VS "debug" > "new breakpoint" > "break at function" could be used to break at exit(), Environment.Exit() etc., but so far I failed.

For now I've asked for advice on SO:
http://stackoverflow.com/questions/30129332/how-to-locate-source-of-exit-call

 

[mm1352000]

Okay: one good suggestion.
Could you try to register for the ProcessExit event:
https://msdn.microsoft.com/en-us/library/system.appdomain.processexit(v=vs.110).aspx

...and log a stack trace from the event handler.

 

[Snoopy87]

StackTrace in ProcessExit only contains the ProcessExit event itselfs :-(

 

[mm1352000]

StackTrace in ProcessExit only contains the ProcessExit event itselfs :-(

Hmmm...

Can you break in that event handler, and inspect the state of the other TV service threads?

 

[Snoopy87]

A breakpoint in that event handler is working, but I only have a few seconds to inspect something until the exit is forced and debugger is detached. Any hints where I exactly should look for?

 

[MrTechno]

Is there enough time to get a list of all the thread states and print them out?