gcc / clang std::locale issue on non-glibc platforms
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). It seems to affect all non-glibc platforms (reproducible on FreeBSD and illumos). Tried the same test with clang - no difference (as affected code is in libstdc++). Simple test case: $ cat t.cpp #include locale int main (int argc, char *argv[]) { for (int i = 1; i argc; ++i) { try { const std::locale loc (argv [i]); } catch (std::exception e) { printf (exception: %s: %s\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 Southern Federal University ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: gcc / clang std::locale issue on non-glibc platforms
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, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
make release recursion
Hello. I've tried to do make cdrom on recent 10-current (svn revision 238763) and got after day of work: a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/base/usr/lib/pam_echo.so a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/base/usr/lib/libwind_p.a a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/base/usr/lib/librpcsec_gss.so.1 a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/base/usr/lib/libzfs_p.a ... Here 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 Southern Federal University ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: About kern.ipc.semmap on FreeBSD 9
On 03/23/2012 01:52, Herbert J. Skuhra wrote: On Thu, 22 Mar 2012 10:02:15 -0600 Efraín Déctorefraindec...@motumweb.com wrote: Hello. I’m currently testing FreeBSD 9.0, I want to use it as a OS for a PostgreSQL Server. However, it is recommended to modified some paramerts such as semaphores (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ): kern.ipc.semmap=256 But when I tried to change the value on FreeBSD this pops up: sysctl: unknown oid 'kern.ipc.semmap' What Can I do to resolve this issue?. This has been removed in r224016: http://svnweb.freebsd.org/base/head/sys/kern/sysv_sem.c?r1=223825r2=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 Southern Federal University ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ABI/architecture identification for packages
Hello. On 03/20/2012 10:24, Poul-Henning Kamp wrote: In message20120319215802.gc1...@azathoth.lan, Baptiste Daroussin writes: On Mon, Mar 19, 2012 at 10:35:08PM +0100, Baptiste Daroussin wrote: here is the identification I propose: arch-class-os-majorversion(-archi_specific_extension) Given how sparse this name-space is, you'll have less than 50 different values, you might want to consider something more compact, such as a single letter for all components, and the version number last: X2F9= x64-32-freebsd-9 X4F10 = x64-64-freebsd-10 A2FB9 = arm-32-freebsd-eb_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, system administrator of Computer Center of Southern Federal University ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
rctl limit cpu
Hello. I see in rctl man page, that I can limit cpu time in milliseconds, e.g., for jail. But I can't deny allocation of the resource (according to man page). In Solaris I can assign different amount of cpu shares to different projects. How can I achieve this with rctl? For example, I'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 list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Could /etc/rc.d/routing require bridge?
Hello. I'm just implementing the following network scheme on our freebsd hosts: 1) physical interface 2) for each vlanN on physical interface I create bridgeN and connect interface to the bridge 3) for each vnet jail which need access to vlanN I create epair and connect it to bridgeN 4) for real host I use the same scheme: I create epair and connect it to the bridge with necessary vlan. I have the following problem: routing is started before bridge creation, so in default configuration host is inaccessible. If I modify /etc/rc.d/routing script so that it requires bridge, everything 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 list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: DTrace userland project
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 files dtrace: (malloc) /usr/src/lib/libc/stdlib/malloc.c:2636: Failed assertion: (run-regs_mask[elm] (1U bit)) == 0 gmake: *** [utils/probes.o] Abort trap: 6 (core dumped) Rui Paulo wrote: Hi, The DTrace userland project is near completion and you can start using parts of it right away (only on FreeBSD HEAD right now). For more information on how to use DTrace with userland, please read: http://wiki.freebsd.org/DTrace/userland This project is being sponsored by the FreeBSD Foundation. Regards, -- Rui Paulo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Xorg build error on -current-amd64
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 -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-definition -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o sessreg sessreg.o sessreg.o(.text+0xada): In function `main': : undefined reference to `ttyslot' *** Error code 1 Stop in /usr/ports/x11/sessreg/work/sessreg-1.0.5. *** Error code 1 Stop in /usr/ports/x11/sessreg/work/sessreg-1.0.5. *** Error code 1 Stop in /usr/ports/x11/sessreg. *** Error code 1 Stop in /usr/ports/x11/xorg-apps. *** Error code 1 Stop in /usr/ports/x11/xorg-apps. *** Error code 1 Stop in /usr/ports/x11/xorg. # uname -a FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Wed Jun 2 15:10:14 UTC 2010 root@:/usr/obj/usr/src/sys/GENERIC amd64 # ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- С уважением, Александр Пыхалов, системный администратор ЮГИНФО ЮФУ. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org