|
Some checks failed
Build / host (ubuntu-latest) (push) Failing after 10s
Build / firmware (HACKRF_ONE, ubuntu-latest) (push) Failing after 21s
Check code style / clang-format (push) Failing after 5s
Check code style / clang-format-1 (push) Failing after 5s
Build / firmware (RAD1O, ubuntu-latest) (push) Failing after 26s
Build / firmware (JAWBREAKER, ubuntu-latest) (push) Failing after 36s
Check code style / clang-format-2 (push) Failing after 10s
Check code style / clang-format-3 (push) Failing after 10s
Build / host (macos-latest) (push) Has been cancelled
Build / firmware (HACKRF_ONE, macos-latest) (push) Has been cancelled
Build / firmware (JAWBREAKER, macos-latest) (push) Has been cancelled
Build / firmware (RAD1O, macos-latest) (push) Has been cancelled
This avoids a confusing condition when hackrf_transfer is reading from stdin with -R in which it does not repeat previous data but repeatedly restarts reading new data after the user types Ctrl-D to indicate EOF. The -R option should repeat previous data or should do nothing if the input file cannot be rewound. |
||
|---|---|---|
| .. | ||
| getopt | ||
| src | ||
| CMakeLists.txt | ||