search for: _filter

Hello all! First of all - sorry for my english. :-) Im working now on migration from cyrus to dovecot(v1.07). Everything work`s fine for now, but some parameters at dovecot conf a mystical for me. :-) dovecot-ldap.conf: user_attrs = mail #,homeDirectory,,,, user_filter = (&(objectClass=qmailUser)(mail=%u)) pass_attrs = mail,userPassword=password pass_filter = (&(objectClass=qmailUser)(mail=%u)) What does this parameters mean? Im understand what mean a *_filter, but im do not understand a *_attrs. Yes, im read a http://wiki.dovecot.org/AuthDatabase/LDAP...

...; '._dfw.R' '._export.R' '._express.R' ... Subdirectory 'man' contains invalid file names: '._AffyRNAdeg.Rd' '._AnalysisTreeSet-class.Rd' '._CallTreeSet-class.Rd' '._DataTreeSet-class.Rd' '._ExprTreeSet-class.Rd' '._Filter-class.Rd' ... Does anyone know why these files are listed? For some reason all these hidden files start with '._' My suspicion was that maybe there is something wrong with Spotlight (i.e. mdutil) so I excluded the whole volume from Spotlight. This did not help. Adding the volume...

...'._export.R' '._express.R' > ... > Subdirectory 'man' contains invalid file names: > '._AffyRNAdeg.Rd' '._AnalysisTreeSet-class.Rd' > '._CallTreeSet-class.Rd' '._DataTreeSet-class.Rd' > '._ExprTreeSet-class.Rd' '._Filter-class.Rd' > ... > > > Does anyone know why these files are listed? > For some reason all these hidden files start with '._' > > My suspicion was that maybe there is something wrong with Spotlight (i.e. mdutil) > so I excluded the whole volume from Spotlight....

...t count, uint64_t offset, int (*next) (void *data, void *buf, uint32_t count, uint64_t offset), void *data) { nanosleep (...); return next (data, buf, count, offset); // calls next filter or plugin } ... static struct nbdkit_filter filter = { ... .pread = delay_pread, ... }; For the filters I want to write this works fine, but with two caveats: (1) If new datapath methods are introduced then filters won't get to see them by default. For example, if we modify offsets when calling .pread and .pw...

Hi there, Is there a neat and easy way to implement pagination with letters rather than numbers eg : A B C D ... Z Rob

...#39;._express.R' >> ... >> Subdirectory 'man' contains invalid file names: >> '._AffyRNAdeg.Rd' '._AnalysisTreeSet-class.Rd' >> '._CallTreeSet-class.Rd' '._DataTreeSet-class.Rd' >> '._ExprTreeSet-class.Rd' '._Filter-class.Rd' >> ... >> >> >> Does anyone know why these files are listed? >> For some reason all these hidden files start with '._' >> >> My suspicion was that maybe there is something wrong with Spotlight (i.e. mdutil) >> so I excluded the...

...her type of _except handler in the middle of unwinding. And true that some usage patterns can be worked around by rewriting SEH hierarchy. But I believe the work can be substantial and risky, especially in an OS Kernel. Furthermore, to broaden the interpretation, local_unwind can also serve as a _filter (or even rethrow-like handler in C++ EH), and the target block is the final handler. See the multi-local-unwind example in the doc. Can you estimate the prevalence of local unwind? What percent of __finally blocks in your experience use non-local control flow? I see a lot of value in supporting...

...her type of _except handler in the middle of unwinding. And true that some usage patterns can be worked around by rewriting SEH hierarchy. But I believe the work can be substantial and risky, especially in an OS Kernel. Furthermore, to broaden the interpretation, local_unwind can also serve as a _filter (or even rethrow-like handler in C++ EH), and the target block is the final handler. See the multi-local-unwind example in the doc. Can you estimate the prevalence of local unwind? What percent of __finally blocks in your experience use non-local control flow? I see a lot of value in supporting...

...her type of _except handler in the middle of unwinding. And true that some usage patterns can be worked around by rewriting SEH hierarchy. But I believe the work can be substantial and risky, especially in an OS Kernel. Furthermore, to broaden the interpretation, local_unwind can also serve as a _filter (or even rethrow-like handler in C++ EH), and the target block is the final handler. See the multi-local-unwind example in the doc. Can you estimate the prevalence of local unwind? What percent of __finally blocks in your experience use non-local control flow? I see a lot of value in supporting...

Hi, all, The intend of this thread is to complete the support for Windows SEH. Currently there are two major missing features: Jumping out of a _finally and Hardware exception handling. The document below is my proposed design and implementation to fully support SEH on LLVM. I have completely implemented this design on a branch in repo:

...her type of _except handler in the middle of unwinding. And true that some usage patterns can be worked around by rewriting SEH hierarchy. But I believe the work can be substantial and risky, especially in an OS Kernel. Furthermore, to broaden the interpretation, local_unwind can also serve as a _filter (or even rethrow-like handler in C++ EH), and the target block is the final handler. See the multi-local-unwind example in the doc. Can you estimate the prevalence of local unwind? What percent of __finally blocks in your experience use non-local control flow? I see a lot of value in supporting...