Delphi-PRAXiS
Seite 1 von 5  1 23     Letzte » 

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Die Delphi-IDE (https://www.delphipraxis.net/62-die-delphi-ide/)
-   -   "April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen (https://www.delphipraxis.net/192603-april-2017-hotfix-fuer-rad-studio-delphi-10-2-tokyo-erschienen.html)

Daniel 4. Mai 2017 09:22

"April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen
 
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 4. Mai 2017 10:06

AW: "April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen
 
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 4. Mai 2017 10:29

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

Zitat von a.def (Beitrag 1370135)
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 4. Mai 2017 10:36

AW: "April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen
 
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 4. Mai 2017 10:53

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

Zitat von a.def (Beitrag 1370140)
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 4. Mai 2017 12:16

AW: "April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen
 
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 ... :coder:

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

Rollo

DeddyH 4. Mai 2017 12:22

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

Zitat von Rollo62 (Beitrag 1370151)
Ich glaub ich probiers gleich aus damit ich endlich wieder an Businesslogik arbeiten kann, statt an Controls :stupid:

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 4. Mai 2017 12:49

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

Zitat von Rollo62 (Beitrag 1370151)
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 4. Mai 2017 12:53

AW: "April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen
 
Uwe,

du hast mir jetzt aber den Tag versaut :cry:

Daniel 4. Mai 2017 13:02

AW: "April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen
 
Warte, das mache ich wieder wett: :mrgreen:


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.


Alle Zeitangaben in WEZ +1. Es ist jetzt 16:18 Uhr.
Seite 1 von 5  1 23     Letzte » 

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz