search for: pthread_atfork

...nix,threads -thread -linkpkg mlguestfs.cma t/guestfs_070_threads.cmo -o t/guestfs_070_threads.bc > File "_none_", line 1, characters 0-1: > Error: Error on dynamically loaded library: /usr/lib64/ocaml/stublibs/dllthreads.so: /usr/lib64/ocaml/stublibs/dllthreads.so: undefined symbol: pthread_atfork > > I did a quick bit of googling and found: > http://ryanarn.blogspot.com.au/2011/07/curious-case-of-pthreadatfork-on.html > > which seems to explain what's going on to my naive eye anyway. > > I've tried a few different CFLAGS/patches to > otherlibs/systhreads/M...

My P4_BUG.log 01 _ Installed Wine run with -v gives "Wine release 20000430" and error "fixme: pthread_atfork" 02 _ Edited /etc/wine.conf c:\windows\Profiles\Administrator\user.dat must be c:\windows\user.dat 03 _ Trying wine /wine/mnt/c/Programme/Play/vgap/Planets4/planets4.exe as "user" gives errors: - fixme: pthread_atfork - what does this mean at all? - fixm...

Hi, I am trying to install Rserve 1.7-0 on CentOS 6. But I get this compilation error - /usr/lib64/Revo-5.0/R-2.13.2/lib64/R/lib/libiomp5.so: undefined reference to `pthread_atfork' I tried other versions of Rserve (0.6-5 and 0.6-8) without any success. How do I get around this issue? My goal is to run FastRWeb (which uses Rserve). Thanks in advance. Joydeep. -- View this message in context: http://r.789695.n4.nabble.com/Rserve-compilation-error-tp4450774p4450774.html...

.... When you fork() a process, though, it ends up creating an exact copy of the flat (process) just for you (the current thread), with none of the flat-mates (other threads). If the bathroom was locked by someone else, it stays locked, and there's no key anywhere. There do exist mechanisms like pthread_atfork() that could be used to prevent problems like this, but for that to work, *every* piece of code that may be creating threads and taking locks inside your process should be using them right. (The flat-mates need to know to give you any keys they might be holding before the flat is fork()ed. It's...

Hey everyone, Working on an engine for rails that needs specialized behavior with forking and I had a couple questions. 1. What is the best way to determine whether the app is indeed running inside a unicorn server? Most of the attempts I can find to detect check to see if the main modules for Unicorn are defined, but this really only checks to see that Unicorn is present, not that you are

...ything - it just makes no sense. If you have code that is fork-incompatilble, you clearly cannot use it in mcparallel - that's why there is a very explicit warning in the documentation. As I said, if you have some software that embeds R and has issue with forks, then that software should be use pthread_atfork() to control the behavior. Cheers, Simon > On Jan 10, 2020, at 3:34 PM, Henrik Bengtsson <henrik.bengtsson at gmail.com> wrote: > > On Fri, Jan 10, 2020 at 11:23 AM Simon Urbanek > <simon.urbanek at r-project.org> wrote: >> >> Henrik, >> >> the...

...IR > there is no guarantee for that, either.) > That is not true, either. macOS itself is fork-safe (it is POSIX-certified after all), but libraries may or may not. The rules are pretty clear - fork() shares open descriptors and only inherits the main thread (see the POSIX documentation for pthread_atfork() - it illustrates the issues nicely). So as a user of APIs it may be your responsibility to make sure things are handled properly - again, that's what pthread_atfork() is for. Most libraries don't allow duplicated fds or have rules about thread safety, so it is your responsibility in the p...

...come handy > for troubleshooting. > > /Henrik > > On Fri, Jan 10, 2020 at 5:31 AM Simon Urbanek > <simon.urbanek at r-project.org> wrote: >> >> If I understand the thread correctly this is an RStudio issue and I would suggest that the developers consider using pthread_atfork() so RStudio can handle forking as they deem fit (bail out with an error or make RStudio work). Note that in principle the functionality requested here can be easily implemented in a package so R doesn?t need to be modified. >> >> Cheers, >> Simon >> >> Sent from my...

Comment by Eric Lindblad 23-02-2016 http://www.nurmi-labs.blogspot.com cf: http://comments.gmane.org/gmane.comp.search.xapian.general/9948 I would suspect the fork here, if there are any threads involved. What Tcl really needs is some pthread_atfork() triggers, but they aren?t exposed in any meaningful way, so you can lose things over a fork split.

Dear Ivan, REgrets to reply this late... By "holding a lock", you mean a bug in the process right (I am not a computer science guy, excuse my naivete)? THanking you, Yours sincerely, AKSHAY M KULKARNI ________________________________ From: Ivan Krylov <krylov.r00t at gmail.com> Sent: Thursday, May 18, 2023 1:08 PM To: akshay kulkarni <akshay_e4 at

If I understand the thread correctly this is an RStudio issue and I would suggest that the developers consider using pthread_atfork() so RStudio can handle forking as they deem fit (bail out with an error or make RStudio work). Note that in principle the functionality requested here can be easily implemented in a package so R doesn?t need to be modified. Cheers, Simon Sent from my iPhone >> On Jan 10, 2020, at 04:34,...

That's great news that OpenMP is now enabled in MacOS CRAN binaries! Thanks Simon. data.table is supposed to automatically switch down to single-threaded mode when explicitly parallelized via the fork mechanism. It does that via functions registered in init.c as follows : pthread_atfork(&when_fork, &when_fork_end, NULL) Tests 1705 and 1706 test this is working. Those tests are passing ok on CRAN currently including x86_64-apple-darwin15.6.0. I'll work with Yan off list to see what the difference is. Either the fork catch isn't working in that environment for s...

Hi all, I'm trying to build R from subversion with MKL 10.0.2 on Ubuntu. I tried: ./configure --with-blas='-L/opt/intel/mkl/10.0.2.018/lib/em64t -lmkl -lguide' --with-lapack='/opt/intel/mkl/10.0.2.018/lib/em64t -lmkl -lmkl_lapack' --enable-R-shlib and got: R is now configured for x86_64-unknown-linux-gnu Source directory: . Installation directory: /usr/local

Hi all, I'm trying to build R from subversion with MKL 10.0.2 on Ubuntu. I tried: ./configure --with-blas='-L/opt/intel/mkl/10.0.2.018/lib/em64t -lmkl -lguide' --with-lapack='/opt/intel/mkl/10.0.2.018/lib/em64t -lmkl -lmkl_lapack' --enable-R-shlib and got: R is now configured for x86_64-unknown-linux-gnu Source directory: . Installation directory: /usr/local

...that software stack completely out of control to the user. They could be in control if there was an option to disable it. I don't think the analogue to print() is relevant here. > As I said, if you have some software that embeds R and has issue with forks, then that software should be use pthread_atfork() to control the behavior. If I understand this correctly, this only applies to discussions such as RStudio and similar. It is not a relevant solution to ordinary users of R, correct? I'm not sure if you're playing devils advocate here, or I'm really really bad at explaining the prob...

On Thu, 25 Feb 2016 23:37:52 +0000, Olly Betts <olly at survex.com> wrote: > On Thu, Feb 25, 2016 at 05:21:17PM +0100, Eric J wrote: > > On Thu, 25 Feb 2016 02:24:51 +0000, Olly Betts <olly at survex.com> wrote: > > > It's clearly not as simple as execl() always releasing the lock, but I > > > don't think we've ruled out the OS entirely yet - the

...ons(fork.allowed = FALSE)" will become handy for troubleshooting. /Henrik On Fri, Jan 10, 2020 at 5:31 AM Simon Urbanek <simon.urbanek at r-project.org> wrote: > > If I understand the thread correctly this is an RStudio issue and I would suggest that the developers consider using pthread_atfork() so RStudio can handle forking as they deem fit (bail out with an error or make RStudio work). Note that in principle the functionality requested here can be easily implemented in a package so R doesn?t need to be modified. > > Cheers, > Simon > > Sent from my iPhone > > >...

...ing. > > > > /Henrik > > > > On Fri, Jan 10, 2020 at 5:31 AM Simon Urbanek > > <simon.urbanek at r-project.org> wrote: > >> > >> If I understand the thread correctly this is an RStudio issue and I would suggest that the developers consider using pthread_atfork() so RStudio can handle forking as they deem fit (bail out with an error or make RStudio work). Note that in principle the functionality requested here can be easily implemented in a package so R doesn?t need to be modified. > >> > >> Cheers, > >> Simon > >> &gt...

...ing. > > > > /Henrik > > > > On Fri, Jan 10, 2020 at 5:31 AM Simon Urbanek > > <simon.urbanek at r-project.org> wrote: > >> > >> If I understand the thread correctly this is an RStudio issue and I would suggest that the developers consider using pthread_atfork() so RStudio can handle forking as they deem fit (bail out with an error or make RStudio work). Note that in principle the functionality requested here can be easily implemented in a package so R doesn?t need to be modified. > >> > >> Cheers, > >> Simon > >> &gt...

...rks... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for pthread_atfork in -lpthread... yes checking for LAM-MPI... checking LAM-MPI Libraries at /usr/lib/lam... configure: LAM-MPI lib detected @ /usr/lib/lam.. Configured Parameters ... LIBS = -lscalapack -lblacsF77init -lblacsCinit -lblacs -lf77blas -latlas -llamf77mpi -lmpi -llam -lpthread LDFLAGS = -L/usr/lib -L/u...