make-w32
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Interrupt/Exception caught (code = 0xc0000005, addr = 0x77c478ac)


From: duanec
Subject: Re: Interrupt/Exception caught (code = 0xc0000005, addr = 0x77c478ac)
Date: Mon, 14 Sep 2009 12:56:10 -0700 (PDT)

The latest distribution, make-3.81-20090911-mingw32-bin, has a problem
resulting in: Interrupt/Exception caught (code = 0xc0000005, addr =
0x420c2a)

In my (limited tests) the "triggering" condition seems to be:
    Have _no_ PATH
    Call GNU make
    Makefile calls $(shell) function.

The info below shows how "trivially" I am able to recreate this bug.

(Admittedly this is a "dumb" bug -- but I have 100s/1000s of Makefiles
 that are called with no PATH, all of which call $(shell)).

My guess: somewhere getenv("PATH") is being used without first being checked
for NULL.

.duanec.


HOW TO RECREATE...

1. Create this Makefile
        FOO := $(shell echo foo)
        all:
                echo Hello

2. Create this calling script: demo.bat
        @setlocal
        @REM Above so-as not to break the callers environment.

        REM clearing PATH seems to trigger the bug, so...
        set PATH=

        C:\Temp\make-3.81-20090911-mingw32-bin\bin\mingw32-make.exe
  - Adjust the directory of mingw32-make.exe above as needed
  - Calling script is only needed so-as to avoid destroying your shell's
PATH.

3. Call demo.bat.
  - The output from mingw32-make.exe is:
    C:\Temp\make-3.81-20090911-mingw32-bin\bin\mingw32-make.exe:
Interrupt/Exception caught (code = 0xc0000005, addr = 0x420c2a)
  - Exit status is 255.

-- 
View this message in context: 
http://www.nabble.com/Interrupt-Exception-caught-%28code-%3D-0xc0000005%2C-addr-%3D-0x77c478ac%29-tp25214756p25442430.html
Sent from the Gnu - Make - W32 mailing list archive at Nabble.com.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]