Mail Archives: cygwin/2011/02/12/10:32:00
On 2/12/2011 9:58 AM, Ken Brown wrote:
> On 2/12/2011 9:25 AM, Corinna Vinschen wrote:
>> On Feb 11 16:22, Ken Brown wrote:
>>> If I run setup.exe with a cygwin snapshot installed, bash crashes
>>> while running all preremove and postinstall scripts. Here's a
>>> typical error message in /var/log/setup.log.full:
>>>
>>> 2011/02/11 15:56:55 running: C:\cygwin\bin\bash.exe --norc
>>> --noprofile /etc/preremove/emacs-X11.sh
>>> 0 [main] bash 2760 exception::handle: Exception:
>>> STATUS_ACCESS_VIOLATION
>>> 1739 [main] bash 2760 open_stackdumpfile: Dumping stack trace to
>>> bash.exe.stackdump
>>
>> I'm sorry, but YA "works fine for me", on Windows 7 64 bit.
>>
>>> Exception: STATUS_ACCESS_VIOLATION at eip=772DA671
>>> eax=000000F8 ebx=0089F4C0 ecx=0008EC50 edx=0028B974 esi=000000F8 edi=00000003
>>> ebp=0028B97C esp=0028B97C program=C:\cygwin\bin\bash.exe, pid 2712, thread main
>>> cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
>>> Stack trace:
>>> Frame Function Args
>>> 0028B97C 772DA671 (000000F8, 0089D3A0, 00000000, 0028BA34)
>>> 0028B990 772E640D (0089D3A0, 776E5386, 0028BAFC, 0028BA98)
>>> 0028BA34 7731E1DD (0028BA60, 00000208, 0028BAFC, 00000000)
>>> 0028BA68 772DAD80 (0089F4C0, 00000208, 0028BAFC, 00000000)
>>> 0028BA84 772FC943 (0089F4C0, 00000208, 0028BAFC, 00000000)
>>> 0028BADC 7516C498 (00000001, 00000104, 0028BAFC, 0028BD44)
>>> 0028BD08 75170C30 (0028BD3C, 0028BDC8, 00000001, 0028C24C)
>>> 0028BD48 751709CB (0089F298, 00000198, 00000000, 00000001)
>>> 0028BD6C 75170964 (0089F298, 00000198, 00000000, 00000080)
>>> 0028BFA0 75175C49 (0000019C, 00000198, 0089F298, 00000000)
>>> 0028BFF0 75175AFA (0000019C, 0028C114, 00000000, 0000000A)
>>> 0028C680 75171ADC (00000000, 60FE0018, 60FE0018, 6117974C)
>>> 0028C6B8 75161059 (60FE0018, 60FE0018, 6117974C, 6117974C)
>>> 0028C788 61066A75 (0028C7B4, 0028C790, 00DC5048, 610722B6)
>>> 0028C908 61067368 (000000FF, 0028C938, 0028C934, 004451D9)
>>> 0028C948 610C1185 (00DC50F8, 00000000, 00DC3BE0, 000000A0)
>>> End of stack trace (more stack frames may be present)
>>
>> The last Cygwin address in this call stack (61066A75) is an entirely
>> harmless line in an entirely harmless function in a piece of code taken
>> from FreeBSD. From there it goes downhill through at least two Windows
>> DLLs (all address starting with 7). The joke is that this last Cygwin
>> address in the call stack is practically unable to generate an access
>> violation *and* it does not call any Windows function. I habe no idea
>> why that happens, but it tastes a lot like a BLODA problem.
>
> Did you test it with the latest Windows updates installed? The only
> thing I can think of that changed on the two computers where I have this
> issue is that there was a Windows update the night before the problem
> started. I might try rolling back the update before I start searching
> for BLODA.
I just did a system restore to undo the last round of Windows updates,
and the problem went away. I'm not sure where to go from here.
Ken
--
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
- Raw text -