Microsoft MVP성태의 닷넷 이야기
오류 유형: 440. .NET Core 오류 - 0x80131620 Unable to load DLL 'libuv' [링크 복사], [링크+제목 복사],
조회: 18217
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 4개 있습니다.)

.NET Core 오류 - 0x80131620 Unable to load DLL 'libuv'

x86으로 놓고 잘 동작하던 MVC Core 프로젝트가 AnyCPU로 변경한 후부터 Visual Studio에서 F5 디버깅 시 다음과 같은 코드들에서,

public static void Run(this IWebHost host)
{
    host.RunAsync().GetAwaiter().GetResult();
}

public static void Main(string[] args)
{
    BuildWebHost(args).Run();
}

이런 예외가 발생합니다.

System.IO.IOException occurred
  HResult=0x80131620
  Message=Failed to bind to address http://localhost:29832.
  Source=<Cannot evaluate the exception source>
  StackTrace:
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.<BindLocalhostAsync>d__6.MoveNext() in C:\b\w\f92f3e96777ec37d\.r\KestrelHttpServer\src\Microsoft.AspNetCore.Server.Kestrel.Core\Internal\AddressBinder.cs:line 154
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() in f:\dd\ndp\clr\src\BCL\system\runtime\exceptionservices\exceptionservicescommon.cs:line 133
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) in f:\dd\ndp\clr\src\BCL\system\runtime\compilerservices\TaskAwaiter.cs:line 156
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.<BindAddressAsync>d__7.MoveNext() in C:\b\w\f92f3e96777ec37d\.r\KestrelHttpServer\src\Microsoft.AspNetCore.Server.Kestrel.Core\Internal\AddressBinder.cs:line 189
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() in f:\dd\ndp\clr\src\BCL\system\runtime\exceptionservices\exceptionservicescommon.cs:line 133
...[생략]...
   at Microsoft.AspNetCore.Hosting.WebHostExtensions.Run(IWebHost host) in C:\b\w\f92f3e96777ec37d\.r\Hosting\src\Microsoft.AspNetCore.Hosting\WebHostExtensions.cs:line 59
   at fullnet_mvc_core.Program.Main(String[] args) in D:\core_web_app\fullnet_mvc_core\Program.cs:line 17

Inner Exception 1:
AggregateException: One or more errors occurred.

Inner Exception 2:
DllNotFoundException: Unable to load DLL 'libuv': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

일단, 근본적인 원인은 알 수 없으나 AnyCPU가 아닌 x64로 변경하면 정상적으로 로드가 됩니다. 즉 libuv.dll 파일이 x86/x64에 대한 로딩 기준은 있으나 AnyCPU에 대해서는 어떤 것을 로드해야 할지 기준 폴더를 못 잡는 듯 보였습니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/7/2017]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13142정성태10/18/202220486도서: 시작하세요! C# 12 프로그래밍
13141정성태10/17/202216200.NET Framework: 2058. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 - 세 번째 이야기파일 다운로드1
13140정성태10/11/202215658C/C++: 159. C/C++ - 리눅스 환경에서 u16string 문자열을 출력하는 방법 [2]
13139정성태10/9/202213720.NET Framework: 2057. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 모든 닷넷 모듈을 추출하는 방법파일 다운로드1
13138정성태10/8/202216305.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용 [1]
13137정성태10/8/202214292.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/202214601.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/202215100.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기 [1]
13134정성태10/4/202212300오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/202213427Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/202213468스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/202217256.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/202213075.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/202213722.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/202216671C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import [1]파일 다운로드1
13127정성태9/22/202214901Windows: 210. WSL에 systemd 도입
13126정성태9/15/202215426.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/202215817.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
13124정성태9/13/202215601.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용
13123정성태9/8/202215651.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
13122정성태8/26/202216101.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원
13121정성태8/23/202212491C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법
13120정성태8/19/202216125Windows: 209. Windows NT Service에서 UI를 다루는 방법 [3]
13119정성태8/18/202215202.NET Framework: 2044. .NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법
13118정성태8/18/202212733.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [2]
13117정성태8/17/202216451.NET Framework: 2042. C# 11 - 파일 범위 내에서 유효한 타입 정의 (File-local types)파일 다운로드1
... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...