EhLib Exception

tarakan19832

Здравствуйте.

У меня проблема с компонентом DbGridEh. У меня программа с авторизацией, т.е. сначала показывается форма FmLogin, а после успешной авторизации попадаем в главную форму FmMain.

Так вот если авторизоваться, и потом закрыть программу, то все нормально, а вот если отменить авторизацию или просто закрыть форму FmLogin – то получаю Exception.

В версии 8.1 этого не было, началось с 8.2 и на 9 версии тоже самое.

Если убрать сетку с главной формы, то все в порядке.

Пример прилагаю.

Тест_проект

mike-d

program Logon;

uses

Forms,

FormMain in 'FormMain.pas' {fmMain},

FormLogon in 'FormLogon.pas' {fmLogon};

{$R *.res}

var

fmLogon: TfmLogon;

LogonOK: Boolean;

begin

Application.Initialize;

fmLogon := TfmLogon.Create( nil );

LogonOK := fmLogon.ShowModal = mrOk;

fmLogon.Free;

if LogonOK then begin

Application.CreateForm(TfmMain, fmMain);

Application.Run;

end;

end.

Попробуй так, например...

Т.е. сделай авторизацию до создания главной формы

tarakan1983

Я тоже так хочу переделать, но пока это невозможно, у меня при авторизации с формы login на FmMain меняются много контролов, если так то придется переписывать всю процедуру авторизации.

mike-d

tarakan1983, post: 767740:
Я тоже так хочу переделать, но пока это невозможно, у меня при авторизации с формы login на FmMain меняются много контролов, если так то придется переписывать всю процедуру авторизации.

Поддерживаю предыдущего оратора.

Если стоит такая задача, что в зависимости от прав доступа разрешать те или иные функции программы, то у афтара неверная реализация. Изучи TActionList.

Там в событии Update можно разрешать, запрещать, показывать, скрывать - в общем, что хочешь делать в зависимости от условий.

tarakan1983

LeshaRB, post: 767741:
Какие контролы могут меняться если суть авторитизации дать доступ или нет?

При успешной авторизации на статус бар главной формы наноситься текущий пользователь, права пользователя, версия клиента программы, текущая организация, текущее подразделение организации, расположение БД и т.п. Я согласен, что это надо было хранить в глобальных переменных и потом на formcreate главной формы их менять, но начиналось это делать на EhLib 8.1, там такого не наблюдалось и все работало нормально, появилась необходимость обновить компонент и теперь такая фигня.

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

LeshaRB

Переписать авторитизацию Да и авторитизация у тебя не правильно если это, что ты дал как пример У тебя создаются все формы, а должны создаваться после прохождения Вверху была пример, его доработать надо

mike-d

tarakan1983, post: 767743:
При успешной авторизации на статус бар главной формы наноситься текущий пользователь, права пользователя, версия клиента программы, текущая организация, текущее подразделение организации, расположение БД и т.п.

И все это делается в модуле авторизации? Какой славный глюкодром...

_user_

Приложенный пример не смотрел, с телефона сижу, но как вариант... На главной форме, в Create, создавать окно с авторизацией, прошла вызов нужных настроек, не прошла, то вызов настроек для не авторизованного пользователя, или выход из программы...

under44

А в каком модуле Вы мне посоветуете это все сделать?

да тут не в модуле дело. Просто это делать правильнее через call-back функцию. Хотя если модуль гл.формы и авторизации в пределах одного приложения - все будет нормально и так. Добавлено через 19 минут

tarakan19832, post: 767736:
Здравствуйте. У меня проблема с компонентом DbGridEh.

Бывают такие глюки не только с эхлибом.

Единственное, что можно посоветовать - освобождать главную форму перед завершением работы.

Т.е. в вашем случае что-то вроде этого: Application.CreateForm(TFmMain, FmMain); Application.CreateForm(TFmLogin, FmLogin); if FmLogin.ShowModal = mrCancel then begin FmMain.Free; Application.Terminate; end else Application.Run; Если не поможет, тогда уже менять версию компонента))

LeshaRB

under44, post: 767748:
да тут не в модуле дело. Просто это делать правильнее через call-back функцию. Хотя если модуль гл.формы и авторизации в пределах одного приложения - все будет нормально и так.

Добавлено через 19 минут

Бывают такие глюки не только с эхлибом. Единственное, что можно посоветовать - освобождать главную форму перед завершением работы. Т.е. в вашем случае что-то вроде этого:

Application.CreateForm(TFmMain, FmMain);
Application.CreateForm(TFmLogin, FmLogin);
if FmLogin.ShowModal = mrCancel then
begin
FmMain.Free;
Application.Terminate;
end else
Application.Run;

Если не поможет, тогда уже менять версию компонента))

Зачем создавать главную форму до авторитизации?

LeshaRB

Прошел авторизацию - создал главную форму - расположил все компоненты как надо - отобразил

under44

LeshaRB, post: 767750:
Прошел авторизацию - создал главную форму - расположил все компоненты как надо - отобразил

Ну это простейший случай. Например, у меня на главной (назовем ее условно) форме располагается главный FDConnection. При авторизации у меня как раз происходит управление соединением с БД. Поэтому главная форма обязана существовать до авторизации.

cleao

under44, post: 767751:
Ну это простейший случай. Например, у меня на главной (назовем ее условно) форме располагается главный FDConnection.
При авторизации у меня как раз происходит управление соединением с БД. Поэтому главная форма обязана существовать до авторизации.

Pena, em Russo não entendo nada

LeshaRB

under44, post: 767751:
Ну это простейший случай. Например, у меня на главной (назовем ее условно) форме располагается главный FDConnection.
При авторизации у меня как раз происходит управление соединением с БД. Поэтому главная форма обязана существовать до авторизации.

Connection (точное название не помню DataSoruce может, давно не работа) на форму не должны располагаться Смотри в сторону DataMOdule раньше такая штука еще была, типо формы для соединений

under44

LeshaRB, post: 767753:
Connection (точное название не помню DataSoruce может, давно не работа) на форму не должны располагаться

Смотри в сторону DataMOdule раньше такая штука еще была, типо формы для соединений

Не... DataSoruce это немного другое, это для связывания визуальных БД-компонент с данными.

Connection он так и называется, это отдельный компонент.

Хотя не суть важно. Ну я потому и назвал условно "главная форма". Запрета на расположение Connection на обычной форме вроде как нету, это вопрос удобства.

В целом при использовании DataModule, порядок остается тем же. Перед авторизацией мы создаем DataModule, вместо главной формы.

Ну без визуальных компонент, да. Оно так-то и обычную форму никто не мешает использовать пустую, вместо Дата Модуля.

Но это идеал - полностью разделить модуль данных и визуальных компонент.

А на деле получается, что быстрей все надо и делаешь как проще.

В целом, на мой взгляд, нету ничего криминального в том, чтобы на главную форму вешать connection и прочее. И вышеописанная ошибка , я думаю, все-таки не из-за неправильного подхода прикладного программиста..

LeshaRB

Я не знаю что у тебя, Но это были стандарты в свое время так работать (можно все на одну форму накидать и потом разбираться)

Goodydim

Если попробовать принудительно удалить формы перед закрытием всё будет ок: delete MFORM; Application->Terminate();

S_Gur

if FmLogin.ShowModal = mrCancel then {Application.Terminate}FmMain.Free else Application.Run Например, так - если уж очень хочется именно этот подход оставить

ser-klin

Не... DataSoruce это немного другое, это для связывания визуальных БД-компонент с данными.

Connection он так и называется, это отдельный компонент.

Хотя не суть важно. Ну я потому и назвал условно "главная форма". Запрета на расположение Connection на обычной форме вроде как нету, это вопрос удобства.

В целом при использовании DataModule, порядок остается тем же. Перед авторизацией мы создаем DataModule, вместо главной формы.

Ну без визуальных компонент, да. Оно так-то и обычную форму никто не мешает использовать пустую, вместо Дата Модуля.

Но это идеал - полностью разделить модуль данных и визуальных компонент.

А на деле получается, что быстрей все надо и делаешь как проще.

В целом, на мой взгляд, нету ничего криминального в том, чтобы на главную форму вешать connection и прочее. И вышеописанная ошибка , я думаю, все-таки не из-за неправильного подхода прикладного программиста..

amirrf

Прошел авторизацию - создал главную форму -Смотри в сторону DataMOdule раньше такая штука еще была

Похожие темы	Дата
instaGetPhones - Cracked By [#PCR#]	19.10.2024, 18:10
[Типичный верстальщик] Марафон Flexbox CSS (2019)	19.10.2024, 18:10
SQL (2013)	19.10.2024, 18:10
Доступ к данным в программных системах	19.10.2024, 18:10
Devsense php tools for visual studio 1.24.10137	19.10.2024, 18:10
Delphi tokyo 10.2.2 now !	19.10.2024, 18:10
Writing Software for Multiple Platforms and Architectures with FireMonkey by Jon Lennart Aasenden	19.10.2024, 18:10
my sample to review your TimeZone values and DayLight include changes if necessary by code!	19.10.2024, 18:10
Radar ESP	19.10.2024, 18:10
Веб-сайт или скрипт расширенного объединителя/фильтра RSS-каналов	19.10.2024, 18:10

EhLib Exception

tarakan19832

mike-d

tarakan1983

mike-d

tarakan1983

LeshaRB

mike-d

_user_

under44

LeshaRB

LeshaRB

under44

cleao

LeshaRB

under44

LeshaRB

Goodydim

S_Gur

ser-klin

amirrf

I AM

Интересно