| Autor |
Beitrag |
svennissel
      
Beiträge: 22
|
Verfasst: Do 25.08.05 08:16
[EDIT]
Danke für die schnelle Antwort.
Lösung: .pas Datei mit WordPad öffnen und speichern.
[/EDIT]
Hallo Leute,
ich habe in manchen Units ein paar Probleme mit den Haltepunkten. Erst habe ich mich gewundert warum im Debug Modus nicht jeder Haltepunkt übernommen wird. Im Debug Modus sind links blaue Punkte, die alle möglichen Haltepunkte aufzeigen. Doch diese möglichen Haltepunkte stehen nicht in Verbindung mit dem Quellcode. Ich kann Haltepunkte teilweise in Leerzeilen setzen und teilweise springt das Programm wärent der Ausfürung in Zeilen zurück obwohl es dort keine Schleifen gibt und ich erstrecht keine GOTO Anweisungen benutze.
Ich habe mehrmals ein neues Build gemacht und unter den Compiler Optionen sind alle Runtime errors und alle Debuggin (bis auf Definitions only) Hächin ausgewählt.
[EDIT]
Den geichen Fehler habe unter www.delphipages.com/...=141976&G=141976 gefunden, doch eine lösung ist auch dort nicht
[/EDIT]
Zuletzt bearbeitet von svennissel am Do 25.08.05 11:18, insgesamt 1-mal bearbeitet
|
|
Motzi
      
Beiträge: 2931
XP Prof, Vista Business
D6, D2k5-D2k7 je Prof
|
Verfasst: Do 25.08.05 10:02
_________________ gringo pussy cats - eef i see you i will pull your tail out by eets roots!
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Di 30.08.05 15:41
Hallo,
ich häng mich hier mal rein denn ich habe ien ganz ähnliches Problem, das sich nicht auf oben beschriebene Weise lösen lässt.
Bei mir Ignoriert Delphi5 einen Haltepunkt restlos. Ich habe zwei Programversionen, bei der einen gehts, bei der nächsten nicht (die wo es nicht geht ist die neuere). Ich habe die codes mit Winmerge verglichen und konnte wirklich keinen Grund für das Verhalten finden. Ich habe die betroffen *.pas Dateien im Wordpad geöffnet und gespeichert, aber auch das brachte keine Linderung.
Der Haltepunkt liegt in einer Timerfunktion und sollte zyklisch angesprungen werden.
Wo kann ich noch suchen?
Ich vergaß: Beim starten wird der Haltepunkt mit einem Häcken versehen. Die blauen Punkte am Rand werden unerfreulicherweise nicht überall gesetzt.
Gruß
Elmar
|
|
uall@ogc
      
Beiträge: 1826
Erhaltene Danke: 11
Win 2000 & VMware
Delphi 3 Prof, Delphi 7 Prof
|
Verfasst: Di 30.08.05 15:50
delphi version? code? screenshot? 
_________________ wer andern eine grube gräbt hat ein grubengrabgerät
- oder einfach zu viel zeit
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Di 30.08.05 15:52
Code?
die ganzen 2 MB ?? Alle 45 Units ?
Meine Firma wirds verbieten
Delphi5 und Delphi7 machen beide Probleme. Auf Delphi5 ists geschrieben.
Wovon soll ich einen Screenshot machen?
Vom nicht verwendeten Haltepunkt? Was ist da zielführend?
|
|
Motzi
      
Beiträge: 2931
XP Prof, Vista Business
D6, D2k5-D2k7 je Prof
|
Verfasst: Di 30.08.05 15:54
Funktionieren die Haltepunkte im restlichen Code, oder nur grad bei diese Timer-Funktion nicht?
_________________ gringo pussy cats - eef i see you i will pull your tail out by eets roots!
|
|
uall@ogc
      
Beiträge: 1826
Erhaltene Danke: 11
Win 2000 & VMware
Delphi 3 Prof, Delphi 7 Prof
|
Verfasst: Di 30.08.05 15:57
also
wenn da nen häcken ist (wie du sagst) dann kompiliert delphi das in die exe und der haltepunkt kann theoretisch angesprungen werden
die blauen punkte sagen was alles kompiliert wird, hast eine leere funktion wird diese z.b. nicht mitkompiliert
es müssen also in der ganzen timer funktion blaue punkte + der rote haltepunkt mit häkchen sein.
gibt nru noch die möglichkeit das der timer nie aufgrufen wird  mal ne messagebox reingepackt und geschaut ob die zu sehen ist.
woltle nur mal nen screenshot sehen wen du gestartet hast, vn einem BP der angelbich nicht funktioniert, bzw den code der eventl davor ist (abfrage die nie wahr wird etc.)
_________________ wer andern eine grube gräbt hat ein grubengrabgerät
- oder einfach zu viel zeit
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Di 30.08.05 15:58
Ich habe einen Screenshot gemacht. Gerade in der Main funktionieren Haltepunkte nicht immer.
Der Screenshot zeigt die möglichen Haltepunkte die irgendwo einfach anfangen und den Restcode ignorieren.
Einloggen, um Attachments anzusehen!
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Di 30.08.05 16:03
uall@ogc hat folgendes geschrieben: | also
wenn da nen häcken ist (wie du sagst) dann kompiliert delphi das in die exe und der haltepunkt kann theoretisch angesprungen werden
die blauen punkte sagen was alles kompiliert wird, hast eine leere funktion wird diese z.b. nicht mitkompiliert |
Häckchen ist da, aber keine blauen Punkte !!
Wie gesagt der Code an genau der Stelle ist nicht neu sondern älter und achja das Proggi läuft wenn ich die Integrierte Fehlersuche abschalte. Nur eben Debuggen geht nicht.
uall@ogc hat folgendes geschrieben: |
es müssen also in der ganzen timer funktion blaue punkte + der rote haltepunkt mit häkchen sein. |
nein, Der Screenshot zeigt das die blauen Punkte einfach irgendwo einsetzen.
uall@ogc hat folgendes geschrieben: |
gibt nru noch die möglichkeit das der timer nie aufgrufen wird mal ne messagebox reingepackt und geschaut ob die zu sehen ist. |
Wird aufgerufen! Muß er sonst geht da garnix. Ohne die integrierte Fehlersuche läufts ja auch ...
uall@ogc hat folgendes geschrieben: |
woltle nur mal nen screenshot sehen wen du gestartet hast, vn einem BP der angelbich nicht funktioniert, bzw den code der eventl davor ist (abfrage die nie wahr wird etc.) |
Ist geliefert 
|
|
uall@ogc
      
Beiträge: 1826
Erhaltene Danke: 11
Win 2000 & VMware
Delphi 3 Prof, Delphi 7 Prof
|
Verfasst: Di 30.08.05 16:03
wie schon gesagt könnte es hier dran liegen www.delphi-forum.de/viewtopic.php?t=29205
die blauen punkte stimmen nciht mit den quelltextzeilen überein
kann sein das die weiter nach oben / unten gehörten kannst ja mal schaun ob die irgendwie druch verschieben übereinstimmen könnten - ansonsten mal die pas mit notepad öffnen und schaun ob die zeilenumrüche stimmen irgendwo sollte da so einb kästchen sein [] was kein ganze zeilenumbruch ist 
_________________ wer andern eine grube gräbt hat ein grubengrabgerät
- oder einfach zu viel zeit
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Di 30.08.05 16:05
Hab die Notepad Nummer vor dem posten bereits gemacht ... kein Erfolg 
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 30.08.05 16:06
Alle DCUs mal gelöscht und neu erstellen lassen?
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Di 30.08.05 16:09
Das es an irgendwas anderem liegt kann nicht sein?
Eine Compiler/Debugger Einstellung, ein fehlender Pfad oder sowas??
Da stecken zwei volle Tage Arbeit drin die ich in die Tonne kloppen kann sonst 
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Di 30.08.05 16:10
Luckie hat folgendes geschrieben: | | Alle DCUs mal gelöscht und neu erstellen lassen? |
Ja, habe auch die Projektobtionen DCUs betreffend hin und hergeändert ... nix das komische ist ich habe eine Version die rennt, allerdings ohne die Änderungen der letzten zwei Tage
Aber WinMerge hat da auch nichts gezeigt woran es leigen könnte ...
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Di 30.08.05 16:13
Hier noch ein Screenshot vom ignorierten Haltepunkt ... man sieht gut den Mangel an blauen Punkten am Rand
Einloggen, um Attachments anzusehen!
|
|
Sinspin
      
Beiträge: 1338
Erhaltene Danke: 120
Win 10
RIO, CE, Lazarus
|
Verfasst: Di 30.08.05 18:17
ich kenne das problem auch und habe mich schon einigemale fast wahsinnig gesucht bis mir aufgefallen ist woran das wiedermal liegt.
der grund ist, das nach änderungen am quelltext dieser zwar übersetzt wird aber die debuginformationen nicht angepasst werden. manchmal wird auch garnix übersetzt. nur der interne zustand zum erfassen der letzten änderung wird überschrieben, so das man compilieren kann so viel man will ohne das sich noch wirklich was tut.
am häufigsten ist der fehler bei mir aufgetreten wenn der rechner mit einem geöffneten delphi in den ruhezustand gegangen ist. beim fortsetzen kam es dann zu diesem fehler.
die einfachste lösung ist das ganze projekt erneut zu übersetzten indem du in delphi projekt/... erzeugen auswählst. normalerweise stimmt dann alles wieder. hilft es auch nicht machst du delphi zu und löschst alle zum projekt gehörenden .dcu dateien. nach einen neustart von delphi werden beim compilieren dann alle .dcu neu erstellt und der fehler müsste auch weg sein.
eventuell kann es aber auch sein das du das gleiche projekt in unterschiedlichen verzeichnissen liegen hast. und ein neues projektverzeichnis angelegt und einfach alle dateien kopiert hast. ist das der fall such mal im aktuellen verzeichnis nach einer datei mit der erweiterung .dsk. nachdem du delphi beendet hast löschst du die datei und startest delphi neu.
mehr fällt mir jetzt auch nicht ein.
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 30.08.05 18:23
Malakim hat folgendes geschrieben: | | Hier noch ein Screenshot vom ignorierten Haltepunkt ... man sieht gut den Mangel an blauen Punkten am Rand |
Ein eindeutiges Zeichen, dass diese Zeilen gar nicht erst kompiliert wurden.
|
|
Motzi
      
Beiträge: 2931
XP Prof, Vista Business
D6, D2k5-D2k7 je Prof
|
Verfasst: Di 30.08.05 20:46
Sinspin hat folgendes geschrieben: | | eventuell kann es aber auch sein das du das gleiche projekt in unterschiedlichen verzeichnissen liegen hast. und ein neues projektverzeichnis angelegt und einfach alle dateien kopiert hast. ist das der fall such mal im aktuellen verzeichnis nach einer datei mit der erweiterung .dsk. nachdem du delphi beendet hast löschst du die datei und startest delphi neu. |
Ja, genau das ist mir auch schon öfters passiert..! Hab auf die schnelle vergessen den gespeicherten Desktop zu löschen, weshalb er die Files aus dem alten Verzeichnis öffnet. Mir ist es nicht aufgefallen, setz den Breakpoint, aber die ganze Datei wird nicht kompiliert und man kann daher auch nicht debuggen - kein Wunder, ist ja schließlich die falsche Datei. Und ganz misteriös kommt es einem dann vor, wenn man sogar was im Code ändert, aber das Programm ändert sich nicht..!
Wäre auch meine nächste Empfehlung gewesen...
Aber wenn das alles nicht hilft, dann nimm einfach die letzte Version von vor 2 Tagen. Nachdem du ja eh WinMerge hast sollte es nicht so schwer sein die Neuerungen in die alte Version einzubauen, vielleicht funktioniert es ja dann.
Gruß, Motzi
_________________ gringo pussy cats - eef i see you i will pull your tail out by eets roots!
|
|
Malakim
      
Beiträge: 20
WinXp, Win2000
D5 Prof
|
Verfasst: Mi 31.08.05 08:44
Hmmm,
also das Verzeichnis stimmt und die Unit wird auch zum Teil compiliert. Änderungen sind sichtbar, ich kann also z.B. etwas auf einem Memo ausgeben. Nur eben Debugging geht nicht und  nicht alle Änderungen werden mit compiliert. Alle oben beschriebenen Maßnahmen haben nichts gefruchtet.
Sollte ich herausbekommen woran es liegt poste ich das hier.
Danke für die Tipps
Gruß
Elmar
|
|
AXMD
      
Beiträge: 4006
Erhaltene Danke: 7
Windows 10 64 bit
C# (Visual Studio 2019 Express)
|
Verfasst: Mi 31.08.05 09:13
Schon mal alles außer den pas, dpr und dfm-Dateien aus deinem Projektordner gelöscht?
AXMD
|
|