2003-03-29 22:52:50 +03:00
|
|
|
/*
|
|
|
|
* Unix PuTTY main program.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <stdio.h>
|
2003-03-31 16:10:53 +04:00
|
|
|
#include <ctype.h>
|
2003-03-31 15:21:07 +04:00
|
|
|
#include <stdlib.h>
|
2003-03-29 22:52:50 +03:00
|
|
|
#include <assert.h>
|
|
|
|
#include <unistd.h>
|
|
|
|
|
|
|
|
#include "putty.h"
|
|
|
|
#include "storage.h"
|
|
|
|
|
|
|
|
/*
|
2003-03-31 15:21:07 +04:00
|
|
|
* TODO:
|
2003-03-29 22:52:50 +03:00
|
|
|
*
|
Rationalisation of the system of frontend handles. Most modular bits
of PuTTY (terminal, backend, logctx etc) take a `void *' handle
passed to them from the frontend, and used as a context for all
their callbacks. Most of these point at the frontend structure
itself (on platforms where this is meaningful), except that the
handle passed to the backend has always pointed at the terminal
because from_backend() was implemented in terminal.c. This has
finally bitten Unix PuTTY, because both backend and logctx have
been passing their respective and very different frontend handles to
logevent(), so I've fixed it.
from_backend() is now a function supplied by the _frontend_ itself,
in all cases, and the frontend handle passed to backends must be the
same as that passed to everything else. What was from_backend() in
terminal.c is now called term_data(), and the typical implementation
of from_backend() in a GUI frontend will just extract the terminal
handle from the frontend structure and delegate to that.
This appears to work on Unix and Windows, but has most likely broken
the Mac build.
[originally from svn r3100]
2003-04-11 22:36:27 +04:00
|
|
|
* - Go through all the config options and ensure they can all be
|
|
|
|
* configured and reconfigured properly.
|
2003-03-31 15:21:07 +04:00
|
|
|
*
|
2003-04-09 22:46:45 +04:00
|
|
|
* - Remainder of the context menu:
|
2003-03-31 15:21:07 +04:00
|
|
|
*
|
Rationalisation of the system of frontend handles. Most modular bits
of PuTTY (terminal, backend, logctx etc) take a `void *' handle
passed to them from the frontend, and used as a context for all
their callbacks. Most of these point at the frontend structure
itself (on platforms where this is meaningful), except that the
handle passed to the backend has always pointed at the terminal
because from_backend() was implemented in terminal.c. This has
finally bitten Unix PuTTY, because both backend and logctx have
been passing their respective and very different frontend handles to
logevent(), so I've fixed it.
from_backend() is now a function supplied by the _frontend_ itself,
in all cases, and the frontend handle passed to backends must be the
same as that passed to everything else. What was from_backend() in
terminal.c is now called term_data(), and the typical implementation
of from_backend() in a GUI frontend will just extract the terminal
handle from the frontend structure and delegate to that.
This appears to work on Unix and Windows, but has most likely broken
the Mac build.
[originally from svn r3100]
2003-04-11 22:36:27 +04:00
|
|
|
* - New Session, Duplicate Session and the Saved Sessions
|
|
|
|
* submenu.
|
|
|
|
* + at least New and Duplicate probably _should_ be in
|
|
|
|
* pterm.
|
2003-03-31 15:21:07 +04:00
|
|
|
* + Duplicate Session will be fun, since we must work out
|
|
|
|
* how to pass the config data through.
|
|
|
|
* + In fact this should be easier on Unix, since fork() is
|
|
|
|
* available so we need not even exec (this also saves us
|
|
|
|
* the trouble of scrabbling around trying to find our own
|
|
|
|
* binary). Possible scenario: respond to Duplicate
|
|
|
|
* Session by forking. Parent continues as before; child
|
|
|
|
* unceremoniously frees all extant resources (backend,
|
|
|
|
* terminal, ldisc, frontend etc) and then _longjmps_ (I
|
|
|
|
* kid you not) back to a point in pt_main() which causes
|
|
|
|
* it to go back round to the point of opening a new
|
|
|
|
* terminal window and a new backend.
|
|
|
|
* + A tricky bit here is how to free everything without
|
|
|
|
* also _destroying_ things - calling GTK to free up
|
|
|
|
* existing widgets is liable to send destroy messages to
|
|
|
|
* the X server, which won't go down too well with the
|
|
|
|
* parent process. exec() is a much cleaner solution to
|
|
|
|
* this bit, but requires us to invent some ghastly IPC as
|
|
|
|
* we did in Windows PuTTY.
|
|
|
|
* + Arrgh! Also, this won't work in pterm since we'll
|
|
|
|
* already have dropped privileges by this point, so we
|
|
|
|
* can't get another pty. Sigh. Looks like exec has to be
|
|
|
|
* the way forward then :-/
|
2003-03-29 22:52:50 +03:00
|
|
|
*/
|
2003-03-31 15:21:07 +04:00
|
|
|
|
2003-03-29 22:52:50 +03:00
|
|
|
/*
|
|
|
|
* Clean up and exit.
|
|
|
|
*/
|
|
|
|
void cleanup_exit(int code)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Clean up.
|
|
|
|
*/
|
|
|
|
sk_cleanup();
|
|
|
|
random_save_seed();
|
|
|
|
exit(code);
|
|
|
|
}
|
|
|
|
|
|
|
|
Backend *select_backend(Config *cfg)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
Backend *back = NULL;
|
|
|
|
for (i = 0; backends[i].backend != NULL; i++)
|
|
|
|
if (backends[i].protocol == cfg->protocol) {
|
|
|
|
back = backends[i].backend;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
assert(back != NULL);
|
|
|
|
return back;
|
|
|
|
}
|
|
|
|
|
|
|
|
int cfgbox(Config *cfg)
|
|
|
|
{
|
2003-04-10 22:00:50 +04:00
|
|
|
return do_config_box("PuTTY Configuration", cfg, 0);
|
2003-03-29 22:52:50 +03:00
|
|
|
}
|
|
|
|
|
2003-03-31 16:10:53 +04:00
|
|
|
static int got_host = 0;
|
|
|
|
|
2003-04-09 22:46:45 +04:00
|
|
|
const int use_event_log = 1;
|
|
|
|
|
2003-03-31 16:10:53 +04:00
|
|
|
int process_nonoption_arg(char *arg, Config *cfg)
|
|
|
|
{
|
|
|
|
char *p, *q = arg;
|
|
|
|
|
|
|
|
if (got_host) {
|
|
|
|
/*
|
|
|
|
* If we already have a host name, treat this argument as a
|
|
|
|
* port number. NB we have to treat this as a saved -P
|
|
|
|
* argument, so that it will be deferred until it's a good
|
|
|
|
* moment to run it.
|
|
|
|
*/
|
|
|
|
int ret = cmdline_process_param("-P", arg, 1, cfg);
|
|
|
|
assert(ret == 2);
|
|
|
|
} else if (!strncmp(q, "telnet:", 7)) {
|
|
|
|
/*
|
|
|
|
* If the hostname starts with "telnet:",
|
|
|
|
* set the protocol to Telnet and process
|
|
|
|
* the string as a Telnet URL.
|
|
|
|
*/
|
|
|
|
char c;
|
|
|
|
|
|
|
|
q += 7;
|
|
|
|
if (q[0] == '/' && q[1] == '/')
|
|
|
|
q += 2;
|
|
|
|
cfg->protocol = PROT_TELNET;
|
|
|
|
p = q;
|
|
|
|
while (*p && *p != ':' && *p != '/')
|
|
|
|
p++;
|
|
|
|
c = *p;
|
|
|
|
if (*p)
|
|
|
|
*p++ = '\0';
|
|
|
|
if (c == ':')
|
|
|
|
cfg->port = atoi(p);
|
|
|
|
else
|
|
|
|
cfg->port = -1;
|
|
|
|
strncpy(cfg->host, q, sizeof(cfg->host) - 1);
|
|
|
|
cfg->host[sizeof(cfg->host) - 1] = '\0';
|
|
|
|
got_host = 1;
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Otherwise, treat this argument as a host name.
|
|
|
|
*/
|
2003-03-31 16:57:36 +04:00
|
|
|
p = arg;
|
2003-03-31 16:10:53 +04:00
|
|
|
while (*p && !isspace((unsigned char)*p))
|
|
|
|
p++;
|
|
|
|
if (*p)
|
|
|
|
*p++ = '\0';
|
|
|
|
strncpy(cfg->host, q, sizeof(cfg->host) - 1);
|
|
|
|
cfg->host[sizeof(cfg->host) - 1] = '\0';
|
|
|
|
got_host = 1;
|
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2003-03-31 15:42:45 +04:00
|
|
|
char *make_default_wintitle(char *hostname)
|
|
|
|
{
|
|
|
|
return dupcat(hostname, " - PuTTY", NULL);
|
|
|
|
}
|
|
|
|
|
2003-03-29 22:52:50 +03:00
|
|
|
int main(int argc, char **argv)
|
|
|
|
{
|
|
|
|
extern int pt_main(int argc, char **argv);
|
|
|
|
sk_init();
|
|
|
|
flags = FLAG_VERBOSE | FLAG_INTERACTIVE;
|
|
|
|
default_protocol = be_default_protocol;
|
|
|
|
/* Find the appropriate default port. */
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
default_port = 0; /* illegal */
|
|
|
|
for (i = 0; backends[i].backend != NULL; i++)
|
|
|
|
if (backends[i].protocol == default_protocol) {
|
|
|
|
default_port = backends[i].backend->default_port;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return pt_main(argc, argv);
|
|
|
|
}
|