ExtLib lässt sich nicht installieren

[MasterC]

Hi, wenn ich versuche das D6 Package von der ExtLib für mein D7 Personal zu installieren, kommen folgende Fehler:

Code:

[Fehler] ELDsgnr.pas(492): Undefinierter Bezeichner: 'IDesigner'
[Fehler] ELDsgnr.pas(1017): Undefinierter Bezeichner: 'SInvalidName'
[Fehler] ELDsgnr.pas(1019): Undefinierter Bezeichner: 'SDuplicateName'
[Fataler Fehler] ExtLib_D6.dpk(39): Verwendete Unit 'ELDsgnr.pas' kann nicht compiliert werden

Wieso fehlt IDesigner und wie kann ich ExtLib installieren?

[MasterC]

*Push*

Hat wirklich niemand ne Ahnung?

[THE MATRIX]

hier meine version


http://www.delphipraxis.net/internal...ct.php?t=31638

[delphifan2004]

Genau die habe ich mir runter geladen. Aber es kompiliert immer noch nicht.

Hier:

Delphi-Quellcode:

procedure TELTrayIcon.NotifyIcon(AMessage: Cardinal);
var
  LNID: _NOTIFYICONDATAW;       //habe ich auf die WideChar Version geändert wegen StrLCopy
  LS: string;
begin
  with LNID do
  begin
    cbSize := SizeOf(LNID);      ///Hier meckert der Compiler mit der Meldung "Zu viele Parameter"!!! Warum das ???
    Wnd := FHWnd;
    uID := 0;
    uFlags := NIF_ICON or NIF_MESSAGE or NIF_TIP;
    uCallbackMessage := WM_USER;
    if FIcon.Handle <> 0 then
      hIcon := FIcon.Handle  
    else
      hIcon := Application.Icon.Handle;
    if Hint <> '' then LS := Hint
      else LS := Application.Title;
    StrLCopy(szTip, PWideChar(LS), 63); //Von PChar auf PWideChar geändert durch mich
  end;
  Shell_NotifyIcon(AMessage, @LNID);
end;

Warum meckert der Compiler hier bei SizeOf und behauptet, zu viele Parameter erhalten zu haben?

[dummzeuch]

Zitat von delphifan2004:

    cbSize := SizeOf(LNID); ///Hier meckert der Compiler mit der Meldung "Zu viele Parameter"!!! Warum das ??? Warum meckert der Compiler hier bei SizeOf und behauptet, zu viele Parameter erhalten zu haben?

Glaskugel:

• Es gibt in der Klasse TELTrayIcon eine Methode SizeOf ohne Paremeter.
• Es gibt in der Unit eine Funktion SizeOf ohne Parameter.
• Es gibt in einer Unit in der Uses-Liste eine Funktion SizeOf ohne Parameter.

Edit: Das with hatte ich ganz übersehen. Vermutlich hat jaenicke recht und es ist _NOTIFYICONDATAW, das eine SizeOf-Methode hat.

[jaenicke]

Ich schätze eher, dass _NOTIFYICONDATAW nun eine SizeOf Funktion hat, denn sonst bräuchte man ja einen Parameter. Und da dieses besch*** with verwendet wird, fällt das halt dann auf die Füße, wenn ein Record entsprechend erweitert wird. Manchmal, wie hier, weil es nicht mehr kompiliert, oft aber auch, weil das Programm seltsame Sachen macht, woraufhin man im Extremfall tagelang sucht. Das war damals auch der Grund, weshalb die VirtualTrees bei ich glaube XE2 nicht mehr kompiliert haben, denn da wurde TRect um Funktionen wie ich glaube Width usw. erweitert.

[Delphi.Narium]

Dank der Benutzung von with weiß der Compiler nicht genau, welches SizeOf er benutzen soll und entscheidet sich "zufällig" für das falsche SizeOf.

Die Unit, die das SizeOf mit einem Parameter enthält, ist nicht im Uses enthalten.

[dummzeuch]

Zitat von Delphi.Narium:

Dank der Benutzung von with weiß der Compiler nicht genau, welches SizeOf er benutzen soll und entscheidet sich "zufällig" für das falsche SizeOf.

Nein, der Compiler weiß genau, welches SizeOf er benutzen soll: Das, was im kleinsten Scope ist, also:

1. Methode aus dem mit with angegebenen Typ
2. Unter-Funktion der aktuellen Methode
3. Methode der aktuellen Klasse (+ ggf. Class Helper)
4. Funktion aus aktueller Unit
5. Funktion aus eingebundenen Units von hinten nach vorne
6. System.SizeOf

(Wobei das noch komplizierter wird, wenn es mehrere Overloads gibt.)

Selbst ohne das with ist Zahl der Möglichkeiten also ziemlich groß.

/Klugscheißer

Einfachster Bugfix ist übrigens:
  cbSize := System.SizeOf(LNID);
Damit ist dem Compiler die Wahlmöglichkeit genommen.

[Delphi.Narium]

Zitat von dummzeuch:

Zitat von Delphi.Narium:

Dank der Benutzung von with weiß der Compiler nicht genau, welches SizeOf er benutzen soll und entscheidet sich "zufällig" für das falsche SizeOf.

Nein, der Compiler weiß genau, welches SizeOf er benutzen soll: Das, was im kleinsten Scope ist, also:

1. Methode aus dem mit with angegebenen Typ
2. Unter-Funktion der aktuellen Methode
3. Methode der aktuellen Klasse (+ ggf. Class Helper)
4. Funktion aus aktueller Unit
5. Funktion aus eingebundenen Units von hinten nach vorne
6. System.SizeOf

(Wobei das noch komplizierter wird, wenn es mehrere Overloads gibt.)

Selbst ohne das with ist Zahl der Möglichkeiten also ziemlich groß.

/Klugscheißer

Einfachster Bugfix ist übrigens:
  cbSize := System.SizeOf(LNID);
Damit ist dem Compiler die Wahlmöglichkeit genommen.

Er weiß aus Compilersicht, welches SizeOf er benutzen soll, er weiß aber nicht aus Programmierersicht, welches SizeOf dieser meint, dass es vom Compiler benutzt werden müsste

Compilierelogik und Erwartungshaltung führen nicht zwingend zum gleichen Ergebnis

[Sinspin]

Zitat von jaenicke:

besch*** with

Ach wie schön, Du sprichts mir aus der Seele!
Das ist mal ein Paradebeispiel dafür wie gefährlich es sein kann Abkürzungen zu nehmen.