Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000288OCamlOCaml generalpublic2001-02-21 18:292001-02-22 16:18
Reporteradministrator 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0000288: Unix.mktime
DescriptionJe suggère que Unix.mktime lève une exception quand la libc décide que
"The time since the Epoch cannot be represented by mktime";
Invalid_argument peut-être, ou bien, puisque que la libc dit ERANGE,
Unix_error ERANGE _ _ ?

Je n'ai pas de patch à proposer, mais, à ce que dit le man sur DEC: il
faut mettre errno à 0 avant appel à la libc, puis au retour, vérifier
que le résultat est -1 *et* que errno n'est plus à 0 pour lever
l'exception, car -1 est un résultat valide de mktime.

Bruno.

TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0000511)
administrator (administrator)
2001-02-22 10:01

> Je suggère que Unix.mktime lève une exception quand la libc décide que
> "The time since the Epoch cannot be represented by mktime";
> Invalid_argument peut-être, ou bien, puisque que la libc dit ERANGE,
> Unix_error ERANGE _ _ ?

Bonne idée, je viens de "commettre" la modification correspondante.

> Je n'ai pas de patch à proposer, mais, à ce que dit le man sur DEC: il
> faut mettre errno à 0 avant appel à la libc, puis au retour, vérifier
> que le résultat est -1 *et* que errno n'est plus à 0 pour lever
> l'exception, car -1 est un résultat valide de mktime.

Le manuel DEC dit aussi que c'est spécifique à Digital Unix :-)
D'après la spec Unix 98, le résultat -1 signifie toujours une erreur.
(Digital Unix permet les dates avant le début de l'"epoch", mais c'est non
portable.)

- Xavier


- Issue History
Date Modified Username Field Change
2005-11-18 10:13 administrator New Issue


Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker