search for: sigalarm

Ian Jackson: > I recently encountered a bug where some ssh login sessions would > apparently inherit a blocked SIGALRM. A web search showed up two > relevant threads: > http://lists.suse.com/archive/suse-linux-e/2005-Dec/2628.html > http://marc.theaimsgroup.com/?l=openssh-unix-dev&m=113533337923128&w=2 > et seq - but sadly no answers. > > Experimentation with

Gidday everbody, We have just found an interesting issue regarding the sshd daemon on our SuSE system. For some reasons, the /usr/sbin/sshd process blocks SIGALRM as shown in the /proc/pid/status: $ cat /proc/`cat /var/run/sshd.init.pid`/status Name: sshd State: S (sleeping) SleepAVG: 0% [...] SigPnd: 0000000000000000 ShdPnd: 0000000000000000 SigBlk: 0000000000002000 <-- SIGALRM is

Hi, tinc has a fixed timeout of 1 second for select() in the main loop. I think this could be improved. Do you think the following patch goes into the right direction ? I don't know whether pselect() is standard enough (works under "current" linux, however I don't know about the other arches). Maybe a config option is necessary. It's probably possible

...se IRQ! (XEN) ioapic_guest_write: apic=0, pin=20, old_irq=20, new_irq=20 (XEN) ioapic_guest_write: old_entry=0000a0d0, new_entry=0001a0d0 (XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ! xenpm start 5 Timeout set to 5 seconds Start sampling, waiting for CTRL-C or SIGINT or SIGALARM signal ... Elapsed time (ms): 5007 CPU0: Residency(ms) Avg Res(ms) Avg freq -1749837312 KHz CPU1: Residency(ms) Avg Res(ms) Avg freq -1749837312 KHz CPU2: Residency(ms) Avg Res(ms) Avg freq -1749837312 KHz CPU3: Residency...

https://bugzilla.mindrot.org/show_bug.cgi?id=2434 Bug ID: 2434 Summary: scp can send arbitrary control characters / escape sequences to the terminal Product: Portable OpenSSH Version: 6.7p1 Hardware: Other OS: Linux Status: NEW Severity: security Priority: P5