Que Ótimo!
Você tevem bem mais sorte que eu!

Em 03/05/07, Rodrigo Scarano - Target Sistemas <[EMAIL PROTECTED]>
escreveu:

 Olá Lairton,

Já resolvi. Trata-se de um bug da versão. Para resolver, precisa entrar em
TOOLS -> PREFERENCES -> ACTIVE CODING ASSISTANT e demarcar a opção "QUICK
INFO".



Obrigado,

Rodrigo.





-----Mensagem original-----
*De:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *Em
nome de *Lairton Júnior
*Enviada em:* quinta-feira, 3 de maio de 2007 10:20
*Para:* sqlwin@virtualand.net
*Assunto:* Re: [sqlwin] Travamentos CTD4.2 - Ambiente de desenvolvimento



A principio, a única coisa que tenho como recomendar seria salvar todos os
fontes em APT, na versão antiga ainda.
E abrir os APT na versão nova e ver no que dá.

Também tive problemas com o 4.2 e as nossas aplicações web. Não consegui
de jeito nenhum estabilizá-las.
Como não tive ajuda nenhuma da Gupta fizemos um downgrade pro 2.1 - unica
versão onde as coisas se estabilizaram.

Não estou dizendo que o 4.2 é ruim, mas nossa esperiência com ele não foi
das melhores até o presente momento.


 Em 03/05/07, *Rodrigo Scarano - Target Sistemas* <
[EMAIL PROTECTED]> escreveu:

Olá Lairton,



Lembro que vc já está utilizando o CTD 4.2 correto?



Estou com um problemão aqui e gostaria de saber se tem alguma dica para me
passar. Temos alguns apls grandes com vários objetos e Tabs e estamos com
grande dificuldade para dar manutenção nestes apls pelo CTD 4.2. Basta
abrirmos um campo e selecionar uma mensagem (ex: Sam_Validate) para que o
aplicativo trave e feche. Travamentos tb ocorrem quando utilizamos o recurso
"Find" para localizar alguma palavra no código fonte. Nossas máquinas são
boas (todas PIV com 256MB de RAM e WinXP) e o erro ocorre em todas elas. O
detalhe é que não ocorre nas versões anteriores do CTD (ex: 1.5.1) e tb
quando programamos diretamente no APP (utilizando o "merge") na versão 4.2
.



Alguma dica para me ajudar?



Obrigado.





*Rodrigo Scarano*
*Target Sistemas*
http://www.targetsis.com.br/
[EMAIL PROTECTED]






--

Lairton N de Almeida Jr.
[EMAIL PROTECTED]




--

Lairton N de Almeida Jr.
[EMAIL PROTECTED]

Responder a