System.AccessViolationException Attempted to read or write protected memory. This is often an indication that other memory is corrupt. when executing compiled query RRS feed

  • Question

  • Hi,

    In our company we have a very large application that has thousands of compiled queries, and we've been getting randomly AccessViolation exceptions randomly that crashes our process.

    This error happens randomly in several locations, always with the same top stack trace (data and queries are always different). do you know what could be causing this issue? or what we can do to trace the problem?,

    I have collected memory dumps of the error to get the stack trace and next are the stack lines that always show at the top of it:

    System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(System.Object, System.Object[], System.Object[])
    System.Data.Objects.ObjectQuery`1[[System.__Canon, mscorlib]].GetResults(System.Nullable`1<System.Data.Objects.MergeOption>)
    System.Data.Objects.ObjectQuery`1[[System.__Canon, mscorlib]].System.Collections.Generic.IEnumerable<T>.GetEnumerator()
    System.Linq.Enumerable.FirstOrDefault[[System.__Canon, mscorlib]](System.Collections.Generic.IEnumerable`1<System.__Canon>)
    System.Data.Objects.CompiledQuery.ExecuteQuery[[System.__Canon, mscorlib]](System.Data.Objects.ObjectContext, System.Object[])
    System.Data.Objects.CompiledQuery.Invoke[[System.__Canon, mscorlib],[System.Guid, mscorlib],[System.__Canon, mscorlib]](System.__Canon, System.Guid)

    The following is the windows version data:

    0:222> vertarget
    Windows 8 Version 9600 MP (64 procs) Free x64
    Product: Server, suite: TerminalServer SingleUserTS
    kernel32.dll version: 6.3.9600.16656 (winblue_gdr_pres14.140305-1700)
    Machine Name:
    Debug session time: Wed Feb 11 14:24:12.000 2015 (UTC - 6:00)
    System Uptime: 79 days 11:26:23.395
    Process Uptime: 2 days 3:21:31.000
      Kernel time: 0 days 0:46:05.000
      User time: 0 days 17:09:10.000

    .Net version: 4.0.30319.34011

    Thanks in advance,


    Wednesday, February 25, 2015 10:50 PM

All replies