similar to: [LLVMdev] Small patch for IntrinsicEmitter for VS

Chris, > Anton, your patch definitely sounds like the right way to go, but > should we apply this patch until its ready? If I won't finish my bits today, I'll surely apply Cedric's patch. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Hi, The actual tableGen generate a chain of if/then/else for the intrinsic which is too long for VS 2005, and result in a compile error. I did a small change in table gen so that the if aren't chained so that I could compile (patch attached). This double the algorithmic complexity of the function but it seems that this wasn't a problem. If speed is needed here, we could hash the string

Hi How to solve this ? So many similar segfaults Thank you On 2018-11-30 06:11, Joan Moreau wrote: > ANother (very very long) example : > > # gdb /usr/libexec/dovecot/indexer-worker core.indexer-worker.0.3a33f56105e043de802a7dfcee265a07.21017.1543533424000000 > GNU gdb (GDB) 8.2 > Copyright (C) 2018 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or

> On December 4, 2018 at 8:18 AM Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > We don't consider it as "very early beta". We consider it production ready. It is bit more work to set up though. FWIW, Squat has been deprecated since 2.0, so none of this should come as a surprise. https://wiki.dovecot.org/Plugins/FTS > Aki > > > On 04 December

Thanks for mySql For Squat vs Solr, Solr does not reach Squat by very far in terms of results : If I setup Solr, and search (via the search in Roundbube or Evolution) for a keyword or part of the keyword, the results are complete non sense. The diference between "search in full body" and "search in fields" does not even work. Solr with Dovecot seems very early beta

I am working in Ubuntu 12.04. I have tried re-configuring the source tree too. Removing the destructor stops the error messages for the destructor but the constructor's error persist. ERROR: http://pastebin.com/r0wYNfEs On Sun, Apr 13, 2014 at 10:56 PM, James Aylett <james-xapian at tartarus.org>wrote: > On 13 Apr 2014, at 17:49, Siddhant Mutha <siddhantmutha at gmail.com>

Here are the files. /include/xapian/trie.h /api/trie.cc *Siddhant Mutha* Undergraduate Student Department of Computer Science and Engineering IIT Madras Chennai http://www.siddhantmutha.com/ <http:/www.siddhantmutha.com/> On Sun, Apr 13, 2014 at 9:33 PM, James Aylett <james-xapian at tartarus.org>wrote: > On 13 Apr 2014, at 16:59, Siddhant Mutha <siddhantmutha at

This happened from one user near noon on the 17th and 19th (today) of this month. From the backtrace it looks like they were searching, but I won't know for sure unless I need to ask them. Is this possibly fixed already? I just haven't upgraded dovecot in a while due to lack of problems. The sig11 happened a few dozen times, a few seconds apart each day. I have one coredump from

Configure command: ./configure --enable-maintainer mode I dont get any output with nm that contains Trie. On Sun, Apr 13, 2014 at 11:20 PM, James Aylett <james-xapian at tartarus.org>wrote: > On 13 Apr 2014, at 18:39, Pallavi Gudipati <pallavigudipati at gmail.com> > wrote: > > > I am working in Ubuntu 12.04. I have tried re-configuring the source > tree too.

Oh. The diff file doesn't seem to include the two new files. We're outside right now. I'll send you the files as soon as we reach in 30-40 minutes. Also, we're moving to git. Thanks On Apr 13, 2014 9:12 PM, "James Aylett" <james-xapian at tartarus.org> wrote: > On 13 Apr 2014, at 16:16, Siddhant Mutha <siddhantmutha at gmail.com> wrote: > > > We

A linker error is encountered even after following the above steps. ERROR: undefined reference to `Xapian::Trie::Trie()' On Sun, Apr 13, 2014 at 8:00 PM, James Aylett <james-xapian at tartarus.org>wrote: > On 13 Apr 2014, at 15:24, Siddhant Mutha <siddhantmutha at gmail.com> wrote: > > > We are writing a new module which needs to be added to the Xapian > source.

Got 2.2.34 running using debian strech image + strech-backports repos! Regards, Webert Lima DevOps Engineer at MAV Tecnologia *Belo Horizonte - Brasil* *IRC NICK - WebertRLZ* On Thu, Apr 26, 2018 at 9:37 PM, Webert de Souza Lima <webert.boss at gmail.com > wrote: > Oh thank you Cedric, I hadn't check that. So 2.2.35 is unstable, huh? > I'll deploy 2.2.34 instead. > >

On 23 April 2014 21:43, mancha <mancha1 at zoho.com> wrote: > On Wed, Apr 23, 2014 at 12:26:58PM -0700, Iain Morgan wrote: >> A slightly better solution would be a PAM module that uses the same >> syntax as libwrap. Possibly someone has already written such a module. > > Possibly, but only for platforms which use for PAM. Pam is executed so late in the chain that any

On 2 January 2018 at 17:08, Marc Haber <mh+openssh-unix-dev at zugschlus.de> wrote: > On Tue, Jan 02, 2018 at 04:03:34PM +1030, David Newall wrote: >> On 02/01/18 03:29, Michael Str?der wrote: >> > How high is the risk that this unmaintained device is added to >> > yet-another-bot-net in the Internet-of-shitty-devices or is used to >> > enter parts of your

It is there: https://github.com/sidmutha/xapian/blob/master/xapian-core/api/Makefile.mk#L53 On an other note, I'm trying to run ./bootstrap from the cloned repo. But it gives an error saying "unknown option -C" followed by "Bootstrap failed". *Siddhant Mutha* Undergraduate Student Department of Computer Science and Engineering IIT Madras Chennai

Backtrace:/usr/local/libexec/dovecot/imap GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB

Good morning! We're experiencing rather very bad latency spikes on busy Linux systems, for example if one machine is the jumphost (ssh -J) for a few hundred connections, while at the same time handles CPU intensive tasks. Would RT/Linux SCHED_FIXED or SCHED_RR be of help in such a case, e.g. put all ssh processes into the SCHED_FIXED scheduling class, with a priority higher than the

Hi there, I'm using rsync with some large trees of files (on one disk, we have 30M files, for example, and a we might be copying say, 500k files in one tree. The file trees are reasonably balenced -- no single directory has thousands of files in it, for example. Our file system, at the moment, is ext3. We are very comfortable with it, and are hesitant to switch away from it, though JFS or

We are using the --enable-maintainer-mode and will move to git soon. The diff file is attached. *Siddhant Mutha* Undergraduate Student Department of Computer Science and Engineering IIT Madras Chennai http://www.siddhantmutha.com/ <http:/www.siddhantmutha.com/> On Sun, Apr 13, 2014 at 8:26 PM, James Aylett <james-xapian at tartarus.org>wrote: > On 13 Apr 2014, at 15:48, Pallavi

SEARCH is probably the slowest command that Dovecot has, especially when searching texts from message bodies. There exists a lot of text search engines, but unfortunately as far as I know there exists only one that can be used with IMAP. The reason why IMAP is special is because it requires that when searching eg. "ello", it must match also mails which contain eg. word