AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

warum scheitert die Prüfung auf NIL

Ein Thema von bernhard_LA · begonnen am 21. Apr 2022 · letzter Beitrag vom 21. Apr 2022
Antwort Antwort
bernhard_LA

Registriert seit: 8. Jun 2009
Ort: Bayern
1.123 Beiträge
 
Delphi 11 Alexandria
 
#1

warum scheitert die Prüfung auf NIL

  Alt 21. Apr 2022, 10:55
warum bekomme ich eine Zugriffsverletzung wenn ich im Unterprogramm meiner Graphen Klasse
die VertexListe löschen möchte ?
Der aufrufende der Code :

Delphi-Quellcode:
 .........
var
  _V1, _V2: TObjectList<TVertex<Integer>>;
  aVertex: TVertex<Integer>;
  i, j: Integer;
begin


  if (G <> nil) then
  begin
     G.partitionTwo(_V1, _V2);


  .....
  end;


die beiden Vertexlisten werden in der Routine partitionTwo erzeugt wenn die Abfrage Nil ergibt.
Sollte doch so auch klappen, im aufrufenden Code (siehe oben) erzeuge ich sie ja nicht



Delphi-Quellcode:

procedure TGraph<Tdata>.partitionTwo(
  var _V1: TObjectList<TVertex<Tdata>>;
  var _V2: TObjectList < TVertex < Tdata >> );
var
  v: TVertex<Tdata>;
  _V1connected: Boolean;

  i, j, k: Integer;
begin
  ///
  /// reset all vertex flags to 0
  ///
  self.clear_colors;

  if (_V1 = nil) then
    ///
    /// no need to create vertex list prior to this function call
    ///
    begin
    _V1 := TObjectList < TVertex < Tdata >>
      .Create(TVertex<Tdata>.createVertexComparer(), false);
    end;

  if (_V2 = nil) then
    ///
    ///
    ///
    begin
    _V2 := TObjectList < TVertex < Tdata >>
      .Create(TVertex<Tdata>.createVertexComparer(), false);
    end;

  _V1.clear;
  _V2.clear; /// -> hier die Zugriffsverletzung :-(


  .......

Tatsächlich kommt es zur AV beim zweiten List.Clear Befehl, warum ??
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.142 Beiträge
 
Delphi 12 Athens
 
#2

AW: warum scheitert die Prüfung auf NIL

  Alt 21. Apr 2022, 11:25
War auch jemand zu Beginn auf die abwegige Idee gekommen diese Variablen G/_VI/_V2 auch mit NIL zu initialisieren?
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
bernhard_LA

Registriert seit: 8. Jun 2009
Ort: Bayern
1.123 Beiträge
 
Delphi 11 Alexandria
 
#3

AW: warum scheitert die Prüfung auf NIL

  Alt 21. Apr 2022, 11:55
ist ein Object automatisch auf nil solange ich noch kein Object.Create ausgeführt habe ?


wie schreibe ich denn in Delphi code der folgende macht:


Delphi-Quellcode:

if ( Objekt noch nicht erzeugt) dann ( Erzeuge diese ObjeKt ) ;
  Mit Zitat antworten Zitat
Maliko

Registriert seit: 20. Jun 2019
89 Beiträge
 
Delphi 10.3 Rio
 
#4

AW: warum scheitert die Prüfung auf NIL

  Alt 21. Apr 2022, 12:11
Nicht unbedingt. Wenn du ein Objekt nicht instanzierst, ist das Objekt oft nil, aber es kann auch sein, dass sich in dem Adressblock, welcher für das Objekt auf dem Heap verwendet wird noch irgendwelche "Altlasten" drin stehn. Dann hat das Objekt nicht den Wert nil. Wenn du wirklich sicher stellen willst, dass das Objekt nil ist, dann deklariere es vorher als nil.

Sprich
mObject := nil;
  Mit Zitat antworten Zitat
completestranger

Registriert seit: 7. Okt 2018
25 Beiträge
 
#5

AW: warum scheitert die Prüfung auf NIL

  Alt 21. Apr 2022, 12:16
ist ein Object automatisch auf nil solange ich noch kein Object.Create ausgeführt habe ?
gilt nur für lokale variablen
deine variablen kommen aber aus der methoden-signatur

korrektur:
gilt natürlich nicht für objekte, sorry

Geändert von completestranger (21. Apr 2022 um 12:25 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.142 Beiträge
 
Delphi 12 Athens
 
#6

AW: warum scheitert die Prüfung auf NIL

  Alt 21. Apr 2022, 13:18
Globale Variablen und ObjektFelder werden autoamtisch mit 0 (nil) initialisiert.

Alle anderen Variablen, vor allem lokale Variablen in Methoden, werden nur dann automatisch initialisiert, wenn es sich um gemanagte Typen handelt (String/DynArray/Interface/Variant), aber eben keine TObjekt, Pointer, Integer usw.

Mit ARC, in mobilen Compilern, gab es mal in Android/MacOS auch eine Initialisierung für Objekte, da sie dort wie Interfaces behandelt wurden, also gemanaget.



Normal sollte hier aber der Compiler auch eine entsprechende Warnung werfen.
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests

Geändert von himitsu (21. Apr 2022 um 13:21 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:02 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz