Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report on
GitHub or Developer Community with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
Operating System: (Mac OSX Mavericks) Darwin Kernel Version 13.1.0: Thu Jan 16 19:40:37 PST 2014; root:xnu-2422.90.20~2/RELEASE_X86_64
Mono Version: Mono JIT compiler version 3.2.6 ((no/9b58377 Thu Jan 16 17:49:56 EST 2014)
Simple Console Application:
public static void Main (string args)
When executing the produced program either in the Xamarin Studio debugger or via:
it works as expected.
When I use mkbundle to compile the application it returns the incorrect output. It appears to use the current directory appended by the assembly name instead of showing the directory of the assembly.
Expected and working output without using a mkbundle executable:
Incorrect output of the same executable generated by mkbundle:
I think I forgot to mention that this error occurs when you are in a directory that does not contain the executable. So I ran the mkbundle via ./Debug/testAssembly.mac
This is because mkbundle embed the assembly inside the executable, to make it possible to ship as a standalone executable. This is then not a bug, but the expected behavior.
Could you please explain how that breaks your existing solution?
I honestly don't remember the issue, since it's been a while now (don't work on the project anymore).
We can go ahead and resolve this.