similar to: wait() fails

We use ssh (RedHat 2.5.2p2-5) heavily in non-interactive mode, for managing servers from central controllers, and transferring applications/ data around networks. Very occasionally we've seen the situation where the ssh client and server are both stuck in select, both selecting on only the tcp socket of the connection, and with no timeout. No children of sshd remain (even as zombies), and it

I've always debugged the backend llc by running it as a separate executable. I'm seeing a bug that only happens when I run the compiler from clang. How do you debug this from gdb? I can put a breakpoint but it never stops when I say "run ...." Tia. Reed

Hello, I have been working on a project to Openssl'ify Rsync. I am having problems when Rsync forks two processes to handle a sender and was wondering if anyone else would be able to lend a hand or some pointers. I have posted to mailing.openssl.dev Basically, I have brought up Rsync 2.5.5 on cygwin. It goes through the Openssl init and then waits on accept. When it accepts, it forks

Are you debugging the driver process or the -cc1 process? To get the -cc1 process, unfortunately you have to go through the dance of passing -### to get the -cc1 line and then run that in gdb (or write one manually). Alternatively in gdb you can say "set follow-fork child" (or something, check the docs) to automatically follow into the -cc1 child. On Tue, May 21, 2013 at 8:00 AM,

Hi everybody :) I am a new member here and hope that someone gives me a hint for my problem: Let's say I am at work and my SIP phone (KPhone in my case) is connected to my private Asterisk. I want to call my wife at home so her SIP phone rings. She does not pick up the phone (maybe she is somewhere in the house and has to run to the phone) so after 15 seconds her cell phone should ring.

On any web page with an image, if i right-click on the image and select "Save Image As...", firefox crashes. Final messages from stderr: (firefox:3401): GLib-GIO-ERROR **: No GSettings schemas are installed on the system [Child 3502, Chrome_ChildThread] WARNING: pipe error (3): Connection reset by peer: file

Hi David, Thank you for your patience but I still don’t get it: I don’t see how that is a “command”, as it’s just a list of strings that state command options. I know how to use the debugger, this is what I attempt to debug: clang --target=msp430 -emit-llvm -c -S -Oz main.c The debugger works fine, but only on the main thread. However breakpoints do not work with the code that was invoked

It is interesting that the stop reason on the thread that stopped is "trace". That's what you would expect returning from the single-step to step over the breakpoint. But it looks like we got a signal while single-stepping, but the stop reason was misreported by somebody. Jim > On Apr 17, 2018, at 6:00 AM, Pavel Labath via lldb-dev <lldb-dev at lists.llvm.org> wrote:

Hi Andreas, thank you very much, good job finding it was EBADF. Now the question is why the pipe has been closed prematurely; it could be accidentally by R (a race condition in the cleanup code in fork.c) or possibly by some other code running in the same process (maybe the R program itself or some other code it runs). Maybe we can take this off the list and come back when we know the cause

I have a simple user registration controller with scaffold code. The only change I made to the view is to add a second password field for confirmation. I do have a db table called users with all the fields except ofcourse the extra password field. The field has a different name so it does not get into the user hash. The ''user.new'' action works fine and displays the form. The

Hi David, Thank you for your help. Please, can you elaborate on this?. The command line that I get with -### starts with this: clang version 9.0.1 (https://github.com/llvm/llvm-project.git 6e38ee067b8fa08792f551fb565bbb8ada4864b1) Target: msp430 Thread model: posix InstalledDir: /Users/joan/LLVM-9/llvm-project/build/Debug/bin "/Users/joan/LLVM-9/llvm-project/build/Debug/bin/clang"

I'm working on trying to get rsync 2.5.6pre1 available for people to test more widely. I'm out of time for today, and I'm stuck on a problem that some machines on build.samba.org are showing on the 'chgrp' test. I can reproduce this on my home redhat 7.3 system too. It appears to be a timing problem because when I do strace -F -f on it the problem goes away. Everything seems

> > > `SROA' is an early stage pass running at the very beginning of the > pipeline in `-O{1,2,3}'. Greg Bedwell's report from his DExTer tool > shows SROA on function as one of the major culprits of Debug Info > loss. > > The methodology I used is with the opt-bisect-limit option on clang, so it's not strictly the case that the results presented

Rsync maintainers please review rsync bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=98740 The code in question is in socket.c in start_accept_loop. The user is getting these warning messages:

Hi All, I want to understand some parts of ‘clang' by setting debug breakpoints. I have successfully done so with “llc” but I found that debugger breakpoints do not work for ‘clang’ The apparent cause is that the clang code is run as a child process which is created in the ‘Execute' function of ‘Program.inc'. The debugger stops fine at breakpoints set on the main thread, but

Hi all. I have a question regarding privsep. Firstly, the following is my understanding of what happens when privsep is enabled: The sshd daemon is running as root listing on 22(a). When a connection is accepted, a child is forked to handle the connection, this child becomes the monitor(b). The monitor forks the pre-auth privsep slave(c), which sheds it privs and hides in its chroot jail.

Hi, I notice you're running a 32-bit program; are you also on a 32-bit host, or do you have a 64-bit OS installed? We don't generally test on 32-bit hosts, so it's possible you found a new bug. In addition, there are some known bugs with debugging 32-bit programs (even on 64-bit hosts) which will we hopefully be resolving soon. Nonetheless, I was unable to reproduce the behaviour you

HI,All I am trying to create a heatmap with 24 samples with 15672 varibles, I read in the table in R, and then made it as a matrix, then try to create the heatmap using heatmap(x,...) However, I received the error message as: > heatmap(t(x)) Error: cannot allocate vector of size 936.8 Mb R(2925,0xa0b16500) malloc: *** mmap(size=982261760) failed (error code=12) *** error: can't allocate

We just had an interesting experience here. One of our AD servers was down for 90 minutes due to the server being physically moved to another location. This shouldn?t be a problem since there are 5 other AD servers in that ?group? that can take over the load. However it seems Samba (when used as a fileserver) for some reason is taking quite a long time to ?give up? on the first one and switch to

[+lldb-dev] Hello Steve, thanks for the report. The fact that you see the rendezvous breakpoint being hit many times is not surprising. We get those every time the library is loaded (we need that to load relevant debug info and set potential breakpoints). However, they should generally not be surfaced to the user (unless you have the stop-on-sharedlibrary-events setting set, which you