I think he meant taking the code out of 5 include files and combining them
into one.
What possible use could you have for 200 distinct #include files, other than
making anyone [who maintains it] want to quit?
--
http://www.aspfaq.com/
(Reverse address to reply.)
"Chad Scharf" <chad@ccponline.us> wrote in message
news:0955006D-127B-4764-9E5E-9FE2F6C2CF15@microsoft.com...[color=blue]
> By inline I assume that you mean all on one line:
> <%#include "file.asp", "file2.asp", "file3.asp" %>
> or
> <%#include "file.asp" #include "file2.asp" %>
> or
> <%#include "file.asp"%><%#include "file2.asp"%>
>
> none of these work in the fashion expected (less lines of code = correct
> processing)
>
> - Chad
>
> "Jeff Dillon" wrote:
>[color=green]
> > You can always "hard code" include files inline....as a last resort[/color][/color]
possibly[color=blue][color=green]
> >
> > I've NEVER seen more than 5-6 includes in my years of ASP coding though.
> >
> > Jeff
> >
> > "Chad Scharf" <chad@ccponline.us> wrote in message
> > news:1F7DD363-0C3A-424A-8B71-4E0904E2C264@microsoft.com...[color=darkred]
> > > I have a legacy ASP application running on IIS 6.0 (Windows Server[/color][/color][/color]
2003[color=blue][color=green]
> > Web[color=darkred]
> > > Edition) that is throwing an error when processesing a certain asp[/color][/color][/color]
page[color=blue][color=green]
> > that[color=darkred]
> > > has about 200 or so include directives.
> > >
> > > We've checked the spelling, paths, include directives, and files
> > > individually and all of them work.
> > >
> > > We have also commented out random ones (4 or so at a time) and then[/color][/color][/color]
the[color=blue][color=green]
> > page[color=darkred]
> > > works. It doesn't matter which ones we comment out, just so long as we[/color]
> > reduce[color=darkred]
> > > the number of pages by 3 or 4, sometimes 5.
> > >
> > > The page worked just fine before one of our developers had to add a[/color][/color][/color]
few[color=blue][color=green]
> > new[color=darkred]
> > > include files. Now it seems we've reached some sort of ceiling on the[/color]
> > number[color=darkred]
> > > of include files or the response / processing buffer that IIS will[/color][/color][/color]
allow[color=blue][color=green]
> > for[color=darkred]
> > > the asp page.
> > >
> > > We've checked pretty much all of the IIS MetaBase property settings[/color][/color][/color]
for[color=blue][color=green][color=darkred]
> > > cache control and buffer limits and so forth but to no avail.
> > >
> > > Is there some hidden or conveluded setting in IIS to allow more than a
> > > certain number of include files or preprocessing directive that limits[/color][/color][/color]
the[color=blue][color=green][color=darkred]
> > > amount of memory a page may take up after combining all of its include[/color]
> > files?[color=darkred]
> > > This is a very frustrating problem and I have not been able to find[/color][/color][/color]
any[color=blue][color=green][color=darkred]
> > > documentation on it.
> > >
> > > Any help would be appreciated.
> > >
> > > Thanks
> > > --
> > > - Chad[/color]
> >
> >
> >[/color][/color]