search for: libthr

I hit a bug in libthr with pthread_mutexattr_settype which (at least as far as I understand the POSIX reference and also the man-page) makes it non-conformant to the specifications. Quoting: """ RETURN VALUES If successful, these functions return 0. Otherwise, an error number is returned to...

On Mon, 2020-11-09 at 14:43 +1030, O'Connor, Daniel wrote: > > Good idea. > First step is building Samba from source which is not a fun > experience on FreeBSD :( We do honestly want to make this easier. Now of course that doesn't help for a historical bisect, but we are open to and encourage up- streaming of patches from ports. (We also ask that patches we reject - this

...CE: 24 stack frames: ? ?#0 0x828ed192 <smb_panic_s3+82> at /usr/local/lib/libsmbconf.so.0 ? ?#1 0x8146290b <smb_panic+315> at /usr/local/lib/libsamba-util.so.0 ? ?#2 0x814627b7 <fault_setup+343> at /usr/local/lib/libsamba-util.so.0 ? ?#3 0x83ed640b <_swapcontext+347> at /lib/libthr.so.3 ? ?#4 0x83ed5ff3 <sigaction+835> at /lib/libthr.so.3 ? ?#5 0x7ffffffff193 ? ?#6 0x83cc1293 <talloc_named_const+19> at /usr/local/lib/libtalloc.so.2 ? ?#7 0x840f54ea <tevent_common_add_timer+106> at /usr/local/lib/libtevent.so.0 ? ?#8 0x840f54a6 <tevent_common_add_timer+38&...

...liblzma.so.0 => /usr/local/lib/liblzma.so.0 (0x34778000) libbz2.so.3 => /usr/lib/libbz2.so.3 (0x347a1000) libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x347b2000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x348d0000) libncurses.so.7 => /lib/libncurses.so.7 (0x34a27000) libthr.so.3 => /lib/libthr.so.3 (0x34a66000) libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x34a7b000) So it appears to be there, but still I get this error. Any guidance? Thanks. -- jim smith <n0oct at sbcglobal.net>

Hi all, After some research I've found that this device should run with the blazer_usb driver. Jun 3 16:15:38 pegasus kernel: ugen0.4: <vendor 0x0001> at usbus0 Jun 3 16:15:38 pegasus kernel: uhid0: <vendor 0x0001 product 0x0000, class 0/0, rev 1.00/1.00, addr 4> on usbus0 However, even after shoehorning it; [crees at pegasus]/usr/local/libexec/nut% sudo ./blazer_usb -a zigor

...4 stack frames: #0 0x8029500ed <smb_panic_s3+45> at /usr/local/lib/libsmbconf.so.0 #1 0x80146282c <smb_panic+60> at /usr/local/lib/libsamba-util.so.0 #2 0x801462a41 <smb_panic+593> at /usr/local/lib/libsamba-util.so.0 #3 0x803faa1a6 <pthread_sigmask+918> at /lib/libthr.so.3 [2014/04/14 09:05:32.749917, 0] ../source3/lib/dumpcore.c:312(dump_core) unable to change to %N.core refusing to dump core [2014/04/14 09:06:32.825506, 0] ../source3/smbd/open.c:1582(defer_open_done) PANIC: assert failed at ../source3/smbd/open.c(1582): ret [2014/04/14 09:06:32.825662,...

...o debugging symbols >> found)...done. > > Loaded symbols for /lib/libgcc_s.so.1 > > Reading symbols from /usr/local/lib/nss_winbind.so.1...(no debugging >> symbols found)...done. > > Loaded symbols for /usr/local/lib/nss_winbind.so.1 > > Reading symbols from /lib/libthr.so.3...(no debugging symbols >> found)...done. > > Loaded symbols for /lib/libthr.so.3 > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols >> found)...done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x1812eb34 in my_stat () from /usr/l...

....so.0 #2 0x801470045 <smb_panic+0x35> at /usr/local/lib/libsamba-util.so.0 #3 0x80147062a <smb_panic+0x61a> at /usr/local/lib/libsamba-util.so.0 #4 0x801470003 <fault_setup+0x73> at /usr/local/lib/libsamba-util.so.0 #5 0x8044f740b <_swapcontext+0x15b> at /lib/libthr.so.3 #6 0x8044f6ff3 <sigaction+0x343> at /lib/libthr.so.3 [2014/05/05 21:37:28.897854, 0] ../source3/lib/dumpcore.c:312(dump_core) unable to change to %N.core refusing to dump core [2014/05/07 15:18:43.255493, 0] ../lib/util/pidfile.c:153(pidfile_unlink) Failed to delete pidfil...

...uot;...(no debugging symbols found)... Core was generated by `cfservd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libdb-4.6.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdb-4.6.so.0 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libcrypto.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /usr/lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols...

...:56 mercury smbd[5960]: ? ?#1 0x81462a3c <smb_panic+44> at /usr/local/lib/libsamba-util.so.0 Feb 12 10:37:56 mercury smbd[5960]: ? ?#2 0x81462c51 <smb_panic+577> at /usr/local/lib/libsamba-util.so.0 Feb 12 10:37:56 mercury smbd[5960]: ? ?#3 0x83f8e349 <pthread_sigmask+889> at /lib/libthr.so.3 Feb 12 10:37:56 mercury smbd[5960]: ? ?#4 0x83f8e579 <pthread_sigmask+1449> at /lib/libthr.so.3 Feb 12 10:37:56 mercury smbd[5960]: ? ?#5 0x7ffffffff003 Feb 12 10:37:56 mercury smbd[5960]: ? ?#6 0x83d7c354 <talloc_named_const+116> at /usr/local/lib/libtalloc.so.2 Feb 12 10:37:56 me...

...ret double %calltmp } ready> asd(120); ready> ERROR: Program used external function 'putchard' which could not be resolved! Abort (core dumped) Here is the backtrace from the toy.core: (gdb) backtrace #0 0x4889cbb7 in kill () from /lib/libc.so.7 #1 0x4868d146 in raise () from /lib/libthr.so.3 #2 0x4889b76a in abort () from /lib/libc.so.7 #3 0x0831f8a0 in llvm::JIT::getPointerToNamedFunction () #4 0x0832177a in llvm::JIT::getPointerToFunction () #5 0x083275a2 in (anonymous namespace)::JITEmitter::getPointerToGlobal () #6 0x083280e4 in (anonymous namespace)::JITEmitter::finishFu...

...b/libsmbconf.so.0 #2 0x80146ef25 <smb_panic+0x35> at /usr/local/lib/libsamba-util.so.0 #3 0x80146f50a <smb_panic+0x61a> at /usr/local/lib/libsamba-util.so.0 #4 0x80146eee3 <fault_setup+0x73> at /usr/local/lib/libsamba-util.so.0 #5 0x8044ce40b <_swapcontext+0x15b> at /lib/libthr.so.3 #6 0x8044cdff3 <sigaction+0x343> at /lib/libthr.so.3 [global] server role = classic primary domain controller netbios name = SALAMONE-PDC workgroup = SALAMONE server string = %L os level = 255 domain logons= yes preferred master = yes domain master = yes wins support = y...

...000801d4c52e in fault_report () from /usr/local/lib/samba4/libsamba-util.so.0 > #7 0x0000000801d4c129 in sig_fault () from /usr/local/lib/samba4/libsamba-util.so.0 > #8 0x0000000812970cf0 in handle_signal (actp=0x7fffffffd6c0, sig=11, info=0x7fffffffdab0, ucp=0x7fffffffd740) at /usr/src/lib/libthr/thread/thr_sig.c:246 > #9 0x00000008129702bf in thr_sighandler (sig=11, info=0x7fffffffdab0, _ucp=0x7fffffffd740) at /usr/src/lib/libthr/thread/thr_sig.c:189 > #10 <signal handler called> > #11 0x00000008088ffd21 in smb_signing_sign_pdu () from /usr/local/lib/samba4/private/libcli-s...

...so.11...done. Loaded symbols for /usr/lib/libwind.so.11 Reading symbols from /usr/lib/libheimbase.so.11...done. Loaded symbols for /usr/lib/libheimbase.so.11 Reading symbols from /usr/lib/libprivateheimipcc.so.11...done. Loaded symbols for /usr/lib/libprivateheimipcc.so.11 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 i_stream_seek (stream=0x0, v_offset=80) at istream.c:296 296 istream.c: No such file or directory. in istream.c (gdb) bt full #0 i_stream_seek...

...n the past, > I have made lots of work in FreeBSD threading work, this includes kernel > threading in earlier stage and thread libraries later, and gdb support for > these new thread libraries from kernel to userland everywhere, spent lots > of time to work in libpthread, and later make libthr to be best performance > library for mysql and possible other applications developed on Linux and make > it run on most platforms we current support. > because the work load was large, I admit I have made some coding > mistakes which some people think it is serious while other don'...

...libz.so.6 => /lib/libz.so.6 (0x801c79000) liblzma.so.5 => /usr/lib/liblzma.so.5 (0x801e92000) libm.so.5 => /lib/libm.so.5 (0x8020bb000) librt.so.1 => /usr/lib/librt.so.1 (0x8022e6000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x8024eb000) libthr.so.3 => /lib/libthr.so.3 (0x8026f6000) libcrypto.so.8 => /lib/libcrypto.so.8 (0x802a00000) libc.so.7 => /lib/libc.so.7 (0x802e69000) libncursesw.so.8 => /lib/libncursesw.so.8 (0x803214000) libelf.so.2 => /lib/libelf.so.2 (0x803472000) libgcc_s....

...ne. Loaded symbols for /lib/libcxxrt.so.1 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/local/lib/dovecot/lib90_stats_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/dovecot/lib90_stats_plugin.so Reading symbols from /usr/local/lib/dovecot/do...

Hello, we have one puppet server managing approx servers, all FreeBSD. The problem is that the puppet clients all hangs, one by one, eventually. They will run for anything between an hour up to a week. But eventually the all hang. We really like puppet and want to keep using it. But the way it is now is completely unusable. We''ve tried many versions, from 24.x, and now 2.6.1rc1. But

...91832 44147 /usr/local/libexec/nut/usbhid-ups usbhid-up 4929 root  txt   VREG 1643202022,2213797598   148320   223 /libexec/ld-elf.so.1 usbhid-up 4929 root  txt   VREG 1643202022,2213797598    93672 13486 /usr/lib/libusb.so.3 usbhid-up 4929 root  txt   VREG 1643202022,2213797598   131824   200 /lib/libthr.so.3 usbhid-up 4929 root  txt   VREG 1643202022,2213797598  1949672 33820 /lib/libc.so.7 usbhid-up 4929 root    0u  VCHR                  0,16      0t0    16 /dev/null usbhid-up 4929 root    1u  VCHR                  0,16      0t0    16 /dev/null usbhid-up 4929 root    2u  VCHR                  0,1...

On 05/07/2018 04:29 AM, Roman Serbski wrote: > Hello, > > Has anyone managed to successfully compile the latest 3.13.2 under > FreeBSD 11.1? ./autogen.sh and ./configure seem to work but make > fails: See https://review.gluster.org/19974 3.13 reached EOL with 4.0. There will be a fix posted for 4.0 soon. In the mean time I believe your specific problem with 3.13.2 should be