Один товарищ написал на VC++ DLL с единсвенной экспортируемой функцией, которая печатаем растровые файлы на заданный принтер и накладывает на изображение номер. Моя программа (на Delphi 2006) вызывает эту функцию и происходит собственно печать. Загвоздка вот в чём: на моей машине всё работает нормально, на других машинах, на которых установленны D2006 и VS тоже всё нормально. Как только программа запускается на машине, где нет ни того, ни другог дллька перестаёт загружаться. Загружать пробовала и статически и динамически, всё одно. Чего ей не хватает?   
З.Ы. товарищ, который написал эту длльку, говорит, что он не виноват и я ему верю

Что значит не загружается? LoadLibrary что возвращает?

Добавлено через 2 минуты и 2 секунды
Покажи как загружаешь. Может твоя программа банально не видит файла библиотеки. Пробовал полный путь до dll указывать, а не относительный?

загружаю длльку динамически:

объявляю тип:


вызов функции:

пробовала указать полный путь, бесполезно, DLLInstance пустой

Попробуй вот такой код:


Добавлено @ 11:32
Что в результате получится, библиотеку положи вместе с твоим приложением.

Это сообщение отредактировал(а) Rennigth - 8.10.2007, 11:33

длльку программа находит, но почему-то не загружает :(

после вызова LoadLibrary чему равен о значение DLLInstance? 
Если 0 то что рейзит RaiseLastOSError?

на опытной машине (без делфей и VC++) проблему решили установкой visual c++ 8.0 runtime libraries, надеюсь, что этим дело ограниыется

плохо dll сделали значит...

  Не плохо, а с подключением Run Time библиотек. Для проектов с несколькими исполняемыми модулями это оправдано, так как экономит место на диске. 

конечно, но из описания я понимаю, что это не тот случай

за проблемой связаной с загрузкой длльки на другой машине не заметила ещё одного бага: на моей машине дллька подгружается и выполняется и потом выгружается (см. код выше), но вот потом при попытки создать экземпляр класса TClientDataSet вываливается ошибка обращения к нулевому адресу. Если длльку подгружать, но функцию не вызывать, то всё работает...
В результате пршли к решению переписать эту функцию на делфях.
Это уже вторая моя попытка подключить длльку, написаную на VC++, к делфям и опять неудачная (о первой попытке говориться тут). Может у кого есть опыт таких махинаций и может дать общие рекомендации по написанию длльек на VC++ так, что бы они без проблем цеплялись к делфям?

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

Никаких здесь нет рекомендаций. Если криво dll написана то здесь уже ничего не поделаешь. Она не будет работать и из любого приложения, не зависимо на делфях она написана или просто из rundll вызывается процедура... 

имхо не верь  пусть он сам через rundll32 попробует вызвать свою функцию на пустой машине. 

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

переписали функцию, теперь она оформлена в ехе файл, пошла ставить на пустые машины, не получилось. visual c++ 8.0 runtime libraries, которую я поставила в первый раз, не давал нужного результата. сисадмин раздобыл другую, я её поставила и всё заработало. Вывод: корявая была visual c++ 8.0 runtime libraries. вопрос счетаю закрытым.