similar to: passdb ldap static values

Hello I'm trying to do an ldap proxy but it is not working, it just continues to access the user's mailbox. I was able to do a proxy with a user in a "passwd-file", but not ldap directory. Here is part my "args" file on the passdb ldap stanza: base = dc=example,dc=com auth_bind = yes pass_filter =

Hello, I have dovecot installed and it works for about 3 hours then I get this error (in /var/log/maillog): Jan 8 08:42:53 stu dovecot: auth(default): pam(grossmsm,69.131.100.47): pipe() failed: Too many open files I set pam_limits.so to allow the user 'dovecot' to have 8192 open files, and I also changed: login_process_size = 512 However, it still wont work for more than a few

Hello, Where I work we have have an interesting setup, we have 2 machines with mail accounts on them and both have dovecot. We would really like to centralize all the mail accounts on one machine, but unfortunately the administration has not approved it. However, if we could create the "illusion" that they are on the same machine that would be acceptable. If we have a 3rd machine, lets

On Sat, 6 May 2017 23:11:16 +0800 C Bergström <cbergstrom at pathscale.com> wrote: > On Sat, May 6, 2017 at 11:07 PM, Perry E. Metzger via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > Howdy! > > > > I've noticed that requests for help by people like me who are > > developing front ends are often lost in the noise in the llvm-dev > >

Why does __gcov_flush only flush the current compilation unit? For gcc __gcov_flush flushes all of the loaded files. Is there a way to have __gcov_flush flush everything? -- John Harrison On Wed, Feb 6, 2013 at 10:24 AM, John Harrison <ash.gti at gmail.com> wrote: > Ah, my mistake. So this already works. I guess that bug is out of date, > since this feature works already. >

Yikes! It only flushes the counts for the current compilation unit? That sounds like a terrible bug. Can you file a bugzilla report, please? On Feb 6, 2013, at 12:05 PM, John Harrison <ash.gti at gmail.com> wrote: > Why does __gcov_flush only flush the current compilation unit? For gcc __gcov_flush flushes all of the loaded files. > > Is there a way to have __gcov_flush flush

I downloaded a binary build of release candidate 2, and it was simply a bare directory tree with no README files or other directions. Does one simply plop this in /usr/local or is there more to it? (I'm on OS X.) -- Perry E. Metzger perry at piermont.com

Ah, my mistake. So this already works. I guess that bug is out of date, since this feature works already. -- John Harrison On Wed, Feb 6, 2013 at 10:00 AM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 2/6/2013 11:43 AM, John Harrison wrote: > >> The way `-ftest-coverage -fprofile-arcs` works at the moment it only >> flushes via `atexit()`. This patch allows you

The way `-ftest-coverage -fprofile-arcs` works at the moment it only flushes via `atexit()`. This patch allows you to flush the coverage at any point by calling `__llvm_gcov_flush` the same way `__gcov_flush` works for gcc. If there is another way of doing this, I might of missed it but I was looking for `__gcov_flush` and I did not find the equivalent in llvm at the moment. -- John Harrison

I'm experimenting with a 2.0 setup, using the sieve plugin for 2.0 from mercurial. Without sieve, everything seems to work fine. Once I put in a .dovecot.sieve file, though, nothing gets delivered, with the only hint of what's going wrong being this mess in syslog: Jul 7 13:18:00 bellman dovecot: lda(perry): Panic: file index-transaction.c: line 70 (index_transaction_init): assertion

We do have a gcov "flush" implementation. It should be emitted with the normal coverage code. Is it not showing up? -bw On Feb 5, 2013, at 4:20 PM, John Harrison <ash.gti at gmail.com> wrote: > Hi, > > I ran into the bug/feature request that you cannot flush gcov buffers while the app is running. They are only called when you exit the program, since the flush functions

On Sat, 6 May 2017 12:06:03 -0700 Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > Hi, > > On Sat, May 6, 2017 at 11:31 AM, Perry E. Metzger via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > It makes sense to have a place for us to talk to each other where > > we're the dominant traffic, where our questions for each other > > aren't

Hi, I ran into the bug/feature request that you cannot flush gcov buffers while the app is running. They are only called when you exit the program, since the flush functions are registered with atexit(). This is the bug report: http://llvm.org/bugs/show_bug.cgi?id=12144 I have what I think is a basic implementation of the `__gcov_flush` call, although I called this version `__llvm_gcov_flush`.

Currently, my time server is a Sun v240 with a 32-pci gps card (with a proprietary Solaris driver) attached to our gps receiver via an sma cable up to the roof of my building. As I'm migrating almost all of our Solaris servers and services over to CentOS, I'd like to know what other people are using for time server hardware. Any suggestions? -- Andy Harrison public key: 0x67518262

On Thu, 11 May 2017 20:14:11 +1000 Dean Michael Berris via llvm-dev <llvm-dev at lists.llvm.org> wrote: > FWIW, I think the "modern" way of doing any of this is with any one > of the following services (that don't need to be owned/maintained > by the LLVM Foundation): > > - Stack Overflow (maybe if it gets large enough, get a "vertical" > for just

Hello, I'm a grad. student in statistics and am looking for some information on how R draws its contours. I suspect you are using a Bezier spline. I have the C code but am curious about how it works. Riley A. Metzger University of Waterloo Waterloo, Ontario, N2L 3G1 (519) 888-4567 Ext. 3715 rileymetzger at alumni.uwaterloo.ca

I sent this Email to Chris Lattner and he suggested that I send it to this group. >>After reading your PLDI paper, I found the LLVM Alias Analysis >>Infrastructure page. >> >>It says that there is an implementation of Steensgaard's algorithm >>and your DSA algorithm in the >>"optional poolalloc module". I have searched all over the LLVM

It appears that the lda + sieve does not respect the userdb_mail setting, though the imap server does(!?). Is this expected behavior? Perry -- Perry E. Metzger perry at piermont.com

Prepare for the coming implementation by GCC and Clang of the __counted_by attribute. Flexible array members annotated with __counted_by can have their accesses bounds-checked at run-time checking via CONFIG_UBSAN_BOUNDS (for array indexing) and CONFIG_FORTIFY_SOURCE (for strcpy/memcpy-family functions). As found with Coccinelle[1], add __counted_by for struct perf_series. [1]

Prepare for the coming implementation by GCC and Clang of the __counted_by attribute. Flexible array members annotated with __counted_by can have their accesses bounds-checked at run-time checking via CONFIG_UBSAN_BOUNDS (for array indexing) and CONFIG_FORTIFY_SOURCE (for strcpy/memcpy-family functions). As found with Coccinelle[1], add __counted_by for struct perf_series. [1]