Дмитрий Озеров (Все сообщения пользователя)

Ошибка с кодом 210D - "Shared memory conflict". Попробуйте изменить параметр SHAREDMEMLOCATION, его рекомендуют выбирать из диапазона 1000 - 7F00 (например 6BDE или 7BDE)

Добрый день! Можно делать так: из внешней БД выкачивать информацию в таблицу того же формата, что и подключенная к слою. Далее в редакторе БД создать визуальный запрос, объединяющий две таблицы и работать уже с ним (выборки, тематические раскраски и т.д.).

Пока трудно что либо сказать без дополнительных данных. Например, в какой среде разрабатывается приложение ? Delphi ? Используются ли компоненты Delphi для доступа к данным (BDE) в этом приложении (например часть запросов через Zb.dll, часть напрямую через Delphi) и т.д.
"Иногда появляется ошибка" - при каких обстоятельствах, какие запросы, в каком порядке выполнялись ?

Добрый день. Мы подумаем как лучше сделать. Возможно имеет смысл делать опцию, запрещающую CHANGETO по всем записям, только по группе.

Добрый день! Возможно не хватает места на диске, где расположена папка для временных файлов. Судя по тому, что max Sys = 375096, временные файлы, содержащие данные ответа могут занимать гигабайты. Проверьте это. Либо же по количеству полей, ответ превышает размер, допустимый для размещения в памяти. Вы можете прислать структуру таблиц и запросов на [email protected] (Дмитрий Озеров), чтобы разобраться.

<B>Dave_Murey</B>, если Lazarus достаточно эмулирует Delphi, чтобы использовать ActiveX компоненты, то почему бы и нет. Мы не тестировали на Lazarus. Вы можете сами установить компоненты ZuluXTools и попробовать.

<B>0vvland</B>, это делается добавлением в текст служебных последовательностей, например:
"Текст может быть {\B}жирным{\b},{\I}курсивом{\i},{\U}подчеркнутым{\u},{\C0000FF}выделен цветом{\c}"
Атрибуты можно комбинировать, например:
"{\B\С006699}цветной жирный текст{\b\c}"

<B>0vvland</B>, в SetCallbackSink подставляется объект, поддерживающий IDispatch (напр. Automation Object в Delphi), у которого есть метод:
HRESULT OnOutputChannelEvent([in] BSTR pLineStr); (IDL)
При двойном клике у объекта будет вызываться этот метод, где в качестве параметра pLineStr будет передаваться текст строки, по которой щелкнули.

<B>DIMICH</B>, пока ничего не можем сказать - нет конкретной информации, чтобы воспроизвести проблему.
Какие именно ошибки возникают ? В какой момент возникают ошибки ?
Проверили в Visual Studio 2008 и 2012, компоненты успешно включаются в ToolBox и размещаются на форме. В Visual Studio 2010 не проверяли из-за известной проблемы с ней.

Разработка 64-битной версии пока не планируется.

Если сообщение "Не выполнить запрос." сопровождается объяснением "Type mismatch in expression" (скорее всего), то это оттого, что в строковое поле нельзя записать значения из числового поля. Заполняйте номером не строковое поле, а числовое.

Приложение под .NET (а судя по контексту - оно под .NET), использующее 32-разрядные COM-компоненты должно компилироваться под 32-разрядную платформу (x86), а не "Any CPU". В 64-битном .NET Framework использование 32-битных COM-компонентов невозможно.

<B>fagest</B>, пожалуйста, пришлите пример кода плагина (включая скомпилированный модкль), и скрипт регистрации, чтобы воспроизвести ситуацию. В Zulu модули ZuluThermo, ZuluHydro, ZuluGaz, ZuluSteam, ZuluDrain успешно выполнены именно как DLL c экпортируемыми функциями и с использованием CommandLine. Допускаю, что при компиляции в XE2 функция иначе принимает параметры (что-то с calling convention).
[email protected] (Дмитрий Озеров)

Нарушена целостность таблицы по камерам. Установка Zulu тут ни причем. Можно исправить так:
1. Выполнить команду Таблица->Реструктурировать, убрать "ключик" у поля Sys. Сохранить.
2. После чего заново установить ключ у Sys и снова сохранить.
Индекс пересоздастся.

<B>fagest</B>, проверьте, что 40048 задано именно как строковый параметр (не REG_DWORD, не REG_BINARY). Независимо от содержания, CommandLine всегда должна быть строкой (тип REG_SZ).

Добрый день. Zulu использует параметр CommandID для сопоставления идентификаторов кнопок инструментов и пунктов меню командам плагина. Он обрабатывается внутри Zulu и никак не передается в плагин. Непонятно где и как он воспринимается как набор нечитаемых символов ? Может Вы путаете с параметром CommandLine у метода плагина ? Но он всегда был строковым.

Могут оставаться пользовательские настройки в Реестре по адресу HKEY_CURRENT_USER\Zulu и в папке локальных данных пользователя С:\Users\User\AppData\Local\Zulu, С:\Users\User\AppData\Roaming\Zulu.

Файлы программы устанавливаются в папку, которую Вы указали при установке (по-умолчанию C:\Program Files\Zulu 7.0).
Если Вы согласились с установкой BDE, то BDE установится в предложенную папку или указанную Вами.
Общие компоненты (Visual C++ rum-time, MFC, ATL) устанавливаются в системную папку (по умолчанию C:\Windows\System32).
Регистрация COM-компонентов в Реестре по адресам HKEY_CLASSES_ROOT\CLSID, HKEY_CLASSES_ROOT\TypeLib, HKEY_CLASSES_ROOT\Interface
Регистрация плагинов а Реестре по адресу HKEY_LOCAL_MACHINE\Zulu\Plug-Ins

Понятно. Поле BLOB невозможно преобразовать в строковое. Можно добавить новое поле с другим именем, а старое удалить.

Как вариант - можно использовать нашу библиотеку компонентов ZuluXTools и вставить карту (элемент ActiveX MapCtrl) прямо в Ваш лист Excel, открывать там нужную карту и подсвечивать нужный элемент.

Добрый день! Существует много причин, почему реструктурирование таблицы не выполняется, чаще всего - новый тип поля несовместим с данными, уже хранящимися в этом поле. Нужны подробности. Какой тип таблицы (Paradox или другой), какая ошибка (с кодом) указана в сообщении о том, что не удалось изменить структуру таблицы. Если ошибка не указана, включите опцию "помещать сообщения об ошибках в окно Сообщения" в разделе "Базы данных" параметров (меню Сервис->Параметры) и повторите операцию, в окне Сообщения появятся записи об ошибке, которые могут помочь нам.

Добрый день! Ошибка может возникать при доступе к таблицам Paradox с разных компьютеров в файловом доступе. Либо же, такая ситуация возможна, если данные были скопированы в файловом доступе с клиентской машины на сервер и вместе с ними в папку на сервере попал служебный файл блокировок .lck. Если такой файл присутствует среди файлов данных в папке на сервере, рекомендую прервать работу с этими данными всеми пользователями, убрать файл .lck и возобновить работу.

Если в SQL Server Management Studio Express (2005) есть возможность выполнить SQL-скрипт (2005-го Express нет под рукой, не проверить), то можно в редакторе БД выполнить экспорт таблиц в файл SQL (указав диалект MS SQL Server и кодировку UTF8) и выполнить скрипт в SQL Server.
Можно также экспортировать в текстовый файл, а потом в том же редакторе БД выполнить импорт таблицы из текстового файла уже в SQL Server.
У обоих способов есть ограничение - поля BLOB таким образом не передаются.

В последней версии на сайте у нас появилась возможность отправки отчета, если программа вылетает. Обновите версию. Если ошибка останется, дайте, пожалуйста, программе отправить отчет.

Нужен пример данных, именно на котором вылетает, т.к. на других данных, на которых я протестировал у нас этот же самый запрос, все работает.