search for: expandtab

...>>> return dovecot.auth.USERDB_RESULT_OK, "acl_groups=" .. acl_groups >>> end >>> >>> function script_init() >>> return 0 >>> end >>> >>> function script_deinit() >>> end >>> >>> -- vim: expandtab ts=2 sw=2 >>> -------------------------------------------------- >>> >>> And this works for me :-) >>> >>> Many thanks >>> >>> Christian >> >> There really is no LDAP module for your LUA? > > I was too early with...

...local handle = io.popen(cmd) > local acl_groups = handle:read("*a") > > return dovecot.auth.USERDB_RESULT_OK, "acl_groups=" .. acl_groups > end > > function script_init() > return 0 > end > > function script_deinit() > end > > -- vim: expandtab ts=2 sw=2 > -------------------------------------------------- > > And this works for me :-) > > Many thanks > > Christian There really is no LDAP module for your LUA? Aki

...; >>> return dovecot.auth.USERDB_RESULT_OK, "acl_groups=" .. acl_groups >>> end >>> >>> function script_init() >>> return 0 >>> end >>> >>> function script_deinit() >>> end >>> >>> -- vim: expandtab ts=2 sw=2 >>> -------------------------------------------------- >>> >>> And this works for me :-) >>> >>> Many thanks >>> >>> Christian >> There really is no LDAP module for your LUA? > I was too early with success :-( > &g...

Yeah, this is a problem with the static constructor getting optimized out. Including "JIT.h" is supposed to fix that. Is it possible that the file where you are including "JIT.h" doesn't have any required code in it? -Andy -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Mario Schwalbe Sent: Tuesday,

...quot;JIT.h" directly in the main module, which also uses the engine. See the small test case attached. Even if I bypass the dummy object and call LLVMLinkInJIT() directly, it still gets optimized out... ciao, Mario -------------- next part -------------- /* * vim: set tabstop=4 shiftwidth=4 expandtab: */ #define DEBUG_TYPE "ExecutionEngineTest" #include <llvm/ExecutionEngine/Interpreter.h> #include <llvm/ExecutionEngine/JIT.h> #include <llvm/Support/TargetSelect.h> #include <llvm/LLVMContext.h> #include <llvm/Module.h> #include <cassert> using n...

Hi, I'm on Linux and trying to link an application that makes use of LLVM's JIT execution engine statically. Setup: (1) LLVM libs are compiled as static libraries. (2) Called InitializeNativeTarget(). (3) Included llvm/ExecutionEngine/JIT.h. It works if I build and link regularly. However, if I add -static when linking, the execution engine fails to initialize. Does anyone know why?

...) cmd = cmd:gsub('$(%w+)', { user = req.user }) local handle = io.popen(cmd) local acl_groups = handle:read("*a") return dovecot.auth.USERDB_RESULT_OK, "acl_groups=" .. acl_groups end function script_init() return 0 end function script_deinit() end -- vim: expandtab ts=2 sw=2 -------------------------------------------------- And this works for me :-) Many thanks Christian

> On 28/08/2019 21:01 R.N.S. via dovecot <dovecot at dovecot.org> wrote: > > > > Am 28.08.2019 um 19:46 schrieb Jakobus Sch?rz via dovecot <dovecot at dovecot.org>: > > > > I think, i had the same problem as you. > > > > When dovecot runs lmtp, no user is logged in, so there is no user from > > which you can get groups. So i think, my

...ps = handle:read("*a") >> >> return dovecot.auth.USERDB_RESULT_OK, "acl_groups=" .. acl_groups >> end >> >> function script_init() >> return 0 >> end >> >> function script_deinit() >> end >> >> -- vim: expandtab ts=2 sw=2 >> -------------------------------------------------- >> >> And this works for me :-) >> >> Many thanks >> >> Christian > > There really is no LDAP module for your LUA? I was too early with success :-( Even the doveadm acl debug comman...

Hello everyone- Just a quick little blurb to anyone interested: I've spend some time packaging Samba4 for Ubuntu 12.04 and I believe it is finally "ready". A couple of notes about the package: - it is compiled from the 4.0.6 tarball available from Samba - it has packages for amd64 and i386* class machines - it requires various other non-stable class packages - it uses the

Whamcloud and EMC are jointly investigating how to be able to contribute the Lustre client code into the upstream Linux kernel. As a prerequisite to this, EMC is working to clean up the Lustre client code to better match the kernel coding style, and one of the anticipated major obstacles to upstream kernel submission is the heavy use of code abstraction via libcfs for portability to other

Whamcloud and EMC are jointly investigating how to be able to contribute the Lustre client code into the upstream Linux kernel. As a prerequisite to this, EMC is working to clean up the Lustre client code to better match the kernel coding style, and one of the anticipated major obstacles to upstream kernel submission is the heavy use of code abstraction via libcfs for portability to other

...t; self.start_image: self.start_image = self.selected_image - + for y in range(self.start_image, len(self.cf.images)): i = self.cf.images[y] if y > self.start_image + maxy: @@ -311,7 +312,7 @@ class Grub: l = img.lines[idx].expandtabs().ljust(70) if len(l) > 70: l = l[:69] + ">" - + self.entry_win.addstr(idp, 2, l) if idx == curline: self.entry_win.attroff(curses.A_REVERSE) @@ -349,7 +350,7 @@ class G...