PC Toledo

En el caso de HMG jamás vas a lograr que se produzca el error de clase ya registrada si no es con MT porque la función de definir ventanas/controles de HMG capta antes de crear la ventana que existe duplicación en el nombre de la ventana o control. Talvez no te des cuenta todavía de lo que quiero decir porque estás mirando los componentes aislados y no como un todo, que es como funciona la lib.

En el caso del ej. si las cuatro son del tipo main o activadas por separado la respuesta es muy sencilla cuando se cierra la ventana principal o el contador de ventana llega a cero se envía un ExitProcess y se termina el proceso y por supuesto todos los thread.

Talvez no te des cuenta todavía de lo que quiero decir porque estás mirando los componentes aislados y no como un todo, que es como funciona la lib.

Ou talvez esteja colocando a importância da LIB acima da importância do Harbour.

Então ao invés de um ExitProcess que termina todos os threads, apenas o equivalente que encerra a thread.
Ou um RETURN, ou um QUIT, seja lá o que for.
É so deixar por conta do Harbour terminar o processo, ele já sabe como fazer isso.

Um aplicativo grande tem várias janelas, e vários módulos.
De que me adianta saber que HMG não cria a janela porque o nome é repetido?
Me interessa sim saber aonde causou esse nome repetido.

Posso estar trazendo nomes de janelas a partir um banco de dados, por exemplo.
Aí vou ter a mensagem "janela duplicada", "classe já registrada".

Isso vai ser bom só para Dr Claudio Soto, que vai responder que HMG funciona, e que o nome está repetido.
Para o usuário, o usuário quer saber qual é o nome, e aonde aconteceu isso.

programador no importa demasiado donde ocurrió porque son fallas típicas del llamado a una función del API y un programador familiarizado con Windows va a saber

E estas?

Variable does not exists
Invalid argument in Str()
Type Mismatch
File not found

Qualquer programador vai estar familiarizado com tudo isso.
Devemos retirar mensagem de erro e callstack de tudo isso também?

JoséQuintas escreveu:

programador no importa demasiado donde ocurrió porque son fallas típicas del llamado a una función del API y un programador familiarizado con Windows va a saber

E estas?

Variable does not exists
Invalid argument in Str()
Type Mismatch
File not found

Qualquer programador vai estar familiarizado com tudo isso.
Devemos retirar mensagem de erro e callstack de tudo isso também?

No dije eso, el callstack de hb es llamado en HMG, simplemente dije que el error sys de hb no es la solución para todo en Windows en los componentes que no son nativos de hb.

Sim, é difícil definir aonde uma mensagem poderia ajudar ou não.
Mas muita rotina depende de parâmetros recebidos, nestes casos convém utilizar a rotina de erros padrão, com callstack.

Olhando rotinas simples, com pouco fonte, tá tudo fácil de ser resolvido.
Se acabamos de criar uma janela e aparece o erro, já sabemos que foi nessa janela.
Mas se aparecer depois.... não dá mais pra saber aonde foi.

Acho melhor pensar grande... que usuários vão fazer mágicas com tudo, e toda informação será bem vinda.

tarde amigos !!

Alguem tem aí alguma rotira de tratativas de erros para o harbour 3.2? no xharbour funcionava bem o codigo q eu tinha .. agora compilei com harbour 3.2 ela já nao funciona mais ... preciso de algo semelhante, que mostre usuario .. arquivos .. linha referente no cogido e etc ..

Abraço!