The test procedure was performed with the following test object: Application: MD5 Checker Executable: OSS_CMN_Md5Check.exe File Version: 113.0.0.0 Ist das die Angabe, in welcher Version der Object Code vorliegt? Scheint mir ein Stück weit Interpretionsspielraum
:
Verschoben durch Admin
.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
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 > > > Ist das die Angabe, in welcher Version der Object Code vorliegt? Scheint > mir ein Stück weit Interpretionsspielraum Einfach mal OSS_CMN_Md5Check.exe /v oder ... -v aufrufen. Notfalls andere Option für Versionsnummer per h ? -h oder --help ermitteln.
:
Bearbeitet durch User
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
sid schrieb: > 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) Könnte schon zum Tragen kommen, wenn bestimmte Eingabeparameter und ein bestimmtes Rückgabeformat gefordert ist.
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: > 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
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
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.