search for: 16177

...connecting to the server. When I try to go to \\server <file:///\\server> I get prompted for username and password. Looking at the winbind log I see that there are two errors: [2005/12/23 11:35:40, 10] nsswitch/winbindd_cache.c:cache_retrieve_response(1533) Retrieving response for pid 16177 [2005/12/23 11:35:40, 10] nsswitch/winbindd_cache.c:cache_retrieve_response(1533) Retrieving response for pid 16177 [2005/12/23 11:35:40, 10] nsswitch/winbindd_cache.c:cache_retrieve_response(1555) Retrieving extra data length=224 [2005/12/23 11:35:40, 10] nsswitch/winbindd_cache.c:cache_s...

...s a directory $./configure --prefix=/usr $su -c " make install" $cd /usr/bin $ ls -al | grep xdg --> shows the xdg utilities -rwxr-xr-x 1 root root 14806 Nov 18 10:43 xdg-desktop-icon -rwxr-xr-x 1 root root 39267 Nov 18 10:43 xdg-desktop-menu -rwxr-xr-x 1 root root 16177 Nov 18 10:43 xdg-email -rwxr-xr-x 1 root root 24129 Nov 18 10:43 xdg-icon-resource -rwxr-xr-x 1 root root 28015 Nov 18 10:43 xdg-mime -rwxr-xr-x 1 root root 10131 Nov 18 10:43 xdg-open -rwxr-xr-x 1 root root 19303 Nov 18 10:43 xdg-screensaver So the xdg-utils are instal...

...0x7ffff7af7e5f <PyEval_EvalFrameEx+33119>, 0x7ffff7af7e9b <PyEval_EvalFrameEx+33179>, 0x7ffff7af7fed <PyEval_EvalFrameEx+33517>, 0x7ffff7af423d <PyEval_EvalFrameEx+17725>, 0x7ffff7af10a3 <PyEval_EvalFrameEx+5027>, 0x7ffff7af3c31 <PyEval_EvalFrameEx+16177>, 0x7ffff7af3b8f <PyEval_EvalFrameEx+16015>, 0x7ffff7af423d <PyEval_EvalFrameEx+17725> <repeats 108 times>} stack_pointer = <optimized out> next_instr = <optimized out> opcode = 131 oparg = <optimized out> why...

On Fri, 2017-02-17 at 07:48 +1100, Tom Robinson via samba wrote: > Anyone? Can you please post a gdb backtrace --full? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 862 bytes Desc: This is a digitally signed message part URL:

...hild_1", "child_1", "child_1", "child_1", "child_1", "child_1", "child_1", "child_1", "child_1"), date = structure(c(16078, 16085, 16092, 16098, 16104, 16115, 16121, 16129, 16135, 16140, 16146, 16156, 16162, 16168, 16177, 16185, 16191, 16195, 16203, 16210, 16217, 16225, 16234, 16237, 16246, 16253, 16262, 16269, 16278, 16283, 16288, 16297, 16304, 16311, 16319, 16326, 16332, 16337, 16346, 16353, 16360, 16366, 16370, 16381, 16384, 16395, 16399, 16407, 16415, 16422, 16444, 16452, 16454, 16467, 16474, 16477, 16484, 1649...

I'm running a mix of CentOS 5 and 6 servers reachable by ssh from the Internet. Of course I allow only public key authentication and no root login. In addition I'm running fail2ban to block obnoxious brute force attack sources. On CentOS 6 this is working pretty well, but on CentOS 5 there's one class of attacks fail2ban fails to ban. (No pun intended.) This isn't fail2ban's

...quot;child_1", "child_1", "child_1", "child_1", "child_1", "child_1", > "child_1", "child_1"), date = structure(c(16078, 16085, 16092, > 16098, 16104, 16115, 16121, 16129, 16135, 16140, 16146, 16156, > 16162, 16168, 16177, 16185, 16191, 16195, 16203, 16210, 16217, > 16225, 16234, 16237, 16246, 16253, 16262, 16269, 16278, 16283, > 16288, 16297, 16304, 16311, 16319, 16326, 16332, 16337, 16346, > 16353, 16360, 16366, 16370, 16381, 16384, 16395, 16399, 16407, > 16415, 16422, 16444, 16452, 16454, 16467, 16474...

...gt; "child_1", "child_1", "child_1", "child_1", "child_1", "child_1", "child_1", > "child_1"), date = structure(c(16078, 16085, 16092, 16098, 16104, 16115, > 16121, 16129, 16135, 16140, 16146, 16156, 16162, 16168, 16177, 16185, > 16191, 16195, 16203, 16210, 16217, 16225, 16234, 16237, 16246, 16253, > 16262, 16269, 16278, 16283, 16288, 16297, 16304, 16311, 16319, 16326, > 16332, 16337, 16346, 16353, 16360, 16366, 16370, 16381, 16384, 16395, > 16399, 16407, 16415, 16422, 16444, 16452, 16454, 16467, 16474...

...quot;child_1", "child_1", "child_1", "child_1", "child_1", "child_1", > "child_1", "child_1"), date = structure(c(16078, 16085, 16092, > 16098, 16104, 16115, 16121, 16129, 16135, 16140, 16146, 16156, > 16162, 16168, 16177, 16185, 16191, 16195, 16203, 16210, 16217, > 16225, 16234, 16237, 16246, 16253, 16262, 16269, 16278, 16283, > 16288, 16297, 16304, 16311, 16319, 16326, 16332, 16337, 16346, > 16353, 16360, 16366, 16370, 16381, 16384, 16395, 16399, 16407, > 16415, 16422, 16444, 16452, 16454, 16467, 16474...

Help please- I am running 3.3.1 on Centos using a 10GB network. I get reasonable write speeds, although I think they could be faster. But my read speeds are REALLY slow. Executive summary: On gluster client- Writes average about 700-800MB/s Reads average about 70-80MB/s On server- Writes average about 1-1.5GB/s Reads average about 2-3GB/s Any thoughts? Here are some additional details:

I''m learning rails and I can succesfully use the following things in the controller: @var1 = Var.find :all @var2 = Var2.find :all Problem is that the DB has about 260,000 lines which considerably slows everything down if I load everything in @var1. Isn''t there a way to load those items progressively? I treat them separately (e.g. no interactions between them) in the program so

Have you read http://llvm.org/docs/WritingAnLLVMBackend.html and http://llvm.org/docs/CodeGenerator.html ? http://llvm.org/docs/WritingAnLLVMBackend.html#instruction-selector describes how to define a store instruction. -Eli On 7/6/2017 6:51 PM, hameeza ahmed via llvm-dev wrote: > Please correct me i m stuck at this point. > > On Jul 6, 2017 5:18 PM, "hameeza ahmed"

...18713, continuing at 18746 Skipped scope entry (due to false predicate) at index 18747, continuing at 18832 Skipped scope entry (due to false predicate) at index 18833, continuing at 18918 Skipped scope entry (due to false predicate) at index 18919, continuing at 19004 Match failed at index 16177 Continuing at 19005 LLVM ERROR: Cannot select: t10: ch = store<ST256[bitcast ([65 x i32]* @a to <64 x i32>*)](align=16)(tbaa=<0x4452448>)> t9, t7, t12, undef:i64 t7: v64i32 = add t6, t4 t6: v64i32,ch = load<LD256[bitcast ([65 x i32]* @c to <64 x i32>*)](align=16)(...