Access violation at address...

[Ship_1]

Сообщение от JUDAS

Остальной код я не смотрел на предмет корректности ибо отвечал исключительно та вопрос темы.

Ну этого и хватило, чтоб хоть как-то работало С нюансами буду разбираться постепенно.
Забыл спросить: size выбирать исходя из чего? (я поставил 256)

[Stilet]

И всё? проблема со String и StringList будет решена?

По идее да. Я давно уже не работал со строкам в ДЛЛ, так что точно не скажу. Но ИМХО у тебя проблема не в этом.

[JUDAS]

Сообщение от Ship_1

Забыл спросить: size выбирать исходя из чего?

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

Сообщение от Ship_1

(я поставил 256)

я выделил буфер в 1024 байта внутри ДЛЛ, если мало можешь выделить больше.

[ResourceSpace]

JUDAS, а кто память освободит, утечек не боитесь? И стандарты С++ тут не при чём. Просто в DLL и EXE разные менеджеры памяти.

Как посоветовал Stilet - нужно было выделить некий постоянный буфер

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

По ссылке которую я давал описаны и первопричины и все методы устранения. В том числе ShareMem (когда он работает и когда он не работает).
Описано очень просто, вовсе не обязательно досконально знать указатели и прочее, просто вдумчиво медленно прочтите от начала и до конца.

Забыл спросить: size выбирать исходя из чего? (я поставил 256)

Из потребностей. Но лучше чтоб не морочить голову - используйте WideString. Или передавайте класс TStrings, как предложил Stilet. Тогда никаких size не понадобится.

А ещё лучше - GetSongGrid() будет возвращать String и не будет экспортироваться. Зато будут экспортироваться функции-обёртки, передающие ответ программе разными способами.

[JUDAS]

ResourceSpace, в целом с тобой согласен за исключением одного нюанса.

И буфер надо в программе и выделять и освобождать, а не в Dl

В коде автора, результирующая строчка считывается с какого то внешнего ресурса через северный скрипт и склеивается с входной строкой. В придачу, автор желает вернуть строку как результат функции.
Исходя из этих двух требований автора, выделение места (статическое !) выполняется внутри самой ДЛЛ.

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

п.с. судя по скрипту, он подаёт на вход название песни, а возвращает то ли слова песни, то ли её описание, размер которого неизвестен.

[Ship_1]

?? Решил попробовать с TStringList, добавил в Uses ShareMem/
И получил сообщение:

[Fatal Error] Project2.dpr(16): File not found: 'ShareMem.dcu'

И чего теперь с этим делать?

И, если не затруднит: как наиболее просто "вытащить" из DLL уровень выполнения процесса (организовать ProgressBar в EXE, показывающий процесс выполнения цикла в DLL)?

[ResourceSpace]

Та не надо никаких ShareMem. Выбирайте из остальных трёх вариантов.

как наиболее просто "вытащить" из DLL уровень выполнения процесса

Вы же скачиваете файл - у вас большая часть времени уходит на это. Но вы не узнаёте размер файла, а просто качаете пока он не закончится (не зная объём).
А поиск у вас ограничен и тем что на web-странице выдаётся и параметром, заданным вручную. И заранее неизвестно сколько на странице.
В таких условиях не получится ProgressBar. А вообще передаёте в Dll указатель на процедуру из Exe, меняющую положение ProgressBar, а внутри Dll через неё указываете сколько % готово.

Подправил мелкие опечатки, добавил пару штук, надеюсь пригодятся.

P.S. Исчио статиа: http://www.gunsmoker.ru/2008/12/1.html

[Ship_1]

У меня, вобщем-то, скачивается только код страницы, которую я обрабатываю, удаляя части от начала до определённого вхождения текста. К оставшейся длине полученного кода я и хотел "прикрутить" прогресс (стартовая длина минус оставшаяся).
А Ваше приложение у меня ругается: TSpinEdit not found.