Delphi 10.1 Berlin

[Der schöne Günther]

Zitat:

Zitat von Daniel (Beitrag 1336040)

[...]

Ich bin positiv erstaunt wieviel Sachen angefasst wurden. Insbesondere was den Compiler angeht.

Ich habe auch nichts dagegen wenn es Arbeit erfordert. Aber ich sehe hier das Problem dass Lösungen die etwas schmutzig waren jetzt nur noch deutlich schmutziger zu lösen sind. Denn einen Ausweg sehe ich nicht. Aber ich bin auch nicht der Schlauste.

Naja, ich installiere "Berlin" erst einmal und schaue dann, wo wirklich an private Member herangegangen wurde (und keine protected). Dann jammere ich weiter.

[Daniel]

Mach doch einfach mal ein Thema auf und schreibe über ein konkretes Beispiel, bei dem Du betroffen bist.

Man liest sehr viel über die möglichen Auswirkungen und könnte meinen, dass Ihr alle ständig nur mit fehlerhaften Klassen anderer Entwickler konfrontiert werdet und besagte Class-Helper der einzige verbleibende Weg wären. Ich ziehe in Zweifel, dass die Menge an Beiträgen zu dem Thema, die man hier oder anderswo liest, repräsentativ ist.

[himitsu]

Zitat:

Zitat von jaenicke (Beitrag 1335991)

Das heißt dann wohl, dass ich Bugs wie den in TRSACypher nun nur noch durch direkten Speicherzugriff lösen kann...
Das bedeutet Umbaumaßnahmen hin zu echt bösem Code... aber wird dann wohl nicht anders gehen, wenn die Anwendungen nicht beim Beenden abstürzen sollen und das in 10.1 noch nicht behoben sein sollte... :roll:

Über die erweiterte RTTI kommst du dennoch ran. (ist dann halt nur ein bisschen hässlicher oder unperformanter)

Alternativ gibt es noch den Weg über eine Dummy-Klasse und einen bösen Cast. (ergibt einen schönen Compilerhinweis)

Delphi-Quellcode:

{
  TWinControl = class(TControl)
  private
    FAlignControlList: TList;
    FAlignLevel: Word;
    FBevelEdges: TBevelEdges;
    FBevelInner: TBevelCut;
    ...
}

type
  THackedWinControl = class(TControl)
  public
    FAlignControlList: TList;  // Pointer
    FAlignLevel: Word;
    FBevelEdges: TBevelEdges;  // Byte
    FBevelInner: TBevelCut;
  end;

THackedWinControl(Edit1).FBevelInner

Problem hierbei treten auf, wenn in einer anderen Delphi-Vesion die Klasse anders aufgebaut ist und das Gewünschte nun an einer anderen Speicheradresse liegt.
Von der Laufzeit her ist das genauso schnell, als wäre es schon immer Public, aber man sollte zu Programmstart die korrekte Position irgendwie prüben.

Man kann aber auch vorher per RTTI die Stelle suchen und dann im laufenden Code böse rumpointern.

Delphi-Quellcode:

PBevelCut(IntPtr(Self) + Offset)^  // IntPtr=NativeUInt

[Der schöne Günther]

Kann mir jemand sagen wieviel Festplattenplatz man diesmal für eine Vollinstallation braucht? Das Setup meinte, es würde dicke hinkommen, meine 40GB reichen schon. Bei 67% brach er dann ab, Festplatte voll.

[sh17]

Ich hab zwar nicht Vollinstallation, nur VCL,FMX, aber grad mal 4GB

[himitsu]

Das Setup zählt wohl immernoch seine Kopie nicht mit?
Oder vielleicht die Zustatzprogramme? (Prerequisites)
= Installiertes Delphi + einfach mal schauen wie groß die ISO ist.

@sh17: Keine Setupkopie mehr in

Delphi-Quellcode:

C:\ProgramData\{ein paar Pfade mit GUID als Name}

?

[Bernhard Geyer]

Zitat:

Zitat von Der schöne Günther (Beitrag 1336044)

Kann mir jemand sagen wieviel Festplattenplatz man diesmal für eine Vollinstallation braucht? Das Setup meinte, es würde dicke hinkommen, meine 40GB reichen schon. Bei 67% brach er dann ab, Festplatte voll.

Das 18er Verzeichnis ist bei mir ca 5 GB groß. Weiß aber nicht was er "drumherum" so ablegt.
Und da ich Seatle schon habe, hat er evtl. auch nix am interbase machen müssen.

Daten sind für Delphi.

[Der schöne Günther]

Also C:\Program Files (x86)\Embarcadero\Studio\17.0 ist bei mir 23,6 GB groß.

Mit Vollinstallation meinte ich schon Delphi+Cpp Builder auf Windows, iOS und Android.

[Darlo]

Bei mir Delphi Seattle und Berlin beide jeweils knapp 15 GB.

[sh17]

Zitat:

Zitat von himitsu (Beitrag 1336046)

@sh17: Keine Setupkopie mehr in

Delphi-Quellcode:

C:\ProgramData\{ein paar Pfade mit GUID als Name}

?

knapp 250MB

Das Android SDK zähle ich nicht mit, das ist ja extra (bei mir 50GB) und muss ja nicht x-Mal installiert werden

[blawen]

Bei mir wurden, trotz Vollinstallation, die Programmbeispiele nicht installiert

[MEissing]

Zitat:

Zitat von TRomano (Beitrag 1335927)

Ich hatte es gerade installiert und erst einmal ging nichts beim Kompilieren. Es kam immer ein PLATFORM-Fehler ... ?
Da ich auch Seattle auf der SSD habe habe ich in der Registry mal nachgeschaut, was dort unter "PLATFORM" steht. Der Schlüssel war vorhanden, aber leer. In "Berlin" fehlte er, also angelegt und schon lief es. Etwas merkwürdig.

Nein. Normal.

Du hast wahrscheinlich eine Umgebungsvariable (systemweit) als PLATFORM definiert. HP macht das gerne auf seinen Rechnern.... MS Build fällt dann auf die Schnauze. Delphi nutzt MS Build.

Wenn man dann die Umgebungsvariable in der Delphi-IDE überschreibt, zb durch "" (nichts), dann geht es wieder.

[MEissing]

Die Vollinstallation benötigt (nur zur Installation) deutlich mehr. 60 GB. Steht auch alles da:
http://docwiki.embarcadero.com/RADSt...ationshinweise

[MEissing]

Zitat:

Zitat von blawen (Beitrag 1336051)

Bei mir wurden, trotz Vollinstallation, die Programmbeispiele nicht installiert

Schonmal bei den *öffentlichen Dokumenten* geguckt?
C:\Users\Public\Documents\Embarcadero\Studio\18.0\ Samples

Steht auch hier:
http://docwiki.embarcadero.com/RADSt...dungsbeispiele

[Sherlock]

Zitat:

Zitat von MEissing (Beitrag 1336056)

Zitat:

Zitat von blawen (Beitrag 1336051)

Bei mir wurden, trotz Vollinstallation, die Programmbeispiele nicht installiert

Schonmal bei den *öffentlichen Dokumenten* geguckt?
C:\Users\Public\Documents\Embarcadero\Studio\18.0\ Samples

Steht auch hier:
http://docwiki.embarcadero.com/RADSt...dungsbeispiele

Das war auch schon bei Seattle so.

Sherlock

[MEissing]

Zitat:

Zitat von Sherlock (Beitrag 1336057)

Das war auch schon bei Seattle so.

Sherlock

Ja. Dennoch stolpert ein nicht unerheblicher Teil der User darüber :-X

[Bambini]

Zitat:

Zitat von user69 (Beitrag 1336000)

Hat schon mal jemand probiert ob sich der High DPI Support verbessert hat?
Der hatte ja in Seattle noch einige Bugs...

Die IDE selbst scheint es immer noch nicht zu können, obwohl es in der BugFix - Liste extra aufgeführt wird:
https://quality.embarcadero.com/browse/RSP-9678

[TRomano]

@MEissing: Okay, dass kann natürlich passiert sein, denn ich musste vorige Woche ganz plötzlich auf ein HP-Notebook wechseln ... Danke für die Info.

[Sherlock]

Zitat:

Zitat von Bambini (Beitrag 1336060)

Zitat:

Zitat von user69 (Beitrag 1336000)

Hat schon mal jemand probiert ob sich der High DPI Support verbessert hat?
Der hatte ja in Seattle noch einige Bugs...

Die IDE selbst scheint es immer noch nicht zu können, obwohl es in der BugFix - Liste extra aufgeführt wird:
https://quality.embarcadero.com/browse/RSP-9678

Der Status ist ja auch Open und Unresolved...

Sherlock

[MEissing]

Zitat:

Zitat von TRomano (Beitrag 1336062)

@MEissing: Okay, dass kann natürlich passiert sein, denn ich musste vorige Woche ganz plötzlich auf ein HP-Notebook wechseln ... Danke für die Info.

Das kann passieren.... Das passiert auch beim Visual Studio.

[madas]

Zitat:

Zitat von MEissing (Beitrag 1336052)

Zitat:

Zitat von TRomano (Beitrag 1335927)

Ich hatte es gerade installiert und erst einmal ging nichts beim Kompilieren. Es kam immer ein PLATFORM-Fehler ... ?
Da ich auch Seattle auf der SSD habe habe ich in der Registry mal nachgeschaut, was dort unter "PLATFORM" steht. Der Schlüssel war vorhanden, aber leer. In "Berlin" fehlte er, also angelegt und schon lief es. Etwas merkwürdig.

Nein. Normal.

Du hast wahrscheinlich eine Umgebungsvariable (systemweit) als PLATFORM definiert. HP macht das gerne auf seinen Rechnern.... MS Build fällt dann auf die Schnauze. Delphi nutzt MS Build.

Wenn man dann die Umgebungsvariable in der Delphi-IDE überschreibt, zb durch "" (nichts), dann geht es wieder.

Dieses Problem besteht ja offensichtlich schon seit XE2 (vielleicht auch länger). Warum wird darauf nicht im Installer reagiert?

[Harry Stahl]

Zitat:

Zitat von Der schöne Günther (Beitrag 1336015)

Warum sollte es dein Netzwerk scannen? Du hast einen EDN-Account (oder wie der heißt) und damit geht dein Gerät X online und trägt sich in der Liste ein.
Startest du nun das Rad Studio auf Gerät Y schaut der zunächst in die Liste und...

Nenn es wie Du willst, jedenfalls werden meine Aktivitäten überwacht und eine Situation wird beanstandet, die m.E. Legitim ist. Man denke mal einfach an den Fall der Entwicklung im Netzwerk. Da starte ich einen Client, den ich gerade auf PC 1 entwickle und muss das Verhalten des Serverprogramms auf PC 2 debuggen, aber u.U. auch den Client. Wenn man jetzt von mir erwarten würde, auf PC1 Delphi zu schließen, und das Programm ohne Delphi zu starten, damit ja nicht 2 Instanzen laufen, dann würde ich das als reine Schikane empfinden.

Bislang war das nie ein Problem und ich empfinde diesen Hinweis eindeutig als Verschlechterung und Überwachung. Bei mir macht sich das Unternehmen damit nicht beliebt, ganz klar gesagt.

Momentan kann man zwar trotzdem mit der 2. Instanz arbeiten, aber wer weiß wie lange noch, wenn jetzt schon solche Hinweise kommen.

Man sollte dann wohl auch nicht seinen PC mit laufendem Delphi in den Energiesparmodus schicken, unterwegs auf dem Notebook könnte man sonst vielleicht eine Überraschung erleben...

[Bambini]

Zitat:

Zitat von Sherlock (Beitrag 1336064)

Zitat:

Zitat von Bambini (Beitrag 1336060)

Zitat:

Zitat von user69 (Beitrag 1336000)

Hat schon mal jemand probiert ob sich der High DPI Support verbessert hat?
Der hatte ja in Seattle noch einige Bugs...

Die IDE selbst scheint es immer noch nicht zu können, obwohl es in der BugFix - Liste extra aufgeführt wird:
https://quality.embarcadero.com/browse/RSP-9678

Der Status ist ja auch Open und Unresolved...

In der fixed BUG Liste wird diese aufgeführt:
http://edn.embarcadero.com/article/44675
Die meisten Stati der Liste sind noch nicht aktuell, so auch dieser Punkt.

[Harry Stahl]

Zitat:

Zitat von Harry Stahl (Beitrag 1335974)

Erste unschöne Überraschung scheint ein relativ starker Bruch der Rückwärtskompatibilität bei FireMonkey zu sein:

Bei allen Grids gibt es nicht mehr "OnClick" oder DoubleClick oder Mousedown, sondern nur noch "OnTap". Auch Onpaint fehlt.

Na ehrlich gesagt, auf die Erklärung bin ich gespannt, warum das so dringend nötig war (in der Hilfe habe ich noch nichts gefunden) und insofern jetzt ALLE geöffneten Vor-Projekte Mit Delphi 10.1 mit Grids drin erst mal massiv Fehler auswerfen und extreme Nacharbeit erforderlich wird.

Daneben fehlen noch ein halbes Dutzend anderer Ergeignisse:

Bei der FMX-TStringGrid sind von ehemals 37 Events nur noch 13 vorhanden!

Kann denn zu diesem Thema jemand schon was sagen, evtl. Matthias, der mitliest?

[sh17]

Zitat:

Zitat von Bambini (Beitrag 1336060)

Zitat:

Zitat von user69 (Beitrag 1336000)

Hat schon mal jemand probiert ob sich der High DPI Support verbessert hat?
Der hatte ja in Seattle noch einige Bugs...

Die IDE selbst scheint es immer noch nicht zu können, obwohl es in der BugFix - Liste extra aufgeführt wird:
https://quality.embarcadero.com/browse/RSP-9678

Bei mir klappt es jetzt mit MS Surface Pro 4 :thumb:

[Sherlock]

Zitat:

Zitat von Bambini (Beitrag 1336071)

Die meisten Stati der Liste sind noch nicht aktuell, so auch dieser Punkt.

OT: Das heisst Statussis ;)

BTT: Im Eintrag selber sind ja nun doch einige Kommentare von Anwendern die Berlin drauf haben, und das Verhalten als weitgehend unverändert bezeichnen. Ich denke, der Call ist wieder eröffnet worden.

Sherlock

[MEissing]

Zitat:

Zitat von Harry Stahl (Beitrag 1336072)

Kann denn zu diesem Thema jemand schon was sagen, evtl. Matthias, der mitliest?

StringList oder Grid?

<verwirrt>

[MEissing]

Zitat:

Zitat von madas (Beitrag 1336067)

Dieses Problem besteht ja offensichtlich schon seit XE2 (vielleicht auch länger). Warum wird darauf nicht im Installer reagiert?

Nüchtern und neutral betrachtet ist das ja nicht "unser" Problem.

Sollen wir demnächst alle möglichen Hardware-/Softwarekombination vorher überprüfen und auch noch den neuesten Intel-Grafik-HD Treiber installieren? Der macht auch gerne Ärger (wenn er nicht aktuell ist).

Gerne kannst du dazu ein QC-Eintrag auf quality.embarcadero.com einreichen...

[Harry Stahl]

Hab gerade kein Delphi zur Hand, bin unterwegs. Meine aber es betraf sowohl das Grid, als auch das Stringrid. Einfach mal Delphi starten und ein FMX Projkt erzeugen und (String-) Grid drauf werfen und bei den Ereignissen nach OnClick, OnDblclick, usw suchen... und nicht fündig werden)...

[blawen]

Zitat:

Zitat von MEissing (Beitrag 1336056)

Zitat:

Zitat von blawen (Beitrag 1336051)

Bei mir wurden, trotz Vollinstallation, die Programmbeispiele nicht installiert

Schonmal bei den *öffentlichen Dokumenten* geguckt?
C:\Users\Public\Documents\Embarcadero\Studio\18.0\ Samples

Steht auch hier:
http://docwiki.embarcadero.com/RADSt...dungsbeispiele

Ja und nein, ich bin nicht darüber gestolpert. Den Ordner gibt es effektiv nicht.

[himitsu]

Zitat:

Zitat von MEissing (Beitrag 1336058)

[Ja. Dennoch stolpert ein nicht unerheblicher Teil der User darüber :-X

Jemand hätte da doch bestimmt seit Jahren auch mal auf die Idee kommen können, sowas vom Installer prüfen zu lassen?
(Mit Behebung des Problems, oder zumindestens der Anzeige einer Warnung)

[MEissing]

Zitat:

Zitat von Harry Stahl (Beitrag 1336083)

Hab gerade kein Delphi zur Hand, bin unterwegs. Meine aber es betraf sowohl das Grid, als auch das Stringrid. Einfach mal Delphi starten und ein FMX Projkt erzeugen und (String-) Grid drauf werfen und bei den Ereignissen nach OnClick, OnDblclick, usw suchen... und nicht fündig werden)...

Du sprachst (auch) von einer StringLIST..... deswegen die Verwirrung. :-)

[MEissing]

Zitat:

Zitat von himitsu (Beitrag 1336085)

Zitat:

Zitat von MEissing (Beitrag 1336058)

[Ja. Dennoch stolpert ein nicht unerheblicher Teil der User darüber :-X

Jemand hätte da doch bestimmt seit Jahren auch mal auf die Idee kommen können, sowas vom Installer prüfen zu lassen?
(Mit Behebung des Problems, oder zumindestens der Anzeige einer Warnung)

Meckern ohne zu lesen? Du weisst, wodrauf sich das bezog?

[MEissing]

Zitat:

Zitat von blawen (Beitrag 1336084)

Ja und nein, ich bin nicht darüber gestolpert. Den Ordner gibt es effektiv nicht.

Im Plattform Installer die Beispiele installiert?
Die werden nicht unbedingt installiert (beim GetIt Installer:
Anhang 45181

[Harry Stahl]

Zitat:

Zitat von MEissing (Beitrag 1336086)

Zitat:

Zitat von Harry Stahl (Beitrag 1336083)

Hab gerade kein Delphi zur Hand, bin unterwegs. Meine aber es betraf sowohl das Grid, als auch das Stringrid. Einfach mal Delphi starten und ein FMX Projkt erzeugen und (String-) Grid drauf werfen und bei den Ereignissen nach OnClick, OnDblclick, usw suchen... und nicht fündig werden)...

Du sprachst (auch) von einer StringLIST..... deswegen die Verwirrung. :-)

Ok, danke für den Hinweis, habe ich korrigiert. Wäre nur dankbar zu wissen, ob das ein Bug ist, oder gewollt, weil es ein neues Anwendungskonzept gibt (wozu ich allerdings bislang keine Hinweise gefunden habe)... Dann brauch ich nicht weiter zu suchen...

[MEissing]

Guck ich mal später... bin auch unterwegs.... aus Berlin :-)

[himitsu]

Hier wird doch immer wieder über diese PLATFORM-Umgebungsvariable gestolpert?
Da wäre meine einfache Idee, dass der Installer schaut ob es Diese gibt und dann darauf reagiert. :stupid:
Oder es zumindestens in http://docwiki.embarcadero.com/RADSt...ationshinweise erwähnen.

Gut, man könnte sich auch mal an Microsoft und HP wenden, damit die sich auf unterschiedliche Variablen einigen und das Grundproblem beseitigen.

[MEissing]

...es ging/geht um die Samples....

[jaenicke]

Ich bekomme beim Aufruf der dcc32.exe oder msbuild lediglich:

Zitat:

This version of the product does not support command line compiling.

Im Lizenzmanager sieht alles gut aus, Delphi 10.1 Enterprise steht drin, die Lizenz ist unbegrenzt gültig, Subscription-Enddatum 2017 passt auch...

Hat das sonst noch jemand?

[himitsu]

"Platform" ist aber auch ein ungüntiger Name, für Alles. :stupid:

Gut, dann hatte ich leider den falschen "Platform"-Text zitiert.

Zitat:

Du hast wahrscheinlich eine Umgebungsvariable (systemweit) als PLATFORM definiert. HP macht das gerne auf seinen Rechnern.... MS Build fällt dann auf die Schnauze. Delphi nutzt MS Build.