From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26593 invoked by alias); 2 Mar 2003 18:46:03 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 26577 invoked by uid 71); 2 Mar 2003 18:46:01 -0000 Date: Sun, 02 Mar 2003 18:46:00 -0000 Message-ID: <20030302184601.26576.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: =?iso-8859-1?Q?P=E9tur_Run=F3lfsson?= Subject: RE: libstdc++/9874: filebuf::seekpos fails if codecvt::encoding() <= 0 Reply-To: =?iso-8859-1?Q?P=E9tur_Run=F3lfsson?= X-SW-Source: 2003-03/txt/msg00048.txt.bz2 List-Id: The following reply was made to PR libstdc++/9874; it has been noted by GNATS. From: =?iso-8859-1?Q?P=E9tur_Run=F3lfsson?= To: , , , =?iso-8859-1?Q?P=E9tur_Run=F3lfsson?= , Cc: Subject: RE: libstdc++/9874: filebuf::seekpos fails if codecvt::encoding() <= 0 Date: Sun, 2 Mar 2003 18:40:10 -0000 > Confirmed. Support for state dependent/variable length > encodings is not really implemented presently in the library. I agree that state-dependent isn't supported, but at least for UTF-8, it is possible to do almost everything except seek, read from files bigger than BUFSIZ bytes, and read from wcin (and I've posted a patch that fixes that). Petur