On Tue, Oct 03, 2006 at 02:57:48PM +0100, Steve Brown wrote: > > This looks like more fallout from the locale munging patch that we've > > been carrying around forever (and has caused other complaints, such > > as malformed dates returned from queries).
> FYI, if you set your environment so that LANG=C, the issue doesn't > appear, and you get the results you expect. Moreover, it's also fine > with LANG=en_US and LANG=en_US:en_GB. > LANG=en_GB or LANG=en_GB:en_US also break it. Er, the changelog for freetds 0.63-3 says: * Rework locale patch to allow overriding locale environment via /etc/freetds/locales.conf; support "client charset" options on a per-locale basis, not just on a per-server basis; and don't pull date formats from nl_langinfo(), because the locale defaults are apparently insane. Closes: #324869. So you're going to have to actually say *what* is broken for you, instead of just alluding to "results you [don't] expect". This bug report is still open because the ultimate cause of the segfault in sqsh is a bogus assumption about buffer sizes when converting date formats, which TTBOMK still exists and needs fixing. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
