DannyNiu's questions

O padrão KornShell estende os padrões "glob" do shell POSIX (ou seja *, ?, , etc.) com especificadores de repetição como *(...), +(...), bem como negação entre muitos recursos interessantes.

Em um projeto hobbista, pretendo implementar esses padrões para processamento de strings em vez de várias variantes de regex, como BRE, ERE, JavaScript RegExp. Um grande benefício que percebo é que será menos detalhado em strings C, pois os caracteres de barra invertida podem ser evitados ao escrever os padrões.

Minha compreensão limitada da ciência da computação sugere que os recursos suportados pelos padrões KornShell o qualificam como uma especificação de uma gramática regular.

Pergunta: Isso é tecnicamente correto? (Mesmo que não seja, ainda percebo essa sublinguagem como valiosa e desejável.)

Várias fontes on-line discutem a diferença entre o recurso de gerenciamento de serviços systemd do Linux e o do System V.

Embora exista um site oficial para systemd , não encontrei nenhuma definição oficial para o System V (verifiquei o problema 2 do SVID, o manual do usuário do SVR4, o guia de programação e o guia de administração do sistema e o padrão de hierarquia do sistema de arquivos do Linux).

Para formular a pergunta para evitar que ela seja encerrada como uma solicitação de referência: a instalação de gerenciamento de serviços do System V é algo oficialmente definido ou apenas um conjunto de convenções adotado pela comunidade de usuários?

Na APUE, capítulo 12 da página 454, é mencionado que:

Para evitar um comportamento errôneo, uma thread deve bloquear os sinais que está esperando...

O semelhante é dito na norma:

Os sinais definidos por set devem ter sido bloqueados no momento da chamada para sigwait() ; caso contrário, o comportamento é indefinido.

Que comportamento errôneo/indefinido está sendo discutido nesses textos? Não consigo encontrar uma justificativa ou uso de aplicativo no padrão e estou tendo dificuldade em compreender a explicação no livro:

se os sinais não estiverem bloqueados ..., uma janela de temporização é aberta onde um dos sinais pode ser entregue ao thread antes de concluir sua chamada para sigwait.

Ao ler o padrão, notei que várias APIs eram,

1. Introduzido na edição 5 para alinhamento com APIs POSIX em tempo real,

2. Marcado para associação ao grupo de opções na edição 6 e

3. Movido para a Base na Edição 7 (SUSv4).

P : Isso significa que todos os sistemas em conformidade com o padrão de produto " Unix(R) V7 " são sistemas em tempo real? Qual é a capacidade real de tal sistema em relação aos requisitos de tempo real?

Ao ler a norma, entendo que:

• manipulação de sinal é uma propriedade compartilhada por todas as threads de um processo;
• máscara de sinal é uma propriedade por thread.

No entanto, o padrão lista o seguinte (na edição de 2018 do volume Base, seção 3.210 Live Process) como "recurso do sistema compartilhado entre todos os threads em um processo":

• ID do processo, ID do processo pai, ID do grupo de processos, associação à sessão,
• IDs de usuário e grupo reais, efetivos e salvos e IDs de grupo suplementares,
• diretório de trabalho atual, diretório raiz,
• umask,
• descritores de arquivos.

com tratamento de sinal faltando na lista.

É correto dizer que: a manipulação de sinais é uma propriedade associada ao processo? Ou há uma razão pela qual foi deixado de fora da lista acima?

Como executar exatamente 1 instância de um programa como um processo? Ou, alternativamente, como testar a existência de um programa em execução?

Métodos portáteis são os preferidos.

Resumi uma lista de comandos que aceitam opções de links simbólicos de acordo com o SUSv4-2018ed:

cd chgrp chown chmod cp find ln ls pax rm

A lista completa também inclui seus padrões e outras opções relacionadas suportadas (como -he -d), e eu armazenei no meu HDD para referência.

Eu já vi (documentos GNU, se eu estava correto) referindo-se a -P -Lopções como "físicas" e "lógicas", respectivamente, e acho que é provavelmente de onde vêm as letras de opções, mas os documentos mais recentes de novembro de 2019 se referem a elas como "--no-dereference" e "--dereference" agora.

Minha pergunta é: -P -L -Hde onde vem? É SUS, XPG, POSIX, SVID ou documentação do fornecedor? E o que eles representam inicialmente?

Eu tenho administrado um sistema FreeBSD através do SSH , e ela não parece gostar dos caracteres não ASCII que eu digitei.

Um observou no relatório de bug que o problema foi corrigido com a localidade C.UTF-8 na ramificação 13-CURRENT, então eu gostaria de tentar backport isso no meu sistema atual.

Eu gostaria de pedir a alguns usuários experientes conselhos sobre como fazer isso sem problemas. (Ou postarei uma auto-resposta quando eu tentar e conseguir sozinho).

Em essência: Como faço backport de uma localidade de uma versão diferente do FreeBSD?

Estou tentando ssh para FreeBSD-11.2-Release da minha máquina Windows usando o Mintty, mas quando defino LC_ALL para en_US.UTF-8 e tento inserir/colar um caractere não ASCII, a conexão foi fechada.

Estou usando o Cygwin e também tentei o Qterminal e o Terminator.

O FreeBSD tem um problema com caracteres UTF-8 na versão 11.2-Release? Ou isso é apenas específico do Windows (o que quero dizer que os usuários do macOS ou Linux não têm problemas com isso)?

Nota: Eu não tenho nenhum sistema de janelas instalado na máquina FreeBSD.

Sempre tive a compulsão de verificar a página de manual para usos específicos do sistema, e a do ifconfig no Ubuntu Kylin é muito confusa.

O que estou tentando fazer é adicionar endereços IPv4 adicionais à interface Ethernet da minha máquina virtual, onde a página de manual do subcomando add diz:

adicionar endereço/prefixo

Adicione um endereço IPv6 a uma interface.

Suponho que esse não seja o único problema com a página de manual do net-tools no Linux. Então eu quero saber:

1. Onde as ferramentas de rede atualizadas são mantidas? Por cada distribuição ou alguma outra pessoa específica?

2. Onde posso encontrar os documentos atualizados para net-tools?