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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-list _______________________________________________ Mono-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-list
