Roland Mainz writes:
> - IMO it may be nice to use a different suffix than "_np", e.g. IMO
> |posix_spawn_file_actions_addclosefrom_solaris()| may be better.
There's substantial precedent for this in Solaris. See:
mq_reltimedreceive_np(3c)
mq_reltimedsend_np(3c)
posix_spawnattr_getsigignore_np(3c)
posix_spawnattr_setsigignore_np(3c)
pthread_cond_reltimedwait_np(3c)
pthread_key_create_once_np(3c)
pthread_mutex_reltimedlock_np(3c)
pthread_rwlock_reltimedrdlock_np(3c)
pthread_rwlock_reltimedwrlock_np(3c)
sem_reltimedwait_np(3c)
Making this one different would not be a good idea.
> > The release binding is "minor release" so it can go
> > into SunOS 5.11 (OpenSolaris) (there is no need or
> > intention to back-port the interface to SunOS 5.10).
>
> Why ? It may be _nice_ to have it in Solaris 10 on demand, too (e.g. you
> don't have to do the backport now but it keeps the option open to do a
> backport to Solaris 10 without another ARC case).
I agree the new interface could possibly be backported, but the change
in semantics for the existing addclose might require something other
than a "closed approved automatic" case.
--
James Carlson, Solaris Networking <james.d.carlson at sun.com>
Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
