Databases
StackOverflow2013
Postsdbo
PORegAsm regfile switch not giving same output as codebase switch
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PORegAsm regfile switch not giving same output as codebase switch
    primarykey
    data
    text
    <p>Ok, I know this is pretty specific, but I lost my whole working day on it so I really need some rational explanation to it, so my boss and my wife wouldn't fire me<br></p> <p>According to MSDN :<br> The <code>/regfile</code> switch "Generates the specified .reg file for the assembly"<br> The <code>/codebase</code> switch "Creates a Codebase entry in the registry specifiying the file path for an assembly"</p> <p>I guessed that it was 2 different ways of doing the same stuff. Truth was, I was wrong : </p> <p><strong>METHOD 1</strong></p> <pre><code>C:\&gt;"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\SERVER.dll" /regfile Registry script 'C:\SERVER.reg' generated successfully </code></pre> <p>Reg File output : </p> <pre><code>REGEDIT4 [HKEY_CLASSES_ROOT\xfeed.server.X] @="SERVER.XLS" [HKEY_CLASSES_ROOT\xfeed.server.X\CLSID] @="{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}" [HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}] @="SERVER.XLS" [HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32] @="mscoree.dll" "ThreadingModel"="Both" "Class"="SERVER.XLS" "Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5" "RuntimeVersion"="v2.0.50727" [HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32\1.0.0.0] "Class"="SERVER.XLS" "Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5" "RuntimeVersion"="v2.0.50727" [HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\ProgId] @="xfeed.server.X" [HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories\ {62C8FE65-4EBB-45E7-B440-6E39B2CDBF29}] </code></pre> <p><strong>METHOD 2</strong></p> <p>But when I execute the codebase switch command directly rather that using the reg file, the keys impacted in the regsitry are different (and work, on the contrary of the preceding output)</p> <pre><code>C:\&gt;"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\SERVER.dll" /codebase Types registered successfully </code></pre> <p>Registry ouptut with codebase : </p> <pre><code>Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}] @="SERVER.XLS" [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories] [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}] [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32] @="mscoree.dll" "ThreadingModel"="Both" "Class"="SERVER.XLS" "Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5" "RuntimeVersion"="v2.0.50727" "CodeBase"="file:///C:/SERVER.DLL" [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32\1.0.0.0] "Class"="SERVER.XLS" "Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5" "RuntimeVersion"="v2.0.50727" "CodeBase"="file:///C:/SERVER.DLL" [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\ProgId] @="xfeed.server.X" </code></pre> <p><br><br><br> As you can notice, stuff is now in the <strong>Wow6432Node</strong> and infos are much more comprehensive (notably CodeBase !!!)</p> <p>If anyone could give me a rational reason to this, so I could avoid mentioning paranormal activity as a cause for a lost working day, I would be very grateful</p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. USMehdi LAMRANI
    1. USMehdi LAMRANI
    plurals
    1. This table or related slice is empty.
    1. PL
      singulars
      1. LTLinked
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. PORegAsm regfile switch not giving same output as codebase switch
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. PORegAsm regfile switch not giving same output as codebase switch
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. PORegAsm regfile switch not giving same output as codebase switch
      1. This table or related slice is empty.
      1. VTUpMod
    1. COI had an issue registering assemblies that was due to using the 32-bit RegAsm instead of the 64-bit version. Try registering it with both tools, using the same /Codebase parameter, and see if that helps.
      singulars
      1. PORegAsm regfile switch not giving same output as codebase switch
      1. US3Dave
    2. COA rationale for what? This is all normal. Use /codebase on your dev machine and playback .reg files into the registry with the correct version of regedit.exe. c:\windows\syswow64\regedit.exe for a 32-bit COM server. Little point in using a regfile other than getting an installer started.
      singulars
      1. PORegAsm regfile switch not giving same output as codebase switch
      1. USHans Passant
    3. CO@HansPassant : There is a point using regfile as I wanted to create an explicit install script rather than calling RegAsm on client machines for deployment, plus, I wanted to know exactly what registry entries "codebase" was generating.
      singulars
      1. PORegAsm regfile switch not giving same output as codebase switch
      1. USMehdi LAMRANI
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload