Página 1 de 1
bug antigo
Enviado: 21 Nov 2016 12:28
por 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.
bug antigo
Enviado: 21 Nov 2016 13:40
por 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
bug antigo
Enviado: 21 Nov 2016 14:11
por JoséQuintas
O pior é que costumo fazer isso também.
É um mistério.
bug antigo
Enviado: 21 Nov 2016 15:05
por Kapiaba
O senhor destroy os *.OBJ antes de compilar?
Abs.
bug antigo
Enviado: 21 Nov 2016 16:13
por 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.
bug antigo
Enviado: 21 Nov 2016 16:25
por 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.
bug antigo
Enviado: 21 Nov 2016 16:53
por 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....
bug antigo
Enviado: 21 Nov 2016 17:19
por 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).
bug antigo
Enviado: 21 Nov 2016 17:52
por 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.
bug antigo
Enviado: 21 Nov 2016 18:25
por wmanesco
Que eu saiba também não precisaria do /y, mas vai saber né. Se resolver nos conte se era isso
bug antigo
Enviado: 21 Nov 2016 19:03
por 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
bug antigo
Enviado: 21 Nov 2016 19:29
por JoséQuintas
Xi... não deixa de ser algo semelhante.
Pra não dizer.... fud. tudo. rs
bug antigo
Enviado: 22 Nov 2016 00:09
por JoséQuintas
Por enquanto normal.
Consegui fazer o que já tinha feito antes, e um pouco mais.