Olá, Waldenio
Confirmei que a maquina que estou usando é 32 bits. Vou pedir para criar uma
nova maquina virutual com 64bits.
Creio que seja a melhor coisa a fazer não concorda?
Obrigada,
2010/8/2 Nilza BARROS <nilzabarros@xxxxxxxxx>
> Olá, Waldenio
>
> Obrigada. Mas eu ainda não voltei ainda estou em casa, mas se Deus quiser
> logo estarei de volta.
> Tentei executar os comandos PIPE e FILE como vc falou,
>
> ldm@dpns27:~$ PIPE decoders/dclsfc -v 2 -s lsystns.upc -d
> data/gempak/logs/dclsfc.log -e
> GEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tables
> data/gempak/syn/YYYYMMDD_syn.gem
> -su: PIPE: command not found
> ============
> Agora estou desconfiada da versão do gempak que copiei, eu baixei o de
> 64bits, pois nosso servidor (que é uma maquina virtual) esta instalado em um
> servidor DELL.
> ======
> ldm@dpns27:~/decoders$ ./dcnmos
> -su: ./dcnmos: cannot execute binary file
>
> ====1) Identifiquei nas variaveis de ambiente que o caminho para os
> binarios
> */home/gempak/GEMPAK_INPE1.1/os/linux/, *mas na minha instalacao o caminho
> que existe é:
>
> 2) Ao tentar rodar os executaveis, eis a msg de erro:
>
> /home/gempak/GEMPAK_INPE1.1/os/linux64/bin
> % ./cwordsh
> ./cwordsh: *Erro no formato exec. Wrong Architecture.*
>
> 3) Erro tambem ocorre qdo tento executar no ldm
> *ldm@dpns27:~/decoders$* <ldm@dpns27:~/decoders$>* ./dcgrib2
> *-su: ./dcgrib2: cannot execute binary file
> *ldm@dpns27:~/decoders$* <ldm@dpns27:~/decoders$>* ./dcmsfc
> *-su: ./dcmsfc: cannot execute binary file
> Antes de mais nada, me lembrei que o servidor foi instalado em portugues,
> mas utilizei o comando *dpkg reconfigure local*es para alterar a
> linguagem,
>
> ==========GEMPAK========
> LANGUAGE=pt_BR:pt:en
> MAIL=/var/mail/gempak
> HOME=/home/gempak
> SHELL=/bin/csh
> USER=gempak
> LOGNAME=gempak
> PWD=/home/gempak
> LANG=en_US.ISO8859-1
> LC_TIME=en_US.ISO8859-1
> ==========LDM===========
>
> LANG=en_US.UTF-8
> HISTCONTROL=ignoreboth
> SHLVL=1
> HOME=/usr/local/ldm
> LANGUAGE=en_us:en:pt
> ===========
> Será que o problema é este. Digo, o fato de usar 64bits? Neste caso onde
> devo baixar os executavies? O que vc me aconselha?
>
> Abraço e obrigada,
> Nilza
>
>
> 2010/8/2 waldenio almeida <waldenio.almeida@xxxxxxxxxxxxx>
>
> Bom Dia Nilza,
>>
>> Bom ver vc de volta à ativa. Soube do ocorrido, e estimo melhoras.
>>
>> Agora vamos no "comando da madrugada" =)
>>
>> Agora não sei dizer o que é o código de erro 126. Parece algo relacionado
>> com os decoders, já que a única instrução que funcionou foi o Jason, que é
>> uma ação de "FILE", e não de "PIPE" para um decoder. Tente executar um deles
>> manualmente para ver o que acontece...
>>
>> Vou ver se consigo passar no CHM esta semana, mas não prometo. Se
>> conseguir te procuro. Enquanto isso, uma sugestão seria vc conversar com o
>> Thiago no CH12.
>>
>>
>> Abs,
>> Waldenio.
>>
>>
>> Nilza BARROS wrote:
>>
>>> Olá, Waldenio e usuario do IDD,
>>> Quando alterei o nome do servdir (idd.cptec.inpe.br <
>>> http://idd.cptec.inpe.br/>) comecei a receber alguns produtos.
>>>
>>> Mas ainda não recebo os dados que preciso. Eu gostaria de receber dados
>>> de synop.
>>> Nos tivemos um problema com nosso servidor e nao consigo utilizar os
>>> arquivos de configuraçao (pqact e ldmd.conf) que funcionavam corretamente.
>>> Estou enviando meus arquivos de configuração.
>>> Pelo que entendi a linha abaixo que fica no arquivo
>>> pqact.gempak_decoders deveria resolver este problema.
>>> ====
>>> #
>>> # Synoptic land reports
>>> #
>>> WMO (^S[IM]V[IGNS])|(^SNV[INS])|(^S[IMN](W[KZ]|[^VW]))
>>> PIPE decoders/dclsfc -v 2 -s lsystns.upc
>>> -d data/gempak/logs/dclsfc.log
>>> -e GEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tables
>>> data/gempak/syn/YYYYMMDD_syn.gem
>>> ===========
>>> Segue abaixo o log que obtenho no momento.
>>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13714 exited with status
>>> 126 (decoders/dcuair-b24-m16-ddata/gempak/logs/dcuair.log-eGEMTBL=/home
>>>
>>> /gempak/GEMPAK_INPE1.1/gempak/tables-ssnstns.tbldata/gempak/upperair/YYYYMMDD_upa.gem)
>>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13715 exited with status
>>> 126 (decoders/dcacft-eGEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tables-
>>> ddata/gempak/logs/dcacft.logdata/gempak/acft/YYYYMMDDHH_acf.gem)
>>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13720 exited with status
>>> 126 (decoders/dcmetr-v2-a500-m72-ssfmetar_sa.tbl-ddata/gempak/logs/dcme
>>>
>>> tr.log-eGEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/surface/YYYYMMDD_sao.gem)
>>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13723 exited with status
>>> 126 (decoders/dctaf-ddata/gempak/logs/dctaf.log-eGEMTBL=/home/gempak/GE
>>> MPAK_INPE1.1/gempak/tablesdata/gempak/taf/YYYYMMDD00.taf)
>>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13726 exited with status
>>> 126 (decoders/dclsfc-v2-slsystns.upc-ddata/gempak/logs/dclsfc.log-eGEMT
>>>
>>> BL=/home/gempak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/syn/YYYYMMDD_syn.gem)
>>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13739 exited with status
>>> 126 (decoders/dctaf-ddata/gempak/logs/dctaf.log-eGEMTBL=/home/gempak/GE
>>> MPAK_INPE1.1/gempak/tablesdata/gempak/taf/YYYYMMDD00.taf)
>>> Aug 2 03:33:11 dpns27 pqact[828] NOTE: child 13744 exited with status
>>> 126 (decoders/dctaf-ddata/gempak/logs/dctaf.log-eGEMTBL=/home/gempak/GE
>>> MPAK_INPE1.1/gempak/tablesdata/gempak/taf/YYYYMMDD00.taf)
>>> Aug 2 03:33:12 dpns27 pqact[828] NOTE: child 13749 exited with status
>>> 126 (decoders/dcmetr-v2-a500-m72-ssfmetar_sa.tbl-ddata/gempak/logs/dcme
>>>
>>> tr.log-eGEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/surface/YYYYMMDD_sao.gem)
>>> Aug 2 03:33:12 dpns27 pqact[828] NOTE: child 13754 exited with status
>>> 126 (decoders/dcmsfc-b9-ddata/gempak/logs/dcmsfc.log-eGEMTBL=/home/gemp
>>> ak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/ship/YYYYMMDDHH_sb.gem)
>>> Aug 2 03:33:13 dpns27 pqact[828] NOTE: child 13759 exited with status
>>> 126 (decoders/dcmsfc-b9-ddata/gempak/logs/dcmsfc.log-eGEMTBL=/home/gemp
>>> ak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/ship/YYYYMMDDHH_sb.gem)
>>> Aug 2 03:33:13 dpns27 pqact[828] NOTE: child 13760 exited with status
>>> 126 (decoders/dcmetr-v2-a500-m72-ssfmetar_sa.tbl-ddata/gempak/logs/dcme
>>>
>>> tr.log-eGEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/surface/YYYYMMDD_sao.gem)
>>> ==========
>>> Atualmente, o unicos dados salvos são:
>>> ldm@dpns27:~$ <mailto:ldm@dpns27:%7E$> ls -l data/gempak/
>>>
>>> total 4
>>> drwxr-xr-x 2 ldm unidata 4096 Aug 2 02:20 jason
>>> ldm@dpns27:~$ <mailto:ldm@dpns27:%7E$> ls -l data/gempak/
>>>
>>> total 4
>>> drwxr-xr-x 2 ldm unidata 4096 Aug 2 02:20 jason
>>> ldm@dpns27:~$ <mailto:ldm@dpns27:%7E$> ls -l data/gempak/jason/
>>>
>>> total 656
>>> -rw-r--r-- 1 ldm unidata 115006 Aug 2 00:55 2010080120.bufr
>>> -rw-r--r-- 1 ldm unidata 109614 Aug 2 00:55 2010080121.bufr
>>> -rw-r--r-- 1 ldm unidata 126377 Aug 2 00:55 2010080122.bufr
>>> -rw-r--r-- 1 ldm unidata 93645 Aug 2 02:20 2010080123.bufr
>>> -rw-r--r-- 1 ldm unidata 142278 Aug 2 02:20 2010080200.bufr
>>> -rw-r--r-- 1 ldm unidata 51566 Aug 2 02:20 2010080201.bufr
>>> ==============
>>> Agradeço caso possam me ajudar.
>>> Abraco
>>> Nilza
>>> 2010/6/19 waldenio almeida <waldenio.almeida@xxxxxxxxxxxxx <mailto:
>>> waldenio.almeida@xxxxxxxxxxxxx>>
>>>
>>> Prezada Nilza,
>>>
>>> O upstream LDM é quem vai te fornecer os dados. Vejo também que
>>> tens uma configuração antiga, pois ainda está requisitando dados
>>> da moingobe (agora é idd.cptec.inpe.br <http://idd.cptec.inpe.br/>).
>>>
>>>
>>> As duas causas masi comuns para o LDM upstream não responder são:
>>> 1) Não há autorização para ti no servidor upstream ou 2) o seu
>>> firewall estar bloqueando as comunicações pela porta 388.
>>>
>>> Para verificar isso, use o comando:
>>> ldmping rtstats.unidata.ucar.edu <http://rtstats.unidata.ucar.edu/>
>>>
>>> se não aparecer "RESPONDING" deve ser o seu firewall...
>>>
>>>
>>> abs,
>>> Waldenio.
>>>
>>>
>>> Nilza BARROS wrote:
>>>
>>>
>>> Prezados Usuarios do IDD,
>>> Finalizei a instalacao do ldm e do gempak no SO Debian.
>>> Acompanhei integralmente as instrucoes do Manual para
>>> instalacao do FEDORA. Pretendo neste momento so rodar o ldm
>>> apenas com as configuracoes minimas.
>>>
>>> Aparentemente, a instalacao esta correto, mas nao estou
>>> recebendo os dados.
>>> De acordo com o log (que envio em anexo) um dos problemas e
>>> ===
>>> ERROR: Disconnecting due to LDM failure; Upstream LDM didn't
>>> reply to FEEDME request; RPC: Authentication error; why =
>>> (authentication error 5)
>>> ===
>>> Jun 17 16:40:25 dpns27 rpc.ldmd[3390] NOTE: Starting Up
>>> (version: 6.8.1; built: Jun 15 2010 03:40:04)
>>> Jun 17 16:40:25 dpns27 rpc.ldmd[3390] NOTE: Using local
>>> address 0.0.0.0:388 <http://0.0.0.0:388/> <http://0.0.0.0:388
>>>
>>> <http://0.0.0.0:388/>>
>>>
>>> Jun 17 16:40:25 dpns27 pqact[3391] NOTE: Starting Up
>>> Jun 17 16:40:25 dpns27 pqact[3391] WARN: No such file or directory
>>> Jun 17 16:40:25 dpns27 pqact[3391] WARN: stateRead(): Couldn't
>>> open "/usr/local/ldm/etc/pqact.conf.state"
>>> Jun 17 16:40:25 dpns27 pqact[3391] WARN: Previous-state
>>> information doesn't exist. Continuing...
>>> Jun 17 16:40:25 dpns27 pqact[3394] NOTE: Starting Up
>>> Jun 17 16:40:25 dpns27 pqact[3394] WARN: No such file or directory
>>> Jun 17 16:40:25 dpns27 pqact[3394] WARN: stateRead(): Couldn't
>>> open "etc/pqact.gempak_decoders.state"
>>> Jun 17 16:40:25 dpns27 pqact[3394] WARN: Previous-state
>>> information doesn't exist. Continuing...
>>> Jun 17 16:40:25 dpns27 pqact[3396] NOTE: Starting Up
>>> Jun 17 16:40:25 dpns27 pqact[3396] WARN: No such file or directory
>>> Jun 17 16:40:25 dpns27 pqact[3396] WARN: stateRead(): Couldn't
>>> open "etc/pqact.gempak_images.state"
>>> Jun 17 16:40:25 dpns27 pqact[3396] WARN: Previous-state
>>> information doesn't exist. Continuing...
>>> Jun 17 16:40:25 dpns27 pqact[3397] NOTE: Starting Up
>>> Jun 17 16:40:25 dpns27 pqact[3397] NOTE: Configuration-file
>>> "etc/pqact.gempak_cptec" has no entries. You should probabl
>>> y not start this program instead.
>>> Jun 17 16:40:25 dpns27 pqact[3397] WARN: No such file or directory
>>> Jun 17 16:40:25 dpns27 pqact[3397] WARN: stateRead(): Couldn't
>>> open "etc/pqact.gempak_cptec.state"
>>> Jun 17 16:40:25 dpns27 pqact[3397] WARN: Previous-state
>>> information doesn't exist. Continuing...
>>> Jun 17 16:40:25 dpns27 moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>
>>>
>>> <http://moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>>[3398] NOTE: Starting
>>> Up(6.8.1): moingobe.cptec.inpe.br:388
>>> <http://moingobe.cptec.inpe.br:388/>
>>>
>>> <http://moingobe.cptec.inpe.br:388
>>> <http://moingobe.cptec.inpe.br:388/>> 20100617154025
>>> .845 TS_ENDT {{WMO, ".*"}}
>>> Jun 17 16:40:25 dpns27 moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>
>>>
>>> <http://moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>>[3398] NOTE: Previous
>>> product-information file ".bfc5a9067e0970ddebbbb201c
>>>
>>> ldm@dpns27:~/logs$ ls -ltr
>>> total 3884
>>> Jun 17 20:19:05 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired
>>> product-class: 20100617191905.847 TS_ENDT {{WMO, ".*"}}
>>> Jun 17 20:19:05 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] ERROR: Disconnecting due
>>> to LDM failure; nullproc_6 failure to mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>; RPC: Unable to receive; errno
>>> = Connection reset by peer
>>> Jun 17 20:19:06 dpns27 moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>
>>>
>>> <http://moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>>[4015] NOTE: LDM-6 desired
>>> product-class: 20100617191906.613 TS_ENDT {{WMO, ".*"}}
>>> Jun 17 20:19:06 dpns27 moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>
>>>
>>> <http://moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>>[4015] ERROR: Disconnecting
>>> due to LDM failure; Upstream LDM didn't reply to FEEDME
>>> request; RPC: Authentication error; why = (authentication error 5)
>>> Jun 17 20:19:06 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired
>>> product-class: 20100617191906.966 TS_ENDT {{WMO, ".*"}}
>>> Jun 17 20:19:07 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] ERROR: Disconnecting due
>>> to LDM failure; nullproc_6 failure to mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>; RPC: Unable to receive; errno
>>> = Connection reset by peer
>>> Jun 17 20:19:09 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired
>>> product-class: 20100617191909.064 TS_ENDT {{WMO, ".*"}}
>>> Jun 17 20:19:09 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] ERROR: Disconnecting due
>>> to LDM failure; nullproc_6 failure to mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>; RPC: Unable to receive; errno
>>> = Connection reset by peer
>>> Jun 17 20:19:12 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired
>>> product-class: 20100617191912.162 TS_ENDT {{WMO, ".*"}}
>>> Jun 17 20:19:12 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] ERROR: Disconnecting due
>>> to LDM failure; nullproc_6 failure to mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>; RPC: Unable to receive; errno
>>> = Connection reset by peer
>>> Jun 17 20:19:17 dpns27 mopora.cptec.inpe.br
>>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br
>>>
>>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired
>>> product-class: 20100617191917.264 TS_ENDT {{WMO, ".*"}}
>>> Jun 17 20:19:19 dpns27 moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>
>>>
>>> <http://moingobe.cptec.inpe.br
>>> <http://moingobe.cptec.inpe.br/>>[4015] NOTE: LDM-6 desired
>>> product-class: 20100617191919.745 TS_ENDT {{WMO, ".*"}}
>>>
>>> ==
>>>
>>> Agradeco caso possam me ajudar,
>>> Nilza Barros
>>>
>>>
>>>
>>>
>>> 2010/5/24 Nilza BARROS <nilzabarros@xxxxxxxxx
>>> <mailto:nilzabarros@xxxxxxxxx> <mailto:nilzabarros@xxxxxxxxx
>>>
>>> <mailto:nilzabarros@xxxxxxxxx>>>
>>>
>>>
>>> Prezado Waldenio,
>>> Agradeço a informação. Então vou tentar manter o
>>> Debian como SO,
>>> pois tenho
>>> mais familiaridade.
>>> Abraço,
>>> Nilza
>>>
>>> 2010/5/24 Waldenio G. Almeida
>>> <waldenio.almeida@xxxxxxxxxxxxx
>>> <mailto:waldenio.almeida@xxxxxxxxxxxxx>
>>> <mailto:waldenio.almeida@xxxxxxxxxxxxx
>>> <mailto:waldenio.almeida@xxxxxxxxxxxxx>>>
>>>
>>>
>>> Prezada Nilza,
>>>
>>> Tanto o LDM como o GEMPAK funcionam bem em Debian. A
>>> universidade de
>>> Évora é um exemplo de usuário Debian do IDD.
>>>
>>> Na minha avaliação é indiferente se vc escolher Debian,
>>> SUSE
>>> ou Fedora.
>>> O CPTEC usa SUSE, mas o UNIDATA usa Fedora.
>>>
>>> Na verdade, o melhor sistema será aquele no qual o seu
>>> suporte
>>> tiver
>>> maior familiaridade e capacidade de administrar e resolver
>>> problemas.
>>> Assumindo obviamente que ele (o suporte) será capaz de
>>> fazer
>>> qualquer
>>> modificação ou configuração que for necessária sem
>>> apoio externo.
>>>
>>> O único sistema LINUX que apresentou deficiências foi o
>>> UBUNTU. Na época
>>> algumas bibliotecas do MOTIF não estavam disponíveis,
>>> além de
>>> outras
>>> deficiências com relação às distribuições mais
>>> tradicionais do
>>> LINUX.
>>> Isso aconteceu em 2006 quando estávamos trabalhando na
>>> extensão do IDD
>>> para a África, e optamos por abandoná-lo. Não falo
>>> portanto pelas
>>> versões novas do Ubuntu.
>>>
>>> Abs,
>>> Waldenio.
>>>
>>>
>>> Nilza BARROS wrote:
>>> > Prezados,
>>> >
>>> > Pretendemos reinstalar nosso IDD,pois com a utilização do
>>> Debian os
>>> > dados de SYNOP estão chegando corrompidos. Já fizemos
>>> vários
>>> testes
>>> > e tudo indica que o problema é o sistema operacional.
>>> > Mas, antes de iniciar a instalação, gostaria de
>>> saber dos
>>> > participantes do IDD- BRASIL qual sistema operacional me
>>> aconselham a
>>> > usar.
>>> >
>>> > Pretendo seguir os passos descritos no site do cptec,
>>> onde
>>> existe o
>>> > manual de instalação para o Fedora e para o Suse.
>>> > Minhas perguntas são:
>>> >
>>> > 1) Qual melhor opção Fedora ou Suse?
>>> > 2) Posso utilizar qualquer versão do SO escolhido ou
>>> existe
>>> alguma que
>>> > devo evitar?. Gostaria de usar a versão mais atual.
>>> >
>>> > Agradeço caso possam me orientar.
>>> >
>>> > --
>>> > Abraço,
>>> > Nilza Barros
>>> >
>>>
>>> ------------------------------------------------------------------------
>>> >
>>> > _______________________________________________
>>> > idd-brasil mailing list
>>> > idd-brasil@xxxxxxxxxxxxxxxx
>>> <mailto:idd-brasil@xxxxxxxxxxxxxxxx>
>>> <mailto:idd-brasil@xxxxxxxxxxxxxxxx
>>> <mailto:idd-brasil@xxxxxxxxxxxxxxxx>>
>>>
>>> > For list information or to unsubscribe, visit:
>>> http://www.unidata.ucar.edu/mailing_lists/
>>>
>>>
>>>
>>>
>>> -- Abraço,
>>> Nilza Barros
>>>
>>>
>>>
>>>
>>> -- Abraço,
>>> Nilza Barros
>>>
>>>
>>>
>>>
>>> --
>>> Abraço,
>>> Nilza Barros
>>>
>>
>
>
> --
> Abraço,
> Nilza Barros
>
--
Abraço,
Nilza Barros
