Displaying 7 results from an estimated 7 matches for "mc_exit".
Did you mean:
mic_exit
2019 May 19
2
Race condition on parallel package's mcexit and rmChild
...age for some time and built a
parallel processing framework with it. However, although very rarely,
I did notice "ignoring SIGPIPE signal" error every now and then.
After a deep dig into the source code, I think I found something worth
noticing.
In short, wring to pipe in the C function mc_exit(SEXP sRes) may cause
a SIGPIPE. Code from src/library/parallel/src/fork.c:
SEXP NORET mc_exit(SEXP sRes)
{
int res = asInteger(sRes);
... ...
if (master_fd != -1) { /* send 0 to signify that we're leaving */
size_t len = 0;
/* assign result for Fedora security settings...
2019 May 20
1
Race condition on parallel package's mcexit and rmChild
Have read the latest code, but I still don't understand why mc_exit
needs to write zero on exit. If a child closes its pipe, parent will
know that on next select.
Best,
Yijiang
Tomas Kalibera <tomas.kalibera at gmail.com> ?2019?5?20??? ??10:52???
>
> This issue has already been addressed in 76462 (R-devel) and also ported
> to R-patched. In fact r...
2019 May 20
0
Race condition on parallel package's mcexit and rmChild
...age for some time and built a
parallel processing framework with it. However, although very rarely,
I did notice "ignoring SIGPIPE signal" error every now and then.
After a deep dig into the source code, I think I found something worth
noticing.
In short, wring to pipe in the C function mc_exit(SEXP sRes) may cause
a SIGPIPE. Code from src/library/parallel/src/fork.c:
SEXP NORET mc_exit(SEXP sRes)
{
int res = asInteger(sRes);
... ...
if (master_fd != -1) { /* send 0 to signify that we're leaving */
size_t len = 0;
/* assign result for Fedora security settings...
2019 May 20
0
Race condition on parallel package's mcexit and rmChild
...> parallel processing framework with it. However, although very rarely,
> I did notice "ignoring SIGPIPE signal" error every now and then.
> After a deep dig into the source code, I think I found something worth
> noticing.
>
> In short, wring to pipe in the C function mc_exit(SEXP sRes) may cause
> a SIGPIPE. Code from src/library/parallel/src/fork.c:
>
> SEXP NORET mc_exit(SEXP sRes)
> {
> int res = asInteger(sRes);
> ... ...
> if (master_fd != -1) { /* send 0 to signify that we're leaving */
> size_t len = 0;
>...
2017 May 04
4
Xen package security updates for jessie 4.4, XSA-213, XSA-214
..._multicall_call(&mcs->call);
++ disp = do_multicall_call(&mcs->call);
+
+ #ifndef NDEBUG
+ {
+@@ -77,7 +78,14 @@ do_multicall(
+ }
+ #endif
+
+- if ( unlikely(__copy_field_to_guest(call_list, &mcs->call, result)) )
++ if ( unlikely(disp == mc_exit) )
++ {
++ if ( __copy_field_to_guest(call_list, &mcs->call, result) )
++ /* nothing, best effort only */;
++ rc = mcs->call.result;
++ }
++ else if ( unlikely(__copy_field_to_guest(call_list, &mcs->call,
++...
2017 May 04
3
Bug#861660: Xen package security updates for jessie 4.4, XSA-213, XSA-214
Moritz Muehlenhoff writes ("Re: Xen package security updates for jessie 4.4, XSA-213, XSA-214"):
> On Thu, May 04, 2017 at 05:06:07PM +0100, Ian Jackson wrote:
> > I have fixed these in stretch but the jessie package remains unfixed.
> > I think I may be able to find some backports somewhere. Would that be
> > useful ? Is anyone else working on this ?
>
>
2017 Jul 21
0
Problem with mclapply in package parallel
...ther Linux machines that I am used to use). Trying to localize the problem, I have recompiled R (R-3.2.5, Intel compilers) after having the 'MC_DEBUG' macro activated in C file src/fork.c. It seems that global variable child_can_exit (declared as static int) is waited for change in function mc_exit but this never happens due to compiler's optimization configuration. A solution might be to declare variable child_can_exit as "static int volatile"; my tests work fine indeed.
This is what I have done locally (ie no system-wide installation of this patched R) for my use. Do some use...