Hi Martin,
>I assume that you aren't trying to display something from *within* the DLL. You can put any UI on a DLL, but I think you already know that? Have you tried to log that to a .txt, for example, to see what's arriving. Debugging DLLs is hard, and that's one of the things I do often. I basically use a TXT as my "debugout".
Yep, but no joy. See my response to Larry
>>The question is: Can you pass an XML string to an ASP and have a VFP DLL process it?
>
>Yes you can. There must be some tiny detail there.
It was the presence of CHR(13) in the XML string.
>>There's a side issue here too. Despite all my attempts to make sure that the object reference gets released, it doesn't. I've got to re-boot to re-build the DLL. Anyone have a clue about this?
>
>The DLL is cached inside IIS. You have two ways:
>
>The hard one is to open a CMD window ans issue IISRESET. That woudl reset the whole IIS -not very elegant for a production server.
>
>The second one is to put your DLL into COM+. Then the only thing you have to do is stop that single package, install the new version, and that's all.
>
Yeah, that's the next item on the agenda, getting it into COM+ and passing the string that way. This thing is more or less a research project that I'm using how to do things like this. Haven't messed with COM+ yet either, so youi might say that I'm behind the curve there too.
BTW, thanks for the nice remarks in another thread about the WSH article.
George
Ubi caritas et amor, deus ibi est