Path: ...!weretis.net!feeder6.news.weretis.net!feeder8.news.weretis.net!news.trigofacile.com!usenet-fr.net!agneau.org!nntpfeed.proxad.net!proxad.net!feeder1-1.proxad.net!cleanfeed3-a.proxad.net!nnrp1-1.free.fr!not-for-mail From: Thomas Newsgroups: fr.comp.os.unix Mail-Copies-To: nobody Subject: Re: obtenir le fuseau horaire References: <875ys4rs13.fsf@universite-de-strasbourg.fr.invalid> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit User-Agent: MT-NewsWatcher/3.5.3b3 (Intel Mac OS X) Date: Sun, 19 Dec 2021 14:41:08 +0100 Message-ID: Lines: 78 Organization: Guest of ProXad - France NNTP-Posting-Date: 19 Dec 2021 14:41:09 CET NNTP-Posting-Host: 91.175.52.121 X-Trace: 1639921269 news-4.free.fr 8901 91.175.52.121:6481 X-Complaints-To: abuse@proxad.net Bytes: 4739 In article , Stéphane CARPENTIER wrote: > Le 07-12-2021, Thomas a écrit : > > In article , > > Stéphane CARPENTIER wrote: > > > >> Je crois que c'est très instructif pour quelqu'un qui veut jouer avec > >> les dates et les fuseaux horaires en croyant que les décalages horaires > >> sont tous en heures plaines. > > > > oui enfin, puisque c'est de moi que tu parles, > > ma démarche est de poser des questions si possible avant de rencontrer > > des pbs, justement pour les éviter. > > C'est pas une critique, j'ai cru que tu considérais que je voulais jouer avec sans savoir dans quoi je mettais les mains. > cette vidéo est, à mon sens, un bon condensé de > toutes les subtilités auxquelles tu dois t'attendre en regardant les > dates, heures, décalages horaires et tout ça. c'est tjr bon d'en savoir un peu plus que le strict nécessaire dont on a besoin à un instant donné. c'est dans cet esprit que je voulais un traitement qui puisse fonctionner n'importe où sur terre, même si c'est destiné à fonctionner seulement chez moi en France. > > >> Le pire, c'est qu'il n'y a pas tout dans la > >> vidéo. Par exemple, il ne parle pas du Maroc qui ne change pas d'heure > >> en été/hiver mais qui change d'heure pendant le ramadan (dont le mois > >> change tous les ans) > > > > il me semble qu'à l'inverse, les secondes intercalaires c'est un sujet > > connexe à celui des fuseaux horaires, > > amha c'est pas forcément une idée géniale de mélanger les 2. > > Tu ne peux pas forcément y échapper. > En gros, quand tu veux faire des > calculs sur des dates, c'est plus facile de convertir tes dates en > secondes, faire tes calculs et rebasculer en date. oui > Si tu considères > que deux heures c'est 7200 secondes, ça va être souvent bon, mais si un > décalage horaire ou une seconde intercalaire tombe au milieu de ta > période de deux heures, tu vas avoir des trucs bizarres. Tu peux très > bien considérer qu'une seconde c'est peu important pour le niveau de > précision que tu attends, pour le décalage horaire c'est plus délicat. > > tandis que la réponse à ma question était son usage > > Oui, mais en fait, si tu ne sais pas comment c'est implémenté, tu vas > avoir des résultats bizarres en utilisant son résultat. > > > (+ le petit traitement pour le convertir en secondes, > > Par exemple. Et dans la vidéo, les décalages horaires avec des heures > non pleines est abordé. ce qui m'importe c'est de me caler sur le minuit local. donc je considère important de connaitre toutes les sorties possibles et de les interpréter correctement, mais par contre : - ça ne m'importe pas de savoir en détail comment ça marche à l'intérieur, - si un décalage a lieu pendant le traitement, après la mesure et avant la fin du traitement, ça ne m'importe pas : ça sera resynchronisé au tour d'après et ça va bien comme ça. -- RAPID maintainer http://savannah.nongnu.org/projects/rapid/