Displaying 5 results from an estimated 5 matches for "19275".
Did you mean:
1927
2004 Dec 28
1
OpenSSH 3.9p1 X11 forwarding
...Err#9
EBADF
19279: 9.5478 poll(0xFFBFF150, 2, -1) = 1
19279: 9.5479 sigprocmask(SIG_BLOCK, 0xFFBFF1E0, 0xFFBFF1F0) = 0
19279: 9.5479 sigprocmask(SIG_SETMASK, 0xFFBFF1F0, 0x00000000) = 0
19279: 9.5480 write(6, "19B7 vFFFCBD `F7019A '8F".., 48) = 48
19275: read(5, 0xFFBFF188, 4) (sleeping...)
19016: poll(0xFFBFF2B0, 2, -1) (sleeping...)
19279: poll(0xFFBFF150, 2, -1) (sleeping...)
19279: 15.5926 poll(0xFFBFF150, 2, -1) = 1
19279: 15.5928 sigprocmask(SIG_BLOCK, 0xFFBFF1E0, 0xFFBFF1F0) = 0
19279:...
2014 Aug 11
2
Centos 6 : ClamAV out-of-date ???
On one Centos 6.5 server, but not on other C 6.5 servers, Logwatch daily
tells me:-
Last Status:
WARNING: Your ClamAV installation is OUTDATED!
WARNING: Local version: 0.98.3 Recommended version: 0.98.4
----------------
: freshclam -V
ClamAV 0.98.4/19275/Sun Aug 10 17:26:35 2014
: clamd -V
ClamAV 0.98.4/19275/Sun Aug 10 17:26:35 2014
: rpm -qa clam\*
clamd-0.98.4-1.el6.rf.x86_64
clamav-db-0.98.4-1.el6.rf.x86_64
clamav-0.98.4-1.el6.rf.x86_64
I am puzzled and wonder how I can resolve this minor irritation.
--
Regards,
Paul.
England, EU....
2013 Sep 14
3
[xen-unstable bisection] complete build-i386
...01aec09b5e4f5a0e
19272 pass 7483e7f15139603380c45ebcd8cc2a57dda5583c 11a63a1660453269ddd1893c15d0a98133b33ca7
19273 fail 7483e7f15139603380c45ebcd8cc2a57dda5583c b639592b24dbe8f48edae17b01aec09b5e4f5a0e
19274 fail 7483e7f15139603380c45ebcd8cc2a57dda5583c ceb556178d59d6e06871b1b921e5c8b9be084582
19275 pass 7483e7f15139603380c45ebcd8cc2a57dda5583c 2e2fa6ef6071d0369905e019b0273f3537cf5b9f
19276 fail 7483e7f15139603380c45ebcd8cc2a57dda5583c ae763e4224304983a1cde2fbb3d6e0c4d60b2688
19277 pass 7483e7f15139603380c45ebcd8cc2a57dda5583c dfdfcdc6f7c51ef7e5d0547120d0ac943ef43c67
19278 pass 7483e7f15139...
2014 Jan 28
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
Hi Stepan,
Sorry for the delay. It's great that you are working on MergeFunctions
as well and I agree, we should definitely try to combine our efforts to
improve MergeFunctions.
Just to give you some context, the pass (with the similar function
merging patch) is already being used in a production setting. From my
point of view, it would be better if we focus on improving its
capability
2014 Jan 30
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...e.ll 14 36287 0 0.01 36265 0 0.01 36265
himenobmtxpa.ll 10 108193 0 0.02 108178 0 0.02 108178
HmacSha1.ll 5 23167 0 0.01 23135 0 0.01 23135
horners.ll 2 4611 0 0.01 4582 0 0.01 4582
hprobes.ll 2 94570 0 0.02 94537 0 0.02 94537
huffbench.ll 5 55230 0 0.01 55208 0 0.01 55208
HuffEnc.ll 1 19291 0 0.01 19275 0 0.01 19275
hypre_error.ll 5 5986 0 0.01 5959 0 0.01 5959
hypre_memory.ll 5 8202 0 0.01 8175 0 0.01 8175
HYPRE_pcg.ll 12 13957 0 0.01 13928 0 0.01 14270
HYPRE_struct_grid.ll 5 10244 0 0.01 10215 0 0.01 10215
HYPRE_struct_matrix.ll 12 27807 0 0.01 27778 0 0.01 22107
HYPRE_struct_pcg.ll 14 82644 0 0...