encore un question tordue, je m'en excuse.
Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
bash.
j'ai 2 dates epoch par exemple : 1406779635 et 1406484823
Jeopeux avoir leur valeur vraie par
moi$ date -d @1406779635
jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
et
moi$ date -d @1406484823
dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
mais la différence de temps je ne vois pas comment la sortir
la différence est de : 294812
moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
04 jours 10 heures 53 minutes 32 secondes
Ya un jour de trop. C'est normal la différence est toujours une date et
le calendrier ne démarre pas au 0 Janvier :-)
Question con : est -il possible de calculer le temps entre 2 epoch sans
bidouille ?
(calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
nombre d'heures, etc)
Merci pour toute proposition.
encore un question tordue, je m'en excuse.
Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
bash.
j'ai 2 dates epoch par exemple : 1406779635 et 1406484823
Jeopeux avoir leur valeur vraie par
moi$ date -d @1406779635
jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
et
moi$ date -d @1406484823
dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
mais la différence de temps je ne vois pas comment la sortir
la différence est de : 294812
moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
04 jours 10 heures 53 minutes 32 secondes
Ya un jour de trop. C'est normal la différence est toujours une date et
le calendrier ne démarre pas au 0 Janvier :-)
Question con : est -il possible de calculer le temps entre 2 epoch sans
bidouille ?
(calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
nombre d'heures, etc)
Merci pour toute proposition.
encore un question tordue, je m'en excuse.
Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
bash.
j'ai 2 dates epoch par exemple : 1406779635 et 1406484823
Jeopeux avoir leur valeur vraie par
moi$ date -d @1406779635
jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
et
moi$ date -d @1406484823
dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
mais la différence de temps je ne vois pas comment la sortir
la différence est de : 294812
moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
04 jours 10 heures 53 minutes 32 secondes
Ya un jour de trop. C'est normal la différence est toujours une date et
le calendrier ne démarre pas au 0 Janvier :-)
Question con : est -il possible de calculer le temps entre 2 epoch sans
bidouille ?
(calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
nombre d'heures, etc)
Merci pour toute proposition.
moi-meme jeudi 31 juillet à 22:09
[⦠calcul de durée en shell â¦]
Le paquet concalc devrait pouvoir t'aider.
moi-meme jeudi 31 juillet à 22:09
[⦠calcul de durée en shell â¦]
Le paquet concalc devrait pouvoir t'aider.
moi-meme jeudi 31 juillet à 22:09
[⦠calcul de durée en shell â¦]
Le paquet concalc devrait pouvoir t'aider.
ou encore
/usr/local/bin/script.pl <arguments>
dans un script (ba)sh me semble plus propre, plus économique et plus
portable qu’une série de manipulations bashiennes foireuses non
portables ou d’appels à 36 commandes (donc processus) prétendues
simples.
Le shell, ça va bien un peu mais ça devient vite difficile à
maintenir et très gourmand en processus inutiles. Il faut savoir
utiliser les bons outils.
ou encore
/usr/local/bin/script.pl <arguments>
dans un script (ba)sh me semble plus propre, plus économique et plus
portable qu’une série de manipulations bashiennes foireuses non
portables ou d’appels à 36 commandes (donc processus) prétendues
simples.
Le shell, ça va bien un peu mais ça devient vite difficile à
maintenir et très gourmand en processus inutiles. Il faut savoir
utiliser les bons outils.
ou encore
/usr/local/bin/script.pl <arguments>
dans un script (ba)sh me semble plus propre, plus économique et plus
portable qu’une série de manipulations bashiennes foireuses non
portables ou d’appels à 36 commandes (donc processus) prétendues
simples.
Le shell, ça va bien un peu mais ça devient vite difficile à
maintenir et très gourmand en processus inutiles. Il faut savoir
utiliser les bons outils.
Le paquet concalc devrait pouvoir t'aider.
Le paquet concalc devrait pouvoir t'aider.
Le paquet concalc devrait pouvoir t'aider.
encore un question tordue, je m'en excuse.
Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
bash.
j'ai 2 dates epoch par exemple : 1406779635 et 1406484823
Jeopeux avoir leur valeur vraie par
moi$ date -d @1406779635
jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
et
moi$ date -d @1406484823
dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
mais la différence de temps je ne vois pas comment la sortir
la différence est de : 294812
moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
04 jours 10 heures 53 minutes 32 secondes
Ya un jour de trop. C'est normal la différence est toujours une date et
le calendrier ne démarre pas au 0 Janvier :-)
Question con : est -il possible de calculer le temps entre 2 epoch sans
bidouille ?
(calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
nombre d'heures, etc)
Merci pour toute proposition.
C Hiebel
encore un question tordue, je m'en excuse.
Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
bash.
j'ai 2 dates epoch par exemple : 1406779635 et 1406484823
Jeopeux avoir leur valeur vraie par
moi$ date -d @1406779635
jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
et
moi$ date -d @1406484823
dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
mais la différence de temps je ne vois pas comment la sortir
la différence est de : 294812
moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
04 jours 10 heures 53 minutes 32 secondes
Ya un jour de trop. C'est normal la différence est toujours une date et
le calendrier ne démarre pas au 0 Janvier :-)
Question con : est -il possible de calculer le temps entre 2 epoch sans
bidouille ?
(calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
nombre d'heures, etc)
Merci pour toute proposition.
C Hiebel
encore un question tordue, je m'en excuse.
Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
bash.
j'ai 2 dates epoch par exemple : 1406779635 et 1406484823
Jeopeux avoir leur valeur vraie par
moi$ date -d @1406779635
jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
et
moi$ date -d @1406484823
dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
mais la différence de temps je ne vois pas comment la sortir
la différence est de : 294812
moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
04 jours 10 heures 53 minutes 32 secondes
Ya un jour de trop. C'est normal la différence est toujours une date et
le calendrier ne démarre pas au 0 Janvier :-)
Question con : est -il possible de calculer le temps entre 2 epoch sans
bidouille ?
(calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
nombre d'heures, etc)
Merci pour toute proposition.
C Hiebel
Le Fri, 01 Aug 2014 08:40:02 +0200, Sylvain L. Sauvage a écrit :
> ou encore
> /usr/local/bin/script.pl <arguments>
> dans un script (ba)sh me semble plus propre, plus économique et plus
> portable qu’une série de manipulations bashiennes foireuses non
> portables ou d’appels à 36 commandes (donc processus) prétendues
> simples.
pas de problème de ressource : c'est appelé quand j'en ai besoin (2 fois/
semaine)
>
> Le shell, ça va bien un peu mais ça devient vite difficile à
> maintenir et très gourmand en processus inutiles. Il faut savoir
> utiliser les bons outils.
c'est ce que je recherche
Le Fri, 01 Aug 2014 08:40:02 +0200, Sylvain L. Sauvage a écrit :
> ou encore
> /usr/local/bin/script.pl <arguments>
> dans un script (ba)sh me semble plus propre, plus économique et plus
> portable qu’une série de manipulations bashiennes foireuses non
> portables ou d’appels à 36 commandes (donc processus) prétendues
> simples.
pas de problème de ressource : c'est appelé quand j'en ai besoin (2 fois/
semaine)
>
> Le shell, ça va bien un peu mais ça devient vite difficile à
> maintenir et très gourmand en processus inutiles. Il faut savoir
> utiliser les bons outils.
c'est ce que je recherche
Le Fri, 01 Aug 2014 08:40:02 +0200, Sylvain L. Sauvage a écrit :
> ou encore
> /usr/local/bin/script.pl <arguments>
> dans un script (ba)sh me semble plus propre, plus économique et plus
> portable qu’une série de manipulations bashiennes foireuses non
> portables ou d’appels à 36 commandes (donc processus) prétendues
> simples.
pas de problème de ressource : c'est appelé quand j'en ai besoin (2 fois/
semaine)
>
> Le shell, ça va bien un peu mais ça devient vite difficile à
> maintenir et très gourmand en processus inutiles. Il faut savoir
> utiliser les bons outils.
c'est ce que je recherche
> Le shell, ça va bien un peu mais ça devient vite difficile à
> maintenir et très gourmand en processus inutiles. Il faut savoir
> utiliser les bons outils.
c'est ce que je recherche
> Le shell, ça va bien un peu mais ça devient vite difficile à
> maintenir et très gourmand en processus inutiles. Il faut savoir
> utiliser les bons outils.
c'est ce que je recherche
> Le shell, ça va bien un peu mais ça devient vite difficile à
> maintenir et très gourmand en processus inutiles. Il faut savoir
> utiliser les bons outils.
c'est ce que je recherche
En même temps, lancer date, concalc, ou Perl (ou autre langage
de script), c’est toujours lancer un processus de plus dans le
(ba)sh. Donc mon avis, c’est d’utiliser :
— le programme que l’on comprend le mieux ;
(ou qui est le plus testé ou facilement compréhensible par
d’autres ou facilement (re)trouvable)
— et qui est disponible partout.
Avoir
perl -e 'mini script'
ou
perl <<EOF
script plus long
EOF
ou encore
/usr/local/bin/script.pl <arguments>
dans un script (ba)sh me semble plus propre, plus économique et
plus portable qu’une série de manipulations bashiennes foireuses
non portables ou d’appels à 36 commandes (donc processus)
prétendues simples.
Le shell, ça va bien un peu mais ça devient vite difficile à
maintenir
et très gourmand en processus inutiles.
En même temps, lancer date, concalc, ou Perl (ou autre langage
de script), c’est toujours lancer un processus de plus dans le
(ba)sh. Donc mon avis, c’est d’utiliser :
— le programme que l’on comprend le mieux ;
(ou qui est le plus testé ou facilement compréhensible par
d’autres ou facilement (re)trouvable)
— et qui est disponible partout.
Avoir
perl -e 'mini script'
ou
perl <<EOF
script plus long
EOF
ou encore
/usr/local/bin/script.pl <arguments>
dans un script (ba)sh me semble plus propre, plus économique et
plus portable qu’une série de manipulations bashiennes foireuses
non portables ou d’appels à 36 commandes (donc processus)
prétendues simples.
Le shell, ça va bien un peu mais ça devient vite difficile à
maintenir
et très gourmand en processus inutiles.
En même temps, lancer date, concalc, ou Perl (ou autre langage
de script), c’est toujours lancer un processus de plus dans le
(ba)sh. Donc mon avis, c’est d’utiliser :
— le programme que l’on comprend le mieux ;
(ou qui est le plus testé ou facilement compréhensible par
d’autres ou facilement (re)trouvable)
— et qui est disponible partout.
Avoir
perl -e 'mini script'
ou
perl <<EOF
script plus long
EOF
ou encore
/usr/local/bin/script.pl <arguments>
dans un script (ba)sh me semble plus propre, plus économique et
plus portable qu’une série de manipulations bashiennes foireuses
non portables ou d’appels à 36 commandes (donc processus)
prétendues simples.
Le shell, ça va bien un peu mais ça devient vite difficile à
maintenir
et très gourmand en processus inutiles.
Le 31/07/2014 22:09, moi-meme a écrit :
> Jeopeux avoir leur valeur vraie par
> moi$ date -d @1406779635
> jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
> et
> moi$ date -d @1406484823
> dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
>
> mais la différence de temps je ne vois pas comment la sortir
> la différence est de : 294812
> moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
> 04 jours 10 heures 53 minutes 32 secondes
>
> Ya un jour de trop. C'est normal la différence est toujours une da te et
> le calendrier ne démarre pas au 0 Janvier :-)
Il y a aussi une heure de trop en raison du décalage entre l'heure
française et l'heure UTC puisque date, sans l'option -u, te donne
l'heure localeâ¦
Le 31/07/2014 22:09, moi-meme a écrit :
> Jeopeux avoir leur valeur vraie par
> moi$ date -d @1406779635
> jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
> et
> moi$ date -d @1406484823
> dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
>
> mais la différence de temps je ne vois pas comment la sortir
> la différence est de : 294812
> moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
> 04 jours 10 heures 53 minutes 32 secondes
>
> Ya un jour de trop. C'est normal la différence est toujours une da te et
> le calendrier ne démarre pas au 0 Janvier :-)
Il y a aussi une heure de trop en raison du décalage entre l'heure
française et l'heure UTC puisque date, sans l'option -u, te donne
l'heure localeâ¦
Le 31/07/2014 22:09, moi-meme a écrit :
> Jeopeux avoir leur valeur vraie par
> moi$ date -d @1406779635
> jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
> et
> moi$ date -d @1406484823
> dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
>
> mais la différence de temps je ne vois pas comment la sortir
> la différence est de : 294812
> moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
> 04 jours 10 heures 53 minutes 32 secondes
>
> Ya un jour de trop. C'est normal la différence est toujours une da te et
> le calendrier ne démarre pas au 0 Janvier :-)
Il y a aussi une heure de trop en raison du décalage entre l'heure
française et l'heure UTC puisque date, sans l'option -u, te donne
l'heure localeâ¦
[â¦]
Par exemple :
a96459867
b06879835
diff=$(( b - a ))
days=$(( diff / 86400 ))
# etc.
> Le shell, ça va bien un peu mais ça devient vite diffic ile
> Ã maintenir
D'accord avec ça également.
> et très gourmand en processus inutiles.
Là aussi, j'ajoute un bémol. Parfois le shell peut
s'avérer plus rapide qu'un autre interpréteur (comme Perl
ou autre) sur des petits programmes assez simples et courts
car, dans le temps d'exécution, il faut compter le temps
de chargement de l'interpréteur lui-même, [â¦]
[â¦]
Par exemple :
a=1396459867
b=1406879835
diff=$(( b - a ))
days=$(( diff / 86400 ))
# etc.
> Le shell, ça va bien un peu mais ça devient vite diffic ile
> Ã maintenir
D'accord avec ça également.
> et très gourmand en processus inutiles.
Là aussi, j'ajoute un bémol. Parfois le shell peut
s'avérer plus rapide qu'un autre interpréteur (comme Perl
ou autre) sur des petits programmes assez simples et courts
car, dans le temps d'exécution, il faut compter le temps
de chargement de l'interpréteur lui-même, [â¦]
[â¦]
Par exemple :
a96459867
b06879835
diff=$(( b - a ))
days=$(( diff / 86400 ))
# etc.
> Le shell, ça va bien un peu mais ça devient vite diffic ile
> Ã maintenir
D'accord avec ça également.
> et très gourmand en processus inutiles.
Là aussi, j'ajoute un bémol. Parfois le shell peut
s'avérer plus rapide qu'un autre interpréteur (comme Perl
ou autre) sur des petits programmes assez simples et courts
car, dans le temps d'exécution, il faut compter le temps
de chargement de l'interpréteur lui-même, [â¦]