bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #48372] read with size 0 from fifo blocks


From: Kalle Olavi Niemitalo
Subject: [bug #48372] read with size 0 from fifo blocks
Date: Fri, 1 Jul 2016 22:00:07 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.8.0

URL:
  <http://savannah.gnu.org/bugs/?48372>

                 Summary: read with size 0 from fifo blocks
                 Project: The GNU Hurd
            Submitted by: kon
            Submitted on: Fri Jul  1 22:00:01 2016
                Category: Hurd Servers
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Standard Compliance
                  Status: None
                 Privacy: Public
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
         Reproducibility: Every Time
              Size (loc): None
         Planned Release: None
                  Effort: 0.00
Wiki-like text discussion box: 

    _______________________________________________________

Details:

mkfifo da; sleep 1000 > da & rpctrace perl -e 'sysread STDIN, $_, 0' < da

hangs at:  136<--159(pid1132)->io_read (-1 0)

According to antrik, POSIX specifies that read with nbyte==0 must immediately
return 0 or return an error. This could be implemented in libc, libtrivfs,
fifo, or libpipe. It seems best to implement this in fifo or libpipe so that
fifo can still return EBADF if the fifo was not opened for reading.

I filed this as distinct from bug 48371 (for the streamio translator) because
they can be fixed and tested independently.




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?48372>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]