Probleme mit Delphi 2007

[hanspeter]

Hallo,

Delphi2007 und nur Ärger, kann wer nachfolgende Probleme verifizieren?

1. Debuggen ist praktisch nicht mehr möglich.
Delphi verzweigt mit F7 immer in den Assembler-Quelltext des Laufzeitsystems.
Mit F7 in eine Procedure nur über x Zeilen Assemblercode.
In diesem Code scheint es das #$0d#$0a Problem zu geben. Der Debugger springt auch
zwischen die Zeilen.
Auf Haltepunkten kann der Debugger keine Bufferinhalte darstellen.(Siehe Bild5 Anlage)
Optimierung ist ausgeschaltet.

2. Die Anweisung Showmessage funktioniert nur, wenn sei aus dem Context eines Fensters aufgerufen wird.

(Also z.B. ein Buttonclick.)

Ein Aufruf wie z.B.

Delphi-Quellcode:

constructor TErgebnisDruck.Create(VirtualTable: TVirtualTable; aGRid : TDBAdvGrid);
begin
  DruckTable := VirtualTable;
  Grid       := aGrid;
  Ctrl       := TCtrlADVGridTable.Create(DruckTable,Grid);
  size       := Data.GetParamString('ERGEBNISGrid');
  showmessage('Codegear');
end;

Führt zum Absturz - ein deaktiviertes oder unsichtbares Fenster kann den Focus nicht erhalten.

3. Delphi vergisst ab und an Komponenten.

4. Die Hilfe ist praktisch unbenutzbar.
Der jeweils erste Aufruf nach dem Programmstart legt den Rechner für > 1 min lahm.
Jeder Hilfeaufruf erzeugt ein Speicherleak von 0.01GByte ( in Worten 0,01 Gigabyte)

Viele Fehler aus der alten Hilfe wurden übernommen. Viele Stichworte sind nicht verlinkt.
Beschreibungen sind noch aussagekräftiger geworden.
Sehr häufig in der Form "Das ist FAnchorMove, ein Mitglied der Klasse TControl.".

5. Bereits funktionierende (Kauf) Komponenten werden mit einer Fehlermeldung "fehlende Personality"
abgelehnt, funktionieren aber dann trotzdem. (Siehe Anlage).

6. Nach dem Kompilieren bereits funktionierender Kaufkomponenten kommt die Fehlermeldung Invalid Fileformat. (Siehe Anlage).

Das Delphi sich nicht fehlerfrei beenden lässt, daran habe ich mich gewöhnt

7. Delphi telefoniert mit jedem Start Nachhause. Kann man das irgedwo nach der Installation abstellen?

Gruß Peter

[edit=SirThornberry]Delphi-Tags gesetzt - Mfg, SirThornberry[/edit]

[Rakshasa]

Oje ...da kommt ja einiges auf mich zu....

[Christian S.]

Zitat von hanspeter:

eder Hilfeaufruf erzeugt ein Speicherleak von 0.01GByte ( in Worten 0,01 Gigabyte)

Man könnte fast meinen, es wären 10MB, aber das klingt natürlich nicht so dramatisch

Sorry für Off Topic, ich habe wirklich nichts gegen Kritik an CodeGear, aber sie sollte auf solche Methoden verzichten und sich auf Fakten beschränken.

[Ghostwalker]

Zu 7.:

Automatische Aktualisierung. Eine Option die man am Ende der Installation abschalten kann.
Das kannst du ganz einfach beheben in dem du die Installation aufrufst->ändern->durchlauf bis
zum Schluss und am Ende den Hacken bei "Automatisch auf Updates prüfen" wegmachst.

Zu 6.:

Das klingt sehr danach, das Delphi hier auf alte Binarys der Komponenten zugreift. Überprüf
mal die Pfade und lösch ggf. alte Binarys.

Zu 5.:

Konnte ich nicht nachvollziehen.


Zu 4.:

Speicherleak/1.Start langsam:

Das liegt nicht an Codegear/Delphi sondern am neuen Hilfesystem von MS. Dieses versucht die Hilfe
aktuell zu halten bzw. konsistent zu halten. Dabei taucht hin und wieder (zumindest bei mir nur
hin und wieder) ein Fenster auf, mit einem Fortschrittsbalken. Das Problem dieses Systems ist,
das MS nicht mehr einzelne Hilfen haben möchte, sondern quasi alle Hilfen (egal ob Win, Applikation
oder sonstwas) in ein System reinpressen möchte.


Fehlende/Fehlerhafte Topics:

Das hat Nick Hodges bereits gesagt und auch bestätigt. Da die Hilfe von Grundauf neu aufgebaut
wird/worden ist, ist sie noch nicht perfekt. Es wird aber daran gearbeitet und es sollen entsprechende
Updates kommen. (siehe auch CodeRage-Video zum Thema Help).


Zu 3.

Ist mir noch nicht unter gekommen.

Zu 2.

Kann ich so nicht nachvollziehen.

Ein Aufruf von Showmessage z.B. vor dem Create der MainForm in einem Programm läuft einwandfrei.

Code:

program Project5;

uses
  Forms,
  dialogs,
  Unit5 in 'Unit5.pas' {Form5};

{$R *.res}

begin
  Application.Initialize;
  Application.MainFormOnTaskbar := True;
  showmessage('BLUBB');
  Application.CreateForm(TForm5, Form5);
  Application.Run;
end.

Zu diesem Zeitpunkt gibts noch kein Fenster in dessen Context das Ablaufen könnte.
Ich vermute, das das Problem eher an TErgebnisDruck liegt (bzw. an den Übergebenen Parametern). Aber ohne nähere Informationen kann man da schlecht was sagen.

Zu 1.

a) Verzweigung

Überprüf mal die Pfade ob die auch auf die Quellen verweisen. Wenn Delphi keine Quellen findet kann er nur in den Assembler/Cpu-Ansicht verzweigen.

b) ???

c) Kann ich leider nicht nachvollziehen. (Buffer bei Haltepunkt)

[hanspeter]

Zitat von Christian S.:

Zitat von hanspeter:

eder Hilfeaufruf erzeugt ein Speicherleak von 0.01GByte ( in Worten 0,01 Gigabyte)

Man könnte fast meinen, es wären 10MB, aber das klingt natürlich nicht so dramatisch

Sorry für Off Topic, ich habe wirklich nichts gegen Kritik an CodeGear, aber sie sollte auf solche Methoden verzichten und sich auf Fakten beschränken.

Das ist die Anzeige aus dem Taskmanager. Den habe ich mitlaufen lassen, nachdem Delphi nach etwas intensiveren Gebrauch der Hilfe
beim Compilieren mit der Meldung "Nicht genügend Speicher vorhanden" abbricht und neu gestartet werden muss.
(2 GByte Speicher)

Peter

[hanspeter]

Zitat von Ghostwalker:

Z

Zu 2.

Kann ich so nicht nachvollziehen.

Ein Aufruf von Showmessage z.B. vor dem Create der MainForm in einem Programm läuft einwandfrei.

[
Zu diesem Zeitpunkt gibts noch kein Fenster in dessen Context das Ablaufen könnte.
Ich vermute, das das Problem eher an TErgebnisDruck liegt (bzw. an den Übergebenen Parametern). Aber ohne nähere Informationen kann man da schlecht was sagen.

Das ist der Kontext, welcher den Fehler erzeugt:

Delphi-Quellcode:

constructor TErgebnisDruck.Create(VirtualTable: TVirtualTable; aGRid : TDBAdvGrid);
begin
  DruckTable := VirtualTable;
  Grid       := aGrid;
  Ctrl       := TCtrlADVGridTable.Create(DruckTable,Grid);
  size       := Data.GetParamString('ERGEBNISGrid');
  showmessage('Delphi');
end;

Hier erfolgt der Aufruf, welcher den Fehler auslöst :

Delphi-Quellcode:

procedure TFrmErgList.FormCreate(Sender: TObject);
begin
  isInit := true;
  ErgDruck := TErgebnisDruck.Create(VirtualTableErg, DBAdvGridErg);

Das anzuzeigende Fenster wird aus dem Hauptmenü des Programmes aktiviert.
Der Fehler kommt auch, wenn Tools, wie z.B. IBObjects, Fehlermeldungen ausgeben wollen.
Im Construktor eines nachfolgenden Fensters z.B. SELEKT * ... Der Syntaxfehler Select
bringt das Fehlerbild.
Unter Vorgängerversionen von D2007, hat der Code fehlerfrei funktioniert.
Beispiel Anlage

Zum Debugger.
Nehme ich den Zugriff auf das Verzeichnis SYSTEM weg, dann kommt beim Debuggen die Meldung
"Verzeichnis nicht gefunden" und er steppt durch unbekannten Code. (Bild2)


Peter

[Daniel]

Hanspeter, auch für Dich gilt bitte wie für alle anderen: Pro Frage ein Thema. Das geht hier sonst wieder wie Kraut und Rüben durcheinander.

Zume Thema Formular & ShowMessage:
Auch ich konnte das nicht nachvollziehen. Dennoch gab es Änderungen in diesem Bereich, um die Vista-Kompatibilität herzustellen. Was hast Du beispielsweise mit "Application.MainFormOnTaskbar" gemacht?

[Daniel]

Zitat von hanspeter:

7. Delphi telefoniert mit jedem Start Nachhause. Kann man das irgedwo nach der Installation abstellen?

Naja, wo steht sowas denn üblicherweise? In der Registry. Und genau dort findest Du auch die Schlüssel:

"HKLM\Software\Borland\BDS\5.0\AutoRun" und dort dann den Untereintrag "AutoUpdate". Den gleichen Schlüssel gibt's auch noch mal unter HKCU - und solltest Du eine 64bit-Maschine haben, dann schummelt sich dann noch ein "Wow6432Node" vor den Borland-Eintrag.


Peter - bei allem Respekt für Dein Unbehagen mit Delphi - aber Du stellst Dich auch ein wenig an ...

[Insider2004]

1,4,7 kann ich bestätigen. Die Hilfe ist kaum besser als in Delphi 200x. Sehr ärgerlich. Schlüsselwörter werden einfach nicht gefunden, weil der Namespace nicht passt. Man muss immer den Unitnamen voranstellen. Sehr lustig, wenn man "Hilfe" benötigt. Was besonders nervt ist die VisualBasic und C#/C++-Hilfe, die man gar nicht sehen will.

[mquadrat]

Also nachdem die neue Hilfe in den Blogs so gefeiert wurde, hatte ich mir auch mehr erhofft. Man ist immernoch weit vom alten Informationsgehalt entfernt. Siehe-Auch-Punkte, die nicht verlinkt sind und mehrfach in der Liste stehen sind recht häufig. Da sollte man definitiv nochmal nacharbeiten, oder wie bei php schlicht eine Online-Hilfe mit Kommentarfunktion anschaffen.

Ein Speicherleck ist definitiv drin. Ich kann allerdings nicht sagen, ob es in der Hilfe oder in der IDE ist. Bis ich den Thread gelesen habe, dachte ich es wäre irgendwo in der IDE. Ich habe ein Altprojekt Unit für Unit in ein 2007er überführt. Sprich immer die Units hinzugenommen, die der Compiler angemeckert hat. Habe dabei insgesamt vier oder fünfmal den Rechner neugestartet bei ca. 100 Units.

Ein weiteres Manke ist, dass das Schließen von Units in der IDE teilweise ziemlich lang dauert. Keine Ahnung, was die IDE da so alles macht.

Da ich dieses Projekt nicht in die 2006er Version importiert hab, kann ich keine Vergleichswerte angeben. Ein Vergleich mit Versionen < 2005 verietet sich aufgrund der neuen IDE ja sowieso.