Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > ASP .Net > Intermittent Referencing Bug in ASP.NET 2.0 / VS 2005

Reply
Thread Tools

Intermittent Referencing Bug in ASP.NET 2.0 / VS 2005

 
 
steve_barker333@hotmail.com
Guest
Posts: n/a
 
      10-10-2006
Hi guys!

I keep getting the following error reported by VS 2005 in my ASP.NET
2.0 web project:

"The type or namespace name 'MainPages_XXX' could not be found (are you
missing a using directive or an assembly reference?)"

The line of C# code (in the "code-behind" file) that error refers to
looks something like this:

if (Page.PreviousPage == null || !(Page.PreviousPage is MainPages_XXX))
{
//Some code....
}

For instance, the error might occur in a page called Page1.aspx (with
code behind file Page1.aspx.cs). In this page, I might refer to another
page, say Page2.aspx (code behind Page2.aspx.cs) in order to check that
the previous page was the correct type. In this particular project,
I've used folders to break up the structure of my ASP.NET pages. The
pages that are "erroring" are all in a folder called MainPages,
hence the "MainPages_" prefix, which VS 2005 has added itself. In the
cases where I get errors, both pages are in the same folder!

Closing and re-opening VS 2005 fixes the problem, but clearly, for a
large solution, that is not a viable way to get around this!

Has anyone else seen this problem? Is there a work around or a hot fix?
Is it a bad idea to refer to the type of the previous page (using
"is") in order to check how you got to the page you're on?

You help would be greatly appreciated!

Thanks in advance,

Steve.

 
Reply With Quote
 
 
 
 
Sean Chambers
Guest
Posts: n/a
 
      10-10-2006
Do you have the <%@ Reference directive at the top of Page1.aspx
referring to the other page you want to access?

The page model in asp.net 2.0 has changed from 1.1, now you have to use
a reference directive to access other aspx pages, if you need Page1
access Page2, and Page2 to access Page1, then that would create a
circular reference, in which case you can create an interface that your
page implements and then pass the interface around instead (better idea
IMO)

hope i didn't go off base there =) Just trying to point out problems I
ran into.

Sean

http://www.velocityreviews.com/forums/(E-Mail Removed) wrote:
> Hi guys!
>
> I keep getting the following error reported by VS 2005 in my ASP.NET
> 2.0 web project:
>
> "The type or namespace name 'MainPages_XXX' could not be found (are you
> missing a using directive or an assembly reference?)"
>
> The line of C# code (in the "code-behind" file) that error refers to
> looks something like this:
>
> if (Page.PreviousPage == null || !(Page.PreviousPage is MainPages_XXX))
> {
> //Some code....
> }
>
> For instance, the error might occur in a page called Page1.aspx (with
> code behind file Page1.aspx.cs). In this page, I might refer to another
> page, say Page2.aspx (code behind Page2.aspx.cs) in order to check that
> the previous page was the correct type. In this particular project,
> I've used folders to break up the structure of my ASP.NET pages. The
> pages that are "erroring" are all in a folder called MainPages,
> hence the "MainPages_" prefix, which VS 2005 has added itself. In the
> cases where I get errors, both pages are in the same folder!
>
> Closing and re-opening VS 2005 fixes the problem, but clearly, for a
> large solution, that is not a viable way to get around this!
>
> Has anyone else seen this problem? Is there a work around or a hot fix?
> Is it a bad idea to refer to the type of the previous page (using
> "is") in order to check how you got to the page you're on?
>
> You help would be greatly appreciated!
>
> Thanks in advance,
>
> Steve.


 
Reply With Quote
 
 
 
 
steve_barker333@hotmail.com
Guest
Posts: n/a
 
      10-11-2006
Hi Sean!

I'm pretty sure that this is not a referencing problem, since the
solution compiles if I close it down and open it. I think it's more a
bug with Studio. Thanks for your suggestions though.

There is not really any benefit in me using an Interface in what I'm
doing, since Page 1 is only ever used from Page 2, and Page 2 could use
any number of the few public properties that Page 1 exposes. I'd only
use an Interface if two pages that expose similar properties (say Page
1a and Page 1b) could lead to Page 2.

I personally don't think I've done anything that is frowned upon in my
code; it just doesn't always compile!

Thanks again!

Steve.

Sean Chambers wrote:
> Do you have the <%@ Reference directive at the top of Page1.aspx
> referring to the other page you want to access?
>
> The page model in asp.net 2.0 has changed from 1.1, now you have to use
> a reference directive to access other aspx pages, if you need Page1
> access Page2, and Page2 to access Page1, then that would create a
> circular reference, in which case you can create an interface that your
> page implements and then pass the interface around instead (better idea
> IMO)
>
> hope i didn't go off base there =) Just trying to point out problems I
> ran into.
>
> Sean
>
> (E-Mail Removed) wrote:
> > Hi guys!
> >
> > I keep getting the following error reported by VS 2005 in my ASP.NET
> > 2.0 web project:
> >
> > "The type or namespace name 'MainPages_XXX' could not be found (are you
> > missing a using directive or an assembly reference?)"
> >
> > The line of C# code (in the "code-behind" file) that error refers to
> > looks something like this:
> >
> > if (Page.PreviousPage == null || !(Page.PreviousPage is MainPages_XXX))
> > {
> > //Some code....
> > }
> >
> > For instance, the error might occur in a page called Page1.aspx (with
> > code behind file Page1.aspx.cs). In this page, I might refer to another
> > page, say Page2.aspx (code behind Page2.aspx.cs) in order to check that
> > the previous page was the correct type. In this particular project,
> > I've used folders to break up the structure of my ASP.NET pages. The
> > pages that are "erroring" are all in a folder called MainPages,
> > hence the "MainPages_" prefix, which VS 2005 has added itself. In the
> > cases where I get errors, both pages are in the same folder!
> >
> > Closing and re-opening VS 2005 fixes the problem, but clearly, for a
> > large solution, that is not a viable way to get around this!
> >
> > Has anyone else seen this problem? Is there a work around or a hot fix?
> > Is it a bad idea to refer to the type of the previous page (using
> > "is") in order to check how you got to the page you're on?
> >
> > You help would be greatly appreciated!
> >
> > Thanks in advance,
> >
> > Steve.


 
Reply With Quote
 
Sean Chambers
Guest
Posts: n/a
 
      10-11-2006
I see,

In that case I would delete all the compiled dll's and .pdb's, do a
"clean solution" and then a "rebuild solution"

I've noticed in the past that some mechanism (not sure what portion),
seems to want to cache the dll's in memory, perhaps by clearing them
out completley and doing a complete recompile that might fix the
problem?

Let me know what you find out.

Sean

(E-Mail Removed) wrote:
> Hi Sean!
>
> I'm pretty sure that this is not a referencing problem, since the
> solution compiles if I close it down and open it. I think it's more a
> bug with Studio. Thanks for your suggestions though.
>
> There is not really any benefit in me using an Interface in what I'm
> doing, since Page 1 is only ever used from Page 2, and Page 2 could use
> any number of the few public properties that Page 1 exposes. I'd only
> use an Interface if two pages that expose similar properties (say Page
> 1a and Page 1b) could lead to Page 2.
>
> I personally don't think I've done anything that is frowned upon in my
> code; it just doesn't always compile!
>
> Thanks again!
>
> Steve.
>
> Sean Chambers wrote:
> > Do you have the <%@ Reference directive at the top of Page1.aspx
> > referring to the other page you want to access?
> >
> > The page model in asp.net 2.0 has changed from 1.1, now you have to use
> > a reference directive to access other aspx pages, if you need Page1
> > access Page2, and Page2 to access Page1, then that would create a
> > circular reference, in which case you can create an interface that your
> > page implements and then pass the interface around instead (better idea
> > IMO)
> >
> > hope i didn't go off base there =) Just trying to point out problems I
> > ran into.
> >
> > Sean
> >
> > (E-Mail Removed) wrote:
> > > Hi guys!
> > >
> > > I keep getting the following error reported by VS 2005 in my ASP.NET
> > > 2.0 web project:
> > >
> > > "The type or namespace name 'MainPages_XXX' could not be found (are you
> > > missing a using directive or an assembly reference?)"
> > >
> > > The line of C# code (in the "code-behind" file) that error refers to
> > > looks something like this:
> > >
> > > if (Page.PreviousPage == null || !(Page.PreviousPage is MainPages_XXX))
> > > {
> > > //Some code....
> > > }
> > >
> > > For instance, the error might occur in a page called Page1.aspx (with
> > > code behind file Page1.aspx.cs). In this page, I might refer to another
> > > page, say Page2.aspx (code behind Page2.aspx.cs) in order to check that
> > > the previous page was the correct type. In this particular project,
> > > I've used folders to break up the structure of my ASP.NET pages. The
> > > pages that are "erroring" are all in a folder called MainPages,
> > > hence the "MainPages_" prefix, which VS 2005 has added itself. In the
> > > cases where I get errors, both pages are in the same folder!
> > >
> > > Closing and re-opening VS 2005 fixes the problem, but clearly, for a
> > > large solution, that is not a viable way to get around this!
> > >
> > > Has anyone else seen this problem? Is there a work around or a hot fix?
> > > Is it a bad idea to refer to the type of the previous page (using
> > > "is") in order to check how you got to the page you're on?
> > >
> > > You help would be greatly appreciated!
> > >
> > > Thanks in advance,
> > >
> > > Steve.


 
Reply With Quote
 
steve_barker333@hotmail.com
Guest
Posts: n/a
 
      10-17-2006
Hi Sean!

Thanks for your mail. Can you just confirm though, which dlls to clean?

I have found something else out:

When the error occurs, if I go to the .aspx.cs file relating to the
page mentioned in the error, and delete a semi-colon from the end of
any line, wait a while for the compiler to pick it up, and then replace
the semi-colon, the thing compiles OK. How weird is that?

Could this be to do with RAM? I've noticed that when the solution is
loaded, my RAM is all used up, and the PC is living entirely in virtual
memory. Perhaps a trip to my local PC shop would solve the problem?!

Thanks,

Steve.



Sean Chambers wrote:
> I see,
>
> In that case I would delete all the compiled dll's and .pdb's, do a
> "clean solution" and then a "rebuild solution"
>
> I've noticed in the past that some mechanism (not sure what portion),
> seems to want to cache the dll's in memory, perhaps by clearing them
> out completley and doing a complete recompile that might fix the
> problem?
>
> Let me know what you find out.
>
> Sean
>
> (E-Mail Removed) wrote:
> > Hi Sean!
> >
> > I'm pretty sure that this is not a referencing problem, since the
> > solution compiles if I close it down and open it. I think it's more a
> > bug with Studio. Thanks for your suggestions though.
> >
> > There is not really any benefit in me using an Interface in what I'm
> > doing, since Page 1 is only ever used from Page 2, and Page 2 could use
> > any number of the few public properties that Page 1 exposes. I'd only
> > use an Interface if two pages that expose similar properties (say Page
> > 1a and Page 1b) could lead to Page 2.
> >
> > I personally don't think I've done anything that is frowned upon in my
> > code; it just doesn't always compile!
> >
> > Thanks again!
> >
> > Steve.
> >
> > Sean Chambers wrote:
> > > Do you have the <%@ Reference directive at the top of Page1.aspx
> > > referring to the other page you want to access?
> > >
> > > The page model in asp.net 2.0 has changed from 1.1, now you have to use
> > > a reference directive to access other aspx pages, if you need Page1
> > > access Page2, and Page2 to access Page1, then that would create a
> > > circular reference, in which case you can create an interface that your
> > > page implements and then pass the interface around instead (better idea
> > > IMO)
> > >
> > > hope i didn't go off base there =) Just trying to point out problems I
> > > ran into.
> > >
> > > Sean
> > >
> > > (E-Mail Removed) wrote:
> > > > Hi guys!
> > > >
> > > > I keep getting the following error reported by VS 2005 in my ASP.NET
> > > > 2.0 web project:
> > > >
> > > > "The type or namespace name 'MainPages_XXX' could not be found (are you
> > > > missing a using directive or an assembly reference?)"
> > > >
> > > > The line of C# code (in the "code-behind" file) that error refers to
> > > > looks something like this:
> > > >
> > > > if (Page.PreviousPage == null || !(Page.PreviousPage is MainPages_XXX))
> > > > {
> > > > //Some code....
> > > > }
> > > >
> > > > For instance, the error might occur in a page called Page1.aspx (with
> > > > code behind file Page1.aspx.cs). In this page, I might refer to another
> > > > page, say Page2.aspx (code behind Page2.aspx.cs) in order to check that
> > > > the previous page was the correct type. In this particular project,
> > > > I've used folders to break up the structure of my ASP.NET pages. The
> > > > pages that are "erroring" are all in a folder called MainPages,
> > > > hence the "MainPages_" prefix, which VS 2005 has added itself. In the
> > > > cases where I get errors, both pages are in the same folder!
> > > >
> > > > Closing and re-opening VS 2005 fixes the problem, but clearly, for a
> > > > large solution, that is not a viable way to get around this!
> > > >
> > > > Has anyone else seen this problem? Is there a work around or a hot fix?
> > > > Is it a bad idea to refer to the type of the previous page (using
> > > > "is") in order to check how you got to the page you're on?
> > > >
> > > > You help would be greatly appreciated!
> > > >
> > > > Thanks in advance,
> > > >
> > > > Steve.


 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Re: Python/C++ timer intermittent bug Thomas Jollans Python 0 07-01-2010 05:23 PM
M2Crypto possible intermittent bug John Nagle Python 5 10-12-2007 02:17 AM
ASP.NET 2.0 intermittent referencing errors =?Utf-8?B?S3Jpc1I=?= ASP .Net 0 12-20-2005 03:05 PM
ASP.NET Login control bug or SQL 2005 bug? RedEye ASP .Net 2 12-13-2005 10:57 AM
Intermittent Postback Bug Al ASP .Net 0 07-01-2003 07:42 PM



Advertisments