similar to: ldap auth (with user and domain a different places)

Hello, I am currently trying to connect my Dovecot mail server to Microsoft's Azure-AD and use it as password and user database. I am using version 2.3.7.1. Using the Azure-AD as passdb already works. In this context I noticed that the scope implementation is not yet merged. Since I haven't found any hints for an OAuth2 userdb implementation yet, I wanted to ask if there are any plans

https://bugs.freedesktop.org/show_bug.cgi?id=91236 Bug ID: 91236 Summary: [NVC3] Passive DP to HDMI adapter cannot use pixel clocks greater than 165 MHz Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

Below is some C code and its LLVM translation (using a recent rev). The compiler goes ahead and loads from x in main, but it seems clear that a constant propagation pass could have inferred that x is 0. In fact that is what happens if x is static, but in this case I cannot see how external linkage of x would invalidate that optimization. This is one of those optimizations that would not be

Hi, in section B.29. (Write State Register Instructions) of 'The SPARC Architecture Manual Version 8' it is said that the "The write state register instructions are delayed-write instructions." The Y-register is a state-register. Furthermore in the B.29-secion there is a programming note saying: MULScc, RDY, SDIV, SDIVcc, UDIV, and UDIVcc implicitly read the Y register.

Hi John, On Sat, 7 Mar 2009, John Regehr wrote: > Below is some C code and its LLVM translation (using a recent rev). The > compiler goes ahead and loads from x in main, but it seems clear that a > constant propagation pass could have inferred that x is 0. In fact that > is what happens if x is static, but in this case I cannot see how > external linkage of x would invalidate

Hi, we are currently moving our mailserver to a new server with Dovecot, virtual users in LDAP, Passwords in Kerberos Setup. Everything works fine except for GSSAPI which seems to be a bit buggy. The thing is, that when using a .k5login [1] file it seems that SASL does not get passed the home directory specified userdb. In other words, mails for user1 (see below) are stored in

Hi list, hi Talin, I'm working on a frontend to generate IR using the IRBuilder from LLVM. Now I want to add source-level-debuginfo and for that I would like to use the DebugInfoBuilder as it is taking some of the burderns. Unfortunately it does not take all of them, yet. As of today, even in SVN, it only can add a part of information needed. Of course I also need stoppoint, declare,

Fine by me :) On Wed, Jan 7, 2009 at 1:35 PM, Chris Lattner <clattner at apple.com> wrote: > > On Jan 7, 2009, at 3:22 AM, Patrick Boettcher wrote: > > > Hi list, > > hi Talin, > > > > I'm working on a frontend to generate IR using the IRBuilder from > > LLVM. > > > > Now I want to add source-level-debuginfo and for that I would like

Hi list, hi Talin, I'm working on a frontend to generate IR using the IRBuilder from LLVM. Now I want to add source-level-debuginfo and for that I would like to use the DebugInfoBuilder as it is taking some of the burderns. Unfortunately it does not take all of them, yet. As of today, even in SVN, it only can add a part of information needed. Of course I also need stoppoint, declare,

On Jan 7, 2009, at 1:48 PM, Talin wrote: > Fine by me :) Is it ok to remove DebugInfoBuilder now? I don't think that anything in the tree is using it, what do you think Talin? -Chris > > > On Wed, Jan 7, 2009 at 1:35 PM, Chris Lattner <clattner at apple.com> > wrote: > > On Jan 7, 2009, at 3:22 AM, Patrick Boettcher wrote: > > > Hi list, > >

Hi Evan, thanks for your response. On Mon, 19 Jan 2009, Evan Cheng wrote: >> For example, code which looks like that: >> >> load 0x1234, reg1 >> noop >> noop >> add reg1, 1 >> load 0x1236, reg2 >> >> can be safely transformed to: >> >> load 0x1234, reg1 >> load 0x1236, reg2 >> noop >> add reg1, 1 >> >

Hi lists, Sorry for cross-posting, but these two patches are of concern to clang and llvm. I'm compiling C-code which includes inline assembler which looks like the following using the sparc-target: static inline float fabsf(float a) { float res; __asm __volatile__("fabss %1, %0;" : "=f"(res) : "f"(a)); return

Looking at DebugInfo.h, there are a couple of minor features that DebugInfoBuilder that I would miss: 1) The ability to pass in an LLVM type and have it figure out the size, alignment, etc. without having to explicitly pass those values in as parameters to the builder call. 2) The ability for the size & alignment to be specified as Constants rather than as int64 so that the "gep

On Jan 7, 2009, at 3:22 AM, Patrick Boettcher wrote: > Hi list, > hi Talin, > > I'm working on a frontend to generate IR using the IRBuilder from > LLVM. > > Now I want to add source-level-debuginfo and for that I would like > to use the > DebugInfoBuilder as it is taking some of the burderns. Unfortunately > it does > not take all of them, yet. Instead

Hi John, On Sat, 7 Mar 2009, John Regehr wrote: > Below is some C code and its LLVM translation (using a recent rev). The > compiler goes ahead and loads from x in main, but it seems clear that a > constant propagation pass could have inferred that x is 0. In fact that > is what happens if x is static, but in this case I cannot see how > external linkage of x would invalidate

Hi John, On Sat, 7 Mar 2009, John Regehr wrote: > Below is some C code and its LLVM translation (using a recent rev). The > compiler goes ahead and loads from x in main, but it seems clear that a > constant propagation pass could have inferred that x is 0. In fact that > is what happens if x is static, but in this case I cannot see how > external linkage of x would invalidate

On Mar 7, 2009, at 10:54 AM, Patrick Boettcher wrote: > (I even remember someone, that it is platform specific whether x is > initialized to 0 or not... or was it a question of C89 or C99?) If that is the entire program, the value will be 0, and that is not platform specific, save the fact in ancient history there were buggy systems.

On Jan 19, 2009, at 11:01 AM, Patrick Boettcher wrote: > > >>> And more generally: Is the hazardRecognizer the right and only way >>> to >>> solve our NOOP-minimizing problem? >> >> Perhaps you want to do this after register allocation is done. Dan is >> developing the post-allocation scheduler. You can try it out. > > Interesting. Can it

Am 2016-02-24 um 14:11 schrieb Rowland penny: > That seems to prove what Sketch said is true, you haven't got any > uidNumber or gidNumber attributes in AD. The 'rid' backend calculates > UIDs & GIDs from the user or group RID. So the "rid"-path is good to go? Do you still recommend the "few extra lines" from before with "rid" ?

On Tue, Jan 31, 2017 at 2:45 PM, Rowland Penny via samba <samba at lists.samba.org> wrote: >> /etc/resolv.conf: >> root at nickel:~ # cat /etc/resolv.conf >> nameserver 192.168.11.5 >> nameserver 192.168.1.4 >> domain mydomain.local >> > > I take it at least one of the above nameservers is the AD DC, is the > other another AD DC ? If it isn't,