On Wednesday, 28 December 2016 at 12:39:46 UTC, Nemanja Boric
wrote:
Right, nothing wrong with threads, but super tricky to combine
it with fork. So, it could be that one of your threads is using
GC at the point of the forking, so it keeps the GC locked. Now
you fork, and _all your threads
On Wednesday, 28 December 2016 at 12:30:03 UTC, unDEFER wrote:
On Wednesday, 28 December 2016 at 11:32:09 UTC, Nemanja Boric
wrote:
My other guess is that you're using D threads in your
application?
Of course I'm using D threads, but with it all is normally.
Right, nothing wrong with
On Wednesday, 28 December 2016 at 11:32:09 UTC, Nemanja Boric
wrote:
My other guess is that you're using D threads in your
application?
Of course I'm using D threads, but with it all is normally.
On Wednesday, 28 December 2016 at 11:30:22 UTC, Nemanja Boric
wrote:
What you should do is following:
1. Allocate all needed data, convert all D strings into C
strings, etc.
2. fork
3. exec immediately, not using anything from standard library
between 2 and 3.
OK, thank you.. I'm trying it
On Wednesday, 28 December 2016 at 11:30:22 UTC, Nemanja Boric
wrote:
On Wednesday, 28 December 2016 at 11:21:34 UTC, Nemanja Boric
wrote:
On Tuesday, 27 December 2016 at 17:27:14 UTC, unDEFER wrote:
[...]
Just a note here, string literals are already 0 terminated, so
you don't need
On Wednesday, 28 December 2016 at 11:21:34 UTC, Nemanja Boric
wrote:
On Tuesday, 27 December 2016 at 17:27:14 UTC, unDEFER wrote:
Hello I have very simple line with exec-command:
execl("/bin/bash".toStringz(), "/bin/bash".toStringz(),
"-c".toStringz(), command.toStringz(), null);
[...]
On Tuesday, 27 December 2016 at 17:27:14 UTC, unDEFER wrote:
Hello I have very simple line with exec-command:
execl("/bin/bash".toStringz(), "/bin/bash".toStringz(),
"-c".toStringz(), command.toStringz(), null);
[...]
Just a note here, string literals are already 0 terminated, so
you
On Tuesday, 27 December 2016 at 21:33:46 UTC, Marc Schütz wrote:
What context are you calling this from? Is this in a signal
handler? Or from inside a destructor of a GC-owned object?
It is child of my process after fork and before execl. No signal
handler, no destructor, no catch-block,
On Tuesday, 27 December 2016 at 17:27:14 UTC, unDEFER wrote:
Hello I have very simple line with exec-command:
execl("/bin/bash".toStringz(), "/bin/bash".toStringz(),
"-c".toStringz(), command.toStringz(), null);
And on this line on toStringz my program sometimes hangs.
backtrace:
(gdb) bt
The last backtrace shows that it hangs on the line:
immutable(char) *bash = "/bin/bash".toStringz();
On Tuesday, 27 December 2016 at 18:22:12 UTC, unDEFER wrote:
On Tuesday, 27 December 2016 at 18:01:36 UTC, Stefan Koch wrote:
Have you tried assigning it to a variable ?
Yes, I have tried, now backtrace of hanged process is:
(gdb) bt
#0 0x7f4e18260c6d in ?? ()
#1 0x in
On Tuesday, 27 December 2016 at 18:01:36 UTC, Stefan Koch wrote:
Have you tried assigning it to a variable ?
Yes, I have tried, now backtrace of hanged process is:
(gdb) bt
#0 0x7f4e18260c6d in ?? ()
#1 0x in ?? ()
On Tuesday, 27 December 2016 at 17:50:14 UTC, Stefan Koch wrote:
The string is allocated on the gc-ed heap.
And since it's an R value it might get destroyed before execl
is finished.
Assign the result of toStringz to a char* variable and use that
in the call.
But execl not goes to Seg.fault.
On Tuesday, 27 December 2016 at 18:00:11 UTC, unDEFER wrote:
On Tuesday, 27 December 2016 at 17:50:14 UTC, Stefan Koch wrote:
The string is allocated on the gc-ed heap.
And since it's an R value it might get destroyed before execl
is finished.
Assign the result of toStringz to a char* variable
On Tuesday, 27 December 2016 at 17:27:14 UTC, unDEFER wrote:
Hello I have very simple line with exec-command:
execl("/bin/bash".toStringz(), "/bin/bash".toStringz(),
"-c".toStringz(), command.toStringz(), null);
[...]
The string is allocated on the gc-ed heap.
And since it's an R value it
Hello I have very simple line with exec-command:
execl("/bin/bash".toStringz(), "/bin/bash".toStringz(),
"-c".toStringz(), command.toStringz(), null);
And on this line on toStringz my program sometimes hangs.
backtrace:
(gdb) bt
#0 0x7f3acd535c6d in nanosleep () at
16 matches
Mail list logo
