0 / 0 / 1
Регистрация: 09.06.2014
Сообщений: 19
|
|||||||||||
1 | |||||||||||
Ошибка: Access Violation при создании MDIChild формы в dll XE706.05.2017, 09:49. Показов 1428. Ответов 11
Метки нет (Все метки)
Здравствуйте коллеги.
Два дня бьюсь, не могу решить, очень нужна ваша помощь. Суть проблемы: есть приложение написанное на delphi 7, из него подгружаю .dll на XE7 и запускаю её процедуру, вот этим кодом
Формой MDIForm является главная форма вызывающего приложения. Что бы создать дочернюю форму с AOwner = MainForm(главного приложения) передаю Application.Handle:HWND вызывающего приложения параметром. Код .dll
Так вот процедура эта рубиться на создании формы, ошибка: Access violation at address 00403EA0 in modele ВызывающееПриложение.exe. Read of address F28B562F. При том когда я компилю эту .dll на delphi 7 все работает, но мне нужно на XE7. Если formStyle ставлю в fsNormal тоже работает. Не знаю что и делать, нужна ваша помощь.
0
|
06.05.2017, 09:49 | |
Ответы с готовыми решениями:
11
TList. Ошибка Access Violation при создании. F1book delphi 7 в windows 7 access violation in module 'oc30.dll' при попытке записи Косяк при создании MDIChild форм Ошибка 'Access violation' при динамическом создании idHTTP |
0 / 0 / 1
Регистрация: 09.06.2014
Сообщений: 19
|
|
06.05.2017, 12:33 [ТС] | 3 |
а что это может стать проблемой, ведь я не передаю строковые параметры?
Добавлено через 1 минуту А извиняюсь, описался немного, в Delphi 7 так как написано с передачей Handle'а не работает, а работает с TApplication
0
|
0 / 0 / 1
Регистрация: 09.06.2014
Сообщений: 19
|
|
07.05.2017, 23:59 [ТС] | 5 |
На сколько я понял проблема в том что главная форма приложения недоступна из .dll как собственно и все остальные обьекты. Если так, то встает вопрос что делать чтоб были доступны?
0
|
09.05.2017, 21:00 | 6 |
Делать "формы" в DLL и как-либо связывать их с "формами" в EXE - как бы вообще не рекомендуется.
Про ShareMem не забыли кстати? З.Ы. http://www.gunsmoker.ru/2009/01/blog-post.html
1
|
0 / 0 / 1
Регистрация: 09.06.2014
Сообщений: 19
|
|
10.05.2017, 11:45 [ТС] | 7 |
Я заюзал ShareMem в .dpr вызывающего приложения, и .dpr .dll'ки, не помогло
0
|
0 / 0 / 1
Регистрация: 09.06.2014
Сообщений: 19
|
|
12.05.2017, 16:42 [ТС] | 8 |
Я понимаю что нехорошо но тут уже чисто спортивный интерес, понять почему не работает и что можно сделать. А еще когда создавал обычную форму в .dll тоже несколько раз славил AV не смотря на заюзаный sharemem. У меня такое чувство что у приложения и .dll всеровно свои собственные менеджеры памяти!?
0
|
13.05.2017, 18:40 | 9 | |||||||||||||||
Посмотреть бы что ли весь проект... Или вернее сказать - оба.
Добавлено через 1 минуту
0
|
0 / 0 / 1
Регистрация: 09.06.2014
Сообщений: 19
|
|
15.05.2017, 17:36 [ТС] | 10 |
Это я application .dll-ки заменяю на оный вызывающего приложения, зачем не знаю, в примерах которые видел так...?
0
|
Заблокирован
|
|
18.05.2017, 00:02 | 11 |
В DLL нет объекта Application.
Не по теме: p.s.: Код чрезвычайно грязный, отрубите себе руки, картонным мечом.
0
|
18.05.2017, 15:43 | 12 |
Application не "в dll" и не "в exe", оно в модуле "Forms". Если в dll используется этот модуль - значит создаётся Application.
Другое дело что эти непонятные финты совсем непонятные, тем более что зачем не знаю .
0
|
18.05.2017, 15:43 | |
18.05.2017, 15:43 | |
Помогаю со студенческими работами здесь
12
Ошибка Access Violation в Delphi XE7 Ошибка access violation executing location при динамическом подключении dll Ошибка при создании массива "Access violation. Link terminated" Запуск DLL. При работе с потоками появляется ошибка "Access violation" Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |