bugThe nmh Mail Handling System - Bugs: bug #7917, nmh post is *much* slower than...

 
 

bug #7917: nmh post is *much* slower than mh-6.8.3 post

Submitter:  John Tang Boyland <boyland>
Submitted:  Thu 26 Feb 2004 02:18:58 PM UTC
   
 
Category:  compatibility Severity:  3 - Normal
Priority:  * 5 - Normal Status:  Fixed
Assigned to:  None Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Mon 14 Nov 2005 12:02:32 AM UTC, comment #3: 

I've now committed a fix for this bug to CVS.

Peter Maydell <pm215>
Group administrator
Sat 28 Feb 2004 06:37:02 PM UTC, comment #2: 

Weird... I think it's trying to lock /dev/null ...

Anonymous
Fri 27 Feb 2004 02:48:02 AM UTC, comment #1: 

Some more information.  I used truss and found that post
tries over and over to (apparently) do something
related to locking and (apparently) eventually gives up:

post is running:...
19114:  stat("/afs/cs.uwm.edu/users/csfac/boyland/Mail", 0xFFBEE9C0) = 0
19114:  open("/dev/null", O_RDONLY)                     = 3
19114:  getpid()                                        = 19114 [19113]
19114:  sysconfig(_CONFIG_MAXPID)                       = 30000
19114:  lstat64("/dev/,LCK.cQaqvL", 0xFFBEDE60)         Err#2 ENOENT
19114:  open("/dev/,LCK.cQaqvL", O_RDWR|O_CREAT|O_EXCL, 0600) Err#13 EACCES
19114:  stat("/dev/null.lock", 0xFFBEE058)              Err#2 ENOENT
19114:  alarm(0)                                        = 0
19114:  sigaction(SIGALRM, 0xFFBEDF00, 0xFFBEDFB0)      = 0
19114:  sigfillset(0xFF2428C8)                          = 0
19114:  sigprocmask(SIG_BLOCK, 0xFFBEDFA0, 0xFFBEDF90)  = 0
19114:  alarm(5)                                        = 0
19113:  sigaction(SIGINT, 0xFFBEBD30, 0xFFBEBDB0)       = 0
19113:  sigaction(SIGQUIT, 0xFFBEBD30, 0xFFBEBDB0)      = 0
19114:  sigsuspend(0xFFBEDF80)          (sleeping...)
19113:  waitid(P_PID, 19114, 0xFFBEBD80, WEXITED|WTRAPPED) (sleeping...)
19114:      Received signal #14, SIGALRM, in sigsuspend() [caught]
19114:  sigsuspend(0xFFBEDF80)                          Err#4 EINTR
19114:  setcontext(0xFFBEDC68)
19114:  alarm(0)                                        = 0
19114:  sigprocmask(SIG_UNBLOCK, 0xFFBEDFA0, 0x00000000) = 0
19114:  sigaction(SIGALRM, 0xFFBEDF00, 0x00000000)      = 0
19114:  open("/dev/,LCK.cQaqvL", O_RDWR|O_CREAT|O_EXCL, 0600) Err#13 EACCES
19114:  stat("/dev/null.lock", 0xFFBEE058)              Err#2 ENOENT
19114:  alarm(0)                                        = 0
19114:  sigaction(SIGALRM, 0xFFBEDF00, 0xFFBEDFB0)      = 0
19114:  sigprocmask(SIG_BLOCK, 0xFFBEDFA0, 0xFFBEDF90)  = 0
19114:  alarm(5)                                        = 0
19114:  sigsuspend(0xFFBEDF80)          (sleeping...)
19114:      Received signal #14, SIGALRM, in sigsuspend() [caught]
19114:  sigsuspend(0xFFBEDF80)                          Err#4 EINTR
19114:  setcontext(0xFFBEDC68)
19114:  alarm(0)                                        = 0
19114:  sigprocmask(SIG_UNBLOCK, 0xFFBEDFA0, 0x00000000) = 0
19114:  sigaction(SIGALRM, 0xFFBEDF00, 0x00000000)      = 0
19114:  open("/dev/,LCK.cQaqvL", O_RDWR|O_CREAT|O_EXCL, 0600) Err#13 EACCES
19114:  stat("/dev/null.lock", 0xFFBEE058)              Err#2 ENOENT

This repeats about 8 times until:

19114:  open("/dev/,LCK.cQaqvL", O_RDWR|O_CREAT|O_EXCL, 0600) Err#13 EACCES
19114:  stat("/dev/null.lock", 0xFFBEE058)              Err#2 ENOENT
19114:  access("/afs/cs.uwm.edu/users/csfac/boyland/Mail/MailAliases", 4) = 0
19114:  open("/afs/cs.uwm.edu/users/csfac/boyland/Mail/MailAliases", O_RDONLY) = 4
19114:  fstat64(4, 0xFFBEED60)                          = 0
19114:  ioctl(4, TCGETA, 0xFFBEECEC)                    Err#25 ENOTTY
19114:  read(4, " j u n i o r :   c c h e".., 8192)     = 5138

and now it goes off to do its work.
So it looks like it wastes 40 seconds waiting for something
to happen, and then gives up.

John Tang Boyland <boyland>
Thu 26 Feb 2004 02:18:58 PM UTC, original submission:  

I'm trying out nmh 1.1rc3.
I haven't installed a nmh before this level (I had been
using nmh 6.8.3).  So far it seems compatible in many
ways but the "post" command takes an annoyingly long time.
Is it timing out on some new action?

John Tang Boyland <boyland>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one

Digest:
   bug dependencies.

 

CC list is empty

 

Follow 3 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-11-14 pm215 StatusNone Fixed
    Open/ClosedOpen Closed
2005-11-09 bress Dependencies- bugs #14940 is dependent

Back to the top

Powered by Savane 3.13-02a9.
Corresponding source code