This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PING^2] RFC [PATCH] BZ#1077902: New API gettimezone
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: P J P <pj dot pandit at yahoo dot co dot in>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Tue, 29 Apr 2014 16:34:03 -0400
- Subject: Re: [PING^2] RFC [PATCH] BZ#1077902: New API gettimezone
- Authentication-results: sourceware.org; auth=none
- References: <1396499286 dot 85118 dot YahooMailNeo at web192405 dot mail dot sg3 dot yahoo dot com> <1397301884 dot 32837 dot YahooMailNeo at web192402 dot mail dot sg3 dot yahoo dot com> <534971E4 dot 6060001 at cs dot ucla dot edu> <53497633 dot 6060804 at redhat dot com> <1397324033 dot 69177 dot YahooMailNeo at web192403 dot mail dot sg3 dot yahoo dot com> <5349A4B0 dot 2070206 at redhat dot com> <1397375798 dot 36419 dot YahooMailNeo at web192401 dot mail dot sg3 dot yahoo dot com> <1397414803 dot 70882 dot YahooMailNeo at web192403 dot mail dot sg3 dot yahoo dot com> <534B8A9F dot 8030806 at redhat dot com> <1397469748 dot 42212 dot YahooMailNeo at web192405 dot mail dot sg3 dot yahoo dot com> <1398146221 dot 72442 dot YahooMailNeo at web192403 dot mail dot sg3 dot yahoo dot com> <1398755742 dot 94004 dot YahooMailNeo at web192405 dot mail dot sg3 dot yahoo dot com> <535F74EE dot 8010002 at redhat dot com> <1398775268 dot 92264 dot YahooMailNeo at web192405 dot mail dot sg3 dot yahoo dot com> <535FC11B dot 3000906 at cs dot ucla dot edu> <535FF1CD dot 1030601 at redhat dot com> <1398802195 dot 58022 dot YahooMailNeo at web192401 dot mail dot sg3 dot yahoo dot com>
On 04/29/2014 04:09 PM, P J P wrote:
>> I'll wait and see what PJP comes up with for the tzalloc solution
>> to solve
>
> Sure! But if we agree to not stuff zone file contents into TZ
> variable, then the only option is to use the TZ string at the end of
> the zone files, no?
I'm not against stuffing the zone file contents into the TZ
env var.
However, in order to do that we'd have to look at the kernel
implementation for at least Linux and Hurd to see if we can put
that much data into the process and the consequences of that.
If we have to share data across a chroot I'm going to ask you
to put your thinking cap on and at least consider alternatives
to using the environment variable pages for storing that data
e.g. shared memory segment checked when the chroot'd
application calls tz* functions?
Think outside the box.
Cheers,
Carlos.