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

* Re: vfork() question
  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
  1 sibling, 0 replies; 3+ messages in thread
From: Andrey Repin @ 2019-07-27 10:50 UTC (permalink / raw)
  To: Bence Szépkúti, cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=utf-8, Size: 1037 bytes --]

Greetings, Bence Szépkúti!

> 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.

I could be wrong, but it may be due to a more reliable ways to implement
forking that became available in Win7+.


-- 
With best regards,
Andrey Repin
Saturday, July 27, 2019 13:34:49

Sorry for my terrible english...\x03B‹KCB”\x1c›Ø›\x19[H\x1c™\^[ܝ\x1cΈ\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÜ\x1c›Ø›\x19[\Ëš\x1d^[[\x03B‘TNˆ\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÙ˜\KÃB‘^[ØÝ[Y[\x18]\x1a[ÛŽˆ\b\b\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÙ^[ØÜËš\x1d^[[\x03B•[œÝXœØÜšX™H\x1a[™›Îˆ\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÛ[\vÈÝ[œÝXœØÜšX™K\Ú[\^[\x19CBƒB

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

* Re: vfork() question
  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
  1 sibling, 0 replies; 3+ messages in thread
From: Corinna Vinschen @ 2019-07-29  7:57 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 891 bytes --]

On Jul 27 12:02, Bence Szépkúti wrote:
> 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?

This was long ago and the original developer hacking this code isn't
with us anymore.  The only vague recollection I have is that it never
really worked right, but no details.  Maybe searching the mailing list
archives helps unearthing some of the problems.


Sorry,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ 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).