Ergebnis der Suchanfrage

• Forum: Win32/Win64 API (native code)
    Delphi
    by Udontknow, 14. Okt 2002
  Ich poste vielleicht einfach mal ein bisschen Quellcode, um das Problem zu erläutern.
  
  Ich habe eine Grund-Klasse, die im wesentlichen einfach nur das übergeordnete Objekt als Eigenschaft einführt.
  Dann habe ich noch eine Master- und eine Detailklasse. Der Master enthält ein untergeordnetes Detailobjekt, das einen einfachen WideString als Eigenschaft besitzt.
  
  
  type...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Udontknow, 14. Okt 2002
  Hmmm, TCOMObject... Gut, aber das wäre ja für meine Zwecke ein wenig überdimensioniert... Ich muss ja nicht jede Klasse extern instanziieren können.
  Mit wievielen Objekt-Instanzen habt ihr es denn zu tun? Bei mir kann es ganz schnell in die Zehntausende reingehen, daher sollte so eine Struktur so klein wie möglich sein.
  
  Habt ihr denn da irgendwie mit Aggregation gearbeitet? Sprich: Ist bei...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Udontknow, 14. Okt 2002
  Wie, und ihr bekommt keine Zugriffsschutzverletzungen beim Freigeben? :shock: Bei mir scheppert, wie schon gesagt, das dann ganz gewaltig; Sobald ich noch eine Referenz auf so ein Unterobjekt habe, bekomme ich Schwierigkeiten:
  
  Entweder:
  a) eine EInvaldPointer-Exception ('Ungültige Zeiger-Operation'), direkt nachdem der Destructor ausgeführt wurde.
  oder:
  b) eine Zugriffsschutzverletzung,...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Udontknow, 14. Okt 2002
  Hallo,
  
  um die Problematik mit der unkontrollierbaren Lebenszeit der Objekte in den Griff zu bekommen, habe das nun so realisiert, daß ich sämtlichen Klassen noch ein Flag Destroyed mitgebe. Bei Funktionsaufrufen in den Objekten wird dieses immer mit abgeprüft, ist Destroyed True gebe ich dann eine Exception raus...
  Um das Problem der gegenseitigen Referenz aufzuheben, musste ich neben dem...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Udontknow, 11. Okt 2002
  jaja, die dritte Variante ist ja auch mein aktueller Stand meiner Anwendung. Das funktioniert. Aber es ist nun mal dann nicht durch andere Programme nutzbar.
  Wie willst du denn bitte schön dem C++ Compiler die Struktur von TMeinObjekt und seiner Nachfahren mitteilen, wie willst du ihm die zur Laufzeit erstellten Objekte des Delphiprogramms übergeben? Genau dafür werden ja COM-Interfaces...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Udontknow, 11. Okt 2002
  Hi! Danke für die schnelle Antwort! :D
  
  Also,
  mit Garbage-Collection meinte ich auch kein COM-Feature, sondern das Feature von Delphi, das ja, sobald eine IInterface-Variable Out-Of-Scope geht bzw. auf NIL gesetzt wird, eben die Routine _Release aufruft. Genau das ist die Problematik!
  
  Zu 1.
  Habe ich auch probiert. Alle Zeiger auf untergeordnete Objekte auf NIL setzen. So weit so gut,...
• Forum: Win32/Win64 API (native code)

  COM: TInterfacedObject-Nachfahren explizit freigeben

    Delphi
    by Udontknow, 11. Okt 2002
  Hallo!
  
  Ich möchte meinen in traditionellem OOP geschriebenen Code automatisierbar machen, deshalb bastele ich gerade daran, alle meine Objekte von o.g. Klasse abzuleiten, um den Zugriff per COM zu ermöglichen.
  
  Dabei ergibt sich dann jedoch folgendes Problem:
  Gebe ich das Objekt mit free frei, bekomme ich Zugriffschutzverletzungen; solche Objekte werden eigentlich automatisch von dieser...