Re: [e-users] ecore fd bug

[Carsten H. (T. R. <ra...@ra...>]

On Sat, 18 Dec 2010 11:55:15 +0100 (CET) Pavel Reznicek
<rez...@ip...> said:

gees... wtf is an anon_inode... first time i've seen that... and my quick
investigation shows that that is the epoll fd itself... so - something is
closing the epoll fd. only 3 ways that happens. 1. _ecore_get_epoll_fd()
detects that current epoll fd and the pid it was create in dont match - so a
child is running the same ecore loop, or 2. if epoll_ctl() reports EBADF errno
- then ecore closes and re-creates the epoll fd, or 3. if ecore_shutdown
actually shuts ecore down. given what you mention about the bads_rem... the
question is what fd went bad? it's not the ecore poll one as that seems legit.
it's some other one.

> Hi, thanks for the advices - logging the fd's, the problem happens exactly 
> when this fd disappears:
> 
> /proc/5721/fd/3 -> anon_inode:[eventpoll]
> 
> No other changes in the fd list. The observation is based on two 
> occurances only, since the problem was happening much less frequently in 
> the last weeks. I was not able to google-out any related issue. Did the 
> disappearing eventpoll anonymous inode give you some idea what could be 
> happening ? The only straightforward "experiment" I have in mind is to try 
> disable ANON_INODES in kernel (BTW: using latest stable 2.6.36.2), but I 
> am affraid it will bring much more other problems.
> 
> Pavel
> 
> 
> On Thu, 9 Dec 2010, Carsten Haitzler wrote:
> 
> > On Fri, 26 Nov 2010 09:59:19 +0100 (CET) Pavel Reznicek
> > <rez...@ip...> said:
> >
> > look at /proc/PID/fd
> > (PID being the pid of e). see what fd's you have - or not
> > and how they change over time (ls -l will show you which fd's point where).
> > write a script to log them often (every second?) and see if the log at the
> > time the problem shows up shows you anything interesting (what fd went
> > away? what fd appeared? etc.)
> >
> > i don't see this problem at all.
> >
> >> Hello,
> >>
> >>    I am regularly hitting a bug mentioned here:
> >>
> >> http://www.mail-archive.com/enl...@li.../msg27014.html
> >>
> >> Using latest SVN revision 54923 compiled via easy_e17 script on debian
> >> squeeze. The problem usually happens after few hours or running e17 or
> >> when graphics used "extensively" (typically when playing film). However,
> >> there is no concrete recipe how to reproduce it.
> >>
> >> Would you either have an idea, what could be going wrong or give me some
> >> instruction, how to try to debug it ?
> >>
> >> Thanks,
> >> Pavel
> >>
> >> ------------------------------------------------------------------------------
> >> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> >> Tap into the largest installed PC base & get more eyes on your game by
> >> optimizing for Intel(R) Graphics Technology. Get started today with the
> >> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> >> http://p.sf.net/sfu/intelisp-dev2dev
> >> _______________________________________________
> >> enlightenment-users mailing list
> >> enl...@li...
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> >>
> >
> >
> > -- 
> > ------------- Codito, ergo sum - "I code, therefore I am" --------------
> > The Rasterman (Carsten Haitzler)    ra...@ra...
> >
> >
> > ------------------------------------------------------------------------------
> > This SF Dev2Dev email is sponsored by:
> >
> > WikiLeaks The End of the Free Internet
> > http://p.sf.net/sfu/therealnews-com
> > _______________________________________________
> > enlightenment-users mailing list
> > enl...@li...
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> >
> 
> ------------------------------------------------------------------------------
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ra...@ra...