Início / unix / Perguntas / 743049
Accepted
Kusalananda
Asked: 2023-04-16 20:29:04 +0800 CST

Problema ao visualizar o arquivo compactado com "zless", mas não com "zmore" ou "gunzip -c"

  • 772

No meu sistema FreeBSD 13.2, o zlessutilitário não pode visualizar arquivos de texto compactados com gzipou compress, avisando que podem ser arquivos binários e mostrando lixo se eu disser que quero ver o conteúdo de qualquer maneira. Estranhamente, usar zmoreou gunzip -cparece funcionar.

$ zless znapzend.log.1.gz
"znapzend.log.1.gz" may be a binary file.  See it anyway?

(Responder afirmativamente envia dados binários para o terminal.)

$ zless --version
less 608 (POSIX regular expressions)
Copyright (C) 1984-2022  Mark Nudelman

less comes with NO WARRANTY, to the extent permitted by law.
For information about the terms of redistribution,
see the file named README in the less distribution.
Home page: https://greenwoodsoftware.com/less

$ zmore --version
less 608 (POSIX regular expressions)
Copyright (C) 1984-2022  Mark Nudelman

less comes with NO WARRANTY, to the extent permitted by law.
For information about the terms of redistribution,
see the file named README in the less distribution.
Home page: https://greenwoodsoftware.com/less

Qual é a causa disso?

freebsd

1 respostas

  1. Best Answer

    Resumindo: é devido ao comando pipe interno ser desabilitado quando lessexecutado no modo "seguro", ou seja, LESSOPENnão pode iniciar com |if LESSSECUREis 1.

    Depois de mexer nisso por um tempo, olhei para os próprios executáveis zless​​e zmore.

    No FreeBSD, ambos são scripts de shell, mas embora zmoreseja um wrapper mais tradicional gzip(para descompactação) e less(para visualizar o(s) documento(s) descompactado(s)), zlessé um script de shell muito mais curto chamando lesscom a variável de ambiente LESSOPENdefinida para invocar o script /usr/bin/lesspipe.sh:

    #!/bin/sh
#
# $FreeBSD$
#

export LESSOPEN="||/usr/bin/lesspipe.sh %s"
exec /usr/bin/less "$@"

    O lesspipe.shscript consiste em uma caseinstrução que chama o utilitário de descompactação correto, dependendo do sufixo do nome do arquivo de entrada, mas isso não é importante aqui. O ponto principal é que o comando pipe interno é usado na LESSOPENvariável de ambiente.

    Quando a variável de ambiente LESSSECUREé definida como 1, lessé executado no modo "seguro". Quando este for o caso, o utilitário ignora o |comando (pipe).

    A parte final do quebra-cabeça foi lembrar que eu realmente configurei LESSSECURE=1os arquivos de inicialização do meu shell.

    • 10

relate perguntas