Some C compilers are stricter when it comes to (tentative) definition
of a variable -- in those compilers introducing variable without 'extern'
keyword always allocates new 'storage' to the variable and linking all
these modules fails due to duplicate symbols.
This is reimplementation of Charlie A
On Tue, 19 Jun 2012, Jani Nikula wrote:
> Add function notmuch-show-toggle-multipart-alternative to toggle the
> value of notmuch-show-all-multipart/alternative-parts variable in the
> buffer, and redisplay the thread with either all or preferred
> alternative parts expanded.
>
> A small wrinkle
Previously, notmuch new listed all directories on disk, even if they
were unchanged from the state recorded in the database. This could take
a huge amount of time for large numbers of mails as it would list each
individual mail.
By iterating over the subdirectories recorded in the database we can
This allows the same iterator to be traversed multiple times, instead of
destroying and reconstructing it.
Signed-off-by: Sascha Silbe
---
lib/filenames.c | 11 +++
lib/notmuch.h |8
2 files changed, 19 insertions(+)
diff --git a/lib/filenames.c b/lib/filenames.c
index
The API documentation (notmuch.h) states that the parameter may be NULL,
but the implementation only checked the current element, potentially
dereferencing a NULL pointer in the process.
Signed-off-by: Sascha Silbe
---
lib/filenames.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
All the time I thought what makes "notmuch new" so abysmally slow is the
stat() for each maildir. But as it continued to be slow even after I
moved most mails out of 'new' (into 'new-20120624'), I strace'd notmuch
and noticed it listed even unchanged directories,
2012/6/24 Tomi Ollila :
> Some C compilers are stricter when it comes to (tentative) definition
> of a variable -- in those compilers introducing variable without 'extern'
> keyword always allocates new 'storage' to the variable and linking all
> these modules fails due to duplicate symbols.
>
> Th
Mark Walters writes:
> This is version 8 of this patch series: the previous version is at
> id:"1338723972-13063-1-git-send-email-markwalters1009 at gmail.com". The
> only change in this version is a rebase so that it applies to master.
>
> I think this version addresses all comments made in revi
The NAME section in manpages generally doesn't start with capital
letter (unless the word is 'proper noun') and doesn't end with
period. Notmuch manual pages now matches that "format".
---
See http://notmuchmail.org/manpages/ for reference.
man/man1/notmuch-config.1 |2 +-
man/man1/no
Test that show --format=text and --format=json now output
Reply-To headers when present.
---
test/json |4 ++--
test/text |3 ++-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/test/json b/test/json
index 6439788..0a692ac 100755
--- a/test/json
+++ b/test/json
@@ -3,9 +3,9
Output Reply-To headers when present in a message.
These were missing in text and json output formats.
---
notmuch-show.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index 8247f1d..de63f06 100644
--- a/notmuch-show.c
+++ b/notm
There didn't seem to be these basic tests for --format=text,
as there are for --format=json. These are just the tests from
the `json' script, with adjusted expected outputs.
---
test/notmuch-test |1 +
test/text | 55 +
2 files cha
On Tue, 19 Jun 2012, Jani Nikula wrote:
> Add function notmuch-show-toggle-multipart-alternative to toggle the
> value of notmuch-show-all-multipart/alternative-parts variable in the
> buffer, and redisplay the thread with either all or preferred
> alternative parts expanded.
>
> A small wrinkle
Some C compilers are stricter when it comes to (tentative) definition
of a variable -- in those compilers introducing variable without 'extern'
keyword always allocates new 'storage' to the variable and linking all
these modules fails due to duplicate symbols.
This is reimplementation of Charlie A
Mark Walters writes:
> This is version 8 of this patch series: the previous version is at
> id:"1338723972-13063-1-git-send-email-markwalters1...@gmail.com". The
> only change in this version is a rebase so that it applies to master.
>
> I think this version addresses all comments made in reviews
like this than the permanently local only as needed approach in v1.
>
> d
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120624/5c3bee78/attachment.html>
The API documentation (notmuch.h) states that the parameter may be NULL,
but the implementation only checked the current element, potentially
dereferencing a NULL pointer in the process.
Signed-off-by: Sascha Silbe
---
lib/filenames.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
This allows the same iterator to be traversed multiple times, instead of
destroying and reconstructing it.
Signed-off-by: Sascha Silbe
---
lib/filenames.c | 11 +++
lib/notmuch.h |8
2 files changed, 19 insertions(+)
diff --git a/lib/filenames.c b/lib/filenames.c
index
Previously, notmuch new listed all directories on disk, even if they
were unchanged from the state recorded in the database. This could take
a huge amount of time for large numbers of mails as it would list each
individual mail.
By iterating over the subdirectories recorded in the database we can
All the time I thought what makes "notmuch new" so abysmally slow is the
stat() for each maildir. But as it continued to be slow even after I
moved most mails out of 'new' (into 'new-20120624'), I strace'd notmuch
and noticed it listed even unchanged directories,
Tomi Ollila writes:
>
> (Hmm, I hope no-one got confused that the trick was mine and not yours :)
>
> So, the patch you provided in github would be good...
>
> Tomi
>
Hi Gang;
This ruby portability patch seems to have stalled. What is the current
proposal?
d
Tomi Ollila writes:
>
> (Hmm, I hope no-one got confused that the trick was mine and not yours :)
>
> So, the patch you provided in github would be good...
>
> Tomi
>
Hi Gang;
This ruby portability patch seems to have stalled. What is the current
proposal?
d
___
On Jun 23, 2012 1:34 AM, "David Bremner" wrote:
>
> Jani Nikula writes:
>
> >
> > A small wrinkle is that in order to make the variable survive
> > notmuch-show-refresh-view (which is required for expanding/collapsing
> > the parts, but ends up calling kill-all-local-variables through
> > notmuch
23 matches
Mail list logo