Getting segmentation fault on stack/cabal -any command, including stack --install-ghc, On windows.
Tamar Christina
tamar at zhox.com
Sun Oct 22 08:51:02 UTC 2017
Hi Michael,
It seems your problem is with HitmanPro that you have installed.
ExceptionAddress: 00007ffcc2b368ce (ntdll!RtlVirtualUnwind+0x000000000000001e)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: 00000000046710f6
Attempt to read from address 00000000046710f6
0:000> lmvm hmpalert
Browse full module list
start end module name
00007ffc`ba4b0000 00007ffc`ba595000 hmpalert (export symbols) hmpalert.dll
Loaded symbol image file: hmpalert.dll
Image path: C:\Windows\System32\hmpalert.dll
Image name: hmpalert.dll
Browse all global symbols functions data
Timestamp: Mon Jul 17 15:53:17 2017 (596CCF5D)
CheckSum: 000F490C
ImageSize: 000E5000
File version: 3.6.8.604
Product version: 3.6.8.604
File flags: 0 (Mask 3F)
File OS: 40004 NT Win32
File type: 2.0 Dll
File date: 00000000.00000000
Translations: 0400.04b0
CompanyName: SurfRight B.V.
ProductName: HitmanPro.Alert
InternalName: hmpalert.dll
OriginalFilename: hmpalert_x64.dll
ProductVersion: 3.6.8.604
FileVersion: 3.6.8.604
FileDescription: HitmanPro.Alert 64-bit Support Library
LegalCopyright: © 2013-2017 SurfRight, a Sophos company
Comments: Incorporates Threatstar Exploit Mitigation Platform (EMP)
It seems HitmanPro is injecting itself into GHC's address space by throwing a signal
and forcing the process to halt. GHC prior to the upcoming 8.4 release interprets this
as one of it's needed dependencies crashing and so aborts the process before Hitman can
handle the signal it threw.
Until GHC 8.4 comes out, to get it working you should exclude the GHC binaries from Hitman's scanning.
Cheers,
Tamar
---- On Sat, 21 Oct 2017 23:24:11 +0000 Michael McCulloch <michael.james.mcculloch at gmail.com> wrote ----
> Here you go, the dumps for both.
> https://1drv.ms/u/s!AhjXZn763iGDtSiB7bBfJCmOfxQO
>
> On Sat, Oct 21, 2017 at 4:57 PM Tamar Christina <tamar at zhox.com> wrote:
> --
> Michael McCulloch
> c: (403) 629-9645
> e: michael.james.mcculloch at gmail.com
> Ah, sorry,
>
> try "procdump -e 1 -ma -x . <pathtobinfolder>\ghc --interactive"
>
> the arguments to procdump changed.
>
> It's good that it's fixed in 8.4 at least, but would be good to know what it is.
>
> Could you also try the rc for 8.2.2?
>
> https://downloads.haskell.org/~ghc/8.2.2-rc1/ghc-8.2.1.20170929-x86_64-unknown-mingw32.tar.xz
>
>
> ---- On Sat, 21 Oct 2017 20:05:34 +0000 Michael McCulloch <michael.james.mcculloch at gmail.com> wrote ----
> > Hi,
> > \ghc-8.2.1\mingw\bin\gcc --version produced no errors.
> > the ghc 8.4 release you sent produced no errors as well.
> > I have included the procdump output as well, in case it helps, same error mentioned before.
> >
> > On Sat, Oct 21, 2017 at 1:54 PM Tamar Christina <tamar at zhox.com> wrote:
> > --
> > Michael McCulloch
> > c: (403) 629-9645
> > e: michael.james.mcculloch at gmail.com
> > Hi,
> >
> > Could you try https://1drv.ms/u/s!AuQz_u-9HaJPmcQRFveWa9dMBi77hg ?
> >
> > If you can still reproduce this issue with this build start with
> > +RTS --generate-crash-dumps
> >
> > and send the dump it creates. Note that this is a pre-release version of GHC 8.4
> > so some packages may not compile without updating version bounds.
> >
> > Tamar
> >
> >
> > ---- On Sat, 21 Oct 2017 02:54:49 +0000 Tamar Christina <tamar at zhox.com> wrote ----
> > >
> > >
> > >
> > > ---- On Fri, 20 Oct 2017 23:51:43 +0000 Michael McCulloch <michael.james.mcculloch at gmail.com> wrote ----
> > > > Previously to FCU, the issue was also occuring with ghc8.0.2(a), however, it would appear that it is working again.
> > > > I have provided the output of ghci -v3 *8.2.1).
> > >
> > > Thanks, this is quite early on, does <ghc folder>\mingw\bin\gcc --version work?
> > >
> > > > I was unable to run procdump, it was giving me directory does not exist, even when placed in the bin folder.
> > >
> > > Hmm that's odd, and you're running this from a normal cmd prompt? a dump would really be helpful here.
> > >
> > > >
> > > > On Fri, Oct 20, 2017 at 4:08 PM Tamar Christina <tamar at zhox.com> wrote:
> > > > --
> > > > Michael McCulloch
> > > > c: (403) 629-9645
> > > > e: michael.james.mcculloch at gmail.com
> > > > Hi Michael,
> > > >
> > > > Does this happen only with 8.2.1?
> > > >
> > > > Can you try a clean vanilla GHC?
> > > > https://downloads.haskell.org/~ghc/8.2.1/ghc-8.2.1-x86_64-unknown-mingw32.tar.xz
> > > >
> > > > just to rule out any issues with toolings.
> > > >
> > > > if it still happens, does ghci -v3 show anything?
> > > >
> > > > if it still crashes can you run procdump on GHC directly and return the dump?
> > > >
> > > > https://docs.microsoft.com/en-us/sysinternals/downloads/procdump
> > > >
> > > > with "procdump -e 1 -x <pathtobinfolder>\ghc --interactive"
> > > >
> > > > Thanks,
> > > > Tamar
> > > >
> > > >
> > > > ---- On Fri, 20 Oct 2017 14:02:31 +0000 Michael McCulloch <michael.james.mcculloch at gmail.com> wrote ----
> > > > > Hello.
> > > > > After searching around I can't find people with a similar issue (Maybe I'm looking in the wrong places?).
> > > > > I installed Haskell platform 8.2.1, using Stack 1.5.1, Cabal 2.0.0.0. Windows 10 Fall Creators Update( This issue was also occurring pre FCU). The issue also occurs with 8.0.2a
> > > > > Prior to FCU, I could run ghci directly, but now i get:
> > > > > Access violation in generated code when reading 00000000046710f6
> > > > > Can anyone help me out?--
> > > > > Michael McCulloch
> > > > > c: (403) 629-9645
> > > > > e: michael.james.mcculloch at gmail.com
> > > > > _______________________________________________
> > > > > Glasgow-haskell-users mailing list
> > > > > Glasgow-haskell-users at haskell.org
> > > > > http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
> > > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > _______________________________________________
> > > Glasgow-haskell-users mailing list
> > > Glasgow-haskell-users at haskell.org
> > > http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
> > >
> >
> >
> >
>
>
>
More information about the Glasgow-haskell-users
mailing list