On Monday 10 September 2001 17:14, Félix Hauri wrote:
> Ben non, c'est l'utilisation de la fonction de librairie à l'aide de ton
> prog qui m'a aidé à comprendre:
> $ gcc -o ctime ctime.c;./ctime 1
> Thu Jan 1 01:00:01 1970
Hmmm... que vaut ta variable TZ ? Ces timezones me rendent fou !
Daniel
On Mon, 10 Sep 2001, Daniel Cordey wrote:
> Je n'ai pas trouvé non plus. Je me suis donc écrit un gigantesque programme
> en C, que j'ai appelé... 'ctime' :-)
il y a convdate dans INN, ou alors, dans la variante Perl:
schaefer@defian:~% perl -e 'use strict; use POSIX; my $val = <>; print
P
On Mon, 10 Sep 2001, Daniel Cordey wrote:
> Juste, mais si on utilise encore Star Office et DB2 dans 272 miliards
> d'annee, 'faudra se faire du souci...:-)
Pourquoi, si un programme a fonctionné de manière satisfaisante pendant
272 milliars d'années, pourquoi en changer?
Remarquez, je n'arrive
On Mon, 10 Sep 2001, Daniel Cordey wrote:
> On Monday 10 September 2001 09:53, Félix Hauri wrote:
> > 1: Existe-t-il un moyen ``standard'' d'effectuer l'opération sec->date?
>
> Je n'ai pas trouvé non plus. Je me suis donc écrit un gigantesque programme
> en C, que j'ai appelé... 'ctime' :-)
Je
On Monday 10 September 2001 11:43, Marc SCHAEFER wrote:
> C'est clair, mais encore faut-il pouvoir recompiler les applications. En
> Open Source, à part quelques bugs de conversion incorrectes, c'est
> possible. Mais si c'est Star Office scheduler, IBM DB2 ou d'autres choses
> livrées en binaire s
On Mon, 10 Sep 2001, Daniel Cordey wrote:
> le type 'time_t' est actuallement un 'int', mais je ne serais pas surpris que
> de futures versions sous 64 bits passent de 'int' à 'long' (j'ai vaguement
> entendu des discussiosn à ce sujet). Offrant ainsi >272 miliards d'annees. Si
> c'est le cas,
On Monday 10 September 2001 09:53, Félix Hauri wrote:
> 1: Existe-t-il un moyen ``standard'' d'effectuer l'opération sec->date?
Je n'ai pas trouvé non plus. Je me suis donc écrit un gigantesque programme
en C, que j'ai appelé... 'ctime' :-)
Je sais que tu est parfaitement capable de l'ecrire, m
> > >2037 (31 bits)
> >
> > J'espère qu'on utilisera plus que des machines 64 bits sous Linux
> > à ce moment.;o)
>
> On a aussi pensé en 1960 que jamais ces logiciels et machines ne seraient
> utilisés plus que 5 ans, `l'informatique allant tellement vite' ...
le type 'time_t' est a
Félix Hauri wrote:
> J'ai fait:
> ---
> felix@medium:~$ date -d "1970-1-1 0:0:9"
> dim sep 9 02:46:39 CEST 2001
> felix@medium:~$ date -d "1970-1-1 0:0:9 UTC"
> dim sep 9 04:46:39 CEST 2001
> ---
> Alors là, je ne trouve pas 3:46 mais 2:46???, bien que:
>
> Rappelez-vous, dimanche 2:46 GMT, UNIX aura un milliard de secondes
> (l'epoch). Cela fait passer les secondes de 9 à 10 chiffres lorsqu'elles
> sont représentées en nombre texte.
...
> Donc, sous certaines conditions, l'année exprimée à deux chiffres peut
> être mal interprétée et 2008/2009 (ak
On Fri, 7 Sep 2001, Yann Forget wrote:
> > Prochaines échéances:
> >08 (préfixe 0 signifie octal)
Soit le petit programme, compilable avec:
gcc -Wall octal.c -o octal
#include
#include
int main(int argc, char **argv) {
if (argc == 2) {
int valeur;
if (sscanf(argv[1], "
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour,
Le Vendredi, 7 Septembre 2001 15.14, vous avez écrit :
> Rappelez-vous, dimanche 2:46 GMT, UNIX aura un milliard de secondes
> (l'epoch). Cela fait passer les secondes de 9 à 10 chiffres lorsqu'elles
> sont représentées en nombre texte.
>
>
12 matches
Mail list logo
