Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Other Discussions
  3. IT & Infrastructure
  4. COM, IIS crash. PLEASE HELP. COM Expert

COM, IIS crash. PLEASE HELP. COM Expert

Scheduled Pinned Locked Moved IT & Infrastructure
helpc++comdebuggingsysadmin
2 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M Offline
    M Offline
    Matt Philmon
    wrote on last edited by
    #1

    Greetings! I'm totally stuck. I have to support a vendor DLL for access to their mainframe. This DLL is written in Microsoft J++. This DLL is wrapped by another vendor provided DLL written in VB (ActiveX) that converts what the underlying component receives into XML. In turn, we wrap the VB DLL by our own InProcess ATL COM DLL (IDispatch, STA). Our component is loaded by IIS 5.0 through ASP pages that display the retrieved data in various ways, also storing much of it on the server and client for use during the session. Anyway, after 1 or 2 successes (as many as 4) it crashes IIS. If I run a trimmed down part of the ASP that crashing, I see an error returning, 0x800A01FB. This error seems to come from a variety of locations on the Net so I'm having trouble isolating what exactly is causing the problem. I have the source for the top level ATL COM object. I also have the source for the VB underlying object, but not the very bottom J++ object. This stuff works FINE together over and over and over (500 times in a test VB app) when used from VB or MFC. Load it in IIS however, and down we go. I can't figure out how to load the C++ or VB object in the debugger under IIS... It's easy to debug either one under a VB test program, but it works fine there. Can ANYONE PLEASE give me a pointer or two. This is week 2 on this now and all my team is grinding to a halt waiting on this fix. Matt:confused: :confused: :confused:

    T 1 Reply Last reply
    0
    • M Matt Philmon

      Greetings! I'm totally stuck. I have to support a vendor DLL for access to their mainframe. This DLL is written in Microsoft J++. This DLL is wrapped by another vendor provided DLL written in VB (ActiveX) that converts what the underlying component receives into XML. In turn, we wrap the VB DLL by our own InProcess ATL COM DLL (IDispatch, STA). Our component is loaded by IIS 5.0 through ASP pages that display the retrieved data in various ways, also storing much of it on the server and client for use during the session. Anyway, after 1 or 2 successes (as many as 4) it crashes IIS. If I run a trimmed down part of the ASP that crashing, I see an error returning, 0x800A01FB. This error seems to come from a variety of locations on the Net so I'm having trouble isolating what exactly is causing the problem. I have the source for the top level ATL COM object. I also have the source for the VB underlying object, but not the very bottom J++ object. This stuff works FINE together over and over and over (500 times in a test VB app) when used from VB or MFC. Load it in IIS however, and down we go. I can't figure out how to load the C++ or VB object in the debugger under IIS... It's easy to debug either one under a VB test program, but it works fine there. Can ANYONE PLEASE give me a pointer or two. This is week 2 on this now and all my team is grinding to a halt waiting on this fix. Matt:confused: :confused: :confused:

      T Offline
      T Offline
      Tim Deveaux
      wrote on last edited by
      #2

      I don't play with this stuff all the time, but you might be able to start a debug session either by attaching to the IIS process _or_ by compiling in a break point. I think if you stick an _asm int 3; in the c++ code the JIT debugger (probably VC?) will kick in, and you'll be able to trace through the code (assuming you include and link with debug info). My understanding is that debugging a DLL invoked under IIS is the same as debugging a service, so you might also be able to use MessageBox with the MB_SERVICE_NOTIFICATION option for some really klunky debugging.

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups