..\Application Data (..\AppData\Roaming). 

The %USERPROFILE% path is usually used to store application data including executable files and libraries which actually can be executed/loaded.

The problem may appear with %USERPROFILE% folders access rights.

 

Here is Delphi code snippet that may help you. It was tested with Windows XP and Windows 7.

If it doesn't work you should check user and folders access rights matching.

 

uses

  QuickPDFDLL0723;

 

const
  USER_PROFILE = 'USERPROFILE';
  APPLICATION_DATA = '\Application Data';
  WORK_DIR = '\subdir';
  LIBRARY_NAME = '\QuickPDFDLL0723.dll';

var
  libpath: string;
  qpl: TQuickPDFDLL0723;

begin
  libpath := GetEnvironmentVariable(USER_PROFILE) +
    APPLICATION_DATA + WORK_DIR + LIBRARY_NAME;
  // Check is QuickPDF*.dll exists at libpath
  if not FileExists(libpath) then
    Exit;
  qpl := TQuickPDFDLL0723.Create(libpath);
  try
    with qpl do
    begin
      UnlockKey('type your license key here');
      SetOrigin(1);
      DrawText(100, 100, 'Hello DLL!');
      SaveToFile('sample.pdf');
    end;
  finally
    qpl.Free;
  end;
end;

 

 

I also assume you are trying this in a debugger.  What is the return value of the LoadLibrary call.  Maybe that will give you more information.

An EXE file should also search for DLL's in the current directory.  ie .  The same directory as the EXE file itself.  This sounds like what you want to happen but it is not working.

Have your tried posting a support call to RealSoftware.  It you can get the DLL to load in a different location then it is unlikely to be related to QuickPDF but more to RealSoftware.  Do you use other DLL's in the same way with RealSoftware.  If not you many want to quickly load a different DLL to see if it has the same problem.