similar to: /usr/local/bin/wine-kthread: could not open

Hi all! I'm running a SuSE Linux 9.3 on a little book pc which is based on a VIA CPU and Chipset: cat /proc/cpuinfo processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 7 model name : VIA Samuel 2 stepping : 3 cpu MHz : 532.776 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no

Hi all, When setting auth mechanisms: plain login cram-md5 and only having pam passdb and passwd userdb. dovecot nevers starts and crashes reporting: Feb 29 10:19:41 pitux-clust-op1 dovecot: Dovecot v1.0.10 starting up Feb 29 10:19:41 pitux-clust-op1 dovecot: auth(default): CRAM-MD5 mechanism can't be supported with given passdbs Feb 29 10:19:41 pitux-clust-op1 dovecot: Auth process died

When I mount a Windows XP partition (NTFS) on my SuSE 9.1 machine via Samba 3.0.4, I find some files can be listed (via "ls") but mysteriously cannot be opened, even though the file permissions appear fine. What is a good way to track down this sort of problem? Here's an example where I "cd" into a samba-mounted directory and try to open a file that I know is present. It

While debugging Scudo on ChromeOS, we found that the no reserve mode immediately crashed `sshd`. We tracked it down to the sandbox-seccomp-filter. Being able to mmap with MAP_NORESERVE is useful (if not necessary) for some overcommitting allocators. During mmap calls, the flag MAP_NORESERVE is used by some allocators such as LLVM's Scudo for layout optimisation. This causes the sandbox

I have setup Centos-3.1 on a Dell Optiplex GX1 this week. It has to replace an old Compaq Deskpro I used as a firewall/router running the no longer supported RedHat 7.1. I have the NAT firewall up and running, and it works OK. However, there is one thing bugging me. I cannot use any client software that queries a nameserver. I tried to use "dig", "host" and

Hi, I found a problem with the DNS resolution in a Solaris 10 DomU. The Test Environment was: I installed the Xen bfu on top of Solaris snv43 and booted the Dom0 with Solaris. Then I installed and booted a Solaris 10 DomU. In the Solaris 10 Dom0 the DNS resolution works; in the Solaris 10 DomU the DNS resolution does not work as expected: Inside the Solaris 10 DomU I can''t use

Hi guys, I've a problem with telnet sessions under Solaris 8 with samba 3.0.23d winbind. If I have the winbind authorization active for telnet in my pam.conf I got a kick out of the system after exactly 300 sec, no mather if I do or do not activity on the telnet session. The same behavior is for AD and for local users. I've trussed a telnet session a the only thing I see is that my

On Fri, Apr 18, 2014 at 2:10 AM, Kostya Serebryany <kcc at google.com> wrote: > One more proposal: simple per-thread counters allocated with > mmap(MAP_NORESERVE), the same trick that works so well for asan/tsan/msan. > > Chrome has ~3M basic blocks instrumented for coverage, > so even largest applications will hardly have more than, say, 10M basic > blocks > I think

Dear Sir, The following is the error log when I do the installation of Rsync = 2.5.6, please help to solve it. Thanks! Regards Eric Lin -------------------------------------------------------------------------= ------------------------------------------------- # pwd /archive/rsync-2.5.6 # ./configure configure: Configuring rsync 2.5.6 checking build system type... powerpc-ibm-aix4.3.3.0 checking

Hello all, I am trying to write an interface for BQN <https://mlochbaum.github.io/BQN/> and R However, even | dyn.load("/usr/local/lib/libcbqn.so"); .Call("bqn_init")| immediately fails on the BQN side, viz. |Failed to allocate memory for JIT 200 times; stopping trying|| ||CBQN interpreter entered unexpected state, exiting. |This is because BQN tries to allocate

Hi there, I'm trying to use the memory sanitizer of LLVM 3.3. It's crashing during MSan initialization (__msan::InitShadow). Here's the strace output. mmap(0x400000000000, 35184372088831, PROT_NONE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x400000000000 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0x55edf4b36720} --- +++ killed by SIGSEGV (core

On Wed, Apr 13, 2016 at 7:24 PM, Thorsten Glaser <tg at mirbsd.de> wrote: > Denis Bychkov dixit: > >>This is a klibc port to x32 architecture. I tried to reuse as many >>existing files as possible, hence, a >>script making symlinks to x86-64 files. I was running this on Debian >>for about six months and hopefully, >>found any close to surface bugs. Of

Commit-ID: 9370be8552652231e84f8b8424dec81cd8b1b1ab Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9370be8552652231e84f8b8424dec81cd8b1b1ab Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 30 Apr 2020 13:56:47 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 17:33:29 +0100 [klibc] sparc: Set sa_restorer for

Commit-ID: ba0cf42e26846a1dad444e205932caef78d467ee Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=ba0cf42e26846a1dad444e205932caef78d467ee Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 30 Apr 2020 13:56:47 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 20 Aug 2020 23:23:04 +0100 [klibc] sparc: Set sa_restorer for

Commit-ID: c341c978e3024b9c575fac94012fc5b6f5679334 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=c341c978e3024b9c575fac94012fc5b6f5679334 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 30 Apr 2020 03:38:34 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 27 Aug 2020 15:00:33 +0100 [klibc] s390: Set sa_restorer for

Commit-ID: 49419d2df2018fff5ae6250cf55b16fa65bdc490 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=49419d2df2018fff5ae6250cf55b16fa65bdc490 Author: Thorsten Glaser <tg at mirbsd.org> AuthorDate: Sun, 27 May 2012 17:16:48 +0000 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 29 May 2012 19:07:09 +0200 [klibc] alpha: fix signal handler setup on

Most of my desktops are still running CentOS5, but I have installed CentOS6 on a few of them. The users on those desktops are reporting that DNS lookups are slow, and from my brief tests, that does appear to be the case. After some googling, I found a suggestion to disable IPv6, but that didn't help. So I tried to figure out where the delay occurs using strace and ltrace, but that

tags 439055 upstream thanks Hi Joey, interesting setup! Do you use it (the arm) to monitor the UPS and send notifications... I've sadly not much time to investigate, but have you tested the latest trunk? also, you mention that it was working before: which nut version? what has changed since? 2007/8/21, Joey Hess <joeyh at debian.org>: > Package: nut > Version: 2.0.5-3+b1 >

http://bugzilla.mindrot.org/show_bug.cgi?id=354 ------- Additional Comments From cjwatson at debian.org 2003-01-03 02:42 ------- Alternatively, perhaps sshd could be configured to setrlimit() everything up to RLIM_INFINITY after forking but before giving up root privileges. It could then rely on pam_limits to set limits back down if the administrator wants that, which would work even with

While using 5.1-RELEASE, I find that if my application program seg faults, it produces "programname.core"; but it is 0 bytes. I ran the exact same program on another machine that was running 4.4-RELEASE, and I do get a core file that I can use with gdb. I'd really appreciate if someone could help me resolve this. Additional details: - It is not specific to the application