La depuración de ISAPI dll en Delphi 2006 falla cuando se instala dll a través de COM

We have a delphi ISAPI dll web app that runs in IIS. The application allows extensions via a COM object that ASP pages can instantiate (the com object resides within the ISAPI dll). When we are debugging, as soon as an ASP page is called that instantiates the COM object debugging fails, no more breakpoints will work.

This problem only presents itself in Windows 7. Debugging on windows XP works fine. (Problem is we cannot continue to develop on XP!) Any insight into what might be causing this would be appreciated.

Note we are using Delphi 2006

preguntado el 28 de agosto de 12 a las 12:08

1 Respuestas

I remember for debugging on Windows XP I would set the isolation level to high, and start the dllhost.exe myself for the ApplicationID that is automatically generated by IIS in the COM+ system.

On Windows 7 and the new IIS, this section is revised and IIS now runs its own w3wp.exe processes grouped in application pools. Check the isolation settings and maximum processes of the Application Pool your ASP project (or ISAPI extension?) and try to either start the w3wp.exe process yourself with the correct parameters or attach to the one that is started.

Respondido 28 ago 12, 19:08

Yes that's what I am doing, calling W3WP.exe with -debug parameter. And I can debug the dll but as soon as an asp page is hit the debugging stops working - jack alan

Is it ASP or ASP.Net? If the latter it may be the transition to managed code that causes trouble with the Delphi debugger. Are you sure you want to mix Delphi and non-Delphi in one web-application? Have a look at xxm.sf.net or other Delphi+Web platforms. Also another option may be to create a COM+ package specifically for your Delphi COM DLL, and host it from dllhost.exe, so it runs alongside the w3wp.exe that's doing ASP. - Lijadoras Stijn

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.