[Mono-bugs] [Bug 657588] New: mono 2.x looks for mscorlib.dll in a nonexistent 1.x directory

bugzilla_noreply at novell.com bugzilla_noreply at novell.com
Fri Dec 3 22:52:42 EST 2010



           Summary: mono 2.x looks for mscorlib.dll in a nonexistent 1.x
    Classification: Mono
           Product: Mono: Runtime
           Version: 2.6.x
          Platform: All
        OS/Version: Ubuntu
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: misc
        AssignedTo: mono-bugs at lists.ximian.com
        ReportedBy: tim at gfxmonk.net
         QAContact: mono-bugs at lists.ximian.com
          Found By: ---
           Blocker: ---

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-AU; rv:
Gecko/20101027 Ubuntu/10.10 (maverick) Firefox/3.6.12

(disclaimer: this is my first day using mono. I might be doing something wrong,
but it sure looks like a bug to me)

I'm trying to run fsi.exe (the f# interpreter), which is in a folder on my

$ echo $MONO_PATH 

$ mono fsi.exe
The assembly mscorlib.dll was not found or could not be loaded.
It should have been installed in the `/usr/lib/mono/1.0/mscorlib.dll'

When I look in /usr/lib/mono, the 1.0 directory doesn't exist. But the 2.0
version does exist (and has mscorlib.dll in it):

$ ls /usr/lib/mono/
2.0  3.5  compat-2.0  gac
$ ls /usr/lib/mono/2.0/mscorlib.dll 

and mono's version is:
$ mono --version
Mono JIT compiler version 2.6.7 (Debian 2.6.7-3ubuntu1)
Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com
    TLS:           __thread
    GC:            Included Boehm (with typed GC and Parallel Mark)
    SIGSEGV:       altstack
    Notifications: epoll
    Architecture:  amd64
    Disabled:      none

If I unset MONO_PATH, it still fails with the same message. If I try to run an
arbitrary foo.exe, it fails with the same error message. If I run fsi.exe by
its full path, it succeeds.

Reproducible: Always

Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.

More information about the mono-bugs mailing list