mscorlib....

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

I am using a dependency app to check my exe assmbly usages.... I see mscorlib show up twice in the list both a 1.3030 version and a 1.500 version... Should'nt my exe only reference this once, and to the newest version.... I am also wondering if this is why I see an exception dialog popup after the app closes.... No matter if in debug or release it show itself only ofr a second.... I tried a breakpoint at the main forms dispose even but it seems to come up after that point, since when hitting hte break point it had not shown up..... once I stepped it through after dipose there is was quick, I can read just enough to see that some object isn't set to an instance of some object.... Again it's fast.... So i guess I Have two questions....

Should I remove the older mscorlib from the GAC??? Plus the above question...

Thanks

Anthony Nystrom
 
* =?Utf-8?B?QW50aG9ueSBOeXN0cm9t?= said:
I am using a dependency app to check my exe assmbly usages....
Click to expand...

Which app?
I see mscorlib show up twice in the list both a 1.3030 version and a
1.500 version... Should'nt my exe only reference this once, and to the
newest version....
Click to expand...

Does it reference more than one version?

My computer has .NET 1.0 (1.0.3705.288) and .NET 1.1 (1.1.4322.573)
installed. Do you have any beta versions of the Framework installed?
 
I do not have any beta frameworks installed....

Here is a link to the app: http://www.sliver.com/dotnet/VersionInfo/


What do you think?

Anthony

Anthony Nystrom said:
I am using a dependency app to check my exe assmbly usages.... I see
Click to expand...
mscorlib show up twice in the list both a 1.3030 version and a 1.500
version... Should'nt my exe only reference this once, and to the newest
version.... I am also wondering if this is why I see an exception dialog
popup after the app closes.... No matter if in debug or release it show
itself only ofr a second.... I tried a breakpoint at the main forms dispose
even but it seems to come up after that point, since when hitting hte break
point it had not shown up..... once I stepped it through after dipose there
is was quick, I can read just enough to see that some object isn't set to an
instance of some object.... Again it's fast.... So i guess I Have two
questions....
 
I have only the two 1.0 and 1.1 frameworks installed. The version of the
mscorlib.dll for both matches the version of the framework (according to the
folder name under Microsoft.NET/Framework

Now there is a 1.5 version that is the compact framework.

I guess the question would be - how did you get the version number for each
dll?

Lloyd Sheen

Anthony Nystrom said:
Here is the app link http://www.sliver.com/dotnet/VersionInfo/.. No I do
not have any beta dotnetframeworks installed....

Thanks

What do you think....?
Click to expand...
 
Hi Anthony,

I wouldn't sweat it. One of .Nets strenghts is that you can have
multiple versions of the CLR on the same machine. Many good reasons
for this although i wont go into them. Microsoft does however consider
this a "feature" of .Net.

I might be misunderstanding you but you said ...
once I stepped it through after dipose there is was quick,
Click to expand...

You then went on to say something about a Null reference exception.
This will not be caused by the frameworks, it'll be the code. If your
trying to step into a disposed object you should get an Object
Disposed exception.... but the fact your getting a
NullReferenceException right as your exiting your app would suggest
you attempting to access something that has already been destroyed/set
to nothing. Look at your on closing events or anything running on
separate threads if you have them.

I bet 50 cents the bugs in your code.

If its not too unwieldy upload a little although generally it's better
to have the whole thing for these types of errors because you
generally need to step through them.

hth

Richard
 
Back
Top