Ошибка открытия формы, содержащей TFBAnsiField

[alexs]

В последней (сегодняшней сборке Lazarus и FPC не открываются формы, содержащие поля типа TFBAnsiField.
TFBAnsiField - это наследник от обычного TStringField. Сам тип в регистрации FBDataSet я регистрирую.
В v0.9.25 r15190M i386-win32-win32/win64 было нормально - форма открывалась. Теперь появляется ошибка о том, что нет возможности создать такое поле .
Но в той версии свой прикол - строковые поля не создаёются с 1-го раза. Поле создаётся только в момент создания любого целочисленного поля.

[Сергей Смирнов]

А это TFBAnsiField вообще нужно зачем-то? Может, ну его нафик?

PS: Может быть, оно всё уже не важно, потому как кое-кто умудрился скомпилить FIB+

[alexs]

Ага. тока фибплюсы - хороошая вещь конечно. но тормозят...
а это нужно мне.
да и вобще - какой то баг в лазаре с сохзданием персистентных наследников от TField.

Добавлено спустя 22 часа 9 минут 56 секунд:
Такж заметил, что DataSet содержаший статические TFBAnsiField не удаляется. Только после очистки списка полей можно и его удалить.
У меня закрадывается подозрение, что наследников TField надо как-то специально регестрировать в IDE, причём RegisterClass я делаю - бех этого они в готовой программе не работают. А вот где ещё регистрировать - непонятно.
И не могу понять - как происходит регистрация стандартных наследников TField (тех, которые в модуле DB).

[Attid]

потому как кое-кто умудрился скомпилить FIB+

и что даже под линуксом ?

[Сергей Смирнов]

Ага. тока фибплюсы - хороошая вещь конечно. но тормозят...
а это нужно мне.
да и вобще - какой то баг в лазаре с сохзданием персистентных наследников от TField.

Добавлено спустя 22 часа 9 минут 56 секунд:
Такж заметил, что DataSet содержаший статические TFBAnsiField не удаляется. Только после очистки списка полей можно и его удалить.
У меня закрадывается подозрение, что наследников TField надо как-то специально регестрировать в IDE, причём RegisterClass я делаю - бех этого они в готовой программе не работают. А вот где ещё регистрировать - непонятно.
И не могу понять - как происходит регистрация стандартных наследников TField (тех, которые в модуле DB).

Поскольку у фрипаскаля менеджер памяти продвинутее дельфёвого, может быть плюсы и не будут так тормозить

Я попробовал найти какие-то особенности наследников TField, объявленных в FCL, но ничего слишком уж необычного не обнаружил. Все встроенные в лазаря компоненты используют только наследников TField, объявленных в FCL, так что там ничего найти тоже не получается. Скорее всего, имеет место глюк FCL. А где можно исходники глянуть? В последней версии датасета?

Добавлено спустя 1 минуту 59 секунд:

потому как кое-кто умудрился скомпилить FIB+

и что даже под линуксом ?

Не знаю... почему бы и нет?

[alexs]

Всё - вопрос снят. Оказывается енобходимо дополнительно вызвать процедуру

Код: Выделить всё

RegisterNoIcon([TFBAnsiMemoField, TFBAnsiField]);

Я попробовал найти какие-то особенности наследников TField, объявленных в FCL, но ничего слишком уж необычного не обнаружил

В модуле dbctrls.pp происходит регистрация всех объектов - наследников TField через массив DefaultFieldClasses.
Исходники собираюсь выкладывать на Шаманграде на svn. Вот почитаю инструкцию как с моим локальным репозитарием их засинхронизировать и выложу.
А по FIBPlus-ам - не могу разобраться где отключить фичу запроса к метаданным для оперделения доп. параметров полей. При 1-м открытии запроса они постоянно генерят системные запросы, которые мне нафиг не нужны. На быстродействие на слабом канале очень сильно влияет.

[Сергей Смирнов]

Всё - вопрос снят. Оказывается енобходимо дополнительно вызвать процедуру

Код: Выделить всё

RegisterNoIcon([TFBAnsiMemoField, TFBAnsiField]);

То есть, судя по всему, таким образом надо регистрировать не только наследников TField? Что нибудь более подробное про этот регистратор известно?

В модуле dbctrls.pp происходит регистрация всех объектов - наследников TField через массив DefaultFieldClasses.

Попахивает "грязным хаком"

А по FIBPlus-ам - не могу разобраться где отключить фичу запроса к метаданным для оперделения доп. параметров полей. При 1-м открытии запроса они постоянно генерят системные запросы, которые мне нафиг не нужны. На быстродействие на слабом канале очень сильно влияет.

В частности, там вроде был флажок, отвечающий за получение дефолтных значений полей. Может есть и другие. Однако совсем уж полностью отключить, скорее всего, нельзя. А что, UIB ничего лишнего не читает?

[alexs]

А что, UIB ничего лишнего не читает?

Пока не замечал

В частности, там вроде был флажок, отвечающий за получение дефолтных значений полей

В том-тои дело, что полностью отключить в фибах не получается. Всё равно при первом запросе происходит чтение метаданных. Повторного уже нет. Но так как запросы создаются динамически - каждый раз получается, что метаданные перечитваются - не держать же из-за этого все компоненты статически созданными.

Что нибудь более подробное про этот регистратор известно?

Может Павел знает? или надо на англицком форуме спросить. Почему существует два регистратора для не визуальных компонент? RegisterClass (аналогичное есть в дельфях) и RegisterNoIcon. Второй, я подозреваю, необходим для самого лазаря.