Vaga - Analista Suporte Jr
Conhecimentos Necessários:
• shell-script e perl• contratação CLT
• horario de trabalho comercial (seg. a sex)
• local de trabalho: Barra Funda ( Metrô Marechal Deodoro )
• R$ 2.000,00
enviar c.v para : selecao@...

Bom dia.

O 'Bash Reference Manual' (ver-4.1, 23/12/2009, formato PDF) traz a
seguinte informação:

* Chapter 2: Definitions, page 3.
" builtin - A command that is implemented internally by the shell  itself,
rather than by an executable program somewhere
in the file system."

* Tradução aproximada:
* Capítulo 2: Definições, página 3.
" builtin - Um comando que é implementado internamente pelo próprio shell, ao
invés de um programa executável em algum lugar no sistema de arquivos."

Agora observemos alguns resultados obtidos em um sistema 'Debian GNU/Linux
(Lenny)'.

Comando.1 -> 'whereis echo'
Comando.2 -> 'file /bin/echo'
Comando.3 -> 'type echo'
Saída.1 -> echo: /bin/echo /usr/share/man/man1/echo.1.gz
Saída.2 -> /bin/echo: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped.
Saída.3 -> echo is a shell builtin

A saída 3 está de acordo com a documentação oficial (manual do Bash, páginas: 3
e 151). Todavia, parece haver divergência com as saídas 1 e 2. Esta nos diz o
que é 'echo', aquela mostra-nos onde o executável está (/bin). Muitos dirão
arrazoadamente, que isto é uma questão de somenos importância. Mas, como usuário
de sistema 'GNU/Linux' vou tentar contribuir para a depuração (de software e
documentação) do mesmo, e neste caso específico, para a melhoria do BASH (nosso
shell GNU/Linux).

Provavelmente há outros bugs. Todos os 'builtins' do bash estão listados na
páginas 151/152, e gostaria de obter dos senhores um programa shell (shell
script) para a localização e correção de outras possíveis divergências desta
natureza.

Ola

O echo é um built-in. Porém vc tem um aplicativo chamado echo também - que
se encontra no seu PATH.

tente fazer

echo -e "oi"  e /bin/echo -e "oi" .. provavelmente o resultado sera
diferente, com o /bin imprimindo -e como uma string pois não reconhece o
mesmo como argumento (pelo menos no BSD). o que acontece é que existe um
built-in chamado echo então o /bin/echo não é chamado se vc não especifica o
caminho do comando, pois um comando built-in tem precedencia sobre
aplicativos no path.

O mesmo vale para funcoes. crie uma funcao echo e chame echo -- vai ver que
ela sera resolvida primeiro.

Acredito que estes aplicativos devam existir por alguma razão historica OU
para que alguns scripts não dependam de built-in e tenham o mesmo
comportamento independente do shell.

2010/9/17 tammyribeiro <tammyribeiro@...>

>
>
> Bom dia.
>
> O 'Bash Reference Manual' (ver-4.1, 23/12/2009, formato PDF) traz a
> seguinte informação:
>
> * Chapter 2: Definitions, page 3.
> " builtin - A command that is implemented internally by the shell itself,
> rather than by an executable program somewhere
> in the file system."
>
> * Tradução aproximada:
> * Capítulo 2: Definições, página 3.
> " builtin - Um comando que é implementado internamente pelo próprio shell,
> ao invés de um programa executável em algum lugar no sistema de arquivos."
>
> Agora observemos alguns resultados obtidos em um sistema 'Debian GNU/Linux
> (Lenny)'.
>
> Comando.1 -> 'whereis echo'
> Comando.2 -> 'file /bin/echo'
> Comando.3 -> 'type echo'
> Saída.1 -> echo: /bin/echo /usr/share/man/man1/echo.1.gz
> Saída.2 -> /bin/echo: ELF 32-bit LSB executable, Intel 80386, version 1
> (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8,
> stripped.
> Saída.3 -> echo is a shell builtin
>
> A saída 3 está de acordo com a documentação oficial (manual do Bash,
> páginas: 3 e 151). Todavia, parece haver divergência com as saídas 1 e 2.
> Esta nos diz o que é 'echo', aquela mostra-nos onde o executável está
> (/bin). Muitos dirão arrazoadamente, que isto é uma questão de somenos
> importância. Mas, como usuário de sistema 'GNU/Linux' vou tentar contribuir
> para a depuração (de software e documentação) do mesmo, e neste caso
> específico, para a melhoria do BASH (nosso shell GNU/Linux).
>
> Provavelmente há outros bugs. Todos os 'builtins' do bash estão listados na
> páginas 151/152, e gostaria de obter dos senhores um programa shell (shell
> script) para a localização e correção de outras possíveis divergências desta
> natureza.
>
>
>



--
Tiago B. Peczenyj
Linux User #405772

http://pacman.blog.br


[As partes desta mensagem que não continham texto foram removidas]

Exato. Se você renomear o binário /bin/echo para qualquer outra coisa, e
esitver sob o BASH, verá que o comando echo continua funcionando. Ou seja,
agora você está usando o built-in do BASH.

No caso do Debian, o programa echo é instalado com o pacote coreutils [
http://gnu.org/software/coreutils]. A questão é que nem todo shell é
obrigado a ter um echo built-in, então a distro oferece o comando. Não sei
se há outros motivos.

Um abraço.

Att,

@Fernando Mercês <http://twitter.com/FernandoMerces>
Linux Registered User #432779
www.mentebinaria.com.br
http://linuxreversing.org



2010/9/17 Tiago Peczenyj <tiago.peczenyj@...>

> Ola
>
> O echo é um built-in. Porém vc tem um aplicativo chamado echo também - que
> se encontra no seu PATH.
>
> tente fazer
>
> echo -e "oi"  e /bin/echo -e "oi" .. provavelmente o resultado sera
> diferente, com o /bin imprimindo -e como uma string pois não reconhece o
> mesmo como argumento (pelo menos no BSD). o que acontece é que existe um
> built-in chamado echo então o /bin/echo não é chamado se vc não especifica
> o
> caminho do comando, pois um comando built-in tem precedencia sobre
> aplicativos no path.
>
> O mesmo vale para funcoes. crie uma funcao echo e chame echo -- vai ver que
> ela sera resolvida primeiro.
>
> Acredito que estes aplicativos devam existir por alguma razão historica OU
> para que alguns scripts não dependam de built-in e tenham o mesmo
> comportamento independente do shell.
>
> 2010/9/17 tammyribeiro <tammyribeiro@...>
>
> >
> >
> > Bom dia.
> >
> > O 'Bash Reference Manual' (ver-4.1, 23/12/2009, formato PDF) traz a
> > seguinte informação:
> >
> > * Chapter 2: Definitions, page 3.
> > " builtin - A command that is implemented internally by the shell itself,
> > rather than by an executable program somewhere
> > in the file system."
> >
> > * Tradução aproximada:
> > * Capítulo 2: Definições, página 3.
> > " builtin - Um comando que é implementado internamente pelo próprio
> shell,
> > ao invés de um programa executável em algum lugar no sistema de
> arquivos."
> >
> > Agora observemos alguns resultados obtidos em um sistema 'Debian
> GNU/Linux
> > (Lenny)'.
> >
> > Comando.1 -> 'whereis echo'
> > Comando.2 -> 'file /bin/echo'
> > Comando.3 -> 'type echo'
> > Saída.1 -> echo: /bin/echo /usr/share/man/man1/echo.1.gz
> > Saída.2 -> /bin/echo: ELF 32-bit LSB executable, Intel 80386, version 1
> > (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8,
> > stripped.
> > Saída.3 -> echo is a shell builtin
> >
> > A saída 3 está de acordo com a documentação oficial (manual do Bash,
> > páginas: 3 e 151). Todavia, parece haver divergência com as saídas 1 e 2.
> > Esta nos diz o que é 'echo', aquela mostra-nos onde o executável está
> > (/bin). Muitos dirão arrazoadamente, que isto é uma questão de somenos
> > importância. Mas, como usuário de sistema 'GNU/Linux' vou tentar
> contribuir
> > para a depuração (de software e documentação) do mesmo, e neste caso
> > específico, para a melhoria do BASH (nosso shell GNU/Linux).
> >
> > Provavelmente há outros bugs. Todos os 'builtins' do bash estão listados
> na
> > páginas 151/152, e gostaria de obter dos senhores um programa shell
> (shell
> > script) para a localização e correção de outras possíveis divergências
> desta
> > natureza.
> >
> >
> >
>
>
>
> --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://pacman.blog.br
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> ------------------------------------
>
> ---------------------------------------------------------------------
> Esta lista não admite a abordagem de outras liguagens de programação, como
> perl, C etc. Quem insistir em não seguir esta regra será moderado sem prévio
> aviso.
> ---------------------------------------------------------------------
> Sair da lista: shell-script-unsubscribe@...
> ---------------------------------------------------------------------
> Esta lista é moderada de acordo com o previsto em
> http://www.listas-discussao.cjb.net
> ---------------------------------------------------------------------
> Servidor Newsgroup da lista: news.gmane.org
> Grupo: gmane.org.user-groups.programming.shell.brazil
>
> Links do Yahoo! Grupos
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Caros, tenho um arquivo troca-acentos.txt com o seguinte conteúdo

sed "s/Ö/Ö/g"
sed "s/ö/ö/g"
sed "s/Ú/Ú/g"
sed "s/ú/ú/g"
sed "s/Û/Û/g"
sed "s/û/û/g"
sed "s/Ù/Ù/g"
sed "s/ù/ù/g"
sed "s/Ü/Ü/g"
sed "s/ü/ü/g"
sed "s/Ç/Ç/g"
sed "s/ç/ç/g"
sed "s/Ñ/Ñ/g"

E mais todos os acentos. Criei ele para poder alterar textos acentuados para
o padrão html.

Não estou lembrando como faço para utilizar cada linha de um arquivo texto
como comando.

Pensei que seria algo como

cat troca-acentos.txt | xargs -i eval {} arquivo.html

Mas, isso retorna o erro: xargs: eval: Arquivo ou diretório não encontrado


--
César Vianna
-------------------
Prefira o que é positivo e múltiplo; a diferença à uniformidade; o fluxo às
unidades; os agenciamentos móveis aos sistemas.
Gilles Deleuze & Felix Guattari
******************************************************

******************************************************


[As partes desta mensagem que não continham texto foram removidas]

Oi,

Como isso é um sed, você poderia utilizar o -e e fazer tudo de uma vez:

sed "s/Ö/Ö/g" -e \
"s/ö/ö/g" -e \
"s/Ú/Ú/g" -e \
"s/ú/ú/g" -e \
"s/Û/Û/g" -e \
"s/û/û/g" -e \
"s/Ù/Ù/g" -e \
"s/ù/ù/g" -e \
"s/Ü/Ü/g" -e \
"s/ü/ü/g" -e \
"s/Ç/Ç/g" -e \
"s/ç/ç/g" -e \
"s/Ñ/Ñ/g"

Abs,
André Saunite

On 09/17/2010 02:20 PM, César Vianna wrote:
>
> Caros, tenho um arquivo troca-acentos.txt com o seguinte conteúdo
>
> sed "s/Ö/Ö/g"
> sed "s/ö/ö/g"
> sed "s/Ú/Ú/g"
> sed "s/ú/ú/g"
> sed "s/Û/Û/g"
> sed "s/û/û/g"
> sed "s/Ù/Ù/g"
> sed "s/ù/ù/g"
> sed "s/Ü/Ü/g"
> sed "s/ü/ü/g"
> sed "s/Ç/Ç/g"
> sed "s/ç/ç/g"
> sed "s/Ñ/Ñ/g"
>
> E mais todos os acentos. Criei ele para poder alterar textos
> acentuados para
> o padrão html.
>
> Não estou lembrando como faço para utilizar cada linha de um arquivo texto
> como comando.
>
> Pensei que seria algo como
>
> cat troca-acentos.txt | xargs -i eval {} arquivo.html
>
> Mas, isso retorna o erro: xargs: eval: Arquivo ou diretório não encontrado
>
> --
> César Vianna
> -------------------
> Prefira o que é positivo e múltiplo; a diferença à uniformidade; o
> fluxo às
> unidades; os agenciamentos móveis aos sistemas.
> Gilles Deleuze & Felix Guattari
> ******************************************************
>
> ******************************************************
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>


[As partes desta mensagem que não continham texto foram removidas]

Xargs não aceita comandos internos ou funções, só arquivos executáveis. Mas
você pode usar uma função diretamente no redirecionamento. Ex:
cat troca-acentos.txt | funcao

Como você vai implementar a função já são outros quinhentos...

--
Wagner Macêdo


Em 17 de setembro de 2010 16:20, César Vianna <cesar.vianna@...>escreveu:

>
>
> Caros, tenho um arquivo troca-acentos.txt com o seguinte conteúdo
>
> sed "s/Ö/Ö/g"
> sed "s/ö/ö/g"
> sed "s/Ú/Ú/g"
> sed "s/ú/ú/g"
> sed "s/Û/Û/g"
> sed "s/û/û/g"
> sed "s/Ù/Ù/g"
> sed "s/ù/ù/g"
> sed "s/Ü/Ü/g"
> sed "s/ü/ü/g"
> sed "s/Ç/Ç/g"
> sed "s/ç/ç/g"
> sed "s/Ñ/Ñ/g"
>
> E mais todos os acentos. Criei ele para poder alterar textos acentuados
> para
> o padrão html.
>
> Não estou lembrando como faço para utilizar cada linha de um arquivo texto
> como comando.
>
> Pensei que seria algo como
>
> cat troca-acentos.txt | xargs -i eval {} arquivo.html
>
> Mas, isso retorna o erro: xargs: eval: Arquivo ou diretório não encontrado
>
> --
> César Vianna
> -------------------
> Prefira o que é positivo e múltiplo; a diferença à uniformidade; o fluxo às
> unidades; os agenciamentos móveis aos sistemas.
> Gilles Deleuze & Felix Guattari
> ******************************************************
>
> ******************************************************
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Boa noite.

Estou desenvolvendo um script para baixar e processar blacklists de
telemarketing do Procon.
A função abaixo faz parte do meu script atual:

incrementadia(){
DataBackup="$DataInicio"
if ! DataInicio="$(date +%Y"/"%m"/"%d --date ""$DataInicio" 1 day")";then
      echo "Esse eh um possível bug do programa date ao calcular datas"
      echo "Por favor digite manualmente a data do próximo arquivo a ser
baixado utilizando o formato \"YYYY/mm/dd\" a data do ultimo arquivo
baixado corretamente foi \"$DataBackup\"";read DataInicio
fi
AnoInicio="${DataInicio::4}"
MesInicio="${DataInicio:5:2}"
DiaInicio="${DataInicio:8:2}"
}


O problema que estou enfrentando está no comando date +%Y"/"%m"/"%d
--date ""$DataInicio" 1 day".
Quando chego na data: 2009/10/18 no Ubuntu ou 2009/10/17 no CentOS,
ocorre o seguinte erro.
date +%Y"/"%m"/"%d --date ""2009/10/18" 1 day"
date: data inválida `2009/10/18 1 day'

Alguém sabe o que estou fazendo de errado ou se existe algum outro
comando para fazer cálculos com datas?

Grato,
Lawrence Waclawiak

Eu normalmente também uso a solução que o André mostrou, mas se vc
realmente por algum motivo quiser carregar comandos a partir de um
arquivo aki vai um exemplo:

lbw@lbw-desktop:~$ cat teste.txt
echo
echo
echo
echo
echo
echo
echo
echo
echo
echo
echo
lbw@lbw-desktop:~$ while read Var;do
$Var Olá
done < <(cat teste.txt)
Olá
Olá
Olá
Olá
Olá
Olá
Olá
Olá
Olá
Olá
Olá

Sacou?

Essa forma de ler arquivos linha a linha com o read e bem veloz, aprendi
com o Júlio.

Abraços

Bom dia,


Verifique se o script funciona com a retirada das aspas duplas que se
encontram após o sinal %.

Em 18 de setembro de 2010 02:49, Lawrence Waclawiak <
lawrencebbw@...> escreveu:

>
>
> Boa noite.
>
> Estou desenvolvendo um script para baixar e processar blacklists de
> telemarketing do Procon.
> A função abaixo faz parte do meu script atual:
>
> incrementadia(){
> DataBackup="$DataInicio"
> if ! DataInicio="$(date +%Y"/"%m"/"%d --date ""$DataInicio" 1 day")";then
> echo "Esse eh um possível bug do programa date ao calcular datas"
> echo "Por favor digite manualmente a data do próximo arquivo a ser
> baixado utilizando o formato \"YYYY/mm/dd\" a data do ultimo arquivo
> baixado corretamente foi \"$DataBackup\"";read DataInicio
> fi
> AnoInicio="${DataInicio::4}"
> MesInicio="${DataInicio:5:2}"
> DiaInicio="${DataInicio:8:2}"
> }
>
> O problema que estou enfrentando está no comando date +%Y"/"%m"/"%d
> --date ""$DataInicio" 1 day".
> Quando chego na data: 2009/10/18 no Ubuntu ou 2009/10/17 no CentOS,
> ocorre o seguinte erro.
> date +%Y"/"%m"/"%d --date ""2009/10/18" 1 day"
> date: data inválida `2009/10/18 1 day'
>
> Alguém sabe o que estou fazendo de errado ou se existe algum outro
> comando para fazer cálculos com datas?
>
> Grato,
> Lawrence Waclawiak
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Vê se resolve!

http://www.mail-archive.com/shell-script@yahoogrupos.com.br/msg03174.html

http://www.vivaolinux.com.br/script/Calculo-de-intervalo-de-tempo

Abs

Em 18 de setembro de 2010 02:49, Lawrence Waclawiak <
lawrencebbw@...> escreveu:

>
>
> Boa noite.
>
> Estou desenvolvendo um script para baixar e processar blacklists de
> telemarketing do Procon.
> A função abaixo faz parte do meu script atual:
>
> incrementadia(){
> DataBackup="$DataInicio"
> if ! DataInicio="$(date +%Y"/"%m"/"%d --date ""$DataInicio" 1 day")";then
> echo "Esse eh um possível bug do programa date ao calcular datas"
> echo "Por favor digite manualmente a data do próximo arquivo a ser
> baixado utilizando o formato \"YYYY/mm/dd\" a data do ultimo arquivo
> baixado corretamente foi \"$DataBackup\"";read DataInicio
> fi
> AnoInicio="${DataInicio::4}"
> MesInicio="${DataInicio:5:2}"
> DiaInicio="${DataInicio:8:2}"
> }
>
> O problema que estou enfrentando está no comando date +%Y"/"%m"/"%d
> --date ""$DataInicio" 1 day".
> Quando chego na data: 2009/10/18 no Ubuntu ou 2009/10/17 no CentOS,
> ocorre o seguinte erro.
> date +%Y"/"%m"/"%d --date ""2009/10/18" 1 day"
> date: data inválida `2009/10/18 1 day'
>
> Alguém sabe o que estou fazendo de errado ou se existe algum outro
> comando para fazer cálculos com datas?
>
> Grato,
> Lawrence Waclawiak
>
>
>



--
Alex Marques
~~~~~~~~~~
FoToGRAFIAS:
http://olhares.com/alex08
http://photobucket.com/alex_marques


[As partes desta mensagem que não continham texto foram removidas]

Fiz algumas alterações. Funcionou aqui:

incrementadia() {

    DataBackup="$DataInicio"

    if ! DataInicio=`date +%Y/%m/%d --date "$DataInicio 1 day"`; then
       echo -e "Esse eh um possível bug do programa date ao calcular datas
Por favor digite manualmente a data do próximo arquivo a ser
baixado utilizando o formato \"YYYY/mm/dd\". A data do último
arquivo baixado corretamente foi \"$DataBackup\".";

       read DataInicio
    fi

    AnoInicio="${DataInicio::4}"
    MesInicio="${DataInicio:5:2}"
    DiaInicio="${DataInicio:8:2}"

}

As aspas duplas nas opções do --date não eram necessárias. Elas geravam o
erro aqui.

Um abraço.

Att,

@Fernando Mercês <http://twitter.com/FernandoMerces>
Linux Registered User #432779
www.mentebinaria.com.br
http://linuxreversing.org



2010/9/18 Alex Marques <alex.marks@...>

>
>
> Vê se resolve!
>
> http://www.mail-archive.com/shell-script@yahoogrupos.com.br/msg03174.html
>
> http://www.vivaolinux.com.br/script/Calculo-de-intervalo-de-tempo
>
> Abs
>
>
> Em 18 de setembro de 2010 02:49, Lawrence Waclawiak <
> lawrencebbw@... <lawrencebbw%40yahoo.com.br>> escreveu:
>
> >
> >
> > Boa noite.
> >
> > Estou desenvolvendo um script para baixar e processar blacklists de
> > telemarketing do Procon.
> > A função abaixo faz parte do meu script atual:
> >
> > incrementadia(){
> > DataBackup="$DataInicio"
> > if ! DataInicio="$(date +%Y"/"%m"/"%d --date ""$DataInicio" 1 day")";then
> > echo "Esse eh um possível bug do programa date ao calcular datas"
> > echo "Por favor digite manualmente a data do próximo arquivo a ser
> > baixado utilizando o formato \"YYYY/mm/dd\" a data do ultimo arquivo
> > baixado corretamente foi \"$DataBackup\"";read DataInicio
> > fi
> > AnoInicio="${DataInicio::4}"
> > MesInicio="${DataInicio:5:2}"
> > DiaInicio="${DataInicio:8:2}"
> > }
> >
> > O problema que estou enfrentando está no comando date +%Y"/"%m"/"%d
> > --date ""$DataInicio" 1 day".
> > Quando chego na data: 2009/10/18 no Ubuntu ou 2009/10/17 no CentOS,
> > ocorre o seguinte erro.
> > date +%Y"/"%m"/"%d --date ""2009/10/18" 1 day"
> > date: data inválida `2009/10/18 1 day'
> >
> > Alguém sabe o que estou fazendo de errado ou se existe algum outro
> > comando para fazer cálculos com datas?
> >
> > Grato,
> > Lawrence Waclawiak
> >
> >
> >
>
> --
> Alex Marques
> ~~~~~~~~~~
> FoToGRAFIAS:
> http://olhares.com/alex08
> http://photobucket.com/alex_marques
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Boa noite Fernando,

Para min continua não funcionando, o detalhe é que já testei em 3
maquinas diferentes, no centos 5.4 e no ubuntu 8.04 a data que dá erro é
2009/10/17,
já no ubuntu 10.04 é 2009/10/18, também achei outras datas que dão erro
como 2010/10/17 e 2011/10/16.
Mesmo diretamente no terminal com um comnado mais simples essas datas
dão problemas nas 3 maquinas que citei acima, veja:
lbw@lbw-desktop:~$ date +%Y%m%d -d 2009/10/17
20091017
lbw@lbw-desktop:~$ date +%Y%m%d -d 2009/10/18
date: data inválida `2009/10/18'
lbw@lbw-desktop:~$

Valew pela força, mas acredito que seja realmente um bug do comando.

Abraços

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

> date: data inválida `2009/10/18'

Atualize seus sistemas. Isso é um bug conhecido causado por uma configuração
errada dos timezones, por causa da zona que é nosso
horário de verão, exatamente nessas versões e distribuições. Nada
relacionado com shell-script.

http://lists.gnu.org/archive/html/bug-coreutils/2007-09/msg00176.html

- --

Um abraço

.0. MrBiTs - mrbits.dcf@...
..0 GnuPG  -
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
000 http://www.mrbits.com.br


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)

iQEcBAEBCAAGBQJMlWf1AAoJEG7IGPwrPKWrVTsIAJeA6fi+tReSFb5jOIYhsI4h
OZsqycc/dSKE/r9dBf53xpK1G2Z7weMoxbe9jgoBztN9kOZTS5sKplKteRjOmzGE
FeH0U55Pq8c3NtFxqnhF0dwM2BDwhfMmbAEGfUdBETtTNQH7BO/SxF00D6gFXjOO
bEUu309FMB3Pw8MdCuUjWRKRvb+RFqHDiJguSHhAqWWbhHk9CceUbJ64empzg2CV
iqwaYXfKEMG/aZ3PzlgRz0XWFW2G2tC+jJz4e12F8ELaIOD47bDwHOmt32TPxzk3
Yr1qqeVCmn9HpNZT0d5wcYUEDxY/+HU7cXLS4JC06z2bahnLtbtaBeLme8zsvWA=
=0Ics
-----END PGP SIGNATURE-----

Lawrence disse:
lbw@lbw-desktop:~$ while read Var;do
$Var Olá
done < <(cat teste.txt)

Essa forma de ler arquivos linha a linha com o read e bem veloz, aprendi
com o Júlio.

Julio responde:Epa Law, Se vc está se referindo a esse Julio aqui, creio que
exista um engano. Eu disse que a construção veloz seria:

$ while read Var;do
$Var Olá
done < teste.txt

Não há necessidade do cat nem da substituição de processos. O
redirecionamento é feito somente pelo shell. Ponha um time aí na frente que
vc comprovará isso.

Abraços para vc e para o pessoal de Floripa,
Julio


Cursos de Shell e Zenity em 2 fins de semana?
- SE turma de Shell/Zenity em 13/09 - clemisson@...
- SP turma de Shell em 14/08 - www.4Linux.com.br
<http://www.4linux.com.br/>
- Turmas fechadas em outras cidades ligue (21)8112-9988.

--- @ WiseStamp
Signature<http://my.wisestamp.com/link?u=63n3xfgzns9kh5v7&site=www.wisestamp.com\
/email-install>.
Get it
now<http://my.wisestamp.com/link?u=63n3xfgzns9kh5v7&site=www.wisestamp.com/email\
-install>


Em 18 de setembro de 2010 03:05, Lawrence Waclawiak <
lawrencebbw@...> escreveu:

>
>
> Eu normalmente também uso a solução que o André mostrou, mas se vc
> realmente por algum motivo quiser carregar comandos a partir de um
> arquivo aki vai um exemplo:
>
> lbw@lbw-desktop:~$ cat teste.txt
> echo
> echo
> echo
> echo
> echo
> echo
> echo
> echo
> echo
> echo
> echo
> lbw@lbw-desktop:~$ while read Var;do
> $Var Olá
> done < <(cat teste.txt)
> Olá
> Olá
> Olá
> Olá
> Olá
> Olá
> Olá
> Olá
> Olá
> Olá
> Olá
>
> Sacou?
>
> Essa forma de ler arquivos linha a linha com o read e bem veloz, aprendi
> com o Júlio.
>
> Abraços
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Bug mesmo. Mas no tópico do bug tem uma dica legal: se usar a opção -u no
date, funciona legal, pois a data fica em UTC, sem ser afetada pelo bug com
nosso horário de verão.

Acho estranho não ter sido corrigido até agora. O tal tópico é de 2007.
Lawrence, reporta no bugtrack da sua distro. ;)

Abraço

Att,

@Fernando Mercês <http://twitter.com/FernandoMerces>
Linux Registered User #432779
www.mentebinaria.com.br
http://linuxreversing.org



2010/9/18 MrBiTs <mrbits.dcf@...>

>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
>
> > date: data inválida `2009/10/18'
>
> Atualize seus sistemas. Isso é um bug conhecido causado por uma
> configuração errada dos timezones, por causa da zona que é nosso
> horário de verão, exatamente nessas versões e distribuições. Nada
> relacionado com shell-script.
>
> http://lists.gnu.org/archive/html/bug-coreutils/2007-09/msg00176.html
>
> - --
>
> Um abraço
>
> .0. MrBiTs - mrbits.dcf@... <mrbits.dcf%40gmail.com>
> ..0 GnuPG -
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
> 000 http://www.mrbits.com.br
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (Darwin)
>
> iQEcBAEBCAAGBQJMlWf1AAoJEG7IGPwrPKWrVTsIAJeA6fi+tReSFb5jOIYhsI4h
> OZsqycc/dSKE/r9dBf53xpK1G2Z7weMoxbe9jgoBztN9kOZTS5sKplKteRjOmzGE
> FeH0U55Pq8c3NtFxqnhF0dwM2BDwhfMmbAEGfUdBETtTNQH7BO/SxF00D6gFXjOO
> bEUu309FMB3Pw8MdCuUjWRKRvb+RFqHDiJguSHhAqWWbhHk9CceUbJ64empzg2CV
> iqwaYXfKEMG/aZ3PzlgRz0XWFW2G2tC+jJz4e12F8ELaIOD47bDwHOmt32TPxzk3
> Yr1qqeVCmn9HpNZT0d5wcYUEDxY/+HU7cXLS4JC06z2bahnLtbtaBeLme8zsvWA=
> =0Ics
> -----END PGP SIGNATURE-----
>
>


[As partes desta mensagem que não continham texto foram removidas]

Valew Fernando, resolveu meu problema.
Eu já estava na metade de um script para fazer o calculo.
Vou anexar o link que o MrBits enviou e reportar ao bugtrack da centos e
do Ubuntu.

Abraços.

Valew pela correção Júlio.

Mas agora estou com uma dúvida.

while read Var;do
	 qualquercoisa $Var
done < <(ls $Dir/*.csv)

Nesse caso eu preciso passar para o read todos os arquivos .csv que
estejam dentro do diretório $Dir

Tem alguma outra forma mais eficiente de fazer isso?

Obs: São milhares de arquivos.

Grato,
Lawrence Waclawiak

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 09/20/2010 09:45 , Fernando wrote:
> Bug mesmo. Mas no tópico do bug tem uma dica legal: se usar a opção -u no
> date, funciona legal, pois a data fica em UTC, sem ser afetada pelo bug com
> nosso horário de verão.
>
> Acho estranho não ter sido corrigido até agora. O tal tópico é de 2007.

Não sei se podemos chamar isso de bug. Eu chamaria de feature. É a maneira
como o comando date trabalha e pronto. Quando você passa
uma data para o parâmetro -d do date, sem um horário, ele vai assumir que
você quer as 00:00 daquela data, assim:

$ date -d 2010-09-26
Sun Sep 26 00:00:00 BRT 2010

Se olharmos o arquivo de definições comumente utilizado no Brasil, temos:

$ zdump -v /etc/localtime| grep 2010
/etc/localtime  Sun Feb 21 01:59:59 2010 UTC = Sat Feb 20 23:59:59 2010 BRST
isdst=1 gmtoff=-7200
/etc/localtime  Sun Feb 21 02:00:00 2010 UTC = Sat Feb 20 23:00:00 2010 BRT
isdst=0 gmtoff=-10800
/etc/localtime  Sun Oct 17 02:59:59 2010 UTC = Sat Oct 16 23:59:59 2010 BRT
isdst=0 gmtoff=-10800
/etc/localtime  Sun Oct 17 03:00:00 2010 UTC = Sun Oct 17 01:00:00 2010 BRST
isdst=1 gmtoff=-7200

Se agora tentarmos algo assim:

$ date -d 2010-10-17
date: invalid date `2010-10-17'

Mas, se tentamos:

$ date -d "2010-10-17 01:00:00"
Sun Oct 17 01:00:00 BRST 2010

funciona.

Isso é bastante correto, no meu entender. A 00:00 do dia 17/10/2010 nunca
existirá, já que é o dia da mudança do horário de verão
(até agora). Então, o comando date está correto em dizer que as 00:00 do dia
17 é uma data inválida para aquela definição de
horário. Funciona com -u porque não há horário de verão em UTC.


- --

Um abraço

.0. MrBiTs - mrbits.dcf@...
..0 GnuPG  -
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
000 http://www.mrbits.com.br


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)

iQEcBAEBCAAGBQJMl6ewAAoJEG7IGPwrPKWr+I8H/1lpTV7DiTzabIdJAyvGGtGz
Hh/JbLxomI5DipJ5D1tFNYmEsIomBq1aKOXzlq8qpUNMXGwaKRJIoVFlOg+A5GG3
FtzHvqJXERzQziG9dDay+v8tUsJbu/p10NeXSksszd7j7koxgC2iDuvIMmbzClsY
M6rix8dV4/6ktUNIoYwKnp9TiqI6czY5jPCIAPDC+7ATBZym6d3rqBil1hFUjs9Y
+tg4EVeHCznZSMrMf+f20XW5O/teijUnmA58SLA4AelWr7u7niTOqYjaXDBmBhNN
g6lNLN+uweVlzMHdc2dWNybRgi97G2EUqcOYIwtskduphrDYN+xVHDteC2fFrK4=
=6JBN
-----END PGP SIGNATURE-----

Fala Law,
Umas formas:

1 - Lendo para um vetor:
read -a Vet <<< $(ls *.csv)
ou
Vet=(*.csv)

2 - Usando for:
for var in *.csv
do
     ...
done

Abc,
Julio


Em 20 de setembro de 2010 14:45, Lawrence Waclawiak <
lawrencebbw@...> escreveu:

>
>
> Valew pela correção Júlio.
>
> Mas agora estou com uma dúvida.
>
> while read Var;do
> qualquercoisa $Var
> done < <(ls $Dir/*.csv)
>
> Nesse caso eu preciso passar para o read todos os arquivos .csv que
> estejam dentro do diretório $Dir
>
> Tem alguma outra forma mais eficiente de fazer isso?
>
> Obs: São milhares de arquivos.
>
> Grato,
> Lawrence Waclawiak
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Bom dia Senhores,

Preciso da ajuda de voces,

Tenho uma conta de e-mail especifica para receber NF-e. Preciso de um script que
baixe esses XMLs e salve-os em uma determinada pasta, caso esses arquivos venham
compactados, gostaria que fossem descompactados e depois salvos dentro desse
diretorio.

Alguem tem algo parecido ou poderia orientar-me em como fazer?

Obrigado.

Osvaldo,

Você acessa esta conta de e-mail via POP, IMAP, web? Como é o acesso?

Att,

@Fernando Mercês <http://twitter.com/FernandoMerces>
Linux Registered User #432779
www.mentebinaria.com.br
http://linuxreversing.org



2010/9/22 osvaldo.luiz <osvaldo.luiz.2005@...>

>
>
> Bom dia Senhores,
>
> Preciso da ajuda de voces,
>
> Tenho uma conta de e-mail especifica para receber NF-e. Preciso de um
> script que baixe esses XMLs e salve-os em uma determinada pasta, caso esses
> arquivos venham compactados, gostaria que fossem descompactados e depois
> salvos dentro desse diretorio.
>
> Alguem tem algo parecido ou poderia orientar-me em como fazer?
>
> Obrigado.
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

--- Em shell-script@..., "osvaldo.luiz" <osvaldo.luiz.2005@...>
escreveu
>
> Bom dia Senhores,
>
> Preciso da ajuda de voces,
>
> Tenho uma conta de e-mail especifica para receber NF-e. Preciso de um script
que baixe esses XMLs e salve-os em uma determinada pasta, caso esses arquivos
venham compactados, gostaria que fossem descompactados e depois salvos dentro
desse diretorio.
>
> Alguem tem algo parecido ou poderia orientar-me em como fazer?
>
> Obrigado.
>

Osvaldo, boa tarde.

Dias atrás implementei uma solução idêntica a esta que você procura.

Tenho um script pronto mas não seria nada didático fornecer-lhe, pois lhe
privaria da oportunidade de pesquisa e aprendizado, nem mesmo justo comigo, que
ralei alguns dias para chegar à solução.

Mas vou lhe dar o roteiro da solução e repassar algumas dicas que recebi aqui
menos na lista (dai de graça o que recebeu de graça).

Não sou profundo conhecedor de servidores de e-mail, portanto, posso falar algo
que não seja regra ou não se aplique a todos. Se fizer isso, releve, por favor.

O fato é que o servidor de e-mail, pelo menos o meu (courrier), armazena as
mensagens recebida em arquivos em plain-text, com os anexos como parte deste
texto, codificado em algum padrão (base64, xml, etc).

No meu caso, cada usuário tem um diretório no sistema de arquivo que é a raiz do
e-mail, dentro onde há subdiretórios para as pastas de mensagens (novas - new,
lidas - cur, enviadas - sent, etc). Sabendo que o comportamento padrão do
servidor é gravar os arquivos das mensagens que chegam dentro do diretório 'new'
e transferi-las para a pasta 'cur' após serem baixadas (pop3) ou acessadas
(imap) pelo client, eu fiz o seguinte:

1) usei o programa incron
(http://inotify.aiken.cz/?section=incron&page=about&lang=en) para monitorar o
filesystem e detectar novos arquivos criados no diretóro
/home/usuario/maildir/new (o path pode ser diferente no seu caso) e disparar um
shell script que recebe o nome do arquivo como parâmetro e que tem a finalidade
de extrair os anexo.
O incron é uma espécie de crontab que dispara com base em eventos do filesystem
(arquivos criados, arquivos movidos, arquivos acessados, arquivos apagados,
arquivos alterados, etc.). Se você usa debian, ele está nos repositórios
oficiais.

2) O script, com eu disse, recebe como parâmetro o nome do arquivo que acabou de
chegar. Basicamente o que ele faz é usar comando munpack
(http://linux.die.net/man/1/munpack) para extrair e salvar o(s) anexo(s) que
chegam atachados à mensagem.

3) O resto, é perfumaria:
- separar os arquivos XML de outros tipos que eventualmente cheguem (PDF do
DANFE, ou outros tipo que não deveriam está alí - SPAM)
- extrair de dentro do XML os dados do como remetente e destinatário (possuímos
mais de uma empresa e recebemos o XML de ambas no mesmo endereço), fazendo a
triagem do arquivo.

Há também outra opções. Por exemplo, se não tiver acesso ao servidor, pode
configurar uma máquina qualquer para puxar as mensagens via pop3 através do
getmail, repassando-as para o maildrop que se encarrega da entrega local. Dentro
do maildrop tem um comando chamdado xfilter que repassa, via stdin o conteúdo da
mensagem a um script, que pode ser um shell, um python, um php, um perl, etc.
Aí, dá para usar o munpack do mesmo modo para extrair os anexos.

Dá uma estudada nestas opções e tenta escrever algum código. Se tiver
dificuldades, posta denovo para a gente tentar ajudar.

Ola amigos acessem www.facetv.com.br

Estaremos Online as 19:00 detonando tudo!!


[As partes desta mensagem que não continham texto foram removidas]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 09/22/2010 18:43 , Quick - Luiz Henrique wrote:
> Ola amigos acessem www.facetv.com.br
>
> Estaremos Online as 19:00 detonando tudo!!

BOA !

Detonado !


- --

Um abraço

.0. MrBiTs - mrbits.dcf@...
..0 GnuPG  -
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
000 http://www.mrbits.com.br


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)

iQEcBAEBCAAGBQJMmn0fAAoJEG7IGPwrPKWrslAH/0jg4L2nIoYNIyjWsycB120W
KHT7Q7ZMzGWxqUa/CF3zz9v36I48cgmAHj+bxj+7PqkbXc3CU7aOgV+KkwFQH3z6
9nu8t+Sv1x+gL7++jhHn8mIN0HSSUr4FxHq9Lll8SUs4SmDYE7S41Oz0RntyDZ3B
6JCsbSI207pcOVoGWlVNusZxCtCgoY3Af+fj8ULhoYMgJi91MOFmrkym5EawpD/f
Cg1VCbknaooHNZljd1urKHrqXTKcizWXk0OodMk1KVNZBEcLGN7/ggcQiKXWtwZ/
GPPTSbZ5u0kcedAuAo/GvfZQW2S4m4Ykf8dVcWoLKFqmfXxs68Wx6/JXbSfdBUo=
=MpI6
-----END PGP SIGNATURE-----

Olá,

Gostaria de saber se tem alguma forma de atualizar as variáveis de ambiente
em um arquivo. Por exemplo,
eu alterei as variáveis do arquivo ~/.bashrc para outro esquema de cores e
não sei como  atualizá-las sem
ter que sair do terminal e logar novamente, ou abrindo outro terminal com o
comando bash.

Gostaria de aproveitar e perguntar como eu altero o esquema de cores para os
arquivos que são listados,
através do ~/.bashrc eu alterei a linha de comando, mas não o que é listado,
não sei aonde alterar as cores.

Por último, se é possível aplicar isso a todos os terminais de todos os
usuários, ou só pode ser feito através
de cada arquivo ~/.bashrc de cada usuário.

Estou utilizando Debian 5

Obrigado!


--
Slaypher
Meus Artigos: http://slaypher.wordpress.com


[As partes desta mensagem que não continham texto foram removidas]

Olá, para atualizar voce usa o comando source

$ source ~/.bashrc

Dessa forma, não precisa sair e logar novamente.




--
# Anderson Duarte (Rizada) 
# http://rizada.org
+55 79 8804-4114
"Go away or I will replace you with a very small Shell Script"


[As partes desta mensagem que não continham texto foram removidas]

Olá,

Uma vez me mostraram que o conteúdo real de um arquivo de link simbólico é
apenas
o caminho para o arquivo real, tanto que o link possui a quantidade de bytes
dos caracteres
que indicam o caminho do arquivo linkado.

A dúvida é: como eu faço pra visualizar esse conteúdo real do arquivo de
link, ou seja, o
caminho do arquivo e não e conteúdo do arquivo linkado.

Obrigado



--
Slaypher
Meus Artigos: http://slaypher.wordpress.com


[As partes desta mensagem que não continham texto foram removidas]

Respondendo às outras perguntas...

A listagem de arquivos é feita pelo comando ls, com a opção --color. Para
mudar a coloração, use o comando dircolors -b. Este comando vai imprimir na
tela como configurar as cores na variável de ambiente LS_COLORS.

Quanto a definir para todos os usuários, basta usar /etc/profile ao invés do
~/.bashrc.

Um abraço!

Att,

@Fernando Mercês <http://twitter.com/FernandoMerces>
Linux Registered User #432779
www.mentebinaria.com.br
http://linuxreversing.org



2010/9/22 Slaypher Code <slaypher.code@...>

>
>
> Olá,
>
> Gostaria de saber se tem alguma forma de atualizar as variáveis de ambiente
> em um arquivo. Por exemplo,
> eu alterei as variáveis do arquivo ~/.bashrc para outro esquema de cores e
> não sei como atualizá-las sem
> ter que sair do terminal e logar novamente, ou abrindo outro terminal com o
> comando bash.
>
> Gostaria de aproveitar e perguntar como eu altero o esquema de cores para
> os
> arquivos que são listados,
> através do ~/.bashrc eu alterei a linha de comando, mas não o que é
> listado,
> não sei aonde alterar as cores.
>
> Por último, se é possível aplicar isso a todos os terminais de todos os
> usuários, ou só pode ser feito através
> de cada arquivo ~/.bashrc de cada usuário.
>
> Estou utilizando Debian 5
>
> Obrigado!
>
> --
> Slaypher
> Meus Artigos: http://slaypher.wordpress.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Use o comando readlink:

fernando@iraja:~$ ls -l lig*
-rw-r--r-- 1 fernando fernando 2734 Sep 22 15:07 ligacoes.txt
fernando@iraja:~$ ln -s ligacoes.txt liglink
fernando@iraja:~$ ls -l lig*
-rw-r--r-- 1 fernando fernando 2734 Sep 22 15:07 ligacoes.txt
lrwxrwxrwx 1 fernando fernando 12 Sep 23 00:49 liglink -> ligacoes.txt
fernando@iraja:~$ readlink liglink
ligacoes.txt
fernando@iraja:~$ readlink -n liglink | wc -c
12

Um abraço!

Att,

@Fernando Mercês <http://twitter.com/FernandoMerces>
Linux Registered User #432779
www.mentebinaria.com.br
http://linuxreversing.org



2010/9/22 Slaypher Code <slaypher.code@...>

>
>
> Olá,
>
> Uma vez me mostraram que o conteúdo real de um arquivo de link simbólico é
> apenas
> o caminho para o arquivo real, tanto que o link possui a quantidade de
> bytes
> dos caracteres
> que indicam o caminho do arquivo linkado.
>
> A dúvida é: como eu faço pra visualizar esse conteúdo real do arquivo de
> link, ou seja, o
> caminho do arquivo e não e conteúdo do arquivo linkado.
>
> Obrigado
>
> --
> Slaypher
> Meus Artigos: http://slaypher.wordpress.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>


[As partes desta mensagem que não continham texto foram removidas]