search for: unix3

In our users.map file we have the following entries: unix1 = nt1 unix2 = nt2 unix3 = @unixgroup3 unix4 = @unixgroup4 When we create shares on the samba server, we assign the valid users as @unixgroup3 or @unixgroup4. For whatever reason, if a share has @unixgroup4 as the valid users entry, we cannot connect to it from the nt side. If we flip-flop the group entries in the...

...odes: 91 1 debug3: tty_make_modes: 92 0 debug3: tty_make_modes: 93 0 debug1: channel request 0: shell debug1: fd 3 setting TCP_NODELAY debug2: callback done debug1: channel 0: open confirm rwindow 0 rmax 16384 But look, when going out on the other link (no NAT here): $ ssh -vvv -x -a -l mkhurana unix3.andrew.cmu.edu OpenSSH_3.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: ssh_connect: getuid 500 geteuid 0 a...

...win as witnessed by > their use in /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload > for the python shared modules on both Lion and Mountain Lion. So we aren't deviating from > convention here. > Jack Also see http://docstore.mik.ua/orelly/unix3/mac/ch05_03.htm which describes the convention for shared modules on darwin as being named with the .bundle or .so suffix. So the flaw is limited to the test subdirectory in polly. Polly correctly produces a LLVMPolly.so but incorrectly tries to test polly with a non-existent LLVMPolly.dylib....

On Sun, Oct 21, 2012 at 11:01:37AM -0700, Tobias Grosser wrote: > On 10/21/2012 10:57 AM, Jack Howarth wrote: >> On Sun, Oct 21, 2012 at 10:38:48AM -0700, Tobias Grosser wrote: >>> On 10/21/2012 09:13 AM, Jack Howarth wrote: >>>> On Sun, Oct 21, 2012 at 08:38:21AM -0700, Tobias Grosser wrote: >>>>> On 10/20/2012 05:38 PM, Jack Howarth wrote:

...t; their use in /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload >> for the python shared modules on both Lion and Mountain Lion. So we aren't deviating from >> convention here. >> Jack > > Also see http://docstore.mik.ua/orelly/unix3/mac/ch05_03.htm which describes the convention > for shared modules on darwin as being named with the .bundle or .so suffix. So the flaw is > limited to the test subdirectory in polly. Polly correctly produces a LLVMPolly.so but > incorrectly tries to test polly with a non-existent LLVMPol...