Erro libpng malformed archive

[JoséQuintas]

Hi José,
it's an old issue, still without a definitive patch.
Please read here:
https://groups.google.com/g/harbour-dev ... LupsB5BwAJ
That's the link to the thread:
https://groups.google.com/g/harbour-dev ... GyE-X_AwAJ
Please, report if the suggestions I made will solve your issue.
Best regards.
--
Maurizio

Problema antigo, sem solução definitiva até hoje.
Alguns resolveram mudando a ordem de compilação, sugeriram conflito entre libs.
Quem sabe não pode ser a possível fonte de erros inexplicáveis?

DEPENDE DO PROJETO, pode acusar erro ou não.

Resolvi copiando versão antiga dessa LIB.

Sei lá pra que serve essa lib....

[JoséQuintas]

Alguns resolveram mudando a ordem de compilação, sugeriram conflito entre libs.

Pra quem não sabe, isso é a coisa mais perigosa que existe.
Se for conflito, trata-se de entrar uma função no lugar da outra, resultados imprevisíveis.
Perigo fazer parte do dia a dia, não é um bom negócio.

Com BLINKER não dá esse erro.
Blinker aceita tudo repetido e não reclama.
Esse perigo sempre fez parte do Blinker.

Só não entendo porque o linker reclama da LIB, ao invés de mostrar função duplicada ou algo assim.

[Itamar M. Lins Jr.]

Olá!
Lá tá dizendo que é um bug do GCC 7.1 no 7.2 não ocorre...Viktor Szakart...

Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

Lá tá dizendo que é um bug do GCC 7.1 no 7.2 não ocorre...Viktor Szakart...

Tá dizendo um monte de coisas.
Aqui gcc 7.3

Como talvez eu não lembre disso daqui há algum tempo, coloquei no meu gerenciador de compilação pra testar.

Código: Selecionar todos

STATIC FUNCTION CheckLibPng()

   LOCAL aList

   aList := Directory( "d:\harbour\lib\win\mingw\libpng.a" )
   IF Len( aList ) != 0
      IF aList[ 1, F_DATE ] != Stod( "20180222" ) .OR. ;
         aList[ 1, F_TIME ] != "00:46" .OR. ;
         aList[ 1, F_SIZE ] != 298860
         ShowAlert( "Invalid libpng.a, change to another version" )
      ENDIF
   ENDIF

   RETURN Nil

Lembrando que essa resposta que recebi é DE HOJE 2023/03/13
Mesma pessoa envolvida nos posts anteriores.
E provavelmente deve estar usando gcc 10.2

Sei lá.... mais um erro inexplicável para o conjunto.

[JoséQuintas]

PUT. QUE PAR.

Vamos juntar este tópico com o de erros inexplicáveis:

Aí é que está.
Datas aproximadas:
O que uso hoje já usava em 2015.
Os problemas começaram em 2018.
Não houve mudança de ferramenta nenhuma.

png.png (10.67 KiB) Exibido 2246 vezes

lib que funciona.
Será que é só coincidência de data ????

[JoséQuintas]

Achei isto no 3.2 e 3.4

A pasta normal é 3rdpart

isso seria partes de terceiros

aí indica 3rdparty

Isso seria festa de terceiros

Sei lá....
E bem nas LIBS que dizem dar conflito e gerar a mensagem de erro do tópico !!!

[JoséQuintas]

UUUUUUUUUUUUUUUUUUUIAAAAAAAAAAAAAAAAAAAAAAAAAAAA

d:\temp\boletohmg>hbmk2 test gtwvg.hbc

hbmk2: Processing environment options: -comp=mingw
hbmk2: Processing configuration: d:\harbour\bin\hbmk.hbc
Harbour 3.2.0dev (r2303091450)
Copyright (c) 1999-2021, https://harbour.github.io/
Compiling 'test.prg'...
Lines 30658, Functions/Procedures 39
Generating C source output to 'C:\Users\jmcqu\AppData\Local\Temp\hbmk_q3gj78.dir\test.c'... Done.
d:/harbour/comp/mingw32/bin/../lib/gcc/i686-w64-mingw32/7.3.0/../../../../i686-w64-mingw32/bin/ld.exe: .rsrc merge failu
re: duplicate leaf: type: 3 (ICON) name: 1 lang: 419
d:/harbour/comp/mingw32/bin/../lib/gcc/i686-w64-mingw32/7.3.0/../../../../i686-w64-mingw32/bin/ld.exe: .rsrc merge failu
re: duplicate leaf: type: 1 (CURSOR) name: 1 lang: 419

d:\temp\boletohmg>hbmk2 gtwvg.hbc test

hbmk2: Processing environment options: -comp=mingw
hbmk2: Processing configuration: d:\harbour\bin\hbmk.hbc
Harbour 3.2.0dev (r2303091450)
Copyright (c) 1999-2021, https://harbour.github.io/
Compiling 'test.prg'...
Lines 30658, Functions/Procedures 39
Generating C source output to 'C:\Users\jmcqu\AppData\Local\Temp\hbmk_gjkqv2.dir\test.c'... Done.
d:/harbour/lib/win/mingw\libpng.a: error adding symbols: Malformed archive
collect2.exe: error: ld returned 1 exit status
hbmk2[test]: Error: Running linker. 1
gcc.exe C:/Users/jmcqu/AppData/Local/Temp/hbmk_gjkqv2.dir/test.o C:/Users/jmcqu/AppData/Local/Temp/hbmk_gjkqv2.dir/hbmk_
x2rywl.o C:/Users/jmcqu/AppData/Local/Temp/hbmk_gjkqv2.dir/minigui.reso C:/Users/jmcqu/AppData/Local/Temp/hbmk_gjkqv2.d
ir/hbprinter.reso C:/Users/jmcqu/AppData/Local/Temp/hbmk_gjkqv2.dir/miniprint.reso -mwindows -static -Wl,--start-group
-lgtwvg -lhbwin -lpng -lhbzebra -lhmge_main -lhmge_hbprinter -lhmge_miniprint -lhmge_bostaurus -lhmge_propgrid -lhmge_pr
opsheet -lhmge_tsbrowse -lhmge_winreport -lhbhpdf -llibhpdf -lhbtip -lxhb -lhbct -lhbfship -lhbxpp -lhbmisc -lhbziparc -
lhbmzip -lminizip -lvfw32 -lmsvfw32 -lhbextern -lhbdebug -lhbvmmt -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lg
twin -lgtwvt -lgtgui -lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddfpt -lhbrdd -lhbhsx -lhbsix -lhbmacro
-lhbcplr -lhbpp -lhbcommon -lhbmainwin -lwinmm -lkernel32 -luser32 -lgdi32 -ladvapi32 -lws2_32 -liphlpapi -lwinspool -l
comctl32 -lcomdlg32 -lshell32 -luuid -lole32 -loleaut32 -lmpr -lmapi32 -limm32 -lmsimg32 -lwininet -lhbpcre -lhbzlib -
Wl,--end-group -s -otest.exe -Ld:/harbour/lib/win/mingw -Ld:/fontes/integra/sefazclass -Ld:/fontes/integra/libjpa -Ld:/
github/hwgui -Ld:/github/hmge -Ld:/github/hmge/lib

Solução temporária:

Tira libs=png da hbwin, porque hbwin não usa isso pra merd. nenhuma

Coloca libs=png na harupdf, porque quem precisa disso é ela

E o que tem isso a ver com GTWVG ?
GTWVG usa HBWIN.HBC, que por sua vez tem lá o PNG.


Fui testar LIBs... corrigir LIBs...
Fui testar HWGUI.... corrigir HWGUI...
Voltei pro harbour 3.2.... corrigir harbour 3.2, por essa nem eu esperava

Sei lá.... parece que de tantos recursos existentes... eu vou sempre no que dá defeito kkkk

[JoséQuintas]

Esse problema também voltou.
Deu num teste que estava fazendo.
No aplicativo vai normal.

[JoséQuintas]

Acho que acabei de resolver.
Do jeito mais ridículo que existe: copiei uma pasta de fontes do 3.4 pro 3.2

Só acredito depois que o harbour 3.2 fizer o mesmo.

Esse problema é antigo, ninguém consegue resolver.
Resolver simplesmente copiando uma pasta do 3.4 parece simples demais pra acreditar.

[JoséQuintas]

Até hoje não resolveram isso no 3.2.
Nem mostrando a solução.
Sei lá.....

[sygecom]

Eu passei por isso, hoje tive que pular ele, deixei pra outra hora pq consumiu muito tempo aqui tentando resolver.

[JoséQuintas]

Tá pendente no harbour 3.2 há quase um ano, só copiar a pasta do harbour 3.4
Avisei em 04/2023 sobre a solução, vai completar quase um ano.

[Itamar M. Lins Jr.]

Olá!
No windows aqui usando o hb3.2 com gcc 13.2, sem problema nenhum com essa lib
Nem sei dizer, pq não tenho esse problema.

Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

Depende do que linquedita e como linquedita
Aqui apareceu com hmg3
No harbour users mencionam conforme a ordem das Libs aparecer ou não, e outras situações
Citei hmg3, porque hoje foi ao compilar dlgauto com hmg3.
Mas já aconteceu antes, e em alguns casos dependia da ordem, e hbmk2 eventualmente altera a ordem, conforme usa HBC.
Mas trocando pela do harbour 3.4 fica resolvido.
A do 3.4 é versão mais nova de png