[2309] in Kerberos-V5-bugs
telnet/73: global and "open" subcommand argument parsing is inconsistent
daemon@ATHENA.MIT.EDU (John Hawkinson)
Sun Oct 6 16:51:20 1996
Resent-From: gnats@rt-11.MIT.EDU (GNATS Management)
Resent-To: hartmans@MIT.EDU
Resent-Reply-To: krb5-bugs@MIT.EDU, John Hawkinson <jhawk@bbnplanet.com>
Date: Sun, 6 Oct 1996 16:49:16 -0400
From: John Hawkinson <jhawk@bbnplanet.com>
To: krb5-bugs@MIT.EDU
>Number: 73
>Category: telnet
>Synopsis: global and "open" subcommand argument parsing is inconsistent
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: hartmans
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Sun Oct e 16:50:00 EDT 1996
>Last-Modified:
>Originator:
>Organization:
BBN Planet
>Release: beta-7
>Environment:
System: SunOS all-purpo 4.1.4 4 sun4m
Architecture: sun4
>Description:
Telnet syntax parsing for the "open" command is inconsistent with
the global syntax parsing.
For instance, all three of these work:
telnet -a hostname telnet telnet -a
telnet> open -a hostname telnet> open hostname
HOWEVER:
telnet -al username
telnet> open hostname
fails. Nevertheless, these work:
telnet -al username hostname telnet
telnet> open -al username hostname
This doesn't make sense. It's inconsistent. Note that the usage messages
are:
Usage: telnet [-8] [-E] [-K] [-L] [-X atype] [-a] [-d] [-e char] [-k realm]
[-l user] [-f/-F] [-n tracefile] [-r] [-x] [host-name [port]]
and
usage: open [-l user] [-a] host-name [port]
In addition, there are global options that would make sent to "open".
Also, there is some duplication with the command-line argument space
and the "set foo" space.
>How-To-Repeat:
See above.
>Fix:
I don't know.
Eichin suggests that allowing:
telnet -a
telnet> open hostname
to work is incorrect, but can't offer good reasoning to suppor that.
Personally, I'm used to
telnet -ax
telnet> open hostname
and would like that to continue to work. I think I'd want to see
-options removed from the open subcommand (or deprecated) in favor
of the model where -options to the command line set variables
which are modifyable though "set foo" syntax.
This is not a big deal...
>Audit-Trail:
>Unformatted:
