full-disclosure - Reality, humor, and history (was Re: MORE CRITICAL FLAWS IN MS WINDOWS EXPLORER

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <2F2FAF61-64D4-11D9-B1DF-000D93C0F38C@teknovis.com>
From: andfarm at teknovis.com (Andrew Farmer)
Subject: Reality, humor,
	and history (was Re: MORE CRITICAL FLAWS IN MS WINDOWS EXPLORER 

On 12 Jan 2005, at 01:36, Valdis.Kletnieks@...edu wrote:
> (*) My all-time favorite "Close, but no ceee-gar" was the advice 
> column for a
> Unix journal where the author *remembered* the old "3 syncs before 
> halt"
> adage - but got it Very Wrong by advising "sync;sync;sync;halt".  Bonus
> points if you can remember (a) the *original* reason for the advice 
> *and*
> (b) how this version was Very Wrong (there's *multiple* answers for 
> this one ;)

As far as the reason this version was so Very Wrong, the main reason 
for syncing three times was the delay introduced by retyping a command 
thrice. Typing the whole sequence as a single line wouldn't introduce 
any significant delay, making the whole thing useless.

Most modern systems, however, will at least make a best-effort attempt 
to push all dirty blocks out to disk on a sync(), as well as on halt.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.grok.org.uk/pipermail/full-disclosure/attachments/20050112/eaa9a87d/PGP.bin