Standards Update, IEEE 1003.4: Real-time Extensions
    Martin Fouts 
    fouts at bozeman.bozeman.ingr
       
    Sat Oct 13 06:20:32 AEST 1990
    
    
  
Submitted-by: fouts at bozeman.bozeman.ingr (Martin Fouts)
>>>>> On 4 Oct 90 20:39:37 GMT, chip at tct.uucp (Chip Salzenberg) said:
Chip> According to fouts at bozeman.bozeman.ingr (Martin Fouts):
>One reason to not treat every IPC facility as part of the file system:
>Shared memory IPC mechanisms which don't need to be visible to processes
>not participating in the IPC.
Chip> Yes, it is obviously desirable to have IPC entities without names.
Chip> This feature is a simple extension of the present ability to keep a
Chip> plain file open after its link count falls to zero.  Of course, the
Chip> committee could botch the job by making it an error to completely
Chip> unlink a live IPC.
Chip> -- 
Of course, if I have to acquire a file handle for my IPC, I can't
imlement it as efficiently as if I just do it locally in shared memory
and don't bother the system about it's existance.
Marty
--
Martin Fouts
 UUCP:  ...!pyramid!garth!fouts (or) uunet!ingr!apd!fouts
 ARPA:  apd!fouts at ingr.com
PHONE:  (415) 852-2310            FAX:  (415) 856-9224
 MAIL:  2400 Geng Road, Palo Alto, CA, 94303
Moving to Montana;  Goin' to be a Dental Floss Tycoon.
  -  Frank Zappa
Volume-Number: Volume 21, Number 205
    
    
More information about the Comp.std.unix
mailing list