public inbox for glibc-bugs@sourceware.org help / color / mirror / Atom feed
From: "sstewartgallus00 at mylangara dot bc.ca" <sourceware-bugzilla@sourceware.org> To: glibc-bugs@sourceware.org Subject: [Bug nptl/17214] Expose a clone variant that shares stacks instead of jumping to a new one Date: Fri, 19 Dec 2014 20:29:00 -0000 [thread overview] Message-ID: <bug-17214-131-SA7GEYXCGF@http.sourceware.org/bugzilla/> (raw) In-Reply-To: <bug-17214-131@http.sourceware.org/bugzilla/> https://sourceware.org/bugzilla/show_bug.cgi?id=17214 --- Comment #13 from Steven Stewart-Gallus <sstewartgallus00 at mylangara dot bc.ca> --- I am well aware of many of the problems of vfork. You are right that a huge problem is that it doesn't work well with certain compiler optimizations (such as done by Clang in particular). I suppose I really should just use vfork with a new stack and avoid one problem of it (although I'm not sure that works as vfork sets all memory except the current stack as read only in the process, maybe some hack where the function would need to jump to the new stack, vfork and then jump back in the child would be needed). As well, I would definitely prefer using posix_spawn over vfork but unfortunately I can't for a few use cases (also the current GLibc implementation of posix_spawn doesn't use the pipe trick to report errors). Also, vfork wasn't eliminated at all and is still around for very good reasons. -- You are receiving this mail because: You are on the CC list for the bug.
next prev parent reply other threads:[~2014-12-19 20:29 UTC|newest] Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-07-29 21:23 [Bug nptl/17214] New: Expose a function to reset the PID cache sstewartgallus00 at mylangara dot bc.ca 2014-07-30 4:07 ` [Bug nptl/17214] " carlos at redhat dot com 2014-07-30 17:39 ` sstewartgallus00 at mylangara dot bc.ca 2014-07-30 17:41 ` sstewartgallus00 at mylangara dot bc.ca 2014-07-31 23:25 ` carlos at redhat dot com 2014-08-01 21:59 ` sstewartgallus00 at mylangara dot bc.ca 2014-08-26 4:38 ` bugdal at aerifal dot cx 2014-08-26 18:11 ` sstewartgallus00 at mylangara dot bc.ca 2014-08-26 18:31 ` sstewartgallus00 at mylangara dot bc.ca 2014-10-30 22:01 ` rickyz at chromium dot org 2014-12-18 0:15 ` jld at mozilla dot com 2014-12-18 23:58 ` [Bug nptl/17214] Expose a clone variant that shares stacks instead of jumping to a new one sstewartgallus00 at mylangara dot bc.ca 2014-12-19 0:13 ` sstewartgallus00 at mylangara dot bc.ca 2014-12-19 1:17 ` bugdal at aerifal dot cx 2014-12-19 20:29 ` sstewartgallus00 at mylangara dot bc.ca [this message] 2014-12-19 21:01 ` bugdal at aerifal dot cx 2015-01-26 22:33 ` sstewartgallus00 at mylangara dot bc.ca
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-17214-131-SA7GEYXCGF@http.sourceware.org/bugzilla/ \ --to=sourceware-bugzilla@sourceware.org \ --cc=glibc-bugs@sourceware.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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).