Mike,<div>I just checked to help you narrow down the problem. Not using beagle right now. anyway to me it looks like /autonfs isn't mounted with the correct user permissions, but actually is mounted. see below</div><div>
<br></div><div>under qsub -I</div><div> hockyg@login2:~> aprun /bin/sh -c 'hostname; ls -ld /autonfs/home/wilde; '</div><div>nid00467</div><div>drwxr-xr-x 2 root root 2 2010-12-15 15:59 /autonfs/home/wilde</div>
<div>Application 863300 resources: utime ~0s, stime ~0s</div><div><br></div><div><div>aprun /bin/sh -c 'hostname; ls -ld /lustre/beagle/hockyg; '</div><div>nid00467</div><div>drwxr-xr-x 3 hockyg ci-users 4096 2011-02-16 14:10 /lustre/beagle/hockyg</div>
<div>Application 863302 resources: utime ~0s, stime ~0s</div></div><div><br></div><div><br></div><div><div>hockyg@login2:~> aprun /bin/sh -c 'hostname; df -h; '</div><div>.nid00467</div><div>Filesystem Size Used Avail Use% Mounted on</div>
<div>rootfs 166G 72G 86G 46% /</div><div>initramdevs 16G 728K 16G 1% /dev</div><div>rwvar 16G 80K 16G 1% /var</div><div>rwtmp 16G 0 16G 0% /tmp</div>
<div>31@gni:/lustrefs 449T 129T 298T 31% /lustre/beagle</div><div>initramdevs 16G 728K 16G 1% /var/spool/alps</div><div>/ 166G 72G 86G 46% /</div><div>/gpfs/pads 350T 275T 75T 79% /gpfs/pads</div>
<div>/autonfs/home 26T 1.0M 26T 1% /autonfs/home</div><div>/soft 493G 109G 359G 24% /soft</div><div>/ufs 37G 702M 35G 2% /ufs</div><div>/.shared/class/cnos/etc</div>
<div> 166G 72G 86G 46% /etc</div><div>initramdevs 16G 728K 16G 1% /dev</div><div>rwtmp 16G 0 16G 0% /tmp</div><div>rwvar 16G 80K 16G 1% /var</div>
<div>initramdevs 16G 728K 16G 1% /var/spool/alps</div><div>/gpfs/pads 350T 275T 75T 79% /gpfs/pads</div><div>/autonfs/home 26T 1.0M 26T 1% /autonfs/home</div><div>/soft 493G 109G 359G 24% /soft</div>
<div>/ufs 37G 702M 35G 2% /ufs</div><div>31@gni:/lustrefs 449T 129T 298T 31% /lustre/beagle</div><div>Application 863301 resources: utime ~0s, stime ~0s</div></div><div><br></div><div><br></div>
<div><br><div class="gmail_quote">On Sun, Nov 13, 2011 at 6:08 PM, Michael Wilde <span dir="ltr"><<a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
OK, as some of you can see in the mesg I just send to beagle-support: it now looks ot me like the root problem of the swift jobs failing is that our home dirs are not beng seen on the compute nodes, hance the swift-generated PBS script to launch the coaster workers cant find the <a href="http://worker.pl" target="_blank">worker.pl</a> script that swift copied to $HOME/.globus/coasters.<br>
<br>
This is what I see:<br>
<br>
The following was run under qsub -I; the line "total 0" shows that /home/wilde was empty as seen by the compute node.<br>
<br>
login1$ aprun /bin/sh -c 'hostname; ls -l /home/wilde/; mount | grep home; '<br>
nid00466<br>
total 0<br>
/autonfs/home on /autonfs/home type dvs (ro,blksize=16384,nodename=c1-0c0s7n3:c4-0c0s2n0:c4-0c0s2n1:c4-0c0s2n2:c4-0c0s2n3,attrcache_timeout=14400,cache,nodatasync,noclosesync,retry,failover,userenv,clusterfs,killprocess,nobulk_rw,noatomic,nodeferopens,loadbalance,maxnodes=1,nnodes=5)<br>
/autonfs/home on /autonfs/home type dvs (ro,blksize=16384,nodename=c1-0c0s7n3:c4-0c0s2n0:c4-0c0s2n1:c4-0c0s2n2:c4-0c0s2n3,attrcache_timeout=14400,cache,nodatasync,noclosesync,retry,failover,userenv,clusterfs,killprocess,nobulk_rw,noatomic,nodeferopens,loadbalance,maxnodes=1,nnodes=5)<br>
Application 863284 resources: utime ~0s, stime ~0s<br>
login1$<br>
<br>
Can anyone verify that they are seeing the same symptom?<br>
<br>
Thanks,<br>
<div class="im HOEnZb"><br>
- Mike<br>
<br>
<br>
----- Original Message -----<br>
> From: "Michael Wilde" <<a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a>><br>
> To: "Ketan Maheshwari" <<a href="mailto:ketancmaheshwari@gmail.com">ketancmaheshwari@gmail.com</a>><br>
> Cc: "Swift Devel" <<a href="mailto:swift-devel@ci.uchicago.edu">swift-devel@ci.uchicago.edu</a>><br>
</div><div class="HOEnZb"><div class="h5">> Sent: Sunday, November 13, 2011 2:41:36 PM<br>
> Subject: Re: [Swift-devel] swift pbs/beagle broken<br>
> I tracked the message below down to the fact that aprun doesnt like<br>
> "&" in its command string. I vaguely recall reporting something<br>
> similar to Cray way back and they agreed its a bug.<br>
><br>
> But it seems that the *original* Swift command string did not have a<br>
> "&" in it, so Im back to square one.<br>
><br>
> - Mike<br>
><br>
> ----- Original Message -----<br>
> > From: "Michael Wilde" <<a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a>><br>
> > To: "Ketan Maheshwari" <<a href="mailto:ketancmaheshwari@gmail.com">ketancmaheshwari@gmail.com</a>><br>
> > Cc: "Swift Devel" <<a href="mailto:swift-devel@ci.uchicago.edu">swift-devel@ci.uchicago.edu</a>><br>
> > Sent: Sunday, November 13, 2011 1:52:58 PM<br>
> > Subject: Re: [Swift-devel] swift pbs/beagle broken<br>
> > Its starting to look like some kind of aprun-based failure. I see<br>
> > this<br>
> > from more detailed logging I put into the generated script:<br>
> ><br>
> > IN .submit script<br>
> > aprun: Unexpected close of the apsys control connection<br>
> > aprun: Exiting due to errors. Application aborted<br>
> > aprun rc 1<br>
> ><br>
> > I was led off track by the fact that the exitcode file is missing.<br>
> > Seems that its generated but then removed before we can see it. I<br>
> > suspect one part of the provider thinks the worker-launch job<br>
> > succeeded, and hence removes the exitcode file, but another part<br>
> > realizes that the job failed. (conjecture...)<br>
> ><br>
> > Now that that part is partially explained, I think I can go back to<br>
> > debugging this from manual qsubs which should go faster.<br>
> ><br>
> > Im still unsure if the missing stdout/err files is due to a Beagle<br>
> > issue; starting to look more like maybe due to the weird way in<br>
> > which<br>
> > the aprun dies.<br>
> ><br>
> > Digging deeper...<br>
> ><br>
> > - Mike<br>
> ><br>
> > ----- Original Message -----<br>
> > > From: "Michael Wilde" <<a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a>><br>
> > > To: "Ketan Maheshwari" <<a href="mailto:ketancmaheshwari@gmail.com">ketancmaheshwari@gmail.com</a>><br>
> > > Cc: "Swift Devel" <<a href="mailto:swift-devel@ci.uchicago.edu">swift-devel@ci.uchicago.edu</a>><br>
> > > Sent: Sunday, November 13, 2011 7:51:57 AM<br>
> > > Subject: Re: [Swift-devel] swift pbs/beagle broken<br>
> > > Ive backed up and just did a test from swift (automatic)<br>
> > ><br>
> > > I see that in that case I am *not* getting an exitcode file.<br>
> > > Are you getting one?<br>
> > ><br>
> > > - Mike<br>
> > ><br>
> > > ----- Original Message -----<br>
> > > > From: "Michael Wilde" <<a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a>><br>
> > > > To: "Ketan Maheshwari" <<a href="mailto:ketancmaheshwari@gmail.com">ketancmaheshwari@gmail.com</a>><br>
> > > > Cc: "Swift Devel" <<a href="mailto:swift-devel@ci.uchicago.edu">swift-devel@ci.uchicago.edu</a>><br>
> > > > Sent: Sunday, November 13, 2011 7:45:05 AM<br>
> > > > Subject: Re: [Swift-devel] swift pbs/beagle broken<br>
> > > > But if you put an explicit output redirection in the /bin/sh -c<br>
> > > > command, you will see that those commands are indeed executing<br>
> > > > and<br>
> > > > generating output.<br>
> > > ><br>
> > > > So like I mentioned earlier, I dont know if the qsub -o and -e<br>
> > > > flags<br>
> > > > have changed behavior (eg they now cant write to /home???), or<br>
> > > > if<br>
> > > > we<br>
> > > > are using them incorrectly.<br>
> > > ><br>
> > > > But I think we need to go backwards and see why this is not<br>
> > > > working<br>
> > > > with the swift-generated qsub files.<br>
> > > ><br>
> > > > We should next add the two tags to the sites file to obtain a<br>
> > > > log<br>
> > > > from<br>
> > > > the worker, on the (untested!) assumption that the worker is<br>
> > > > really<br>
> > > > starting in the automatic swift case:<br>
> > > ><br>
> > > > <profile namespace="globus"<br>
> > > > key="workerLoggingLevel">DEBUG</profile><br>
> > > > <profile namespace="globus"<br>
> > > > key="workerLoggingDirectory">/lustre/beagle/wilde/beagle</profile><br>
> > > ><br>
> > > > - Mike<br>
> > > ><br>
> > > ><br>
> > > > ----- Original Message -----<br>
> > > > > From: "Ketan Maheshwari" <<a href="mailto:ketancmaheshwari@gmail.com">ketancmaheshwari@gmail.com</a>><br>
> > > > > To: "Michael Wilde" <<a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a>><br>
> > > > > Cc: "Swift Devel" <<a href="mailto:swift-devel@ci.uchicago.edu">swift-devel@ci.uchicago.edu</a>><br>
> > > > > Sent: Sunday, November 13, 2011 7:35:24 AM<br>
> > > > > Subject: Re: [Swift-devel] swift pbs/beagle broken<br>
> > > > > On Sun, Nov 13, 2011 at 9:28 AM, Michael Wilde <<br>
> > > > > <a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a><br>
> > > > > ><br>
> > > > > wrote:<br>
> > > > ><br>
> > > > ><br>
> > > > > 2 thoughts here, Ketan:<br>
> > > > ><br>
> > > > > - when I tried my manual coaster test, I replaced the options<br>
> > > > > "-n<br>
> > > > > 3<br>
> > > > > -N<br>
> > > > > 1 -cc none -d 24 -F exclusive" on aprun with simply "-B" which<br>
> > > > > says<br>
> > > > > "use the options from qsub". I was going to go back and see if<br>
> > > > > there<br>
> > > > > was some subtle new mismatch between these qsub and aprun<br>
> > > > > processor-layout options.<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > I tried the -B option:<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > #CoG This script generated by CoG<br>
> > > > > #CoG by class: class<br>
> > > > > org.globus.cog.abstraction.impl.scheduler.pbs.PBSExecutor<br>
> > > > > #CoG on date: 2011/11/13 02:16:54<br>
> > > > ><br>
> > > > ><br>
> > > > > #PBS -S /bin/bash<br>
> > > > > #PBS -N Block-1113-1602<br>
> > > > > #PBS -m n<br>
> > > > > #PBS -A CI-DEB000002<br>
> > > > > #PBS -l mppwidth=3,mppnppn=1,mppdepth=24<br>
> > > > > #PBS -l walltime=00:10:00<br>
> > > > > #PBS -o<br>
> > > > > /home/ketan/.globus/scripts/PBS2583661693904024220.submit.stdout<br>
> > > > > #PBS -e<br>
> > > > > /home/ketan/.globus/scripts/PBS2583661693904024220.submit.stderr<br>
> > > > > WORKER_LOGGING_LEVEL=NONE<br>
> > > > > #PBS -v WORKER_LOGGING_LEVEL<br>
> > > > > cd / && aprun -B /bin/sh -c /bin/date<br>
> > > > > /bin/echo $?<br>
> > > > > >/home/ketan/.globus/scripts/PBS2583661693904024220.submit.exitcode<br>
> > > > ><br>
> > > > ><br>
> > > > > And see the same behavior. The exitcode file is indeed updated<br>
> > > > > each<br>
> > > > > time with a code 0.<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > - I realized that manually testing the swift-generated submit<br>
> > > > > file<br>
> > > > > will give new errors because the swift service is no longer<br>
> > > > > alive<br>
> > > > > and<br>
> > > > > listening on the port that the worker will try to connect to.<br>
> > > > > Also,<br>
> > > > > it<br>
> > > > > seemed that the .pl file itself that automatic coaster<br>
> > > > > bootstrap<br>
> > > > > places in ~/.globus/coasters was not there. Im assuming that<br>
> > > > > Swift<br>
> > > > > removes these files when it exits, but need to verify that<br>
> > > > > this<br>
> > > > > is<br>
> > > > > true and that the failure is not due to a missing .pl file. I<br>
> > > > > suspect<br>
> > > > > that this is normal and is not the problem, but again, we need<br>
> > > > > to<br>
> > > > > keep<br>
> > > > > debugging until the root cause is found.<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > Mike<br>
> > > > ><br>
> > > > ><br>
> > > > > ----- Original Message -----<br>
> > > > ><br>
> > > > > > From: "Ketan Maheshwari" < <a href="mailto:ketancmaheshwari@gmail.com">ketancmaheshwari@gmail.com</a> ><br>
> > > > > > To: "Michael Wilde" < <a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a> ><br>
> > > > > > Cc: "Swift Devel" < <a href="mailto:swift-devel@ci.uchicago.edu">swift-devel@ci.uchicago.edu</a> ><br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > > Sent: Sunday, November 13, 2011 7:20:25 AM<br>
> > > > > > Subject: Re: [Swift-devel] swift pbs/beagle broken<br>
> > > > > > I tried with a simple /bin/date command at the end of the<br>
> > > > > > submit<br>
> > > > > > script removing the call to <a href="http://worker.pl" target="_blank">worker.pl</a> :<br>
> > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > > #CoG This script generated by CoG<br>
> > > > > > #CoG by class: class<br>
> > > > > > org.globus.cog.abstraction.impl.scheduler.pbs.PBSExecutor<br>
> > > > > > #CoG on date: 2011/11/13 02:16:54<br>
> > > > > ><br>
> > > > > ><br>
> > > > > > #PBS -S /bin/bash<br>
> > > > > > #PBS -N Block-1113-1602<br>
> > > > > > #PBS -m n<br>
> > > > > > #PBS -A CI-DEB000002<br>
> > > > > > #PBS -l mppwidth=3,mppnppn=1,mppdepth=24<br>
> > > > > > #PBS -l walltime=00:10:00<br>
> > > > > > #PBS -o<br>
> > > > > > /home/ketan/.globus/scripts/PBS2583661693904024220.submit.stdout<br>
> > > > > > #PBS -e<br>
> > > > > > /home/ketan/.globus/scripts/PBS2583661693904024220.submit.stderr<br>
> > > > > > WORKER_LOGGING_LEVEL=NONE<br>
> > > > > > #PBS -v WORKER_LOGGING_LEVEL<br>
> > > > > > cd / && aprun -n 3 -N 1 -cc none -d 24 -F exclusive /bin/sh<br>
> > > > > > -c<br>
> > > > > > /bin/date<br>
> > > > > ><br>
> > > > > ><br>
> > > > > > =======<br>
> > > > > ><br>
> > > > > ><br>
> > > > > > This fails too. The queue cancels the job as soon as it<br>
> > > > > > starts<br>
> > > > > > running, without writing anything to stdout or stderr.<br>
> > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > > On Sun, Nov 13, 2011 at 12:54 AM, Michael Wilde <<br>
> > > > > > <a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a><br>
> > > > > > ><br>
> > > > > > wrote:<br>
> > > > > ><br>
> > > > > ><br>
> > > > > > OK, I dont need these; I can reproduce the problem as well.<br>
> > > > > ><br>
> > > > > > For some reason, the coaster worker is exiting immediately.<br>
> > > > > ><br>
> > > > > > I see a few possibilities:<br>
> > > > > ><br>
> > > > > > - Beagle networking may have changed, making it no longer<br>
> > > > > > possible<br>
> > > > > > to<br>
> > > > > > reach the coaster service from the compute nodes using the<br>
> > > > > > previous<br>
> > > > > > IP<br>
> > > > > > address ranges.<br>
> > > > > ><br>
> > > > > > - the <a href="http://worker.pl" target="_blank">worker.pl</a> script is not being created in<br>
> > > > > > $HOME/.globus/coasters<br>
> > > > > ><br>
> > > > > > Mike<br>
> > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > > ----- Original Message -----<br>
> > > > > > > From: "Michael Wilde" < <a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a> ><br>
> > > > > > > To: "Ketan Maheshwari" < <a href="mailto:ketancmaheshwari@gmail.com">ketancmaheshwari@gmail.com</a> ><br>
> > > > > > > Cc: "Swift Devel" < <a href="mailto:swift-devel@ci.uchicago.edu">swift-devel@ci.uchicago.edu</a> ><br>
> > > > > > > Sent: Saturday, November 12, 2011 8:39:36 PM<br>
> > > > > > > Subject: Re: [Swift-devel] swift pbs/beagle broken<br>
> > > > > > > Ketan, can you post the submit script and site file?<br>
> > > > > > ><br>
> > > > > > > On 11/12/11, Ketan Maheshwari < <a href="mailto:ketancmaheshwari@gmail.com">ketancmaheshwari@gmail.com</a><br>
> > > > > > > ><br>
> > > > > > > wrote:<br>
> > > > > > > > Hi,<br>
> > > > > > > ><br>
> > > > > > > > It seems the pbs-coaster provider (local:pbs) is broken<br>
> > > > > > > > for<br>
> > > > > > > > swift.<br>
> > > > > > > > I<br>
> > > > > > > > tried<br>
> > > > > > > > swift trunk, 0.93 svn branch, 0.93RC3 and 0.93RC4 but<br>
> > > > > > > > getting<br>
> > > > > > > > the<br>
> > > > > > > > same<br>
> > > > > > > > response:<br>
> > > > > > > ><br>
> > > > > > > > Swift svn swift-r5205 cog-r3293<br>
> > > > > > > ><br>
> > > > > > > > RunID: 20111113-0216-1d35h7eb<br>
> > > > > > > > Progress: time: Sun, 13 Nov 2011 02:16:54 +0000<br>
> > > > > > > > site setting workersPerNode has been replaced with<br>
> > > > > > > > jobsPerNode!<br>
> > > > > > > > Progress: time: Sun, 13 Nov 2011 02:17:05 +0000 Active:1<br>
> > > > > > > > Failed to transfer wrapper log for job cat-1hg8aoik<br>
> > > > > > > > Exception in cat:<br>
> > > > > > > > Arguments: [data.txt]<br>
> > > > > > > > Host: pbs<br>
> > > > > > > > Directory:<br>
> > > > > > > > catsn-20111113-0216-1d35h7eb/jobs/1/cat-1hg8aoik<br>
> > > > > > > > stderr.txt:<br>
> > > > > > > ><br>
> > > > > > > > stdout.txt:<br>
> > > > > > > ><br>
> > > > > > > > ----<br>
> > > > > > > ><br>
> > > > > > > > Caused by: Task failed: 1113-160254-000000 Block task<br>
> > > > > > > > ended<br>
> > > > > > > > prematurely<br>
> > > > > > > ><br>
> > > > > > > ><br>
> > > > > > > > Final status: time: Sun, 13 Nov 2011 02:17:05 +0000<br>
> > > > > > > > Failed:1<br>
> > > > > > > > The following errors have occurred:<br>
> > > > > > > > 1. Task failed: 1113-160254-000000 Block task ended<br>
> > > > > > > > prematurely<br>
> > > > > > > ><br>
> > > > > > > ><br>
> > > > > > > ><br>
> > > > > > > > Trying the submit script outside of swift also does not<br>
> > > > > > > > seem<br>
> > > > > > > > to<br>
> > > > > > > > be<br>
> > > > > > > > working.<br>
> > > > > > > > The scripts get submitted to the queue and immediately<br>
> > > > > > > > exits<br>
> > > > > > > > without<br>
> > > > > > > > writing anything to stdout or stderr.<br>
> > > > > > > ><br>
> > > > > > > > Were there any recent changes that could have affected<br>
> > > > > > > > this?<br>
> > > > > > > ><br>
> > > > > > > > I remember to have tried this successfully in the last<br>
> > > > > > > > week<br>
> > > > > > > > of<br>
> > > > > > > > last<br>
> > > > > > > > month.<br>
> > > > > > > ><br>
> > > > > > > > Regards,<br>
> > > > > > > > --<br>
> > > > > > > > Ketan<br>
> > > > > > > ><br>
> > > > > > ><br>
> > > > > > > --<br>
> > > > > > > Sent from my mobile device<br>
> > > > > > > _______________________________________________<br>
> > > > > > > Swift-devel mailing list<br>
> > > > > > > <a href="mailto:Swift-devel@ci.uchicago.edu">Swift-devel@ci.uchicago.edu</a><br>
> > > > > > > <a href="https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel" target="_blank">https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel</a><br>
> > > > > ><br>
> > > > > > --<br>
> > > > > > Michael Wilde<br>
> > > > > > Computation Institute, University of Chicago<br>
> > > > > > Mathematics and Computer Science Division<br>
> > > > > > Argonne National Laboratory<br>
> > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > > --<br>
> > > > > > Ketan<br>
> > > > ><br>
> > > > > --<br>
> > > > > Michael Wilde<br>
> > > > > Computation Institute, University of Chicago<br>
> > > > > Mathematics and Computer Science Division<br>
> > > > > Argonne National Laboratory<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > --<br>
> > > > > Ketan<br>
> > > ><br>
> > > > --<br>
> > > > Michael Wilde<br>
> > > > Computation Institute, University of Chicago<br>
> > > > Mathematics and Computer Science Division<br>
> > > > Argonne National Laboratory<br>
> > > ><br>
> > > > _______________________________________________<br>
> > > > Swift-devel mailing list<br>
> > > > <a href="mailto:Swift-devel@ci.uchicago.edu">Swift-devel@ci.uchicago.edu</a><br>
> > > > <a href="https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel" target="_blank">https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel</a><br>
> > ><br>
> > > --<br>
> > > Michael Wilde<br>
> > > Computation Institute, University of Chicago<br>
> > > Mathematics and Computer Science Division<br>
> > > Argonne National Laboratory<br>
> > ><br>
> > > _______________________________________________<br>
> > > Swift-devel mailing list<br>
> > > <a href="mailto:Swift-devel@ci.uchicago.edu">Swift-devel@ci.uchicago.edu</a><br>
> > > <a href="https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel" target="_blank">https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel</a><br>
> ><br>
> > --<br>
> > Michael Wilde<br>
> > Computation Institute, University of Chicago<br>
> > Mathematics and Computer Science Division<br>
> > Argonne National Laboratory<br>
> ><br>
> > _______________________________________________<br>
> > Swift-devel mailing list<br>
> > <a href="mailto:Swift-devel@ci.uchicago.edu">Swift-devel@ci.uchicago.edu</a><br>
> > <a href="https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel" target="_blank">https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel</a><br>
><br>
> --<br>
> Michael Wilde<br>
> Computation Institute, University of Chicago<br>
> Mathematics and Computer Science Division<br>
> Argonne National Laboratory<br>
<br>
--<br>
Michael Wilde<br>
Computation Institute, University of Chicago<br>
Mathematics and Computer Science Division<br>
Argonne National Laboratory<br>
<br>
_______________________________________________<br>
Swift-devel mailing list<br>
<a href="mailto:Swift-devel@ci.uchicago.edu">Swift-devel@ci.uchicago.edu</a><br>
<a href="https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel" target="_blank">https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel</a><br>
</div></div></blockquote></div><br></div>