Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 4 Jan 2000 14:02:32 -0800
From:      "Scott Hess" <scott@avantgo.com>
To:        <freebsd-questions@freebsd.org>
Subject:   Re: rfork() with RFMEM returns EOPNOTSUPP on 3.3-release.
Message-ID:  <073201bf56ff$665af730$1e80000a@avantgo.com>

next in thread | raw e-mail | index | archive | help
Some kernel spelunking answered my question.  When running SMP, you cannot
do RFMEM with rfork().  Entering a bug against the rfork man page...

Thanks,
scott

----- Original Message -----
From: Scott Hess <scott@avantgo.com>
To: <freebsd-questions@freebsd.org>
Sent: Tuesday, January 04, 2000 1:36 PM
Subject: rfork() with RFMEM returns EOPNOTSUPP on 3.3-release.


> I'm having a bizarre problem.  From the rfork man page, it appears that I
> should be able to call rfork( RFPROC|RFMEM) to get a new process which
> shares the current process' virtual memory.  Instead, I get a -1 return
> with errno==EOPNOTSUPP.  The following snippet works fine when compiled
> with 'cc -o rfork rfork.c', but doesn't work when compiled with 'cc -o
> rfork -DSHAREMEM rfork.c'.
>
> Everything looks right, anyone know what I'm missing?
>
> Thanks,
> scott




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?073201bf56ff$665af730$1e80000a>