Datum der OVR

[Michael Heydekamp]

Jörg Tewes <jogi1964 at gmx.net> wrote on 24.03.06:

> Donnerstag, 23.03.06 Michael Heydekamp schrub...
>> Jörg Tewes <jogi1964 at gmx.net> wrote on 22.03.06:
>>> Dienstag, 21.03.06 Michael Heydekamp schrub...

>>>> War man nicht im Reiter "Dateiinfo", ändert sich das Dateidatum
>>>> selbst dann nicht, wenn man an den Eigenschaften was geändert hat
>>>> (so soll's ja auch sein).

>>>> Jetzt nachvollziehbar?

>>> Jepp, sehr seltsam.

>> Was Du gequotet hast, ist eigentlich nicht seltsam.  Eher das, was
>> Du nicht gequotet hast. ;)

> Du findest es nicht seltsam, das sich das Dateidatum nicht ändert,
> wenn man nicht im Reiter Dateiinfo war?

Ganz genau.  Was sollte daran seltsam sein, so ist es doch richtig?

Seltsam (und abweichend von Win9x) ist hingegen, daß sich das Dateidatum
der .EXE ändert, wenn man sich deren Eigenschaften nur ansieht, gar
nichts ändert und auf "OK" klickt.

Und selbst wenn man was ändert, hat das in der PIF-Datei hinterlegt zu
werden (was ja auch passiert), aber eben mehr auch nicht.

> Also ich schon. :-))

Also ist der Bug Deiner Ansicht nach, daß sich das Dateidatum nur unter
bestimmten Bedingungen ändert?

>>> Was mich allerdings noch seltsamer stimmt ist das ich bei der XP2
>>> XP.EXE das Datum nicht wieder so hinbiegen kann das die Meldung über
>>> das falsche Datum beim Start von XP nicht kommt. Ich habe ein
>>> Programm mit dem ich das Datum verändern kann,

>> Und welches ist das?  Normalerweise heißt es 'touch.exe'.

> Touch.exe ist nen Commandline Programm, ich habe nen Tool was im
> Kontextmenü eingebunden wird. Und damit kann ich halt nicht nur das
> Erstelldatum ändern, sondern auch den letzten Zugriff und wann es das
> letzte Mal verändert wurde.

Funktioniert vielleicht bei 16bit-EXEs nicht richtig.

> Außerdem noch die Dateiendung und die Attribute.

Na ja, dafür gibt's ja wenigstens "ren" und "attrib", so daß man darauf
nicht unbedingt angewiesen ist.  Aber daß es bei WinXP kein Bordmittel
gibt, um mal eben ein von WinXP selbst verkorkstes Dateidatum
zurücksetzen zu können, ist schon arm.

> Und das alles auch über Unterzeichnisse hinweg. Es heißt Properties
> Plus und ist Freeware.

Werd ich mir vielleicht mal ansehen.

> Aber ich komme mit dem Explorer ja auch besser zurecht als mit dem
> Norton Commander Clones und allen Clones.

Ich bringe es mit dem Explorer kaum fertig, eine Datei unfallfrei in ein
anderes Verzeichnis zu kopieren. ;)  Da war ja der "Datei-Manager" von
Win 3.x noch besser, weil man links ein anderes Verzeichnis darstellen
als rechts.  Im Explorer sieht man immer nur eines (es sei denn, man
kann das irgendwie umstellen, was mir aber noch nicht gelungen ist).

>>> und im Explorer, sowie auch beim DIR Kommando wird dasgleiche Datum
>>> wie bei der XP.OVR angezeigt. Trotzdem meckert die XP.EXE das die
>>> Datumsangaben [1] nicht übereinstimmen würden.

>> Mal mit dem TC probiert?  Damit hat es hier funktioniert.  Wobei,
>> mit XP2 hab ich das gar nicht getestet, Moment...

>> Doch, geht.

> Seltsam. Nein mit dem TC hab ichs noch nicht probiert,den müßte ich
> dann auch extra dafür installieren,

Wobei das Installieren des TC im wesentlichen ein Entpacken ist.

> da ist das erneute auspacken der beiden Dateien einfacher und
> schneller.

Ja gut, aber wenn Du Dir Properties Plus u.a. deshalb installiert hast,
um auch den Zeitstempel von Dateien ändern zu können und es damit nicht
zuverlässig funktioniert, wäre TC (oder eben touch.exe) eine
Alternative.  Mindestens ist es ein Hinweis darauf, daß es prinzipiell
funktionieren kann und Properties Plus hier wohl ein Problem hat.   
Vielleicht gibt es bei NTFS intern mehrere Stellen, an denen das Datum
gesetzt werden muß, und Properties Plus erwischt nicht alle (vor allem
nicht die, die XP dann verwendet).


        Michael