bugThe GNU Hurd - Bugs: bug #17128, fifos not going away

 
 

bug #17128: fifos not going away

Submitted by:  Thomas Schwinge <tschwinge>
Submitted on:  Mon 17 Jul 2006 09:31:46 AM UTC  
 
Category: Hurd ServersSeverity: 3 - Normal
Priority: 5 - NormalItem Group: None
Status: ConfirmedPrivacy: Public
Assigned to: Olaf Buddenhagen <antrik>Originator Name: 
Open/Closed: OpenReproducibility: Every Time
Size (loc): NonePlanned Release: None
Effort: 0.00
Wiki-like text discussion box: 

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Tue 30 Aug 2011 04:53:57 PM UTC, comment #2:

IRC, freenode, #hurd, 2011-07-24

[mkfifo F; rm F]
< braunr> even after the node is removed, the translator remains
< braunr> interesting
< antrik> braunr: I suspect that like other files, named pipes stay around
after unlinked if they still have users
< antrik> we might have some bug that makes the fifos stay around even if
there aren't any users anymore...
< braunr> antrik: yes
< antrik> most active translators generally stay around until a timeout is
reached, even if they don't have users. this probably makes sense for
some kinds of translators; but for most, I actually consider it a
bug...
< antrik> or at least the timeout should be much much shorter
< antrik> (a few seconds rather than minutes)
< antrik> also, I guess all translators should go away immediately if
neither user nor control ports are open anymore -- in this case it's
simply impossible that they will be used again
< braunr> this should be the case here
< braunr> so it must be a bug
< antrik> well, presently the translators simply don't have such a
mechanisms... more of a missing feature than a bug
< braunr> really ?
< antrik> I guess this is actually a pretty good task for me to work
on... I already understand most of the relevant mechanisms (I believe);
it's not too involved coding-wise; and it would be a major improvement
:-)
< braunr> :)
< antrik> braunr: at least I don't remember seeing anything for that in any
of the translators I looked at... though admittedly I haven't studied
this specific area extensively
< braunr> it must be in a hurd library

Thomas Schwinge <tschwinge>
Project Administrator
Mon 25 Jul 2011 08:11:55 AM UTC, comment #1:

<http://bugs.debian.org/629184>

Thomas Schwinge <tschwinge>
Project Administrator
Mon 17 Jul 2006 09:31:46 AM UTC, original submission:

11:00 <abeaumont> tschwinge: you're not connected in clubber, but there're some processes you own working, named /hurd/fifo
11:00 <abeaumont> is there a problem with them?
11:03 <tschwinge> abeaumont: No, those a just some FIFO processes.
11:04 <tschwinge> Are there any problems with those?
11:08 <tschwinge> abeaumont: Such a process is spawned if you e.g. run `screen'. But now, don't ask me why the old ones don't go away...
11:09 <abeaumont> tschwinge: heh, that's the point, whether there's a bug anywhere
11:10 <tschwinge> Might be.
11:10 <tschwinge> One could have a look at [hurd]/trans/fifo.c and try to figure out.

Thomas Schwinge <tschwinge>
Project Administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by tschwinge (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Tue 30 Aug 2011 04:53:57 PM UTCtschwingeStatusNone=>Confirmed
      Assigned toNone=>antrik
    Mon 25 Jul 2011 08:11:55 AM UTCtschwingeReproducibilityNone=>Every Time

    Back to the top


    Powered by Savane 3.1-cleanup