Re: [bug-gettext] intl: Proof against invalid offset/length

2015-03-20 Thread Florian Weimer
On 03/20/2015 02:06 AM, Daiki Ueno wrote: > I agree. Now that intl/ is almost[1] synchronized with gettext, what's > blocking this? I'm happy to include the patch in the upcoming gettext > release so non-glibc consumers also benefit from it. The patch will use getauxval(AT_SECURE) or __libc_ena

[bug-gettext] [bug #44588] Swedish translations not working on Windows systems

2015-03-20 Thread anonymous
URL: Summary: Swedish translations not working on Windows systems Project: GNU gettext Submitted by: None Submitted on: Fri 20 Mar 2015 09:18:11 AM UTC Category: None S

Re: [bug-gettext] intl: Proof against invalid offset/length

2015-03-20 Thread Daiki Ueno
Florian Weimer writes: > The patch will use getauxval(AT_SECURE) or __libc_enable_secure (or > issetuugid on other systems, but which I cannot test). It is not going > to be very portable. I see (though I'm a bit confused that you removed the use of __libc_enable_secure in CVE-2014-0475). Can'