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

Post a Comment

Add a New Comment Rich Markup
   

Discussion

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>

 

Attached Files

This item currently has no attached files.

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

Attach Files:
   
   
Comment:
   

 

Dependencies

This item does not depend on any other items.

Items that depend on this one

Digest:
   bug dependencies.

 

Mail Notification Carbon-Copy List

 

History

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.16.
Corresponding source code