Was bedeutet file Version

.exe Dateien ("PE Format") haben ein extra Feld für Programmname, Autor, 
Dateiicon usw. und eben auch Versionsnummer. Der Autor kann da beim 
Linken etwas beliebiges eintragen. Das funktioniert über die Ressourcen

wie du vllt schon, kenne ich mich nicht aus. Heißt das denn, dass somit 
keine Information besteht, in welcher Version das Tool vorliegt?

ich hab keinerlei Dateien, nur ein Dokument, in dem Beschrieben wird, 
welche Tests das Tool durchläuft. Und eben die Information oben. Ich 
würde aber gerne wissen, was für eine Version das Tool denn ist

DCp schrieb:
> Ich würde aber gerne wissen, was für eine Version das Tool denn ist

Was hat das jetzt mit dem Themenbereich Mikrocontroller und digitale 
Elektronik zu tun?

Forist schrieb:
> DCp schrieb:
>> Ich würde aber gerne wissen, was für eine Version das Tool denn ist
>
> Was hat das jetzt mit dem Themenbereich Mikrocontroller und digitale
> Elektronik zu tun?

Nichts, obwohl der Rechner (=Elektronik) ja nur mit 0 und 1 arbeitet => 
Digital

Ich habe gerade mal nach "OSS_CMN_Md5Check.exe" gegoogelt und nur ein 
einziges Ergebnis (diese Seite hier) gefunden. Krass, das ist mir noch 
nie passiert.

Stefan ⛄ F. schrieb:
> Ich habe gerade mal nach "OSS_CMN_Md5Check.exe" gegoogelt und nur ein
> einziges Ergebnis (diese Seite hier) gefunden. Krass, das ist mir noch
> nie passiert.

ob ich mich strafbar mache haha...

inwieweit kann die Version vom object Code von der Version des Tools 
oder des source codes abweichen?

Programmierer schrieb:
> Der Autor kann da beim
> Linken etwas beliebiges eintragen.

ist das die Antwort?

DCp schrieb:
> inwieweit kann die Version vom object Code von der Version des Tools
> oder des source codes abweichen?

Da gibt es keinerlei Vorgaben, die kann auch komplett fehlen.

Hmmm schrieb:

> Da gibt es keinerlei Vorgaben, die kann auch komplett fehlen.

So sieht's aus. Eigentlich völlig über.

Kommt eigentlich erst in's Spiel, wenn das Executable signiert ist. Dann 
sind nämlich auch die darin enthaltenen Resourcen implizit mitsigniert.

DCp schrieb:
> The test procedure was performed with the following test object:
> Application: MD5 Checker
> Executable: OSS_CMN_Md5Check.exe
> File Version: 113.0.0.0

was kann ich dann damit anfangen? Stelle vllt dumme Fragen, aber mir 
ergibt sich das ganze nicht wirklich. Im ganzen Dokument werden keine 
Versionsangeben gemacht, nur im Zusammenhang mit dem Object Code

DCp schrieb:
> wie du vllt schon, kenne ich mich nicht aus. Heißt das denn, dass
> somit
> keine Information besteht, in welcher Version das Tool vorliegt?

Je nachdem ob der Autor sich entschlossen hat die Version in irgendeiner 
Form in die Datei zu packen. Die in den Ressourcen gespeicherte Version, 
welche man auch in den Datei-Eigenschaften im Explorer sehen kann, ist 
optional. Außerdem kann der Autor dort beliebiges hineinschreiben. Man 
kann mehrere funktional unterschiedliche Varianten eines Programms 
erstellen mit selber Versionsnummer, oder verschiedene Dateien mit 
identischer Funktion aber unterschiedlicher Versionsnummer anlegen... 
Diese Versionsangabe ist ungefähr so hilfreich wie die Beschriftung 
eines Aktenordners: Man kann da etwas sinnvolles draufschreiben, aber 
muss nicht.

DCp schrieb:
> inwieweit kann die Version vom object Code von der Version des
> Tools
> oder des source codes abweichen?

Wenn du mit "Object Code" die .o Datei(en) meinst, aus der die 
ausführbare Datei erstellt wurde (mittels Linker): Weder Object Code 
noch Source Code haben eine Versionsnummer. Da kann also auch nichts 
abweichen.

DCp schrieb:
> was kann ich dann damit anfangen?

Nichts. Keiner hier weiß, wo überhaupt dieser Text herkommt. Selbst 
geschrieben?

DCp schrieb:
> Im ganzen Dokument werden keine
> Versionsangeben gemacht, nur im Zusammenhang mit dem Object Code

Von was für einem Object Code redest du? Da die Object Code Dateien (.o 
oder .obj) sowieso nur temporär sind, redet man über diese normalerweise 
selten so explizit. Warum sind dir diese so wichtig?

Ich find ja viel interessanter:
DCp schrieb:
> Application: MD5 Checker

es ist also anzunehmen, dass die Applikation
zwei Inputs hat
-eine MD5 Summe die zu verifizieren ist,
-und eine Datei/Zeichenkette dessen MD5Summe überprüft wird

bzw ein Analog dazu (zB eine liste mit dateien und prüfsummen Paaren)

nun gehe ich wohlwollend davon aus, dass der Ersteller weiss wie man 
eine MD5 berechnet;
der eigentliche Algorithmus kann zwar leicht verändert werden,
darf aber NIEMALS das Ergebniss beeinflussen.
Es spielt also absolut überhaupt keine Rolle,
mit welcher Applikation Du die MD5 berechnest, sie sollte bei 
identischer Datei immer identisch ausfallen (dafür ist MD5 gedacht)

die wenigen Ausnahmen (hidden salt, double salted round etc)
sind hoffentlich unabhängig dokumentiert.

Der Unterschied in der Version der Applikation kann sich also
nur auf "Benutzerfreundlichkeit" "Geschwindigkeit" und/oder 
"Kompatibilität" beziehen, oder eine Kombination daraus.

Kurz:
Die Applikationsversion ist völlig egal solange sie bei Dir läuft.

FileVersion
kann sich aber durchaus auf die beschriebene zu überprüfende Datei
beziehen, denn dann ist es mehr als Wahrscheinlich,
daß version 113.0.0.0 ein unterschiedliches Ergebniss
(in Form einer anderen MD5 Prüfsumme)
von Version 113.1.0.0  ausspuckt.

Nur dann macht es mEn Sinn die Dateiversion mit anzugeben.

Ohne aber das Dokument zu kennen von dem Du da sprichst ist es fast 
unmöglich irgendeine Aussage mit Sicherheit zu treffen

'sid

Programmierer schrieb:
> Von was für einem Object Code redest du? Da die Object Code Dateien (.o
> oder .obj) sowieso nur temporär sind, redet man über diese normalerweise
> selten so explizit.

steht der object code nicht im Zusammenhang mit der .exe?

DCp schrieb:
> steht der object code nicht im Zusammenhang mit der .exe?

Die .exe wird daraus erzeugt, aber der ist nur ein Zwischenschritt. 
Warum ist er so wichtig? Geht es dir nicht um die Funktionalität des 
Programms, für welche mehr der Sourcecode wichtig ist? Wenn man nicht 
gerade Buildsysteme baut oder Bugs im Linker sucht ist der Objectcode 
ziemlich irrelevant.

Programmierer schrieb:
> Geht es dir nicht um die Funktionalität des
> Programms, für welche mehr der Sourcecode wichtig ist? Wenn man nicht
> gerade Buildsysteme baut oder Bugs im Linker sucht ist der Objectcode
> ziemlich irrelevant.

es geht um die Übergabe eines Tools von Entwickler zur Zulassungsstelle. 
In besagtem Dokument ist von .exe die Rede, in dem Zusammenhang wird vom 
object code gesprochen

DCp schrieb:
> In besagtem Dokument ist von .exe die Rede, in dem Zusammenhang wird vom
> object code gesprochen

Aha? Und wie sieht dieser Zusammenhang aus? Worum geht es da? Mögliche 
Fehler beim Linken welche den Objektcode inkorrekt zur .exe zusammen 
bauen lassen? Worin besteht überhaupt das eigentliche Problem?

Im Open-Source Umfeld veröffentlicht man Programme zusammen mit Listen 
von Hash Codes (oder Prüfsummen). Damit kann dann der Empfänger 
verifizieren, ob sein Programm korrekt übertragen wurde und die richtige 
Version hat.

Niemand, der bei Verstand ist, würde sich auf eine Versionsnummer 
verlassen, die im Pogramm selbst steht.

Programmierer schrieb:
> Aha? Und wie sieht dieser Zusammenhang aus? Worum geht es da? Mögliche
> Fehler beim Linken welche den Objektcode inkorrekt zur .exe zusammen
> bauen lassen?

darf ich nicht sagen

Programmierer schrieb:
> Worin besteht überhaupt das eigentliche Problem

das Normen nicht erfüllt sind. Ich suche nach Anhaltspunkten, an denen 
man Versionshinweise heruasziehen kann

DCp schrieb:
> darf ich nicht sagen

Dann kann dir keiner helfen...

DCp schrieb:
> das Normen nicht erfüllt sind

Und was verlangt die Norm? Was ist nicht erfüllt? Von wem stammt das 
Programm überhaupt?

DCp schrieb:
> Ich suche nach Anhaltspunkten, an denen man Versionshinweise
> heruasziehen kann

Wenn keine Versionsnummer eingebaut wurde, gibt's keine. Und selbst wenn 
es eine gibt, muss sie noch lange nicht korrekt/sinnvoll sein.

Programmierer schrieb:
> Was ist nicht erfüllt?

Formalia. V&V Prozess etc erfolgreich durchgeführt und dokumentiert. 
Alles andere passt aber nicht so ganz

ich danke euch
Schönes Wochenende

DCp schrieb:
> Scheint mir ein Stück weit Interpretionsspielraum

Niemand macht völlig grundlos eine solche Welle.

Bandwurm schrieb:
> Niemand macht völlig grundlos eine solche Welle.

genau. jz bleibt nur noch zu entscheiden, ob ich ein Niemand bin oder 
einen Gund habe

Christian H. schrieb:
> Könnte schon zum Tragen kommen, wenn bestimmte Eingabeparameter und ein
> bestimmtes Rückgabeformat gefordert ist.

Nuja, da das Dingen Md5_Check heisst wird
eine true/false Antwort (wie auch immer) zu vermuten sein
(liste mit erfolgreich/erfolglos geprüften Dateien zB)
Aber die Ausgabe wird sich kaum innerhalb unterschidlicher subversionen 
gross ändern.
Falls doch ist das (sollte das) aber gut dokumentiert sein.

Egal...
ist ja ein nicht öffentliches Projekt,
dessen Kontext uns verborgen bleiben soll.
Ohne Kontext indes ist es uns ja nun nicht möglich zu entscheiden 
inwieweit die DateiVersionsNummer relevant ist und/oder auf was genau 
sie sich bezieht.

'sid

DCp schrieb:
> wie du vllt schon, kenne ich mich nicht aus. Heißt das denn, dass somit
> keine Information besteht, in welcher Version das Tool vorliegt?

Der Programmierer wird gewöhnlich, nach dem er den Code erweitert hat, 
auch die Versionsnummer erhöhen.
Er könnte aber auch den Code erweitern und das ändern der Versionsnummer 
vergesssen.
Dann hast du zwei verschiedene EXE Dateien mit verschiedenem Objektcode 
und die ergeben dann natürlich auch einen unterschiedlichen Hash.

Wahrscheinlicher ist aber, dass er es nicht vergessen hat und die Datei 
manipuliert wurde, wenn sie aus dubiosen Quellen stammt.

Die Versionsnummer selbst ist für sich betrachtet wenig aussagekräftig, 
man weiß somit halt nur, ob man auch die neuste einsetzt, wenn diese 
bekannt ist. Wenn es eine Changelog gibt, in der die Änderungen 
eingetragen wurden, hilft das viel mehr.

c-hater schrieb:
> Eigentlich völlig über.

Gänzlich überflüssig ist die nicht. Man könnte mir ihr seine Software 
aktuell halten, wenn man die Versionen ausliest und vergleicht. Das 
würde mit der Versionsnummer in der EXE auch automatisiert 
funktionieren.

Diese ganzen Nr. haben nur ein Sinn. Das man aus Coder/Supporter  nach 
vollziehen kann, von wann die Version ist. Was auch der Grund ist, warum 
die kleinen Zahlen hinten oft zwischen 2 Relase-Versionen so ein Sprung 
machen. Die Zwischen-Nr. sind dann halt interne Test-Nr.

Bei größeres Software, habe ich sogar eine Exvel-Tabelle wo ich 
reinschreibe welche Änderung ab welchen Version drin ist. Das 
erleichtert die Fehlersuche, und zeigt den Verlauf der Arbeit an.

Da Datum einer Datei ist nicht sicher genug dafür. Ich habe z.b. die 
Angewohnheit bei Datenbanken die ich mit Ausliefere eine Extra Tabelle 
zu machen, mit nur EINEN Datensatz.

Geht der User auf "Info->über das Programm" erhält er alle Daten. Er 
kann damit NIX anfangen, aber ich bin beim Support damit perfekt 
informiert.

Gruß

   Pucki