Certes, j'en comprend l'intéret, mais pourquoi chez moi cette date semble uniformément calée à -1 heure de la date de dernière modification ?
Ce n'est pas la date UTC, je suis à +02:00 UTC
C'est qu'il est resté à l'heure d'hiver ?...
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Martin
Moi je parlais de la "date d'ouverture", et toi tu parles de la "date de modification". Je suis d'accord que la date de modification a un intérêt, mais la date d'ouverture... à part peut-être pour le flicage réseau...
Moi je parlais de la "date d'ouverture", et toi tu parles de la "date
de modification". Je suis d'accord que la date de modification a un
intérêt, mais la date d'ouverture... à part peut-être pour le
flicage réseau...
Moi je parlais de la "date d'ouverture", et toi tu parles de la "date de modification". Je suis d'accord que la date de modification a un intérêt, mais la date d'ouverture... à part peut-être pour le flicage réseau...
patpro ~ patrick proniewski
In article <1gwyxxl.191fyim1m0oeqoN%, (Jacques Perrocheau) wrote:
patpro ~ Patrick Proniewski wrote:
il y'a des tas de gens à qui ça sert. Tu te bases sur un sondage précis pour dire cela ?
tous les gens qui font de l'administration système, par exemple.
Certes, j'en comprend l'intéret, mais pourquoi chez moi cette date semble uniformément calée à -1 heure de la date de dernière modification ?
Ce n'est pas la date UTC, je suis à +02:00 UTC
Une explication ?
t'as l'interface en français ? je me méfie toujours de ces plans à la manque. Chaque version d'OSX y'a des gags liés à la localisation.
chez moi : install de tiger en anglais avec archivage et restauration des users par dessus une 10.3.9, et les dates sont bonnes. Je suis en 10.4.0, j'ai pas encore mis à jour à cause d'un problème de firewall que je tente d'isoler.
patpro
In article <1gwyxxl.191fyim1m0oeqoN%jperrocheau@mac.com.invalid>,
jperrocheau@mac.com.invalid (Jacques Perrocheau) wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
il y'a des tas de gens à qui ça sert.
Tu te bases sur un sondage précis pour dire cela ?
tous les gens qui font de l'administration système, par exemple.
Certes, j'en comprend l'intéret, mais pourquoi chez moi cette date
semble uniformément calée à -1 heure de la date de dernière
modification ?
Ce n'est pas la date UTC, je suis à +02:00 UTC
Une explication ?
t'as l'interface en français ? je me méfie toujours de ces plans à la
manque. Chaque version d'OSX y'a des gags liés à la localisation.
chez moi : install de tiger en anglais avec archivage et restauration
des users par dessus une 10.3.9, et les dates sont bonnes.
Je suis en 10.4.0, j'ai pas encore mis à jour à cause d'un problème de
firewall que je tente d'isoler.
In article <1gwyxxl.191fyim1m0oeqoN%, (Jacques Perrocheau) wrote:
patpro ~ Patrick Proniewski wrote:
il y'a des tas de gens à qui ça sert. Tu te bases sur un sondage précis pour dire cela ?
tous les gens qui font de l'administration système, par exemple.
Certes, j'en comprend l'intéret, mais pourquoi chez moi cette date semble uniformément calée à -1 heure de la date de dernière modification ?
Ce n'est pas la date UTC, je suis à +02:00 UTC
Une explication ?
t'as l'interface en français ? je me méfie toujours de ces plans à la manque. Chaque version d'OSX y'a des gags liés à la localisation.
chez moi : install de tiger en anglais avec archivage et restauration des users par dessus une 10.3.9, et les dates sont bonnes. Je suis en 10.4.0, j'ai pas encore mis à jour à cause d'un problème de firewall que je tente d'isoler.
patpro
JMGB
Martin wrote:
Moi je parlais de la "date d'ouverture", et toi tu parles de la "date de modification".
Je me suis mal exprimé... je parlais bien de la date d'ouverture...
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut. *Virer les minuscules pour me répondre*
Martin <1024nospam@freesurf.fr> wrote:
Moi je parlais de la "date d'ouverture", et toi tu parles de la "date
de modification".
Je me suis mal exprimé... je parlais bien de la date d'ouverture...
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
*Virer les minuscules pour me répondre*
Moi je parlais de la "date d'ouverture", et toi tu parles de la "date de modification".
Je me suis mal exprimé... je parlais bien de la date d'ouverture...
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut. *Virer les minuscules pour me répondre*
Jacques Perrocheau
In article , patpro ~ patrick proniewski wrote:
t'as l'interface en français ?
Non, je suis en english.
je me méfie toujours de ces plans à la manque. Chaque version d'OSX y'a des gags liés à la localisation.
chez moi : install de tiger en anglais avec archivage et restauration des users par dessus une 10.3.9, et les dates sont bonnes.
Sur ce disque j'ai fait une installation de Tiger "ab initio" pour cause de "mort de mon interne" avec récuparation (utilitaire de migration propoqée à l'installation) de comptes sauvegardés sur mon externe.
Comme je constate le même phénomène sur l'externe qui lui est en 10.4.1, mais mis à jour, par dessus un Jaguar,.... je sens que je vais refaire une installation clean de chez clean, avec une récupération à la mano des documents et surtout une récupération des fichiers de préférences uniquement pour les logiciels non Apple et un par un.
J'ai aussi un autre "bug" que je n'ai pas résolu, je ne peux pas changer le nom ou modifier le nom des filtres quartz créés ou dupliqués...
Décidément, je n'ai pas de chance avec les fonctions "avancées" d'installation ou de migration. Je trouve toujours des "bugs", bugs mineurs certes, mais bugs qui pourrissent la vie.
Je suis en 10.4.0, j'ai pas encore mis à jour à cause d'un problème de firewall que je tente d'isoler.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <patpro-828A05.17475422052005@news8-e.proxad.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
t'as l'interface en français ?
Non, je suis en english.
je me méfie toujours de ces plans à la
manque. Chaque version d'OSX y'a des gags liés à la localisation.
chez moi : install de tiger en anglais avec archivage et restauration
des users par dessus une 10.3.9, et les dates sont bonnes.
Sur ce disque j'ai fait une installation de Tiger "ab initio" pour cause
de "mort de mon interne" avec récuparation (utilitaire de migration
propoqée à l'installation) de comptes sauvegardés sur mon externe.
Comme je constate le même phénomène sur l'externe qui lui est en 10.4.1,
mais mis à jour, par dessus un Jaguar,.... je sens que je vais refaire
une installation clean de chez clean, avec une récupération à la mano
des documents et surtout une récupération des fichiers de préférences
uniquement pour les logiciels non Apple et un par un.
J'ai aussi un autre "bug" que je n'ai pas résolu, je ne peux pas changer
le nom ou modifier le nom des filtres quartz créés ou dupliqués...
Décidément, je n'ai pas de chance avec les fonctions "avancées"
d'installation ou de migration. Je trouve toujours des "bugs", bugs
mineurs certes, mais bugs qui pourrissent la vie.
Je suis en 10.4.0, j'ai pas encore mis à jour à cause d'un problème de
firewall que je tente d'isoler.
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
je me méfie toujours de ces plans à la manque. Chaque version d'OSX y'a des gags liés à la localisation.
chez moi : install de tiger en anglais avec archivage et restauration des users par dessus une 10.3.9, et les dates sont bonnes.
Sur ce disque j'ai fait une installation de Tiger "ab initio" pour cause de "mort de mon interne" avec récuparation (utilitaire de migration propoqée à l'installation) de comptes sauvegardés sur mon externe.
Comme je constate le même phénomène sur l'externe qui lui est en 10.4.1, mais mis à jour, par dessus un Jaguar,.... je sens que je vais refaire une installation clean de chez clean, avec une récupération à la mano des documents et surtout une récupération des fichiers de préférences uniquement pour les logiciels non Apple et un par un.
J'ai aussi un autre "bug" que je n'ai pas résolu, je ne peux pas changer le nom ou modifier le nom des filtres quartz créés ou dupliqués...
Décidément, je n'ai pas de chance avec les fonctions "avancées" d'installation ou de migration. Je trouve toujours des "bugs", bugs mineurs certes, mais bugs qui pourrissent la vie.
Je suis en 10.4.0, j'ai pas encore mis à jour à cause d'un problème de firewall que je tente d'isoler.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Jacques Perrocheau
In article <1gwyzmq.5g75cc131cv9oN%, (JPaul) wrote:
Ce n'est pas la date UTC, je suis à +02:00 UTC
C'est qu'il est resté à l'heure d'hiver ?...
Tss, Tss, tu regardes mon champ "Date"... ;)
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1gwyzmq.5g75cc131cv9oN%blanc@empty.org>,
blanc@empty.org (JPaul) wrote:
Ce n'est pas la date UTC, je suis à +02:00 UTC
C'est qu'il est resté à l'heure d'hiver ?...
Tss, Tss, tu regardes mon champ "Date"... ;)
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1gwyzmq.5g75cc131cv9oN%, (JPaul) wrote:
Ce n'est pas la date UTC, je suis à +02:00 UTC
C'est qu'il est resté à l'heure d'hiver ?...
Tss, Tss, tu regardes mon champ "Date"... ;)
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
blanc
Jacques Perrocheau wrote:
In article <1gwyzmq.5g75cc131cv9oN%, (JPaul) wrote:
Ce n'est pas la date UTC, je suis à +02:00 UTC
C'est qu'il est resté à l'heure d'hiver ?...
Tss, Tss, tu regardes mon champ "Date"... ;)
Je voulais dire, pas globalement Tiger, puisque ta date de modif est correcte, mais la partie qui s'occupe de mettre à jour cette date d'accès... Maintenant en réfléchissant à ton problème, il me semble que les trois temps (création, modif, accès) associés à un fichier sont stockés sous la forme d'un nombre de secondes par rapport à la date de référence [(00:00:00 UTC, January 1, 1970) comme indiqué par exemple dans le manuel de la fonction ctime], et que c'est au moment de l'affichage que ces temps sont convertis en heures locales, en tenant compte du fuseau horaire et éventuellement de l'heure d'été.
Donc, je serai tenté de dire que ton problème est un bug du Finder qui utiliserait une mauvaise valeur "fuseau/heure d'été" pour la date d'accès. Une vérification serait de regarder ces trois temps avec un autre outil. Je pensais pouvoir le faire avec la commande ls -lT, en lui rajoutant éventuellement l'option -u (et aussi -c ?) mais ça n'a pas l'air de fonctionner correctement. Essaye ces commandes (ll -lT, puis ll -ulT, et éventuellement ll -clT) sur les fichiers qui te posent problème, et dis nous donc ce que tu observes...
JPaul.
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
In article <1gwyzmq.5g75cc131cv9oN%blanc@empty.org>,
blanc@empty.org (JPaul) wrote:
Ce n'est pas la date UTC, je suis à +02:00 UTC
C'est qu'il est resté à l'heure d'hiver ?...
Tss, Tss, tu regardes mon champ "Date"... ;)
Je voulais dire, pas globalement Tiger, puisque ta date de modif est
correcte, mais la partie qui s'occupe de mettre à jour cette date
d'accès...
Maintenant en réfléchissant à ton problème, il me semble que les trois
temps (création, modif, accès) associés à un fichier sont stockés sous
la forme d'un nombre de secondes par rapport à la date de référence
[(00:00:00 UTC, January 1, 1970) comme indiqué par exemple dans le
manuel de la fonction ctime], et que c'est au moment de l'affichage que
ces temps sont convertis en heures locales, en tenant compte du fuseau
horaire et éventuellement de l'heure d'été.
Donc, je serai tenté de dire que ton problème est un bug du Finder qui
utiliserait une mauvaise valeur "fuseau/heure d'été" pour la date
d'accès. Une vérification serait de regarder ces trois temps avec un
autre outil.
Je pensais pouvoir le faire avec la commande ls -lT, en lui rajoutant
éventuellement l'option -u (et aussi -c ?) mais ça n'a pas l'air de
fonctionner correctement.
Essaye ces commandes (ll -lT, puis ll -ulT, et éventuellement ll -clT)
sur les fichiers qui te posent problème, et dis nous donc ce que tu
observes...
JPaul.
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
In article <1gwyzmq.5g75cc131cv9oN%, (JPaul) wrote:
Ce n'est pas la date UTC, je suis à +02:00 UTC
C'est qu'il est resté à l'heure d'hiver ?...
Tss, Tss, tu regardes mon champ "Date"... ;)
Je voulais dire, pas globalement Tiger, puisque ta date de modif est correcte, mais la partie qui s'occupe de mettre à jour cette date d'accès... Maintenant en réfléchissant à ton problème, il me semble que les trois temps (création, modif, accès) associés à un fichier sont stockés sous la forme d'un nombre de secondes par rapport à la date de référence [(00:00:00 UTC, January 1, 1970) comme indiqué par exemple dans le manuel de la fonction ctime], et que c'est au moment de l'affichage que ces temps sont convertis en heures locales, en tenant compte du fuseau horaire et éventuellement de l'heure d'été.
Donc, je serai tenté de dire que ton problème est un bug du Finder qui utiliserait une mauvaise valeur "fuseau/heure d'été" pour la date d'accès. Une vérification serait de regarder ces trois temps avec un autre outil. Je pensais pouvoir le faire avec la commande ls -lT, en lui rajoutant éventuellement l'option -u (et aussi -c ?) mais ça n'a pas l'air de fonctionner correctement. Essaye ces commandes (ll -lT, puis ll -ulT, et éventuellement ll -clT) sur les fichiers qui te posent problème, et dis nous donc ce que tu observes...
JPaul.
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
patpro ~ patrick proniewski
In article <1gx33i5.f2jnkl1cwtq9sN%, (JPaul) wrote:
Je pensais pouvoir le faire avec la commande ls -lT, en lui rajoutant éventuellement l'option -u (et aussi -c ?) mais ça n'a pas l'air de fonctionner correctement. Essaye ces commandes (ll -lT, puis ll -ulT, et éventuellement ll -clT) sur les fichiers qui te posent problème, et dis nous donc ce que tu observes...
In article <1gx33i5.f2jnkl1cwtq9sN%blanc@empty.org>,
blanc@empty.org (JPaul) wrote:
Je pensais pouvoir le faire avec la commande ls -lT, en lui rajoutant
éventuellement l'option -u (et aussi -c ?) mais ça n'a pas l'air de
fonctionner correctement.
Essaye ces commandes (ll -lT, puis ll -ulT, et éventuellement ll -clT)
sur les fichiers qui te posent problème, et dis nous donc ce que tu
observes...
In article <1gx33i5.f2jnkl1cwtq9sN%, (JPaul) wrote:
Je pensais pouvoir le faire avec la commande ls -lT, en lui rajoutant éventuellement l'option -u (et aussi -c ?) mais ça n'a pas l'air de fonctionner correctement. Essaye ces commandes (ll -lT, puis ll -ulT, et éventuellement ll -clT) sur les fichiers qui te posent problème, et dis nous donc ce que tu observes...
