Согласно предложениям этого потока по запуску приложений C # sans .NET Я скомпилировал свое приложение, используя моно. Я создал исходное приложение, используя последнюю версию Visual C # .NET Express Edition. Он отлично работает на .NET под Windows. Затем я открыл Cygwin и перешел к своему источнику, где я снова скомпилировал проект в моно, используя следующую команду:
$ mcs <myProjectHere>.cs
Это создает MyProject.exe, который может быть успешно запущен из Cygwin и может быть успешно запущен из командной строки Windows. Используются следующие команды:
$ mono MyProject.exe
C:\...>mono MyProject.exe
и просто ради удовольствия, просто:
C:\...>MyProject.exe
Все работает как положено. Затем я попытался собрать моно-скомпилированный исполняемый файл в статически связанный двоичный файл с помощью команды mkbundle следующим образом:
$ mkbundle -o MyProject MyProject.exe --deps
Здесь дела идут под откос. Он запускается достаточно хорошо, а затем жалуется, что выходной файл (предположительно MyProject.exe) не может быть открыт, потому что он занят. Полный вывод всего этого находится здесь:
$ mkbundle -o Program Program.exe --deps OS is: Windows Sources: 1 Auto-dependencies: True embedding: c:\Documents and Settings\bsweeney\My Documents\Visual Studio 2008 \Projects\TestConsole\TestConsole\Program.exe embedding: C:\PROGRA~1\Mono-2.2\lib\mono\2.0\mscorlib.dll Compiling: as -o temp.o temp.s gcc -mno-cygwin -g -o Program -Wall temp.c `pkg-config --cflags --libs mono|dos2 unix` temp.o /usr/lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/ld: cannot op en output file Program.exe: Device or resource busy collect2: ld returned 1 exit status [Fail]
Я утверждаю, что мой набор инструментов unix gcc установлен и находится в хорошем состоянии, потому что я недавно смог успешно скомпилировать несколько приложений на C ++ в eclipse, используя его (хотя я предполагал, что должен быть открыт для любого количества проблем ...).
Кто-нибудь когда-нибудь сталкивался с чем-то подобным? Я в тупике ...