В exe
в dll
Два разных объявления.
И работает?

Эммм... объявление потом поправил, все равно не работало. Ну а в итоге, сделал как советовал Акелла.

Тогда понятно. Просто не прозвучало, а это тоже причина AV.
Кстати вместо таскания BORLNDMM.DLL можно посмотреть в сторону FastMM4.
Бесплатный альтернативный менеджер памяти для Delphi, обеспечивает в том числе и взаимодействие с Dll. и компилится в сам проект.
http://timokhov.blogspot.com/2007/03/delph...iii-fastmm.html

ребят, сейчас 2011й год.
фастмм давно дефолтный менеджер в дельфи

Я в семерке доселе еще работаю 

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

ОК. Спасибо!

Кстати, не совсем корректен код Акеллы. Малость переделал и упростил. В итоге, если исходник больше чем эскиз, то уменьшаем пропорционально, если же меньше, то увеличиваем (быть может не всем такой метод нужен, но мне именно такой необходим был):


2 Акелла: 

Чтобы четко вписать в размер эскиза с правильными пропорциями, сравнение соотношения корректнее делать не по первичным размерам, а по преобразованным:

   зачем?

Добавлено через 2 минуты и 43 секунды
Cinemaizer[Олег], чем больше условий и переходов, тем может дольше будет выполнятся код. А эскизы нужно создавать и показывать "на лету", без задержек.

ну вот надо мне так  
чтобы исходник (с правильными пропорциями ессно) четко вписался в размеры эскиза. Ужель не встречался такой подход в каких-нибудь приложениях? Я встречал.



А в чем сложности то? Код у меня не сложнее твоего, разве что расчеты bmpDest.Width и bmpDest.Height всегда выполняются. И к слову, они в любом случае должны быть заданы явно, в твоем коде исходники меньшие по размеру чем эскиз, вообще не загружены будут. Плюс, еще вроде здесь ошибка:


По идее, надо бы так:


 

Если увеличивать, то нужно реализовать и сглаживание, а на это нужно время и ресурсы, особенно если качественное сглаживание.