]> git.notmuchmail.org Git - notmuch/blob - test/corpus/05
b918d1ceab0f4ebae25cbc242f832245e703a424
[notmuch] / test / corpus / 05
1 From: "Alex Botero-Lowry" <alex.boterolowry@gmail.com>
2 To: notmuch@notmuchmail.org
3 Date: Tue, 17 Nov 2009 11:36:14 -0800
4 Subject: [notmuch] preliminary FreeBSD support
5 Message-ID: <cf0c4d610911171136h1713aa59w9cf9aa31f052ad0a@mail.gmail.com>
6
7 I saw the announcement this morning, and was very excited, as I had been
8 hoping sup would be turned into a library,
9 since I like the concept more than the UI (I'd rather an emacs interface).
10
11 I did a preliminary compile which worked out fine, but
12 sysconf(_SC_SC_GETPW_R_SIZE_MAX) returns -1 on
13 FreeBSD, so notmuch_config_open segfaulted.
14
15 Attached is a patch that supplies a default buffer size of 64 in cases where
16 -1 is returned.
17
18 http://www.opengroup.org/austin/docs/austin_328.txt - seems to indicate this
19 is acceptable behavior,
20 and http://mail-index.netbsd.org/pkgsrc-bugs/2006/06/07/msg016808.htmlspecifically
21 uses 64 as the
22 buffer size.
23 -------------- next part --------------
24 An HTML attachment was scrubbed...
25 URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091117/380386ea/attachment.htm>
26 -------------- next part --------------
27 A non-text attachment was scrubbed...
28 Name: 0001-Deal-with-situation-where-sysconf-_SC_GETPW_R_SIZE_M.patch
29 Type: application/octet-stream
30 Size: 1050 bytes
31 Desc: not available
32 URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091117/380386ea/attachment.obj>
33