Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c > #42337

Re: mbrtoc32 in MinGW-w64 buggy?

From Keith Thompson <kst-u@mib.org>
Newsgroups comp.lang.c
Subject Re: mbrtoc32 in MinGW-w64 buggy?
Date 2014-03-29 16:50 -0700
Organization None to speak of
Message-ID <lnioqwimxp.fsf@nuthaus.mib.org> (permalink)
References <lh6diu$c35$1@newsreader4.netcologne.de> <lh6gkd$sq5$1@dont-email.me> <ln8ursk7mf.fsf@nuthaus.mib.org> <lh7er5$tsk$1@dont-email.me>

Show all headers | View raw


Eric Sosman <esosman@comcast-dot-net.invalid> writes:
> On 3/29/2014 5:38 PM, Keith Thompson wrote:
[...]
>> mbstate is not initialized prior to the call, but that's not a problem.
>> Its address, not its value, is passed to mbrtoc32(), which updates
>> the pointed-to object.
>>
>> N1570 7.28.1:
>>
>>      These functions have a parameter, ps, of type pointer to mbstate_t
>>      that points to an object that can completely describe the current
>>      conversion state of the associated multibyte character sequence,
>>      which the functions alter as necessary.
>
>      Yabbut...  I understand this to mean that the pointed-to
> mbstate_t object is both an output *and* an input to the function.
> What would be the point of having one call report the state, and
> then having the next ignore state changes encountered by the first?
>
>      (Still, as I said before: "I am no expert.")

I don't see anything in the quoted text that implies that the functions
read the value of the pointed-to mbstate_t object.

Still, you make a good point.  I guess I've got some reading to do.

-- 
Keith Thompson (The_Other_Keith) kst-u@mib.org  <http://www.ghoti.net/~kst>
Working, but not speaking, for JetHead Development, Inc.
"We must do something.  This is something.  Therefore, we must do this."
    -- Antony Jay and Jonathan Lynn, "Yes Minister"

Back to comp.lang.c | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

mbrtoc32 in MinGW-w64 buggy? Werner Wenzel <werner.wenzel@netcologne.de> - 2014-03-29 13:16 +0100
  Re: mbrtoc32 in MinGW-w64 buggy? Eric Sosman <esosman@comcast-dot-net.invalid> - 2014-03-29 09:08 -0400
    Re: mbrtoc32 in MinGW-w64 buggy? Werner Wenzel <werner.wenzel@netcologne.de> - 2014-03-29 15:09 +0100
      Re: mbrtoc32 in MinGW-w64 buggy? Eric Sosman <esosman@comcast-dot-net.invalid> - 2014-03-29 10:27 -0400
    Re: mbrtoc32 in MinGW-w64 buggy? Keith Thompson <kst-u@mib.org> - 2014-03-29 14:38 -0700
      Re: mbrtoc32 in MinGW-w64 buggy? Eric Sosman <esosman@comcast-dot-net.invalid> - 2014-03-29 17:44 -0400
        Re: mbrtoc32 in MinGW-w64 buggy? Keith Thompson <kst-u@mib.org> - 2014-03-29 16:50 -0700
          Re: mbrtoc32 in MinGW-w64 buggy? James Kuyper <jameskuyper@verizon.net> - 2014-03-31 10:54 -0400
  Re: mbrtoc32 in MinGW-w64 buggy? James Kuyper <jameskuyper@verizon.net> - 2014-03-29 09:17 -0400

csiph-web