I'd gone through quite a few headaches getting this far.  I uninstalled 3 versions of the .NET framework that were installed on my system.  I installed the latest (from the MSDN website) framework and then installed the Terrarium client to play.  I'm running under Windows XP Pro on a Pentium III, 996 Mhz machine w/512M memory.  (It's a Dell Inspiron 8000)

Whenever I go to start the client, I get a chance to experience the .NET debugger immediately.  The exception object has a message of "File or assembly name System, or one of its dependents, not found."  It occurs at address 0x0000209 from the start of routine Appstart.Appstart.Main(string[]).

What has me confused is that I'm able to run the .NET VS 2003 with no trouble.  I've even written a small VB application that starts up just fine.  

Where do I even begin to look for this problem?

Thanks,
Ed Lorden

What you need to do is ILDasm Terrarium.exe and figure out exactly what the current assembly bindings are.  Then go into your gac and make sure they are installed.  This looks purely like an instance where a version of the Terrarium is running, but the incorrect version of the run-time is installed.

If you need some help with this process, I'll post a small FAQ on how you can debug this type of failure.  Just let me know if you have a handle on it before I take the time though.  Hopefully we can get you up and running.

Actually we can try something a bit easier than ildasm.exe to start.  All failed bindings are logged automatically by fusion.  Let's pull up the fusion log viewer and see what it says.  Under your VS.NET 2003 directory, find the program FUSLOGVW.exe.  It should be under

<VS.NET 2003 DIR>\SDK\v1.1\Bin

Run that, select Terrarium (it should be in the list) and then select View Log.  Paste the contents here and we'll take a look.

A very simply output from a test is below:


*** Assembly Binder Log Entry  (1/19/2004 @ 10:33:16 PM) ***

The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.

Assembly manager loaded from:  C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\fusion.dll
Running under executable  C:\dev\FusionLogTest\Client\bin\Debug\Client.exe
--- A detailed error log follows. 

=== Pre-bind state information ===
LOG: DisplayName = Foo, Version=1.0.1479.40535, Culture=neutral, PublicKeyToken=null
 (Fully-specified)
LOG: Appbase = C:\dev\FusionLogTest\Client\bin\Debug\
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = NULL
Calling assembly : Client, Version=1.0.1479.40593, Culture=neutral, PublicKeyToken=null.
===

LOG: Processing DEVPATH.
LOG: DEVPATH is not set. Falling through to regular bind.
LOG: Attempting application configuration file download.
LOG: Download of application configuration file was attempted from file:///C:/dev/FusionLogTest/Client/bin/Debug/Client.exe.config.
LOG: Application configuration file does not exist.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Post-policy reference: Foo, Version=1.0.1479.40535, Culture=neutral, PublicKeyToken=null
LOG: Attempting download of new URL file:///C:/dev/FusionLogTest/Client/bin/Debug/Foo.DLL.
LOG: Attempting download of new URL file:///C:/dev/FusionLogTest/Client/bin/Debug/Foo/Foo.DLL.
LOG: Attempting download of new URL file:///C:/dev/FusionLogTest/Client/bin/Debug/Foo.EXE.
LOG: Attempting download of new URL file:///C:/dev/FusionLogTest/Client/bin/Debug/Foo/Foo.EXE.
LOG: All probing URLs attempted and failed.

Might want to toss that up in the FAQ.  I had to second guess myself, since this machine is a run-time only machine (you can actually code for Terrarium with just the run-time redist installed), and couldn't for the life of me find that tool.  It is definitely helpful to say the least.

Good point.  I'll update the FAQ and see what the status of the tool is w/ regards to the stand alone 1.1 SDK.

I will begin as suggested here, but, that may have to wait until much later tonight.  I have plans tomorrow and Thursday that will pretty much keep from looking at until Friday night or this weekend.  But, I will try to get a look at the fusion log tonight.  

Wa it possibly a mistake for me to install the framework seperately from VS? Could that be confusing the tools?

Thanks for the help,

Ed Lorden

It should not make a difference which order you install VS.NET 2003 or the .NET 1.1 Framework SDK.

If you install VS.NET 2003 first, then the .NET 1.1 Framework SDK will reside in

    <VS.NET Dir>\SDK\v1.1

If you install the SDK first (or by itself), then the SDK contents will be in, by default:

    <Program Files>\Microsoft.NET\SDK\v1.1

FUSLOGVW.EXE gets installed with the SDK either way.

I'll have to try in the second location because it was not in the first VS directory.   I'll probably not have a chance until this weekend to look at it.  

Thanks for the suggestions so far.

Ed