You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Note the `--force` option which ensures our previous container is completely overwritten.
569
595
570
-
After rebuilding our container, we can call the lolcow.simg as though it were an executable, and simply give it two arguments. One for input and one for output.
596
+
After rebuilding our container, we can call the lolcow.simg as though it were an executable, give it input and output file names, and optionally give additional arguments to go directly to the `cowsay` program.
@@ -652,7 +679,7 @@ Now the `/mnt` directory in the container is bind mounted to the `/data` directo
652
679
Now what about our earlier example in which we used a runscript to run a our container as though it were an executable? The `singularity run` command accepts the `--bind` option and can execute our runscript like so.
653
680
654
681
```
655
-
$ singularity run --bind /data:/mnt lolcow.simg /mnt/vader.txt /mnt/output3
682
+
$ singularity run --bind /data:/mnt lolcow.simg -i /mnt/vader.txt -o /mnt/output3
656
683
657
684
$ cat /data/output3
658
685
__________________
@@ -667,10 +694,11 @@ $ cat /data/output3
667
694
668
695
But that's a cumbersome command. Instead, we could set the variable `$SINGULARITY_BINDPATH` and then use our container as before.
0 commit comments