 |
|
|
 |
|
|
 |
|
|
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
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
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
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
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.
|
| Sign In·View Thread·PermaLink | 5.00/5 (1 vote) |
|
|
|
 |
|
|
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?
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
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.
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
 |
|
|
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
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
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.
|
| Sign In·View Thread·PermaLink | 2.00/5 (1 vote) |
|
|
|
 |
|
|
 |
|
|
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 ...
|
| Sign In·View Thread·PermaLink | 3.50/5 (2 votes) |
|
|
|
 |
|
|
 |
|
|
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 *--
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
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)
|
| Sign In·View Thread·PermaLink | 4.40/5 (2 votes) |
|
|
|
 |
|
|
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 …
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
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
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
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!
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
 |
|
|
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?
|
| Sign In·View Thread·PermaLink | 2.00/5 (1 vote) |
|
|
|
 |
|
|
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
|
| Sign In·View Thread·PermaLink | |
|
|
|
 |
|
|
 |