Was nervt euch so, während der Programmierung oder so allgemein

[himitsu]

Mir ist grade die krankeste Idee gekommen, für einen Code:

Delphi-Quellcode:

for i in(function:TArray<Integer>var i:Integer;begin SetLength(Result,5);for i:=0to 4do Result[i]:=i*10;end)()do
  ShowMessage(Variant(i));

Eigentlich sollte es doch nervig sein, wenn wunderschöner Delphi-Code urplötzlich wie eine C-Krankheit aussieht, oder etwa nicht?

PS: Das ist die Kurzfassung einer for i := 0 to 40 step 10 do -Schleife ... falls man es, aus welchen Gründen auch immer, tatsächlich nicht erkennen sollt.

Delphi-Quellcode:

var
  i2: integer;


for i2 in (function: TArray<Integer>
           var
             i: Integer;
           begin
             SetLength(Result, 5);
             for i := 0 to 4 do
               Result[i] := i * 10;
           end)() do
  ShowMessage(IntToStr(i2));

Ich geb's zu, am Ende hab ich es dann doch noch so gelöst.

Delphi-Quellcode:

var
  i, i2: integer;

for i := 0 to 4 do begin
  i2 := i * 10;
  ShowMessage(IntToStr(i2));
end;

Oder wenigstens so

Delphi-Quellcode:

for i in TArray<Integer>.Create(0, 10, 20, 30, 40) do
  ShowMessage(IntToStr(i));

Ich hoffe jetzt wendet niemand genervt dem Delphi den Rücken zu und wanders zu QBasic ab.


Aber wirklich nervig ist eigentlich, daß TArray<Integer> und array of Integer nicht kompatibel sind, obwohl TArray<T> auch nur ein array of T ist

Delphi-Quellcode:

var
  G: TArray<Integer>;
  D: array of Integer;

D := G;  // [DCC Fehler] U.pas(56): E2010 Inkompatible Typen: 'TArray<System.Integer>' und 'Dynamic array'

Aber OK, man soll sich ja nicht so aufregen ... an der sonst so kranken Vererbungsreihe der Generics liegt es dieses Mal nicht direkt.

Delphi-Quellcode:

var
  X: array of Integer;
  D: array of Integer;

X := D;  // [DCC Fehler] U.pas(56): E2008 Inkompatible Typen

Denn der Witz ist, daß das sonst so typsichere/strenge Delphi durch die Generics "scheinbar" total verweichlicht wird.

Delphi-Quellcode:

var
  X: TArray<Integer>;
  D: TArray<Integer>;

X := D;  // denn das geht zumindestens ^_^

[Valle]

Mich nervt gerade tierisch, dass mein (Linux-) Rechner eben komplett abgestürzt ist. Das starten irgendwelcher Programme wurde mit I/O-Error quittiert, bereits geöffnete Programme froren ein, sobald sie auf die Festplatte zugreifen wollten. Nach dem nötigen Hard-Reset kamen Fehler beim Booten - und das obwohl der Linux Kernel über eine spezielle Tastenkombination erst alle Schreiboperationen vollendet und anschließend die Geräte ausgehängt hat. Also fast ein normaler Shutdown.

Eine Analyse des Dateisystem-Headers zeigt: alle 592 Bytes, welche die Schlüssel zur verschlüsselten Partition enthielten bestehen jetzt ausschließlich aus Nullen. Statt arbeiten ist jetzt also erstmal eine Neuinstallation und -Konfiguration des Systems angesagt. Datenverlust gab es zum Glück keinen, aber mit meiner tollen Internetanbindung mindestens 1 Tag Arbeit. Juhu.

Liebe Grüße,
Valentin

[Luckie]

Ich dachte man installiert nur Windows neu, wenn es abgestürzt ist.

[Namenloser]

Mit Linux wär das nicht passiert

[himitsu]

Zitat von NamenLozer:

Mit Linux Windows wär das nicht passiert

(den es war ja ein Linux, was da verreckte )

[add]
Linux soll doch soooo sicher sein?
Da gibt es ja angeblich keine Viren und Co.

[Namenloser]

Zitat von himitsu:

Zitat von NamenLozer:

Mit Linux Windows wär das nicht passiert

(den es war ja ein Linux, was da verreckte )

Das war Sarkasmus

[BUG]

Zitat von Valle:

Eine Analyse des Dateisystem-Headers zeigt: alle 592 Bytes, welche die Schlüssel zur verschlüsselten Partition enthielten bestehen jetzt ausschließlich aus Nullen.

Fast überall wo ich über partitionsweise Verschlüsselung gelesen habe, wird empfohlen, den Header gesondert zu sichern
Aber nur da und nur Nullen? Das sieht ja irgendwie aus wie Absicht

[implementation]

Zitat von himitsu:

Denn der Witz ist, daß das sonst so typsichere/strenge Delphi durch die Generics "scheinbar" total verweichlicht wird.

Delphi-Quellcode:

var
  X: TArray<Integer>;
  D: TArray<Integer>;

X := D;  // denn das geht zumindestens ^_^

Das kommt aber nicht durch die Generics.
Probier das mal:

Delphi-Quellcode:

type TIntArray = array of Integer;

var
  X: TIntArray;
  D: TIntArray;

X := D;

Das Problem liegt daran, dass Delphi für jedes Vorkommen einer Arraydeklaration einen neuen Typen anlegt.

Delphi-Quellcode:

// gleicher Typ
X, D: array of Integer;

// verschiedener Typ
X: array of Integer;
D: array of Integer;

Das steht aber auch in (fast) jedem Einsteigerbuch

[Delphi-Laie]

Am neuen Delphi (bzw. RAD-Studio) XE2:

Tools->Optionen->Delphi-Optionen

Geht man auf "Bibliothek" oder "Bibliothek - Übersetzt" ist immer 32-Bit-Windows als Plattform ausgewählt und nicht das, was man zuletzt aufgerufen/angewählt/eingestellt hatte. Nunja...

Noch schlimmer: Wechselt man zwischen beiden, wird die Plattform grundsätzlich auf 32-Bit-Windows zurückgesetzt. Das ist keinesfalls offensichtlich und nicht sofort zu bemerken. Man wundert sich zunächst, daß die Einstellungen, die man vornahm, manchmal "irgendwie" nicht richtig gespeichert werden.


Noch so eine Lästigkeit: Startet man das Compilat aus der IDE heraus, zoomt die IDE in den Fenster-Maximal-Modus, um nach dem Beenden des Programmes wieder seine alte Größe und Position einzunehmen.


Mir kann das alles keiner als "Features" verkaufen. Für mich sind das schlichtweg Softwareergonomiefehler.

[Medium]

Stell doch dein Debug-Layout so ein, wie du es lieber hättest