On Tue, Jul 04, 2006 at 04:47:49AM +0200, Aurelien Jarno wrote:
> Denis Barbier wrote:
> >On Thu, Jun 29, 2006 at 01:51:50PM +0200, Martin Dittmar wrote:
> >>Package: libc6
> >>Version: 2.3.2.ds1-22sarge3
> >>
> >>Problem: after calling the C method "ctime" the global variable
> >>"timezone" is no
Denis Barbier wrote:
On Thu, Jun 29, 2006 at 01:51:50PM +0200, Martin Dittmar wrote:
Package: libc6
Version: 2.3.2.ds1-22sarge3
Problem: after calling the C method "ctime" the global variable
"timezone" is not set correctly with certain TZ environment variables.
With TZ=JKL3:10PNM4:40 set, the
On Thu, Jun 29, 2006 at 01:51:50PM +0200, Martin Dittmar wrote:
> Package: libc6
> Version: 2.3.2.ds1-22sarge3
>
> Problem: after calling the C method "ctime" the global variable
> "timezone" is not set correctly with certain TZ environment variables.
> With TZ=JKL3:10PNM4:40 set, the value of "t
Hi Aurelien,
On Mon, Jul 03, 2006 at 06:44:16AM +0200, Aurelien Jarno <[EMAIL PROTECTED]>
wrote:
> Hi SRM team!
>
> Would such a fix to the glibc be accepted for a stable release?
i would be first interested, which LSB versions are effected by this. I
don't see any need for fixing newer LSB is
Package: libc6
Version: 2.3.2.ds1-22sarge3
Problem: after calling the C method "ctime" the global variable
"timezone" is not set correctly with certain TZ environment variables.
With TZ=JKL3:10PNM4:40 set, the value of "timezone" is expected to be
11400, but has a nonsense value of 18000.
For
5 matches
Mail list logo
