On Sat, 23 Sep 2023 17:23:59 +0900
Takashi Yano via Cygwin wrote:
> On Fri, 22 Sep 2023 08:48:45 +0200
> ASSI wrote:
> > Takashi Yano via Cygwin writes:
> > > I wonder why the following code throws std::runtime_error
> > > even though the LC_ALL is set to valid locale other than "C".
> > > This
On Fri, 22 Sep 2023 08:48:45 +0200
ASSI wrote:
> Takashi Yano via Cygwin writes:
> > I wonder why the following code throws std::runtime_error
> > even though the LC_ALL is set to valid locale other than "C".
> > This does not occur only when LC_ALL is set to "C".
>
> This functionality is curren
On 2023-09-21 23:56, Martin Wege via Cygwin wrote:
On Thu, Sep 21, 2023 at 9:07 PM Christian Franke via Cygwin
wrote:
Brian Inglis via Cygwin wrote:
On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
I wonder why the following code thr
Takashi Yano via Cygwin wrote:
On Thu, 21 Sep 2023 21:06:59 +0200
Christian Franke wrote:
...
According to libstdc++ source, the internal function
locale::facet::_S_create_c_locale() calls some __newlocale() which
apparently does not arrive at newlocale() from cygwin1.dll. But
cygstdc++-6.dll im
Takashi Yano via Cygwin writes:
> I wonder why the following code throws std::runtime_error
> even though the LC_ALL is set to valid locale other than "C".
> This does not occur only when LC_ALL is set to "C".
This functionality is currently only supported for Glibc targets in
libstdc++. I seem t
On Thu, Sep 21, 2023 at 9:07 PM Christian Franke via Cygwin
wrote:
>
> Brian Inglis via Cygwin wrote:
> > On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
> >> On Fri, 22 Sep 2023 01:12:04 +0900
> >> Takashi Yano wrote:
> >>> I wonder why the following code throws std::runtime_error
> >>> even
On Thu, 21 Sep 2023 21:06:59 +0200
Christian Franke wrote:
> Brian Inglis via Cygwin wrote:
> > On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
> >> On Fri, 22 Sep 2023 01:12:04 +0900
> >> Takashi Yano wrote:
> >>> I wonder why the following code throws std::runtime_error
> >>> even though the
Brian Inglis via Cygwin wrote:
On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
I wonder why the following code throws std::runtime_error
even though the LC_ALL is set to valid locale other than "C".
This does not occur only when LC_ALL
On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
I wonder why the following code throws std::runtime_error
even though the LC_ALL is set to valid locale other than "C".
This does not occur only when LC_ALL is set to "C".
#include
int ma
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
> I wonder why the following code throws std::runtime_error
> even though the LC_ALL is set to valid locale other than "C".
> This does not occur only when LC_ALL is set to "C".
>
> #include
> int main()
> {
> std::locale("");
> r
I wonder why the following code throws std::runtime_error
even though the LC_ALL is set to valid locale other than "C".
This does not occur only when LC_ALL is set to "C".
#include
int main()
{
std::locale("");
return 0;
}
In linux, this occurs only when the LC_ALL is set to inva
11 matches
Mail list logo