similar to: Samba 3.0.23 winbind use default domain = yes behaviour

Displaying 10 results from an estimated 10 matches similar to: "Samba 3.0.23 winbind use default domain = yes behaviour"

2009 Apr 15
0
[LLVMdev] Accessing instruction/operand names
The other repliers have been right that you probably want to use Value*s rather than string names in constructing your dependency graph, but I wanted to clear up a second possible point of confusion. When you see %2 in the assembly, that's an indication that the instruction's name is empty. That is, value->getName() == "". As far as I know, llvm-dis just generates numbers in
2009 Apr 15
7
[LLVMdev] Accessing instruction/operand names
Hello everyone, I'm currently constructing a graph from LLVM bitcode, and I have a question about accessing the names of the variables shown in the .ll assembly file, assuming it's possible... For example, with %2 = load i32* %x_addr, align 4 ; <i32> [#uses=1] I can retrieve the opcodeName() from the Instruction object, which is "load". I can also access the operand
2009 Sep 28
0
[LLVMdev] Printing Function Arguments
Hi Nick, Perhaps I am confused. What is the best way to extract information from instructions ? Is it via the, say: for (User::op_iterator i = I->op_begin(), e = I->op_end(); i != e; ++i) .... I am not sure what happens next, e.g. to the variable 'i', you should know what part of the instruction this is and cast it to the necessary type. For example, I am parsing the
2006 Oct 09
1
About sftp-server root path
Hi, I saw in archive that some people made a patch to sftp-server, and that patch sets a root path. I'd like to know if there's an ideia to apply that patch in main tree of openssh? With the use of SSHFS [wich uses sftp-server], it would be interesting to have someting like that, because as we have netboot workstations, the access to devices [such as, floppy, cdrom and usb data] are
2009 Sep 28
4
[LLVMdev] Printing Function Arguments
ivtm wrote: > Hey Oscar, > > I want to extract information from the instruction. > > Think writing a simple interpreter. > > I already have the CallInst instance (described above in the message). > > Via ci->getOperand(1) say I can get the 'i32 8' parameter and I can get the > 'i32' and '8' separately as Nick described. > > But I
2000 Jan 04
0
two-level getgrent bug in samba-2.0.6 (PATCH#11)
leon@eatworms.swmed.edu wrote: > > I ran into a bug in samba-2.0.6: an infinite loop caused by two-level > getgrent calls. validate_group, in the middle of a getgrent loop, may > indirectly call user_in_group_list, which resets getgrent. As a result, > validate_group never exits. The attached patch works around this. It's a > quick and dirty patch which I'm including
2004 Jan 21
0
AD Primary Group Masked by Local Primary Group
Solaris 8, Samba 3.0.1, Winbind with LDAP backend and security = ads. This may or may not be a problem, depending on what is "expected behaviour". We came across a user that was defined both locally and in AD. Their local primary group, call it "localgrp", was not the same as their global primary group, call it "globalgrp". One important note is that by using an
2004 Feb 20
1
NGROUPS_MAX on Linux
Linux has just raised the NGROUPS_MAX limit from 32 to 64k. In doing an audit of various tools, openssh turned up as having incorrect groups handling. Almost no user-space apps really care about NGROUPS_MAX. A proposed patch (untested, since the CVS build won't compile on my RH box.. :-/) : What think? Index: uidswap.c ===================================================================
2006 Feb 10
0
OpenSSH ControlAllowUsers, et al Patch
Attached (and inline) is a patch to add the following config options: ControlBindMask ControlAllowUsers ControlAllowGroups ControlDenyUsers ControlDenyGroups It pulls the peer credential check from client_process_control() in ssh.c, and expounds upon it in a new function, client_control_grant(). Supplemental groups are not checked in this patch. I didn't feel comfortable taking a shot
2005 Jul 04
0
[Bug 2847] New: Group not preserved with rsync 2.6.3 on Cygwin in daemon mode
https://bugzilla.samba.org/show_bug.cgi?id=2847 Summary: Group not preserved with rsync 2.6.3 on Cygwin in daemon mode Product: rsync Version: 2.6.5 Platform: x86 OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org