Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Visual Studio.NET / General / October 2004

Tip: Looking for answers? Try searching our database.

VS.NET spitting the dummy with random compilation errors

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Phil Jones - 21 Oct 2004 08:47 GMT
I'm getting a wierd situation with VS.NET where (with about 6 VB.NET
projects in the solution - all either WinForms of class libraries) after the
first or second successful builds it will start throwing up compilation
errors saying things like a method is referenced that doesn't exist etc.

In all circumstances (related to the problem I'm describing) these errors
are not valid.  If VS.NET is closed and reoponed the solution builds
successfully the first time.

The errors it comes up with also tend to repeat, but not consistently.
Sometimes it'll be one, other times 20.  It's not clearly pointing to any
one class, although I am suspicious about inheritance, as when I work on a
base class the problem tends to occur quite rapidly.

Has anyone encountered this before???  Where should I start looking?  I've
un-installed and reinstalled VS.NET and it still happens.  It even happens
on a different machine.  This must be something funny in the project(s), but
as I said, they all successfully compile the first time.

Thanks everyone - I hope this is something simple, it's really beginning to
slow me down!

====
Phil
Gary Chang[MSFT] - 21 Oct 2004 10:13 GMT
Hi Phil,

Could you provide some repro steps or sample by which we can perform some
research on it?

By the way, I used to read some simailar problems due to the projects's
compile sequence, maybe you can have a test on that...

Thanks!

Best regards,

Gary Chang
Microsoft Online Partner Support

Signature

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
Phil Jones - 21 Oct 2004 23:28 GMT
Thanks Gary,

I'll definately have a look at the build order - where do I twiggle that?
(Can't see anything under the Build menu).

Cheers,
===
Phil

> Hi Phil,
>
[quoted text clipped - 15 lines]
> rights.
> --------------------
Phil Jones - 22 Oct 2004 01:07 GMT
Here's what it turned out to be.

I have some base classes on one assembly - and then in another assembly I've
created other base classes that derive from the first assembly that are
essentially the original base classes but automatically configured for
second assembly.

The thing is, I named the base classes in the second assembly with the same
name as the first assembly (which worked because the assemblies are in
different namespaces).

Anyhow, it was this naming that was causing VS.NET to spew, as when I made
the names different the problem dissapeared.

There ya go!  Wierd.

Thanks.
Gary Chang[MSFT] - 22 Oct 2004 04:06 GMT
Great Phil,

I am glad to know you have found the problem, good luck!

Best regards,

Gary Chang
Microsoft Online Partner Support

Signature

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.