"April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen

[Daniel]

Moin,

Embarcadero hat ein erstes Update (Hotfix) für RAD Studio / Delphi 10.2 Tokyo veröffentlicht.
Adressiert werden die folgenden Aspekte:

Debugger

• Android and Linux: An issue where evaluating a function which throws an exception or encounters an access violation could terminate the debugged application
• Android: A number of issues related to Delphi string types
• Linux: An issue where code inlined from other units would sometimes not have its line number information available, causing code to be non-debuggable
• iOS32 and Android: Evaluating a dynamic array of records would crash the debugger (iOS) or show nil (Android)
• Linux: An issue where sometimes two breakpoints needed to be placed in a class’s destructor in order to break.

C++ RTL

• RSP-16394: C++ Windows applications could encounter an access violation on exit, if a library had been dynamically loaded via LoadLibrary

Delphi compiler

• Resource strings were corrupted if a C++ Win64 application linked to Delphi units statically
• RSP-17138: The Delphi Win64 compiler (or IDE when compiling) could become unresponsive and use 100% CPU

Security issue: C/C++ RTL

• A bug in the scanf and related methods’ output buffer size handling that allowed input data to overwrite a larger amount of memory than the size of the target variable, instead potentially writing up to the size of the type specified by the format specifier. This also affected the ‘safe’ versions of methods, such as sscanfs. It did not allow arbitrary data to be written, such as the contents of a string.

Weitere Infos unter:
https://community.embarcadero.com/bl...olchain-issues
bzw.
http://cc.embarcadero.com/item/30764

[a.def]

Schade. Keiner der Fehler wurde behoben, die u.a. hier im Forum mal genannt wurden und sehr nervig sind (die IDE-Fehler die ich meine sind übrigens schon seit XE drin).

[Uwe Raabe]

Zitat von a.def:

Schade. Keiner der Fehler wurde behoben, die u.a. hier im Forum mal genannt wurden und sehr nervig sind (die IDE-Fehler die ich meine sind übrigens schon seit XE drin).

Wenn du den Fehler mit der Spaltenbreite im OI meinst - das ist keiner. Die Spaltenbreite wird mit dem Layout gespeichert (also nur auf Anforderung) und nicht automatisch von der IDE. Man kann halt unterschiedliche Breiten je Layout haben. Alle Änderungen am Layout müssen explizit gespeichert werden, wenn sie nicht beim nächsten IDE-Start wieder rückgängig gemacht werden sollen.

Oder welche Fehler meinst du?

[a.def]

Den meine ich u.a.

Zitat:

Die Spaltenbreite wird mit dem Layout gespeichert (also nur auf Anforderung) und nicht automatisch von der IDE.

Egal ob man das Layout speichert oder nicht - seit mindestens XE2 setzt sich die linke Spalte immer wieder zurück.

[Uwe Raabe]

Zitat von a.def:

Den meine ich u.a.

Zitat:

Die Spaltenbreite wird mit dem Layout gespeichert (also nur auf Anforderung) und nicht automatisch von der IDE.

Egal ob man das Layout speichert oder nicht - seit mindestens XE2 setzt sich die linke Spalte immer wieder zurück.

Kann ich hier nicht bestätigen. Die aktuelle Breite bleibt bei einem IDE Neustart genau dann erhalten, wenn das Layout gespeichert wird, und wird auf den ursprünglichen Wert zurückgesetzt, wenn man das nicht tut. Das ist genau das gewünschte Verhalten. Entweder machst du was anders oder etwas in deiner IDE verursacht diesen Effekt. Kannst du das mit einem frisch-installierten Delphi reproduzieren?

Wenn du willst, können wir das auch erstmal per PM weiter diskutieren, damit wir hier nicht den ganzen Thread kapern.

[Rollo62]

Zitat:

We also have an Android compatibility patch in the works to address Android issues around text input, control rendering and performance.

Oh bitte bitte bitte bitte ...

Ich glaub ich probiers gleich aus damit ich endlich wieder an Businesslogik arbeiten kann, statt an Controls

Rollo

[DeddyH]

Zitat von Rollo62:

Ich glaub ich probiers gleich aus damit ich endlich wieder an Businesslogik arbeiten kann, statt an Controls

DAS wäre tatsächlich mal ein Fortschritt, aber bis wir dahin kommen, gehen noch ein paar Versionen ins Land, fürchte ich.

[Uwe Raabe]

Zitat von Rollo62:

Zitat:

We also have an Android compatibility patch in the works to address Android issues around text input, control rendering and performance.

Ich glaub ich probiers gleich aus

Hey, da steht "in the works" - der Hotfix kommt erst noch.

[Rollo62]

Uwe,

du hast mir jetzt aber den Tag versaut

[Daniel]

Warte, das mache ich wieder wett:


Sollte jemand das "IDE Fix Pack 6.0beta" von Andreas Hausladen installiert haben, so meldet sich dieses nach anwenden des Hotfix mit folgender Meldung:

Code:

---------------------------
Compiler Speed Pack x64 6.0beta4 for Delphi 10.2
---------------------------
Not all Compiler Speed Pack x64 patches were applied. Failed patches: 

failed : Replace compiler code with faster X86 functions [Compiler64.X86]
---------------------------
OK   
---------------------------

Besagter Patch aus dem Fix Pack kann deaktiviert werden, wenn eine globale Umgebungsvariable mit dem Namen "IDEFixPack.DisabledPatches" angelegt wird. Als Wert gibt man eine durch Semikolon getrennte Liste der Namen an Patches an, die man deaktivieren möchte - in diesem Fall also "Compiler64.X86" (ohne Anführungszeichen). Hat hier wunderbar geklappt.