mirror of https://github.com/wolfSSL/wolfssh.git
48f36f753a
The -p option of wolfssh, client, wolfscp, wolfsftp and echoserver now goes through a strtol check, so a value that is not wholly a number in range exits with an error instead of wrapping into a different port. - apps/wolfssh: ClientParsePort(), shared with ClientParseDestination(), which also rejects an empty "ssh://host:" port instead of defaulting - examples: a ClientParsePort() in examples/client/common.c; port 0 is rejected in every build, not only with a main driver - echoserver: accepts 0 to 65535, keeping 0 for the test harness - add TestClientParsePort and an empty URI port case to regress.test Issue: F-14763, F-14767, F-14768, F-12552 |
||
|---|---|---|
| .. | ||
| client | ||
| echoserver | ||
| portfwd | ||
| scpclient | ||
| sftpclient | ||
| tpmcertserver | ||
| include.am | ||