Wir sollen also für dich das jetzt erst bei uns installieren, weil du zu faul bist selbst nachzusehn
oder uns wenigstens die Codezeile (und vielleicht noch bissl danach und davor) zu zeigen,
von dem, was in der Fehlermeldung steht und wo wir jetzt nicht mal eben so bei uns nachsehn können?
Obwohl alles Wichtige in der Fehlermeldung genannt wird?
Du hast uns zwar deinen Code gezeigt, aber eben nicht das, wo der Fehler liegt, wobei
standardmäßig niemand Dieses bei sich rumliegen hat.
HeaderFooterTemplate.pas
Abgesehn davon, dass ich die genannte Datei nichtmal im GitRepo zu diesem GetIt-
Package finden kann.
https://getitnow.embarcadero.com/?q=...&categories=-1
https://getitnow.embarcadero.com/mob...t-for-android/
https://github.com/adrianosantostrei...ns/tree/master
An einer Stelle wird eine Funktion aufgerufen, welche es
SO garnicht gibt.
Dass es diese Funktion aber gibt, wird auch gesagt, nur dass irgendwas bezüglich der
Parametersignatur nicht stimmt.
* fehlende oder zusätzliche Parameter (können z.B. auch geänderte/neue/entfernte Default-Parameter sein)
* falsche/andere Typen (auch hier spielt eine Rolle, dass Delphi da zuletzt bissl was bei sich geändert hat, bezüglich Kompatibilitäten der TypeAlias)
* einfach nur ein andere Deklaration der Parameterübergabe (const/var/out, als Pointer oder nicht)
* andere CallingConvention (cdecl/stdcall/...)
*
die Namen der Parameter sind aber egal, kommt nur auf die Typen und die Art und Weise drauf an (z.B. bei Callbacks und Events)
Ja, manchmal ändert sich an einer
API etwas und dann passen Eigene oder Fremdcodes eben nicht mehr zum Anderem.
Und dass sich hier, bei anderen Usern, auch schon etwas geändert hat, was nach schon etwas nach deinem Problem klingt,
und was dort der Grund war, das gab ich dir als Hinweis mit, damit du aus oberer Liste erstmal diesen Punkt prüfen kannst.
Aufgrund des Problems, von jemand anderem, hatte ich zwar erstmal auf Punkt 3 getippt, aber selbst wenn es jetzt Punkt 2 sein mag, ändert es nichts an der ursprünglichen Aussage, auch wenn der Tipp nicht ganz passen möge.
Bei dir ist alles Wichtige vorhanden, dann ist es doch ein Leichteres für dich, im Gegenzug für uns, dort einfach mal nachzusehn, was Delphi dir anzeigt, was es dort gern haben möchte, und im Gegenzug jenes damit zu vergleichen, was du an diese Stelle siehst.
Gut, wenn das mit dem TClassicStringDynArray stimmt,
dann hat sich hier an einem Typ etwas geändert, welcher zum alten Typen nicht kompatibel ist (also im Prinzip das, was die Fehlermeldung auch besagt),
aber genau das hättest du so auch bemerken können.
Auch wenn ich es eigenartig finde, dass es "sorum" geändert wurde, also von der neueren Syntax, welche dafür gut ist solche Inkompatibilitäten zu beseitigen, zurück auf eine Ältere, welche solche Inkompatibilitäten geradezu provokativ anzieht,
wobei es selten Gründe gibt, sowas absichtlich zu machen. (z.B. um zwei syntaktisch gleiche, aber logisch unterschiedliche Typen überladen zu können)