[Swift-user] Re: mapping question

Jonathan Monette jon.monette at gmail.com
Sun Apr 3 21:18:35 CDT 2011


Actually in the app call.

myapp @infile @outfile @outfile_are @metadata

On Sun, Apr 3, 2011 at 9:17 PM, Mihael Hategan <hategan at mcs.anl.gov> wrote:

> On Sun, 2011-04-03 at 21:05 -0500, Jonathan Monette wrote:
> > Ok.  I thought the if the file was an app return it had to be used so
> > it will be closed and staged out.
>
> Define "used"
>
> >
> > On Sun, Apr 3, 2011 at 9:03 PM, Mihael Hategan <hategan at mcs.anl.gov>
> > wrote:
> >         On Sun, 2011-04-03 at 20:59 -0500, Jonathan Monette wrote:
> >         > Yea but how would I get it back through the app?  Would
> >         something
> >         > like
> >         >       app ( Image outfile, Image outfile_area ) myapp( Image
> >         infile
> >         > Meta metadata)
> >         >        {
> >         >            myapp @infile @outfile @metadata;
> >         >        }
> >         > work?  Even though it is not a file used in the app would
> >         the app call
> >         > still map to it?  Or do I use the regexp mapper after the
> >         app call?
> >
> >
> >         Swift will try to stage that file out if it's one of the app
> >         returns.
> >         That is irrespective of whether it appears on the command line
> >         or not.
> >         So yes, your example above should work.
> >
> >         Mihael
> >
> >         >
> >         > On Sun, Apr 3, 2011 at 8:56 PM, Mihael Hategan
> >         <hategan at mcs.anl.gov>
> >         > wrote:
> >         >         Might the regular expression mapper work?
> >         >
> >         >         Mihael
> >         >
> >         >
> >         >         On Sun, 2011-04-03 at 19:44 -0500, Jonathan Monette
> >         wrote:
> >         >         > Hello,
> >         >         >    I have a situation that I am not sure how to
> >         resolve.  I
> >         >         have an
> >         >         > app that has this interface.
> >         >         >       myapp infile outfile metadata
> >         >         >
> >         >         >
> >         >         > The Swift app declaration i have is
> >         >         >       app ( Image outfile) myapp( Image infile
> >         Meta
> >         >         metadata)
> >         >         >       {
> >         >         >           myapp @infile @outfile @metadata;
> >         >         >       }
> >         >         >
> >         >         >
> >         >         > Howerver, myapp creates two files.  It creates a
> >         file with
> >         >         @outfile as
> >         >         > the filename and creates another file that is
> >         @outfile_area
> >         >         as the
> >         >         > file name.  How in swift do I map to the
> >         @outfile_area file
> >         >         since it
> >         >         > is created just based on the name of outfile?
> >          Currently, I
> >         >         don't map
> >         >         > the file so the file is not staged out so it is
> >         deleted
> >         >         presumably
> >         >         > when my jobs have finished executed.  This file is
> >         not
> >         >         necessary for
> >         >         > my workflow to complete but it is another metadata
> >         file that
> >         >         helps in
> >         >         > the approximation of the final image.
> >         >         >
> >         >         >
> >         >         >
> >         >         > On Sun, Apr 3, 2011 at 7:38 PM, Jonathan Monette
> >         >         > <jon.monette at gmail.com> wrote:
> >         >         >         Hello,
> >         >         >            I have a situation that I am not sure
> >         how to
> >         >         resolve.  I
> >         >         >         have an app that is similar to this.
> >         >         >
> >         >         >
> >         >         >
> >         >         >
> >         >         >         --
> >         >         >         Any intelligent fool can make things
> >         bigger and more
> >         >         >         complex... It takes a touch of genius -
> >         and a lot of
> >         >         courage
> >         >         >         to move in the opposite direction.
> >         >         >         - Albert Einstein
> >         >         >
> >         >         >
> >         >         >
> >         >         >
> >         >         >
> >         >         >
> >         >         > --
> >         >         > Any intelligent fool can make things bigger and
> >         more
> >         >         complex... It
> >         >         > takes a touch of genius - and a lot of courage to
> >         move in
> >         >         the opposite
> >         >         > direction.
> >         >         > - Albert Einstein
> >         >         >
> >         >         >
> >         >         >
> >         >
> >         >         > _______________________________________________
> >         >         > Swift-user mailing list
> >         >         > Swift-user at ci.uchicago.edu
> >         >         >
> >         http://mail.ci.uchicago.edu/mailman/listinfo/swift-user
> >         >
> >         >
> >         >
> >         >
> >         >
> >         > --
> >         > Any intelligent fool can make things bigger and more
> >         complex... It
> >         > takes a touch of genius - and a lot of courage to move in
> >         the opposite
> >         > direction.
> >         > - Albert Einstein
> >         >
> >         >
> >         >
> >
> >
> >
> >
> >
> >
> > --
> > Any intelligent fool can make things bigger and more complex... It
> > takes a touch of genius - and a lot of courage to move in the opposite
> > direction.
> > - Albert Einstein
> >
> >
>
>
>


-- 
Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction.
- Albert Einstein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/swift-user/attachments/20110403/3ae1c8db/attachment.html>


More information about the Swift-user mailing list