[gdal-dev] Some problems after updating

Tue Feb 27 02:15:10 PST 2024

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.pau at 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-bounces at 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 <j1 at jimenezshaw.com>
> *CC:* gdal-dev at 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 <j1 at jimenezshaw.com>
> *Enviado el:* dimarts, 27 de febrer de 2024 10:18
> *Para:* Abel Pau <a.pau at creaf.uab.cat>
> *CC:* gdal-dev at 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.pau at 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 <j1 at jimenezshaw.com>
> *Enviado el:* dimarts, 27 de febrer de 2024 9:57
> *Para:* Abel Pau <a.pau at creaf.uab.cat>
> *CC:* gdal-dev at 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 at 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-bounces at 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.rouault at spatialys.com>;
> gdal-dev at 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.rouault at spatialys.com>
> *Enviado el:* dilluns, 26 de febrer de 2024 17:55
> *Para:* Abel Pau <a.pau at creaf.uab.cat>; gdal-dev at 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-bounces at lists.osgeo.org>
> <gdal-dev-bounces at 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.rouault at spatialys.com>
> <even.rouault at spatialys.com>; gdal-dev at 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.rouault at spatialys.com>
> *Enviado el:* dilluns, 26 de febrer de 2024 17:30
> *Para:* Abel Pau <a.pau at creaf.uab.cat>; gdal-dev at 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 at OGRCoordinateTransformation@@UEAAH_KPEAN111PEAH at 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.pau at creaf.uab.cat* <a.pau at creaf.uab.cat>
>
> *Let's chat on Teams!*
> <https://teams.microsoft.com/l/chat/0/0?users=a.pau@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 at 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 at 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 at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.png
Type: image/png
Size: 3657 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image011.png
Type: image/png
Size: 2547 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0007.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image012.png
Type: image/png
Size: 505 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0008.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image013.png
Type: image/png
Size: 446 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0009.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image014.png
Type: image/png
Size: 553 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0010.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image015.png
Type: image/png
Size: 582 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0011.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image016.jpg
Type: image/jpeg
Size: 2208 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image017.jpg
Type: image/jpeg
Size: 1111 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/990aa90c/attachment-0003.jpg>