I am not an expert in Windows at all. But the message says that cannot find "TransformWithErrorCodes...blablah" in ogr2gr.exe. Could it be that this method is actually in a dll, and the dll is not found? can be a PATH problem? There are tools to see the exported methods from a dll. Check that it does exist, and that is findable by ogr2ogr.exe.
On Tue, 27 Feb 2024 at 10:43, Abel Pau <a....@creaf.uab.cat> wrote: > In *one month* ago gdal code the error persists. > > So I have to conclude that this error is related to my vcpkg update with, > so I’m sad because it’s not something easy to solve. > > > > *De:* gdal-dev <gdal-dev-boun...@lists.osgeo.org> *En nombre de *Abel Pau > via gdal-dev > *Enviado el:* dimarts, 27 de febrer de 2024 10:29 > *Para:* Javier Jimenez Shaw <j...@jimenezshaw.com> > *CC:* gdal-dev@lists.osgeo.org > *Asunto:* Re: [gdal-dev] Some problems after updating > > > > Ups, forget this compilation error (not the first one). > > The directory exists and another program (by error) had it opened causing > the compiler couldn’t delete it. > > So, it was my mistake. > > So, I’m going to proceed with that one: > > > > > > > *De:* Javier Jimenez Shaw <j...@jimenezshaw.com> > *Enviado el:* dimarts, 27 de febrer de 2024 10:18 > *Para:* Abel Pau <a....@creaf.uab.cat> > *CC:* gdal-dev@lists.osgeo.org > *Asunto:* Re: [gdal-dev] Some problems after updating > > > > ohhhh, Windows debug. That was not easy (when I worked in Windows, more > than 10 years ago). It is using different names for libraries in debug and > release. > > > > 'ogr_VDV.dir\Debug\ogr_VDV.lib': could you check that is the content of > that directory? I wouldn't be surprised if the library file there has a > slightly different name. > > > > On Tue, 27 Feb 2024 at 10:06, Abel Pau <a....@creaf.uab.cat> wrote: > > Hi Javier, > > I did two changes at the same time (bad bad, never do that!): one > updating the code from repo (as usual) and the other one updating vcpkg > (cause there like 1000 changes in their Git and I though that was a good > idea). > > I suspect the code is good but I’ll make sure doing that bisection method. > > Even though this error is rare: > > > > 3>LINK : fatal error LNK1104: cannot open file > 'ogr_VDV.dir\Debug\ogr_VDV.lib' > > 3>Done building project "ogr_VDV.vcxproj" -- FAILED. > > > > I wonder why it is not writing (ogr_VDV it’s the only one that have the > error). > > Thanks! > > > > *De:* Javier Jimenez Shaw <j...@jimenezshaw.com> > *Enviado el:* dimarts, 27 de febrer de 2024 9:57 > *Para:* Abel Pau <a....@creaf.uab.cat> > *CC:* gdal-dev@lists.osgeo.org > *Asunto:* Re: [gdal-dev] Some problems after updating > > > > Hi Abel, > > > > If you have clear when it started happening, maybe you can try to find the > reason using https://git-scm.com/docs/git-bisect > > specially as you are reproducing it in your computer (CI is working fine, > so that should be something related to your configuration). > > Replicate it working fine with an older checkout from the repo, then > replicate it failing today, and look for the change that "breaks" it. > > If you cannot replicate the correct behaviour with an older checkout... > then the problem is not the source code. > > > > Cheers, > > Javier. > > > > On Tue, 27 Feb 2024 at 09:15, Abel Pau via gdal-dev < > gdal-dev@lists.osgeo.org> wrote: > > Hi again, > > I built and compiled the Gdal version in GitHub (without my changes) and > the error is NOT gone. > > Anyone has compiled very recently and is capable to call ogr2ogr with no > problems? > > > > Thanks > > > > *De:* gdal-dev <gdal-dev-boun...@lists.osgeo.org> *En nombre de *Abel Pau > via gdal-dev > *Enviado el:* dilluns, 26 de febrer de 2024 18:17 > *Para:* Even Rouault <even.roua...@spatialys.com>; > gdal-dev@lists.osgeo.org > *Asunto:* Re: [gdal-dev] Some problems after updating > > > > Done but it doesn’t work. > > The error is the same. > > Any other idea? > > > > *De:* Even Rouault <even.roua...@spatialys.com> > *Enviado el:* dilluns, 26 de febrer de 2024 17:55 > *Para:* Abel Pau <a....@creaf.uab.cat>; gdal-dev@lists.osgeo.org > *Asunto:* Re: [gdal-dev] Some problems after updating > > > > Perhaps try the good old methods: run the "clean" target and do a full > rebuild > > Le 26/02/2024 à 17:48, Abel Pau via gdal-dev a écrit : > > It even now doesn’t work from Visual Studio itself. > > I don’t understand what have changed from yesterday to today (apart from > updating vcpkg and gdal code itself). > > > > > > > > *De:* gdal-dev <gdal-dev-boun...@lists.osgeo.org> > <gdal-dev-boun...@lists.osgeo.org> *En nombre de *Abel Pau via gdal-dev > *Enviado el:* dilluns, 26 de febrer de 2024 17:42 > *Para:* Even Rouault <even.roua...@spatialys.com> > <even.roua...@spatialys.com>; gdal-dev@lists.osgeo.org > *Asunto:* Re: [gdal-dev] Some problems after updating > > > > Hi Even, thanks for your answer. > > > > I paste here some of my variables: > > After too many months perhaps there are things that are not necessary, but > the one you sais is there: > > > > *GDAL_DATA * > > D:\GitHub-repository\GDAL\build\data > > > > *PATH * > > PATH%; > > D:\GitHub-repository\GDAL\build\Debug; > > C:\Users\a.pau\AppData\Local\GitHubDesktop\bin; > > C:\Program Files\Graphviz\bin; > > D:\GitHub-repository\odbc-cpp-wrapper\build\src\odbc\Release; > > D:\mapes\programes\make-3.81-bin\bin; > > > > But same error appears :( > > > > > > *De:* Even Rouault <even.roua...@spatialys.com> > *Enviado el:* dilluns, 26 de febrer de 2024 17:30 > *Para:* Abel Pau <a....@creaf.uab.cat>; gdal-dev@lists.osgeo.org > *Asunto:* Re: [gdal-dev] Some problems after updating > > > > hi, > > perhaps make sure that your PATH environment variable includes a directory > that contains the gdal.dll of *your* build (should likely be > D:\GitHub-repository\GDAL\build\Debug) before the one potentially coming > from vcpkg > > Even > > Le 26/02/2024 à 17:20, Abel Pau via gdal-dev a écrit : > > Hi, > > > > usually (and always works) I call this two sentences from command line in > Windows: > > > > cmake -B D:\GitHub-repository\GDAL\build -S . > -DCMAKE_TOOLCHAIN_FILE=C:/dev/vcpkg/vcpkg/scripts/buildsystems/vcpkg.cmake > > cmake --build D:\GitHub-repository\GDAL\build > > > > The first one generates all projects that I can open with Visual Studio > > The second one compilates all files, and it ens with no problems. > > > > To test is works I’ve been using lots of line commands, for example this > one (using the program ogr2ogr): > > > > D:\GitHub-repository\GDAL\build\apps\Debug\ogr2ogr.exe > D:\mapes\2023\GDAL\Versions\Misteri_V20_a_V11.pol > D:\mapes\2023\GDAL\Versions\Misteri_V20.pol -progress -lco Version=V1.1 > --config CPL_DEBUG ON > > > > It’s been working untiel today when next error appears: > > --------------------------- > > ogr2ogr.exe - No se encuentra el punto de entrada > > --------------------------- > > No se encuentra el punto de entrada del procedimiento > ?TransformWithErrorCodes@OGRCoordinateTransformation@@UEAAH_KPEAN111PEAH@Z > en la biblioteca de vínculos dinámicos > D:\GitHub-repository\GDAL\build\apps\Debug\ogr2ogr.exe. > > --------------------------- > > D'acord > > --------------------------- > > > > What is the diference between today and yesterday? > I’ve done 2 things: > > 1. Download and Install VCPKG (the method that worked for me) > > 2. .\vcpkg\bootstrap-vcpkg.bat > > 3. .\vcpkg integrate install > > 4. .\vcpkg install gdal --triplet=x64-windows > > > > And, of course, download lasts codes from GDAL to be on date before > finishing the job I’m doing. > > > > So, can anyone put some light to this mistery? What I am doing wrong this > time? > > There is some dependence I am using wrong? > > > > I am a little desperate with that kind of errors. > > > > Thanks a lot! > > > > > > > > *Abel Pau Garcia* > > *GIS developer* > > [image: https://www.creaf.cat/sites/default/files/creaf-signature.png] > > *a....@creaf.uab.cat* <a....@creaf.uab.cat> > > *Let's chat on Teams!* > <https://teams.microsoft.com/l/chat/0/0?users=a....@creaf.uab.cat> > > *Tel. +34 934814277* > > [image: https://www.creaf.cat/sites/default/files/so-en-signature.png] > > [image: > https://www.creaf.cat/sites/default/files/twitter-icon-signature.png] > <https://twitter.com/CREAF_ecologia>[image: > https://www.creaf.cat/sites/default/files/linkedin-icon-signature.png] > <https://www.linkedin.com/company/1363052?trk=tyah&trkInfo=clickedVertical:company,clickedEntityId:1363052,idx:2-1-2,tarId:1465807877789,tas:creaf>[image: > https://www.creaf.cat/sites/default/files/youtube-icon-signature.png] > <https://www.youtube.com/c/creafecologia>[image: > https://www.creaf.cat/sites/default/files/instagram-icon-signature.png] > <https://www.instagram.com/CREAF_ecologia/> > > *www.creaf.cat* <http://www.creaf.cat>* | **http://blog.creaf.cat* > <http://blog.creaf.cat> > > [image: https://www.creaf.cat/sites/default/files/uab_logo_signatura.png] > > CREAF. Campus UAB. Edifici C. 08193 Bellaterra (Barcelona) > > > Before printing this electronic message, think about the environment. > > [image: http://www.creaf.uab.cat/_signatura/line.gif] > > > > > > > > _______________________________________________ > > gdal-dev mailing list > > gdal-dev@lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/gdal-dev > > -- > > http://www.spatialys.com > > My software is free, but my time generally not. > > > > _______________________________________________ > > gdal-dev mailing list > > gdal-dev@lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/gdal-dev > > -- > > http://www.spatialys.com > > My software is free, but my time generally not. > > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev > >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
