PSARC/2009/116 posix_spawn_file_actions_addclosefrom_np

[James Carlson]

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