[comp.arch] future globs

davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr) (01/22/91)

In article <1991Jan22.003350.5342@ico.isc.com> rcd@ico.isc.com (Dick Dunn) writes:

| Nowadays, it's more complicated than that.  First, we'll need a System V
| kernel globbing interface and a BSD globbing interface.  There will be new
| system calls for this--setglbent() and getglbent() for Sys V, setfilename-
| globbing() and getfilenameglobbing() for BSD.  Of course, they'll have
| different arguments, ...

Don't forget RFCs. One "Standard system call interface to filename
expansion services," one "Portable data structures for returning
expanded filename data," and the usenix technical paper "pipe mechanisms
for passing argument lists larger than the processor address space: a
six week retrospective."

And I will get fifty more requests for my paper on "Eschew obfuscation:
Why the principle of information hiding should not be applied to
standards and technical papers."
-- 
bill davidsen	(davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen)
  "I'll come home in one of two ways, the big parade or in a body bag.
   I prefer the former but I'll take the latter" -Sgt Marco Rodrigez