Я почав використовувати System.Data.SQLite і "SELECT load_extension (" шлях / до / zumero.dll ")", але в даний час я використовую оболонку вікон SQLite, тому що я припустив, що я якось роблю це неправильно. Я отримую ту саму помилку в оболонці, як і при спробі завантаження розширення в C # світі.
sqlite> .load "windowsextx64zumero.dll";
Error: The specified module could not be found.
Визначення абсолютного шляху призводить до того ж повідомлення про помилку. Коли я відкриваю його за допомогою ходока залежностей, очевидно, відсутні такі залежності:
API-MS-WIN-CORE-COM-L1-1-0.DLL
API-MS-WIN-CORE-WINRT-ERROR-L1-1-0.DLL
API-MS-WIN-CORE-WINRT-L1-1-0.DLL
API-MS-WIN-CORE-WINRT-ROBUFFER-L1-1-0.DLL
API-MS-WIN-CORE-WINRT-STRING-L1-1-0.DLL
API-MS-WIN-SHCORE-SCALING-L1-1-0.DLL
DCOMP.DLL
IESHIMS.DLL
Я відчуваю, що я повинен робити щось неправильно(залежність від WinRT здається дивним), але не може "по-справжньому зрозуміти. У кінцевій грі є веб-додаток C # на машині Win Server 2008 R2, яка записує дані в екземпляр Zumero SQLite, який синхронізується з числом мобільних пристроїв.
Підбадьорює
Відповіді:
1 для відповіді № 1Я відтворив вашу проблему відразу і мавТаке ж відчуття "треба щось робити неправильно" на деякий час, тому що я знаю, що це було перевірено на системах ще в XP. Виявилося, що це проблема зворотних косових рисок у рядках (тьфу); SQLite використовує їх для виведення. Просто скористайтеся косою рискою
/
або подвоїти їх \
. Я хочу додати до README чітку записку про це.
Я згоден, що залежності WinRT здаються дивними на перший погляд. Схоже, що всі вони в кінцевому підсумку є наслідком залежності від Zumero wininet.dll
. Бібліотеки WinRT DLL знаходяться внизу під модулями системи shell32.dll
. Цікаво, наскільки глибоко в системі вони є, хоча, гадаю, зрештою це не надто дивно.