[Bug libstdc++/18678] Garbage output to std::wcout under some circumstances

2004-11-29 Thread pcarlini at suse dot de
--- Additional Comments From pcarlini at suse dot de 2004-11-30 00:09 --- Ah yes, if you are curious about the asymmetry, it's basically due to the fact that xsputn can use, for performance sake, fwrite, but there isn't an analog possibility for wchar_t. -- http://gcc.gnu.org/bugzill

[Bug libstdc++/18678] Garbage output to std::wcout under some circumstances

2004-11-29 Thread pcarlini at suse dot de
--- Additional Comments From pcarlini at suse dot de 2004-11-29 23:58 --- As I said, please have a look to include/ext/stdio_sync_filebuf.h: for C++ we have *additional* requirements besides those related to intermixing and only putc/putwc can be used: the behavior is a straightforward c

[Bug libstdc++/18678] Garbage output to std::wcout under some circumstances

2004-11-29 Thread rleigh at debian dot org
--- Additional Comments From rleigh at debian dot org 2004-11-29 23:50 --- Sorry about the renaming. Even though you aren't supposed to intermix std::cout and std::wcout, surely it would be nicer if the undefined behaviour was the same whichever you used first? Currently: std::cout, st

[Bug libstdc++/18678] Garbage output to std::wcout under some circumstances

2004-11-29 Thread pcarlini at suse dot de
--- Additional Comments From pcarlini at suse dot de 2004-11-29 23:21 --- Please, don't reopen a PR changing completely the topis: is completely confusing. Anyway, as you say, this is well outside the c++ spec: according to 27.3, c++ cannot mix operations **and**, by default (missing a

[Bug libstdc++/18678] Garbage output to std::wcout under some circumstances

2004-11-29 Thread rleigh at debian dot org
--- Additional Comments From rleigh at debian dot org 2004-11-29 22:38 --- I've done a little more investigation, and I've found out some more. It's no longer related to date formatting, so I changed the bug title. Here's a C program to test wide character output: #include #include