similar to: Ocaml and pthread_atfork()

Hi Rich, I ran these commands as non-root: ./autogen.sh && make && make distcheck It got most of the way through, but failed in the VPATH part while rebuilding from a ./_build subdir, like this: make[4]: Entering directory `/h/j/w/co/hivex/hivex-1.3.6/_build/ocaml' mkdir -p /usr/lib64/ocaml mkdir -p /usr/lib64/ocaml/stublibs ocamlfind install \

I've been using libguestfs-1.18.9 but decided to "upgrade" to 1.19.60. Using Ubuntu 12.04 with the older version installed via source. So I went through the same process with the new version of guestfs sources and got the following errors on 'make install': make[2]: Nothing to be done for `install-exec-am'. make install-data-hook make[3]: Entering directory

On Thu, Aug 10, 2017 at 04:49:22AM +0000, emlyn.jose@wipro.com wrote: > Hello Richard! > > Ocaml solved my problem. Thank you so much :) > > There are many unpackaged ocaml files created outside the BUILDROOT. Will removing them harm the working of the package? > > error: Installed (but unpackaged) file(s) found: > /usr/lib64/ocaml/guestfs/META >

Still don't recommend you use 'make install', but here we go. Rich.

I am trying to trying to "./configure" NDOutils on a CentOS 4.4 box with a minimal install, but it gives me the following error, which I assume means I need something gcc-related? *********************./configure output ******************** ************************************************************** checking for a BSD-compatible install... /usr/bin/install -c checking build system

Does hivex have a trivial-patch policy? >From e23c45a2f813ac29b022faa9112c1977b651862f Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Tue, 28 Aug 2012 17:34:26 +0200 Subject: [PATCH hivex] maint: remove unnecessary mkdir -p * ocaml/Makefile.am (install-data-hook): Remove unneeded mkdir -p. It's job is handled by the very next mkdir -p. ---

The following set of patches package up the ocaml libraries that are part of the standard xen build. The patches are also currently available at: https://github.com/jonludlam/pkg-xen/commits/for-debian There are some things to note: 1. The 5 patches imported from xen-unstable are not, and will not go into the xen-4.1-stable series. However, the patches were created at the request of the

- run bindtests.opt only if available - use ocamlc -custom - Don't try to install native code if it hasn't been built (Thanks to Olaf Hering) --- mllib/Makefile.am | 2 +- ocaml/Makefile.am | 7 ++++++- ocaml/examples/Makefile.am | 11 ++++------- ocaml/run-bindtests | 2 ++ 4 files changed, 13 insertions(+), 9 deletions(-) diff --git a/mllib/Makefile.am

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

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

Natural fallout after my recent testsuite additions that fixed a couple of ocaml bugs in the setters. However, on at least the OCaml code, I'm not sure what we should do if a newer libnbd ever returns a bit that an older NBD.mli was not expecting at the time the OCaml compiler ran (see below). I'm also not sure if there is a more efficient way to avoid outputting Val_FOO() converters for

? Sat, 20 May 2023 10:59:18 +0000 akshay kulkarni <akshay_e4 at hotmail.com> ?????: > By "holding a lock", you mean a bug in the process right Well... one person's bug ("your threaded program breaks if I fork() the process") is another person's documented behaviour ("of course it does, it says 'please do not fork()' right in the manual").

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

See the new man page virt-v2v-test-harness(1) added in this commit for details of this library/harness, and also how to get the external tests. --- .gitignore | 6 + Makefile.am | 3 + README | 2 + configure.ac | 8 +- po-docs/ja/Makefile.am

Henrik, the whole point and only purpose of mc* functions is to fork. That's what the multicore package was about, so if you don't want to fork, don't use mc* functions - they don't have any other purpose. I really fail to see the point - if you use mc* functions you're very explicitly asking for forking - so your argument is like saying that print() should have an option to

> On Jan 10, 2020, at 3:10 PM, G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: > > On Fri, Jan 10, 2020 at 7:23 PM Simon Urbanek > <simon.urbanek at r-project.org> wrote: >> >> Henrik, >> >> the example from the post works just fine in CRAN R for me - the post was about homebrew build so it's conceivably a bug in their libraries. > > I

Henrik, the example from the post works just fine in CRAN R for me - the post was about homebrew build so it's conceivably a bug in their libraries. That's exactly why I was proposing a more general solution where you can simply define a function in user-space that will issue a warning or stop on fork, it doesn't have to be part of core R, there are other packages that use fork() as

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