Re: [shell-script] Shell Script

[Samuel - Tecnologia - Informática]

Por favor me manda também.


Obrigado,
Samuel


----- Original Message -----
From: "Bruno Diniz" <address@hidden>
To: <address@hidden>
Sent: Thursday, March 07, 2002 12:49
Subject: Re: [shell-script] Shell Script


> Pode me mandar tambem!!
> Obrigado!!
>
>
>  --- "Julio Cezar Neves - DISB.O"
> <address@hidden> escreveu: >
> Estou te mandando em PVT. Não mando para a lista
> > toda, pq a última vez que
> > fiz isso, teve um monte de colegas que receberam o
> > material e reclamaram por
> > que estava no formato .doc (que é o formato que o
> > editor me obriga, *por
> > contrato*, a usar), porque em uma lista não se anexa
> > arquivos, ...
> >
> > Como não tenho necessidade de agradar a gregos e
> > baianos, e faço isso pelo
> > simples prazer de ajudar ao próximo (não sou bíblia,
> > mas estou parecendo:^),
> > prefiro mandar para 1000 endereços de e-mail do que
> > mandar para lista.
> >
> > Favor não contestar minha opinião pq ela é
> > irrevogável.
> >
> > [ ]s,
> > Julio
> >
> > Obs: Aqueles que estão me enviando e-mail e citam
> > que compraram meu livro,
> > mando o "kit" de upgrade para a 3ª edição.
> > (named-pipes + getopts).
> >
> > -----Mensagem original-----
> > De: Diego Framill [mailto:address@hidden]
> > Enviada em: sexta-feira, 1 de março de 2002 11:01
> > Para: address@hidden
> > Assunto: Re: [shell-script] Shell Script
> >
> >
> > ok, manda pra mim tambem! :)
> > aparentemente todos querem, entao manda pra lista
> > toda...
> >
> > -----Mensagem Original-----
> > De: "Walter" <address@hidden>
> > Para: <address@hidden>
> > Enviada em: sexta-feira, 1 de março de 2002 09:36
> > Assunto: Re: [shell-script] Shell Script
> >
> >
> > Tambem tenho interesse em uma cópia...
> >
> > Valeu
> >
> > Walter
> > ----- Original Message -----
> > From: "Julio Cezar Neves - DISB.O"
> > <address@hidden>
> > To: <address@hidden>
> > Sent: Thursday, February 28, 2002 11:29 AM
> > Subject: RES: [shell-script] Shell Script
> >
> >
> > Oi Teresa,
> >
> > sem dúvida alguma, o melhor a fazer é utilizar
> > named-pipes ou FIFO. Acabei
> > de escrever uma seção sobre o assunto que será
> > incorporada à terceira edição
> > do meu livro, que traz como exemplo um caso bastante
> > parecido com o que vc
> > precisa. Trata-se da simulação de lock em bancos.
> > Quem quiser me peça que a
> > envio em um anexo (.doc). É um texto com várias
> > páginas.
> >
> > Não tentei entender a sua lógica por absoluta falta
> > de tempo, porém para
> > rapidamente poder te ajudar vou colocar um resumo do
> > que deve ser feito:
> >
> > prompt> mkfifo pipe1
> > prompt> ls -l pipe1
> > prw-r--r--   1 jneves   ssup              0 Jan 24
> > 16:54 pipe1
> > # Note que o arquivo pipe1 é do tipo "p"
> >
> > No final do prg R.SH coloque o seguinte comando:
> > echo "Dispara R1.SH" > pipe1
> >
> > Inicie o programa R1.SH da seguinte maneira:
> >
> > Disparo=
> > while [ "$Disparo" != "Dispara R1.SH" ]
> > do
> >     Disparo=`cat pipe1`
> > done
> >
> > Pode ficar despreocupada que vc não está criando um
> > loop furioso que exaure
> > todos os recursos da máquina. O named-pipe precisa
> > de um processo "falador"
> > e de um "ouvidor". Enquanto os 2 não estiverem
> > presentes o que estiver na
> > ponta do pipe estará em modo de espera.
> >
> > Coloquei o while só porque não conheço a
> > sincronização dos seus processos e
> > pode ser que vc use o pipe para diversas mensagens.
> > Coloque na saída do
> > R1.SH a seguinte linha:
> >
> > echo "Dispara R2.SH" > pipe1
> >
> > Inicie o programa R2.SH da seguinte maneira:
> >
> > Disparo=
> > while [ "$Disparo" != "Dispara R2.SH" ]
> > do
> >     Disparo=`cat pipe1`
> > done
> >
> > Pronto! Ai está! Limpo e seguro.
> >
> > [ ]s,
> > Julio Cezar Neves.
> >
> > Em tempo: abra 2 seções e faça testes direto no
> > prompt para vc entender
> > melhor este mecanismo. É sensacional para
> > sincronização de processos.
> >
> > -----Mensagem original-----
> > De: saghui [mailto:address@hidden]
> > Enviada em: quinta-feira, 28 de fevereiro de 2002
> > 08:23
> > Para: address@hidden
> > Assunto: [shell-script] Shell Script
> >
> >
> > Olá.
> >
> > Estou com um problema que espero que um de voces me
> > possa ajudar.
> > :)
> >
> > Eu tenho uma shell script (R.SH) que chama outras
> > duas (R1.sh e
> > R2.sh) para fazer o seguinte:
> >
> > A primeira rotina (R1) chama o sql*loader para que
> > este carregue uma
> > tabela no oracle.
> >
> > A segunda rotina (R2)tem instruções sql para fazer o
> > rebuild dos
> > índices da tabela que está a ser carregada na R1.
> >
> > É aqui que começa o meu problema ...
> > :(
> >
> > O unix lança a instrução do rebuild (R2.sh) sem
> > antes ter terminado o
> > load dos dados na tabela (R1.sh).
> >
> > Claro que depois não faz o rebuild porque a tabela
> > oracle está a ser
> > acedida pelo sql*loader....
> > :(
> >
> > A única solução que eu arranjei foi executar o
> > sql*loader, e depois
> > pesquisar se existe algum processo
> > sqldr a correr no unix e, enquanto existir, fazer
> > sleeps de 300
> > segundos !
> > Mas esta solução não me agrada muito ... porque vou
> > ter de correr
> > esta rotina várias vezes e, umas vezes 300 segundos
> > é muito
> > tempo e, outras vezes, 300 segundos é pouco ...
> >
> > O que eu gostaria de saber é se existe algum
> > parâmetro (tipo wait)
> > que eu possa colocar na rotina unix de forma
> > a que a minha rotina R2.sh só seja executada quando
> > a rotina R1.sh
> > termine ...
> > Alguém sabe se existe ? Podem ajudar-me ?
> >
> > Obrigada!
> >
> >
> > Teresa
> >
> >
> >
> > As rotinas são estas:
> >
> > ### R.SH ###
> > DIR_KSH=/net/dev-utdad1/Desenv_UTDAD001/ksh
> > . $DIR_KSH/R1.sh
> > . $DIR_KSH/R2.sh
> >
> >
> > ### R1.sh ###
> >
> === message truncated ===
>
>
____________________________________________________________________________
___________________
> Yahoo! Empregos
> O trabalho dos seus sonhos pode estar aqui. Cadastre-se hoje mesmo no
Yahoo! Empregos e tenha acesso a milhares de vagas abertas!
> http://br.empregos.yahoo.com/
>
> Sair da lista: address@hidden
> Banco Dados:   http://www.egroups.com/group/shell-script
>
> Seu uso do Yahoo! Grupos é sujeito às regras descritas em:
http://br.yahoo.com/info/utos.html
>