E agora foi pro Harbour 3.2, conforme orientação do Viktor.
https://github.com/harbour/core/issues/152
O Viktor comentou que não é normal acrescentar #include "std.ch", mas de qualquer forma, causou algum problema.
O problema vém do Harbour 3.2, não das modificações do Harbour 3.4, por isso é o local a ser indicado o bug.
ASimões,
Provavelmente copiou de exemplos que viu, e apenas repetiu o que viu, não foi culpa sua.
Primeiro considere que pode ter evitado um problema futuro nos seus aplicativos, e comece a eliminar #include "std.ch" de seus fontes..
E agora leve pro lado engraçado desta última situação, e inédita no fórum:
Até o Harbour ficou doidinho com o exemplo.
E precisamos até da ajuda dos developers.
Apesar de parecer engraçado...
Já pensou isso num aplicativo em uso, no meio de centenas de fontes um causando problema nos outros?
É por coisas assim que acho perigoso LIBs misturarem fontes Harbour/xHarbour, nunca se sabe quando e como a diferença poderá aparecer.
E de qualquer jeito, é espantoso um problema assim no Harbour, depois de tantos anos existindo std.ch e hbclass.ch