Entwickler-Ecke :: Thema anzeigen - Delphi XE2 und Win64

jaenicke - Mo 03.10.11 14:23

Kommt drauf an. 64-Bit Anwendungen laufen sehr gut und z.B. bei Fließkommaberechnungen auch schneller als bei 32-Bit. Und da hatte ich bisher auch noch keine Probleme. Wenn es dir also um 64-Bit geht, kannst du es dir ruhig kaufen. Die Trial ist natürlich generell vorher zu empfehlen.

Mit FireMonkey kann man zwar arbeiten, aber es gibt auch noch einige Bugs. Die meisten kann man zwar umgehen, aber wenn du damit mehr arbeiten willst, würde ich sehr empfehlen einen Wartungsvertrag mit zu kaufen um darüber nächstes Jahr günstig XE3 zu bekommen. Denn es wird zwar zwischendrin Updates für FireMonkey geben um Bugs zu beheben, aber gerade in Richtung Cross Plattform usw. wird mit XE3 wahrscheinlich noch einiges an Features kommen.

AScomp - Mo 03.10.11 14:34

Danke schonmal für dein Feedback!

Besonders interessant wäre für mich, ob ich bestehende 32 Bit-Projekte ohne größeren Aufwand in XE2 weiterentwickeln und als 64 Bit-EXE kompilieren kann. Auch, wie es generell mit Komponenten aussieht, wie z.B. den LMDs, Indy etc. Ist da viel Korrektur erforderlich oder konntest du deine bestehenden Projekte problemlos mit XE2 und auch für 64 Bit kompilieren?

Die Trial kann ich vermutlich wie gewohnt parallel zu älteren Delphi-Versionen installieren?

Wie lautet denn dein zwischenzeitliches Fazit? Findest du, dass Delphi XE2 für die Entwicklung von 64 Bit-Anwendungen taugt oder nur mit Einschränkungen?

Danke und Gruß

Andy

jaenicke - Mo 03.10.11 14:47

AScomp hat folgendes geschrieben :

Besonders interessant wäre für mich, ob ich bestehende 32 Bit-Projekte ohne größeren Aufwand in XE2 weiterentwickeln und als 64 Bit-EXE kompilieren kann.

Sofern du nicht Assembler benutzt hast oder z.B. Casts von Integer auf Pointer oder umgekehrt drin hast (das sollte NativeInt statt Integer sein), sollte es relativ problemlos gehen.

AScomp hat folgendes geschrieben :

Auch, wie es generell mit Komponenten aussieht, wie z.B. den LMDs, Indy etc. Ist da viel Korrektur erforderlich oder konntest du deine bestehenden Projekte problemlos mit XE2 und auch für 64 Bit kompilieren?

Ich habe nicht viele Fremdkomponenten drin, aber Indy ist in 64-Bit schon dabei. Auch die JVCL soll funktionieren, aber das habe ich nicht getestet.

AScomp hat folgendes geschrieben :

Die Trial kann ich vermutlich wie gewohnt parallel zu älteren Delphi-Versionen installieren?

Ja.

AScomp hat folgendes geschrieben :

Wie lautet denn dein zwischenzeitliches Fazit? Findest du, dass Delphi XE2 für die Entwicklung von 64 Bit-Anwendungen taugt oder nur mit Einschränkungen?

Dafür auf jeden Fall.

Einschränkungen sehe ich ein wenig bei FireMonkey für Windows und größere bei Mac OS oder iOS. Mag aber auch dran liegen, dass ich mit der Bedienung usw. des Mac auf Kriegsfuß stehe. Ich hab den Mac jetzt extra wegen FireMonkey zum Testen gemietet und habe mich damit in den wenigen Wochen mehr herum geärgert als mit Windows oder Linux in Jahren...

Delphi-Laie - Mo 03.10.11 22:33

AScomp hat folgendes geschrieben :

Danke dir, Sebastian! Das ist genau das, was ich wissen wollte!

Dann werde ich jetzt auch einen ausführlichen Test mit der Trial durchführen und - falls es wie erwartet funktionieren sollte - XE2 kaufen.

M.E. ist es eine Bananensoftware wie fast jede anderer Software auch.

Ich hatte eigentlich schon von den ersten Erfahrungen die Nase voll.

Auf einem meiner PCs mit Athlon 1400 als Zentralprozessor, auf dem ich drei Windows installiert habe (ME, 2000 & XP), laufen die (logischerweise 32 Bit "breiten") Compilate weder auf Windows 2000 noch auf XP, der Start bricht einfach mit einer unsubstantiellen Fehlermeldung ab. Beide Windows starten aber ohne Probleme. Solch vermurkste Compilate wagte bisher kein Delphi mir zu generieren.

Dann wurde bei neuen Stilen ("Styles") der Stringgrids (nur bei denen?) gepfuscht, ich weiß allerdings nicht, ob die wirklich erst mit XE 2 neu eingeführt wurden. Jemand aus der Delphipraxis war so nett, diesen meinen gefundenen Fehler zu melden: http://qc.embarcadero.com/wc/qcmain.aspx?d=98937. Und so harrt dieser Fehler seit fast schon Wochen seiner Bearbeitung, da ist man bei Lazarus manchmal deutlich flotter. Mit den so hochgelobten angeblichen Qualitätsanforderungen im Hause Embarcadero ist ein solch brachialer (und bzw. weil offensichtlicher!) Fehler nicht zu vereinen, zumal das Lunathema das in Windows XP voreingestellte Standardthema ist. Ich reite so darauf herum, weil das eine meiner ersten Begegnungen mit bzw. Bewährungssituationen für diese(r) Software war, also so eine Art Schlüsselerlebnis, und dann so etwas!

Die Größe der Compilate ist der der von Lazarus generierten inzwischen ebenbürtig, vielleicht ist das der Tatsache geschuldet, daß es ein plattformübergreifender Compiler ist.

Zieht man dann noch die astronomischen (m.E. schon fast unverschämten) Preise in die Bewertung ein, das Fehlen nichtkommerzieller Lizenzen (oder ist die Starterversion eine kommerzielle?), die fehlenden 64 Bit bei der Starterversion.... Nun, mit Freepascal hat man das bei weitem bessere Preis-Leistungs-Verhältnis. Insgesamt ist - gerade in Hinsicht auf das Vorabgetöse - meine Konstatierung eine Ernüchterung in Richtung Enttäuschung.

Wenigstens auf die Version .01 zu warten, rege ich an, damit die größten Patzer aus dem Bugtrucker abgearbeitet sind. Zumindest liegen mir mehrere Delphiversionen mit diesem gebrochenen Anteil in der Versionsnummer vor, und die waren und sind allesamt ziemlich gut zu gebrauchen.

Delete - Di 04.10.11 00:20

Delphi-Laie hat folgendes geschrieben :

Auf einem meiner PCs mit Athlon 1400 als Zentralprozessor, auf dem ich drei Windows installiert habe (ME, 2000 & XP), laufen die (logischerweise 32 Bit "breiten") Compilate weder auf Windows 2000 noch auf XP, der Start bricht einfach mit einer unsubstantiellen Fehlermeldung ab. Beide Windows starten aber ohne Probleme. Solch vermurkste Compilate wagte bisher kein Delphi mir zu generieren.

Das höre ich jetzt zum ersten mal. Ist dir schon mal der Gedanke gekommen, dass es an deinen Systemen liegen könnte?

Zitat:

Und so harrt dieser Fehler seit fast schon Wochen seiner Bearbeitung,

Es wird wohl nicht der einzige gemeldete Bug sein. Und es kommt auch darauf an, wie schwerwiegend er eingestuft wird. Um deiner Aussage Gehalt zu verleighen, sollte man ihr mal die Anzahl der gemeldeten und in Bearbeitung befindlichen Bugs gegenüberstellen.

Martok - Di 04.10.11 05:59

Luckie hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Das höre ich jetzt zum ersten mal. Ist dir schon mal der Gedanke gekommen, dass es an deinen Systemen liegen könnte?

Der 1400 ist noch ein ganz alter (Bj. 2001) mit Thunderbird-Kern. Da fehlen einfach Instruktionen (wenn ich raten müsste, SSE), die frühere Compilerversionen nicht verwendet haben. In VisualC++ könnte man da Optionen setzen, die den Befehlssatz für die Codegenerierung einschränken. Aber mit sinnvollen Einstellmöglichkeiten hatten es Delphicompiler ja noch nie so...

jaenicke - Di 04.10.11 07:38

Delphi-Laie hat folgendes geschrieben :

Beide Windows starten aber ohne Probleme. Solch vermurkste Compilate wagte bisher kein Delphi mir zu generieren.

Nur weil Windows startet, heißt das noch lange nicht, dass das System dann korrekt eingerichtet ist.

Delphi-Laie hat folgendes geschrieben :

Und so harrt dieser Fehler seit fast schon Wochen seiner Bearbeitung, da ist man bei Lazarus manchmal deutlich flotter.

Naja...

Zitat:

Total Votes: None

Wenn der Fehler erstens als nicht so schwer eingestuft wird und zweitens bisher nicht ein einziger dafür gevotet (ihn also als für ihn wichtig) hat, dann landet so etwas natürlich relativ weit hinten in der Warteschlange...
Und das ist auch richtig so, denn Fehler, für die viele gevotet haben, sollten natürlich auch zuerst behoben werden, weil sie potentiell mehr Entwicklern helfen.

Was Lazarus angeht:
Das ist wohl ein Witz. Ich habe vor vielleicht einem Jahr einen Dienst mit 64-Bit entwickeln wollen. Leider gab es da noch einen Fehler, durch den das automatisch erzeugte Projekt so nicht lief. Nach relativ langer Suche und einem Hinweis habe ich dann einen Eintrag im Bugtracker verfolgt, der seit über einem Jahr als erledigt drin stand. Leider war er dennoch nicht im Release enthalten, aber darauf bin ich nicht so schnell gekommen.

Wenn du also meinst, dass Bearbeitungszeiten von (genau wie bei Embarcadero natürlich nur teilweise!) über einem Jahr schneller sind, bitte.

Delphi-Laie hat folgendes geschrieben :

Die Größe der Compilate ist der der von Lazarus generierten inzwischen ebenbürtig, vielleicht ist das der Tatsache geschuldet, daß es ein plattformübergreifender Compiler ist.

In der Releasekonfiguration sind es für ein leeres Projekt 1,5 MiB oder so. Das halte ich nicht für viel. Mehr als bei älteren Versionen, aber nicht viel.

Delphi-Laie hat folgendes geschrieben :

Zieht man dann noch die astronomischen (m.E. schon fast unverschämten) Preise in die Bewertung ein, das Fehlen nichtkommerzieller Lizenzen (oder ist die Starterversion eine kommerzielle?)

Ja, aber wenn du damit 1000€ verdient hast, musst du dir eine größere Version kaufen. Deren Kaufpreis hast du dann aber auch schon ca. verdient und du wirst ja mit der neuen Version weiter verdienen und das ohne Einschränkungen. Wobei ich das Limit etwas höher angesetzt hätte, damit der Preis schon überschritten wäre, schließlich kann man es eh kaum prüfen.

Delphi-Laie hat folgendes geschrieben :

Nun, mit Freepascal hat man das bei weitem bessere Preis-Leistungs-Verhältnis.

Ansichtssache. Nach den vielen Stunden, die Lazarus bei einem sehr kleinen Projekt im Vergleich zu Delphi schon gekostet hat, sehe ich das nicht so.

Delphi-Laie hat folgendes geschrieben :

Wenigstens auf die Version .01 zu warten, rege ich an, damit die größten Patzer aus dem Bugtrucker abgearbeitet sind.

Es gibt bereits ein Update mit über 100 gefixten Bugs.

Es stimmt schon, dass Firemonkey noch mehr Bugs hat als es hätte haben sollen. Aber es ist ein neues Feature und immerhin soll es regelmäßige Updates bekommen. Ohne die Updates wäre es allerdings ein wenig problematisch.
Wobei ich sagen muss, dass mir selbst bei meinem aktuellen Projekt (das Periodensystem auf FireMonkey bringen) noch nichts vorgekommen ist was wirklich ein Problem wäre. Das heißt von Fehlern lese oder höre ich hauptsächlich von anderen.

Delphi-Laie - Di 04.10.11 14:10

Luckie hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Das höre ich jetzt zum ersten mal.

Luckie, diese Dysfunktionalität monierte ich schon in der Delphipraxis, Du lasest es, ich nannte lediglich den Computer nicht.

Luckie hat folgendes geschrieben :

Ist dir schon mal der Gedanke gekommen, dass es an deinen Systemen liegen könnte?

Natürlich! Doch dann kann man nicht pauschal behaupten, die Compilate laufen ab Windows 2000, wenn das eine notwendige, jedoch nicht hinreichende Bedingung ist. Windows 2000 läuft sogar schon ab 486er (damals hatten Intel und AMD sogar noch dieselbe Bezeichnung).

Außerdem erwarte ich soviel Funktionalität von den Compilaten einer solch' professionellen Programmierumgebung, daß diese zumindest in der Lage sind, eine ungenügende Hardware (!) zu erkennen und eine halbwegs aussagefähige Fehlermeldung auszugegen. Daß danach das Programm abbricht, ist akzeptabel. Aber anscheinend ist auch das schon zuviel verlangt.

---Moderiert von Narses: Beiträge zusammengefasst---

Hallo jaenicke, Du bist ein professioneller Entwickler. Jede Stunde mit unnötiger "Fummelei" und unnötigem "Rumgemache", geschuldet irgendwelchen Programmeigenwilligkeiten, kostet Dich letztlich erhebliches zusätzliches Geld. Das ist mit der Anschaffung eines RAD-Studios, mit dem man sich tendenziell sicher immer noch weniger als mit einer solch komplexen Freeware umherplagen muß, schnell ausgeglichen.

Beim Vergleich der Größe der Compilate war ich schon bei dem mir bekannten Minimum (im wesentlichen mit dem Entfernen der Debugginormationen erreichbar) ausgegangen.

Delphi XE2 compilierte zudem den Quelltext meiner Hook-DLL (Projekt "Automatische Spaltenbreitenanpassung") nicht so, daß das Compilat brauchbar war: Das 32-Bit-Compilat brachte den Explorer von Windows 32 Bit, das 64-Bit-Compilat den Explorer von Windows 64 Bit zum Absturz - im Gegensatz zu den Compilaten von Lazarus.

Also, meine ersten Erfahrungen mit XE 2 sind wahrlich/wirklich durchwachsen.

Lemmy - Mi 05.10.11 09:09

Hi,

Delphi-Laie hat folgendes geschrieben :

Luckie hat folgendes geschrieben :

Ist dir schon mal der Gedanke gekommen, dass es an deinen Systemen liegen könnte?

Das kann man mit so gut wie keiner Software (wenn wir mal von einer Hello-World.exe absehen). Fehlerhafte Windows-Installationen, zerschossene .NET Frameworks und unvollständige Setups anderer Hersteller. Alles hat einen Einfluss auf deine Software.

Und wenn Du für Windows 2000 und 486er programmieren willst, ist Delphi XE2 KEINE geeignete Umgebung! Zudem: wenn dir der VCL-Style Fehler so wichtig ist, warum votest du dann nicht für die Behebung?

Grüße

Delphi-Laie - Mi 05.10.11 12:05

Lemmy hat folgendes geschrieben :

Hi,

Delphi-Laie hat folgendes geschrieben :

Luckie hat folgendes geschrieben :

Ist dir schon mal der Gedanke gekommen, dass es an deinen Systemen liegen könnte?

Dagegen sprechen allerdings zwei Tatsachen:

1. Es läuft weder auf Windows 2000 noch auf XP auf besagtem Rechner.
2. Kein Delphi zuvor erzeugte Compilate mit diesem Fehlerverhalten.

Lemmy hat folgendes geschrieben :

Und wenn Du für Windows 2000 und 486er programmieren willst,

Mitnichten, das schrieb ich auch nirgendwo.

Lemmy hat folgendes geschrieben :

ist Delphi XE2 KEINE geeignete Umgebung!

Es geht gar nicht um XE2, sondern um dessen Compilate. Welche Anforderungen XE2 stellt, ist leicht zu ermitteln. Doch welche die Compilate? Kennst Du eine Quelle, wo das genau spezifiziert wird? Windows 2000 reicht grundsätzlich aus, denn auf einem anderen Rechner läuft es auf diesem Betriebsprogramm.

Lemmy hat folgendes geschrieben :

Zudem: wenn dir der VCL-Style Fehler so wichtig ist,

Nicht im geringsten. Optischer Firlefanz ohne Mehrwert, wie leider sehr vieles. Nur leider war er voreingestellt, und den Fehler bemerkt man erst später am Compilat. Typische Falle, unverschuldeter Programmierfehler seitens des XE2-Anwenders.

Lemmy hat folgendes geschrieben :

warum votest du dann nicht für die Behebung?

"Voten"? Also abstimmen?! Ich wußte gar nicht, daß das überhaupt möglich ist und wo. Vermutlich muß man sich dazu erst bei Embarcadero einloggen... Wenn eine neue Funktion nicht funktioniert, also eher eine Dysfunktion ist, dann ist es wohl eine Selbstverständlichkeit, daß dieser Mangel auch ohne "Voten" recht bald behoben wird. Echte Compilerfehler, nämlich daß die Compilate nicht das i.S. der Programmablauflogik tun, was im Quelltext stehen, sind jedoch garantiert wichtiger (ob es welche in XE2 gab/gibt, ist mir unbekannt).

Lemmy - Mi 05.10.11 14:27

Delphi-Laie hat folgendes geschrieben :

Dagegen sprechen allerdings zwei Tatsachen:

1. Es läuft weder auf Windows 2000 noch auf XP auf besagtem Rechner.

Siehst Du, auf meinem Rechner mit Win2000 und XP läuft deine Anwendung - wo ist dann vermutlich der Fehler zu suchen? ;-)

Delphi-Laie hat folgendes geschrieben :

da sind wir dann einer Meinung - aber dann verstehe ich noch weniger, warum Du dich dann an dem Styles-Fehler immer aufhängst... Sorry, aber für mich stellt sich das langsam so dar, als ob es dir nicht um die Sache geht sondern Bashing betreibst. Und bezüglich Quality-Center: Informationen sind Holschulden, keine Bringschulden! ;-)

Grüße

Martok - Mi 05.10.11 14:49

Ich fühle mich etwas ignoriert...

Martok hat folgendes geschrieben :

Luckie hat folgendes geschrieben :

Das höre ich jetzt zum ersten mal. Ist dir schon mal der Gedanke gekommen, dass es an deinen Systemen liegen könnte?

Der 1400 ist noch ein ganz alter (Bj. 2001) mit Thunderbird-Kern. Da fehlen einfach Instruktionen (wenn ich raten müsste, SSE), die frühere Compilerversionen nicht verwendet haben.

:arrow: Das kann "by design" nicht gehen, aber sowas nirgendwo zu dokumentieren ist eine Frechheit.

Grids haben auch noch nie funktioniert (warum wohl ist DBGrid die am häufigsten programmierte 3rd-Party-Komponente?). Ist auch kein Wunder wenn man sich die Sourcen anguckt... und erweiterbar sehen die nicht grade aus. Da geht schonmal was schief.

Bleiben noch die diversen IDE-Bugs, aber das kennt man doch von Delphi nicht anders. Wenn da auf einmal alles funktioniert wären wir doch völlig verwirrt ;)

Delphi-Laie - Mi 05.10.11 14:49

Lemmy hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Dagegen sprechen allerdings zwei Tatsachen:

1. Es läuft weder auf Windows 2000 noch auf XP auf besagtem Rechner.

Siehst Du, auf meinem Rechner mit Win2000 und XP läuft deine Anwendung - wo ist dann vermutlich der Fehler zu suchen? ;-)

Lemmy, soweit waren wir schon. Dennoch verwahre ich mich dagegen, daß es an dem einen Rechner in der Weise liegt, daß er "schuld" sei. Deine Bezeichnung "Fehler" halte ich mithin für völlig deplaciert. Schließlich war es der Athlon, der vor dem XE2 das Licht der Welt erblickte.

Noch einmal: Kein anderes Delphi lieferte mir bisher solch ein "schrottiges" Compilat (und nicht nur dieses). Also, woran liegt es? ;-)

Merkst Du, das führt zu nichts, m.E. ist das schon Kindergarten.

Offensichtlich sind die Compilate Windows-2000/XP-kompatibel. Nur sind sie es anscheinend, ja offensichtlich nicht generell. Und dazu hätte ich nur allzugern eine Quelle gewußt/genannt. Oder überschlägt sich Embarcadero diesbezüglich in Oberflächlichkeit?

Wenn Du meine Beiträge aufmerksam(er) gelesen und/oder sie zu verstehen dich bemüht hättest, dann hättest du bemerkt, daß die Bearbeitungsdauer des gemeldeten Fehlers nur ein Kritikpunkt war. Die Unterstellung "Bashing" (geht es nicht auch Deutsch?) spreche ich Dir ab (sie kommt allerdings bei Kritik in Foren nahezu mit Sicherheit und stellt m.E. selbst eine Form des "Bashings", wenn nicht sogar das eigentliche "Bashing" dar). Schau nur mal in das Thema dieser Diskussion! Erwartest du Antworten á la "alles in Butter"?

Delphi-Laie - Mi 05.10.11 22:33

Luckie hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Merkst Du, das führt zu nichts, m.E. ist das schon Kindergarten.

Und wer hat damit angefangen?

Womit? Mit unangenehmer Kritik oder mit Kindergarten?

Mit unbequemer Kritik eindeutig ich! Wenn bereits die ersten Begegnungen mit einer solchen Programmierumgebung dermaßen durchwachsen sind, dann nehme ich kein Blatt vor den Mund. Kindergarten? Schwieriger zu entscheiden, so etwas schaukelt sich auch hoch. Solltest Du, lieber Luckie, das allerdings rhetorisch zu suggerieren babsichtigen, daß meine Wenigkeit es war, dann bin ich von Dir enttäuscht, denn erstens kamen wir bisher immer gut miteinander aus, und außerdem ist gerade diese meine Hartnäckigkeit die Ursache dafür, daß ich an/in Deinem wirklich guten Programm "XP Usermanager" subtile Dinge entdeckte und auch fleißig war, sie Dir mitzuteilen (wie vielleicht kaum ein anderer?!) - schon vergessen?

Anscheinend kann sogar keiner der von Euch Delphi-Koryphäen (lobend gemeint, ich bin eindeutig keine) mir die genauen Soft- und Hardwareanforderungen (bzw. eine offizielle Internetseite dazu) mitteilen, die Delphi-XE2-Compilate stellen. Sollte ich damit richtig liegen: Diese Oberflächlichkeit ist für einen professionellen Softwarehersteller inakzeptabel.

Luckie hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Offensichtlich sind die Compilate Windows-2000/XP-kompatibel. Nur sind sie es anscheinend, ja offensichtlich nicht generell.

Sind alle Updates und Patches Installiert? Ist der IE ihn seiner aktuellen Version für das Betriebssystem installiert?

Weder auf den Betriebsprogrammen, auf denen sie laufen, noch auf den anderen. Es sind selten alle Aktualisierungen vorhanden.

Kha hat folgendes geschrieben :

So langsam würde ich mich an Martoks Stelle wirklich ignoriert fühlen :D .

Warum? Mir war sein Beitrag wenigstens einen Dank wert! Also, ich ignorierte ihn nicht.

Sybok Factor - Do 06.10.11 09:58

Hallo ihr alle!

Wenn ich diese Diskussion um Delphi Kompatibilität mit Windows 2000 lese, dann steigt mein Ärger Pegel echt gewaltig. Warum soll Emb. ein Betriebssystem unterstützen und voll kompatible Kompilate liefern, das von Microsoft selber nicht mehr supportet wird? In der Requirements List zu XE2 finde ich auch keinen Hinweis auf Windows 2000.
Dieses schlecht Reden eines neuen Delphi, weil es VERALTETE Soft- bzw. Hardware nicht vollständig unterstützt werden kann, finde ich unmöglich. Das ist eine Problem von - diesem Fall Delphi-Laie - und nicht von Embarcadero.

Ein Darstellungsfehler im Grid unter Windows XP ist da eine andere Sache, sowas sehe ich als echtes Problem an. Aber dazu wurde ja schon genug geschrieben.

Viele Grüße

Sybok

jaenicke - Do 06.10.11 10:44

Sybok Factor hat folgendes geschrieben :

Wenn ich diese Diskussion um Delphi Kompatibilität mit Windows 2000 lese, dann steigt mein Ärger Pegel echt gewaltig. Warum soll Emb. ein Betriebssystem unterstützen und voll kompatible Kompilate liefern, das von Microsoft selber nicht mehr supportet wird?

Es geht auch um XP:

Delphi-Laie hat folgendes geschrieben :

1. Es läuft weder auf Windows 2000 noch auf XP auf besagtem Rechner.

Allerdings ist die Hardware eben stark veraltet und niemand kann sich ein Lager anlegen um das überall noch zu testen. Dafür gibt es einfach zu viele Hardwarevarianten.

Ich konnte jetzt auf die Schnelle auch keinen so alten PC mehr auftreiben um es zu testen. Selbst meine 89-jährige Großmutter hat einen neueren. :nixweiss:

Sybok Factor - Do 06.10.11 11:11

jaenicke hat folgendes geschrieben :

Es geht auch um XP:

ich hatte XP ja auch bewusst ausgespart, denn das wird in Anforderungsliste von XE 2 aufgeführt (auch wenn meines Wissens nach der Lebenszyklus bei XP für Microsoft ebenfalls abgelaufen ist). Ob sich Embarcadero damit einen Gefallen getan hat..., naja.

Würde Delphi-Laie auch zum Autohändler ihres Vertrauens gehen und sich dort beschweren, dass im aktuellen Modell keine Kassetten mehr abspielbar sind? Oder dass Super E 10 in seinem Wagen Baujahr 1999 zu Motorschäden führt?

Das eine sind diese Entwicklungszyklen von einem Jahr, was zu - in Teilen - unfertigen Produkten führt. Ärger über Fehler in diesen Features, das kann ich verstehen. Und da sollte sich die gesamte Softwarebranche bemühen die Qualitätsanforderungen zu erhöhen und lieber Termine nach hinten legen, als unfertige Produkte zu verkaufen. Auf der anderen Seite verlangen die Kunden ja nach so einer Verar**e. Das andere ist die Vernachlässigung von mittlerweile Randprodukten wie Windows 2000, da sehe ich das Problem auf Seiten des Kunden, nicht des Herstellers. Und meiner Meinung nach hat sich die Qualität bei Delphi, seit es nicht mehr Borland Produkt ist, gewaltig gebessert. Das sollte man honorieren.

Lemmy - Do 06.10.11 11:15

Sybok Factor hat folgendes geschrieben :

In der Requirements List zu XE2 finde ich auch keinen Hinweis auf Windows 2000.

die Systemanforderungen der IDE haben jetzt nicht wirklich was mit denen der Kompilate zu tun (s. z.B. OSX Support).... Und um den Punkt abschließend zu klären: Ich habe ne Anfrage an Emba gesendet. Sobald die Antwort da ist, werde ich sie posten und ggf. zum Rest noch was sagen.

jaenicke hat folgendes geschrieben :

Es geht auch um XP

Wobei hier immer noch nicht klar ist welches ServicePack installiert ist und welcher IE auf dem System vorhanden ist. Damit geht es nicht nur um 2 mögliche Systeme sondern um sehr viele: Win 2000 ohne, mit SP1, SP2, Sp3, SP4 und einen Hotfix gab es auch noch, bei XP gab es glaube ich auch 3 SP.... Und dann noch jeweils mind. in Verbindung mit 2 Versionen des IE....

Grüße

Delphi-Laie - Do 06.10.11 14:37

jasocul hat folgendes geschrieben :

Ich frage jetzt mal ganz blöd:
Ist auf der Maschine von user profile icon

Delphi-Laie auch Unicode aktiviert?
Ohne geht es nämlich nicht. Steht sogar indirekt in den FAQ bei embarcardo [http://www.embarcadero.com/de/products/delphi/frequently-asked-questions#16]

Ob ein simples Formularprogramm ("leeres" Formular) schon Unicode benötigt?! Ich weiß es nicht.

Genausowenig weiß ich, ob und ggf. wie man Unicode (explizit?) in Windows "aktivieren" kann oder gar muß. Windows installiert sich so, daß man sich um solch Interna eigentlich nicht kümmern muß, das allermeiste ist als Standard aktiv(iert).

Ansonsten sind die vereinzelte Fastausfälle hier in meinen Augen die pure Schlaumeierei. Gründe:

1. Es ist keinesfalls explizit nötig, alte Computer aufzubewahren, um die Programme zu testen, denn neuere Prozessorbefehle gelangen nicht per Zufall in den Compiler und damit in die Compilate. Sie werden schließlich hineinprogrammiert. Wo erfährt man, welche Prozessoren welche neuen Befehle realisieren können - richtig, in den Spezifikationen der Prozessorenhersteller. Ergo kann man mit Sicherheit schließen, daß ältere Prozessoren (vor diesen Befehlen) ausfallen. Das alles dauert Tausende, wenn nicht Zehntausende Arbeitsstunden. Und da fallen keine mehr ab, um das irgendwo zu veröffentlichen? Ein Armutszeugnis! Es gab (gibt?) sogar einen Compilerschalter, mit dem man den Divisionsfehler der ersten Pentiumgeneration umgehen kann. Lang, lang ist's her....

2. Wer sich echauffiert, was alles "veraltet" sei, dem sei gesagt, daß man heutzutage fast nie die allerneueste an Hard- und Software bereitstellt - alles andere wäre auch ein endloses Geldgully. Ob man dann immer noch sich so weit aus dem Fenster hängt, wenn auch der eigene Prozessor von vielleicht z.B. 2007 nicht unterstützt wird? Nachzulesen scheint es ja nirgendwo zu sein, also könnte es einen selbst schneller treffen, als einem lieb ist.

Ob es tatsächlich "mein Problem" im Sinne der Ursache ist, ist bis dato offen, da weder eine aussagekräftige Fehlermeldung noch anscheinend offizielle Informationen bezüglich der Kompatibilität vorliegen. Kassetten? Welch ein Unfug, ich frage den Autohändler (der es hoffentlich wissen wird) bzw. sehe es schon an der Bauform.

jasocul - Do 06.10.11 14:58

Delphi-Laie hat folgendes geschrieben :

Ob eine simples Formularprogramm schon Unicode benötigt?! Ich weiß es nicht.

Probier es doch einfach aus. Dann weißt du es.

Delphi-Laie hat folgendes geschrieben :

Genausowenig weiß ich, ob und ggf. wie man Unicode (explizit?) in Windows "aktivieren" kann oder gar muß. Windows installiert sich so, daß man sich um solch Interna eigentlich nicht kümmern muß, das allermeiste ist als Standard aktiv(iert).

Oh, Windows installiert bei dir das Allermeiste standardmäßig so, wie du es brauchst. Glückwunsch. Ich passe mir Windows nach der Installation in vielen Punkten auf meine Bedürfnisse an.
Ich werde jedenfalls nicht für dich googeln, wie man unicode aktiviert oder prüft, ob es aktiviert ist. Dazu solltest du schon selbst in der Lage sein.

Sorry wenn ich das jetzt mal so deutlich schreibe:
Du machst den Eindruck, dass du eigentlich nur meckern willst, ohne zu prüfen, ob nicht wirklich deine Einstellungen unpassend sind.
Nirgendwo schreibst du die genaue Fehlermeldung hin, sondern behauptest einfach, dass diese unbrauchbar ist (was natürlich sein kann). Praktischerweise könntest du auch deine Testanwendung (exe und source) mal zur Verfügung stellen. Dann hätten alle anderen die Möglichkeit, die selbe Anwendung auf ihren Maschinen zu testen und so die Ursache einzugrenzen.

jaenicke - Do 06.10.11 14:58

Delphi-Laie hat folgendes geschrieben :

Ob es tatsächlich "mein Problem" im Sinne der Ursache ist, ist bis dato offen, da weder eine aussagekräftige Fehlermeldung noch anscheinend offizielle Informationen bezüglich der Kompatibilität vorliegen.

Doch, das

jasocul ja schon verlinkt.

http://www.embarcadero.com/de/products/delphi/frequently-asked-questions#16 hat folgendes geschrieben:

Will applications built with Delphi XE2 run on older versions of Windows including Windows 2000, 95, 98 and Me?
Because of the use of Unicode as the default string type, Windows 98, 95, and ME will not run applications produced with Delphi 2009 or later. These operating systems do not support Unicode strings, and Microsoft has dropped support for them. Applications built with Delphi XE2, XE, 2010 and 2009 and VCL will run on Windows 2000 or later. Applications built with Delphi XE2 and FireMonkey will run on Windows XP and later.

Delphi-Laie - Do 06.10.11 16:21

jasocul hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Ob eine simples Formularprogramm schon Unicode benötigt?! Ich weiß es nicht.

Probier es doch einfach aus. Dann weißt du es.

Schlaumeier. Ein einfaches Formularprogramm LÄUFT NICHT. Die Frage, ob fehlender Unicode die Ursache ist, beantwortet weder das Programn noch du.

jasocul hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Oh, Windows installiert bei dir das Allermeiste standardmäßig so, wie du es brauchst. Glückwunsch. Ich passe mir Windows nach der Installation in vielen Punkten auf meine Bedürfnisse an.

So etwas nennt man das Wort im Munde umdrehen. Schau' Dir mal mein Programm "UserpreferenceMask" (auch hier im Forum unter Windows-Optik zu finden). Ob Du wohl jemals solche Einstellungen verändertest? Ich schaltete NOCH NIE Unicode in irgendeinem Windows an oder ab. Warum läuft es also manchmal und manchmal nicht?!

jasocul hat folgendes geschrieben :

Ich werde jedenfalls nicht für dich googeln,

Darauf kann ich auch verzichten.

Delphi-Laie hat folgendes geschrieben :

Sorry wenn ich das jetzt mal so deutlich schreibe:
Du machst den Eindruck, dass du eigentlich nur meckern willst, ohne zu prüfen, ob nicht wirklich deine Einstellungen unpassend sind.

Welche Einstellungen zum Teufel, wenn es nur eine unsubstantiierte Fehlermeldung ohne jeden Fehlercode gibt?

Mein Eindruck: Hier fühlt sich jemand auf den Schlips getreten, weil ich es wagte, seine heilige Kuh bemängeln. Du bist damit beileibe kein Unikat.

jasocul hat folgendes geschrieben :

Nirgendwo schreibst du die genaue Fehlermeldung hin, sondern behauptest einfach, dass diese unbrauchbar ist (was natürlich sein kann). Praktischerweise könntest du auch deine Testanwendung (exe und source) mal zur Verfügung stellen. Dann hätten alle anderen die Möglichkeit, die selbe Anwendung auf ihren Maschinen zu testen und so die Ursache einzugrenzen.

Findest du [url=http://www.delphipraxis.net/162863-fehlerhafte-nur-32-bit-delphi-xe2-compilate.html?highlight=fehlerhafte+fehlerhaft+xe2-compilate+xe2++compilat]hier[/url].

jasocul - Do 06.10.11 16:34

Zitat:

(die Fehlermeldung ist allgemein gehalten, ohne Fehlercode

Und wie lautet jetzt die Fehlermeldung? Das steht auch nicht in dem Thread der DP.

Zitat:

Schlaumeier. Ein einfaches Formularprogramm LÄUFT NICHT. Die Frage, ob fehlender Unicode die Ursache ist, beantwortet weder das Programn noch du.

Natürlich nicht. Wenn du aber feststellst, dass unicode auf dem Rechner nicht aktiv ist, kannst du es aktivieren und das Programm starten. Läuft es dann, weißt du woran es liegt. Läuft es nicht, weiß man zumindest, dass die Ursache woanders suchen muss.

Zitat:

Mein Eindruck: Hier fühlt sich jemand auf den Schlips getreten, weil ich es wagte, seine heilige Kuh bemängeln. Du bist damit beileibe kein Unikat.

:lol: Nee, da schätzt du mich falsch ein. Es scheint mir nur so, dass du einfachste Prüfungen noch nicht durchgeführt hast und Rückfragen (z.B. Fehlermeldung) ignorierst und damit die Fehlersuche für andere User unnötig schwer machst.

Delphi-Laie - Do 06.10.11 16:37

Lemmy hat folgendes geschrieben :

Hi,

hier die Antwort:

Zitat:

Wir empfehlen *generell* ein durchgepatchtes System mit letzten Service-Pack und aktuellem (wenn verfügbar, sonst den letzten) IE.

Also Windows 2000, Service Pack 4, Internet Explorer 6

Grüße

Danke! Das ist alledings die Standardantwort, die man wohl von jedem Softwarehersteller entgegegehalten bekommt, der es nicht besser weiß, sich aus der Affäre zu ziehen versucht oder einfach Zeit schinden möchte (kann man alles auch bei Michael Nickles nachlesen). Substanz ist in dieser Antwort von Embarcadero jedenfalls keine enthalten.

So, extra naoch einmal nachgeschaut: Mein Windows 2000 hat IE 6 (da war ich mir nicht ganz sicher) und SP4, nach meiner Erinnerung auch das Rollup Updatepack 1. Es wird vermutlich am Prozessor liegen, aber solang man solche Nullantworten vom Softwarehersteller bekommt, muß das Spekulation bleiben.

Moderiert von Martok: Beiträge zusammengefasst

jasocul hat folgendes geschrieben :

Zitat:

(die Fehlermeldung ist allgemein gehalten, ohne Fehlercode

Und wie lautet jetzt die Fehlermeldung? Das steht auch nicht in dem Thread der DP.

Es sollte doch eigentlich ausreichen, wenn ich schreibe "unsubstantiiert". Aber gern für Dich zur konkreten Fehlersuche:

"Project1.exe hat Fehler verursacht und wird geschlossen. Starten Sie das Programm neu.

Ein Fehlerprotokoll wird erstellt."

Wahnsinn! Ich bin begeistert, ja verblüfft.

jasocul hat folgendes geschrieben :

[ :lol: Nee, da schätzt du mich falsch ein. Es scheint mir nur so, dass du einfachste Prüfungen noch nicht durchgeführt hast und Rückfragen (z.B. Fehlermeldung) ignorierst und damit die Fehlersuche für andere User unnötig schwer machst.

Halte dich doch mit solchen Unterstellungen zurück! Ich suchte sogar dieses verdammte "Fehlerprotokoll", doch leider vergebens. Wenn ich mehr Informationen hätte, hätte ich diese längst kundgetan, denn ich denke mir das alles nicht aus, und ich will hier auch niemanden etwas erschweren.. Es wird jedoch alles hinterfragt mit starker Tendenz zum Anzweifeln (mein Eindruck), Gemoser gegen meine Hardware, ständig der Versuch, mich als inkompetent hinzustellen. Doch der Ursachenforschung ist das alles nicht dienlich, das müßtest du doch auch allmählich einmal bemerken.

Delphi-Laie - Do 06.10.11 17:29

IE ist 6.0, auch das schrieb ich bereits. Und nein, es sind nicht alle aktuellen Updates/Patches und was weiß ich nicht noch darauf, denn es ist ein "Neben-OS" für mich, und deshalb werde ich mich jetzt auch nicht über stundenlange Downloadorgien zum "Affen" machen, solang der Fehler nicht einmal eingekreist ist. Sooo wichtig ist mir das nämlich nun auch wieder nicht.

So, im Anhang ist der corpus delicti (oder auch Delinquent), das leere Formularprogramm, das keine Minimalvoraussetzungen für mich erfüllt. Über das Sysinternals-Programm "Filemon" (ja, es gibt auch "ProcMon") gelang es mir auch, das ominöse Fehlerprotokoll aufzuspüren, auch als Anhang enthalten.

Natürlich kann und werde ich auch das CPU-Testprogramm starten, doch wozu? Welche Befehle der Athlon Thunderbird hat, kann man auch nachlesen. Sinn hätte das nur, wenn man irgendwo vergleichen könnte. Weiß jemand, wo das aufgelistet ist, welche CPU-Befehle die XE2-Compilate erfordern?

Zum Diskussionsstil: Wegen meiner gern nur sachlich. Leider ging es mit einer "Bashing"-Unterstellung los, daß sich das Klima hier verschlechterte, die kommt aber früher oder später immer, wenn jemand etwas grundlegendes zu bemängeln hat.

Mag sein, daß andere sogar mehr interessiert sind als ich. Ich sehe das so: XE2 hatte auch bei mir seine Chance und hat sie leider (vorerst) nicht überzeugend genutzt. Wenistens die 64-Bit-Compilate zeigen nicht das gleiche Fehlverhalten - und um 64 Bit soll es in dieser Diskussion eigentlich (vorrangig) gehen.

jasocul - Do 06.10.11 18:19

Ich habe heute nicht mehr besonders viel Zeit zu recherchieren, aber was ich bisher auf die Schnelle sehen konnte, ist folgendes:
Der eigentliche Fehler scheint bei diesem Befehl zu entstehen: RtlTraceDatabaseEnumerate
Das kommt aus der ntdll, soweit ich das sehe.

Ich habe dazu ein bisschen Tante Google bemüht, aber für das Problem keine Lösung gefunden. Allerdings hatten die meisten Anwendungen irgendetwas mit Datenbanken zu tun und Windows2000.
Hast du bei dem Testprojekt evtl. mal irgendwelche Dinge mit Datenbanken eingebunden gehabt und wieder rausgeschmissen? Könnte ja sein, dass da noch irgendwelche Relikte existieren.

Für mehr habe ich heute leider keine Zeit mehr. Sorry.

Martok - Do 06.10.11 18:33

Yay, was hab ich gewonnen?

Quelltext

1:
2:
3:
4:

Anwendungsausnahme aufgetreten:
        Anwendung:  (pid=644)
        Wann: 06.10.2011 @ 11:09:06.390
        Ausnahmenummer: c000001d (Ungültige Anweisung)

In der Disassembly:

Quelltext

1:
2:
3:

        00404914 6a00             push    0x0
FEHLER ->00404916 0fae             ???
        00404918 1c24             sbb     al,0x24

Referenz [http://ref.x86asm.net/coder32.html#x0FAE] sagt dann, dass das was mit MMX und XMM zu tun hat. MMX hat der T-Bird, XMM ist aber SSE2.

Fazit: XE2-Compilate benötigen eine CPU mit SSE2. De facto also einen Athlon 64 [http://www.tommesani.com/InstructionSetCPU.html].

Delete - Do 06.10.11 21:53

Delphi-Laie hat folgendes geschrieben :

Danke für Deine Mühe, aber, wie schon gesagt, es ist nicht wichtig für mich und so brennend interessiert es mich auch nicht.

Und warum machst du dann hier so einen Wind, wenn es dich eigentlich nicht interessiert?

Delphi-Laie hat folgendes geschrieben :

Und nein, es sind nicht alle aktuellen Updates/Patches und was weiß ich nicht noch darauf,

Dann solltest du es vielleicht malmachen.

Zitat:

denn es ist ein "Neben-OS" für mich, und deshalb werde ich mich jetzt auch nicht über stundenlange Downloadorgien zum "Affen" machen, solang der Fehler nicht einmal eingekreist ist. Sooo wichtig ist mir das nämlich nun auch wieder nicht.

Und warum beschwerst du dich dann hier immer weiter?

Delphi-Laie - Do 06.10.11 22:15

Luckie, weil hier nach den Erfahrungen bezüglich XE2 gefragt wurde!

Ich mache auch keinen Wind, sondern meine Behauptungen wurden in verschiedener Weise angezweifelt und angegriffen - oder verstand ich das falsch?

Ergänzung: Ich werde jetzt noch etwas deutlicher. Luckie, tu mir bitte einen Gefallen und verschone mich von solchen (Kindergarten-)Ratschlägen wie "alle aktuelle Patches / Updates installieren", wie man sie auch von ratlosen Heißlinien stereotyp zu hören bekommt, die einen damit nur allzuoft hinzuhalten, zu vertrösten und sogar ihre Hilflosigkeit zu kaschieren versuchen. Daran kann es gar nicht liegen, weil ich auch mein Windows 2000, auf dem das Programm läuft, nicht auf dem neuesten Stand halte - hoffentlich kommen nun gleich wieder die Belehrungen von allen Seiten (hoffentlich besser nicht).... Du bist offensichtlich derselbe Luckie wie in der Delphipraxis, ich bin auch derselbe. Ich half Dir dort in der letzten Zeit ganz erheblich bei Deinem XP Usermanager. Nicht nur, daß Du dafür nicht ein Wort des Dankes übrighattest (leider, schade), nun hackst Du hier auch noch wiederholt auf mir herum. Was zum Teufel soll das? Müssen wir uns mit aller Gewalt zerstreiten? Ich möchte es jedenfalls nicht, dafür schätze ich Dich fachlich viel zu sehr. Nur möchte ich Dich auch weiterhin menschlich schätzen.

Delphi-Laie - Do 06.10.11 22:53

AndyB hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Ich werde das nachher mal ausprobieren.

Beim Kompilieren von System.pas nicht die Kommandozeilenparameter "-y -z" vergessen. Und wenn du gegen die RTL160.BPL kompilierst, hast du verloren (außer du patched die Bytes raus)

Tja, kaum begonnen, schon zerronnen. Nicht nur, daß ich eines externen Suchprogrammes bedurfte (nachdem die Suche in Windows praktisch abgeschafft wurde, Windows 7 hat leider keine mehr, die diesen Namen verdient), meine XE2-Installation hat jedenfalls keine Quelltexte, so daß ich keine system.pas analysieren und ggf. modifizieren kann. Es hätte mich sehr interessiert, ob dort ein brachialer Fehler versteckt ist oder doch nicht.

Wie gelangt man an die Quelltextdateien?

Soeben das Setup gestartet - es ist (angeblich) alles außer den "Addons von Drittherstellern" installiert. Wieso haben manche die Quelltexte und andere nicht (derlei Beanstandungen las ich auch schon in der Delphipraxis)?! Früher, mit älteren Delphi-Installationen, hatte ich auch dieses Problem nicht.

Werde mal in der Installations-DVD suchen...

Delphi-Laie - Do 06.10.11 23:32

Danke!

AndyB hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Werde mal in der Installations-DVD suchen...

Weder die Trial noch die Starter Edition enthalten den Quellcode.

Genau das verstehe ich nicht. Erst installiert man, und dann wird doch die Version erst durch die Lizenz bestimmt?! Die Lizenzierung erfolgt doch erst beim ersten Start? Ggf. würden dann die Quelltextdateien gelöscht werden?

Also, es gibt auf der DVD Dateien namnes .7zip. Diese in .7z umbenannt, damit 7zip sie lesen kann - was kommt? Es wird ein Paßwort verlangt. Oh jemine, welch ein Aufriß im Hause Embarcadero...

Das herunterladbare DVD-Image ist womöglich für alle Versionen gleich, oder es werden doch andere DVDs an die Bezahler verkauft?!

AndyB hat folgendes geschrieben :

Du kannst aber auch die System.dcu (win32\release und win32\debug) mit einem Hex-Editor (HxD [http://mh-nexus.de/de/hxd]) binär patchen.

1. Beide System.dcu wegsichern
2. Nach der Byte-Sequenz "6A 00 0F AE 1C 24" suchen
3. Aus "0F AE" ein "90 90" machen

Das kann ja heiter werden, ist allerdings präzis genug, um mich selbst zu versuchen. Also, irgendwoher einen Hexeditor ausgegraben...ich nehme gleich den empfohlenen. Ob ich das heute abend noch schaffen werde?

Du scheinst es schon getan zu haben. Alternativ kannst Du mir ein so einfaches Formularprogramm zukommen lassen oder hier veröffentlichen, das ginge vielleicht schneller.

Delphi-Laie - Fr 07.10.11 00:46

Heute (gestern) abend wurde es wirklich nichts mehr, dafür aber morgen (heute) früh.

Heureka - das war es tatsächlich! AndyB, Du bist für mich der Held des Tages!

Ich sitze davor und kann es kaum glauben, aber das Programm funktioniert jetzt auch auf meinem (angeblichen) "Problem"- Windows 2000 und -XP (Anhang).

Vor dem Starten schloß ich noch eine Wette für mich persönlich ab - und verlor sie natürlich (zum Glück).

Sind wir also einem subtilen, aber dennoch m.E. brachialen Fehler Embarcaderos auf die Spur gekommen. Das bestärkt mich in meiner Meinung, daß Embarcadero pfuschte und daß das große Getöse mit der angeblichen Qualitätssicherung doch nicht so weit her ist.

Und kommt mir keiner mehr mit solchen Abenteuerlichkeiten wie Unicode (bei einem leeren Formular?) und fehlenden Updates (diese Standardausrede erwarte ich eher von dreisten bis überforderten TelephonUNdiensten). Das Problem sitzt immer zwischen den Ohren, manchmal aber auch beim Softwarehersteller.

Mußte erst Euer Delphi-Laie mit seinem ach so uralten, angeblich nicht(s) mehr taugenden Computer (der Thunderbird ist ein feiner Prozessor!) diesem Fehler auf die Spur kommen.

Der müßte m.E. Embarcadero gemeldet werden. Wer kennt sich damit aus? Ich leider nicht.

Dank an alle, die mir hier halfen und NICHT auf mir umherhackten (und mich damit sogar teilweise menschlich enttäuschten)!

Delphi-Laie - Fr 07.10.11 07:09

Luckie hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Und kommt mir keiner mehr mit solchen Abenteuerlichkeiten wie Unicode (bei einem leeren Formular?) und fehlenden Updates (diese Standardausrede erwarte ich eher von dreisten bis überforderten TelephonUNdiensten). Das Problem sitzt immer zwischen den Ohren, manchmal aber auch beim Softwarehersteller.

OK, ich werde es mir für das nächste mal merken und die einfachsten und naheliegenden Möglichkeiten bei einer Fehlersuche von vornherein ausschließen, weil das kann es ja nie nicht sein.

Luckie, selten genug hast du eine Frage. Wie käme es wohl bei dir an, wenn ich dir dann reflexhaft entgegnen würde: Sind wirklich alle aktuellen Patches und Updates installiert? Auch fehlerhafte OS-Installationen (gleich zwei, die sonst wegen Kaumbenutzung langzeitstabil sind?!) und ein veralteter Prozessor, was ich mir hier alles als abenteuerliche Fehlerquellen entgegenhalten lassen mußte - mir war intuitiv gleich klar, daß das Murks ist, und das zog (s)ich durch die gesamte Diskusion und ließ mich auch vehement werden.

Das ist wie mit der fehlenden Netzspannung und dem nicht eingesteckten Stecker in den "Fehlersuchen" gewisser Bedienungsanleitungen, von denen ich mich regelmäßig vera....lbert fühle, allerdings gibt es wirklich solche unfaßbaren Dödels, die sogar für das Leben zu dumm sind.

Ein wenig mehr Einsicht und auch Substanz hatte ich von dir eigentlich schon erwartet, auch hinsichtlich dessen, was ich weiter oben schrieb. Was ich von dir hier wahrnahm, ist einfach mit dem fachlichen und menschlichen Bild, das ich von dir bisher wahrnahm, inadäquat. Laß uns dennoch bitte (!) gute Bekannte mit gegenseitiger Achtung bleiben.

jasocul - Fr 07.10.11 08:00

Bleibt doch mal ein bisschen locker.

Wo der Fehler zu suchen war, war nun wirklich nicht ganz simpel. Das man da alle Informationen benötigt und möglichst genau wissen muss, wie die Konstellation ist, sollte eigentlich klar sein. Es ist auch kein Vorwurf gegen user profile icon

Delphi-Laie, wenn man auch auf Banalitäten hinweist. Es passiert wohl jedem mal, an etwas einfaches nicht gedacht zu haben. Dadurch werden mögliche Fehlerbereiche einfach nur ausgeschlossen. Dass man allerdings mehrmals nach der exakten Fehlermeldung (auch wenn diese scheinbar, nicht viel bringt) fragen muss, ist sicher auch nicht besonders produktiv. Zumal dort dann ja auch festgestellt wurde, dass es ein Fehlerprotokoll gibt. Und genau das war es ja, was schließlich auf die richtige Spur geführt hat.

Man muss nicht jede Nachfrage als einen Vorwurf der Inkompetenz interpretieren. Einfach beantworten genügt. Und das hätte in diesem Fall die Hälfte der Beiträge und eine Menge Ärger eingespart. Man muss nicht immer eine Frage oder Antwort als persönlichen Vorwurf betrachten.

Insbesondere dürfen wir an dieser Stelle nicht vergessen, dass man anderen User, die diesen Fehler bekommen, jetzt schnell helfen kann und falls sich jemand die Mühe macht, Embarcardo auf diesen furchtbaren Fehler hinweisen kann.

Delete - Fr 07.10.11 08:05

Delphi-Laie hat folgendes geschrieben :

Wie kommst du darauf, dass es reflexartig war? Du hast keinerlei Angaben zu den Betriebssystemen gemacht. Auch ansonsten waren anfangs deine Informationen ziemlich spärlich. Und was spricht dagegen erst mal Fehlerquellen auszuschließen die man leicht beheben kann (Updats und Patches installieren) bevor man sich die Compilate im Hex-Editor anguckt. Und ich wäre dankbar für jede Hilfe und für jeden der sich auch nur mal am Rande Gedanken über mein Problem macht, auch wenn seine Lösungsvorschläge nicht zur Lösung führen. Und ich bewundere dich dafür, dass du alle Fehlerquellen intuitiv ausschließen kannst.

Zitat:

Das ist wie mit der fehlenden Netzspannung und dem nicht eingesteckten Stecker in den "Fehlersuchen" gewisser Bedienungsanleitungen, von denen ich mich regelmäßig vera....lbert fühle, allerdings gibt es wirklich solche unfaßbaren Dödels, die sogar für das Leben zu dumm sind.

Noch mal, was spricht dagegen erst mal die naheliegenden und einfach zu behebenden Fehlerquellen auszuschließen?

Delphi-Laie - Fr 07.10.11 08:19

So, ich habe es jetzt gefunden, wie man Fehler an Embarcadero berichtet, legte auch schon los, jedoch:

Ist das hier

AndyB hat folgendes geschrieben :

Da hat wohl jemand x64 und x86 in System.pas verwechselt.

Delphi-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:

procedure _InitializeControlWord;
begin
{$IFDEF CPUX86}
  DefaultMXCSR := GetMXCSR and $FFC0;  // Remove flag bits;
{$ENDIF CPUX86}
{$IFDEF CPUX64}
  Default8087CW := Get8087CW and $1F3F; // Remove reserved bits.
{$ENDIF CPUX64}
end;

der originale oder korrigierte Quelltext? Mir als schnödem "Trialer" muß der Quelltext ja vorenthalten werden (noch so eine Unfreundlichkeit besagten Hauses). Das sollte zum Zeitpunkt des Fehlerberichtes schon stimmen, denn nichts ist schlimmer, als eine fehlerhafte "Korrektur".

Delphi-Laie - Fr 07.10.11 08:31

Luckie hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Wie kommst du darauf, dass es reflexartig war? Du hast keinerlei Angaben zu den Betriebssystemen gemacht.

Doch, ich nannte sie beim Namen und auf Nachfragen auch den groben Updatestatus.

Luckie hat folgendes geschrieben :

Auch ansonsten waren anfangs deine Informationen ziemlich spärlich.

Was gefragt wurde, wurde auch beantwortet.

Luckie hat folgendes geschrieben :

Und ich bewundere dich dafür, dass du alle Fehlerquellen intuitiv ausschließen kannst.

Alle? Das ist schon wieder unsachlich. In dem Falle allerdings ja. Zwei nahezu gleiche Windows 2000, einmal funktioniert es, einmal nicht. Zwei nahezu unbenutzte Windows, die beide fehlerhaft sein sollen? All' davon schrieb ich, da mußte irgendwo ein Wurm drinstecken! Soviel Intuition und garantiert noch mehr hättest auch du gehabt.

Laß es gut sein. Konzentrieren wir uns auf noch unerledigte Dinge. Gern stehe ich weiterhin für deinen XP Usermanager und damit letztlich auch dir zur Verfügung.

Delphi-Laie - Fr 07.10.11 16:06

AndyB hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Ist das hier [...] der originale oder korrigierte Quelltext?

Das ist der originale. Ich habe aber schon mit Embt "gesprochen" und der Code gehört wirklich so herum. Was aber fehlt ist eine Prüfung, ob die CPU auch SSE1 unterstützt.

Danke und ein Glück, daß ich Amateur mich doch nicht so weit aus dem Fenster lehnte - das wäre wahrscheinlich schiefgegangen.

Was Deine beiden geänderten Zauberbytes nun genau anrichten, hätte ich auch gern gewußt. Wie bist Du überhaupt darauf gekommen? Ich vermute(te), daß Du Original und geänderte Version (mit vertauschten Compilerschaltern) der Datei system.pas jeweils compiliertest und dann die Compilate verglichst. So scheint es jedoch nicht gewesen zu sein. Wenn die Compilerschalter doch stimmen, ist Deine gestrige Fährte umso rätselhafter (wenn sogar jaenicke, der fast nur antwortet anstatt fragt, sich danach erkundigt....).

Ich schätze, das wäre mit der Zeit auch anderen aufgefallen. Denn der "Donnervogel" ist immerhin ein Prozessor mit einer Taktfrequenz im Gigahertzbereich. Ihr alle wißt, daß es mit der Taktsteigerung nicht so wie geplant weiterging; ergo werden vermutlich doch noch deutlich mehr Computer damit ausgestattet sein, als mancher der "Poweruser" hier vielleicht glauben mag.

AndyB - Fr 07.10.11 17:07

jaenicke hat folgendes geschrieben :

ob jemand sagen kann was das im Programm für Folgen hat. ;-)

Wenn du die in XE2 neu eingeführten Funktionen ResetMXCSR, SetMXCSR und GetMXCSR sowie die Variable DefaultMXCSR nicht nutzt, dann hat das überhaupt keine Auswirkung.

Moderiert von Martok: Doppelpost zusammengefasst

Delphi-Laie hat folgendes geschrieben :

Wie bist Du überhaupt darauf gekommen?

Ich habe einfach eine neue VCL Form Anwendung erstellt, kompiliert und ausgeführt. Dann die Programmausführung unterbrochen (Pause-Button) und mit Menü "Suchen/Zur Adresse springen..." die im Event-Log angegebene Speicheradresse eingegeben. Und schon stand ich in System.GetMXCSR. Und da das eine Assemblerfunktion ist, sind die Bytes nicht schwer zu ermitteln. HxD angeworfen und in System.dcu nach den Bytes gesucht und überprüft, dass die Sequenz nur einmal vorkommt.

Delphi-Laie - Fr 07.10.11 17:27

AndyB hat folgendes geschrieben :

Delphi-Laie hat folgendes geschrieben :

Wie bist Du überhaupt darauf gekommen?

Danke, ich verstehe es nur ungefähr.

Ich verstand es aber so, daß der Fehler doch nicht im Quelltxt der system.pas liegt, jedenfalls nicht an Deinem Codeschnipsel, dann vielleicht woanders? Oder es gelangen Dinge zusätzlich (?) in die dcu, die nicht im Quelltext stehen? Einiges sicherlich...

Es gibt natürlich noch einen anderen, simple(re)n Weg der Fehler"bereinigung": Embarcadero gibt nicht mehr nur die Softwareanforderungen bekannt, sondern schiebt endlich auch noch die Hardwareanforderungen der Compilate als offizielle Produktinformation nach.

AndyB - Fr 07.10.11 17:34

Delphi-Laie hat folgendes geschrieben :

Ich verstand es aber so, daß der Fehler doch nicht im Quelltxt der system.pas liegt

Doch das tut er, und zwar in der Funktion GetMXCSR. Diese nutzt den SSE1 Befehl "STMXCSR", den deine CPU nicht kennt.

Delphi-Quelltext

1:
2:
3:
4:

System:GetMXCSR:
  PUSH $00
  STMXCSR DWORD PTR [ESP]
  POP EAX

Und diese Funktion wird von _InitializeControlWord aufgerufen. Durch das gepatchte "NOP; NOP" (90 90) liefert GetMXCSR nun immer 0 zurück.

Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2024 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!