Delphi 12 ist offiziell da!!!

[Bbommel]

Zitat von Bbommel:

Ja, werde wohl einen neuen QP-Eintrag machen. Und ggf. den Code anpassen, damit alles klappt, bis das gefixt ist.

Letzter Nachtrag noch, dann ist auch gut. Auch mit den "%" ist das Ergebnis falsch. Ausgabe unter D12:

Code:

hello%25world
hello%world

Wenn man also "hello%world" als Parameter hat, macht er daraus zunächst (korrekt) "hello%25world" und danach dann "hello%2525world". Das Problem ist also, dass die "TNetEncoding.Url.EncodeQuery" isoliert betrachtet jetzt korrekte Ergebnisse liefert, aber eingebettet in einen RESTRequest gibt es den Fehler durch die doppelte Umwandlung, die es schon immer gab, aber die früher nie auffiel. Betrifft auch "nur" den RESTRequest - der HTTPClient scheint zu funktionieren.

So, jetzt ist gut, bin dann ruhig mit dem Thema (bis ich den QP habe).

Kleiner Nachtrag hierzu. Leider war in letzter Zeit auf der Arbeit ein bisschen viel auf einmal los, so dass ich erst jetzt dazu gekommen bin, das Ganze in einem neuen QP-Eintrag aufzubereiten. Da isser: https://quality.embarcadero.com/browse/RSP-43450

[jziersch]

Bei der Verwendung von TParalell.For in einem TTask kommt es bei mir später zu einer hohen CPU Belastung in GetCPUUsage.

Mir ist aufgefallen, dass
TThread.Sleep(TThreadPool.MonitorThreadDelay);

in ThreadPool.TThreadPoolMonitor.Execute mit

Signaled := FThreadPool.FMonitorThreadWakeEvent.WaitFor(TThrea dPool.MonitorThreadDelay) = TWaitResult.wrSignaled;

ersetzt wurde. Ich verstehe allerdings nicht so recht wieso das besser ist als das Sleep. Habt Ihr auch Probleme mit TParalell beobachtet?

[himitsu]

z.B. wenn ein Thread beendet werden soll ... damit das "Sleep" dafür sofort unterbrochen wird und somit jemand schnellstmöglichst reagieren kann.

[jaenicke]

Zitat von Bbommel:

Kleiner Nachtrag hierzu. Leider war in letzter Zeit auf der Arbeit ein bisschen viel auf einmal los, so dass ich erst jetzt dazu gekommen bin, das Ganze in einem neuen QP-Eintrag aufzubereiten. Da isser: https://quality.embarcadero.com/browse/RSP-43450

Das ist ein wirklich gut geschriebener Eintrag.

[Alex_ITA01]

Hallo zusammen,
habt ihr auch das Problem, dass nach Deinstallation von Delphi 11 und Installation von Delphi 12 (ISO), das MigrationTool zwar noch angezeigt wird in den Windows Anwendungen aber es nicht startbar ist? Also Klick auf das Windows Symbol in der Taskleiste, "Migration" eingeben und versuchen das Tool zu starten -> nichts passiert. Habe mir extra die Einstellungen von Delphi 11 gesichert und kann sie nun nach Delphi 12 nicht übernehmen.

[MEissing]

Ist die Datei/das Executable
"C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\migrationtool.ex e"
denn da?

Über die Verknüpfung gestartet: Was sagt Dateispeicherort (rechte Maustaste)? Verweist die Verknüpfung auf das (vorhandene?) Executable?

[himitsu]

Zitat von MEissing:

Was sagt Dateispeicherort ...

Jupp, da ja nie alles deinstalliert wird und immer Reste zurück bleiben, bzw. wenn du es im D11 schonmal gestartet hattest, dann gibt es da noch eine Kopie in "zuletzt verwendet"
und schon könnte es sein, dass es z.B. noch auf's alte D11-Verzeichnis zeigt.

[Alex_ITA01]

Das scheint irgendein Windows Bug zu sein.
Es wird mir gar kein Speicherort angezeigt oder irgendwas zu dem Tool (siehe Anhang).
Die Datei selber auf C:\... existiert und von dort lässt es sich auch starten.
Dann habe ich wenigstens meine Einstellungen wiederherstellen können.
Trotzdem komisches Verhalten

[himitsu]

C:\ProgramData\Microsoft\Windows\Start Menu\Programs\
wie gesagt alter Müll

Ich seh bei mir noch ein 10.4 ... OK, da liegt nur eine Desktop.ini drin, welche das Setup nicht erstellt hatte und demnach auch nicht löscht
aber auch noch ein 10.2, mit Desktop.ini, Samples und "RAD Studio Command Prompt"

OK, und noch XE, aber das ist wirklich noch installiert