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

[himitsu]

Nein, CONST übergibt, bei Typen über 64 Bit und bei dieser typlosen Variante (genauso wie VAR) eine Referenz.

Delphi-Quellcode:

procedure Test(const Buffer; X: Boolean = False);
type
  TArr = array[0..9] of Char;
begin
  if X then
    ShowMessage('$' + IntToHex(NativeInt(@Buffer), 8) + '  "' + TArr(Buffer)[5] + '"')
  else
    ShowMessage('$' + IntToHex(NativeInt(@Buffer), 8));
end;

procedure TForm1.FormCreate(Sender: TObject);
var
  B: array[0..0] of Byte;
  S: String;
begin
  ShowMessage('$' + IntToHex(NativeInt(@B), 8));
  Test(B);

  S := '123456789';
  ShowMessage('$' + IntToHex(NativeInt(@S[3]), 8));
  Test(S[3], True);

Und es ist nicht einfach nur Kosmetik/Schönheit, sondern auch Symetrie ... ich übergebe eine Zeile weiter vorne diese Variable auch als CONST (Stream.WriteBuffer, wo dieses übrigens funktioniert) und würde es hier gerne genauso aufrufen = einheitlicher Code

[implementation]

Zitat von himitsu:

Nein, CONST übergibt, bei Typen über 64 Bit und bei dieser typlosen Variante (genauso wie VAR) eine Referenz.

So weit war ich noch nicht aufgeklärt, danke!

[Stevie]

Worüber reden wir nun eigentlich? Das Problem ist nunmal, dass es zu dem untyped Parameter keine passende Überladung von BinToHex gibt. Wenns dir nicht passt, nen @ davor zu schreiben, dann schreib dir halt noch 2 inline Überladungen der Routine mit const und fertig.

@Himis Sig: http://qc.embarcadero.com/wc/qcmain.aspx?d=98661 is nen Witz - solange es Leute gibt, die nicht wissen, wie man vernünftig nen Bugreport schreibt oder Fehler lieber in Foren tot diskutieren oder sich darüber aufregen (ich meine niemanden speziell), anstatt sie zu reporten, bringt auch nen schöner aussehender QC Client nix.

[himitsu]

Der Report ist gebuggt, ähhh, der Bug ist reportet.
(vorher schnell nochmal im XE2 nachgesehn ... ist genauso verbuggt)


Und ich finde diese CONST/VAR-Parameter besser, also einen doofen Pointer, denn hier kann der Compiler die "Schreibrechte" prüfen ... wobei mir grade diese Prüfung den Tag versaut hat.



PS: Das in der Sig ist nicht von mir ... bin nur zufällig drüber gestolpert.
Fand auf die Schnelle auch keinen anderen Report zu diesem Thema
und einen neuen Report aufzumachen, mit dem selben Inhalt, ist ja auch nicht der Weisheit letzter Schuß.

[Stevie]

Zitat von himitsu:

Der Report ist gebuggt, ähhh, der Bug ist reportet.
(vorher schnell nochmal im XE2 nachgesehn ... ist genauso verbuggt)


Und ich finde diese CONST/VAR-Parameter besser, also einen Pointer, denn hier kann der Compiler die "Schreibrechte" prüfen ... wobei mir grade diese Prüfung den Tag versaut hat.

Sorry, aber der QC Report is echt (meine persönliche Meinung) - und wenn überhaupt, ist das nen enhancement request. Wie ich schon erwähnte, schreib dir nen weiteren overload und sei glücklich.

[Namenloser]

Wenn nur diese blöden Vertipper nicht wären, wär ich doch 3× so schnell

[Stevie]

Mich nervt gerade die gleichzeitige Unterstützung von Delphi 2010, XE und XE2. Wo man meist für Delphi 2010 und XE immer nachfrickeln muss, weil irgendwas nicht vorhanden oder verbuggt ist. Oder mit XE2 (und speziell 64-bit) klatscht irgendwas derbst vor die Wand

[taveuni]

Zitat von Stevie:

Mich nervt gerade die gleichzeitige Unterstützung von Delphi 2010, XE und XE2. Wo man meist für Delphi 2010 und XE immer nachfrickeln muss, weil irgendwas nicht vorhanden oder verbuggt ist. Oder mit XE2 (und speziell 64-bit) klatscht irgendwas derbst vor die Wand

Kannst Du das mal ausdeutschen (sorry ich bin schweizer)?
Ist das Problem die gleichzeitige Nutzung der drei IDE's oder wie?
Ich spiele nämlich mit dem Gedanken XE2 zu kaufen (parallel zu D2007).