Mac 용 Xamarin Studio는 FSI에서 예외를 던집니다. -`~`가 코어 F # libs를로드하지 않는 것 같습니다.

Question

모든 긴 오류 메시지를 유감스럽게 생각합니다! 내 Xamarin에 문제가 있거나, Xamarin에서 FSI를 위반하는 Mono를 설치했는지 궁금합니다. Default .Net 런타임은 Mono 4.6.2입니다. Mono 4.8.0을 설치했지만 Xamarin은 4.6.2에서 실행됩니다.

FSI에서 System.Drawing 모듈을로드하지 않는다는 오류 메시지가 표시됩니다. 그리고 왜 SOURCE_DIRECTORY이 작동하지 않는 것일까 요? .fsx 파일에는 오류가 표시되지 않지만 FSI에로드하면 오류가 발생하지 않습니다.

Mac 용 Visual Studio도 설치되어 있습니다. 나는 F # (day 3)으로 시작하고 시스템 모듈을 열려고 시도한 것은 이번이 처음이다. 필자가 직접 작성하는 기본 기능은 FSI에서 평가됩니다. 나는 어딘가에 설치가 엉망이되어서 .Net, Xamarin 및 Mono를 제거하고 다시 설치해야하는지 궁금해하고 있습니다. Visual Studio에서 Xamarin을 방해 할 수 있습니까? FSI의 전체 코드 블록을로드

open System.Drawing 

let bitmap = new Bitmap(32,32) 

let path = __SOURCE_DIRECTORY__ + "/" 

bitmap.Save (path + "large.png") 

가 발생합니다 :

System.Exception: Generic Error [GDI+ status: GenericError] 
  at System.Drawing.GDIPlus.CheckStatus (System.Drawing.Status status) [0x0007a] in <1917aa1c39d94b1a91807b8cd9f03350>:0 
  at System.Drawing.Image.Save (System.String filename, System.Drawing.Imaging.ImageCodecInfo encoder, System.Drawing.Imaging.EncoderParameters encoderParams) [0x00043] in <1917aa1c39d94b1a91807b8cd9f03350>:0 
  at System.Drawing.Image.Save (System.String filename, System.Drawing.Imaging.ImageFormat format) [0x0004c] in <1917aa1c39d94b1a91807b8cd9f03350>:0 
  at System.Drawing.Image.Save (System.String filename) [0x00008] in <1917aa1c39d94b1a91807b8cd9f03350>:0 
  at (wrapper remoting-invoke-with-check) System.Drawing.Image:Save (string) 
  at <StartupCode$FSI_0004>.$FSI_0004.main@() [0x0003d] in <2545683d6122431b9ff3a69ce9ec460c>:0 
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (System.Reflection.MonoMethod,object,object[],System.Exception&) 
  at System.Reflection.MonoMethod.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00038] in <8f2c484307284b51944a1a13a14c0266>:0 

FSharp TV 소개 코스를 통과

나는 다음과 같은 오류

가 .fsx 파일에

F 번호가 를 실행 해요

로드 전용 SOURCE_DIRECTORY FSI에서 반환 :

가 발생합니다 : FSI

에 System.Drawing 보내기

Stopped due to error 
 System.Exception: Operation could not be completed due to earlier error 
 The type 'Bitmap' is not defined at 2,4 

예외 :

그 라인을로드 올바른 경로

아니기 때문에 이상한 691,363,210

val it : string = "/" 

Stopped due to error 
 System.Exception: Operation could not be completed due to earlier error 
 The value, constructor, namespace or type 'Drawing' is not defined at 2,7 

Answer 1

모노 버그를 치는 것처럼 보입니다. 여러 버그가있는 것으로 보아도 같은 버그처럼 보이는 몇 가지 보고서를 발견했습니다. 가장 유용한 것은 Github 문제입니다. https://github.com/gitextensions/gitextensions/issues/2226

그게 도움이 될지 모르겠군요. 그 문제는 Mono 3.2.8에서 당시 Mono의 최신 버전으로 업그레이드하여 해결 된 것으로 보입니다. 하지만 이 이미인데 Mono의 최신 버전이 사용 중이므로 "최신 모노로 업그레이드"가 문제에 대한 조언이 아닐 수도 있습니다. 그러나 그것은 내가 줄 수있는 최고의 충고입니다.

또한이 검색을 수행 할 때 libgdiplus (Mono의 GDIPlus API 구현)이 여러 가지 방법으로 버그가 있음을 알리는 사람들이있었습니다. 따라서 신발에서 System.Drawing 예제를 건너 뛰고 libgdiplus을 사용할 수없는 경우 튜토리얼의 다른 부분으로 넘어갈 수 있습니다.

P.아래는 내가 처음 질문에 대한 답으로 쓴 것인데 실험을 통해 명시 적으로 열 필요없이 System.Drawing 네임 스페이스가 F # 스크립트에 자동으로로드된다는 것을 알게되었습니다. 여전히 F # 초보자로서 다른 컨텍스트에서 유용 할 수있는 정보를 아래에서 찾을 수 있습니다. 그래서 내가 왼쪽에 넣었습니다. 아래에서 내가 말한 내용은 자동으로 열리지 않고 System.Drawing입니다.

이 ----- - 아주 - 정확하지 대답은 -----

.fsx 파일에서 F 번호 스크립트를 작성 다음, 당신은 단지 open (namespace) 할 수 없습니다. F #에게 네임 스페이스가있는 .DLL을 찾을 위치를 알려줘야합니다. 컴파일 된 프로젝트 (.fs 파일 사용)에서는 해당 정보가 .fsproj 파일에 있습니다. 그러나 F # 스크립트 (.fsx 형식)에는 프로젝트 파일이 없으므로 스크립트 자체에서로드 할 DLL을 지정해야합니다. 당신은 #r 지시하여이 작업을 수행 :

#r "/path/to/library.dll" 

또는,로드하는 DLL이 같은 GAC (전역 어셈블리 캐시)와 같은 표준 시스템 위치에 설치되어있는 경우, 당신은 길을 떠나 그냥 할 수있는 :

#r "library.dll" 

는 같은 System 공간 등을 포함 mscorlib.dll으로 당신은 F 번호 스크립트를 실행할 때마다 자동으로로드되는 몇 가지 DLL은있다. 그러나 System.Drawing 네임 스페이스는 자동로드 된 DLL 중 하나가 아닙니다. 당신이 System.Drawing 네임 스페이스를 열기 전에 그래서, 당신과 같이 적절한 #r 참조 추가해야한다

#r "System.Drawing.dll" 
open System.Drawing