Re: sup-like label listings (elisp)

2010-04-12 Thread David Edmondson
Oops. That one wasn't complete. Try: commit 0c55967141e7685b0ba23b45a74c1e48a5964f6c Author: David Edmondson d...@dme.org Date: Mon Apr 12 09:24:44 2010 +0100 emacs: More flexible folder mode construction Allow callers to `notmuch-folder' to optionally specify the alist of

Re: [PATCH] RFC: User-Agent header

2010-04-12 Thread Sebastian Spaeth
OK, final post from me on this issue. This is what I am using in my .emacs now. It does not clutter up the message compose window with a User-Agent header as it is hidden by message mode. It is also not shown by default in the notmuch-show modes but viewing the full headers confirms that it is

Re: sup-like label listings (elisp)

2010-04-12 Thread Sebastian Spaeth
On Mon, 12 Apr 2010 09:14:27 +0100, David Edmondson d...@dme.org wrote: How about this approach: ooh! me likey! Thanks, very nice to get an overview over all my tags. ___ notmuch mailing list notmuch@notmuchmail.org

Re: [PATCH] Mailstore abstraction v4 - part 2 (maildir synchronization)

2010-04-12 Thread martin f krafft
also sprach Michal Sojka sojk...@fel.cvut.cz [2010.04.08.1713 +0200]: I'm working on the solution - if the mailstore cannot open the message with the name passed, it tries different names with different maildir flags. Wouldn't it be better to postpone synchronisation of the tags until

Re: [PATCH] Mailstore abstraction v4 - part 2 (maildir synchronization)

2010-04-12 Thread Michal Sojka
On Mon, 12 Apr 2010, martin f krafft wrote: also sprach Michal Sojka sojk...@fel.cvut.cz [2010.04.08.1713 +0200]: I'm working on the solution - if the mailstore cannot open the message with the name passed, it tries different names with different maildir flags. Wouldn't it be

Re: [PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Jameson Rollins
On Mon, 12 Apr 2010 10:00:37 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: On 2010-04-10, Anthony Towns wrote: The attached patch makes notmuch new --new-tags=unread,new set the unread and new tags on any new mail it finds rather than unread and inbox. Or whatever other tags you

Re: [PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Tomas Carnecky
On 4/12/10 1:59 PM, Jameson Rollins wrote: On Mon, 12 Apr 2010 10:00:37 +0200, Sebastian Spaethsebast...@sspaeth.de wrote: On 2010-04-10, Anthony Towns wrote: The attached patch makes notmuch new --new-tags=unread,new set the unread and new tags on any new mail it finds rather than unread

Re: [PATCH] Mailstore abstraction v4 - part 2 (maildir synchronization)

2010-04-12 Thread Michal Sojka
On Mon, 12 Apr 2010, martin f krafft wrote: also sprach Michal Sojka sojk...@fel.cvut.cz [2010.04.12.1347 +0200]: Wouldn't it be better to postpone synchronisation of the tags until after emacs is done with the message? Theoretically, it would be possible, but if, for some reason, the

please eat my data!

2010-04-12 Thread Sebastian Spaeth
fsync is really killing xapian (and notmuch). What suffers, are the boolean prefixes (tag, id, and thread). Using libeatmydata (which disables fsync) shows a 10x speedup for tagging. The speedup is only factor 2 for e.g. from: searches. This is ext4 on recent stock Ubuntu. Given that search by tag

Re: [PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Scott Robinson
Excerpts from Tomas Carnecky's message of Mon Apr 12 06:25:23 -0600 2010: I have a patch which adds support for hooks which are run when tags are added, removed or new messages added to notmuch. But perhaps the fork/exec overhead of running the hooks would slow the processing down too much.

Use of strcasestr

2010-04-12 Thread Tomas Carnecky
In 4fd9ea0 (guess From address from Received headers, 2010-04-06) you introduced strcasestr, which is not portable, see 82e47ec (notmuch reply: Use strstr instead of strcasestr for portability., 2010-02-04). Is strcasestr really necessary there or can it be replaced with strstr? tom

Re: please eat my data!

2010-04-12 Thread Jameson Rollins
On Mon, 12 Apr 2010 15:33:35 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: fsync is really killing xapian (and notmuch). What suffers, are the boolean prefixes (tag, id, and thread). Using libeatmydata (which disables fsync) shows a 10x speedup for tagging. The speedup is only factor 2

Re: please eat my data!

2010-04-12 Thread racin
- Jameson Rollins jroll...@finestructure.net a écrit : On Mon, 12 Apr 2010 15:33:35 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: fsync is really killing xapian (and notmuch). What suffers, are the boolean prefixes (tag, id, and thread). Using libeatmydata (which disables

Re: [PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Michal Sojka
On Mon, 12 Apr 2010, Jameson Rollins wrote: On Mon, 12 Apr 2010 10:00:37 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: On 2010-04-10, Anthony Towns wrote: The attached patch makes notmuch new --new-tags=unread,new set the unread and new tags on any new mail it finds rather than

Re: please eat my data!

2010-04-12 Thread Sebastian Spaeth
On 2010-04-12, Jameson Rollins wrote: On Mon, 12 Apr 2010 15:33:35 +0200, Sebastian Spaeth Wow, this is really interesting, Sebastian. For those of us not in the know, can you explain what libeatmydata is and how it's used? Hehe, I just got the pointer to it on IRC myself:

Re: [PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Jameson Rollins
On Mon, 12 Apr 2010 17:11:24 +0200, Michal Sojka sojk...@fel.cvut.cz wrote: In my mailstore abstraction patches, I suppose that tags for new messages are derived in some way from mailstore. The idea is, that once we have a mail store which can store tags (e.g. git-based mails store), the tags

Re: please eat my data!

2010-04-12 Thread Stewart Smith
On Mon, 12 Apr 2010 17:24:35 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: What I find intersting is that we have a 2x speedup and a 10x speedup for different queries. Olly was saying on IRC that both *should* really be behaving in much the same manner. Remember that on ext3 (and pretty

Re: [PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Anthony Towns
On Tue, Apr 13, 2010 at 01:55, Jameson Rollins jroll...@finestructure.net wrote: On Mon, 12 Apr 2010 17:11:24 +0200, Michal Sojka sojk...@fel.cvut.cz wrote: The problem I see with this approach is, that all notmuch searches are build around Xapian. ... This does sound like a potential issue.  

[PATCH] Fixing possible dereferencing of NULL pointer

2010-04-12 Thread Dirk Hohndel
I must have misunderstood the cases in which this function can be called It seemed odd to try to manage authors when author==NULL, but that's what we appear to be doing; so now we check that autho != NULL and bail otherwise. Signed-off-by: Dirk Hohndel hohn...@infradead.org --- lib/thread.cc |

Re: [notmuch] Bulk message tagging

2010-04-12 Thread Mark Anderson
On Sat, 10 Apr 2010 08:56:48 -0500, Xavier Maillard x...@gnu.org wrote: Hi, On Tue, 6 Apr 2010 13:51:01 -0600, Mark Anderson markr.ander...@amd.com wrote: I think that '*' is definitely an awesome command, but I wonder if we shouldn't have another command for the notmuch-search buffer

Re: [PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Jameson Rollins
On Tue, 13 Apr 2010 03:15:28 +1000, Anthony Towns a...@erisian.com.au wrote: If you say they're just notmuch tag commands applied at new time you expect to have the same search behaviour as Xapian... True, but that's not exactly what I was saying. I was just saying to use the same syntax. But

Re: Plans for the 0.2 release (this week)

2010-04-12 Thread Mike Kelly
On Thu, Apr 08, 2010 at 10:34:59AM -0400, Mike Kelly wrote: On Wed, Apr 07, 2010 at 11:23:14PM +0100, James Westby wrote: On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth cwo...@cworth.org wrote: * Anything else that people want, (especially things that already exist and that you're

Re: Use of strcasestr

2010-04-12 Thread Dirk Hohndel
On Mon, 12 Apr 2010 15:58:10 +0200, Tomas Carnecky t...@dbservice.com wrote: In 4fd9ea0 (guess From address from Received headers, 2010-04-06) you introduced strcasestr, which is not portable, see 82e47ec (notmuch reply: Use strstr instead of strcasestr for portability., 2010-02-04). Is

Re: Use of strcasestr

2010-04-12 Thread Mikhail Gusarov
Twas brillig at 15:58:10 12.04.2010 UTC+02 when t...@dbservice.com did gyre and gimble: TC In 4fd9ea0 (guess From address from Received headers, 2010-04-06) you introduced TC strcasestr, which is not portable, see 82e47ec (notmuch reply: Use strstr TC instead of strcasestr for portability.,

Re: please eat my data!

2010-04-12 Thread Servilio Afre Puentes
On 12 April 2010 13:47, Dirk Hohndel hohn...@infradead.org wrote: On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith stew...@flamingspork.com wrote: On Mon, 12 Apr 2010 17:24:35 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: What I find intersting is that we have a 2x speedup and a 10x

Re: please eat my data!

2010-04-12 Thread Dirk Hohndel
On Mon, 12 Apr 2010 19:10:25 -0400, Servilio Afre Puentes servi...@gmail.com wrote: On 12 April 2010 13:47, Dirk Hohndel hohn...@infradead.org wrote: On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith stew...@flamingspork.com wrote: On Mon, 12 Apr 2010 17:24:35 +0200, Sebastian Spaeth

Re: Use of strcasestr

2010-04-12 Thread Tomas Carnecky
On 4/12/10 10:18 PM, Mikhail Gusarov wrote: Twas brillig at 15:58:10 12.04.2010 UTC+02 when t...@dbservice.com did gyre and gimble: TC In 4fd9ea0 (guess From address from Received headers, 2010-04-06) you introduced TC strcasestr, which is not portable, see 82e47ec (notmuch reply: Use

Re: Use of strcasestr

2010-04-12 Thread Aaron Ecay
--- 2010ko Apirilak 12an, Tomas Carnecky-ek idatzi zuen: Adding that function to compat/ probably is the way to go, but the whole compat mechanism doesn't work here. It's like if compat/Makefile.local was not included in the top-level makefile, notmuch_compat_srcs is empty there. Any ideas

[PATCH] Add compat version of strcasestr

2010-04-12 Thread Tomas Carnecky
strcasestr is not part of any standard (unlike for example strcasecmp) and thus not available on all platforms (in my case Solaris). --- compat/Makefile.local|4 compat/compat.h |4 compat/have_strcasestr.c |8 compat/strcasestr.c | 15

Re: Use of strcasestr

2010-04-12 Thread Dirk Hohndel
On Tue, 13 Apr 2010 04:04:39 +0200, Tomas Carnecky t...@dbservice.com wrote: On 4/12/10 10:18 PM, Mikhail Gusarov wrote: Twas brillig at 15:58:10 12.04.2010 UTC+02 when t...@dbservice.com did gyre and gimble: TC In 4fd9ea0 (guess From address from Received headers, 2010-04-06)

[PATCH] Add simplistic reimplementation of strcasestr to compat library

2010-04-12 Thread Dirk Hohndel
While all systems that I have access to support strcasestr, it is in fact not part of POSIX. So here's a fallback reimplementation based on POSIX functions. Signed-off-by: Dirk Hohndel hohn...@infradead.org --- compat/Makefile.local|4 compat/have_strcasestr.c | 10 ++

Re: [PATCH] Add simplistic reimplementation of strcasestr to compat library

2010-04-12 Thread Tomas Carnecky
On 4/13/10 6:10 AM, Dirk Hohndel wrote: While all systems that I have access to support strcasestr, it is in fact not part of POSIX. So here's a fallback reimplementation based on POSIX functions. Your patch is missing the part where it adds -DHAVE_STRCASESTR=.. to CONFIGURE_C{XX,}FLAGS.

Re: [PATCH] Add simplistic reimplementation of strcasestr to compat library

2010-04-12 Thread Anthony Towns
On Tue, Apr 13, 2010 at 14:10, Dirk Hohndel hohn...@infradead.org wrote: +/* the semantic here actually puzzles me: +   how can haystack be const char * - yet the return value is char * +   after all, it points to a sub-string of haystack... */ Dunno if this is a question from the original

RFC: User-Agent header

2010-04-12 Thread Sebastian Spaeth
After some research, this is what I found/propose: With some simple elisp am I using this User-Agent header now: User-Agent: notmuch version 0.1 (Emacs 23.1.1/i486-pc-linux-gnu) This needs to be done: 1) Add "User-Agent" to the variable "message-required-headers" (it is (optional .

RFC: User-Agent header

2010-04-12 Thread David Edmondson
On Mon, 12 Apr 2010 00:12:15 +0200, Sebastian Spaeth wrote: > After some research, this is what I found/propose: > ... Please make the insertion of User-Agent optional. Some might not want it. dme. -- David Edmondson, http://dme.org

[PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Sebastian Spaeth
On 2010-04-10, Anthony Towns wrote: > Hi *, > > The attached patch makes "notmuch new --new-tags=unread,new" set the > "unread" and "new" tags on any new mail it finds rather than "unread" > and "inbox". Or whatever other tags you happen to specify. Thanks for the patch. I can't comment on the

sup-like label listings (elisp)

2010-04-12 Thread David Edmondson
How about this approach: commit 0f591b5ac149179540327f1d39b593c043ec Author: David Edmondson Date: Mon Apr 12 09:13:15 2010 +0100 emacs: More flexible folder mode construction Allow callers to `notmuch-folder' to optionally specify the alist of folders to be shown and a title

sup-like label listings (elisp)

2010-04-12 Thread David Edmondson
Oops. That one wasn't complete. Try: commit 0c55967141e7685b0ba23b45a74c1e48a5964f6c Author: David Edmondson Date: Mon Apr 12 09:24:44 2010 +0100 emacs: More flexible folder mode construction Allow callers to `notmuch-folder' to optionally specify the alist of folders to be shown

[PATCH] RFC: User-Agent header

2010-04-12 Thread Sebastian Spaeth
OK, final post from me on this issue. This is what I am using in my .emacs now. It does not clutter up the message compose window with a User-Agent header as it is hidden by message mode. It is also not shown by default in the notmuch-show modes but viewing the full headers confirms that it is

sup-like label listings (elisp)

2010-04-12 Thread Sebastian Spaeth
On Mon, 12 Apr 2010 09:14:27 +0100, David Edmondson wrote: > How about this approach: ooh! me likey! Thanks, very nice to get an overview over all my tags.

[PATCH] Mailstore abstraction v4 - part 2 (maildir synchronization)

2010-04-12 Thread martin f krafft
t/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100412/4df774f5/attachment.pgp>

[PATCH] emacs: Add notmuch-hello.el, a friendly frontend to notmuch

2010-04-12 Thread David Edmondson
commit e55dc251b9e8001fe16873fadac565563e606d69 Author: David Edmondson Date: Mon Apr 12 11:12:23 2010 +0100 emacs: Add notmuch-hello.el, a friendly frontend to notmuch New emacs/notmuch-hello.el diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el new file mode

[PATCH] Mailstore abstraction v4 - part 2 (maildir synchronization)

2010-04-12 Thread Michal Sojka
On Mon, 12 Apr 2010, martin f krafft wrote: > also sprach Michal Sojka [2010.04.08.1713 +0200]: > >I'm working on the solution - if the mailstore cannot open the > >message with the name passed, it tries different names with > >different maildir flags. > > Wouldn't it be better to

[PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Jameson Rollins
A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100412/682fa27e/attachment.pgp>

[PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Tomas Carnecky
On 4/12/10 1:59 PM, Jameson Rollins wrote: > On Mon, 12 Apr 2010 10:00:37 +0200, "Sebastian Spaeth" SSpaeth.de> wrote: >> On 2010-04-10, Anthony Towns wrote: >>> The attached patch makes "notmuch new --new-tags=unread,new" set the >>> "unread" and "new" tags on any new mail it finds rather than

[PATCH] Mailstore abstraction v4 - part 2 (maildir synchronization)

2010-04-12 Thread martin f krafft
pplication/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100412/2656e7a1/attachment.pgp>

[PATCH] Mailstore abstraction v4 - part 2 (maildir synchronization)

2010-04-12 Thread Michal Sojka
On Mon, 12 Apr 2010, martin f krafft wrote: > also sprach Michal Sojka [2010.04.12.1347 +0200]: > > > Wouldn't it be better to postpone synchronisation of the tags > > > until after emacs is done with the message? > > > > Theoretically, it would be possible, but if, for some reason, the > >

please eat my data!

2010-04-12 Thread Sebastian Spaeth
fsync is really killing xapian (and notmuch). What suffers, are the boolean prefixes (tag, id, and thread). Using libeatmydata (which disables fsync) shows a 10x speedup for tagging. The speedup is only factor 2 for e.g. from: searches. This is ext4 on recent stock Ubuntu. Given that search by tag

[PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Scott Robinson
Excerpts from Tomas Carnecky's message of Mon Apr 12 06:25:23 -0600 2010: > I have a patch which adds support for hooks which are run when tags are > added, removed or new messages added to notmuch. But perhaps the > fork/exec overhead of running the hooks would slow the processing down > too

Use of strcasestr

2010-04-12 Thread Tomas Carnecky
In 4fd9ea0 (guess From address from Received headers, 2010-04-06) you introduced strcasestr, which is not portable, see 82e47ec (notmuch reply: Use strstr instead of strcasestr for portability., 2010-02-04). Is strcasestr really necessary there or can it be replaced with strstr? tom

please eat my data!

2010-04-12 Thread Jameson Rollins
achment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100412/74749a1d/attachment.pgp>

please eat my data!

2010-04-12 Thread ra...@free.fr
- "Jameson Rollins" a ?crit : > On Mon, 12 Apr 2010 15:33:35 +0200, "Sebastian Spaeth" > wrote: > > fsync is really killing xapian (and notmuch). What suffers, are the > > boolean prefixes (tag, id, and thread). Using libeatmydata (which > > disables fsync) shows a 10x speedup for tagging.

[PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Michal Sojka
On Mon, 12 Apr 2010, Jameson Rollins wrote: > On Mon, 12 Apr 2010 10:00:37 +0200, "Sebastian Spaeth" SSpaeth.de> wrote: > > On 2010-04-10, Anthony Towns wrote: > > > The attached patch makes "notmuch new --new-tags=unread,new" set the > > > "unread" and "new" tags on any new mail it finds rather

please eat my data!

2010-04-12 Thread Sebastian Spaeth
On 2010-04-12, Jameson Rollins wrote: > On Mon, 12 Apr 2010 15:33:35 +0200, "Sebastian Spaeth" > Wow, this is really > interesting, Sebastian. For those of us not in the > know, can you explain what libeatmydata is and how it's used? Hehe, I just got the pointer to it on IRC myself:

[PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Jameson Rollins
though. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100412/01f92983/attachment-0001.pgp>

please eat my data!

2010-04-12 Thread Stewart Smith
On Mon, 12 Apr 2010 17:24:35 +0200, "Sebastian Spaeth" wrote: > What I find intersting is that we have a 2x speedup and a 10x speedup > for different queries. Olly was saying on IRC that both *should* really be > behaving in much the same manner. Remember that on ext3 (and pretty sure ext4)

[PATCH] Fixing possible dereferencing of NULL pointer

2010-04-12 Thread Dirk Hohndel
I must have misunderstood the cases in which this function can be called It seemed odd to try to manage authors when author==NULL, but that's what we appear to be doing; so now we check that autho != NULL and bail otherwise. Signed-off-by: Dirk Hohndel --- lib/thread.cc |2 +- 1 files

please eat my data!

2010-04-12 Thread Dirk Hohndel
On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith wrote: > On Mon, 12 Apr 2010 17:24:35 +0200, "Sebastian Spaeth" SSpaeth.de> wrote: > > What I find intersting is that we have a 2x speedup and a 10x speedup > > for different queries. Olly was saying on IRC that both *should* really be > >

[notmuch] Bulk message tagging

2010-04-12 Thread Mark Anderson
On Sat, 10 Apr 2010 08:56:48 -0500, Xavier Maillard wrote: > Hi, > > On Tue, 6 Apr 2010 13:51:01 -0600, Mark Anderson > wrote: > > > > I think that '*' is definitely an awesome command, but I wonder if we > > shouldn't have another command for the notmuch-search buffer which means > > 'tag

[PATCH] notmuch new --new-tags=tags...

2010-04-12 Thread Jameson Rollins
application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100412/cefeaffe/attachment.pgp>

Plans for the 0.2 release (this week)

2010-04-12 Thread Mike Kelly
On Thu, Apr 08, 2010 at 10:34:59AM -0400, Mike Kelly wrote: > On Wed, Apr 07, 2010 at 11:23:14PM +0100, James Westby wrote: > > On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote: > > > * Anything else that people want, (especially things that already > > > exist and that you're already

Use of strcasestr

2010-04-12 Thread Dirk Hohndel
On Mon, 12 Apr 2010 15:58:10 +0200, Tomas Carnecky wrote: > In 4fd9ea0 (guess From address from Received headers, 2010-04-06) you > introduced strcasestr, which is not portable, see 82e47ec (notmuch > reply: Use strstr instead of strcasestr for portability., 2010-02-04). > > Is strcasestr

please eat my data!

2010-04-12 Thread Servilio Afre Puentes
On 12 April 2010 13:47, Dirk Hohndel wrote: > On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith flamingspork.com> wrote: >> On Mon, 12 Apr 2010 17:24:35 +0200, "Sebastian Spaeth" > SSpaeth.de> wrote: >> > What I find intersting is that we have a 2x speedup and a 10x speedup >> > for different

please eat my data!

2010-04-12 Thread Dirk Hohndel
On Mon, 12 Apr 2010 19:10:25 -0400, Servilio Afre Puentes wrote: > On 12 April 2010 13:47, Dirk Hohndel wrote: > > On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith > flamingspork.com> wrote: > >> On Mon, 12 Apr 2010 17:24:35 +0200, "Sebastian Spaeth" >> SSpaeth.de> wrote: > >> > What I find

Use of strcasestr

2010-04-12 Thread Aaron Ecay
--- 2010ko Apirilak 12an, Tomas Carnecky-ek idatzi zuen: > > Adding that function to compat/ probably is the way to go, but the whole > compat mechanism doesn't work here. It's like if compat/Makefile.local was > not included in the top-level makefile, notmuch_compat_srcs is empty > there. Any

Use of strcasestr

2010-04-12 Thread Dirk Hohndel
On Tue, 13 Apr 2010 04:04:39 +0200, Tomas Carnecky wrote: > On 4/12/10 10:18 PM, Mikhail Gusarov wrote: > > > > Twas brillig at 15:58:10 12.04.2010 UTC+02 when tom at dbservice.com did > > gyre and gimble: > > > > TC> In 4fd9ea0 (guess From address from Received headers, 2010-04-06) > > you

[PATCH] Add simplistic reimplementation of strcasestr to compat library

2010-04-12 Thread Dirk Hohndel
While all systems that I have access to support strcasestr, it is in fact not part of POSIX. So here's a fallback reimplementation based on POSIX functions. Signed-off-by: Dirk Hohndel --- compat/Makefile.local|4 compat/have_strcasestr.c | 10 ++ compat/strcasestr.c

[PATCH] Add compat version of strcasestr

2010-04-12 Thread Dirk Hohndel
Funny that we both submitted patches... cworth can decide which one he likes better :-) /D On Tue, 13 Apr 2010 05:45:51 +0200, Tomas Carnecky wrote: > strcasestr is not part of any standard (unlike for example strcasecmp) and > thus > not available on all platforms (in my case Solaris). > >