- 26 May, 2015 1 commit
-
-
rht authored
-
- 20 May, 2015 3 commits
-
-
Christian Couder authored
License: MIT Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
-
Christian Couder authored
License: MIT Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
-
Lars Gierth authored
There can be non-terminal (i.e. non-interactive) sessions that are *not* a pipe, for example: ssh user@host ipfs version In this case, it looks like we should read from stdin. Parsing stdin is accomplished by deliberately triggering the parsing loop once. We didn't previously check whether there is an ArgDef to support that loop iteration.
-
- 17 May, 2015 3 commits
-
-
Christian Couder authored
This should fix issue #1196 (Can't launch a command line process from Qt). The check was bad because it took stdin into account, but it really shouldn't. License: MIT Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
-
Christian Couder authored
License: MIT Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
-
Christian Couder authored
This should fix issue #1141 (ipfs cat "multihash too short" error when using stdin) and perhaps others. License: MIT Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
-
- 27 Apr, 2015 1 commit
-
-
Etienne Laurin authored
-
- 31 Mar, 2015 1 commit
-
-
Ho-Sheng Hsiao authored
- Modified Godeps/Godeps.json by hand - [TEST] Updated welcome docs hash to sharness - [TEST] Updated contact doc - [TEST] disabled breaking test (t0080-repo refs local)
-
- 24 Jan, 2015 1 commit
-
-
Matt Bell authored
squash! commands/files: Added PeekFile and StatFile interfaces commands/http: Updated test
-
- 14 Jan, 2015 3 commits
- 06 Jan, 2015 1 commit
-
-
Juan Batiz-Benet authored
I made the commands lib dir listing sort the contents so we get the same sequence of files from it repeatably.
-
- 06 Dec, 2014 1 commit
-
-
Matt Bell authored
-
- 23 Nov, 2014 1 commit
-
-
Peter Borzov authored
-
- 20 Nov, 2014 1 commit
-
-
Matt Bell authored
-
- 19 Nov, 2014 2 commits
- 18 Nov, 2014 10 commits
- 17 Nov, 2014 1 commit
-
-
Matt Bell authored
-
- 14 Nov, 2014 10 commits
-
-
Matt Bell authored
-
Matt Bell authored
-
Matt Bell authored
-
Matt Bell authored
-
Brian Tiger Chow authored
License: MIT Signed-off-by: Brian Tiger Chow <brian@perfmode.com>
-
Brian Tiger Chow authored
@mappum License: MIT Signed-off-by: Brian Tiger Chow <brian@perfmode.com>
-
Matt Bell authored
-
Matt Bell authored
-
Juan Batiz-Benet authored
-
Juan Batiz-Benet authored
Attention @maybebtc @mappum I cleaned up + simplified the main flow. Now, all printing is contained inside main itself! (:cheer:). I do this with the help of a cmdInvocation struct that has both a Parse and Run. The only major clunkiness left is that the "CallCommand" is still its own function. But *shrug*. Please test it works as we would expect. i changed much of the flow, so likely that i missed a complicated edge case. main roadmap: - parse the commandline to get a cmdInvocation - if user requests, help, print it and exit. - run the command invocation - output the response - if anything fails, print error, maybe with help
-