 |
|
 |
Hi,
I guess it indicates that something is wrong. But what?
Br Ulf
|
|
|
|
 |
|
 |
might want check the MSDTC service to see if it is having issue...might have event viewer errors.
|
|
|
|
 |
|
 |
Just Unregister the ComAdmin.dll from the C:\windows\system32\com\Comadmin.dll using
regsvr32 C:\windows\system32\com\Comadmin.dll /u
and register the comadmin.dll (1.0) version copied from the Windows 2000 Server on the Development (XP) PC.
Now Add the Reference to the newly Registered Comadmin.dll.
You will now find the Interop.Comadmin.dll in the Bin Folder of the .NET program using the Comadmin.dll.
Just Run ILDASM.EXE from the VS.NET 2003 Prompt and open this Interop.Comadmin.dll.
You should not find the COMAdminCatalog2 kind of thing in the end of the list.
and then deploy this Interop. and the recompiled .NET EXE to the Windows 2000 Server. and enjoy!!!
Enjoy!
Avinash Barnwal
Software Developer.
FQS
|
|
|
|
 |
|
 |
Here's a lil powershell script to list out dependencies. It doesn't try to find where the assembly is being loaded up from, but sometimes one just want to find that pesky version mismatch.
hope it helps. Script
|
|
|
|
 |
|
 |
No offence intended - I was just wondering (based upon ur profile photo) is your present IT job/role anything to do with requirements gathering or contract negotiations - if so, luv ur style!
BTW - nice app.
|
|
|
|
 |
|
 |
I need to check if some assembly exists on deployment machine (with probing: local folder/GAC).
I could do it by:
/////////////////////////////////
IDbConnection con=null;
Assembly asm=null;
asm=Assembly.LoadWithPartialName("Oracle.DataAccess");
if (asm != null)
{
// Do something
con=new
Oracle.DataAccess.Client.OracleConnection();
}
////////////////////////////////
Is there more efficient way, without loading assembly?
|
|
|
|
 |
|
 |
Hi,
If I got you right actually there is. If you open GAC folder from DOS prompt you will found out that actually GAC is build from folders naming after dlls name, version and strong key. You might use this info to find out if given DLL exist in GAC. Anyway I prefer to load assembly in order to gain such info.
Natty.
|
|
|
|
 |
|
 |
Hi,
I have published my own .net dependency walker tool in my weblog:
tolemaC weblog
the web log is in spanish but the tool is in english, this is the link for the tool:
DependsNet.zip
tolemaC
|
|
|
|
 |
|
 |
One question about your tool... Does it make probing if I scan a .exe with a exe.config file?
Thanks,
Ivan.
Iván Fernández
|
|
|
|
 |
|
 |
If I get you right no. it just use metadata to get assembly dependent , check thier locations and validate if they really exist on your machine.
|
|
|
|
 |
|
|
 |
|
 |
Cool ,
If you can add the logic of assembly location and indication if the reference assembly exist on disk I'm dropping mine and using it ...
|
|
|
|
 |
|
 |
Thank you!
This program was just what I needed!
|
|
|
|
 |
|
 |
Drew Noakes,
I opened your Solution with VS2005. VS2005 automatically converts the VS2000 format to VS2005 format. After compiling, your Dependency Analyser perfectly analyses .NET 2.0 Assemblys.
Good Program! Thanks.
--* Oli *--
|
|
|
|
 |
|
|
 |
|
 |
Hi,
just downloaded the demo project and built it using VS.NET 2003. When I run the dependency viewer on a .NET assembly, I get the following runtime error:
An unhandled exception of type 'System.InvalidCastException' occurred in DevNetInstaller.exe
Additional information: QueryInterface for interface Interop.COMAdmin.ICOMAdminCatalog2 failed.
This happens in function IsDllInCom (ReadProject.cs). Can this be caused by inconsistencies due to different versions of comadmin.dll as you have described it in your article?
Thanks,
Claus (clausbrod.de)
|
|
|
|
 |
|
 |
Hi,
Two options:
1) as you mention, comadmin.dll may not work due to different versions or because I made the wrapper assembly with tlbimp of CLR 1.0.
2) There are inconsistent data in COM+ catalog. Usually there are situations where components are listed in the MMC tree but don’t show up on the MMC List (right side). You can see the COM+ application ID (in the code) and to check COM+ MMC for that application components.
Let me know what and if it helps you …
|
|
|
|
 |
|
 |
I already tried to build my own Interop.COMAdmin.dll from my local comadmin.dll. This did not help, so potential inconsistencies in the catalog are more likely; need to check that more thoroughly first.
Tnx!
Claus
|
|
|
|
 |
|
 |
I had a similar problem.
Removing the Interop.COMAdmin.dll reference and adding COMAdmin.dll instead solved it.
Thanks, just what I was looking for!
|
|
|
|
 |
|
 |
Yup, this fixed the problem for me as well.
Thanks!
Claus
|
|
|
|
 |
|
 |
Sorry to bug, but I hav e a smilar problem.
How in c# do you make the reference directly to the dll instead of the interop?
|
|
|
|
 |
|
 |
Hi
I've downloaded your zip files and i think that the demo .zip is the same file that of the installer ?
Can you tell me if this is correct ?
Thank you
A.Barros
|
|
|
|
 |
|
 |
Yes, you can find DevnetInstaller.exe under /bin/debug directory.
|
|
|
|
 |