On 08/15/2014 12:31, Alexander Pyhalov wrote:
Hello.
I just stumped on the following gcc bug -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15992 (std::locale is not
working for non-C locales).
Related libstdc++ bug - https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41495
--
Best regards
\n", argv [i], e.what ());
}
}
}
$ g++ -o locale t.cpp # or clang++ -o locale t.cpp , doesn't matter
./locale en_US.UTF-8
exception: en_US.UTF-8: locale::facet::_S_create_c_locale name not valid
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South
I hitted ^C and received:
*** src.txz removed
It seems, it continued to add files to some archive recursively... Is it
a bug or maybe I just can't cook it properly?
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Souther
sysv_sem.c?r1=223825&r2=224016>
Hello.
Could someone briefly explain, why this tunable was removed? I couldn't
find anything relevant in 9.0 release notes.
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of So
_oabi-9
By the time we run out of ASCII or even Unicode characters, we have
other problems.
And what is a purpose of making non-human-friendly platform identifiers?
I think, you'll gain nothing by this, but will create an unnecessary
complication.
--
Best regards,
Alexander Pyhalov,
syst
x27;d like to
give jail:www 40% CPU, jail:db - 50% CPU and leave 10% to the base system...
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
freebsd-current@freebsd.org mailing
thing is fine (I can reach my host).
So what is a reason for /etc/rc.d/routing to miss dependency on bridge?
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
freebsd-current@freebsd.org mailing
Hello.
I've just tried to compile postgresql 84 with enabled dtrace on
FreeBSD-current (checked out repository two days ago). I have the
following error in compile time:
dtrace -C -G -s utils/probes.d access/common/heaptuple.o
access/common/indextuple.o ... // here follows other object file
Hello.
I've just had this error yesterday. It seems, that utmp.h file is still
in the system. Make in /usr/src:
make delete-old
and try again .
David Rhodus wrote:
===>Verifying install for sessreg in /usr/ports/x11/sessreg
===> Building for sessreg-1.0.5
make all-am
cc -std=gnu99 -Wall
