Access violation at address...

[ResourceSpace]

Вот я тупанул... Должен был сразу увидеть, старею...
Вы ж память под строку в Dll не выделяете! Вот и AV в программе.

Тогда для начала такой вопрос: Почему именно PAnsiChar? А не String например? Или буфер как в WinAPI-программах? Какие-то специальные цели или просто так?

[ДралсяСошибками]

У меня никаких ошибок не выскочило, за исключением List index of bound когда в листбоксе ничего не чекнул))

[Ship_1]

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

Тогда для начала такой вопрос: Почему именно PAnsiChar? А не String например? Или буфер как в WinAPI-программах? Какие-то специальные цели или просто так?

Вроде, вычитал, что для PAnsiChar и ShortString в отличие от остальных типов строк, память выделять не надо...

Указатели, выделения памяти и потоки для меня пока тёмный лес. Как поля в физике - что-то мифическое

Поэтому чтобы не было сразу две путанных темы попробовал обойтись без строк.
И если дело в этом - почему срабатывает на Алисе - Театр теней? И при отсутствии результата всегда срабатывает.

[ResourceSpace]

А чёрт его знает, случайность. :3
Вот что вам нужно изучить: http://www.gunsmoker.ru/2009/01/blog-post.html
Простейший вариант - использовать WideString. Или как WinAPI: Func(lpBuf: PChar; nBufSize: Integer): Integer;

[Stilet]

Вроде, вычитал, что для PAnsiChar и ShortString в отличие от остальных типов строк, память выделять не надо...

Для PxxChar надо. Для string нет.

Sharemem кстати почему не прописал?

Если оставить твою функу голой:

Function GetSongGrid(SongName:PAnsiChar; Limit:Integer{; ProcessVis:TProgressBar}):PAnsiChar; stdcall; export;

var i_site:Integer;
    ZaprKompozits,html,SongUrl,html2,TmpStr:String;

Begin


  Result:='';  TmpStr:='123';

      Result:=PChar(Result+TmpStr+#9+#13#10);

End;

Будет ли у тебя выдаваться ошибка?

[Ship_1]

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

Для PxxChar надо. Для string нет.

Например, отсюда:

Следует воздерживаться от использования типа string в библиотечных функциях, т.к. при его использовании существуют проблемы с "разделением памяти". Подробней об этом можно прочитать (правда, на английском) в тексте пустого проекта DLL, который создает Delphi

Ну и аналогично в других местах.

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

Sharemem кстати почему не прописал?

Кто это?..

ResourceSpace, спасибо за совет, постараюсь...

[JUDAS]

Автор, попробуй так

[Stilet]

Ну и аналогично в других местах.

Ну ты прочесть прочел, но так и не понял что да почему ))

Кто это?..

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

[Ship_1]

JUDAS РАБОТАЕТ!!! Правда, виндошибка один раз возникла, но при точно таком же повторном запросе её уже не было. Местные хаотические глюки, наверное...
Мне объяснит посоветованная выше статья что тут к чему?
Stilet
Да я читал... Но не понял... Я не силён в английском.

ShareMem must be the first unit in your library's USES

Мне просто добавить в USES проекта и dll ShareMem перед SysUtils? И всё? проблема со String и StringList будет решена?

[JUDAS]

Мне объяснит посоветованная выше статья что тут к чему?

К сожалению обращение к DLL идёт по стандарту который принят в С++, так как сама Винда написана на Си и Бейсике посему.
Как посоветовал Stilet - нужно было выделить некий постоянный буфер (переменная buff) для обмена информацией.
На входе, я принимаю указатель PAnsiChar и длиной size копирую в буфер строчку. Преобразовываю внтури функции в обычный string и работаю как нормальный человек . Результирующую строку, опять перевожу в С++ диалект, чтобы его ВИнда смогла вернуть в приложение методом обратного переноса результата в тот же массив. Предварительно массив очищаю.
Остальной код я не смотрел на предмет корректности ибо отвечал исключительно та вопрос темы.
---------------