Felix Schulte wrote:
On 12/20/06, Felix Schulte [EMAIL PROTECTED] wrote:
On 12/19/06, Richard L. Hamilton [EMAIL PROTECTED] wrote:
That's not something one is supposed to take advantage of!
From vfork(2) (albeit admittedly the SX version of the man page):
The vfork() function is
Felix Schulte wrote:
On 12/19/06, Richard L. Hamilton [EMAIL PROTECTED] wrote:
That's not something one is supposed to take advantage of!
From vfork(2) (albeit admittedly the SX version of the man page):
The vfork() function is deprecated. Its sole legitimate use as a prelude to
an
On 12/20/06, Felix Schulte [EMAIL PROTECTED] wrote:
On 12/19/06, Richard L. Hamilton [EMAIL PROTECTED] wrote:
That's not something one is supposed to take advantage of!
From vfork(2) (albeit admittedly the SX version of the man page):
The vfork() function is deprecated. Its sole legitimate
On 12/19/06, Richard L. Hamilton [EMAIL PROTECTED] wrote:
That's not something one is supposed to take advantage of!
From vfork(2) (albeit admittedly the SX version of the man page):
The vfork() function is deprecated. Its sole legitimate use as a prelude to an
immediate call to a function
Felix Schulte writes:
Read
http://mail.opensolaris.org/pipermail/ksh93-integration-discuss/2006-October/001587.html
and following posts
posix_spawn(3C) is broken in Solaris 11/10 and I would not use it to
use until Sun fixes this and ports the fix back to older Solaris
versions
I think
On 12/19/06, Richard L. Hamilton [EMAIL PROTECTED] wrote:
That's not something one is supposed to take advantage of!
From vfork(2) (albeit admittedly the SX version of the man page):
The vfork() function is deprecated. Its sole legitimate use as a prelude to
an immediate call to
a function
Well, since I do not have open solaris setup to test this I used 5.8, might be
it behave the same
in open source as well...then its justified to post it here :)
Anyway, below is my code (As an experiment I did this in linux and result
matched my expectation)
On SPARC with Sun Studio
Well, on Solaris 8 (SunOS 5.8) SPARC, and using either Studio 11 or
an old egcs 2.91.66 version of g++, I'm getting
Child Process: Global variable: 3 Stack variable: 21
Parent Process: Global variable: 3 Stack variable: 21
which is what I'd expect. I did retype rather than cutpaste,
but I
Hi
From my experiences from POSIX compliant QNX6 OS, the behaviour of vfork() is
described as follows (paraphrased):
In a multithreaded program using POSIX pthread libraries, the behaviour is
undefined when one uses fork(). The reason is since the address space is
shared, both processes are
That's not something one is supposed to take advantage of!
From vfork(2) (albeit admittedly the SX version of the man page):
The vfork() function is deprecated. Its sole legitimate use as a prelude to an
immediate call to a function from the exec family can be achieved safely by
posix_spawn(3C)
Well, since I do not have open solaris setup to test this I used 5.8, might be
it behave the same in open source as well...then its justified to post it here
:)
Anyway, below is my code (As an experiment I did this in linux and result
matched my expectation)
#include iostream
#include string
You are not expecting to have both of them run concurrently,
right?
No, the child exits and then parent takes up. Pl. review the sample code I
posted.
~Thanx
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
12 matches
Mail list logo
