=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7451]?=

Tohle jsou zaznamy v LOGu. User ID je GUID uzivatele, ktery je pro kazdeho uzivatele na kazdem pocitaci jiny. Ja jsem psal o zprave (message), kterou systém posílá aplikacím. Případně o systémové události, něco jako tohle:

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7450]?=

Navic pouze DST zmena ma ve zprave ProcessID="4" (system), rucni zmena ma 16048 a NTP zmena NTP klientem ma 540. -- PSPad freeware editor http://www.pspad.com

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7449]?=

Trosku jsem na to koukal a dalo by se to myslim odlisit podle polozky "Security" ve zprave: DST zmena: Rucni zmena casu uzivatelem: A nasledne synchro NTP klientem: -- PSPad freeware editor http://www.pspad.com

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7448]?=

Pokud je to zprava, tak by nemel byt problem na to reagovat. Ale tohle jsou 2 ruzne veci - jedna je zmena letniho/zimniho casu, druha je zmena systemoveho casu. Cas muze klidne zmenit uzivatel nebo se cas zmeni synchronizaci z casoveho serveru. Ale ani jedna z techto udalosti nezpusobi to, ze se

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7447]?=

A co chytat eventid 1, source "Kernel-General" s obsahem typu: Došlo ke změně systémového času na hodnotu

Re: Cyrillic character problem with accented characters. [67446]

BrentMartin720: I've been having crashes while editing Cyrillic text. I noticed that certain characters cause problems with my column alignments. The equal signs should be lined up perfectly, but they seem to be off

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7445]?=

Abych mohl detekovat zmenu obsahu, musel bych pokazde pocitat hash souboru na disku a to by u velkych souboru a pomale site melo dost velky casovy dopad. Muzu detekovat zmenu velikosti, ale pokud nekdo zmeni pismenko, tak se velikost nemeni a obsah se presto zmenil. --

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7444]?=

Neda se treba detekovat (a informovat uzivatele) ze zmenil jen cas souboru a ne jeho obsah? To by cloveka spis nakoplo spravnym smerem. -- PSPad freeware editor http://www.pspad.com

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7443]?=

A jakou hlaskou? Z pohledu kontroly system opravdu vratil jiny cas, nez mel PSPad ulozeny. Samozrejme by sel udelat aparat, kde by se zohlednily casove posuny na celem svete a pri detekci, ze ke zmene doslo v obdobi casoveho posunu, tak napsat jinou hlasku. Ale nevim, jestli by ta prace za to

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7442]?=

Mozna by to mohlo varovat nejakou trosku jinou hlaskou, nez ze se soubor zmenil. To muze byt trosku zavadejici, alespon me to rano na chvili dost vydesilo Ale jinak diky za potvrzeni teorie o povodci... -- PSPad freeware editor

=?windows-1250?Q?Re:_Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[6= 7441]?=

Nepomatlo se nic. Souvisi to se zmenou casu. Pocitac automaticky zmenil cas o hodinu a to se automaticky promita i do casu vsech souboru na disku - k casu, ktery je fyzicky ulozen se pricita casovy posun a posun zpusobeny zimnim/letnim casem. PSPad si pamatoval cas z doby otevreni souboru, nyni mu

=?windows-1250?Q?Fale=9An=E1_detekce_zm=ECny_v_otev=F8en=E9m_souboru_-_Zmena_casu????_[67440= ]?=

Dnas rano se me pspad zeptal, zda chci nacist novou verzi otevreneho souboru ktery se mezitim na disku zmenil. Nasledne me k tomu vyzval u _VSECH_ ostatnich asi 20ti otevrenych souboru, kde jsem o vikendu _DOZAJISTA_ nic nemenil. Zjevne neco pspad zmatlo a napada me, zda to nemohla byt vikendova