Hallo,

Ich bin gerade dabei eine "Verwaltungsklasse" für *.3ds Dateien zu schreiben. Die Klasse speichert die Modelle in einer Liste vom Typ TList, wenn ich das erste Model lad funktioniert noch alles einwandfrei, jedoch sobald ich mehrere lade crasht er ("Could not open File 'Pfad\GFX\'"). Aber wenn ich ein neues Model lade ist doch immer der Dateiname angegeben!



Ich komm einfach nicht darauf an was es liegen könnte - Könnt ihr mir helfen?
Danke schonmal

MFG
Maximus

Naja, mir stellt sich die Frage, warum diese Zeile keinen Fehler meldet:

Model ist doch ein 3dsMesh, ist das nicht inkompatibel mit TList, sollte da nicht ein Zeiger rein?

Außerdem wird ja nach der derzeitigen Programmierung (jedenfalls wenns laufen würde) immer beim Laden eines neuen Meshes das vorige ersetzt, das kann doch ned recht sinnvoll sein?

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Model zeigt doch auf TAll3DSMesh (Model : ^TAll3DSMesh)



Ich häng doch immer wieder das aktuelle Model an die Liste hinten dran, D.h. erstes mal Add = Element 0 , zweites mal Add = Element 1, oder?

MFG
Maximus

Ah sorry, hab noch nicht mit TList gearbeitet, und deswegen teilweise mit TStringList verwechselt
Dann kann ich dir leider auch ned helfen, aber versuch vielleicht mal, das Ganze mit weniger Pointern zu machen, weil bei denen schleichen sich schon gerne mal Fehler ein (va. wenn man sie einmal im Jahr gebraucht, so wie ich )

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Klassen sind bereits Pointer und müssen nicht extra referenziert und dereferenziert werden!



Das reicht vollkommen aus um Klassen in eine TList zu packen.

Ansprechen kannst du sie mit so etwas.


Aber ich würde mal für deine Dateien absolute Pfade verwenden. Evtl wird ja durch irgendeine Aktion das aktuelle Verzeichnis verändert und du verscht sie von Sonstwoher zu laden.

das reicht nicht nur aus, das muss so sein^^
hatte den Fehler auch schonmal (passiert wenn man vorher zu viel C++ gemacht hat )

Was muss wie sein? Wie sollte es denn sein?

@Palleon: So sicher bin ich mir nicht. Es verbietet ja Delphi niemanden einen Pointer auf einen Pointer anzulegen. Gehen müsste das Trotzdem. So klar ist mir der Fehler nämlich noch net...schließlich dereferenziert er ja alles wieder korrekt. Somit sollte der überflüssige Pointer dazwischen sich eigentlich nicht auswirken.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Hallo,

Danke für die Hilfen! Also bei der TList hat sich nichts geändert ausser das die unnötigen Zeichen/Zeilen rausgeflogen sind. Was ich bisher beim debuggen rausgefunden hab ist, dass sobald man das "Pawn" Model lädt der TexturePath zickt. Der Fehler liegt warscheinlich beim Model , dass ich nun genauer unter die Lupe nehmen werde .

MFG
Maximus

@flash also ich hatte das auch mal gemacht mit dem @ vor der Referenz um an den Zeiger zu kommen. Da hatte ich dann dauernd Speicherzugriffsfehler usw. Als ich das @ weggemacht hatte gings wunderbar.

ich denke deshalb: wenn man das @ davor macht merkt man sich dann ja in der Liste die Adresse von der Referenzvariable(der nach verlassen der Funktion ja eh ungültig ist) und nicht die Adresse des dynamischen Speichers, wo die Referenz hinzeigt. Das ist ja aber das Ziel, daher ohne @ machen

edit: ach ja please: Pellaeon net pallaeon thx

Wollte dir natürlich nicht zu nahe treten.

Ob die Erklärung so hinhaut glaub ich nicht. Die lokale Variable mag zwar ungültig werden, aber schließlich wurde sie ja kopiert (in die Liste). Und da der Speicherbereich wo der Pointer drauf zeigt mit New() allokiert wurde, gibt da Delphi auch nix frei.
Bei dem @-Operator kann ich nix zu sagen. Ich hab immer nur mit dem OldSchool "^" gearbeitet.

Ich kann mir aber vorstellen, dass es knallt, wenn du damals sowas probiert hast:


Da sollte es richtig knallen...

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Also ich kann euch gerade nicht folgen. @ und ^ sind zwei völlig unterschiedliche Sachen. Um genau zu sagen sogar genau gegenteilig.

Kleines Beispiel:


Wie groß ist Int? 12 oder 13? Natürlich 13, weil mit "pInt := @Int" pInt die Adresse von Int zugewiesen wurde. Wenn jetzt pInt dereferenziert wird dann zeigt er auf den gleich Wert wie Int. Weißt man ihm so etwas zu, dann besitzt auch Int anschließend diesen Wert.

Bei dem Beispiel von Flash wird also lediglich die Adresse der lokalen Variable in die Liste gehangen. Nach der Ausführung der Methode dürfte diese nicht mehr existieren und alle Aufrufe würden in die Hose gehen.

*moep* wer lesen kann is klar im Vorteil^^ mein Fehler, keine Ahnung wo ich das @ gesehen habe, was ja garnicht da ist

jo den Fehler den du da beschrieben hast, hatte ich mal gemacht, wie gesagt wenn man davor C++ gemacht hat^^ Da ist das Referenzenkonzept ja ein bisschen anders.

Du hast nur recht , falls du damit Syntax meinst.

_________________
"Meine Mutter sagt : 'Dumm ist der, der Dummes tut'." - Forrest Gump

Ich gebs ja zu...hab doch gesagt, dass ich mit dem @ keinen Umgang pflege... Knallen tuts aber trotzdem

Aber begriffen warum es nicht ging, hab ich jetzt trotzdem. Wie sniper sagte, hat er in den Speicherbereich für die Klasse nur einen Pointer geschrieben...

Pointer sind schon strange... (auf dem ersten Blick) ... aber wenn man mal mit JAVA gearbeitet hat, fehlen einem die richtig...(Jedenfalls offiziell)

_________________
Blog: kevin-fleischer.de und fbaingermany.com