Displaying 5 results from an estimated 5 matches for "executenowait".
Did you mean:
executeandwait
2009 Jul 17
1
[LLVMdev] [PATCH 2/2] Make Program::ExecuteNoWait return a process ID.
...A
- /// negative value is the signal number on which it terminated.
+ /// @returns the child process's process ID on success, or 0 if the
+ /// invocation failed.
/// @see FindProgrambyName
/// @brief Executes the program with the given set of \p args.
- static void ExecuteNoWait(
+ static ProcessID ExecuteNoWait(
const Path& path, ///< sys::Path object providing the path of the
///< program to be executed. It is presumed this is the result of
///< the FindProgramByName method.
diff --git a/lib/System/Unix/Program.inc b/lib/Syste...
2009 Jul 17
0
[LLVMdev] [PATCH 2/2] Make Program::ExecuteNoWait return a process ID.
...alue is the signal number on which it terminated.
> + /// @returns the child process's process ID on success, or 0 if the
> + /// invocation failed.
> /// @see FindProgrambyName
> /// @brief Executes the program with the given set of \p args.
> - static void ExecuteNoWait(
> + static ProcessID ExecuteNoWait(
> const Path& path, ///< sys::Path object providing the path of the
> ///< program to be executed. It is presumed this is the result of
> ///< the FindProgramByName method.
> diff --git a/lib/System/Unix/P...
2009 Jul 17
3
[LLVMdev] [PATCH 1/2] Trailing whitespace.
...ates the result code of the program. A
- /// negative value is the signal number on which it terminated.
+ /// negative value is the signal number on which it terminated.
/// @see FindProgrambyName
/// @brief Executes the program with the given set of \p args.
static void ExecuteNoWait(
- const Path& path, ///< sys::Path object providing the path of the
- ///< program to be executed. It is presumed this is the result of
+ const Path& path, ///< sys::Path object providing the path of the
+ ///< program to be executed. It is presu...
2009 Jul 17
2
[LLVMdev] [PATCH 2/2] Make Program::ExecuteNoWait return a process ID.
Hi Daniel,
Daniel Dunbar <daniel <at> zuster.org> writes:
>
> Ultimately I think a better API would be to provide a generic class
> which represents an executed operating system process, and includes
> operations to wait for its completion, redirect its IO, communicate
> with it, etc. This would be a big improvement over the current
> monolithic function.
I agree,
2009 Jul 17
0
[LLVMdev] [PATCH 2/2] Make Program::ExecuteNoWait return a process ID.
On Thu, Jul 16, 2009 at 7:48 PM, Mikhail Glushenkov<foldr at codedgers.com> wrote:
> Hi Daniel,
>
> Daniel Dunbar <daniel <at> zuster.org> writes:
>
>>
>> Ultimately I think a better API would be to provide a generic class
>> which represents an executed operating system process, and includes
>> operations to wait for its completion, redirect