Вызвал форму методом ShowModal
Естественно не могу переключиться на главную форму, пока не закрою эту. Возможно ли переключиться на главную форму, не закрывая, вызванную методом ShowModal?

Form1.Show - в моем случае не прокатывает. Так как форму вызываю из dll.

Попробуй

вот код библиотеки, из которой я вызываю форму.

либо  Form1.Free; как-то убирать, либо с Form1.ShowModal что-то делать   

Это сообщение отредактировал(а) Teleport - 23.7.2008, 11:21

делай 
Form1.Show
а 
 Form1.Free 
пиши в другой процедурепиши, вызываемой из основного приложения

Это сообщение отредактировал(а) pseud - 23.7.2008, 11:27

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

Попробуйте посмотреть:
http://www.delphikingdom.ru/asp/answer.asp?IDAnswer=58390
http://www.delphikingdom.ru/asp/answer.asp?IDAnswer=62127
http://www.delphikingdom.ru/asp/answer.asp?IDAnswer=55908
http://www.delphikingdom.ru/asp/answer.asp?IDAnswer=50712
http://www.delphikingdom.ru/asp/answer.asp?IDAnswer=53472

2 pseud - я только  Form1.Free  убираю, так сразу при вызове этой формы из dll ошибки лезут.   
2 Felan - не совсем понял как это сделать-то   
2 CodeMonkey сейчас  гляну, спасибо...

2 CodeMonkey  на страничках понял только русские символы...
сложновато понять остальное... 

Посмотри в DRKB.
У каждой длл есть "события", на которые можно повесить определенный функционал.
В частности DLL_PROCESS_DETACH, DLL_PROCESS_ATTACH и еще два, названия не помню. В хелпе все это найти можно без проблема.

Выглядит в простейшем случае примерно так:

Попробуй на OnClose повесить метод Free:


Ну а вызывай естественно методом Show

да, все получилось 
Выкладываю исходник, в котором все решено. Может кто поиском на форуме найдет 

Присоединённый файл ( Кол-во скачиваний: 3 )
 dll_Form.rar 6,97 Kb

всем большое спасибо)))))

Присоединённый файл ( Кол-во скачиваний: 2 )
 dll_Form.rar 6,97 Kb

Akella, что-то мне подсказывает что не стоит. 
ведь мы указали уже 

дальше объект уж удалиться

2 Akella - почему лучше?? Подробней можно?   

  опасно делать так

Дальше по уничтожению могут быть обращения к полям. 

хм... спасиб, я попробую твой вариант 

ой, немного ошибся, вот так правильнее:


зачем   Form1 := nil;?

Смотри. В процессе работы пользователь открывает и закрывает окно. При закрытии окна оно не уничтожается, а типа прячется. Там может быть куча компонентов визуальных и невизуальных, вследствие чего окно может жрать кучу памяти.
Здесь два пути: 
1. Ничего не делать при закрытии формы, тогда она в следующий раз может открыться быстрее, т.к. всё уже создано, просто спрятано и живёт в памяти.
2. Уничтожить, но окно в следующий раз может открываться медленнее. Но память и указатели будут освобождены.

, есть код


так вот, если не прописать Form1 := nil, то Assigned вернёт True;

Добавлено через 6 минут и 46 секунд

По каким полям? Нечего тогда обращаться к несозданной форме или нужно проверять, создана форма или нет.

но ведь мы указали

и никуда оно не спрячется
спрячется оно если 


Добавлено через 3 минуты и 19 секунд
Akella, ты ли это?
глянь исходники форм (Forms.pas)
и вывод оттуда, если коротко:
Form1 := nil; - не нужен.

Добавлено через 10 минут и 52 секунды

мало того что создано, так еще и инициализировано и имеет следы похождений юзера по ней.
P.S.я бы не рекомендовал использовать глобальные переменные создаваемые средой при создании форм, а-ля Form1: TForm1;

pseud, ты не понял, если НЕ указывать в OnClose ничего, то окно не уничтожается

Добавлено через 2 минуты и 33 секунды

*пошёл глядеть в зеркало

Добавлено через 2 минуты и 48 секунд
да вроде я  , а что?

Добавлено через 7 минут и 4 секунды

уничтож форму с пом caFree, а потом проверь, что вернёт assigned

2 Akella , pseudНу вот, узнал кой-чего нового.    Спасибо )))

да уж, картинка.
я действительно не совсем прав. но и ты до конца не прав тож.

объект-форма на самом деле уничтожается, т.е.  фраза...

...неверна.
а вот ссылка не подчищается.
и если после уничтожения я пишу:

получаю AccessViolation.

По умолчанию для дочерних форм Action = caHide, так что Akella прав.
А про невалидные указатели это известное дело, чтобы этого избежать и существует FreeAndNil.

Это сообщение отредактировал(а) VICTAR - 30.7.2008, 17:02

Дык мы же это умолчание и изменяем в методе OnClose


Остается только ссылка

Складывается такое впечатление, что здесь каждый говорит о своем

я ещё раз повторяю, если ты закрываешь немодальную форму, а в OnClose нет Action := caFree , то форма НЕ уничтожается, как донести это до тебя?

Добавлено через 2 минуты и 48 секунд

         а я тебе о чём?   знаешь почему? Потому что assigned возвпащает True! А знаешь почему assigned возвпащает True??? Потому что ты не освободил указатель. Чтобы освободить указатель нужно вызвать Form1 := nil;
Посмотри Исходники FreeAndNil

Добавлено через 4 минуты и 25 секунд

Я ГОВОРИЛ ПРО ТО, ЕСЛИ БЫ НЕ БЫЛО В ONCLOSE НИЧЕГО 

Добавлено через 6 минут и 11 секунд

  
а как до народа донести, что я писАл это:



имея ввиду то, что в OnClose программист не вставил код action := caFree;

Добавлено через 8 минут и 56 секунд
Теперь идём дальше. Если программист вставляет action := caFree; , то форма уничтожаентся, но указатель НЕТ.
но вот если в событии OnClose будет 2 строки:
action := caFree; 
и
ИмяФормы := nil;

то и форма уничтожится, и указатель в памяти на форму эту освободиться
и тогда уже при последующей проверка if assigned(ИмяФормы) вернёт FALSE

ЧТО И ТРЕБОВАЛОСЬ ДОКАЗАТЬ!
ФУХ  

+1

прошу прощения за еще немножко оффтопа.

Akella, 
та поставил вопрос:

и ответил на него:

согласиь вопрос с ответом никак не стыкуются. 
это меня навело на мысль что ты - это не ты.

но ты-то, оказывается, все-таки - ты   . так что Akella не промахнулся...

чур я прекращаю этот комаровский рынок.

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

в подтверждение слов
http://www.delphilab.ru/content/view/206/63/

но код же сначала уничтожает нормально! форму, а потом только освобождает указатель

так что здесь никаких AV не должно быть


Это сообщение отредактировал(а) Akella - 30.7.2008, 20:54

Akella, Alexeis говорил про FreeAndNil(Form1)
Давайте наконец дадим этой теме спокойной умереть. Все всё выяснили   

Добавлено через 1 минуту и 37 секунд

а как же caFree

Добавлено через 3 минуты и 6 секунд
да, так неправильно


но здесь я испроавил свою ошибку

- это еще не удаление формы, а лишь выставление флага для вызвавшей процедуры DoClose;
а уже она решает что с ним делать.
да еще ее могу перекрыть и навызывать + процедур кучу. 
и кста после перекрытий ваще могут забыть OnClose вызвать. Ужастик какой-то. ))

Чтобы не было пустых разговоров скажу, что вариант хоть логически не идеальный, но может работать в однопоточной программе. Почему в однопоточной? Потому что мы его уже давно проверяли под дебагом. Живой он только потому, что после освобождения памяти ее никто не успевает получить. Так оно будет всегда, пока работает 1 поток, потому что в процессе удаления нет дополнительных выделений памяти (разве что эксепшин выскочит). Если будет работать второй поток, то сразу после удаления формы эту память может кто-то запросить и при последующих операциях может нарушиться память чужого потока и дальше последствия непредсказуемы, как говорят UB. 

По идее любая программа может быть много поточной, особенно в тех случаях, когда ты используешь сторонние компоненты.
Так как же тогда правильно работать в многопоточной программе в этом случае? 
Ты хочешь сказать, что если я в программе использую многопоточность, то я должен опасаться использования этих метов закрытия форм:
action := caFree;
Form1 := nil;
???

Или я тебя не допонял?  

Но мы же форму уничтожили. Память освободили. Указатель тоже. Ну и пусть себе на здоровье другой поток занимает эту память, что с того? Она же свободна?

  Этих нет, а вот если вызывать FreeAndNil в OnClose то есть шансы завалиться в AV.

Alexeis, Согласен!!! Я же ответил уже, раза 2 или 3, что в том сообщении я ОШИБСЯ!

  Прости тут многа букав, а у меня мало времени .

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

Кстати при проектировании MDI приложений - этот код будет весьма кстати

отнюдь не кстати
т.к. в mdi-приолжениях форм класса TForm1 может быть открыто одновременно n-штук.
а Form1 - это всего лишь одна переменная данного класса.

Если ты и прав, то и как тогда быть?

Добавлено через 8 минут и 18 секунд
у меня есть MDI приложение, всё там работает очень даже хорошо, даже если я создаю экземляров 5-7 какой либо формы 

Akella, я уверен, что у тебя все круто работает по твоему алгоритму.
и у меня все ништяк работает по моему алгоритму.
тонкости реализации каждый вынес из своего опыта.

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