Re: [shell-script] Shell Script

[Bruno Diniz]

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/