bug antigo

[JoséQuintas]

Uma coisa que vira e mexe acontece aqui é o seguinte:

Até mesmo usando -rebuild, o EXE não conter o fonte atualizado.

Isso acontecia no W7, e está acontecendo no W10

Tanto controle, salvando no git parcial pra tudo continuar funcionando....
E dá erro, na rotina que havia sido testada.

Não sei se é bug no cache do Windows, no hbmk2, ou nos utilitários envolvidos no Harbour.
Mas é complicado isso.
Tem horas que retornar um fonte é perder muitas alterações.

Por enquanto vou reiniciar a máquina, pra ver se altera alguma coisa.

[wmanesco]

Não sei se adianta alguma coisa, mas eu sempre apago os temporarios que o hbmk2 vai criando pra compilação, acredito que fica mais rapido e não me lembro de ter passado um problema desse, mas posso estar errado

[JoséQuintas]

O pior é que costumo fazer isso também.
É um mistério.

[Kapiaba]

O senhor destroy os *.OBJ antes de compilar?

Abs.

[JoséQuintas]

Só quando dá problema, não só OBJ mas tudo da pasta temporária.

Estou trabalhando o tempo todo num único fonte, de um único aplicativo.
A cada tipo de alteração uma compilada e teste.

De repente, acusa erro em algo que já havia sido alterado e testado.
Isso é o que deixa mais confuso.

No caso atual, usando um bat pra copiar fontes entre pastas, o que causa a impressão de relacionado a cache.
Mas teria que falhar várias vezes.... porque a alteração foi em diversas compilações anteriores, não na última.

[Kapiaba]

usando um bat pra copiar fontes entre pastas

Poderia postar o seu .bat para vermos se ele tem a opção /Y para sobrepor o fonte anterior pelo novo? Obg. abs.

[JoséQuintas]

Não tinha, agora tem.
Que eu me lembre, em BAT não precisa disso.

O resultado desse bat é o que também uso pra atualizar no github, a SefazClass.
Pra considerar que falha na cópia sem /y, eu teria que considerar que o GitHub nunca foi atualizado, o que não é verdade.

Em todo caso, vamos ver o que dá.
Vai saber se tem tempo default de resposta, e compilar em seguida faz diferença....

[Kapiaba]

Código: Selecionar todos

COPY [/D] [/V] [/N] [/Y | /-Y] [/Z] [/L] [/A | /B ] origem [/A | /B]
     [+ origem [/A | /B] [+ ...]] [destino [/A | /B]]

  origem       Especifica o arquivo ou arquivos a serem copiados.
  /A           Indica um arquivo de texto ASCII.
  /B           Indica um arquivo bin rio.
  /D           Permite que o arquivo de destino seja criado descriptografado
  destino      Especifica o diret¢rio e/ou nome de arquivo para os novos 
               arquivos.
  /V           Verifica se os novos arquivos sÆo gravados corretamente.
  /N           Usa um nome de arquivo curto, se dispon¡vel, ao copiar um
               arquivo com nome que nÆo esteja em formato 8.3.
  /Y           Suprime o prompt para vocˆ confirmar se deseja
               substituir um arquivo de destino existente.
  /-Y          Exibe o prompt para vocˆ confirmar se deseja substituir
               um arquivo de destino existente.
  /Z           Copia arquivos de rede no modo reinici vel.
  /L           Se a origem for um v¡nculo simb¢lico, copie o v¡nculo para o 
               destino em vez do arquivo real para o qual o v¡nculo de origem
               aponta.

A op‡Æo /Y pode ser predefinida na vari vel de ambiente COPYCMD.
Pode ser substitu¡da por /-Y na linha de comando. O padrÆo ‚ solicitar 
durante a substitui‡Æo, a menos que o comando COPY esteja sendo executado 
a partir de um script em lote.

Para acrescentar arquivos, especifique um £nico arquivo para destino,
mas v rios arquivos para origem (usando caracteres curinga ou o formato 
arquivo1+arquivo2+arquivo3).

[JoséQuintas]

By default, you are prompted when you replace this setting, unless the copy command is executed in a batch script.

https://technet.microsoft.com/en-us/lib ... 90886.aspx

Tá na parte final do seu texto também, só vi depois.

Pode ser substitu¡da por /-Y na linha de comando. O padrÆo ‚ solicitar
durante a substitui‡Æo, a menos que o comando COPY esteja sendo executado
a partir de um script em lote.

[wmanesco]

Que eu saiba também não precisaria do /y, mas vai saber né. Se resolver nos conte se era isso

[rubens]

O meu problema é de atualizar o executável...
Ia colocar um post aqui no sábado, sobre isso...

Tipo compilo o sistema... ele gera um executável do dia 21/11 as 17:30...
Vou lá na pasta destino apago o .exe de lá e mando colar esse novo de 17:30

Compilo novamente o sistema data 21/11 as 17:57
Vou lá na pasta destino, apago o arquivo lá (17:30)

Volto na pasta origem copio o arquivo (17:57) vou na pasta destino e mando colar... Ele cola o penúltimo arquivo (17:30)..
Perdi a manhã inteira de sábado com isso...
Enquanto não reiniciei a máquina não colou o arquivo correto.
Parece que o Windows memorizava a última colagem e não atualizava o exe nem a pau. Depois que eu reiniciei a máquina colou certo.. Depois disso resolvo o problema mas deve ser um Bug do Windows 10...

Rubens

[JoséQuintas]

Xi... não deixa de ser algo semelhante.
Pra não dizer.... fud. tudo. rs

[JoséQuintas]

Por enquanto normal.
Consegui fazer o que já tinha feito antes, e um pouco mais.