Databases
StackOverflow2013
Postsdbo
POLoading wrong assemblies on non-dev machines?
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POLoading wrong assemblies on non-dev machines?
    primarykey
    data
    text
    <p>I think I'm falling into a common category of, "It works perfectly in my dev environment, but anywhere else I get strange results," and for all my efforts I'm only more confused.</p> <p>I have 2 applications. One of them is .NET 4 C# app, and the other is (I think) .NET 3.5 VB. The C# app creates a DLL, that for the time being, I have a version of this DLL compiled with 3.5 so that I can use it in my VB app. I have the source to the VB app, but not the C# app. I've never compiled the C# app on my machine.</p> <p>Within this DLL, it references a C-based library. (I feel this is the problem.)</p> <p>In my dev environment, I can use this DLL without any issue in my VB app. However, when I try this setup on another machine, it acts as though the bits relating to that embedded C-based DLL are not the most recent version.</p> <ul> <li>gacutil confirms that the C# DLL isn't coming from the GAC</li> <li>FUSLOGVW confirms that the fully qualified name of the C# DLL being referenced is the same in both the dev/non-dev environments <li>Within my VB app, and inside my app.config, I explicitly declare the C# DLL name, token and version. <li>Within my VB app, on my reference of this DLL, I have "Copy Local" and "Specific Version" set to False</li> <li>Even with copying my C-based DLL and C# DLL to a target machine, the seemingly bad reference still occurs. <li>Even loading the apps anew on a fresh system... the problem presents itself.<li> </ul> <p>It's not that I get any errors. The VB app still runs fine. The VB app is instantiating and using that C# DLL (which within it has the C DLL), and I can see that the inconsistencies from the VB app appear to be issues with the C DLL. I've never had the source code to the C# app on my machine, and so I haven't any idea why it works well on my own, but not anywhere else.</p> <p>I feel I've reached the end of what little I know about this, and I don't see anywhere else to go. I do feel that I should be able to re-create a working environment on other machines, though.</p> <p>What else can I look in to?</p> <p><strong>Edit</strong></p> <p>I thought I may add some more specific information in the hopes that it leads to a solution. For the time being, I've updated the VB code to work with the differing values.</p> <p>This picture represents the values returned from one of the C-DLL methods on my machine. <img src="https://i.stack.imgur.com/BbpCm.jpg" alt="alt text"></p> <p>Everything looks as it should. I then take my DLLs and executable to fresh machine, run it, and these same items appear as:</p> <p><img src="https://i.stack.imgur.com/6mJgE.jpg" alt="alt text"></p> <p>I've checked the GAC several times. I've stared blankly at the loaded assembly logs for several hours only to take note that the same (correct) DLLs are being loaded in both environments. I've ensured the same various MS updates are installed on both machines. I've removed all 3rd party DLLs from both environments, that are used in the project, and reloaded them to both.</p> <p>At this point, I have no clue what is causing this to happen. There's no errors. It works just as happily on everyone's machine as it does my own, but I am thoroughly convinced (probably to own inability to see the actual problem) that my dev machine creates/has "something" I'm failing to move over, change the reference, etc. I just currently feel as though I've exhausted my limited knowledge on the matter.</p> <p>Oh, one last thing, the DLLs were provided to me from a VS2010 environment. I'll have 2010 tomorrow, and hope to use the normal .NET 4 DLL instead of the 3.5 I requested. This currently is my last hope for fixing this issue short of me changing the VB code.</p> <p>Any ideas?</p>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PTQuestion
    1. USKarlHungus
    1. USKarlHungus
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POLoading wrong assemblies on non-dev machines?
      1. USLuis Miguel Serrano
      1. VTFavorite
    2. VO
      singulars
      1. POLoading wrong assemblies on non-dev machines?
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. POLoading wrong assemblies on non-dev machines?
      1. This table or related slice is empty.
      1. VTUpMod
    1. This table or related slice is empty.
 

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