Windows 7 64-Bit, Delphi stürzt ab!

[Jonas]

Hallo ihr lieben.
Ich bin mittlerweile auf Windows 7 64-Bit umgestiegen und bekomme andauernd eine Fehlermeldung sobald ich ein Programm beende.

Zitat:

bds.exe - bordbk105N.dll

Assertion failure: "(!"SetThreadContext failed")"
in ..\win32src\thread32.cpp at line 412
Continue execution?

Ja Nein

Ich Benutze Delphi 2007 Pro.

Hat Jemand eine Idee? Ich befürchte es liegt an der 64 Bit Edition, da ich bisher mit den 32 Bi Edtionen nie irgendein Problem hatte.

[Insider2004]

Windows 7 ist Beta-Software. Was erwartest Du? Und dann noch 64 bit, wo kein Mensch jemals getestet hat. Nimm stabile Systeme (Win2k oder XP).

[DasZiesel]

Zitat:

Zitat von Insider2004

Windows 7 ist Beta-Software. Was erwartest Du? Und dann noch 64 bit, wo kein Mensch jemals getestet hat. Nimm stabile Systeme (Win2k oder XP).

Das ist so nicht ganz richtig, seit 30. April ist der RC von Windows 7 für Technet/MSDN Abonnenten draussen. Dabei stehen die Chancen gut das diese Version die Final wird. Ich kann bestätigen das Delphi2007 zumindest bei Installation unter Windows Vista x64 Fehler wirft. Werde dies mal am Montag in der Firma mit dem RC von Seven x64 testen.

Edit:
Wenn du Windows Seven Ultimate besitzt (wovon ich im Technet auch nur diese gesehen habe) könntest du es doch einmal mit der intigrierten XP VM von Windows Seven testen ob dort Delphi läuft. Kann aber nicht bestätigen ob diese nur in 32 Bit oder auch in der 64 Bit Version enthalten ist.

[Meflin]

Zitat:

Zitat von DasZiesel

Ich kann bestätigen das Delphi2007 zumindest bei Installation unter Windows Vista x64 Fehler wirft. Werde dies mal am Montag in der Firma mit dem RC von Seven x64 testen.

Hm. Läuft bei mir eigentlich (weitestgehend) problemfrei :firejump:

[Jonas]

Zitat:

Zitat von DasZiesel

Wenn du Windows Seven Ultimate besitzt (wovon ich im Technet auch nur diese gesehen habe) könntest du es doch einmal mit der intigrierten XP VM von Windows Seven testen ob dort Delphi läuft. Kann aber nicht bestätigen ob diese nur in 32 Bit oder auch in der 64 Bit Version enthalten ist.

Stimmt das wäre ne Möglichkeit. Ich denke schon dass es funktionieren wird, inner VirtualBox funktioniert es ja auch. Ich dachte nur es gäbe evt. schon nen Patch oder irgendwas, was man gegen den Fehler tun kann!?
Habe schon öfters darüber was im Netz gelesen gehabt.

[Bernhard Geyer]

Zitat:

Zitat von DasZiesel

Das ist so nicht ganz richtig, seit 30. April ist der RC von Windows 7 für Technet/MSDN Abonnenten draussen. Dabei stehen die Chancen gut das diese Version die Final wird. ...

Bei der Anzahl der Quellcodezeilen von aktuellen Windows-Versionen ist die Wahrscheinlichkeit praktisch 0 das nicht noch relevante Fehler bis zur RTM-Version gefunden werden. Und Codegear wird maximal für D2009 noch Fixes liefern. Aber wir haben ja unseren jbg der evtl. Fixes nachliefert falls es ein IDE-Problem ist und nicht ein Windows-/Treiberfehler.

[jbg]

Zitat:

Zitat von Bernhard Geyer

Aber wir haben ja unseren jbg der evtl. Fixes nachliefert falls es ein IDE-Problem ist und nicht ein Windows-/Treiberfehler.

Dazu müsste ich erstmal Windows 7 kaufen (wenn es dann mal erhältlich ist). Und da mein Rechner noch recht neu ist, wird das wohl frühestens zwei bis drei Jahre nach Veröffentlichung von Windows 7 geschehen. Denn nur um Windows 7 in einer VM ablaufen zu lassen, werde ich mir das ganz bestimmt nicht zulegen.

[DP-Maintenance]

Dieses Thema wurde von "Matze" von "Object-Pascal / Delphi-Language" nach "Die Delphi-IDE" verschoben.

[Bernhard Geyer]

Zitat:

Zitat von jbg

Dazu müsste ich erstmal Windows 7 kaufen (wenn es dann mal erhältlich ist). Und da mein Rechner noch recht neu ist, wird das wohl frühestens zwei bis drei Jahre nach Veröffentlichung von Windows 7 geschehen.

Never change a running System :-)

Aber da in Windows 7 ein XP in einer VM dabei ist könnnen sich ja "Windows 7-Opfer" damit helfen.

[semike]

Hallo,

ich habe das gleiche Problem. Am Ende einer Debugsitzung wird diese Meldung zwischen 3 und 10 Mal ausgegeben.
Mein System läuft mit Windows7 64Bit RC.
Unter Vista 64Bit funktioniert es.
Ich persönlich bin der Meinung, dass hier Codegear eine Korrektur der beiden Debug DLLs bringen sollte. Vermutlich wird (wenn überhaupt) diese erst sehr spät kommen.

Grüße
Michael

[mkinzler]

Noch ist Windows 7 noch nicht final. Deshalb sollten wir warten, bis dies der Fall ist.

[jbg]

Zitat:

Zitat von semike

Ich persönlich bin der Meinung, dass hier Codegear eine Korrektur der beiden Debug DLLs bringen sollte. Vermutlich wird (wenn überhaupt) diese erst sehr spät kommen.

Ich glaube dass nicht mal Delphi 2009 ein Debugger-Update erhält. Weil Delphi 2010 oder wie es immer heißen mag, möglicherweise vor Windows 7 herauskommt. Und immer wenn eine neue Delphi Version drausen ist, wird die alte Version wie eine heiße Kartoffel fallen gelassen.

[himitsu]

Zitat:

Zitat von jbg

Weil Delphi 2010 oder wie es immer heißen mag,

Falls du "Comodore" meinst, dann ist dieses kein Hindernis, da dieses eine 64 Bit-Version werden soll
und es demnach mit mit den "alten" Debugger/Compilern nix gemeinsam hat.

Also könnte es da schon noch Updates geben. :angel:

[mkinzler]

Aber zuerst kommt mal Weaver (welches sich gerade im Fieldtest befindet)

[jbg]

Zitat:

Zitat von mkinzler

Aber zuerst kommt mal Weaver (welches sich gerade im Fieldtest befindet)

Und welches ich als Delphi 2010 mal bezeichne. ;-)

[stroyer]

Falls das Thema noch aktuell ist: Die Lösung/Umgehung des Problems ist relativ einfach

1) bordbk***.dll (zB. bordbk105.dll - Delphi 2007; bordbk120N.dll - Delphi 2009) in einem Hexeditor öffnen (davor Sciherungskopie erstellen)
2) nach der HEX-Folge 01 00 48 74 47 80 3D suchen
3) vergewissern, dass diese Folge nur einmal gefunden wird
4) 74 nach EB ändern
5) abspeichern

Das Problem (tritt bei allen Delphi Versionen unter Windows 7 x64 auf; manchmal tritt der Fehler erst spät oder überhaupt nicht) sollte dadurch umgangen sein, ohne dass zusätzliche Probleme entstanden sind.
Anleitung natürlich auf eigenes Risiko.

Die kleine Veränderung bewirkt, dass statt einem konditionalen Sprung (JZ oder auch 0x74) ein unkonditionaler Sprung (JMP bzw. 0xEB) steht. Dadurch wird GetLastError umgangen und somit die Situation, in der der Debugger geblockt wird.

[jbg]

Zitat:

Zitat von stroyer

Die kleine Veränderung bewirkt, dass statt einem konditionalen Sprung (JZ oder auch 0x74) ein unkonditionaler Sprung (JMP bzw. 0xEB) steht. Dadurch wird GetLastError umgangen und somit die Situation, in der der Debugger geblockt wird.

Das Problem ist, dass man nicht weiß, warum SetThreadContext (nur) unter Windows 7 zusammenbricht. Und da SetThreadContext für einen Debugger eine vitale Funktion ist, kann durch das ignorieren des Fehlers der Debugger aus dem Tritt kommen.

[mkinzler]

Das scheint mir auch eher ein Bug an Windows Seven und nicht am Debugger zu sein. So besteht ja Hoffnung, das dies noch behoben wird.

[stroyer]

Zitat:

Zitat von jbg

Zitat:

Zitat von stroyer

Die kleine Veränderung bewirkt, dass statt einem konditionalen Sprung (JZ oder auch 0x74) ein unkonditionaler Sprung (JMP bzw. 0xEB) steht. Dadurch wird GetLastError umgangen und somit die Situation, in der der Debugger geblockt wird.

Das Problem ist, dass man nicht weiß, warum SetThreadContext (nur) unter Windows 7 zusammenbricht. Und da SetThreadContext für einen Debugger eine vitale Funktion ist, kann durch das ignorieren des Fehlers der Debugger aus dem Tritt kommen.

Immerhin kann man dann aber debuggen. Ich bezweifle jedenfalls, dass dieses Problem auf andere Weise in nächster Zeit behoben wird. Alleine weil der Debugger auf 32bit Basis läuft.

[jbg]

Zitat:

Zitat von mkinzler

Das scheint mir auch eher ein Bug an Windows Seven und nicht am Debugger zu sein. So besteht ja Hoffnung, das dies noch behoben wird.

Und wenn niemand sich bei Microsoft rührt, werden die auch nichts machen.

[stroyer]

Zitat:

Zitat von jbg

Zitat:

Zitat von mkinzler

Das scheint mir auch eher ein Bug an Windows Seven und nicht am Debugger zu sein. So besteht ja Hoffnung, das dies noch behoben wird.

Und wenn niemand sich bei Microsoft rührt, werden die auch nichts machen.

Im Microsoft-Forum stehts jedenfalls.

[mkinzler]

Ist es nicht Ziel einer Beta solche Fehler zu finden? Ich hoffe mal das der fehler MS gemeldet wurde.

[Larsi]

Auch wenns alt ist. Ich bekomme den gleichen Fehler.

[RWarnecke]

Hast Du Dir den Beitrag #16 durchgelesen ? Oder lese Dir diesen Link durch.

Benutzung auf eigene Gefahr

[jbg]

Zitat:

Zitat von RWarnecke

Benutzung auf eigene Gefahr

IDEFixPack Nutzer brauchen sich die Hände nicht schmutzig zu machen. :wink:

[RWarnecke]

Zitat:

Zitat von jbg

Zitat:

Zitat von RWarnecke

Benutzung auf eigene Gefahr

IDEFixPack Nutzer brauchen sich die Hände nicht schmutzig zu machen. :wink:

Da muss ich Dich enttäuschen Andreas. Ich habe das IDE Fix Pack 2007 2.5 installiert und es hatte trotzdem nicht funktioniert.

[fatalerror]

Hier gibts einen automatischen Patch für Delphi 2007 und 2009. 64Bit Debugger Patch

[RWarnecke]

Zitat:

Zitat von fatalerror

Hier gibts einen automatischen Patch für Delphi 2007 und 2009. 64Bit Debugger Patch

Der macht auch nichts anderes als das was in Beitrag #16 beschrieben ist. Und den Link habe ich schon in Beitrag #24 geschrieben.

[xZise]

Zitat:

Zitat von RWarnecke

Zitat:

Zitat von jbg

Zitat:

Zitat von RWarnecke

Benutzung auf eigene Gefahr

IDEFixPack Nutzer brauchen sich die Hände nicht schmutzig zu machen. :wink:

Da muss ich Dich enttäuschen Andreas. Ich habe das IDE Fix Pack 2007 2.5 installiert und es hatte trotzdem nicht funktioniert.

Entschuldige das ich es wieder aufwühle, aber ich muss RWarnecke leider bestätigen das das aktuelle IDEFixPack nichts bringt (in dieser Hinsicht!).

MfG
Fabian

[Lasse2002]

Es gibt übrigens auch einen "formlosen, inoffiziellen und ungetesteten" Hotfix von einem Mitarbeiter von CodeGear dafür. Nutzung auf eigene Gefahr, aber einen Versuch ist es glaube ich wert.

Siehe dazu:
http://blogs.embarcadero.com/chrishe...09/12/17/35154
http://cc.embarcadero.com/item/27521

[Jens Hartmann]

Hallo und schönen guten Abend zusammen,

ich habe über diesen Beitrag mein D2007Pro unter WIN7 64BIT ans laufen bekommen. Allerdings, habe ich noch ein Problem. Es ist zwar nicht das größte, aber es nervt halt. Wenn ich mein Projekt mit
D2007 öffne, wird Grundsätzlich nur noch die Projektdatei geöffnet. Möchte ich dann das Hauptformular öffnen, erscheint folgenden Fehlermeldung und die Unit läßt sich nicht öffnen. Compiliere ich dann meine Projekt, und öffne die Datei dann, wird diese Ordnungsgemäß geladen.

Vieleicht kennt ja einer dieses Problem

Gruß Jens