Hi Ken,
> Alright, I pushed a change to master and 1.7-release that eliminates
> that call to free(). Ralph, does that solve your problem?
With 1.7-branchpoint-495-g19c69cf3, valgrind 1:3.13.0-1ubuntu3 on one
machine moans.
Source and destination overlap in memcpy_chk(0x1ffefeedc0, 0x1ffefee
I think this would be a great idea. How much (volunteer!) time
is being wasted chasing down memory leaks? If we have the
resources to do so, of course
(Of course, it's easy for me to say, "Go for it!" I still
haven't found time to contribute even a regression test. B-)
>i'd like to provide the MH view via FUSE rather than files-on-disk.
>rather than using command line utilities to extract a mime part, i want
>to access it by ~/Mail/inbox/135/part1.exe or whatever.
I've already given my thoughts on this, but ... really, if someone wants
to do this, have at it!
Paul Vixie wrote:
>> On Mon, 12 Feb 2018 10:33:51 -0800 Paul Vixie wrote:
>>> if we wanted the effort of an actual rewrite, we would need to
>>> justify the time expenditure with a potentially larger user
>>> population, which means reconsideration of features that younger
>>>
>We've talked a lot about the subtle change to move MH to Maildir, and we
>never quite work out all the wrinkles, and I'd sure like to that.
I hear people say this, and I have to wonder ... what's the goal here?
If the goal is to share your mailbox with another client (or maybe
IMAP server) that
Hi David,
> > The aim would be for the existing users to have a code base that
> > allowed more rapid, stable development of new features, deprecating
> > old warts, and improving consistency.
>
> +1
>
> I'd rather see more of all the above, even if it means giving up some
> current capabilities.
>So all looks good to me.
Alright!
So ... are there any MORE blockers for 1.7.1? In:
http://lists.nongnu.org/archive/html/nmh-workers/2018-02/msg00017.html
You said you had a fix to a broken test ... was that pushed to master?
If that was commit d4814561e, then that is a BIT of a problem, si
>You said you had a fix to a broken test ... was that pushed to master?
>If that was commit d4814561e, then that is a BIT of a problem, since
>that commit broke test-charset on MacOS X ... and I've been meaning
>to fix that :-)
Following up on that ... MacOS X uses GNU iconv, and it seems like
cha
Michael Richardson wrote:
...
So what you mean is that you want an MH-like file arrangement consistently
provided over many transports via FUSE. I'm with you on this.
On top of that, I'd like a personal IMAP server, *solely* so that my local copy
of Thunderbird (or maybe my smartphone IMAP cl
Ken Hornstein wrote:
We've talked a lot about the subtle change to move MH to Maildir, and we
never quite work out all the wrinkles, and I'd sure like to that.
I hear people say this, and I have to wonder ... what's the goal here?
If the goal is to share your mailbox with another client (or
Ken Hornstein wrote:
in that world, inc would speak Maildir format
Done! inc has been able to grok Maildir format for ... over 6 years now.
i underspoke. i mean inc could only write into Maildir format folders,
and all MH folders would become read-only, available translucently, or
conver
Ken Hornstein wrote:
>> We've talked a lot about the subtle change to move MH to Maildir, and we
>> never quite work out all the wrinkles, and I'd sure like to that.
> I hear people say this, and I have to wonder ... what's the goal here?
> If the goal is to share your mailbox w
Paul Vixie wrote:
> Michael Richardson wrote:
>> ...
>> So what you mean is that you want an MH-like file arrangement
consistently
>> provided over many transports via FUSE. I'm with you on this.
>>
>> On top of that, I'd like a personal IMAP server, *solely* so that my
Michael Richardson wrote:
... I tried to build the other one (uw-imap?) that had MH support, but
it was too much effort because the "libmh" library was pretty much impossible
to build/configure.
sorry about that. (i was the maintainer in the years up until mark's
death.) the ruinously bad pr
paul wrote:
>
>
> Michael Richardson wrote:
> > ... I tried to build the other one (uw-imap?) that had MH support, but
> > it was too much effort because the "libmh" library was pretty much
> > impossible
> > to build/configure.
>
> sorry about that. (i was the maintainer in the years
Hi Michael,
> I don't know if rewriting MH in go or rust would be better. I am
> half-way through each book (one in each bathroom...).
No, not Rust. Eric has summed up its problems quite a few times and
mentioned it in those three `Go's replacing C' posts I gave. It lacks
Go's pedigree, self-r
as promised, i asked bert hubert how he uses C++ in PowerDNS without
damaging himself:
On Mon, Feb 12, 2018 at 12:43:16PM -0800, Paul Vixie wrote:
you seem to have made peace with C++. i predict that you did this by
declaring some subset of its features that you'd be willing to use, and
forbidd
Paul Vixie writes:
> bert hubert wrote:
>> The RAII technique goes like this:
>>
>> struct ReadFP : boost::non_copyable
>> {
>> ReadFP(std::string& fname)
>> {
>> d_fp = fopen(fname.c_str(), "r")
>> if(!d_fd)
>> throw runtime_error("Opening file
18 matches
Mail list logo
