Registrierungslimit für diese Seriennummer ist erreicht

[himitsu]

Zitat von kwhk:

was ist das ? Gehört der zu Delphi 10 ?

Den gibt es schon seit Jahrzehnten. Man braucht aber immer die passende Version zum jeweiligen Delphi.
Bei Delphi 7 mußte man sich ihn aber erst aus dem CodeCentral runterladen.

https://docwiki.embarcadero.com/RADS...mote_Debugging
https://docwiki.embarcadero.com/RADS..._Debug-Servers



Normales Debuggen:
Erzeugen > Delphi-Compiler > Linken > Debug-Informationen (wenn aus, dann lässt sich nicht debuggen)

ohne Debuginfos sind die EXE/DLL natürlich viel kleiner
daher kann man die Infos auch extern lagern, dann lassen sie sich optional neben die Dateien legen oder nicht, ohne das Kompilat zu ändern zu müssen (vor allem für Fremdkomponenten-DLL/BPL ganz nett)
> Erzeugen > Delphi-Compiler > Linken > Debug-Informationen in separate TDS-Datei

Für den Remote-Debugger muß man zusätzlich/optinal noch Infos dafür aktivieren (k.A. warum der nicht einfach die "normalen" Debug-Infos nehmen kann)
> Erzeugen > Delphi-Compiler > Linken > mit externen Debug-Symbolen

Dann wird die Datei auf den ZielPC kopiert und gestartet
C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\rmtdbg280.exe

und zuletzt noch (anstatt F9)
> Start > Prozess laden (Extern) oder Mit Prozess verbinden (Remote-Computer)



Ein Beispiel siehst du z.B. dort.
https://www.delphipraxis.net/207151-...s-sandbox.html

Vorteil ist, dass die Installation des Delphi ja das System verändert.
So kann man das Programm so testen, wie es beim Kunden läuft ... z.B. ob man vergessen hat eine DLL/BPL/Sonstwas mitzugeben.
Die Sandbox ist eine extrem abgespeckte Version vom Windows ... echt super, weil man dort vergessene Abhängigkeiten noch besser mitbekommt.

Oder z.B. Teamviewer und Co. haben eine VPN-Funktion. Damit kann man sich direkt mit dem System des Kunden verbinden und dort Propleme untersuchen, die man bei sich nicht nachstellen kann.



Oder den PA-Server einrichten, dann kann nach dem Kompilieren die EXE automatisch rüber kopiert werden.
C:\Program Files (x86)\Embarcadero\Studio\22.0\PAServer\




PS: Im Prinzip nutzt auch F9 den Remote-Debugger, z.B. wenn Win64 gedebuggt wird, da die IDE und der interne Debugger ja nur 32 Bit sind, aber das 64 Bit-Programm quasi einen 64-Bit-Debugger benötigt.
Und den PA-Server kennt man bereits von iOS/OSX/Linux, wo ja das Kompilat über den PA-Server auf das andere System kopiert/installiert und anschließend dort gedebuggt wird.

[kwhk]

Danke für Deine ausführliche Erläuterung.

[himitsu]

Jeder Start einer Installation, bzw. die darin enthaltene Aktivierung der Lizenz, werden gezählt.

Mir war die CE-Installation (10.3) in der Sandbox 3 Mal abgeraucht, bis ich merkte, dass die HDD dort zu klein ist. Und danach war es das dann.



In der Sandbox hat man aber auch jedesmal einen neunen Rechnernamen.
Name ändern geht natürlich nicht, weil dafür ist ein Neustart nötig und das kann die Sandbox-VM nicht.

[kwhk]

All solche Probleme hat man mit dem kostenlosen Visual Studio von Microsoft nicht.
Das kann man beliebig oft installieren.
Per Update/Aktualsierung wird immer die neueste aktuelle Version bereitgestellt.
Es gibt sehr umfangreich Hilfen im Internet zu C# und C++.
Leider gibt es dabei kein Pascal/Delphi.

[himitsu]

Bei dem Mistding kann man sich aber auch die Installation sparen

https://developer.microsoft.com/de-d...tual-machines/



Microsoft querfinanziert das Ganze aber auch durch genug andere Dinge.

Und C# wurde doch halb bei Delphi geklaut abgeguckt.
(rate mal, was Anders Hejlsberg vorher gemacht hatte)

[kwhk]

Ich habe gerade von hier VS2022 herunter geladen und installiert.
https://visualstudio.microsoft.com/de/vs/
Das geht parallel zu 2019. Wenn alles funktioniert, kann ich 2019 löschen.
Keinerlei Probleme, wenn ich VS2022 in meinen verschiedenen Windows-Versionen auf den verschiedenen PCs installiere.

Wenn eine Entwicklungsumgebung plötzlich nicht mehr funktioniert...
Das ist wie ein erpresserisches Virenprogramm, wo man erst etwas zahlen muss, damit der PC wieder funktioniert.
Ich bin ein reiner Hobby-Programmierer, da kann ich das verschmerzen.
So etwas habe ich allerdings bei noch keinem Programm erlebt.

[Uwe Raabe]

Zitat von kwhk:

Ich bin ein reiner Hobby-Programmierer, da kann ich das verschmerzen.

Alles andere wäre für eine CE wohl auch nicht geeignet. Wer die CE professionell und produktiv einsetzt, würde in den meisten Fällen vermutlich gegen die Lizenzbedingungen verstoßen.

Für die Bezahlversionen kann man ja beim Service einen Registration-Bump bekommen. Will man auch das vermeiden, stellt man seine Lizenz auf Network-Named um und setzt einen lokalen Lizenzserver auf. Dann kann man Delphi so oft und auf so vielen Rechnern installieren wie man will. Wie schon in der EMail weiter oben geschrieben steht, ist die CE ein reines Werbeprodukt. Da muss man halt Abstriche machen.

Manchmal frage ich mich, ob die CE wirklich so eine gute Idee war...

[blawen]

[QUOTE=Uwe Raabe;1511341]

Zitat von kwhk:

Manchmal frage ich mich, ob die CE wirklich so eine gute Idee war...

Die Idee wäre schon gut, aber der Unterschied zu Pro Version ist einfach zu gering. Wenn dieser markanter ist/wäre, würde der (Kontroll-) Aufwand / Frustpegel vermutlich tiefer ausfallen.

Abgesehen davon hat VS auch so seine Schattenseiten und hat bei mir auch schon das eine oder andere graue Haar spriessen lassen

[Sinspin]

Zitat von kwhk:

Ich bin ein reiner Hobby-Programmierer, da kann ich das verschmerzen.
So etwas habe ich allerdings bei noch keinem Programm erlebt.

Vlt sehe ich das zu eng, aber gerade als Hobby Programmierer ist es doch schon eher selten Delphi auf 3 Rechnern/Systemen installiert zu haben.

Ich habe einen Rechner, an dem ich arbeite. Wenn jemand meine Tools verwendet und Probleme hat gibt es eine Debug Version. Das reicht im Regelfall voll und ganz aus um alle Fehler zu finden.

[MyRealName]

Ich wundere mich, ob es die Marketing-Abteilung bei denen keine kausalen Zusammenhang sieht zwischen kostenloser Version für Hobby-Programmierer, Schüler etc und dem geringen Marktanteil von Delphi.