System.Net.Sockets.SocketException: A system call that should never fail has failed

[mixedup]

Hi,

I have had a problem with LIVE TV not working in the mornings until after a manually restart the RECORDING SERVICE. The error in the logs is:

System.Net.Sockets.SocketException: A system call that should never fail has failed
Server stack trace:
at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)

I have discovered

• if I close down CYBERSITTER (filtering software) that this fixes the problem, however looking through the CYBERSITTER logs I'm yet to understand how this is occuring.
  
• Interestingly though normally there is no problem, but seems to occur overnight (i.e. 95% of the time GB-PVR and cybersiter work together fine)
  
• When I restart the gbpvr recording service, then this also fixes the problem & I can run cybersitter with gbpvr no problems
  

Does anyone have an experience here? Does the GB-PVR recording service have a need to make calls out to other processes or internet periodically? Perhaps it call to EPG during the morning could trigger something? It seems that either the recording service is holding onto an old network handle or something like this???

I guess I'm trying to determine how to keep my filtering software running such that it doesn't impact GB-PVR?

Tks

FULL EXCEPTION

16/10/2005 10:30:03 AM.189 ERROR [2] Error: msg=0x202 (WM_LBUTTONUP) hwnd=0x85056c wparam=0x0 lparam=0x1e5026f result=0x0 : System.Net.Sockets.SocketException: A system call that should never fail has failed

Server stack trace:
at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
at System.Runtime.Remoting.Channels.SocketStream.Read(Byte[] buffer, Int32 offset, Int32 size)
at System.Runtime.Remoting.Channels.SocketHandler.ReadFromSocket(Byte[] buffer, Int32 offset, Int32 count)
at System.Runtime.Remoting.Channels.SocketHandler.BufferMoreData()
at System.Runtime.Remoting.Channels.SocketHandler.Read(Byte[] buffer, Int32 offset, Int32 count)
at System.Runtime.Remoting.Channels.Tcp.TcpFixedLengthReadingStream.ReadByte()
at System.IO.BinaryReader.FillBuffer(Int32 numBytes)
at System.IO.BinaryReader.ReadByte()
at System.Runtime.Serialization.Formatters.Binary.SerializationHeaderRecord.Read(__BinaryParser input)
at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadSerializationHeaderRecord()
at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, IMethodCallMessage methodCallMessage)
at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, IMethodCallMessage methodCallMessage)
at System.Runtime.Remoting.Channels.CoreChannel.DeserializeBinaryRequestMessage(String objectUri, Stream inputStream, Boolean bStrictBinding, TypeFilterLevel securityLevel)
at System.Runtime.Remoting.Channels.BinaryServerFormatterSink.ProcessMessage(IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders requestHeaders, Stream requestStream, IMessage& responseMsg, ITransportHeaders& responseHeaders, Stream& responseStream)

Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at GBPVR.Backend.Common.IRecordingService.StartRecordingLiveTV(Int32 x70cd72e44179c0c2, Boolean x03f525c749695de4, Int32 x164f120fb8d3ddc7, String& x8b1d9e3189e6e73d, Int32& x73dd716c35ea457b)
at xd426863f4d052758.x396614b3dae3b1da.x61c7ab80971faf0d(Int32 x70cd72e44179c0c2)
at xae10db17d26ba033.xb3e61f7448c39547.x4276385f71addb51(Channel xee500015fb4a65b6)
at xae10db17d26ba033.xb3e61f7448c39547.x4276385f71addb51()
at xae10db17d26ba033.x4a212861656a24dd.x3852f96f8dab4cab()
at xae10db17d26ba033.x572d4361c9c5b8cd.Activate()
at xae10db17d26ba033.x86396f56243de9fb.OnClick(Point x86c5d1b33f169350)
at xae10db17d26ba033.xbb1566157f5f8b1f.xf1b04f0b61b2ba29(Object xdf2e3583f942db7b, EventArgs xc4f45905cb1fc7ba)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at xae10db17d26ba033.xbb1566157f5f8b1f.WndProc(Message& x5f8f2c40c000ab2c)

[sub]

Yes, its probably the EPG update process triggering this.

You'll need to find a way to configure Cybersittier so that GB-PVR is allow to perform this action.

[mixedup]

thanks sub

Can you briefly describe the type of call the recording service makes to help me out? (i.e. network, http, file etc?) Also what the target address/location for the recording service call? (e.g. local, or is there a reason for it to make a network call to internet? - I had noted Zone alarm flickers to I think was the gbpvr service)

Thanks again

[sub]

The recording server acts as a server waiting for requests via TCPIP from GBPVR.exe or GBPVRTray.exe. This communication happens all the time.

If you have the web server enabled, the recording server will also accept HTTP requests on the web server port you configured.

When it updates the EPG, it can also go out across the internet - the site and port numbers depend on what EPG plugin you're using.

[mixedup]

In my case I don't have the webserver enabled, and the EPG is an xmltv feed which points to a local xml file. I guess this implies that my filtering software is detecting/"putting in scope" local calls between the gbpvr components.

[sub]

and the EPG is an xmltv feed which points to a local xml file.

If your XMLTV file has icon urls it can also go out to check these.

[mixedup]

ahh, thats interesting. After checking my xmltv file I don't see any external references except for the following, inserted below (which I don't think would trigger a call, i.e. the source URL, and channel id's)

Actually I do run My Pictures and My Music however. I see album art coming up sometimes within the My Music pages & hadn't had a chance to find out how it was discovering this, however this doesn't have anything to do with the gbpvr recording service I wouldn't have thought?


--------xmltv output extract----------
<tv source-info-url="http://tvguide.ninemsn.com.au" source-info-name="NMSN TV Guide" generator-info-name="XMLTV - tv_grab_au NMSN v1.40">
<channel id="qld.abc.gov.au">
<display-name lang="en">ABC QLD</display-name>
</channel>
------------------------

[sub]

Actually I do run My Pictures and My Music however. I see album art coming up sometimes within the My Music pages & hadn't had a chance to find out how it was discovering this, however this doesn't have anything to do with the gbpvr recording service I wouldn't have thought?

No, that traffic isnt generated by the recording service. It'll be from gbpvr.exe

ahh, thats interesting. After checking my xmltv file I don't see any external references except for the following, inserted below (which I don't think would trigger a call, i.e. the source URL, and channel id's)

<tv source-info-url="http://tvguide.ninemsn.com.au" source-info-name="NMSN TV Guide" generator-info-name="XMLTV - tv_grab_au NMSN v1.40">
<channel id="qld.abc.gov.au">
<display-name lang="en">ABC QLD</display-name>
</channel>

I dont think either of these would cause network access.