Dynamically created Objects from DLL's

  I'm having problems with dynamically allocated Objects being distroyed once the DLL is freed.

  I have a DLL which gets passed a TStringList as one of it's parameters.  I dynamically create objects (of type TObject) and add these to the Object Property of the TStringList using TStringList.AddObject.  I load in the DLL from the main application using LoadLibrary and free it using FreeLibrary.  Once I return from the DLL and free it, I can not access the Objects of the TStringList.  When I try to access the objects, I get an Access Violation.  From this I assume that the objects are being freed along with the DLL.

  I'm already using ShareMem in the DLL's Uses section and in my main application Uses section.  From what I've read about this, it allocates memory from the Global Heap thus giving other modules access to it but this is not what appears to be happening.

  What I need to know is if there is any way to create Objects in the DLL which the main application can gain access to after the DLL has been freed?

Note : It is not pratical to keep the DLL open until I exit the main application as I will have many DLL's loaded at the same time.

  Please Help.  Thanks.

Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

You dont say what what you're running D1, D2 D3?  I gather from your sharemem comment that its D2 or D3.
You dont say anything about the Constructor or Destructor of your objects.  If the object instance is a DLL global or not.  How do you do the add of the object??  StringList.AddObject( NewObj.Create )???

Without this info I can't be certain, but it shure looks like you destroyed the object instance by freeing the DLL.  The object pointer in the stringlist is no longer valid.  (I'm not telling you anything new by this).  My answer is you destroyed the object.

If you want, I'll look at the DLL code and help you with it (God knows I've been down this road many times before).

Ian C.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
MathoAuthor Commented:
Thanks Ian,
  You are correct in your assumption, I'm using Delphi2.

  I'll try and explain what I'm doing...
The TFBClass and TUserLabelClass, described below, are both created inside the DLL. The TStringList inside TFBClass is used to hold the TLabelClass.  The TFBClass is held in a third Class which is passed to the DLL.  The third CLass is a global variable of the main application and is created on the Main Applications OnCreate.  The Class is of the following type.

  TMainClass = class(TObject)
    FBs : TStringList;
    constructor Create;

The DLL code is something like this..  (Cut down version)

unit DLLFile;


  ShareMem, Windows, Messages, SysUtils, Classes, Graphics,  
  Controls, Forms,  Dialogs, StdCtrls;

  TMainClass = class(TObject)
    FBs : TStringList;     { TFBClass }
    constructor Create;

  TFBClass = class(TObject)
    Name : string;
    Address : Integer;
    UserLabels : TStringList;           { TLabelClass }
    constructor Create;

  TLabelClass = class(TObject)
    Name : string;
    Offset : Integer;

  TDLLForm = class(TForm)
    DoneButton: TButton;
    procedure DoneButtonClick(Sender: TObject);
    procedure FormCreate(Sender: TObject);
    { Private declarations }
    { Public declarations }

  DLLForm: TDLLForm;
  DeviceData : TMainClass;
  FB : TFBClass;

function ExecuteDLL(AOwner : TControl; var PData : Pointer):Pointer; stdcall;


{$R *.DFM}

constructor TMainClass.Create;
  inherited Create;
  FBs := TStringList.Create;

constructor TFBClass.Create;
  inherited Create;
  UserLabels := TStringList.Create;

{ This function is exported out of the DLL and is called from the main Application.  An explination of this is given after the DLL Code}

function ExecuteDLL(AOwner : TControl; var Data : TMainClass):Pointer; stdcall;
  DLLForm := TButtonForm.Create(AOwner);
    AOwner.Height);     {Deffining the bounds of the form}
  DeviceData := Data;  
  Result := ButtonForm;

procedure TDLLForm.FormCreate(Sender: TObject);
  LabelName : TLabelClass;
  FB := TFBClass.Create;
  FB.Name := 'Name';
  FB.Address := 35;
  LabelName := TLabelClass.Create;
  LabelName.Name := 'Fred';
  LabelName.Offset := 5;
{ This is not exact code but it shows you what I'm doing }

procedure TDLLForm.DoneButtonClick(Sender: TObject);

end.    //End of DLL Code

  In the ExecuteDLL function,  Data is the TMainClass to which the TFBClass is to be added.  The pointer that gets returned is assigned to a Form in the main Application and allows me to destroy the DLL  Form once I've finished with the DLL. i.e  In the Main Application I have..

procedure AddStuff;
  Child : TForm;
  MyHandle : THandle;
  ExecuteDLL : function(AOwner : TControl; var Data :
  TMainClass):Pointer; stdcall;
  MyHandle := LoadLibrary(PChar(DLLName));
  @ExecuteDLL := GetProcAddress(MyHandle, 'ExecuteDLL');
  Child := ExecuteDLL(TControl(GroupBox), Data);

Data is a global variable of type TMainClass and has already been created.  DLLName is the DLL Name.

  I hope this explains things.  As for Destructors for the objects,
I'm not really worried about freeing them up as yet.  I can always
add these later when I have the program working.  I'm more
interested in getting the Objects passed back to the Main
Application.   Thanks again.

It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.