Die Fehler in der Delphi-IDE / VCL tun, verachten Sie am meisten?
Arbeite ich schon in Delphi 7 für den letzten 6 Jahren und haben gelernt, bloß um Sie zu senden, um das instablity der IDE. Zum Beispiel, gibt es bestimmte Projekte, die ich geerbt zu haben, die bei der Arbeit auf, ich kann nicht verwenden Sie die STRG+SPACE dropdown-symbol-Liste in der Delphi-editor, ohne immer eine Zugriffsverletzung-Fehler, dies würde einfach oben auf meiner Liste, aber es gibt viele mehr. Ich würde gerne wissen, welche bugs frustrieren Sie die meisten.
- Vereinbaren Sie mit Argalatyr -- wiki.
- Sorry. Vereinbart und aus wiki.
- Nur eine freundliche Erinnerung: Wir können nur Fehler beheben, die wir kennen. Wenn Sie Fehler in der IDE, /bitte/ Datei eine Qualität, die zentrale melden (qc.embarcadero.com) mit reproduzierbaren Schritten. Abstimmen können Sie für die bug-reports, die Sie "hassen" als gut.
- Ich halten Sie nicht viel Hoffnung für bugfixes für Delphi 7
- Zugriffsverletzungen. Es gibt nichts Schlimmeres, dann eine IDE Zugriffsverletzung, dass Sie nicht ausbrechen kann. Versuchen Sie arbeiten mit der TRibbon in Delphi 2009, das töten würde meiner Arbeit, denn von den AV-Fehler. Zum Glück mit Delphi XE und hatte nicht so viele Probleme, kann nicht sprechen, für Delphi 2010 jedoch.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich hasse es wirklich, wenn der debugger gestartet ist verwirrt. Manchmal kann es nicht finden, die Dateien, oder es findet die falsche.
Eine Variante dieses Problems ist der Geist Haltepunkte:
Ich hasse es, wenn ich Bearbeiten *.pas-Datei und die IDE beschließt, dass zufällige änderungen an den entsprechenden DFM. Einige dieser änderungen sind bugs (TabStop auf frames), einige sind so konzipiert (Explizite*, DesignSize) und einige dazwischen (Manchmal auch die ItemHeight einer csDropDownList combobox geändert wird, um 0, manchmal auch zurück zu 13. Ich habe nie dachte, ein Schema, um es aus.).
hg update --clean
Weg zu Blasen das änderte sich DFMs.Für mich ist es ein Kampf zwischen
die verschiedenen Probleme, die beim Debuggen von Multithread-Programmen, wie zum Beispiel das drücken von F7, und sowohl das Programm und die IDE gehen in einem Zustand, wo 100% der CPU verbraucht wird, sind beide nicht reagiert, und nur der task-manager können helfen, um Dinge sortiert. Oder verschiedene Ausnahmen in bordbkXX.dll; und
ist die Tendenz der IDE zu halten, verweist auf Suchergebnisse, die in dem Nachrichten-Fenster, nachdem Sie gelöscht wurden, führt auch zu ständigen AVs und die Notwendigkeit, zu töten die IDE.
In Delphi 7 F11 would Umschalten zwischen der form und dem Objekt-Inspektor. In Delphi 2009:
Wählen Sie-Steuerelement auf dem Formular
F11 in der Objekt-Inspektor
Wählen Sie ein anderes Steuerelement auf dem Formular
F11 geht der code
Diejenigen, die ärgern mich mehr als alles ist, wo die IDE einfach beschließt, sich zu schließen und verschwindet von der Leinwand, verlieren alle änderungen, die Sie gemacht haben. Es hat nur ein paar mal passiert mit der 2007-IDE, aber es ist wirklich sehr ärgerlich.
Ich würde Zustimmen, mit der Multithread-debugging-Probleme und nicht in der Lage zu finden die richtige Einheit ist es zu Debuggen. Schlimmsten Fall dies ist, wenn Sie öffnen eine Datei aus einem anderen Verzeichnis aus dem Gerät, das Sie verwenden, aber eine Einheit mit dem gleichen Namen in dem Verzeichnis vorhanden. Es geht dann zum öffnen der falschen Einheit, und beginnt, den Code schrittweise ausführen.. (ich denke, das war ein Delphi-7-Ausgabe).
Auch mit Delphi 2007 IDE, die roten wellenförmigen Linien, die sagen, es kann nicht finden, Bezeichner oder Einheiten, die treibt mich die Wand, wenn Sie tatsächlich finden, vor allem, wenn die Einheiten, die es nicht finden können, sind so etwas wie Kontrollen.pas ??
In Delphi 2007, Objekt-Inspektoren Netz manchmal nicht korrekt neu gezeichnet. Also, wenn ich auf auf es zu verändern, eine Eigenschaft, die ich bin in die falsche Zeile und fragt sich, warum die IDE wirft eine Fehlermeldung wie "'MyButton' ist kein Gültiger integer-Wert".
Den Hilfe-system in Delphi 2006 ist völlig nutzlos.
schwierig
Plus viele andere Probleme
Ist es so schlimm, dass wenn ich Hilfe brauche benutze ich Google anstatt der eingebauten Hilfe
Der Schlimmste bug für mich ist, ist die eine, die geschieht, wenn Sie ein Formular öffnen oder etwas, was es ' s Vorgänger geändert wurde, dann wird die IDE Sie Fragen, was passiert ist, um eine Komponente, die entfernt wurde, wählen Sie entweder entfernt oder umbenannt haben, klicken Sie auf OK, klicken Sie dann auf die Datei zu speichern.
Aber wenn Sie die Anwendung ausführen, stürzt es ab, da die IDE nicht sparen nichts, wenn Sie sich nicht bewegen, etwas auf das Formular.
Ich habe so müde von diesem bug, ich bin irgendwie süchtig verschieben zufällige Komponenten in jeder form, die ich öffnen, nur um sicher zu gehen, dass Delphi speichert Sie! urgh!
Habe ich einen Fehler, der Ergebnisse in die IDE wirft eine Zugriffsverletzung, die endlos wiederholt. Ich denke es hat etwas zu tun mit dem syntax-highlighting. Es passiert nur wenn ich beginnen, wählen Sie etwas text in den editor. Manchmal ist es möglich, sich zu erholen, indem Sie deaktivieren den text wieder, aber ich habe in der Regel töten die IDE. Dieser bug wurde in allen Versionen von Delphi 5 bis 2007, ich habe nicht gesehen, dass es in Delphi 2009 noch.
Auch ich hasse es, wenn Delphi scheint zu entscheiden einer Laune heraus nicht zu Laufzeit-packages kompilieren in die ausführbare Datei.
Die exe scheint zu funktionieren, denn es finden die bpls es muss zur Laufzeit auf meiner dev-box und das problem ist erst nach dem es lässt meine Maschine. Grrr.
Mit Delphi 2007, 2009, 2010 die CPU-Auslastung ist 100% (nur ein Kern) bei der Delphi-IDE auf dem Bildschirm sichtbar ist. Es geschieht nicht, wenn die IDE minimiert.
Mein computer ist überhitzt, weil dieser.
Ich hasse, ist sooooo viel. Und es ist und alte Fehler!!!!!!!!!!!!!!!!!
Habe ich aufgehört bugs zu melden, da gibt es so viele alte bugs nicht fixierten. Warum verbringen 5-15 Minuten, um einen Fehler zu melden, wenn es behoben wird in 5 Jahren? Beste Weg ist, zu lernen, zu Leben mit der Wanze und einen workaround finden oder Ihre Auswirkungen zu minimieren.
Habe ich ein großes Projekt in D2006 und ich kann nicht mehr ausgeben, als 5 Minuten Bearbeiten, bevor Delphi läuft out of memory (4GB). Ich bin mit der aktuellen IDE Fix pack für D2006 auch.
Das problem ist so schlecht, dass ich aufgehört habe Bearbeiten der my-code in Delphi. Stattdessen Bearbeite ich in Notepad++ und öffnen Sie das Projekt nur zu kompilieren Sie es und schließen Sie es sofort danach.
Habe ich XE jetzt, aber dieses Projekt kann nicht portiert werden es noch.
Mein delphi 2007 immer friert, wenn Sie es schließen. Vista fragt mich zu warten, es Herunterfahren oder neu starten. Das nächste mal starte ich Delphi, ich habe erneut mein layout.
Auch, die Strg+klicken Sie auf vs Strg+Enter an Dateinamen in verwendet, ärgert mich. Manchmal funktioniert es manchmal nicht. Manchmal ist es öffnet sich der "Datei öffnen" -dialog in das richtige Verzeichnis. Warum kann es nicht nur die Datei öffnen?
Was Fehler mich am meisten, obwohl, ist die Liste der Fehler in der Struktur-Fenster. 'Nicht deklarierter Bezeichner TForm at line....' . Nun, warum ist das so??
Und noch eine: Warum nicht Strg+F4 arbeiten in der designer ? Wenn ich viele Dateien öffnen, ich Neige dazu, Strg+F4 wiederholt, um Sie zu schließen, aber wenn Sie es erreichen, einen formdesigner-Fenster, hört es auf. (Ich benutze embedded/angedockt layout)
Dort, wo, wenn Sie öffnen eine TADOQuery SQL-text im code-Ansicht, speichern Sie Ihr Projekt und beenden, dann wieder öffnen, erhalten Sie einige Fehler im Zusammenhang mit "ungültig TStringsFileSystem".
Dann gibt es die mysteriöse Fehler in Bezug auf .$$$ Dateien, die ich hab noch nicht herausgefunden,.
Ich habe ein Projekt, das ich nicht öffnen kann, ohne eine AccessViolation in der VCL :\
Habe ich beobachtet, bedingte breakpoints und watch-window " - Funktion ruft immer unzuverlässig (d.h. arbeiten mit Unterbrechungen oder gar nicht) mehrere Jahre in die Entwicklung einer größeren Anwendung. Dies machte das Debuggen sehr schwierig.
In der F1-Hilfe auch aufgehört zu arbeiten irgendwann (das Hilfe-Fenster nicht öffnen, wenn die Funktion-Taste gedrückt wurde). Wir mussten resort zum starten der Hilfe über das Menü, und dann den Namen eingeben von dem Thema, dass die F1 sollte geladen haben, für uns.
Ich denke, es wurde behoben in einer neueren version, aber ein problem, das störte mich für einige Zeit war ein bug in der VCL ADO-runtime. In diesem Fall kann Datenbank-negative Werte zurückgegeben wurden, als positive Werte.
Und, im Allgemeinen, Zugriffsverletzungen beim arbeiten mit Multithread-Datenbank zugreifen und dbexpress.
In Delphi 7, es gibt so viele bugs in der IDE auch mit den service-packs, aber die meisten ärgerlich ist das einzige, wo es anfängt die "Punkte" neben der Quelle ein paar Zeilen oben, das wirkt sich dann auf Debuggen, etc cos die breakpoint-Zeile auf etwas anderes.. ich sah nur das ein paar mal, und immer mit großen Projekten.
Auch random manchmal hängen, wenn Sie drücken Sie Strg + EINGABETASTE, um eine Datei zu öffnen, ist wirklich ärgerlich, und ich habe gelernt zu sparen, bevor Sie es tun!
Mein Hauptärgernis mindestens seit Delphi 5 ist ein bug, dass ich oft die Erfahrung mit einem großen Projekt-Gruppe, die eine Menge Pakete (sowohl Laufzeit und zur Entwurfszeit). Sehr oft (aber nicht immer), wenn ich "build all" auf der Projekt-Gruppe mehr als einmal, Delphi werden nach dem Zufallsprinzip stoppen an einem der Projekte und deklarieren Sie eine "Schlechte Verpackungseinheit format" - Fehler, so dass ich das Paket neu zu kompilieren angeblich mit der korrupten Einheit (nicht immer der gleiche), bevor Sie fortfahren, erstellen Sie das Projekt Gruppe aus, wo ich war. Manchmal geschieht dies für jedes einzelne Projekt, in der Gruppe (d.h. 36 Projekte!) mit Ausnahme des ersten.
Gibt es bereits zwei Berichte zu diesem in QC (Ein tausend drei hundert sechzehn und Acht und dreißig tausend drei hundert zwei und achtzig), aber da bisher weder mir, noch einer der anderen Reporter haben in der Lage zu produzieren ein synthetisches Beispiel für die Reproduktion des Problems außer unserer realen Welt, in der Produktion, ~500.000 LOC-Projekt-Gruppe, die beide geschlossen wurden mit der Auflösung "brauchen mehr Infos"... 🙁
Ich immer noch sehr Häufig über dieses problem in Delphi 2010. Habe nicht versucht, XE noch.