In MonoDevelop erstelle ich eine neue Lösung (C # -Konsolenanwendung). Es gibt mir ein einfaches Hallo-Welt-Programm. Ich drücke die Run-Taste. Ich sehe "Build Successful". Das Terminal wird angezeigt und sagt:
Cannot open assembly '/home/beauxq/MonoProjects/cstest/cstest/bin/Debug/cstest.exe': No such file or directory.
Press any key to continue...
Ich schaue in dieses bin / Debug-Verzeichnis und es ist leer.
Die Build-Ausgabe:
Building: cstest (Debug|x86)
Build started 7/28/2016 9:29:40 AM.
__________________________________________________
Project "/home/beauxq/MonoProjects/cstest/cstest/cstest.csproj" (Build target(s)):
Target PrepareForBuild:
Configuration: Debug Platform: x86
Target GenerateSatelliteAssemblies:
No input files were specified for target GenerateSatelliteAssemblies, skipping.
Target GenerateTargetFrameworkMonikerAttribute:
Skipping target "GenerateTargetFrameworkMonikerAttribute" because its outputs are up-to-date.
Done building project "/home/beauxq/MonoProjects/cstest/cstest/cstest.csproj".-- FAILED
Build FAILED.
0 Warning(s)
---------------------- Done ----------------------
Build successful.
Das gleiche passiert, wenn ich "Build" aus dem Menü auswähle. "Build Successful", aber das Verzeichnis ist leer.
quelle
Ich bin auf das gleiche Problem gestoßen. In meinem Fall wurden alle erforderlichen Pakete installiert, sodass ich weiter suchen musste.
Alles was ich tun musste, war ein "Clean All" durchzuführen, bevor ich das Projekt erstellte / debuggte.
Dies war wahrscheinlich auf das MonoDevelop-Projekt zurückzuführen, das auf einem anderen Computer mit einer älteren Version von MonoDevelop gestartet wurde.
Hoffe, dies könnte jemandem in der gleichen Situation helfen.
quelle
Ich hatte dieses Problem und konnte es nicht über die Ausgabekategorie in den Projektoptionen diagnostizieren, da die Ausgabekategorie nicht vorhanden war (normalerweise würde das sagen, wo die Baugruppe erstellt und wie sie benannt werden soll). Das Problem war, dass ich beim Erstellen der Lösung mit MonoDevelop versehentlich Shared Project in der Kategorie Library (unter Cross Platform) ausgewählt habe, die aus irgendeinem Grund der Standardprojekttyp ist.
Um das Problem zu beheben, habe ich eine neue Lösung erstellt und unter "Andere" einen der Projekttypen ausgewählt, z. B. aus der .NET-Kategorie, und meine CS-Dateien (und Resx-Dateien - Sie müssen mit der rechten Maustaste darauf klicken und Setzen Sie für Build auf EmbeddedResource und ändern Sie den Standard-Namespace in den gleichen Wert wie die cs-Datei, die die Ressource aufruft, um fehlende Ressourcenausnahmen zu vermeiden. Dies löste das Problem für mich.
quelle