Re: Location of utility functions.

[Alain Magloire]

> 
> > Allo Sergey, et ou est tu a le monde? 3 hours east of Paris, I take
> > it...
> Yes, 3 hours (DST). I live in Odessa, Ukraine..

Ha!  So I come you know so many languages?

> > If that's true, then I'll buckle to necessity, timezone offset will
> > have to be carried around outside of struct tm, so I'll add the
> > int* timezone arg you suggest to parse822_date_time().
> 
> To tell the truth, having all time-converting functions accept
> (struct tm *tm, int *tz) arguments seems to be a clumsy way of doing
> things. We can, however, declare a
> 
> struct mu_time
>   {
>      struct tm *tm;
>      int tz;
>   }

I think Sam's idea was to use what the platform offers i.e.
struct tm is widely use and there is so many functions that uses it
instean of having another structure. If need be the generated
struct tm could be use in strftime() etc ..

Probably did not for see that TimeZone was such a pain 8-).

...

>  -int parse822_date_time(const char** p, const char* e, struct tm* tm)
>  +int parse822_date_time(const char** p, const char* e, time_t *)
> 
> etc. What do you think?

Unfortunately will not be able to follow discussion this weekend
going temporary offline.  One of my disk is behaving funny.


> au revoir,

8-)

Later,


-- 
alain