I am not sure how to solve this problem, but I will add my two cents to the
process:
Migration, at least normally, is a tenuous process at best. Generally, using
the migration tools allows you to get your application into the .NET world,
where you can alter pages to fit the .NET model. I have yet to see a
migration tool that works well enough I would state the application was
production ready (esp. long-term) right after migration. In most cases I
have seen, you end up rewriting the application before moving to production.
In some cases, the migration tools give a false sense of security that
convinces users it is okay to deploy this "inferior" ASP.NET code.
Apologies for spouting off, but I have yet to see a case in which I truly
saw migration as the correct option (over rewrite). It may save you some
time, but you will likely end up rewriting a lot of code anyway.

Signature
Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA
************************************************
Think Outside the Box!
************************************************
> Dear All,
>
> I have a very small test project to convert asp to asp.net using the
> Microsoft/Artisan ASP to ASP.NET Migration Assistant
(http://msdn.microsoft.com/asp.net/using/migrating/aspmig/aspmigasst/default
> .aspx). Everything works fine when my include file is in the same directory
> as the asp file that includes the include file. What I am having trouble
[quoted text clipped - 60 lines]
> what I am working on is a bit more complex and the above is just a test
> project that represents the problem I have with the big app.