Path: csiph.com!usenet.pasdenom.info!aioe.org!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Unknown Newsgroups: comp.os.linux.misc,comp.sys.raspberry-pi Subject: Re: Keeping 'order' without RTC. Date: Wed, 11 Mar 2015 04:53:11 +0000 (UTC) Organization: A noiseless patient Spider Lines: 69 Message-ID: References:

Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Wed, 11 Mar 2015 04:53:11 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="79883d6b151c12315c1c699bf1fbb824"; logging-data="2955"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18lzjMcnhXNFJl3VW/NyacKOov0XZVoHzY=" User-Agent: Pan/0.133 (House of Butterflies) Cancel-Lock: sha1:yJ5HjiYv5v3hJwpLlLAlZmmaL/I= Xref: csiph.com comp.os.linux.misc:14007 On Thu, 05 Mar 2015 09:13:12 +0000, alister wrote: > On Thu, 05 Mar 2015 08:52:02 +0000, Unknown wrote: > >> On Mon, 02 Mar 2015 16:12:47 +0000, Johny B Good wrote: >> >>> On Sun, 1 Mar 2015 21:54:39 +0000 (UTC), William Unruh >>> wrote: >>> >>>>On 2015-03-01, Michael Black wrote: >>>>> On Sat, 28 Feb 2015, not.socialnetwork@gmail.com wrote: >>>>> >>>>>> When you transfer a dir of script/s & data-files to rPi from your >>>>>> PC, via USBstik, there's a problem, since the rPi has no >>>>>> RealTimeClock. >> --- snip-- >>>>>> So the important abilty to 'evaluate' files by their recentcy >>>>> is lost. > It's a universal truth that you'll want to get the >>>>> most-recent >>>>>> cup-of-coffee and not the 17th most-recent that you put-down. >>>>>> That's why stacks are used. >>>>>> >>>>>> What algorithm do you use to solve this problem? >>>>>> >>>>>> ==TIA. >>>>>> >>> IMO, the best "Algorithm" is to use an add on RTC module and add the >>> appropriate time setting requests to the startup script if reasonably >>> accurate time is required on a R-Pi that stands in total isolation >>> from the internet or any other time setting source such as MSF Rugby >>> or a GPS receiver. >>> >> "Algorithm" means: understand that 'order'/sequence> does not need RTC. >> >>> Relying on the latest date of a regularly updated file is a piss poor >>> workaround at best, only being slightly better than nothing at all. If >>> the system date/time has any importance at all (at least to the extent >>> of asking this question), you really aught to fit an RTC module if no >>> alternative source of accurate time setting is available. >> >> I want to speak to the injunyear, not the sales-clerk. > > Engineers only speak to organ grinders not monkeys > > YOU CANNOT ACHIEVE WHAT YOU WANT WITH WHAT YOU HAVE. Either follow the > advise you are given (spent tuppence ha'penny on an RTC module) or take > your business elsewhere. Interestingly, 2 of the major 20th century technologies were 'developed' by US collaborating: aviation & computing. USEnet originated as a collaborating device. But, apparently most USEnet users are now a generation younger than me and also stressed by the arrival of Toffler's 3-rd-wave economy. Considering that many retirees are genetically programmed to play golf, imagine their reaction if you advised them to buy-a-ding-dong to get the ball in the hole. So, back to the algorithm: the mathematical concept 'order' [as emphasised in the "Subject:"] is key. When Newton was called away from his desk of paper-work, he needed the papers to be 'stacked' in the same ORDER when he returned. Even if the cleaning-lady, had 'been there' during his absence, and , provided the 'order' was maintained, the real-time attributes were not needed. So how can you achieve that by *thinking*, instead of buying a ding-dong that will put-the-ball-in-the-hole-for you.