Parece que vamos ter polémica. às vezes isso até é saudável.

Mas há opiniões que me deixam pasmado:

- Por exemplo "instale o visual basic 5 la tbm"

Então você vai instalar o VB5 no cliente? Claro que não porque, além do mais ele nem deverá possuir licença para isso.

De facto o problema deve ser mesmo do "maldito" 586. Agora a solução é que não é, de forma nenhuma, a sugerida acima.

Podem ser várias (eu nunca trabalhei com vb5, apanhei o comboio já na versão seis. Por isso dei-me ao trabalho de dar uma "pesquisada" na net.

E encontrei

 

 

Pode ser que a solução esteja mesmo por aqui.

 

João Mateus

Agradeço pela ajuda dos colegas. Também penso que é o processador 586 que apresenta algum tipo de incompatibilidade com o aplicativo que criei no VB5 (e que roda normalmente nos diversos micros onde instalei para testar: nenhum deles é 586: são AMD Duron ou Pentium III). Interessante relevar que, no 586, roda legal quando dispara uma consulta baseada numa única variável (tipo: <digite a marca do aparelho>). Já se mando rodar uma consulta que peça: <digite a marca do aparelho>. Após digitar, outra inputbox pede: <digite o tipo de aparelho>, aparece o problema que já relatei pra vcs.