Да и odbc-плагин представляет базовую функциональность, в отличии от csvtab
и этим тем более мешается, когда установлены и тот и этот плагины.
Ладно, будем курочить детект-строку, чтобы сабж и не пытался даже открывать то, что ему не по праву....
Но спс за черную магию! Она весьма интересно справляется с тяжкими файлами)))
little-brother писал(а):Для этого вы должны задать кодировку в schema.ini. Как это сделать есть в Wiki.
Ну а по чему Вам не вложить такой ини в плагин? Просто мне проще удалить Ваши плагины и не морочить голову, так как аналогов которые поставил и все, достаточно.
Эмм, данный файл должен находиться в папке где у вас расположены .csv файлы. Каждая секция данного ini-файла описывает один конкретный файл.
csv в данном плагине поддерживается больше для галочки.
Да нашел, как то не удобно совсем зачем фаил ини в папке просмотра генерируется а не в папке плагина не понятно.
Генерировать мусорные файлы не правильно. сортировки по времени мешает очень! Не правильно Вы товарищ подходите к концепции.
И что мне в каждой папке править теперь фаил чтобы смотреть ?
Еще раз: файл нужен в папке, где лежат csv. При подключении плагин использует ODBC драйвер, который ищет этот файл. Если файл найден ODBC читает оттуда данные. Если файла нет, то используются настройки по умолчанию, что в большинстве случаев дает коряблики. Так работает ODBC и плагин тут ни при чем - настройки для каждого файла надо же где то хранить и Microsoft сделала так.
little-brother писал(а):Еще раз: файл нужен в папке, где лежат csv.
думается, это очередной гвоздик в крышку наличия поддержки этого формата в этом плагине. Слишком муторно и не для быстрого использования... Нет, этот формат обрастает слишком важными и слишком разными настройками, которые ему нужны, а другим форматам от экселя - нет. И нет логики держать тут что-то для галочки, а реальную разработку и поддержку по факту вести там. Лучше тут отрезать - а там всё что надо пришить и приварить, если потребуется)))
Блин, ну эта проблема с 64битными драйверами конечно бесит. Вторым второй Офис ток уже 64 битный не поставить. А сам по себе он такой и не нужен. А нельзя вычленить КАКОЙ набор файлов-драйверов нужен для связки Плагин-Эксель чтоб работало? Тот же dependency walker - может натравить на открытие файла и просмотреть какие dll участвуют в процессе? Может вполне возможно прямо создать необходимый архи-установщик того минимума файлов-драйверов, что могут быть поставлены в систему самостоятельно, наравне с установкой самого плагина.
Как вариант предложу скачать 64-битную версию MADE, переименовать файл в zip, достать оттуда AceRedist.msi. При помощи lessmsi вытащить из .msi файла все dll (некоторые могут быть и не нужны, но по названию не очень понятно) и положить в папку плагина, в надежде, что при загрузке ODBC плагин вначале посмотрит файлы в своей папке, а не в системной.
P.S. Сейчас у MS на сайте какие то проблемы с авторизацией, поэтому скачать 64битную версию и проверить не могу.
little-brother писал(а):вытащить из .msi файла все dll (некоторые могут быть и не нужны, но по названию не очень понятно) и положить в папку плагина
Проблема в том, что при неудачной попытке просто выводится диалог с ошибкой НеМогуЗагрузитьБазуДанных и всё. И что и где не хватает/не так положено - не ясно. Поэтому я и пишу что хорошо бы узнать ВСЕ загружаемые библиотеки из какого-то инструмента, заточенного на вывод все загруженных в процесс библиотек. И уже на основе этого списка с полными путями сделать какую-то свою "солянку".
А просто подбросить все dll - это не очень результативное действие.
dependency walker так вроде может сделать. Листер Тотала можно вызывать как отдельное приложение с передачей параметрами файла для открытия. И всё это в dependency walker можно подать. И отпрофайлить эту связку. И в его логе будут указаны все вызовы всех загрузок всех библиотек и не только.
little-brother писал(а): вытащить из .msi файла все dll (некоторые могут быть и не нужны, но по названию не очень понятно)
Есть плагин для ТС пора бы знать что ТС самый удобный в этом плане и универсальный.
Плагин InstExpl.wcx, всегда смотрю всякие инстоляторы и вытаскиваю из них файлы или смотрю что там за инстолятор и его содержимое.
Скачал 64-битный установщик (у сайта MS, как оказалось, нелюбовь к Firefox, но не Chrome). Извлек файлы, положил их к плагину и в Program Files/Common Files/Microsoft. Без результата.
Однако в моем случае, запуск установщика MADE с ключом /passive, завершилась успешно (в Администраторе ODBC - odbcad32) появились драйвера для Офиса и плагин заработал и в TCx64.
P.S. Win7 x64
P.P.S. Вот такую ошибку выдает ODBC, если не удалось подключиться.
Как видно деталей нет и не сильно отличается от "не удалось подключиться".
little-brother писал(а):запуск установщика MADE с ключом /passive, завершилась успешно
Да и в моем это проходит. НО! суть не в том - поставить или нет, или КАК поставить. А в том, что после установки, да, походу, еще и разница в версиях винды роль играет, при попытке открыть 64 битным плагином из под 64 битного тотала выдает разные ошибки. В вашем случае вот одна ошибка. В моем другая. НО! все они связаны с тем, что НЕ ВСЕ библиотеки оказываются в нужном месте, или в принципе доступны/были поставлены.
Поэтому я писал и пишу - нужно получить полный стек загруженных библиотек для чистой системы, где ВСЁ изначально стоит чисто 64 битное. И сравнить с тем, что мы на замиксованной системе получаем. Остатки после анализа доложить в нужной пропорции. Вот тогда уже и должно сработать подсовывание этих либ прямо в папку к плагину.
Не факт, что простое подкладывание библиотек достаточно. Возможно требуется еще и их регистрация где то в реестре.
В целом странно, что при установленном MADE плагин не может загрузить файлы. Устанавливать чистую ОС для экспериментов и разбираться, какие там dll грузятся - мне лень. Не сработал этот плагин - есть другие.
