[gdal-dev] Running GDAL through Python >= 3.8 on Anaconda - DLL load failed
Pedro Venâncio
pedrongvenancio at gmail.com
Fri Oct 15 05:05:31 PDT 2021
Hi Even,
I've been trying to tackle this issue and these are my last findings:
https://github.com/conda-forge/gdal-feedstock/issues/541#issuecomment-944228747
Does this make sense to you? Do you remember any change between gdal 3.2.1
and 3.2.2 that can explain this behaviour?
Thank you very much!
Pedro
Alexandre Neto <senhor.neto at gmail.com> escreveu no dia quinta, 14/10/2021
à(s) 01:26:
> Hi pedro,
>
> Are you sure you are not mixing conda channels? Normally, in the same
> environment, you should stick to a single channel to avoid dependency
> problems.
>
> I also noticed that you are using anaconda. I suggest you use miniconda
> instead. It comes with the bare minimal tools to install and manage the
> packages you explicitly want, instead of installating Gb of packages that
> unless you know them, you will never use.
>
> Alexandre Neto
>
> A quarta, 13/10/2021, 17:16, Pedro Venâncio <pedrongvenancio at gmail.com>
> escreveu:
>
>> I will ask on GDAL conda-forge, maybe this can be some packaging problem.
>>
>> Thanks!
>>
>>
>> Pedro Venâncio <pedrongvenancio at gmail.com> escreveu no dia quarta,
>> 13/10/2021 à(s) 17:00:
>>
>>> Tried to define several environment variables, but nothing seems to work
>>>
>>> [image: env_win10.jpg]
>>>
>>>
>>> Joaquim Manuel Freire Luís <jluis at ualg.pt> escreveu no dia quarta,
>>> 13/10/2021 à(s) 16:23:
>>>
>>>> Não Pedro,
>>>>
>>>>
>>>>
>>>> When I look into my own build of the gdall dll I see no dependency on
>>>> that “opj_encoder_set_extra_options” but likely because it’s a different
>>>> version (I build from master).
>>>>
>>>>
>>>>
>>>> From my experience on this there is really nothing one can do other
>>>> than rebuild the dll or replace the dependency that is missing the required
>>>> symbol. Nothing we can do from a conda installation.
>>>>
>>>>
>>>>
>>>> But ofc my analysis may be all wrong.
>>>>
>>>>
>>>>
>>>> Joaquim
>>>>
>>>>
>>>>
>>>> *From:* gdal-dev <gdal-dev-bounces at lists.osgeo.org> *On Behalf Of *Pedro
>>>> Venâncio
>>>> *Sent:* Wednesday, October 13, 2021 4:04 PM
>>>> *To:* gdal-dev at lists.osgeo.org
>>>> *Subject:* Re: [gdal-dev] Running GDAL through Python >= 3.8 on
>>>> Anaconda - DLL load failed
>>>>
>>>>
>>>>
>>>> Hi Joaquim,
>>>>
>>>>
>>>>
>>>> Thanks for sharing your case. Did you manage to make it work in some
>>>> way?
>>>>
>>>>
>>>>
>>>> I've already uninstalled a test PostgreSQL/PostGIS that I supposed to
>>>> be the source of the conflict, but I keep having the same error.
>>>>
>>>>
>>>>
>>>> I also reinstalled conda, but nothing had changed.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Joaquim Manuel Freire Luís <jluis at ualg.pt> escreveu no dia quarta,
>>>> 13/10/2021 à(s) 15:24:
>>>>
>>>> Hi,
>>>>
>>>>
>>>>
>>>> I have a certain horror to python (that I’m trying to fight) a bit of
>>>> it is because I never manage to really use it.
>>>>
>>>>
>>>>
>>>> I had and older Miniconda (Mini => 18 GB !!!!) that was so big that I
>>>> removed and installed a new one in which I tried Pedro’s case and got
>>>> exactly the same errors.
>>>>
>>>>
>>>>
>>>> I then run a dependency analysis from within the conda shell and found
>>>> two weird things
>>>>
>>>>
>>>>
>>>> 1. The gdal dll depends on a xerces-c_3_2.dll locate at
>>>> C:\WINDOWS\system32. This seems quite dangerous (for dependency sakes) but
>>>> seems to not cause any problem in this case.
>>>> 2. There is a “red mark” on the opj_encoder_set_extra_options
>>>> symbol and this alone can explain the “ImportError: DLL load failed while
>>>> importing _gdal: The specified procedure could not be found.”
>>>>
>>>>
>>>>
>>>> Hopefully the screen capture is small enough to get through.
>>>>
>>>>
>>>>
>>>> Joaquim
>>>>
>>>>
>>>>
>>>> *From:* gdal-dev <gdal-dev-bounces at lists.osgeo.org> *On Behalf Of *Even
>>>> Rouault
>>>> *Sent:* Wednesday, October 13, 2021 2:39 PM
>>>> *To:* Pedro Venâncio <pedrongvenancio at gmail.com>
>>>> *Cc:* gdal-dev at lists.osgeo.org
>>>> *Subject:* Re: [gdal-dev] Running GDAL through Python >= 3.8 on
>>>> Anaconda - DLL load failed
>>>>
>>>>
>>>>
>>>> ok, so now you have to inspect the PATH and fix it so that the gdal DLL
>>>> and its dependencies are in it. But all of this sounds like there's
>>>> something weird in your environment. Perhaps a mix of GDAL versions?
>>>>
>>>> Le 13/10/2021 à 15:36, Pedro Venâncio a écrit :
>>>>
>>>> Can you change in __init__.py
>>>>
>>>> try:
>>>> os.add_dll_directory(p)
>>>> except FileNotFoundError:
>>>> continue
>>>>
>>>>
>>>>
>>>> to
>>>>
>>>> try:
>>>> os.add_dll_directory(p)
>>>> except (FileNotFoundError, OSError):
>>>> continue
>>>>
>>>>
>>>>
>>>> Yes, here is the output:
>>>>
>>>> Traceback (most recent call last):
>>>>
>>>> File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\site-packages\osgeo\__init__.py", line 21, in swig_import_helper
>>>>
>>>> return importlib.import_module(mname)
>>>>
>>>> File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\importlib\__init__.py", line 127, in import_module
>>>>
>>>> return _bootstrap._gcd_import(name[level:], package, level)
>>>>
>>>> File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
>>>>
>>>> File "<frozen importlib._bootstrap>", line 991, in _find_and_load
>>>>
>>>> File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
>>>>
>>>> File "<frozen importlib._bootstrap>", line 657, in _load_unlocked
>>>>
>>>> File "<frozen importlib._bootstrap>", line 556, in module_from_spec
>>>>
>>>> File "<frozen importlib._bootstrap_external>", line 1166, in create_module
>>>>
>>>> File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
>>>>
>>>> ImportError: DLL load failed while importing _gdal: Impossível localizar o procedimento especificado.
>>>>
>>>>
>>>>
>>>> During handling of the above exception, another exception occurred:
>>>>
>>>>
>>>>
>>>> Traceback (most recent call last):
>>>>
>>>> File "demo.py", line 1, in <module>
>>>>
>>>> from osgeo import gdal
>>>>
>>>> File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\site-packages\osgeo\__init__.py", line 37, in <module>
>>>>
>>>> _gdal = swig_import_helper()
>>>>
>>>> File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\site-packages\osgeo\__init__.py", line 34, in swig_import_helper
>>>>
>>>> return importlib.import_module('_gdal')
>>>>
>>>> File "C:\Users\PedroVenancio\anaconda3\envs\arosics\lib\importlib\__init__.py", line 127, in import_module
>>>>
>>>> return _bootstrap._gcd_import(name[level:], package, level)
>>>>
>>>> ModuleNotFoundError: No module named '_gdal'
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> 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/20211015/ea73606f/attachment-0001.html>
More information about the gdal-dev
mailing list