-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DuckDB 1.1 on windows cannot load extension ? #13848
Comments
Hi @jgranduel thanks for opening this issue. I tried to reproduce it on a laptop running Windows 11. I installed DuckDB v1.1.0 via |
I believe the problem is potentially elsewhere, given the first statement on the CLI also executes whatever you have in your Could you possibly try something like: In any case it would be relevant to list which extensions have been installed at Thanks for the informations |
Hi, I'm using Windows 11 64bits and Python (3.11.5, miniconda), and I also have this issue. I've installed duckdb via pip. I have tried on a fresh new environment. I've tried When I run >>> import duckdb
>>> con = duckdb.connect()
>>> con.sql("load 'assets/extensions/spatial.duckdb_extension'")
(crashes) I can load >>> import duckdb
>>> con = duckdb.connect()
>>> con.sql("load 'assets/extensions/sqlite_scanner.duckdb_extension'")
>>> import sqlite3
>>> sqlite3.connect('test.db')
>>> con.sql("attach 'test.db' as test (type sqlite)")
>>> con.sql("create table test.test (id int)")
(crashes) I can create and query tables without any issue in pure duckdb (without extensions). Please note that I downloaded the extensions manually from http://extensions.duckdb.org because of corporate proxy. Here's the links I've used:
I've checked the folder mentionned by @carlopi but I don't have any |
Yet another question, can you check what's the answer for:
in the Python3 CLI? |
Sure thing, here's the results: >>> import platform
>>> platform.system()
'Windows'
>>> platform.processor()
'AMD64 Family 25 Model 68 Stepping 1, AuthenticAMD'
>>> platform.platform()
'Windows-10-10.0.22621-SP0'
>>> platform.machine()
'AMD64'
>>> platform.version()
'10.0.22621'
>>> platform.uname()
uname_result(system='Windows', node='PF48-00Y', release='10', version='10.0.22621', machine='AMD64') Not sure why it says Windows 10, because I'm on Windows 11... |
Thanks, yet another question, can you check what's the hash of the files at With
I get then:
(hash depends on platform, but I can check against the one I know are live) |
Note that there might also be two separate issues here at play, so info is relevant also from OP @jgranduel, thanks a lot. |
Thanks for the reply, @carlopi Here's the hashes for the extensions I've downloaded for 1.1: .\spatial.duckdb_extension
13ac48bf54ae73eb9780a658bc84b86d81819abf1f0d5674a4e2c45901e825eb
.\sqlite_scanner.duckdb_extension
1657ec59d4d069fc0402dd75d8ea3c229520520cf14d76c8d5dd38b14166cb54 |
Extensions have the same hashes I would expect, so that's one less variable. I will need to check some other ideas, or someone else on the team might have some questions. |
Just a complement for being clear(er). I downloaded the new duckDB from release page (this one: https://github.com/duckdb/duckdb/releases/download/v1.1.0/duckdb_cli-windows-amd64.zip). I don't use |
Just a semi-random try, @jgranduel: what's the status of the And if not there, what happens if you manually create the folder Thanks for following up on this. |
Indeed I had no folders I won't be able to test in the coming days, or very sparingly, sorry... |
Hi :) Same issue here on 3 on 5 windows computers ! Also, on the 3 faulty PC only
👻 buggy ones
🦆 fine ones
thanks in advence for your investigation 🙏 |
Thanks everyone, it's helpful to collect info, @AntoineGiraud in particular, can you possibly run the same experiment with having this environment variable set when you launch duckdb v1.1.0?
I need to check with the others on what's the most proper way to track this down, thanks for the patience and availability. |
Hi again :) Still crashes, i tried in my cmd
|
Hi @AntoineGiraud, thanks for the information. We'll investigate and get back to you. |
Not sure if this is the same issue, but when using 1.1.0 in Dbeaver (via the INSTALL spatial; -- this works
LOAD spatial; -- this crashes the JVM The crash report:
Let me know if you think this is a separate issue, or if you'd like to see the contents of |
Update: the crash seems to occur when using an old version of the Microsoft Visual C++ Redistributable package. I upgraded to the latest one from https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 and the problem went away. |
I can confirm, this fixes it for me as well. |
The issue is most likely caused by Github updating their Windows runners, which we use for building our binaries. We'll try to downgrade the runners and see if we can produce binaries that don't require this newer version. |
All good 🦆🚀🥳 Problem solved with msvc upgrade ✅ It also solved my h3 issue 🗺️ |
Unfortunately, the problem re-appeared for me after a while. Will wait for the fix |
There are at least two different issues discussed in this thread:
|
Same issue on Github Action Windows runner: https://github.com/kraina-ai/quackosm/actions/runs/10810198152/job/29986937048?pr=153#step:9:27 |
Using windows-latest meant defaulting to a recent Windows SDK, that caused issues such as duckdb#13848 or duckdb#13864 Thanks everyone for reporting this, and @szarnyasg and @Mytherin for helping figuring this out
Using windows-latest meant defaulting to a recent Windows SDK, that caused issues such as #13848 or #13864 Issue is, at his core, that we were depending on a Microsoft Visual C++ Redistributable package that is not installed by default on Windows 2019. Thanks everyone for reporting this, and @szarnyasg and @Mytherin for helping figuring this out. This PR provide a way forward for build artifact that will be built, but also allow a blueprint (and the means) on how to rebuild `v1.1.0` release Windows artifacts, that will likely happen tomorrow. This will offer a solution after downloading new artifacts, after we can confirm they work. Other duckdb repositories might have the same problem, and would need to be reviewed.
Ah yes, thanks for pointing this out! |
Update: The problem(s)This is the generic problem, and it has been manifested in a few different ways:
Problems are slightly different, and have slightly different solutions. Problem 2 regards the extensions that ship optional DuckDB logic, those are in common for duckdb-clients, and hosted at This class of problems have been signaled only on DuckDB 1.1.0 when used on a Windows machine. Downgrading to DuckDB v1.0.0 and waiting for the v1.1.1 patch release is also a viable option. Solutions and WorkaroundsProblem 1, if encountered, can be solved in two ways:
Problem 2, if encountered, can be solved by issuing a Connected issuesA list of problems that are known to be connected to this one, and falls in one of the two categories, are:
What's nextIf you are an user on DuckDB v1.1.0, follow one of the step above. Those might not be needed at all if you are not experiencing any problem. What next
Thanks everyone for signalling those issues, and helping track this problem down. |
Closing this for now as there are workarounds and it's solved in nightly Windows CLI builds. If you are aware of other relevant information, please do comment or reach out. Thanks |
I'm still running into Windows issues with duckDB on node.js after bumping MSVC to latest version and deleting more details here at duckdb/duckdb-spatial#405 |
What happens?
Installing an extension makes DuckDB REPL stop.
Some extensions being loaded from .duckdbrc, nothing happened at first trial.
Is it related to changelog:
"Disable Windows extensions CI until Github actions runners are fixed" by @Mytherin #12479
(I see it just before submitting...)
To Reproduce
Tested with
with same results.
OS:
Windows-10
DuckDB Version:
1.1.0
DuckDB Client:
duckdb CLI/REPL
Hardware:
No response
Full Name:
jgran
Affiliation:
NA
What is the latest build you tested with? If possible, we recommend testing with the latest nightly build.
I have tested with a stable release
Did you include all relevant data sets for reproducing the issue?
Yes
Did you include all code required to reproduce the issue?
Did you include all relevant configuration (e.g., CPU architecture, Python version, Linux distribution) to reproduce the issue?
The text was updated successfully, but these errors were encountered: