Was ist <Delphi.Personality> in der Dproj Datei

[QuickAndDirty]

Die VersionsInfo in den <PropertyGroups> im <VerInfo_Keys> Tag mit der CVS setzte ich bereits (FileVersion ProductVersion)

Was mich halt Beschäftigt sind die Versions einträge in dem <Delphi.Personality> tree. Vor allem da alle meine neuen Projekte den Tree gar nicht haben.

Ist es ein problem wenn ich die Synchron setze? Oder ist das nicht eine Projekt version sonder die Version von Delphi?
Ist das wenn die VersionsInfo für C++ und Delphi abweicht gedacht ? wobei wir wirklich nur Delphi entwickeln.

[himitsu]

Vielleicht sind das einfach nur alte Einträge alter Delphi-Versionen, welche es beim Migrieren der Projektdatei mitgenommen hat?

Früher gab es mal nur eine VersionInfo in der DPROJ (eventuell dieses im <Delphi.Personality>), jetzt kann man für unterschiedliche Configs/Platformen Unterschiedliche haben (ein bzw. mehrere <VerInfo_Keys> in unterschiedlichen Configs)

Hier am Besten drauf achten, dass man beim Ändern in der IDE immer zuerst auf Alle-Alle umstellt, da es sonst passieren kann, das die sich "gefühlt" nahezu unkontrollierbar gegenseitig überschreiben und nicht das in der EXE landet, was dort rein soll.

[Uwe Raabe]

Zitat von QuickAndDirty:

Was mich halt Beschäftigt sind die Versions einträge in dem <Delphi.Personality> tree. Vor allem da alle meine neuen Projekte den Tree gar nicht haben.

Du kannst die bedenkenlos löschen. Die stammen vermutlich noch aus Delphi 2007 oder so.

[QuickAndDirty]

Genau da sind die drinn!
Wir portieren gerade alles von D2007 auf Delphi XE n.m

Ok also sind das einfach legacy Einträge in der DProj Datei?

Na toll , dann also am besten ignorieren...

Vielen Dank!

[himitsu]

Wir von D7 zu XE (OK, dort wurden die DPROJ sowieso neu generiert),
aber auch von XE zu D10 D11 ...

Am Besten bei solchen großen Sprüngen (oder generell immer) die DPROJ neu generieren (und leider komplett neu eintichten) und möglichst nicht migrieren.

[QuickAndDirty]

Es hat ziemlich gut geklapt, aber wir wollen jetzt das alle Exen die zusammenarbeiten auch immer dieselbe versionsnummer haben...dafür dieses tool.

btw.
Muss ich XPathQueries lange aus Internetquellen lernen oder kann man das recht schnell verstehen?

[dummzeuch]

Ich würde die .dproj-Datei gar nicht anfassen sondern die Versions-Ressource mit einem externen Tool erzeugen, z.B. aus einer INI-Datei. Und zufällig habe ich dazu auch was:
dzPrepBuild

Das Tool kann im Prinzip auch die .droj-Dateien schreiben, allerdings habe ich das schon ewig nicht mehr benutzt, also keine Garantie, dass es noch funktioniert. Und die Beschreibung auf der Seite ist auch nicht mehr wirklich aktuell, vielleicht sollte ich die mal aktualisieren...

[jaenicke]

Ich würde bei einer solchen großen Portierung schlicht die Projektdatei (.bdsproj, .dproj) und die .res Datei löschen und durch das Öffnen der .dpr neu anlegen lassen. Dann setzt du die gewünschten Werte einmal richtig, dann weißt du was drin ist...

[Dennis07]

Interessant. Bin vor einigen Jahren über System._DelphiPersonalityRoutine gestoßen. Weiß einer, was es denn damit auf sich hat?

[himitsu]

Hat nichts hiermit zu tun.

Hatte vom Namen her gedacht, dass es irgendwas mit en Aufrufpunkten im Android zu tun hat, also wo Android oder andere Apps quasi exportierte Funktionen aufrufen können.



Aber hat eigentlich nur irgendwas mit Fehlerbehandlung zu tun.
Das in System sind nur Vorwarddeklarationen, zu

c:\program files (x86)\embarcadero\studio\23.0\source\rtl\sys\ex.an droid.arm.inc
c:\program files (x86)\embarcadero\studio\23.0\source\rtl\sys\ex.an droid.arm64.inc
c:\program files (x86)\embarcadero\studio\23.0\source\rtl\sys\ex.in c


Hab die Funktion grade bei mir in einer Datei von 2015 entdeckt ... so 'ne art "TODO ... später ma angucken"