Bilder und Dateien speichern-Fehler SigSev

[trajektorde]

Hallo, bin langsam verzweifelt.
Habe längeres Programm geschrieben, auf dem Bildschirm funktioniert alles,
wenn ich aber ein array abspeichern will oder auch ein Image1.picture, bekomme ich nur fehlermeldungen.
(program raised exception SIGSEV ...)
Die Sigsev- Fehlermeldung kommt sonst immer, wenn ich ein Array falsch anspreche, welches z.B. andere Grenzen hat.

In einem kleinen Prüfprogramm funktioniert aber z.B.

Form1.Image1.Picture.Savetofile +++ einwandfrei(eigentlich klar, aber..),
sobald ich dieselben Zeilen in ein Unterprogramm des größeren Programms packe, kommt eine Fehlermeldung.
Es gibt aber Form1, Image1 etc., die unterprogramme funktionieren sonst gut.

Woran kann das liegen?
(Die Fehlermeldungen beim Speichern von Dateien und arrays kommen bei allen möglichen Versuchen, auch wenn solche(nach beispielprogrammen aus dem netz) in einem extra programm funktionieren(z.B. über memorystream)

Gibt es da irgendetwas das ich wissen sollte/müsste-(newbie)?
in hope, trajektorde

[Socke]

Eine Zugriffsverletzung tritt immer dann auf, wenn dein Programm auf einen Speicherbereich zugreifen will, dass ihm vom Betriebssystem nicht zugewiesen wurde. Wenn du aber an einer Stelle auf Speicher zugreifst, der deinem Programm zugewiesen ist, aber z.B. eine Objektvariable enthält, bekommst du nicht sofort einen Fehler sondern erst, wenn du wieder versuchst auf das Objekt zuzugreifen.
Den häufigen Fehler, dass die Objekte an sich fehlen, hast du -- wie du schreibst -- schon ausgeschlossen. Ohne Code kann dir hier aber kaum jemand helfen; daher die Empfehlung alle Überprüfungen in den Compileroptionen einschalten und noch einmal alle Zuweisungen und alle Speicheroperationen auf ihre Gültigkeit hin überprüfen.

[trajektorde]

danke für die schnelle Antwort, muss das einmal versuchen, mit Compilereinstellungen.
also die Objekte existieren glaube ich schon, ich kann in den arrays zahlen abspeichern und abrufen, auf dem
Image1.Picture zeichnen etc.
(Ginge doch wohl nicht, wenn die Objekte erst noch kreiert werden müssten(?))

mal sehen,

grüße erstmal

trajektorde

[MAC]

da gibt es jetzt 3 wahrscheinliche fehlerquellen:
1. Form1.Image1.Picture existiert nicht oder zeigt auf nil. //unwahrscheinlich
2. Form1.Image1 exsistiert nicht oder zeigt auf nil
3. Form1 existiert nicht oder zeigt auf nil.

Da hilf dir auf jedenfall der debugger...
einfach mal

Code: Alles auswählen

var 
  debug:TTImage;
begin
debug := Form1.Image1;
//breakpoint
Form1.Image1.Picture.SavetoFile
...
...

dann schauen welchen wert debug hat...

[trajektorde]

hallo Mac,

das ergebnis ist:

debug: 0 x 132

self 0 x 131
Sender 0 x 117

(das image ist ziemlich groß, so ca.1100x 700 pixel)

sagt das was?(Im projekt sind 2 units irgendwie beteiligt, eine hauptunit(meine ich zumindest), auf der auf das Image gezeichnet wird, und dann noch eine zweite, in der ein paar objektdefinitionen sind(unter uses eingebunden)
allerdings hat diese unit auch eine form1 und ein image1, vielleicht ist da ein problem?
grüße, trajektorde

[MAC]

du hast 2 form1 ?
oder heißt die andere form2 ?
sonnst aufjedenfall in form2 oder ähnliches umbenennen...

die werte haben eigentlich nichts mit der größe zu tun 0x131 ist ein pointer - welche auf den platz zeigt wo image1 im arbeitsspeicher gespeichert ist.
Wenn es 0x0 währe wüsste ich das imae1 nicht existiert - normalerweise ist die zahl zwar 6 stellig (also 0xYYYYYY) aber naja...

Andernfalls hilft nur der code oder zumindestens alles was mit image 1 zu tun hat, da das progblem ,wie gesagt nur in dem projekt auftaucht...

[Socke]

debug: 0 x 132

self 0 x 131
Sender 0 x 117

Das sind ziemlich ungewöhnliche Werte für Objekte; Dezimal ausgedrückt wären das: debug = 306, self = 305, Sender = 279. Es ist schlichtweg sehr unwahrscheinlich (bis unmöglich), dass das Formular (Self) nur ein Byte groß ist, und dass dann direkt im Anschluss dahinter das TImage gespeichert ist.