Quellcode Problem

[DMonkey]

Ich habe mit einem Freund ein Programm geschrieben, welches Steckbriefe erstellen sollte......auf jeden Fall hab wir ein Problem und zwar, immer wenn wir den 15.eintrag, vor dem 16 oder den 14 vor dem 15 löschen bekommen wir eine exception.(einfach von oben nach unten)
wir können uns nicht erklären warum, aber vielleicht kann ja einer von euch/ihnen uns helfen.

[himitsu]

Zitat:

Zitat von DMonkey (Beitrag 1043580)

Quellcode Problem

Dies ist keine aussagefähigge Überschrift.
- Probleme haben hier viele
- und meißtens liegt das Problem auch irgendwo im Quellcode
(wie man dieses editiert weiß du ja bestimmt)

.Destroy ruft man nicht direkt auf (sollte auch in der OH erwähnt sein), sondern man verwendet Free.

Weiter:
- In welcher Zeile tritt die Exception auf?
- Und was/wo ist bitte der 16./15. Eintrag? (zählen ist nicht meine stärke, um soeine Zeit, vorallem wenn man es hätte doch vermutlich auch kennzeichnen/nummerieren können)

Hab inzwischen alles gelöscht und es gab keine Exception.

Beim Debuggen würde ich dir aber mal empfehlen anzuschauen ob die ganzen .Tag auch korrekte/passende Werte liefern ... meinem Gefühl nach vermute ich die Ursache in einem "falschen" Wert.
Und in den Projektoptionen kann es nicht schaden die Index-Prüfung zu aktivieren. :angel:


PS:
- leere Try-Except sind böse
- globale Variablen evenfalls
- und zur Groß-/Kleinschreibung und zum Dänglisch (Deutsch/Englishc-Mischmasch) sag ich besser mal nichts



PSS (Kleiner Tipp):
Schalte mal bei deiner ScrollBox in der vertikalen Scrollbar .Tacking auf True (so ließe sich schöner Scrollen, Zählen und der gewünschte Eintrag finden)

[DMonkey]

auch mit.free geht es net

[himitsu]

Zitat:

Zitat von DMonkey (Beitrag 1043583)

auch mit.free geht es net

Free hat auch nicht unbedingt was mit der Ursache dieses Fehlers zu tun. :zwinker:
(es sei denn es wäre eine "Zugriffsverlezung an Adresse $000000xx" gewesen, welches .Free abgefangen hätte)


Wie gesagt, Für eine ordentliche Fehleranalyse sind ...[list] [*] reproduzierbare Fehler nötig ... hab es jedenfalls nicht geschaft eine Exception auszulösen.[*] eine passende Überschrift ist hilfreich, damit sich viele überhaupt mal die Mühe machen in deinen Thread zu schauen, da man nur so von außen erkennt worum es geht (hätte ich nicht grad etwas Zeit, hätt ich nicht hier reingesehn).[*] Die Beschreibung des Fehlers, also der Text der Exception und möglichst die Zeile wo sie Auftritt sind wichtig (hier sind es nur 4 Zeilen, aber dennoch)

Und dann sollte man solche Fehler selber rausbekommen können:
> Debuggen ... F7, F8, Haltepunkte(F5) und die Anzeigen des Debuggers sind was ganz Praktisches. :stupid:

Und die Indexprüfung zeigt ganz bestimmt das hier vorliegende Problem auf.
Das meint zumindestens meine :glaskugel:

[DMonkey]

naja dae Fehler liegt dabei,dass er das Label nicht wieder löschen kann, aber nur, bestimmte geben den fehler z.b. das 16,wenn das 15 zuerst gelöscht wurde, du kannst ja mal auf den anderen button mit dem stift drücken

[hoika]

Hallo,

hast du denn das Programm mal wie vorgeschlagen
mit allen Debug-Optionen laufen lassen ?
(z.B. Bereichsprüfung).

In welcher Zeile kommt der Fehler genau ?


Heiko

[youuu]

Was gibt denn dr Debuger für einen Fehler aus?
Ich glaube das ich nicht der einzige bin, der sich nicht extra die Datei runter läd und auf Fehlersuche für dich gehen möchte :roll:

Mit einer Fehlermeldung und den Code der diese hervorruft, könnte man schon mehr helfen.

[rapante]

Zitat:

Zitat von DMonkey (Beitrag 1043580)

...immer wenn wir den 15.eintrag, vor dem 16 oder den 14 vor dem 15 löschen bekommen wir eine exception...

Ich habe eine ganze Weile versucht den Fehler zu reproduzieren. Aber egal welche Felder ich lösche, eine Exception habe ich nicht zustande bekommen...

[mkinzler]

Ist ja auch klar, da es denn 16. dann nicht mehr gibt (der ist dann der 15.)
Löschschleifen immer von oben nach unten!

[rapante]

Zitat:

Zitat von mkinzler (Beitrag 1043623)

Ist ja auch klar, da es denn 16. dann nicht mehr gibt (der ist dann der 15.)

Hä?
Die Einträge, die er meint sind Labels und Edits die in mehreren Arrays verwaltet werden.
Wenn man jetzt ein Element an Position 15 löscht/freigibt, rutscht doch nicht Element 16 auf die 15. Position...

Von einer "Löschschleife" hat auch keiner was gesagt...

[p80286]

Zitat:

Zitat von rapante (Beitrag 1043621)

Zitat:

Zitat von DMonkey (Beitrag 1043580)

...immer wenn wir den 15.eintrag, vor dem 16 oder den 14 vor dem 15 löschen bekommen wir eine exception...

Ich habe eine ganze Weile versucht den Fehler zu reproduzieren. Aber egal welche Felder ich lösche, eine Exception habe ich nicht zustande bekommen...

Dem ist nichts hinzuzufügen!

Wie wäre es denn, wenn Du Eintragindex einmal initialisieren würdest?
und Eintrageindex.......

Gruß
K-H

[DMonkey]

ist auch weniger eine Exception sondern mehr ein Fehler und zwar sagt er dann EPoint access violation und na ja, wenn ich ERST 15 und DANN 16 bekomme ich bei 16 einen Fehler aber nicht bei den Anderen oder wenn ich erst 16 und dann 15 lösche

[p80286]

Zitat:

Zitat von DMonkey (Beitrag 1043751)

ist auch weniger eine Exception sondern mehr ein Fehler

ein bischen schwanger ?

Zitat:

Zitat von DMonkey (Beitrag 1043751)

und zwar sagt er dann EPoint access violation und na ja, wenn ich ERST 15 und DANN 16 bekomme ich bei 16

das ist mir zu hoch. Könntest Du das vielleicht noch einmal so formulieren, daß es von einem älteren Herrn auch verstanden wird?

Zitat:

Zitat von DMonkey (Beitrag 1043751)

einen Fehler aber nicht bei den Anderen oder wenn ich erst 16 und dann 15 lösche

"die Anderen"? = Alien?
dann ist alles klar!

Gruß
K-H

[mkinzler]

Zitat:

"die Anderen"? = Alien?

Vielleich gelten im Paralleluniversium andere Gesetze:stupid:

[himitsu]

Hier mal der Beweis ... ich schaff es nicht, irgendwelche Exceptions auszulösen.

Es werden alle Lösch-Kombinationen der Einträge 12 (13.) bis 17 (18.) durchprobiert und Exceptions in das Memo eingetragen.

Zitat:

ist auch weniger eine Exception sondern mehr ein Fehler

Und was für ein Fehler?
Wir fragen nicht umsonst nach einer möglichst "genauen" Beschreibung.


Solange auf gestellte Fragen nicht geantwortet wird
und vielleicht auch mal selber etwas in Richtung Debugging versucht wird,
werde ich hier nicht mehr antworten.


PS: Du bist ja schon eine Weile hier im Forum, dann sollte dir aufgefallen sein, daß wir etwas mitarbeit und "ordentliche" Fehlerbeschreibungen brauchen, um wirklich helfen zu können.

PSS: Und das mit den bösen globalen Variablen könntest du eventuell auch schonmal gelesen haben.

[Klaus01]

Hallo,

will auch mal meinen Senf dazu geben.

Den Fehler wie Du ihn bechrieben hast (16, löschen, 15. löschen -> Fehler).
kann ich nicht nachvollziehen.

Der Fehler tritt bei mir irgendwann auf.

Siehe Screenshots.
Auf dem Screenshot Eintrag_Array_values.png sieht man
dass das Array auf fast allen Plätzen den Wert "nil" hat.

Obwohl noch einige Label auf der Form sichtbar sind.

Ich vermute, dass bei der Befüllung des Array etwas schief läuft.

Grüße
Klaus

[p80286]

@klaus01
Ich seh da nichts!

Gruß
K-H

[Klaus01]

Zitat:

Zitat von p80286 (Beitrag 1043795)

@klaus01
Ich seh da nichts!

Gruß
K-H

Hallo K-H,

sollte aber nun etwas zu sehen sein.
Grüße
Klaus

[p80286]

Nee tut mir leid, da gibt es nur eine Zeile rot hinterlegt, und das blaue {$R *.dfm}.
kein Eintrag in das Debug(?)-Fenster, kein SourceCode.

Nach dem Herunterladen und dem Ausprobieren mehrer PictureViewer, hab ich es jetzt auch gesehen.
.PNG ist wohl nicht so leicht verdaulich. (für den IE7)

Gruß
K-H

[Klaus01]

Zitat:

Zitat von p80286 (Beitrag 1043814)

Nee tut mir leid, da gibt es nur eine Zeile rot hinterlegt, und das blaue {$R *.dfm}.
kein Eintrag in das Debug(?)-Fenster, kein SourceCode.

so sind jetzt als jpg angehangen.
Noch eine weitere Info, die anderen Arrays sehen nicht so komplett leer aus.

Grüße
Klaus