2017-02-22 5 views
2

この問題の原因をどのように見つけることができますか? Mac端末は、自己完結型デプロイメントを使用して公開されたASP.NETコアアプリケーションを実行しようとする「コマンドが見つかりません」と応答します。 http://www.hanselman.com/blog/SelfcontainedNETCoreApplications.aspx 自己完結型ASP.Net Mac上で実行されていないコアアプリケーションは

  • 指定されたランタイム「OSX:ここスコットHanselman氏によって記載されているようにhttps://blog.kloud.com.au/2017/02/14/running-vuejs-on-aspnet-core-apps/
  • 展開が行われます.NETのコアSDKのV.1.1
  • アプリを使用して

    • このブログから取られただけのデモコードです。 .10.12-x64 "となります。 Intel Core 2 DuoとmacOS SierraがインストールされたMac Miniで実行しようとしました。
    • .NETコアがインストールされていないWin10マシンで、 "win10-x64"を使用しても問題はありません。
  • +0

    エラーをトリガしたコマンドと、同じフォルダに出力された「ls」はなんですか?あなたは十分な情報であなたのステップを明らかにしません。 –

    +0

    テストアプリケーションは "VueTest"と呼ばれ、OSXのデプロイには "VueTest"というファイルが含まれています。 "VueTest"または "sudo VueTest"は "command not found"を返します。フォルダには約200ファイル、.NETコアランタイム全体が含まれています(約50MB、自己完結型ではなくフレームワーク依存のデプロイメントを使用すると約10MB)。 –

    +0

    私はOSXの完全な展開をここにアップロードしました:http://www.tinybox.rocks/vuetest_osx_10_12_x64.zip作業中のWin10配備はここにあります:http://www.tinybox.rocks/vuetest_win10_x64.zip 2つのアプリケーションフォルダの内容は次のとおりです。 (libcoreclr.dylibのような)osx上の.dylibファイルであるVueTest(osx)とWindows上のいくつかの.dll(coreclr.dllなど)とは対照的に、VueTest.exe(win)を除いてほぼ同じです。 –

    答えて

    2

    OK。だから要約する。マイクロソフトは.NETコアアプリケーションをクロスプラットフォームにしていますが、Windows開発者は別のオペレーティングシステムにダイビングする前に、いくつかのmacOSとLinux ABCを注意深く学ばなければなりません。

    一般的な問題は、あなたが./executable_nameを呼び出すことにより、端末でプログラムを実行する必要があり、これが慣例で、

    1. です。
    2. chmod a+x executable_name(ほとんどのLinuxディストリビューションでこれが必要です)を呼び出すことによって、実行可能ファイルに実行権を与える必要があります。
    関連する問題