[Mono-list] mkbundle on windows

Thu Oct 5 07:15:28 EDT 2006

Hi Travis,

LD_LIBRARY_PATH=/usr/lib/mono/1.0 is wrong. It should
be $prefix/lib of your 1.1.17 installation, probably
/usr/lib.

Robert

Travis Staloch wrote:
> Robert,
> 
> I've created a shell script to set the LD_LIBRARY_PATH 
> environment var before running my bundled app.  Here's 
> how I set LD_LIBRARY_PATH: 
> 
> #!/bin/sh
> LD_LIBRARY_PATH=/usr/lib/mono/1.0
> export LD_LIBRARY_PATH
> ...
> 
> I also tried to make another shell script which similarly 
> sets LD_LIBRARY_PATH before mkbundling.  
> 
> In both cases, I'm still getting the same error message 
> reported.  I guess I'll try to verify that the 1.13 
> version is uninstalled.  
> 
> Thanks,
> 
> --Travis
> 
> 
> Robert Jordan 
>     robertj at gmx.net
>     Thu Oct  5 04:05:10 EDT 2006
> 
> Hi,
> 
> Your bundled application seems to load libmono.so of 1.1.13.
> Assure that the old Mono is not in the way (by setting LD_LIBRARY_PATH
> or uninstalling it).
> 
> Robert
> 
> 
> Travis Staloch <twostepted at yahoo.com> wrote: Does anyone have any idea what this mono error message means on my Fedora 5 box?
>> Corlib not in sync with this runtime: expected corlib version 49, found 54.
> 
> I see the message when I try running an app I mkbundled on the same box.  
> 
> At one time, I had a previous version of mono installed (1.13 I think) and then reinstalled by compiling from 1.1.17 source.  
> 
> Thanks for any advice,
> 
> --Travis
> 
> 
> Travis Staloch <twostepted at yahoo.com> wrote: Robert,
> 
> Thanks again for your help.  mkbundle was able to complete on my linux box, creating an .out file which I renamed to .exe and tried to run it.  I get an error relating to the expected mscorlib version.  Here it is
>> ./MyInstallerBundle.exe
> Corlib not in sync with this runtime: expected corlib version 49, found  54.
> Download a newer corlib or a newer runtime at http://www.go-mono.com/daily.
> 
> Any ideas?
> 
> --Travis
> 
> Robert Jordan <robertj at gmx.net> wrote: Hi Travis,
> 
> I'm not sure whether any non-critical (critical as in security,
> data loss, etc.) patches will be accepted for the stable (1.1.13)
> branch, but I'll try to get them in.
> 
> Robert
> 
> Travis Staloch wrote:
>> Thanks alot Robert.  I was wondering if I should use that one.  BTW,
>> did you mention when  that version of mkbundle.exe will be applied to
>> the current stable mono branch?
>>
>> --Travis
>>
>> Robert Jordan  wrote: Hi Travis,
>>
>> That's the same problem like in Windows. Copy mkbundle.exe I sent you
>> in the folder with the assemblies you want to bundle and call it  like
>> this:
>>
>> mono mkbundle.exe ...
>>
>> Robert
>>
>> Travis Staloch wrote:
>>> Hey Robert,
>>>
>>> I've been trying to use mkbundle now on my linux FC5 box and seem
>>> to be getting an error with it.  The app itself runs fine on linux
>>> after making some changes to the dllmap entries in 
>>> /usr/local/etc/mono/config.   However when I use try to run the 
>>> mkbundle command below, I get the error listed below.  (The error 
>>> says that it can't seem to find my InstallerCommon.dll which is in 
>>> the same directory  as MyInstaller.exe).
>>>
>>> Thanks for any advice.
>>>
>>> --Travis
>>>
>>>
>>>> mono /usr/local/lib/mono/1.0/mkbundle.exe -z --deps --config-dir
>>>> . MyInstaller.exe
>>> (BTW, I've tried leaving off the '--config-dir .' switch too).
>>>  
>>> Unhandled Exception: System.IO.FileNotFoundException: 
>>> InstallerCommon, Version=1.0.2336.677, Culture=neutral : 
>>> InstallerCommon, Version=1.0.2336.677, Culture=neutral at <0x00000>
>>>  at (wrapper managed-to-native) System.AppDomain:LoadAssembly 
>>> (string,System.Security.Policy.Evidence,bool) at 
>>> System.AppDomain.Load (System.Reflection.AssemblyName assemblyRef, 
>>> System.Security.Policy.Evidence assemblySecurity) [0x00000] at 
>>> (wrapper remoting-invoke-with-check) System.AppDomain:Load 
>>>  (System.Reflection.AssemblyName,System.Security.Policy.Evidence) at
>>>  System.AppDomain.Load (System.Reflection.AssemblyName assemblyRef)
>>>  [0x00000] at (wrapper remoting-invoke-with-check) 
>>> System.AppDomain:Load (System.Reflection.AssemblyName) at 
>>> System.Reflection.Assembly.Load (System.Reflection.AssemblyName 
>>> assemblyRef)  [0x00000] at MakeBundle.QueueAssembly 
>>> (System.Collections.ArrayList files, System.String codebase) 
>>> [0x00000] at MakeBundle.Main (System.String[] args) [0x00000]
>>>
>>>
>>> Robert Jordan  wrote: Hi,
>>>
>>> If you bundle you app on a Linux 2.4 system, the binary should work
>>>  an all systems.
>>>
>>> The problem on Linux are the native dependencies (GLib, GTK) that
>>> you have to deliver. I can't help you with that, because I never
>>> did it myself.
>>>
>>> You may  try to put them in the private "lib" dir of your
>>> application and change LD_LIBRARY_PATH from inside of a launcher
>>> script to point to this lib dir.
>>>
>>> Robert
>>>
>>> --------------------------------- Get your own web address for just
>>>  $1.99/1st yr. We'll help. Yahoo! Small Business.
>>
>>  
>>  --------------------------------- Talk is cheap. Use Yahoo!
>> Messenger to make PC-to-Phone calls.  Great rates starting at 1ï¿½/min.
> 
>     
> 
> ---------------------------------
> Do you Yahoo!?
>   Get on board. You're invited to try the new Yahoo! Mail.
>     
> 
> ---------------------------------
>  All-new Yahoo! Mail - Fire up a more powerful email and get things done faster.
> 
>  		
> ---------------------------------
> Get your email and more, right on the  new Yahoo.com 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list