AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Object-Pascal / Delphi-Language Inkompatible Typen: 'System.TArray<System.Byte in 10.2 Tokyo
Thema durchsuchen
Ansicht
Themen-Optionen

Inkompatible Typen: 'System.TArray<System.Byte in 10.2 Tokyo

Ein Thema von alf.krause · begonnen am 15. Apr 2017 · letzter Beitrag vom 19. Apr 2017
Antwort Antwort
hanvas

Registriert seit: 28. Okt 2010
177 Beiträge
 
Delphi 11 Alexandria
 
#1

AW: Inkompatible Typen: 'System.TArray<System.Byte in 10.2 Tokyo

  Alt 16. Apr 2017, 18:17
Das liegt daran, dass mit 10.2 nun nicht mehr möglich ist einen Pointer auf ein dynamisches Array zuzuweisen[/delphi]
Ich hab kein 10.2, mit einem expliziten Typecast* sollte das aber immer noch gehen

cu Ha-Jö

* http://blog.marcocantu.com/blog/2017...ler-tokyo.html
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.052 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#2

AW: Inkompatible Typen: 'System.TArray<System.Byte in 10.2 Tokyo

  Alt 18. Apr 2017, 13:10
Ich hab kein 10.2, mit einem expliziten Typecast* sollte das aber immer noch gehen
Man kann Code so schreiben, dass er kompiliert oder so, dass er auch vernünftig und robust ist ...

Das Ergebnis von AllocMem einer TArray<Byte> Referenz zuzuweisen ist einfach nur falsch und wird an anderer Stelle
erforderlich machen, dass dort auch wieder rumgecastet und auf nil gesetzt werden muss damit es nicht kracht.
Und zwischendurch noch die Daumen drücken und hoffen, dass nicht Length oder sowas drauf aufgerufen wird.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight

Geändert von Stevie (18. Apr 2017 um 13:19 Uhr)
  Mit Zitat antworten Zitat
hanvas

Registriert seit: 28. Okt 2010
177 Beiträge
 
Delphi 11 Alexandria
 
#3

AW: Inkompatible Typen: 'System.TArray<System.Byte in 10.2 Tokyo

  Alt 18. Apr 2017, 13:27
Ich hab kein 10.2, mit einem expliziten Typecast* sollte das aber immer noch gehen
Man kann Code so schreiben, dass er kompiliert oder so, dass er auch vernünftig und robust ist ...
Meine Anmerkung sagt nichts darüber aus ob und in welchen Fällen es vernünftig ist ein dynamisches Array mit einem Pointer zu adressieren sondern nur, dass es auch weiterhin möglich ist. Natürlich gibt es in der vorliegenden Situation keinen Grund das zu machen, aber (gute) Gründe das zu tun gibt es weiterhin. Deswegen - der Vollständigkeit halber und nicht um Deinen Vorschlag zu korrigieren - der Hinweis auf die Möglichkeit eines expliziten Casts.

cu Ha-Jö
  Mit Zitat antworten Zitat
Dennis07

Registriert seit: 19. Sep 2011
Ort: Deutschland
496 Beiträge
 
Delphi 12 Athens
 
#4

AW: Inkompatible Typen: 'System.TArray<System.Byte in 10.2 Tokyo

  Alt 19. Apr 2017, 04:45
Dass es möglich ist finde ich richtig, dass es implizit war (so wie ich es verstanden habe), passt aber irgendwie nicht zur ja sonst so strengen Typenidentität von Delphi.
Dennis
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.531 Beiträge
 
Delphi 12 Athens
 
#5

AW: Inkompatible Typen: 'System.TArray<System.Byte in 10.2 Tokyo

  Alt 19. Apr 2017, 07:20
Implizit wurden auch nur Casts von/zu einem typlosen Pointer zugelassen.
Typisierte Pointer werden wurden und werden strenger geprüft.
Ein Therapeut entspricht 1024 Gigapeut.
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:37 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz