gnuattach.xemacs21 - Online na nuvem

PROGRAMA:

NOME

gnuserv, gnuclient - Servidor e clientes para XEmacs

SINOPSE

gnucliente [-nw] [-display display] [-q] [-v] [-l biblioteca] [-lote] [-f função] [-eval
formulário] [-h nome do host] [-p porta] [-r nome do caminho remoto] [[+ linha] arquivo] ...
gnudoit [-Q] formulário
gnuserv
gnuattach Removido a partir de gnuserv 3.x

DESCRIÇÃO

gnucliente permite ao usuário solicitar um processo XEmacs em execução para editar os arquivos nomeados ou
diretórios e / ou avaliar formulários lisp. Dependendo do seu ambiente, pode ser um X
quadro ou um quadro TTY. Um uso típico para isso é com uma conexão dial-up a uma máquina
no qual um processo XEmacs está em execução.

gnudoit é uma interface de script de shell para `` gnuclient -batch -eval form ''. Seu uso é
descontinuada. Tente se acostumar a chamar o gnuclient diretamente.

gnuserv é o programa do servidor que é executado pelo XEmacs para lidar com todas as entradas e
solicitações de saída. Normalmente não é invocado diretamente, mas é iniciado no XEmacs por
carregando o gnuserv pacote e avaliando a forma Lisp (gnuserv-start).

gnuattach não existe mais. Sua funcionalidade foi substituída por gnucliente -nw.

OPÇÕES

gnucliente suporta tantas opções de linha de comando do Emacs quanto faz sentido neste
contexto. Além disso, adiciona alguns próprios.
As opções com nomes longos também podem ser especificadas usando um hífen duplo em vez de um único
um.

-nw Esta opção torna gnucliente atuar como um front-end de forma que o XEmacs possa se conectar ao
TTY atual. O XEmacs então abrirá um novo quadro TTY. O efeito é semelhante a
tendo iniciado um novo XEmacs neste TTY com a opção `` -nw ''. Atualmente apenas
funciona se o XEmacs estiver rodando na mesma máquina que o gnuclient. Este é o padrão
se a variável de ambiente `DISPLAY 'não estiver definida.

-exibição exibição, --exibição exibição
Se esta opção for fornecida ou a variável de ambiente `DISPLAY 'for definida, então
O gnuclient dirá ao XEmacs para editar arquivos em um quadro no dispositivo X especificado.

-q Esta opção informa gnucliente para sair uma vez que a conexão tenha sido feita com o
Processo XEmacs. Normalmente gnucliente espera até que todos os arquivos no comando
linha foi finalizada com (seus buffers mortos) pelo processo XEmacs, e todos
os formulários foram avaliados.

-v Quando esta opção é especificada gnucliente irá solicitar que os arquivos especificados sejam
visto em vez de editado.

-l biblioteca
Diga ao Emacs para carregar a biblioteca especificada.

-lote Diga ao Emacs para não abrir nenhum quadro. Basta carregar as bibliotecas e avaliar o código lisp. Se
nenhum arquivo para executar, funções para chamar ou formulários para avaliar são fornecidos usando o -l,
-fou -avaliar opções, então os formulários para avaliação são lidos do STDIN.

-f função,
Faça o Emacs executar a função lisp.

-avaliar formulário
Faça o Emacs executar a forma lisp.

-h hostname
Usado apenas com sockets de domínio da Internet, esta opção especifica a máquina host
que deveria estar funcionando gnuserv. Se esta opção não for especificada, o valor de
a variável de ambiente GNU_HOST é usada se definida. Se nenhum nome de host for especificado, e
a variável GNU_HOST não está definida, uma conexão com a Internet não será tentada.
NB: gnuserv NÃO permite conexões de internet a menos que a autenticação XAUTH seja
usado ou a variável GNU_SECURE foi especificada e aponta para uma lista de arquivos
todos os hosts confiáveis. (Veja SEGURANÇA abaixo.)

Observe que um endereço de internet pode ser especificado em vez de um nome de host que pode
acelerar as conexões com o servidor um pouco, especialmente se o cliente
máquina está executando YP.

Observe também que um nome de host de unix pode ser usado para especificar que a conexão com
o servidor deve usar um soquete de domínio Unix (se suportado) em vez de um
soquete de domínio.

-p porta Usado apenas com sockets de domínio da Internet, esta opção especifica a porta de serviço
usado para se comunicar entre o servidor e os clientes. Se esta opção não for especificada,
então o valor da variável de ambiente GNU_PORT é usado, se definido, caso contrário, um
serviço chamado `` gnuserv '' é pesquisado no banco de dados de serviços. Finalmente, se não
outro valor pode ser encontrado para a porta, então uma porta padrão é usada, que é
geralmente 21490 + uid.
Observe que desde gnuserv não permite opções de linha de comando, a porta para isso
têm de ser especificados através de um dos métodos alternativos.

-r pathname
Usado apenas com sockets de domínio da Internet, o argumento do nome do caminho pode ser necessário para
informar ao XEmacs como chegar ao diretório raiz de uma máquina remota. gnucliente
adiciona esta string a cada argumento de caminho fornecido. Por exemplo, se você estava tentando
editar um arquivo em uma máquina cliente chamada otter, cujo diretório raiz era
acessível a partir da máquina do servidor através do caminho / net / otter, então este argumento
deve ser definido como '/ net / otter'. Se esta opção for omitida, o valor será usado
da variável de ambiente GNU_NODE, se definida, ou da string vazia, caso contrário.

[+ n] lima
Este é o caminho do arquivo a ser editado. Se o arquivo for um diretório, o
navegadores de diretório dired ou monkey são geralmente invocados. O cursor é colocado
na linha número 'n' se especificado.

CONFIGURAÇÃO

gnuserv é empacotado de maneira padrão com versões recentes do XEmacs. Portanto, você deve ser
capaz de iniciar o servidor simplesmente avaliando o formulário XEmacs Lisp (gnuserv-start), ou
equivalentemente digitando `Mx gnuserv-start '.

CONFIGURAÇÃO

O comportamento deste conjunto de programas é controlado principalmente no lado do lisp no Emacs e
seu comportamento pode ser amplamente customizado. Digite `Mx customize-group RET gnuserv
RET 'para fácil acesso. Mais documentação pode ser encontrada no arquivo `gnuserv.el '

EXEMPLO

gnuclient -q -f mh-smail
gnuclient -h cuco -r / ange @ otter: / tmp /*
gnuclient -nw ../src/listproc.c

Mais exemplos e scripts de wrapper de amostra são fornecidos no diretório etc / gnuserv do
Instalação do Emacs.

SYSV IPC

SysV IPC é usado para a comunicação entre gnucliente e gnuserv se o símbolo SYSV_IPC for
definido no topo do gnuserv.h. Isso é incompatível com o domínio Unix e com a Internet
comunicação de soquete de domínio conforme descrito abaixo. Um arquivo chamado / tmp / gsrv ??? é criado como um
chave para a fila de mensagens e, se removida, causará a comunicação entre o servidor e
cliente falhe até que o servidor seja reiniciado.

DOMÍNIO UNIX TOMADAS

Um soquete de domínio Unix é usado para a comunicação entre gnucliente e gnuserv se o símbolo
UNIX_DOMAIN_SOCKETS é definido na parte superior do gnuserv.h. Um arquivo chamado
/ tmp / gsrvdir ???? / gsrv é criado para comunicação. Se o símbolo USE_TMPDIR for definido como
no topo do gnuserv.h, $ TMPDIR, quando definido, é usado em vez de / tmp. Se esse arquivo for
excluído, ou TMPDIR tem valores diferentes para o servidor e o cliente, comunicação
entre o servidor e o cliente falhará. Apenas o usuário rodando gnuserv será capaz de
conectar ao soquete.

INTERNET-DOMÍNIO TOMADAS

Os soquetes de domínio da Internet são usados ​​para a comunicação entre gnucliente e gnuserv se o
o símbolo INTERNET_DOMAIN_SOCKETS é definido no topo do gnuserv.h. Ambos domínio da Internet
e soquetes de domínio Unix podem ser usados ​​ao mesmo tempo. Se um nome de host for especificado por meio de -h ou
por meio da variável de ambiente GNU_HOST, gnucliente estabelecer conexões usando uma internet
soquete de domínio. Caso contrário, uma conexão local é tentada por meio de um soquete de domínio unix ou
SYSV IPC.

SEGURANÇA

Usando soquetes de domínio da Internet, é necessária uma forma mais robusta de segurança que não era
necessário com soquetes de domínio Unix ou SysV IPC. Atualmente, duas autenticação
protocolos são suportados para fornecer isto: MIT-MAGIC-COOKIE-1 (baseado no X11 xauth(1)
programa) e um mecanismo simples de controle de acesso baseado em host, doravante denominado GNUSERV-1. o
O protocolo GNUSERV-1 está sempre disponível, enquanto o suporte para MIT-MAGIC-COOKIE-1 pode ou pode
não foi habilitado (através de um #define no topo do gnuserv.h) em tempo de compilação.

gnuserv, usando GNUSERV-1, executa uma forma limitada de controle de acesso no nível da máquina.
Por padrão, nenhum soquete de domínio da Internet é aberto. Se a variável GNU_SECURE puder ser encontrada
in gnuservdo ambiente, e ele nomeia um nome de arquivo legível, então este arquivo é aberto e
assumido como uma lista de hosts, um por linha, a partir dos quais o servidor permitirá solicitações.
As conexões de qualquer outro host serão rejeitadas. Até mesmo a máquina na qual gnuserv is
em execução não é permitido fazer conexões através do soquete de internet a menos que seu nome de host
é explicitamente especificado neste arquivo. Observe que um host pode ser um endereço IP numérico
ou um nome de host, e que qualquer usuário em um host aprovado pode se conectar ao seu gnuserv e
execute elisp arbitrário (por exemplo, exclua todos os seus arquivos). Se este arquivo contém muitos
nomes de host, então o servidor pode demorar um pouco para inicializar.

Quando o protocolo MIT-MAGIC-COOKIE-1 é habilitado, um soquete de internet is aberto por padrão.
gnuserv aceitará uma conexão de qualquer host e esperará por um "cookie mágico"
(essencialmente, uma senha) a ser apresentada pelo cliente. Se o cliente não apresentar o
cookie, ou se o cookie estiver errado, a autenticação do cliente é considerada como tendo
fracassado. Neste ponto. gnuserv volta para o protocolo GNUSERV-1; Se o cliente é
chamando de um host listado no arquivo GNU_SECURE, a conexão será aceita,
caso contrário, será rejeitado.

utilização MIT-MÁGICA-COOKIE-1 autenticação
Quando o gnuserv servidor é iniciado, ele procura um cookie definido para exibição 999 em
a máquina onde está funcionando. Se o cookie for encontrado, ele será armazenado para uso como
o cookie de autenticação. Esses cookies são definidos em um arquivo de autorização (geralmente
~ / .Xauthority) que é manipulado pelo X11 xauth(1) programa. Por exemplo, uma máquina
"kali" que executa um emacs que invoca gnuserv deve responder da seguinte forma (no
prompt do shell) quando configurado corretamente.

lista kali% xauth
GS65.SP.CS.CMU.EDU:0 MIT-MAGIC-COOKIE-1 11223344
KALI.FTM.CS.CMU.EDU:999 MIT-MAGIC-COOKIE-1 1234

No caso acima, o arquivo de autorização define dois cookies. O segundo, definido
para a tela 999 na máquina do servidor, é usado para autenticação gnuserv.

No lado da máquina cliente, o arquivo de autorização deve conter uma linha idêntica,
especificando o do servidor biscoito. Em outras palavras, em uma máquina "foobar" que deseja
conectar-se a "kali", a saída da `lista xauth 'deve conter a linha:

KALI.FTM.CS.CMU.EDU:999 MIT-MAGIC-COOKIE-1 1234

Para obter mais informações sobre arquivos de autorização, dê uma olhada no xauth(1X11) página do manual,
ou invoque o xauth interativamente (sem nenhum argumento) e digite "help" no prompt.
Lembre-se desse caso no nome do protocolo de autorização (ou seja, `MIT-MAGIC-
COOKIE-1 ') is significativo!

MEIO AMBIENTE

DISPLAY Dispositivo X padrão para inserir o quadro de edição.

Use gnuattach.xemacs21 online usando serviços onworks.net