Neue Version, aber ohne neue Features. Dafür umso mehr für ZFX – ich habe ein Bisschen Technische Schuld aufgeholt:
Versionierung überarbeitetIch wollte die Versionierung immer so einfach wie möglich halten, und habe sie deshalb im Quelltext mit
__DATE__ und
__TIME__ gemacht und im Setup von Hand. Das hat Nachteile:
- … „von Hand“.
- Builds sind nicht reproduzierbar, weil man immer mit anderem Datum kompiliert.
- __DATE__ und __TIME__ sind lokale Zeit statt UTC. Das ist recht verwirrend, vor allem mit dem Dateidatum.
- Ich möchte demnächst z.B. zwei Viewer in einem Setup kombinieren, und das geht damit nicht.
- Ich konnte bisher nur alle Projekte auf einmal deployen, nicht einzeln. Unsinn!
Also musste das mal ausgemistet werden.
Die Versionsnummern werden nun automatisch erzeugt, in UTC. Einfaches Batch-Skript. Die überflüssigen Nullen sind raus. (
18.5.19 statt
18.05.19).
Ich habe gelernt, dass man WiX Umgebungsvariablen übergeben kann. Im Setup-Skript also
SET WIX_PAPA_STLVIEWER_VERSION=… und im WiX-Skript
Version='$(env.WIX_PAPA_STLTHUMBNAILS_VERSION)'. Nichts mehr händisch. Fuck yea.
Ich habe gelernt, dass man dem CFF Explorer Parameter für seine Skripte übergeben kann, indem man sie in die Kommandozeile hinter den Skriptnamen schreibt. Nun habe ich nur noch ein Skript zum Säubern aller EXEs/DLLs statt eines pro Datei. Fuck yea.
Neue WiX-Version.WiX ist furchtbar zu nutzen, aber trotz allen Jammerns habe ich gerade keine Zeit, das Deployment auf was anderes umzusatteln. Also mache ich erstmal das Beste draus und halte es aktuell.
WiX hatte ein Sicherheitsproblem. Soweit ich das sehe, waren aber keine Setups betroffen, sondern nur Entwicklerrechner. Nagut. Neue Version, alles kompiliert noch, nichts ist größer geworden.
Neue Visual Studio-VersionDer Umstieg auf 2017.7 barg eine gute und eine schlechte Überraschung. Die gute war, dass Funktionsenden und
if-Blöcke besser optimiert werden – solider Win in der Größe des Viewers.
Die schlechte war, dass eine Optimierung mit
memcmp() weniger stark durchgeführt wird – solider Verlust in der Größe.
Unter’m Strich war der selbe Code fast ein KiB größer. Ich konnt’s aber mit anderen Änderungen ausbügeln:
Keine Microsoft-Header mehrIch habe noch an genau einer Stelle externe Header aus dem Windows SDK benutzt: Wenn ich benachbarte Dateien in einem Verzeichnis aufzähle, damit man mit den Pfeiltasten durchspringen kann.
Diesen Code wollte ich schon lange isolieren, aber es ist so eine richtig blöde Pfriemelarbeit. Ich nutze um die zehn COM-Interfaces der Windows-Shell, und muss jede einzelne Deklaration abkopieren, überarbeiten, und prüfen. Das hatte ich nun zwei Jahre vor mir hergeschoben. Hauptgrund:
VARIANT. Guckt euch die Struktur an, sonst glaubt ihr es nicht. Die Kompatibilitäts-Workarounds. Die
unions. Die
structs mit und ohne Namen. Das nachzubauen war die Hölle.
Nun sind’s 1000 Zeilen eigener Code statt 300 Zeilen + Windows-, COM-, und Shell-Header. Die Kompilierzeit ist von
„langsamste Datei des Projekts“ zu
„nicht mehr messbar“ gesprungen.
Ich habe dabei gemerkt, dass ich einen String umständlich kopiert habe (
StrRetToStr()), wo COM ihn direkt ausgeben kann (
StrRetToBuf()). Ist nun etwas schneller, Fehlerbehandlung ist entfallen und der Viewer braucht einen COM-Import weniger. Größe geschrumpft.
An einer anderen Stelle hatte ich noch
__uuidof() benutzt, statt händisch die UID der Schnittstelle anzugeben. Als ich das entfernt habe, ist die Größe geschrumpft. Ich hab’s nicht kontrolliert, aber Visual Studio scheint die UIDs nicht zu mergen, wenn sie durch Spracherweiterungen an COM-Deklarationen gebunden wurden. Wieder was gespart (und zusätzlich standardkonform geworden).
Dann habe ich von Hand Funktionen geinlinet, die nur einmal aufgerufen werden. Visual Studio sollte das seit 2017.6 angeblich von selber können, aber ich hab’s noch nie erlebt. Wieder 250 unnütze Bytes zurückgewonnen. Nun ist die neue Version kompakter als die vorherige.
Meine PDBs sind übrigens mit Verbannung der MS-Header satte 15 % kleiner geworden …
Man kann auch via E-Mail schicken, aber ich hatte – kein Witz! – AV-Labore, deren Provider meine Mails als „verdächtig“ eingestuft und den Empfang verweigert haben.
Also für 5 EUR pro Jahr (?) ein automatisches Verteilen der Software an alle (Anti-)Virenhersteller...
)
