This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The nmh Mail Handling System".
The branch, master has been updated via e99573743b82d936081e56f59e5881d53b4fed91 (commit) from bd5f423b74882c9dde374191a86821d1bbac886f (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit e99573743b82d936081e56f59e5881d53b4fed91 Author: Paul Fox <p...@foxharp.boston.ma.us> Date: Mon Nov 26 21:00:28 2012 -0500 Artificial argv limits. when i skimmed the code earlier, i was looking at all the uses of MAXARGS -- many of which are used to size local arrays. converting them all to be dynamically-sized might be a fair amount of work. but looking at rmm.c, refile.c, and folder_delmsgs(), i don't think that issue applies. the patch below fixes the problem, and makes rmmproc and refile do the right thing (well, at least, the modern thing). NB: i didn't test to the limit where execvp should return E2BIG. as for the rest of mh -- it's certainly possible to hit the MAXARGS limit with other commands (show, for instance), but i suspect the frequency is much lower, and those, too, can be fixed as needed. paul >From 9636bc0e1697829966f51d2c301cd5d730c38c0a Mon Sep 17 00:00:00 2001 From: Paul Fox <p...@foxharp.boston.ma.us> Date: Mon, 26 Nov 2012 20:49:55 -0500 Subject: [PATCH] rmm/refile: remove the MAXARGS limit when running rmmproc ----------------------------------------------------------------------- Summary of changes: sbr/folder_delmsgs.c | 3 --- 1 files changed, 0 insertions(+), 3 deletions(-) hooks/post-receive -- The nmh Mail Handling System _______________________________________________ Nmh-commits mailing list Nmh-commits@nongnu.org https://lists.nongnu.org/mailman/listinfo/nmh-commits