Re: [shell-script] Re: Enviar músicas para o MP4.

[Rodrigo Boechat]

Caraca!!!
Eu vou ter que fazer isso para minha coleção inteira?! T_T

Bom. Fiz testes com as mesmas músicas que eu usei antes.

Criei um script simples para testar a parte em questão:
================================================
#!/bin/bash
while read nome; do
echo "- - - - -"
echo "$nome"
done <<< $(echo "$@" | sed -n "/mp3/s- /-\n/-gpi")
================================================


O resultado foi esse:
================================================
- - - - -
.../Dream Theater - A Dramatic Turn Of Events [mp3-vbr-2011]/01 - On The 
Backs Of Angels [limpo].mp3 .../Dream Theater - A Dramatic Turn Of 
Events [mp3-vbr-2011]/02 - Build Me Up, Break Me Down [limpo].mp3
================================================

Infelizmente ocorreu o mesmo erro.
O correto seria ter uma linha de sequência de "menos" entre cada linha 
de mp3.
:(

Em 06-02-2012 09:24, Julio C. Neves escreveu:
> Exatamente isso, e é por isso que nada funcionava. O seu arquivo está
> coalhado de caracteres de controle. Primeiramente vamos limpá-lo e
> posteriormente executar aquele cmd (que não me lembro mais), mas que te
> mandei em msg anterior.
>
> Para limpá-lo, faça:
> tr [:cntrl:] ~<  arquivo_sujo | tr -s ~>  arquivo_limpo
>
> Agora, é provável que qdo vc der um cat -vet arquivo_limpo, apareçam
> somente as linhas com dado, terminando com um cifrão ($).
>
> Se for isso que acontecer, aplique o cmd que já tinha passado na msg
> anterior e corra para o abraço. ;)
>
> Abcs,
> Julio
> *Já foi lançado "Bombando o
> Shell<http://www.brasport.com.br/index.php?dispatch=products.view&product_id=666>
> ". *
> *Show **de interfaces gráficas sob Shell!*
> *
> *
>
>
>
> Em 4 de fevereiro de 2012 23:21, Rodrigo Boechat<
> address@hidden>  escreveu:
>
>> **
>>
>>
>> Eu testei mandando três arquivos.
>> Segue a resposta do comando para cada um:
>>
>> ID3^D^@^@^@^@q$TALB^@^@^@^Z^@^@^CA Dramatic Turn Of
>> EventsTPE1^@^@^@^N^@^@^CDream TheaterTIT2^@^@^@^[^@^@^CBuild Me Up,
>> Break Me DownTRCK^@^@^@^C^@^@^C02TCON^@^@^@^S^@^@^CRock /
>> AlternativeTPUB^@^@^@^S^@^@^@Roadrunner
>> RecordsTDRC^@^@^@^E^@^@^C2011APIC^@^@V^A^@^@^Cimage/jpeg^@^Cn^@M-^?M-XM-^?M-`^@^PJFIF^@^A^A^@^@^A^@^A^@^@M-^?M-~^@;CREATOR:
>>
>> gd-jpeg v1.0 (using IJG JPEG v62), quality = 90$
>> M-^?M-[^@C^@^C^B^B^C^B^B^C^C^C^C^D^C^C^D^E^H^E^E^D^D^E$
>> ^G^G^F^H^L$
>> ^L^L^K$
>>
>> ^K^K^M^N^R^P^M^N^Q^N^K^K^P^V^P^Q^S^T^U^U^U^L^O^W^X^V^T^X^R^T^U^TM-^?M-[^@C^A^C^D^D^E^D^E^I^E^E^I^T^M^K^M^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^TM-^?M-@
>> ^@^Q^H^@M-z^@M-y^C^A"^@^B^Q^A^C^Q^AM-^?M-D^@^_^@^@^A^E^A^A^A^A^A^A^@^@^@^@^@^@^@^@^A^B^C^D^E^F^G^H^I$
>>
>> - - - -
>>
>> ID3^D^@^@^@^@q^TTALB^@^@^@^Z^@^@^CA Dramatic Turn Of
>> EventsTPE1^@^@^@^N^@^@^CDream TheaterTIT2^@^@^@^S^@^@^CLost Not
>> ForgottenTRCK^@^@^@^C^@^@^C03TCON^@^@^@^S^@^@^CRock /
>> AlternativeTPUB^@^@^@^S^@^@^@Roadrunner
>> RecordsTDRC^@^@^@^E^@^@^C2011APIC^@^@V^A^@^@^Cimage/jpeg^@^Cn^@M-^?M-XM-^?M-`^@^PJFIF^@^A^A^@^@^A^@^A^@^@M-^?M-~^@;CREATOR:
>>
>> gd-jpeg v1.0 (using IJG JPEG v62), quality = 90$
>> M-^?M-[^@C^@^C^B^B^C^B^B^C^C^C^C^D^C^C^D^E^H^E^E^D^D^E$
>> ^G^G^F^H^L$
>> ^L^L^K$
>>
>> ^K^K^M^N^R^P^M^N^Q^N^K^K^P^V^P^Q^S^T^U^U^U^L^O^W^X^V^T^X^R^T^U^TM-^?M-[^@C^A^C^D^D^E^D^E^I^E^E^I^T^M^K^M^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^TM-^?M-@
>> ^@^Q^H^@M-z^@M-y^C^A"^@^B^Q^A^C^Q^AM-^?M-D^@^_^@^@^A^E^A^A^A^A^A^A^@^@^@^@^@^@^@^@^A^B^C^D^E^F^G^H^I$
>>
>> - - - -
>>
>> ID3^D^@^@^@^@q^\TALB^@^@^@^Z^@^@^CA Dramatic Turn Of
>> EventsTPE1^@^@^@^N^@^@^CDream TheaterTIT2^@^@^@^W^@^@^COn The Backs Of
>> AngelsTRCK^@^@^@^C^@^@^C01TCON^@^@^@^S^@^@^CRock /
>> AlternativeTPUB^@^@^@^S^@^@^@Roadrunner
>> RecordsTDRC^@^@^@^E^@^@^C2011APIC^@^@V^A^@^@^Cimage/jpeg^@^Cn^@M-^?M-XM-^?M-`^@^PJFIF^@^A^A^@^@^A^@^A^@^@M-^?M-~^@;CREATOR:
>>
>> gd-jpeg v1.0 (using IJG JPEG v62), quality = 90$
>> M-^?M-[^@C^@^C^B^B^C^B^B^C^C^C^C^D^C^C^D^E^H^E^E^D^D^E$
>> ^G^G^F^H^L$
>> ^L^L^K$
>>
>> ^K^K^M^N^R^P^M^N^Q^N^K^K^P^V^P^Q^S^T^U^U^U^L^O^W^X^V^T^X^R^T^U^TM-^?M-[^@C^A^C^D^D^E^D^E^I^E^E^I^T^M^K^M^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^T^TM-^?M-@
>> ^@^Q^H^@M-z^@M-y^C^A"^@^B^Q^A^C^Q^AM-^?M-D^@^_^@^@^A^E^A^A^A^A^A^A^@^@^@^@^@^@^@^@^A^B^C^D^E^F^G^H^I$
>>
>> - - - -
>>
>> Era isso que você precisava?
>>
>> Em 04-02-2012 22:59, Julio C. Neves escreveu:
>>> Rodrigo,
>>> faz o seguinte: cá um cat -vet /arquivo/que/vc/está/usando | head -5 e
>>> posta na lista. Qdo estiver funcionando, explico.
>>>
>>> Abcs,
>>> Julio
>>> *Já foi lançado "Bombando o
>>> Shell<
>> http://www.brasport.com.br/index.php?dispatch=products.view&product_id=666
>>> ". *
>>> *Show **de interfaces gráficas sob Shell!*
>>> *
>>> *
>>>
>>>
>>>
>>> Em 4 de fevereiro de 2012 22:37, Rodrigo Boechat<
>>> address@hidden>  escreveu:
>>>
>>>> **
>>>>
>>>>
>>>> Julio,
>>>> Obrigado pela resposta.
>>>> Substitui a linha pal sugeria por você, mas novamente só funcionou com a
>>>> lista previamente criada em um arquivo de texto.
>>>> Executando num subshell e jogando a resposta para o while caiu no mesmo
>>>> erro; tudo na mesma linha.
>>>> Por enquanto eu vou ficar com a lista mesmo. Já que ainda não encontrei
>>>> solução para o caso.
>>>>
>>>> Bem. Poderia me explicar essa expressão que você usou no sed?
>>>> Tentei entendê-la mas viajei. haha
>>>> :)
>>>>
>>>> Em 03-02-2012 14:16, Julio C. Neves escreveu:
>>>>> Rodrigo,
>>>>> experimente substituir o sed pelo da linha abaixo:
>>>>>
>>>>> echo "$@" | sed -n "/mp3/s- /-\n/-gpi"
>>>>>
>>>>> Substituindo a barra (/) usada como separador por outro caractere (no
>>>> caso
>>>>> -), fica mais fácil ver.
>>>>>
>>>>> Por outro lado, o grep é desnecessário, já que pode-se conseguir o
>> mesmo
>>>>> efeito com o sed.
>>>>>
>>>>> Abcs,
>>>>> Julio
>>>>> *Já foi lançado "Bombando o Shell".
>>>>> Show de interfaces gráficas sob Shell!*
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Em 2 de fevereiro de 2012 22:11, Rodrigo Boechat<
>>>>> address@hidden>  escreveu:
>>>>>> Olá, boa noite.
>>>>>>
>>>>>> Alguém poderia me ajudar?
>>>>>> Quando configurei essa nova versão no Thunar, percebi que havia erro
>> na
>>>>>> linha 76 do script:
>>>>>> http://pastebin.com/DLKipbzv
>>>>>>
>>>>>> done<<<  $(echo "$*" | sed -e "s/ \//\n\//g" | grep ".mp3")
>>>>>>
>>>>>> Essa linha está mandando para a variável mp3 [linha 40] toda a lista
>> de
>>>>>> arquivos em uma linha apenas.
>>>>>> Quando aideia é separar os caminhos dos arquivos em linhas para o
>> while
>>>>>> trabalhar.
>>>>>>
>>>>>> Estranho é que, criando um arquivo com a lista, usando a mesma linha:
>>>>>> echo "$*" | sed -e "s/ \//\n\//g" | grep ".mp3">  listaDeTeste
>>>>>>
>>>>>> E jogando para o while o arquivo:
>>>>>> done<  listaDeTeste
>>>>>>
>>>>>> Funciona tudo corretamente.
>>>>>>
>>>>>> Não consegui entender porque o erro acontece.
>>>>>> Tentei mas não consegui solucionar o erro.
>>>>>>
>>>>>> Grato!
>>>>>>
>>>>>> Em 24-01-2012 14:30, Rodrigo Boechat escreveu:
>>>>>>> Fernando,
>>>>>>> Bom dia.
>>>>>>>
>>>>>>> Obrigado pela sua colaboração.
>>>>>>> Suas observações foram interessantes e me ajudou muito a mudar meu
>>>>>>> pensamento.
>>>>>>> Como iniciante no shellscript eu realmente não teria como adquirir o
>>>>>>> conhecimento de toda a sintaxe da linguagem.
>>>>>>>
>>>>>>> Valeu muito suas dicas. Pensarei diferente de agora em diante. :)
>>>>>>>
>>>>>>> Segue a nova versão: http://pastebin.com/DLKipbzv
>>>>>>>
>>>>>>> Notei que a versão anterior tinha um erro feio na minha lógica, tinha
>>>>>>> um "w" perdidão no meio do código que estava gerando outro erro
>> [linha
>>>>>>> 58 da versão anterior] e tive problemas com o ls [linha 56, versão
>>>>>>> anterior].
>>>>>>> Acho que consegui resolver tudo. :)
>>>>>>>
>>>>>>> E só explicando. Minhas férias acabaram. Por isso demorei a
>> responder.
>>>>>>> Abaixo eu coloquei uns comentários sobre o que você escreveu.
>>>>>>>
>>>>>>>
>>>>>>> Em 29-11-2011 16:07, Fernando Mercês escreveu:
>>>>>>>> Salve, Rodrigo, tudo bem?
>>>>>>>>
>>>>>>>> Vou dar uns pitacos:
>>>>>>>>
>>>>>>>> 1. Quando você repete muito código, é a hora de usar funções. Uma
>> boa
>>>>>>>> aí seria definir, no início do script, uma função de erro, por
>>>>>>>> exemplo:
>>>>>>>>
>>>>>>>> err() {
>>>>>>>> zenity --info --title "Erro!" --text "$1"
>>>>>>>> exit 1
>>>>>>>> }
>>>>>>>>
>>>>>>>> Aí na hora de informar erro, basta fazer:
>>>>>>>>
>>>>>>>> err "mensagem do erro"
>>>>>>>>
>>>>>>>> 2. Colocar todo o seu programa dentro de um bloco de if ou else não
>> é
>>>>>>>> muito prático. Ao invés de fazer:
>>>>>>>> ---
>>>>>>>> if [ ! -n "$1" ]; then
>>>>>>>> #erro
>>>>>>>> else
>>>>>>>> # todo seu programa
>>>>>>>> fi
>>>>>>>> ---
>>>>>>>> Prefira:
>>>>>>>> ---
>>>>>>>> if [ ! -n "$1" ]; then
>>>>>>>> #erro
>>>>>>>> exit 1
>>>>>>>> fi
>>>>>>>>
>>>>>>>> #todo seu programa
>>>>>>>> ---
>>>>>>>>
>>>>>>>> Ou melhor, já usando a sugestão da função err():
>>>>>>>>
>>>>>>>> ---
>>>>>>>> test -f "$1" || err "Falta arquivo de entrada ou não existe..."
>>>>>>>>
>>>>>>>> # todo o seu programa.
>>>>>>>> --
>>>>>>>>
>>>>>>>> Como a função err() tem um exit, ao ser chamada, o script será
>>>>>>>> encerrado. Perceba também que usei a opção -f do teste já neste
>> teste
>>>>>>>> do argumento, então você não precisaria testar novamente como faz na
>>>>>>>> linha 14. ;)
>>>>>>>>
>>>>>>> A linha 14 testa outro arquivo que não é o mesmo do argumento de
>>>>> entrada.
>>>>>>> É um arquivo que "guarda" o ultimo device usado pelo MP4.
>>>>>>> Foi uma tentativa de tentar evitar que a cada execução o script
>>>>>>> procurasse o aparelho novamente; assim ganharia performance. No
>>>>>>> entanto, esbarrei em um erro. De curiosidade fui inserindo e
>> removendo
>>>>>>> pendrives junto com o MP4 até que um pendrive pegasse o mesmo
>>>>>>> dispositivo já usado anteriormente pelo MP4. Aí os arquivos foram
>>>>>>> copiado no pendrive, não para o MP4.
>>>>>>> Pela minha lógica, eu sabia que isso poderia acontecer. só forcei a
>>>>>>> situação para obter a comprovação.
>>>>>>>
>>>>>>> Por esse motivo removi essa parte e voltei a fazer com que o script
>>>>>>> procure, em cada execução, o ponto de montagem do MP4.
>>>>>>>
>>>>>>>> 3. Você checa se o arquivo foi passado na linha de comando, mas
>> dentro
>>>>>>>> do script você fixou o arquivo (linha 12), é isso mesmo? Se sua
>> ideia
>>>>>>>> era fazer uma lógica do tipo "se o usuário informar um arquivo, usa,
>>>>>>>> do contrário, usa o padrão
>>>>>>>> /home/$USER/.enviarParaMP4-pontoDeMontagem", melhor fazer assim:
>>>>>>>>
>>>>>>>> arquivo="$HOME/.enviarParaMP4-pontoDeMontagem"
>>>>>>>> test -f "$1"&&  arquivo=$1 || echo "Aviso: usando arquivo padrão
>>>>>>>> $arquivo"
>>>>>>>>
>>>>>>>> O que vem depois do&&  só é executado se o test retornar sucesso. O
>>>>>>>> que vem depois do || só é executado se o test falhar.
>>>>>>>>
>>>>>>>> Acho que se você pensar nestes três itens e aplicar em todo o
>> código,
>>>>>>>> terá um script muito menor. ;)
>>>>>>>>
>>>>>>> Bom, justamente a explicação anterior fala sobre o arquivo
>>>>>>> ".enviarParaMP4-pontoDeMontagem".
>>>>>>> O caso da linha 14.
>>>>>>>
>>>>>>> Eu queria evitar a execução de parte do código se o MP4 já estivesse
>>>>>>> montado. Mas como disse houve o erro já explicado.
>>>>>>> Até agora eu não consegui enxergar uma maneira de fazer isso,
>> evitando
>>>>>>> o possível problema, pois para evitar o problema o eu teria que fazer
>>>>>>> toda a checagem novamente. O que tornaria o código redundante.
>>>>>>> Para que eu evitar de executar um código, sendo que para evitar erros
>>>>>>> eu tenho que executá-lo? ^_^"
>>>>>>>
>>>>>>> Opa, me ocorreu uma ideia. Acho que posso verificar o serial direto
>>>>>>> pelo ponto de montagem. Se for possível até valeria a pena executar
>>>>>>> uma linha para verificar se o ponto de montagem se refere ao mesmo
>>>>>>> serial contido na variável "$dispositivoSerial".
>>>>>>>
>>>>>>> *** É pesquisei um bocado. Não consegui encontrar nada que pudesse
>>>>>>> fazer isso sem fazer os passos já feitos para conseguir o ponto de
>>>>>>> montagem. Se alguém souber como se faz e puder contribuir, agradeço.
>>>>>>> :)
>>>>>>>
>>>>>>>> Grande abraço e boa sorte!
>>>>>>>>
>>>>>>> Obrigado. O script final realmente ficou muito menor e mais limpo.
>>>>>>> Gostei do resultado.
>>>>>>>
>>>>>>> Quem tiver o Thunar ou a paciência de executá-lo na linha de comando,
>>>>>>> por favor me retornem os resultados. Até agora não encontrei erros.
>>>>>>>
>>>>>>> Obrigado lista pelas ajudas!
>>>>>>> E se tiverem mais ideias para melhorar o script ou incrementar, me
>>>>> avisem!
>>>>>>> Rodrigo Boechat
>>>>>>>> Att,
>>>>>>>>
>>>>>>>> Fernando Mercês
>>>>>>>> Linux Registered User #432779
>>>>>>>> www.mentebinaria.com.br
>>>>>>>> softwarelivre-rj.org
>>>>>>>> @MenteBinaria
>>>>>>>> ------------------------------------
>>>>>>>> Participe do I Hack'n Rio
>>>>>>>> hacknrio.org
>>>>>>>> ------------------------------------
>>>>>>>>
>>>>>>>> 2011/11/26 Rodrigo Boechat<address@hidden
>>>>>>>> <mailto:rodrigo.boechat.tenorio%40gmail.com>>
>>>>>>>>> Acho que finalizei o script.
>>>>>>>>> A nova nova nova versão está no pasteBin:
>>>>>>>>> http://pastebin.com/XMYX6bAR
>>>>>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>>>>> - -
>>>>>>>>> - - - -
>>>>>>>>>
>>>>>>>>> MrBits,
>>>>>>>>> Implementei a contagem de arquivos.
>>>>>>>>> Creio estar funcionando corretamente. hehe
>>>>>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>>>>>>>> - - - -
>>>>>>>>> Alysson,
>>>>>>>>> Alterei conforme sua observação.
>>>>>>>>> Obrigado.
>>>>>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>>>>>>>> - - - -
>>>>>>>>> Pessoal,
>>>>>>>>>
>>>>>>>>> Enquanto eu estava fuçando no script esbarrei com uma curiosidade.
>>>>>>>>> Fiz o exemplo a baixo para demonstrar o que me aconteceu [Coloquei
>>>>>>>>> "underscore" no lugar de espaços dentro do echo por causa do
>>>>>>>> formato html]:
>>>>>>>>> echo "campo/1_campo/2__campo/3___campo/4____campo/5" | sed -e
>>>>>>>>> "s/\([a-z0-9/]* *\)\{4\}[0-9a-zA-Z/ ]*/\1\##/"
>>>>>>>>>
>>>>>>>>> Sem querer, esse comando de SED que eu fiz, retornou exatamente:
>>>>>>>>> "campo/4____"
>>>>>>>>> !!!!!!
>>>>>>>>> Depois foi só adicionar na linha de sed o "; s/ *//g" e obtive:
>>>>>>>>> "campo/4"
>>>>>>>>>
>>>>>>>>> O interessante é que eu esperava que o retorno fosse o seguinte:
>>>>>>>>> "campo/1_campo/2__campo/3___campo/4____"
>>>>>>>>>
>>>>>>>>> Já que eu tive esse retorno inesperado da regex aproveitei e
>>>>> substituí
>>>>>>>>> uns AWK's, deixando umas linhas menores.
>>>>>>>>> Mas o fato é que eu fiquei sem entender o porque disso ter
>>>>> acontecido.
>>>>>>>>> Alguém consegue compreender o porque? Como eu faria para obter o
>>>>>>>> retorno
>>>>>>>>> esperado?
>>>>>>>>> Já bati um bocado de cabeça e não cheguei na solução. Agora está
>> mais
>>>>>>>>> como curiosidade que como necessidade, mesmo.
>>>>>>>>>
>>>>>>>>> Obrigado por toda a ajuda.
>>>>>>>>> :)
>>>>>>>>>
>>>>>>>>> <http://pastebin.com/XMYX6bAR>
>>>>>>>>>
>>>>>>>>> Em 17-11-2011 09:22, Alysson Gonçalves de Azevedo escreveu:
>>>>>>>>>
>>>>>>>>>> Vi que dentro do while, vc ta rodando o df a todo momento...
>>>>>>>>>> Eu sei que o df é rapinho... mas só por sugestão... não seria
>>>>>>>> melhor pegar
>>>>>>>>>> o tamanho do dispositivo apenas 1 vez e depois subtrair do espaço
>>>>>>>> livre o
>>>>>>>>>> tamanho de cada musica?
>>>>>>>>>>
>>>>>>>>>> Saudações...
>>>>>>>>>>
>>>>>>>>>> Alysson Gonçalves de Azevedo
>>>>>>>>>> (11) 8491-7730
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Em 17 de novembro de 2011 03:25, Rodrigo Boechat<
>>>>>>>>>> address@hidden
>>>>>>>> <mailto:rodrigo.boechat.tenorio%40gmail.com>>  escreveu:
>>>>>>>>>>> **
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Realmente interessante.
>>>>>>>>>>> Eu mesmo pensei em perguntar, mas o Tiago foi o fez na minha
>>>>> frente.
>>>>>>>>>>> :)
>>>>>>>>>>>
>>>>>>>>>>> Bem aqui segue a nova versão da bagaça:
>>>>>>>>>>> http://pastebin.com/XMYX6bAR
>>>>>>>>>>> Se alguém enxergar como melhorar qualquer coisa, me avisa!
>>>>>>>>>>>
>>>>>>>>>>> Tiago,
>>>>>>>>>>> Tentei implementar o esquema da verificação do tamanho do
>> arquivo.
>>>>>>>>>>> Acredito estar funcionando. Mas ainda carece de testes.
>>>>>>>>>>>
>>>>>>>>>>> Como eu optei por verificar o tamanho do arquivo para reservar
>>>>>>>> os 100KB,
>>>>>>>>>>> pros arquivos de configurações do aparelho, não mexi com o
>>>>>>>> tratamento de
>>>>>>>>>>> erro sobre o cp.
>>>>>>>>>>>
>>>>>>>>>>> Ainda estou vendo uma maneira de limitar a quantidade de arquivos
>>>>> no
>>>>>>>>>>> diretório para 999, que é o que o aparelho suporta.
>>>>>>>>>>> Logo mando novas a respeito disso. Talvez um:
>>>>>>>>>>> ls | grep ".mp3" | wc -l
>>>>>>>>>>> resolva meu caso. Eu que não tive tempo de implementar ainda.
>>>>>>>>>>> - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -
>>>>>>>>>>>
>>>>>>>>>>> MrBits,
>>>>>>>>>>> Obrigado pela ajuda e pela dica do /proc...
>>>>>>>>>>> Também pelo sed -e 's/^.*\[//g ; s/\].*$//g'
>>>>>>>>>>> Essa abordagem de separar o que eu realmente precisava ficou
>>>>>>>> muito mais
>>>>>>>>>>> fácil e conveniente que meu:
>>>>>>>>>>>
>>>>>>>>>>> sed -e "s/^.\{28\}\([a-z]\{3\}\).*/\1/"
>>>>>>>>>>>
>>>>>>>>>>> E não consegui evitar os subshells, infelizmente.
>>>>>>>>>>> Quebrei cabeça, pesquisei e descobri que, para os processos
>>>>>>>> necessários
>>>>>>>>>>> envolvidos, não há escapatória.
>>>>>>>>>>> Ou eu esqueci de alguma coisa?
>>>>>>>>>>> - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -
>>>>>>>>>>>
>>>>>>>>>>> Julio,
>>>>>>>>>>> Obrigado pelas dicas. Também suas explicações foram
>>>>> esclarecedoras.
>>>>>>>>>>> - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -
>>>>>>>>>>>
>>>>>>>>>>> Abraço a todos!
>>>>>>>>>>> Rodrigo Boechat
>>>>>>>>>>>
>>>>>>>>>>> Em 16-11-2011 14:53, Julio C. Neves escreveu:
>>>>>>>>>>>
>>>>>>>>>>>> Fala Pacman,
>>>>>>>>>>>> isso vem desde a época do UNIX. Suponha que vc faça um find
>>>>> assim:
>>>>>>>>>>>> find . -name arq\? -exec grep -l palavra {} \;
>>>>>>>>>>>>
>>>>>>>>>>>> e supondo que esse find encontrasse arq1, arq2 e arq3, a linha
>>>>>>>> montada
>>>>>>>>>>> pelo
>>>>>>>>>>>> exec para execução seria:
>>>>>>>>>>>> rm arq1 ; rm arq2 ; rm arq3
>>>>>>>>>>>>
>>>>>>>>>>>> Usando \+, esta linha ficaria:
>>>>>>>>>>>> rm arq1 arq2 rm arq3
>>>>>>>>>>>>
>>>>>>>>>>>> Daí ser muito mais rápido.
>>>>>>>>>>>> Abcs,
>>>>>>>>>>>> Julio
>>>>>>>>>>>> *Quer aprender tudo de Shell em 2 fins de semana?*
>>>>>>>>>>>> * address@hidden
>>>>>>>> <mailto:julio.neves%40gmail.com><address@hidden
>>>>>>>> <mailto:julio.neves%40gmail.com>>  ou (21) 8112-9988*
>>>>>>>>>>>> **
>>>>>>>>>>>> *** » **julioneves1 » juliobash*
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Em 16 de novembro de 2011 13:58, Tiago Peczenyj
>>>>>>>>>>>> <address@hidden
>>>>>>>> <mailto:tiago.peczenyj%40gmail.com>>escreveu:
>>>>>>>>>>>>> **
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> puxa julio eu nao conhecia o \+
>>>>>>>>>>>>>
>>>>>>>>>>>>> vi rapidamente no man find, por acaso o seu livro aborda esta
>>>>>>>>>>>>> construção? confesso que para mim é novidade.
>>>>>>>>>>>>>
>>>>>>>>>>>>> 2011/11/16 Julio C. Neves<address@hidden
>>>>>>>> <mailto:julio.neves%40gmail.com>>:
>>>>>>>>>>>>>> Só para otimizar I/O. Use o mesmo conceito no resto. Troque
>>>>>>>> as linhas:
>>>>>>>>>>>>>> find "/proc/scsi/usb-storage/" -type f -exec grep -l
>>>>>>>>>>>>>> "$dispositivoSerial" {} \; | awk -F '/' '{print "sd "$5}' |
>>>>>>>> tail -n1>
>>>>>>>>>>>>>> $dispositivoArquivo
>>>>>>>>>>>>>> read dispositivo<  $dispositivoArquivo
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> por:
>>>>>>>>>>>>>> read dispositivo<<<  $(find /proc/scsi/usb-storage/ -type f
>>>>>>>> -exec grep
>>>>>>>>>>>>>> -l "$dispositivoSerial"
>>>>>>>>>>>>>> {} \+ | awk -F '/' '{print "sd "$5}' | tail -n1)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Será gerado um subshell para executar o find, mas será mais
>>>>>>>> rápido por
>>>>>>>>>>>>> não
>>>>>>>>>>>>>> fazer I/O. Repare tb que troquei o \; do exec por \+ para ser
>>>>>>>> mais
>>>>>>>>>>>>> rápido.
>>>>>>>>>>>>>> Abcs,
>>>>>>>>>>>>>> Julio
>>>>>>>>>>>>>> *Quer aprender tudo de Shell em 2 fins de semana?*
>>>>>>>>>>>>>> * address@hidden
>>>>>>>> <mailto:julio.neves%40gmail.com><address@hidden
>>>>>>>> <mailto:julio.neves%40gmail.com>>  ou (21) 8112-9988*
>>>>>>>>>>>>>> **
>>>>>>>>>>>>>> *** » **julioneves1 » juliobash*
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Em 15 de novembro de 2011 19:05, Rodrigo Boechat<
>>>>>>>>>>>>>> address@hidden
>>>>>>>> <mailto:rodrigo.boechat.tenorio%40gmail.com>>  escreveu:
>>>>>>>>>>>>>>> **
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Tiago,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> A sua ideia de abordagem para a questão do espaço foi
>>>>>>>> interessante.
>>>>>>>>>>>>>>> Realmente esqueci que existe a saída de erro... T_T"
>>>>>>>>>>>>>>> O fato é que nunca mexi com isso. Vou pesquisar.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Também suas observações foram bem feitas. O meu MP4
>>>>>>>> shing-ling suporta
>>>>>>>>>>>>>>> 999 MPtrêzes.
>>>>>>>>>>>>>>> Ok. Eu perguntaria como eu colocaria 999 músicas de
>>>>>>>> qualidade "padrão"
>>>>>>>>>>>>>>> num espaço de 2GB... mas isso não vem ao caso.
>>>>>>>>>>>>>>> Hehehe
>>>>>>>>>>>>>>> E, novamente, sim. Estive olhando o MP4. Ele salva suas
>>>>>>>> configurações
>>>>>>>>>>> de
>>>>>>>>>>>>>>> maneira confusa em vários arquivinhos de texto.
>>>>>>>>>>>>>>> Então seria interessante reservar uns 100KB para o próprio
>>>>>>>> aparelho.
>>>>>>>>>>>>>>> Estudarei como implementar suas ideias em breve.
>>>>>>>>>>>>>>> Por enquanto, obrigado. Assim que eu tiver alguma novidade a
>>>>>>>> esse
>>>>>>>>>>>>>>> respeito eu mostro || echo "Ou mando dúvidas".
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ----------------------------------------
>>>>>>>>>>>>>>> MrBits,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Rapaz, eu fis muita pesquisa para saber como encontrar o
>>>>>>>> raio do ponto
>>>>>>>>>>>>>>> de montagem.
>>>>>>>>>>>>>>> Nunca eu ia imaginar que esse caminho do proc/scsi pudesse
>>>>>>>> existir. :)
>>>>>>>>>>>>>>> Porque em todas as explicações que eu achei, nada falou a
>>>>>>>> respeito.
>>>>>>>>>>>>>>> Bom. Da forma abaixo, consegui fazer o processo sem usar
>>>>>>>> subshell.
>>>>>>>>>>>>>>> Em contra partida, criou-se um tráfego maior de IO.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> dispositivoArquivo="/home/$USER/.enviarParaMP4-dispositivo"
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> find "/proc/scsi/usb-storage/" -type f -exec grep -l
>>>>>>>>>>>>>>> "$dispositivoSerial" {} \; | awk -F '/' '{print "sd "$5}' |
>>>>>>>> tail -n1>
>>>>>>>>>>>>>>> $dispositivoArquivo
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> read dispositivo<  $dispositivoArquivo
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> dmesg | grep -e "$dispositivo.*\[.*Attached" | sed -e
>>>>>>>> 's/^.*\[//g ;
>>>>>>>>>>>>>>> s/\].*$//g' | tail -n1>  $dispositivoArquivo
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> read dispositivo<  $dispositivoArquivo
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> mount | grep -i "$dispositivo" | awk '{print $3}'>
>>>>>>>> $dispositivoArquivo
>>>>>>>>>>>>>>> read dispositivo<  $dispositivoArquivo
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> rm "$dispositivoArquivo"
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> A questão, é: O que mais vale a pena?
>>>>>>>>>>>>>>> Voltando aos primórdios da época da faculdade, lembro que IO
>>>>>>>> é sempre
>>>>>>>>>>>>>>> mais lento que processamento na memória.
>>>>>>>>>>>>>>> Mas como eu sou novo na área, realmente gostaria de saber se
>>>>>>>> o caso é
>>>>>>>>>>>>>>> válido. Pois o shell trabalha "suave" com arquivos de texto.
>>>>>>>> E seu eu
>>>>>>>>>>>>>>> jogasse esses arquivos para uma "tmpfs" ao invés do home?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Grato pela ajuda,
>>>>>>>>>>>>>>> Rodrigo Boechat
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Em 15-11-2011 09:33, MrBiTs escreveu:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>>>>>>>>>>>> Hash: SHA256
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 11/15/2011 01:51 AM, Rodrigo Boechat wrote:
>>>>>>>>>>>>>>>>> MrBiTs, obrigado pela ajuda!
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Estou implementando, seguindo sua dica. O problema é que,
>>>>>>>> olhando
>>>>>>>>>>>>>>>> meu script percebi que há muita subshell. Tentei, mas ainda
>>>>>>>>>>>>>>>>> não consegui enxergar uma maneira de evitá-las.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Tentei usar o esquema:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> variavel=comandos ${variavel}
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Mas não deu certo. E vom o eval eu ainda continuo no
>>>>>>>> problema de
>>>>>>>>>>>>>>>> subshell.
>>>>>>>>>>>>>>>>> Aqui o ${!variavel} sempre retorna vazio.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Existe uma maneira de melhorar a coisa?
>>>>>>>>>>>>>>>> Quando eu tenho tarefas repetitivas de geração de dados, eu
>>>>>>>>>>> geralmente
>>>>>>>>>>>>>>>> as executo uma única vez, direcionando sua saída para uma
>>>>>>>>>>>>>>>> espécie de arquivo de configuração. Posso exemplificar isso
>>>>>>>> numa
>>>>>>>>>>>>>>>> leitura de arquivos que contenham um dado de código de
>>>>> qualquer
>>>>>>>>>>>>>>>> coisa, cuja descrição está numa tabela de banco de dados.
>>>>>>>> Ao invés de
>>>>>>>>>>>>>>>> ler a tabela para cada linha, eu a leio uma única vez e jogo
>>>>>>>>>>>>>>>> sua saída num arquivo no formato chave-valor. Como o bash 4
>>>>>>>> suporta
>>>>>>>>>>>>>>>> nativamete arrays associativos, via declare -A, fica fácil
>>>>>>>>>>>>>>>> você construir a relação. A versão 3 do bash não possui isso
>>>>>>>>>>>>>>>> nativamente, então o ideal é fazer upgrade. Eu
>>>>>>>> particularmente acho
>>>>>>>>>>>>>>>> eval a praga do shell-script. Se é para usar eval e deixar
>>>>>>>> o script
>>>>>>>>>>>>>>>> ininteligível, é mais fácil partir para outra linguagem.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Não me parece, entretanto, ser o caminho, já que você vai
>>>>>>>> querer
>>>>>>>>>>>>>>>> plugar seu emepêquatlo (outro dia me falaram em MP-6, porque
>>>>>>>>>>>>>>>> tocava música, filme, tirava fotos, mostrava fotos, tinha
>>>>>>>> rádio AM-FM
>>>>>>>>>>>>>>>> e jogos, subvertendo a abreviação do formato mpeg layer 4,
>>>>>>>>>>>>>>>> usando isso para indicar quantas funções o aloz flito tinha)
>>>>> a
>>>>>>>>>>>>>>>> qualquer momento e ele poderá usar um dispositivo
>>>>>>>> diferente. Se não
>>>>>>>>>>>>>>>> fosse assim, minha recomendação seria que você gerasse um
>>>>>>>> arquivo de
>>>>>>>>>>>>>>>> parâmetros quando o computador iniciasse.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Claro que usar subshell não é crime. Tudo são ferramentas.
>>>>>>>> Numa hora,
>>>>>>>>>>>>>>>> uma subshell é ruim, como no caso que analisamos da
>>>>>>>>>>>>>>>> velocidade do script, mas tem horas que somente subshells
>> vão
>>>>>>>>>>>>> resolver.
>>>>>>>>>>>>>>>> Um trecho que me chamou a atenção foi esse:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> dmesg | grep -i "$numeroDoDispositivo" | grep -i
>>>>>>>> "$nome2MP4" | sed -e
>>>>>>>>>>>>>>>> "s/^.\{28\}\([a-z]\{3\}\).*/\1/" | tail -n1>"$dispositivo"
>>>>>>>>>>>>>>>> pontoDeMontagem=$(mount | grep -i "`cat
>>>>>>>> /home/$USER/.dispositivo`" |
>>>>>>>>>>>>>>>> sed -e "s/^.\{12\}\([0-9a-zA-Z/ -]*\) type.*/\1/")
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Primeiro você gera uma string dados do dispositivo, só para
>>>>>>>> filtrar o
>>>>>>>>>>>>>>>> mount com esse dado. Aí pensei em juntar tudo numa coisa só:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> pontoDeMontagem=$(mount | \
>>>>>>>>>>>>>>>> grep -i \
>>>>>>>>>>>>>>>> $(dmesg | \
>>>>>>>>>>>>>>>> grep -i "$numeroDoDispositivo" | \
>>>>>>>>>>>>>>>> grep -i "$nome2MP4" | \
>>>>>>>>>>>>>>>> sed -e "s/^.\{28\}\([a-z]\{3\}\).*/\1/" | \
>>>>>>>>>>>>>>>> tail -n1) | \
>>>>>>>>>>>>>>>> sed -e "s/^.\{12\}\([0-9a-zA-Z/ -]*\) type.*/\1/")
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Na minha opinião, ficou confuso demais e não reduz a
>>>>>>>> quantidade de
>>>>>>>>>>>>>>>> subshells. Separei os comandos em linhas, para termos melhor
>>>>>>>>>>>>>>>> visibilidade.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Linux tem algumas ferramentas legais para você analisar o
>>>>>>>> que está
>>>>>>>>>>>>>>>> rodando ou instalado na sua máquina. Por exemplo, você
>>>>> procura
>>>>>>>>>>>>>>>> o número do dispositivo assim:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> numeroDoDispositivo=$(dmesg | grep -i "$nome1MP4" | sed -e
>>>>>>>>>>>>>>>> "s/^.\{20\}\([0-9:]\{8\}\).*/\1/" | tail -n1)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Entretanto, você tem os sysfs e procfs que te ajudam muito.
>>>>>>>> Veja que
>>>>>>>>>>>>>>>> legal:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> $ ls /proc/scsi/usb-storage
>>>>>>>>>>>>>>>> 6
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Esse 6 é exatamente o número do dispositivo USB que eu
>>>>>>>> tenho plugado
>>>>>>>>>>>>>>>> no meu computador agora. Obviamente, ele por sí só não diz
>>>>>>>>>>>>>>>> muita coisa, mas se for o único arquivo do diretório,
>>>>>>>> pronto, você já
>>>>>>>>>>>>>>>> eliminou um monte de subshell. Dentro do arquivo temos:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Host scsi6: usb-storage
>>>>>>>>>>>>>>>> Vendor: Kingston
>>>>>>>>>>>>>>>> Product: DT 101 G2
>>>>>>>>>>>>>>>> Serial Number: 001CC07CEB39BB41891A0087
>>>>>>>>>>>>>>>> Protocol: Transparent SCSI
>>>>>>>>>>>>>>>> Transport: Bulk
>>>>>>>>>>>>>>>> Quirks:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Então, talvez um find /proc/scsi/usb-storage -type f -exec
>>>>>>>> grep -l
>>>>>>>>>>>>>>>> $nome1MP4 {}\; seja a forma de você achar o número do
>>>>>>>>>>>>>>>> dispositivo. O arquivo /proc/scsi/scsi também te dá
>>>>> informações
>>>>>>>>>>>>>>>> interessantes, mas ainda não me diz se ele está montado.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Aí, para descobrir qual é o ponto de montagem do safado, e
>>>>>>>> aí vamos
>>>>>>>>>>> ao
>>>>>>>>>>>>>>>> dmesg. Ele sempre escreve algo como sd #Device, então se eu
>>>>>>>>>>>>>>>> filtrá-lo por sd 6, devo ter algo legal:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> dmesg | grep -e "sd 6.*\[.*$nome2MP4"
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ele vai me retornar alguma coisa assim:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> [57713.679823] sd 6:0:0:0: [sdb] Attached SCSI removable
>> disk
>>>>>>>>>>>>>>>> Aí, como o sdb é o que queremos, talvez um dmesg | grep -e
>>>>> "sd
>>>>>>>>>>>>>>>> 6.*\[.*Attached" | sed -e 's/^.*\[//g ; s/\].*$//g' seja
>>>>> legal.
>>>>>>>>>>>>>>>> Como sabemos que todo dispositivo USB será montado em um
>>>>> device
>>>>>>>>>>>>>>>> diferente, se plugarmos o primeiro, temos /dev/sdb, se
>>>>>>>> plugarmos o
>>>>>>>>>>>>>>>> segundo, temos /dev/sdc, isso nos basta. Aí é só ver no
>> mount
>>>>>>>>>>>>>>>> mount | grep -i sdb
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> E viva.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Veja se diminui um pouco seus subshells.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> - --
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> LLAP
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> .0. MrBiTs - address@hidden
>>>>>>>> <mailto:mrbits.dcf%40gmail.com><mailto:mrbits.dcf%40gmail.com>
>>>>>>>>>>>>>>>> ..0 GnuPG -
>>>>>>>>>>>>>>>>
>> http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
>>>>>>>> <
>> http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
>>>>>>>>>>>>>>>> <
>> http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
>>>>>>>> <
>> http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
>>>>>>>>>>>>>>>> 000 http://www.mrbits.com.br
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> -----BEGIN PGP SIGNATURE-----
>>>>>>>>>>>>>>>> Version: GnuPG v1.4.11 (GNU/Linux)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>> iQEcBAEBCAAGBQJOwk4AAAoJEG7IGPwrPKWr2TEH/ilB3vvv3mDQAuoHF2H3pgsB
>>>>>>>> zsfkOtZEeSExlnsOW35XgvHgB8h7wsIY7MeDaEoMAPY3PH+1eGzCEN9H8sopEpfG
>>>>>>>> D60TisBQOi4RkHJ2HvoHJPEo/Uxl3MGvyXQst2Ds50XmlmheMY6lj9+N0Fw8PQWP
>>>>>>>> /JZ/hL83s2FyoXLd2JtA7Bt9mPAbcEWeQuUcslhw+lzLc678P0rnmV9kAoDaSs9F
>>>>>>>> v9G/8dKELwsJ+DbweBUlJVYTnfSGkQBzegHdFA5OhJ8cC6DO7kiiXAZC+n0tJUQB
>>>>>>>> yhArU6iRFR3DPE1Acpe4SBrpbci7dwtP4JNNur+ScPE/fSoNtETsJU2Pz5E1Awk=
>>>>>>>>>>>>>>>> =3AEc
>>>>>>>>>>>>>>>> -----END PGP SIGNATURE-----
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [As partes desta mensagem que não continham texto foram
>>>>>>>> removidas]
>>>>>>>>>>>>>> [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: address@hidden
>>>>>>>> <mailto:shell-script-unsubscribe%40yahoogrupos.com.br>
>>>>>>>>>>>>>> ----------------------------------------------------------
>>>>>>>>>>>>>> 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
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> 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: address@hidden
>>>>>>>> <mailto:shell-script-unsubscribe%40yahoogrupos.com.br>
>>>>>>>>>>>> ----------------------------------------------------------
>>>>>>>>>>>> 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]
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> [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: address@hidden
>>>>>>>> <mailto:shell-script-unsubscribe%40yahoogrupos.com.br>
>>>>>>>>>> ----------------------------------------------------------
>>>>>>>>>> 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]
>>>>>>>>>
>>>>>>>>>
>>>>>> [As partes desta mensagem que não continham texto foram removidas]
>>>>>>
>>>>>>
>>>>> [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: address@hidden
>>>>> ----------------------------------------------------------
>>>>> 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]
>>>>
>>>>
>>>>
>>> [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: address@hidden
>>> ----------------------------------------------------------
>>> 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]
>>
>>
>>
>
> [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: address@hidden
> ---------------------------------------------------------------------
> 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]