Люди, помогите, пожалуйста!!!

Я вот какую прогу пытаюсь сделать сделать: Пользователь вводит что-нибудь в RichEdit1 (в принципе, это может быть и объект типа TEdit, TMemo... Но я пишу так, как у меня сделано). Затем, при нажатии определенной кнопочки, загружается моя же DLL'ка (динамическим способом). Если загрузка успешна, то из DLL'ки вызывается процедура QWERTY. Вот полное описание этой процедуры:

procedure qwerty;
begin
  ShowMessage(Unit1.Form1.RichEdit1.Text);
end;

В принципе, ничего необычного: Эта процедура показывает сообщение с текстом из RichEdit1.

Тестирую прогу. Нажимаю кнопочку, которая загружает DLL и вызывает qwerty. На экране появляется долгожданное сообщение, но... совершенно пустое, без текста из RichEdit1.

В общем, если все вкратце описать, то получается, что моя прога ВИДИТ DLL'ку и В СОСТОЯНИИ вызвать оттуда процедуру qwerty. А DLL'ка НЕ ХОЧЕТ читать переменную RichEdit1.Text. Вот такая проблема.

Хочу подчеркнуть, что DLL не читает не только строковые типы, но и все остальные - boolean, integer... Когда я вызываю qwerty (только вместо стринга пытаюсь показать сообщение с integer'ом) сообщение показывает нолик, независимо от настоящего значения переменной типа integer. То есть, видимо, вызываются те значения переменных, которые установлены по-умолчанию.

Тут на форуме один чувак другому посоветовал на СИ ДЛЛ'ку написать. А вот в DELPHI можно?

Помогите, пожалуйста! Ни на каком форуме мне нормально помочь не могут! Осталась надежда на вас!!!

ну все верно. только почему AV не словил?
в том "юните" вокмпиленном в длл нет созданной Form1.
нельзя так делать из длл

Это сообщение отредактировал(а) MetalFan - 5.1.2007, 20:13

Все просто. DLL не знакома с Form1, т.к. это DLL (простите за тафталогию   )
Тебе надо передавать данные из формы в формы в DLL.

знакома то она знакома (никто в uses не мешает Unit1, в кот.Form1 "лежит", прописать)
но работать это будет не так, как автор думает)

  Прямое обращение к свойствам и методам класса из DLL запрещено, поскольку такой механизм не реализован. Реализован, только механизм вызова функций (не методов), кроме того для передачи строк типа AnsiString, String, WideString, необходимо в проекты программы и длл первым модулем записать FastShareMem, который объединяет менеджеры куч длл и программы, без этого все будет работать с ошибками.

Да можно и PChar использовать если длинна слова не превысит 255 символов тогда не надо FastShareMem.

А так делай следующие а EXE файле создай Функцию:=RichEdit1.Text;
В DLL вызывай эту функцию из EXE ShowMessage(Функция);





Писал здесь могут быть ошибки.



Это сообщение отредактировал(а) ivan219 - 5.1.2007, 21:59

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

CreateEvent & OpenEvent & WaitForSingleObject

А можно по подробнее что это такое  

а это к чему вообще?

ivan219, да, я еще учусь. И не только в DELPHI, но еще и в школе... :-)
Мне 14, но у меня огромные планы :-)
aktuba, а подобные вопросы я задавал на других форумах, мне толком никто ничего объяснить не смог. Поэтому я и написал ТАКОЙ вопрос.
А вообще - СПАСИБО ВСЕМ!!! ВЫ МНЕ ДЕЙСТВИТЕЛЬНО ПОМОГЛИ, И Я ЦЕНЮ ВАШУ ПОМОЩЬ!!!

Помните про ShareMem, если работаете с длинными строками.  

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