This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: exim-4.76-1 fails to remove lock from spooler on delivery


On Oct 26 16:33, Pierre A. Humblet wrote:
> > -----Original Message-----
> > From: Zdzislaw Meglicki 
> > Sent: Wednesday, October 26, 2011 13:43 PM
> > 
> > Hello Pierre,
> > 
> > We are getting somewhere. First, the system went down, because it was
> > patching itself and needed to reboot. Normal for Windows.
> > 
> > I'm now sitting in front of the machine. I have stopped exim and cleaned
> all
> > logs in /var/log/exim. Then restarted it. Then I e-mailed a message from
> > perth.ovpit.indiana.edu to gusta at yanchep.ovpit.indiana.edu to reproduce
> > the problem and inspected he logs.
> > 
> > Here's what I find:
> > 
> > 1. In the /var/spool/mail directory, the message has been written on the
> > destination file "gustav".
> > 2. The lock file, /var/spool/mail/gustav.lock, which wasn't there
> originally, is
> > there now andÂremains unremoved.
> > 3. There is an entry in /var/log/exim/exim_panic.log that looks as
> follows:
> > 
> > root@yanchep $ cat exim_panic.log
> > 2011-10-26 13:33:46 LTOOS9-0002MK-LW failed to read delivery status for
> > gustav@yanchep.ovpit.indiana.edu from delivery subprocess
> > 2011-10-26 13:33:46 LTOOS9-0002MK-LW appendfile transport process
> > returned non-zero status 0x0001: terminated by signal 1 root@yanchep $
> 
> I was able to replicate the problem on Windows 7:
> The delivery process crashes because it can't load winmm.dll
> 
> 16:06:33  3572 writing data block fd=6 size=1 timeout=0
>       6 [main] exim 3572 C:\Program Files\cygwin\bin\exim-4.76-1.exe: ***
> fatal error - unable to load C:\Windows\system32\winmm.dll, Win32 error 1114
> 16:06:33  5620 LOG: MAIN PANIC
> 16:06:33  5620   failed to read delivery status for phumblet@phumblet-lap01w
> from delivery subprocess
> 
> So it's a Cygwin issue... I think it has been discussed before but I am not
> sure if there is a solution.

Cygwin from CVS doesn't use winmm anymore, unless you need access to
the audio I/O.  Try the latest developer snapshot from
http://cygwin.com/snapshots/


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]