That's it. As for your second question - I am not sure. However, the
config header was patched to address your initial question.

On 2/25/07, sherman wilcox <wilcox.sherman_at_gmail.com> wrote:
>
> Is this the one you're referring to?
>
> http://curl.haxx.se/mail/lib-2007-02/0118.html
>
> "From what I can tell, if you create threads according to the way
> Microsoft recommends, then each thread has its own memory and there is
> no need for the _r (e.g. gmtime_r) version of routines."
>
> That sentence raises a question, what is this Microsoft recommended
> way he mentions? I tend to stick to beginthread/_beginthreadex. There
> is the Win32 CreateThread call, but I think most people use
> _beginthreadex.
>
> On 2/25/07, sherman wilcox <wilcox.sherman_at_gmail.com> wrote:
> > I'm a new user, must have missed it. How recent?
> >
> > On 2/25/07, Duncan McQueen <dwmcqueen_at_gmail.com> wrote:
> > > Wasn't there recent discussion on this list about this exact
> issue? If I
> > > recall, there was a CVS commit to work around this on Visual Studio.
> > >
> > > On 2/25/07, sherman wilcox <wilcox.sherman_at_gmail.com> wrote:
> > > > The subject line sums it up. I'm using Visual Studio 2005 and I
> don't
> > > > see a gmtime_r. Config-win32.h has this comment:
> > > >
> > > > /* MSVC 2003 has gmtime_r */
> > > >
> > > > I'm unaware of any version of Visual Studio having a gmtime_r. I do
> > > > see a gmtime_s for Visual Studio 2005, but this isn't re-entrant. Is
> > > > this a case of me missing the gmtime_r in VS 2005 or should I be
> using
> > > > an alternative library that provides gmtime_r?
> > > >
> > > > What's the proper work-around if someone wishes to use libcurl in a
> > > > multi-threaded environment?
> > > >
> > > > Thanks
> > > >
> > >
> > >
> >
>
Received on 2007-02-25