This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Patch to pass file descriptors


So,
	There's the option of keeping full BSD semantics if the cygserver
is running.  I like that.  I can require users to run the cygserver.  I
don't mind.
	Unfortunately the whole net.cc has been refactored so I'll have to
regenerate my patch.
	The question is, can you incorporate my code and then you guys
deal with the case when the cygserver isn't running?  I don't really have
a use for a non cygserver solution because my program depends on full BSD
semantics.  Such as closing the handle after sending it, or exiting the
process after sending it.  I don't see how to solve this second problem
without the cygserver.
	I'm sure other people will want full BSD semantics also so why not
allow them to have it if the cygserver is running.

By the way, I thought about how to solve the problem of the program
closing the handle after sending it.  Assuming that you'll spawn a thread
with your shared memory stuff.  You can dup the handle in that thread.
Then the sender can do whatever it wants with it's copy (Close it), and
when the receiver has it, it can tell the sender to release it.
Unfortunately this won't help the situation where the sender process
exits before the receiver receives.

	Also should this discussion be moved to cygwin-developers?

David


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]