[drmaa-wg] drmaa_wifsignaled() on Windows
Andreas.Haas at Sun.COM
Fri Jan 27 04:21:39 CST 2006
we knew about that deficiency with Windows. We tried to allow detailed
information be provided if possible, but we didn't want to enforce
the information be provided. The compromise we found is that
drmaa_wifsignaled() return zero even if the job was signalled.
Here is the excerpt from GFD.022:
drmaa_wifsignaled(OUT signaled, IN stat, OUT drmaa_context_error_buf )
Evaluates into 'signaled' a non-zero value if status was returned for
a job that terminated due to the receipt of a signal. A zero value
can also indicate that although the job has terminated due to the
receipt of a signal the signal is not available or that it is not
known whether the job terminated due to the receipt of a signal. In
both cases drmaa_wtermsig() SHALL NOT provide signal information.
On Thu, 26 Jan 2006, Peter Troeger wrote:
> > Does Condor installation install the Interix subsystem? I do not
> > think
> > it is a common service on Windows.
> No, it does not. Condor Windows is a native Win32 application.
> > The functionality could be needed in a mixed environment when the jobs
> > are submitted thru DRMAA on Windows but run on Unix.
> Exactly, the crucial point is the type of execution host. When I
> submit a Unix binary from a Windows machine, the result of
> drmaa_wifsignaled() is useful even on the Windows submission host.
> When I submit a Windows job from some operating system, then
> drmaa_wifsignaled() cannot provide any useful information, and I can
> only rely on the exit code of the job.
> > Cheers
> > Hrabri
> >> -----Original Message-----
> >> From: owner-drmaa-wg at ggf.org [mailto:owner-drmaa-wg at ggf.org] On
> >> Behalf
> > Of
> >> Peter Troeger
> >> Sent: Thursday, January 26, 2006 1:47 PM
> >> To: DRMAA Working Group
> >> Subject: [drmaa-wg] drmaa_wifsignaled() on Windows
> >> Dear all,
> >> During the development of the Windows Condor DRMAA library, Greg
> >> Quinn from the Condor team stumbled over the drmaa_wifsignaled()
> >> function. Obviously, there is no well-defined meaning for this
> >> function in native Windows applications.
> >> Windows supports the execution of POSIX applications with MS Services
> >> for Unix (== Interix POSIX subsystem).
> >> However, 99% of the Windows applications (including Windows Condor)
> >> are native applications for the Win32 subsystem. Win32 relies on
> >> structured exception handling as basic concept, instead of a signal-
> >> based approach.
> >> SGE for Windows seems to solve the problem of a DRMAA library by
> >> using the above mentioned SFU. Is this correct ?
> >> I propose to have this issue in the Condor DRMAA experience document,
> >> as well as in the GridForge tracker.
> >> Regards,
> >> Peter.
More information about the drmaa-wg