Deutsches Lazarusforum

wp_xyz hat geschrieben: Di 13. Jan 2026, 13:54 Das ist m.E. ein Bug in Lazarus, ich habe einen Bug-Report geschrieben: https://gitlab.com/freepascal.org/lazar ... sues/41999 .

Vielen Dank !

Du versuchst 3 Frames mit dem gleichen Namen zu erstellen. Beim erstellen wird nicht automatisch der Name mit einer Zahl ergaenzt und dann durchnummeriert.

Ich kann ja keine 3 Frame- Variablen mit gleichem Namen anlegen. Das würde OOP ja nicht zulassen.
=>

FrameWithTStringGrid1 ...

Hi, ich habe ein Beispiel-Programm erzeugt, mit dem für mich nicht nachvollziehbaren Fehler,
daß ich nicht mehrere Instanzen eines Frame-Objekts erzeugen kann, in einem gemeinsamen Fenster / Form.
.
Screenshot (952).png
.
Bitte dazu die folgende Zeile aktivieren = slashes entfernen:
//{$define ...

Ich sehe irgendwie die Probleme nicht. Sauber Lazarus Programme lassen sich auf allen Plattformen ohne Probleme kompilieren.

Ich habe "damals" mit Delphi angefangen. Da gab es eine Menge Code,
der unter Lazarus auf Links gedreht werden mußte.

Seit dem Umstieg auf Lazarus habe ich alles immer ...

.. Zeiten bis vor ca 2 Jahren, wo ich fast ausschließlich nur für FPC+Lazarus 32bit entwickelt habe und mir für 16bit und 64bit parallel entsprechende bedingte Compilierung eingebaut habe.

Ich habe eigentlich nicht vor, gleichzeitig Versionen für mehr als eine Plattform oder/und mehr als eine ...

Hast du auch Herausgefunden, wieso es verschiedene Werte gibt ?
Oder hast du einfach nur den Fehler gefunden ?

Ich gehe davon aus daß das Programm mit "late binding" und dem folgenden Code ..

Result:= 'PA version int: ' +IntToStr( Pa_GetVersion);

die Adresse der Funktion "Pa_GetVersion ...

Beim "Fehler" beschreiben habe ich es jetzt endlich selber herausgefunden.
ist nicht dasselbe wie

Hallo,

ich verstehe noch nicht genau, warum der Compiler einen Unterschied macht
wenn ich eine Funktion aus einer DLL "early" oder "late" einbinde.

Folgendes Beispiel:

int Pa_GetVersion( void );


Für early binding ist das hier deklariert

function Pa_GetVersion(): cInt; cdecl; external ...

Ärgern tu ich mich nicht, das sähe anders aus. :lol:
Aber es stimmt schon, dass ich es als merkwürdig empfinde, wenn bei einer Open Source Team Angelegenheit jemand kommt und sagt: "Die tun nichts".

Dann formuliere ich es mal anders:

Ich habe - was ich i.d.R. immer mache - im Vorfeld ...

Genau. Und der Tag von "denen" hat auch nur 24 Stunden.
Und so überlegen auch "die" sich, ob sich dieses Vorhaben lohnt, oder ob man seine Zeit nicht besser in etwas anders investiert.

1) ich bin ziemlich sicher daß ich für einen solchen Implementierungs-Vorschlag genau deshalb eine Ablehnung ...

Ich würde mal eher sagen, die haben keinen Bock, das umzusetzen.


Die bist auch Du ! :wink:

Du hast ja völlig recht, da "müßte man mal ..".

Aber irgendwie hat der Tag nur 24 Stunden, und je älter ich werde, desto kürzer kommen mir die vor :lol:


Wenn ich das hier lese .. (Google-Treffer ...

Dein Zitat sagt es ja:
"da man den hohen Aufwand einer Änderung für diese selten verwendete Funktionalität scheut."

Manchmal muss man etwas halt auf andere Weise lösen für Multi-Plattform.
Und manchmal muss man etwas Kontrolle abgeben und sich mit einem Kompromiss anfreunden..
So ist das halt ...

Mit suchen kommt man weiter ..

Aus dem Jahr 2010:
https://www.lazarusforum.de/viewtopic.php?p=40871#p40871

"PostMessage und Sendmessage sind in der LCL realisiert. Im der Windows "Widget-Type" sind das nur enkapsulierte API-Aufrufe an Windows. Im KDE "Widget-Type" sind sie als Delphi Code ...

Das gelesen?
https://www.lazarusforum.de/viewtopic.php?t=10370

Habe es grad gefunden, in lMessages.pp

Erklärt auch, warum es unter Laz64 mit Target Windows 32 und 64 funktioniert :(
Und mit Target UNIX / LINUX 64 nicht.


{$ifndef windows}
TLMessage = record
Msg : Cardinal;
{$ifdef cpu64 ...

theo hat geschrieben: Mi 26. Nov 2025, 11:28 Das gelesen?
viewtopic.php?t=10370

Danke für den Tip !

Schau ich heut Abend gleich rein, und checke meinen Code.