[drmaa-wg] New Condor DRMAA library

[Peter Troeger]

The Condor guys promised to include it in Condor 6.7.14, which might  
become a christmas present ;-) ...

Regards,
Peter.

Am 07.11.2005 um 18:58 schrieb Tim Harsch:

> This is great Peter, thank you.  Let me know, where the Condor code  
> is that includes the new DRMAA shared library and I will try to  
> update Schedule::DRMAAc.
>
> All:  Note that I will probably have to do this on my own time  
> since I am currently on different project funding than when I  
> created this module... meaning, be forgiving if I am a bit slow  
> about it...  :-)
>
> ----- Original Message ----- From: "Rajic, Hrabri"  
> <hrabri.rajic at intel.com>
> To: "Peter Troeger" <peter.troeger at hpi.uni-potsdam.de>
> Cc: "DRMAA Working Group" <drmaa-wg at gridforum.org>
> Sent: Thursday, November 03, 2005 8:17 AM
> Subject: RE: [drmaa-wg] New Condor DRMAA library
>
>
> Congratulations Peter!!
>
> This is wonderful news.  I would encourage our Perl and Python experts
> to give it a try.
>
> Regards
>
> Hrabri
>
>> -----Original Message-----
>> From: owner-drmaa-wg at ggf.org [mailto:owner-drmaa-wg at ggf.org] On  
>> Behalf
> Of
>> Peter Troeger
>> Sent: Thursday, November 03, 2005 10:12 AM
>> To: epaulson at cs.wisc.edu
>> Cc: DRMAA Working Group; njgeib at wisc.edu
>> Subject: [drmaa-wg] New Condor DRMAA library
>>
>> Hi Eric,
>>
>>> We're OK with the DRMAA library going into sourceforge and
> development
>>> going there. We'd like to be able to include your changes into  
>>> future
>> Condor
>>> releases, so it'd be most helpful if you could post diffs to the
> Condor
>>> releases (future Condor releases will have a src/drmaa directory,
> which
>> will
>>> have what's the the contrib tarball now)
>>
>> I would like to announce that the new Condor DRMAA library is now  
>> in a
>> stable state. According to the DRMAA test suite, the library is
>> feature-complete and 'bug-free' ;-) . I am still aware of one missing
>> mandatory feature, but I plan to discuss with the DRMAA group if this
> is
>> really needed as mandatory functionality (remote sources for input
> files).
>>
>> I switched to an autoconf-based setup. I tested everything on MacOS X
>> and Debian Sarge, but the generated Makefile *should* also work on
> other
>> platforms. Please let me know how to go on from here. I could send  
>> you
>> diffs and a generated Makefile. Anyway since I have no details about
>> your UWCS-internal build process, I fear that something will not work
> on
>> your side. Are you able to integrate the configure / make call in  
>> case
>> of an internal build ?
>>
>> BTW, DRMAA expects the library to be a shared one. My version of the
>> Makefile therefore build both a static version (for backward
>> compatibility) and a shared library. Another major change is that all
>> jobs are now submitted in vanilla universe.
>>
>> The Windows version is on the agenda, but currently there is not  
>> even a
>> NMAKE file. The code is prepared for being compiled under Win32,  
>> but I
>> expect a lot of remaining bugs in this environment.
>>
>> I would be happy if the new library will be available with the next
>> Condor version. The release is a precondition for DRMAA working group
> to
>> take the final step in the GGF standardization process, which  
>> demands 2
>> independent compliant versions of the spec.
>>
>> Thank you and regards,
>> Peter.
>>
>> P.S. Nicholas did a great job. I had no problem to understand the  
>> code
>> he developed so far.
>>
>