Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++.moderated > #1413
| Message-ID | <4DEF96B7.9070009@sh.cvut.cz> (permalink) |
|---|---|
| Newsgroups | comp.lang.c++.moderated |
| From | Vaclav Haisman <v.haisman@sh.cvut.cz> |
| Subject | Re: codecvt problem |
| Organization | Czech Technical University |
| References | <3fe789b8-a729-4623-9e7e-301984e6c053@z13g2000yqg.googlegroups.com> <4DEBC922.2060901@sh.cvut.cz> <isig0g$rj7$1@dont-email.me> <4DED2A8A.1090106@sh.cvut.cz> <df50fa73-a52b-43ca-bf7b-25c1dc4c10c4@c26g2000vbq.googlegroups.com> |
| Date | 2011-06-08 17:24 -0600 |
Martin Bonner wrote, On 8.6.2011 10:06:
>
> On Jun 6, 10:31 pm, Vaclav Haisman <v.hais...@sh.cvut.cz> wrote:
>> Jeff Flinn wrote, On 6.6.2011 20:50:> Vaclav Haisman wrote:
>>>> Rafał Moniuszko wrote, On 5.6.2011 15:25:
>>>> [...]
>>>>> ==9451== Conditional jump or move depends on uninitialised value(s)
>>>> I think that this is likely because of uninitialized mystate variable. Add
>>>> #include <cstring> and do std::memset (&mystate, 0, sizeof(mystate));:
>>
>>> Why not mbstate_t mystate = {0};
>>
>> Because the last time I tried that I got a warning about bad/wrong
>> initializer in case of mbstate_t being an int.
>
> But memset produces undefined behaviour if mbstate_t is (for example)
> void *. I /think/ the only way to fix this is something like:
Why does it produce undefined behaviour? You can always take address of a
void pointer and zero the pointer.
>
> namespace { mbstate_t zerostate; }
> int main () { mbstate_t mystate = zerostate;...}
>
> But that's an awful faf.
That would be usable. Ideal would be if we had some
std::mbstate_init(mbstate_t &) function or similar.
--
VH
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Back to comp.lang.c++.moderated | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
codecvt problem Rafał Moniuszko <rafal.lists@gmail.com> - 2011-06-05 07:25 -0600
Re: codecvt problem Vaclav Haisman <v.haisman@sh.cvut.cz> - 2011-06-05 21:41 -0600
Re: codecvt problem Jeff Flinn <TriumphSprint2000@hotmail.com> - 2011-06-06 12:50 -0600
Re: codecvt problem Vaclav Haisman <v.haisman@sh.cvut.cz> - 2011-06-06 15:31 -0600
Re: codecvt problem Martin Bonner <martinfrompi@yahoo.co.uk> - 2011-06-08 02:06 -0600
Re: codecvt problem Vaclav Haisman <v.haisman@sh.cvut.cz> - 2011-06-08 17:24 -0600
Re: codecvt problem Seungbeom Kim <musiphil@bawi.org> - 2011-06-09 07:02 -0600
Re: codecvt problem Vaclav Haisman <v.haisman@sh.cvut.cz> - 2011-06-16 17:04 -0600
Re: codecvt problem Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2011-06-17 06:42 -0600
Re: codecvt problem Seungbeom Kim <musiphil@bawi.org> - 2011-06-18 07:38 -0600
Re: codecvt problem Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2011-06-20 13:16 -0600
Re: codecvt problem Seungbeom Kim <musiphil@bawi.org> - 2011-06-23 14:42 -0600
Re: codecvt problem Seungbeom Kim <musiphil@bawi.org> - 2011-06-09 07:01 -0600
Re: codecvt problem Daniel Krügler <daniel.kruegler@googlemail.com> - 2011-06-06 15:31 -0600
Re: codecvt problem Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2011-06-07 03:07 -0600
Re: codecvt problem Daniel Krügler <daniel.kruegler@googlemail.com> - 2011-06-07 10:31 -0600
Re: codecvt problem Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2011-06-06 12:47 -0600
csiph-web