Missing assembly problem...

[bgowland]

I've come across this before but I'm having a mental blank trying to remember what causes it.

The DVB-T Radio plugin lives in the plugins folder and has a sub-folder of the same name. There are three main commpnents in that folder...

DVB-T Radio.dll (the plugin dll)
Dvbtr.exe (a worker exe)
DvbtrLib.dll (class library with some common stuff in it)

When I try to play a radio station from the plugin, I see the following in the PVRX2.exe.log file...

Code:

2008-01-02 01:41:34.663    VERBOSE    [1]    Looking for missing assembly in C:\Program Files\devnz\gbpvr\plugins\UKCinema: DvbtrLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
2008-01-02 01:41:34.663    VERBOSE    [1]    Looking for missing assembly in plugin\common: DvbtrLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
2008-01-02 01:41:34.803    VERBOSE    [1]    ReturnToMainMenu()
2008-01-02 01:41:34.803    VERBOSE    [1]    DVB-T Radio is currently active
2008-01-02 01:41:34.803    VERBOSE    [1]    DVB-T Radio.Deactivate() called
2008-01-02 01:41:34.803    VERBOSE    [1]    UiList.GetRenderList()
2008-01-02 01:41:34.803    VERBOSE    [1]    selectedIndex = 0     detailsViewVisibleIndex = 0
2008-01-02 01:41:34.803    VERBOSE    [1]    ReturnToMainMenu()@2
2008-01-02 01:41:34.928    VERBOSE    [1]    System.IO.FileNotFoundException: Could not load file or assembly 'DvbtrLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
File name: 'DvbtrLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'
   at DVBTRadio.DVBTRadio.Play2(String LCN, String ChannelName)

Why isn't the DvbtrLib assembly found in the DVB-T Radio plugin folder? Strangely enough, if I put it in the UKCinema plugin folder (which is searched as shown in the log above), it finds it and loads it.

Code:

2008-01-02 01:59:38.467    VERBOSE    [1]    Looking for missing assembly in C:\Program Files\devnz\gbpvr\plugins\UKCinema: DvbtrLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
2008-01-02 01:59:38.467    VERBOSE    [1]    Assembly found...
2008-01-02 01:59:38.467    VERBOSE    [1]    ...and loaded

Confused.

Cheers,
Brian

[sub]

Can you attach the whole pvrx2.exe.log?

[bgowland]

Thanks - log included. I've removed the DvbtrLib from the UKCinema folder in this case.

The first exception is showing at the point the plugin is trying to create a Remoting message client - the message handler interface is defined in DvbtrLib.

The second is when attempting to send a play request (I've defined a PlayRequest class in the class lib which is used to pass tuning info from the plugin to the exe).

Cheers,
Brian

[whurlston]

Have you tried placing DvbtrLib.dll in the main gbpvr folder?

[bgowland]

Have you tried placing DvbtrLib.dll in the main gbpvr folder?

DOH! Nope - but I have now and don't see the same error.

I have to admit I don't like putting stuff in the GB-PVR install folder if I can help it so didn't think of doing that.

What confused me the most was that GB-PVR attempted to find the assembly by looking in other plugin folders but not the actual plugin folder that I'm using. :confused:

Cheers,
Brian

[JavaWiz]

Thanks - log included. I've removed the DvbtrLib from the UKCinema folder in this case.

The first exception is showing at the point the plugin is trying to create a Remoting message client - the message handler interface is defined in DvbtrLib.

The second is when attempting to send a play request (I've defined a PlayRequest class in the class lib which is used to pass tuning info from the plugin to the exe).

Cheers,
Brian

Are you running this from your development environment? If so, I'm guessing that the reference in the Solutions list was set to point to the DLL in the UKCinema subdir.

Just a guess...

Also, you might want to place the common DLL in the plugins/common folder to be consistent.

[bgowland]

Are you running this from your development environment? If so, I'm guessing that the reference in the Solutions list was set to point to the DLL in the UKCinema subdir.

No - I have a single solution with three projects for the different components. The plugin project and dvbtr.exe project reference the DvbtrLib in its VS project folder. At successful rebuild of all projects, a batch file is run to copy all components (including pdb files) to the plugin folder. I then run tests from PVRX2 itself, outside of the development environment.

The UK Cinema plugin isn't related in any way - I just spotted that GB-PVR was searching that folder when it couldn't find the assembly and took a chance to see if dropping the dll in there would fix things (which it did).

I spotted that the plugins\common folder was also being searched but I don't have one of those and I'm not sure it applies as the class lib is specific for the DVB-T Radio plugin and Dvbtr.exe. I've only created the class lib so I don't have to redefine common elements used for remoting etc.

Cheers,
Brian

[sub]

The app has looked in the plugins\common to resolve missing dependencies for a couple of releases. It was also changed to look in the plugins\<plugin> directory, but I cant remember if that was post 1.1.5 or not.

I'd temporarily try creating a plugins\common directory and put it in there.

[JavaWiz]

The app has looked in the plugins\common to resolve missing dependencies for a couple of releases. It was also changed to look in the plugins\<plugin> directory, but I cant remember if that was post 1.1.5 or not.

I'd temporarily try creating a plugins\common directory and put it in there.

What's strange here, is the DLL that he's looking for (DvbtrLib.DLL) is specific to his plugin, and it seems that it is not found in his plugin directory(plugins/DVB-T Radio). For some reason, it tries to find it in another plugin directory (plugins/UKCinema), then in plugins/common.

[bgowland]

I'd temporarily try creating a plugins\common directory and put it in there.

Yeah - probably the easiest thing......tomorrow. Nearly 5am and my brain's fried.

Cheers,
Brian