[vlc-devel] vlc: svn commit r25020 (courmisch)

[Tony Anecito]

Hi Remi & Mattias,

I did some more testing and killed or die is never
called thus as Mattias said the socket is still valid.

So what is returned from the waitpipe is:
internals->pipes[0] which is a reference to a socket.

Regards,
-Tony

--- techfreak <smile4you at gmx.ch> wrote:

> Hello Rémi
> 
> I still have the problem with net_Read and my
> vnc-video-filter plugin. 
> This may be the same problem as Tony has.
> 
> After a short time, net_Read on the vnc socket
> (called in a seperate 
> thread) returns with -1 and writes the logmessage
> "socket xy polling 
> interrupted", but the socket is still open. The
> polling feature seems to 
> not work correct here.
> 
> What's the meaning of "polling" here? You already
> wrote that only 
> Windows needs this.Should it wait until data is
> available? "recv" from 
> winsock2 is already a blocking function returning
> not before some data 
> is available.
> 
> Regards, Matthias
> 
> 
>  
> 
> Rémi Denis-Courmont schrieb:
> > Le Saturday 09 February 2008 23:41:42 Tony
> Anecito, vous avez écrit :
> >   
> >> Even though I put in a hack that is now confirmed
> by
> >> other people testing fixes the video freeze
> problem
> >> for them I am trying to understand if there is
> some
> >> more things I should look into to help out since
> I can
> >> hopefully debug this issue.
> >>     
> >
> > vlc_object_waitpipe() and vlc_object_kill() are
> obvious suspects.
> >
> >   
> >> It seems as if once the pollin is set for the
> >> fd[1].revents the code stays stuck in that state
> >> forever.
> >>     
> >
> > It may very well be that whatever calls net_Read()
> fails to check b_die or 
> > vlc_object_alive(), and keeps retrying to
> net_Read() even though it should 
> > actually be terminating. That would be
> caller-specific though,
> >
> >   
> >> Where should I start to look to find out why it
> stays
> >> stuck in that state so I can help with this
> error?
> >>     
> >
> > It stays stuck in this interrupted state if the
> caller fails to handle the 
> > interruption, i.e. fails to terminate.
> >
> >   
> >> Seems like elsewhere in the VLC code the fd from
> the
> >> waitpipe should change state so the reading of
> the
> >> video stream (file actually) can continue to the
> end.
> >>     
> >
> > If the waitpipe is readable, the object has been
> vlc_object_kill()'d, so it 
> > should definitely NOT continue to the end.
> >
> >   
> >
>
------------------------------------------------------------------------
> >
> > _______________________________________________
> > vlc-devel mailing list
> > To unsubscribe or modify your subscription
> options:
> > http://mailman.videolan.org/listinfo/vlc-devel
> >   
> 
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> http://mailman.videolan.org/listinfo/vlc-devel
> 



      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs
_______________________________________________
vlc-devel mailing list
To unsubscribe or modify your subscription options:
http://mailman.videolan.org/listinfo/vlc-devel