public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* vfork() question
@ 2019-07-27 10:02 Bence Szépkúti
  2019-07-27 10:50 ` Andrey Repin
  2019-07-29  7:57 ` Corinna Vinschen
  0 siblings, 2 replies; 3+ messages in thread
From: Bence Szépkúti @ 2019-07-27 10:02 UTC (permalink / raw)
  To: cygwin

Hello,

I was poking around in the fork() code in Cygwin, and was wondering if
someone could explain to me / point me to a discussion of why the NEWVFORK
code was abandoned.

I realise that this code had been disabled as "not working" since 2008,
however I am interested in why this was the case. Was the concept behind
"short-circuiting" vfork itself unfeasible in the context of Cygwin? Was a
compatible implementation too complex / too slow to be worth it compared to
a regular fork?

Any insight is appreciated.

Thanks,
Bence

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-07-29  7:57 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-07-27 10:02 vfork() question Bence Szépkúti
2019-07-27 10:50 ` Andrey Repin
2019-07-29  7:57 ` Corinna Vinschen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).