similar to: Linux system calls under Wine

Hi, I'm trying to install Lotus Notes Client 6.5 in Brazilian Portuguese with Wine 0.9.36 and its doesn't work. I find in http://wiki.winehq.org/LotusNotes that this version of wine can install and run the Lotus Notes 6.0, 6.5, and 7 Windows clients without any special effort. And don't find any bugs related to that. Someone know something about? Thanks, Vitor ubuntu 7.04

I was extending the virt plugin. It already collects similar data (about VMs) using Libvirt's API, but lacks disk usage information. I went through some hoops to link libguestfs correctly to collectd. Is it okay to just include fork(), waitpid() example? It does reproduce the issue. Best Regards, Peter On Tue, Nov 13, 2018 at 1:34 PM Richard W.M. Jones <rjones@redhat.com> wrote:

These patches have been pushed (f5a065aa3a9c..9075f68ffc8b); I'm posting them for visibility. Laszlo Laszlo Ersek (3): lib/test-fork-safe-execvpe.sh: generalize "run" to "run0" lib/test-fork-safe-execvpe.sh: cope with Alpine Linux / BusyBox limitations Revert "ci: skip "lib/test-fork-safe-execvpe.sh" on Alpine Linux" ci/skipped_tests

Hi Folks, I have been working to fix BackgrounDRb memory usage as such. Ruby1.8 GC isn''t fork friendly and it seems to use a lot of memory because when you fork, it sets a bit in all the objects in global scope which causes OS to all pages in child process. A classic solution is to use fork and exec, rather than just fork. Its working and pretty stable, but you loose ability to pass

Dear All, I am doing a performance study on Xen, and we are deploying Charm++ parallel runtime library as part of our applications. However, we observed a 20% slow down in Xen kernel that was not observed with MPICH. It is very important for us to understand why this overhead is happening. I am guessing that is caused due to the higher cost of system calls like fork and exec, since Charm++

Hi, thank you very much for reporting this! Sounds like a bug in the exec plugin – it never ceases to amaze me how many issues a single plugin can have ;) > > > This means that any plugin that does the usual pattern of: > > > > > > pid = fork (); Note that the exec plugin is the *only* plugin that does this. All other plugins are forbidden to fork(), popen() or

Locking of Quartz databases is currently done with a lockfile. This works well from the actual locking side, but the downside is that the lock isn't released if a process doesn't destroy the Xapian::WritableDatabase object. This is made worse because some of the bindings don't call destructors (or don't do it reliably). The obvious alternative is to use actual locking APIs. On

On 2009-02-26 18:22, Gabor Greif wrote: > On Feb 26, 2:18 pm, Ralf Schneider <li... at gestaltgeber.com> wrote: > >> Hello, >> >> 2009/2/26 Talin <viri... at gmail.com> >> >> >>> The IR-level intrinsics themselves don't much help you *write* a GC, so >>> much as to integrate one with LLVM. What is provided is essentially

I'm interested in building just the OpenSSH clients with MinGW. I figure that the OpenSSL libraries and just the ssh client should be relatively easy to build as they wouldn't require fork()/exec() and the like (well, ssh_askpass() uses fork()/exec(), but that's minor). The other clients, scp and sftp, will require #ifdef hacks so that they use the Windows spawn()/CreateProcess()

On 17/11/2019 19:40, Jens Rey via dovecot wrote: > Since I want to avoid debugging old and already fixed bugs, I updated to > > # dovecot --version > 2.3.8 (9df20d2db) > > Now the debug log is a bit more chatty, but the error remains: > > Debug: program exec:/usr/lib/dovecot/sieve/rspamd-learn-ham.sh: Created > Debug: program

On Wed, 2007-03-28 at 11:46 -0400, Ed wrote: > I am not experienced in programing or wine, maybe the drinking > version. Anyway I have attached the program. Unless you are a ham > operator you might have a problem setting the program up. Let me know > if you need any more information. The file is amhc33081.exe I tried this as WINEDEBUG=+richedit wine amhc33081.exe >

I have a C program on centos. When I call system("some_program &"); how do I get the PID of the some_program? I cant just list processes as there might be more than one some_program active. I need to know the one that I just started. Thanks, Jerry

On Thu, Aug 01, 2019 at 10:42:58PM -0500, Eric Blake wrote: > setenv() is not async-signal-safe and as such should not be used > between fork/exec of a multi-threaded app: if one thread is > manipulating the current environment (which may entail obtaining a > malloc() mutex) when another thread calls fork(), the resulting > child's attempt to use setenv() could deadlock or see a

> Why does fork-exec for llvm-symbolizer work, but simple exec(self) does not? Because the llvm-symbolizer the runtime finds is built for the host architecture. This is weird, yes, but once we integrate the symbolizer, it goes away. > Could we write a ulimit-like utility that would do setrlimit and then > exec the specified binary > %run %ulimit -s 8192 %t? I like that idea. How

There is an amusing bug in ssh-add that causes it to go into an infinite loop. I am using openssh 1.2.3, and noticed that when I ran "ssh-add < /dev/null" in my X startup scripts, but didn't have ssh-askpass installed, ssh-add started spewing errors into my .xsession-errors and didn't stop. I found that what happens is: ssh-add forks and attempts to exec ssh-askpass. The

Hi, I am using anon dtrace followed with normal dtrace to collect the data of all fork,exec,exit . I found that dtrace could not be able to collect all the data. Lot of pids are missing. This happence when we boot the system and expect dtrace to collect all the fork , exec & exit it collects data but not all the pids are collected. Any inputs in this regard will be of great help. thanks

If you want to link ELF object files, you are likely to be using a Unix machine. I'm not trying to address all possible problems but suggesting a practical solution. On Fri, Jan 22, 2016 at 9:49 AM, Yaron Keren <yaron.keren at gmail.com> wrote: > On Windows fork() is not available. If exec() is used instead, process > creation time is several times slower than Linux. This may be

On Mon, 2004-09-13 at 22:38, Jeff Cohen wrote: > I don't know anything about Interix. > It may be best to defer a true Win32 port. It's not just the time it > would take to do it, it's the time to keep it up to date as LLVM > evolves. The Win32 port will constantly break, and I don't have the > time to keep fixing it. I've got my own time-consuming projects :)

http://bugzilla.mindrot.org/show_bug.cgi?id=926 ------- Comment #21 from t8m at centrum.cz 2006-08-05 01:18 ------- The patch causes a regression with pam_krb5 module. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201341 As I said above I think that the only correct solution which would solve all cases (privsep yes/no, root/regular user) would be to add another fork before the

It seems that the system() and system2() functions don't close file descriptors between the fork() and exec() (on Unix platforms, of course). This means that the child processes inherit open files and socket connections. Running this (from a terminal) will result in the child process writing to a file that was opened by R: R f <- file('foo.txt', 'w') system('echo