부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. (연관된 글이 1개 있습니다.) (시리즈 글이 9개 있습니다.) .NET Framework: 698. C# 컴파일러 대신 직접 구현하는 비동기(async/await) 코드 ; https://www.sysnet.pe.kr/2/0/11351 .NET Framework: 716. async 메서드의 void 반환 타입 사용에 대하여 ; https://www.sysnet.pe.kr/2/0/11414 .NET Framework: 717. Task를 포함하지 않는 async 메서드의 동작 방식 ; https://www.sysnet.pe.kr/2/0/11415 .NET Framework: 719. Task를 포함하는 async 메서드의 동작 방식 ; https://www.sysnet.pe.kr/2/0/11417 .NET Framework: 731. C# - await을 Task 타입이 아닌 사용자 정의 타입에 적용하는 방법 ; https://www.sysnet.pe.kr/2/0/11456 .NET Framework: 737. C# - async를 Task 타입이 아닌 사용자 정의 타입에 적용하는 방법 ; https://www.sysnet.pe.kr/2/0/11484 .NET Framework: 813. C# async 메서드에서 out/ref/in 유형의 인자를 사용하지 못하는 이유 ; https://www.sysnet.pe.kr/2/0/11850 닷넷: 2138. C# - async 메서드 호출 원칙 ; https://www.sysnet.pe.kr/2/0/13405 닷넷: 2147. C# - 비동기 메서드의 async 예약어 유무에 따른 차이 ; https://www.sysnet.pe.kr/2/0/13421 C# async 메서드에서 out/ref/in 유형의 인자를 사용하지 못하는 이유 다음과 같은 질문이 있군요. ^^ c# 의 async 에서 메서드 인자제한에 의문점이... ; https://throwbug.com/524/c%23-%EC%9D%98-async-%EC%97%90%EC%84%9C-%EB%A9%94%EC%84%9C%EB%93%9C-%EC%9D%B8%EC%9E%90%EC%A0%9C%ED%95%9C%EC%97%90-%EC%9D%98%EB%AC%B8%EC%A0%90%EC%9D%B4?show=525#a525 그동안 제 글을 ^^ 잘 읽어보신 분이 있다면 아마 저 해답을 알 수 있을 것입니다. 어떻게 설명이 이어지는지 한번 찾아볼까요? ^^ 이것을 이해하기 위해서는 우선 async 메서드를 C#이 풀이하는 방법을 알아야 합니다. 이에 대해서는 다음의 글에 적어두었습니다. C# 컴파일러 대신 직접 구현하는 비동기(async/await) 코드 ; https://www.sysnet.pe.kr/2/0/11351 따라서 C# async 메서드에 지정한 out 또는 ref (또는 C# 7.2의 in) 인자는 IAsyncStateMachine 인터페이스를 상속받는 상태 머신 클래스에 필드로 정의되어야 합니다. 문제는, out/ref/in 유형의 필드는 다음과 같이 ref 예약어가 붙는 식이어야 한다는 점입니다. private async Task<string> GetFileContents(out int length) { return await new TaskFactory().StartNew(() => { return "test"; }); } class CallAsync_StateMachine : IAsyncStateMachine { ref int _length; // out으로 반환될 인자 값 string _text; // 반환 값 //...[생략]... } 여기서 다시 문제는, 저런 닷넷의 관리 포인터가 클래스의 필드로는 정의될 수 없다는 것이고 이것을 다음의 글에서 설명했습니다. 닷넷의 관리 포인터(Managed Pointer)와 System.TypedReference ; https://www.sysnet.pe.kr/2/0/11529 결국, 1차적으로는 async 메서드에 out/ref/in을 지원하지 못하는 것은 C# 컴파일러의 문제지만 사실 "닷넷의 관리 포인터(Managed Pointer)와 System.TypedReference" 글에도 썼듯이 이것은 .NET CLR에 현재 구현된 GC의 제약 때문에 발생한 것입니다. Fields and array elements are not permitted to have & types. & cannot be boxed either. These restrictions are a bit artificial. It just makes the job of GC easier if & themselves are never on the heap. [이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] Linux: 8. C# - 리눅스 환경에서 DllImport 대신 라이브러리 동적 로드 처리[이전 글] .NET Framework: 812. pscp.exe 기능을 C#으로 제어하는 방법 [연관 글] .NET Framework: 1000. C# - CS8344 컴파일 에러: ref struct 타입의 사용 제한 메서드 [최초 등록일: 3/18/2019] [최종 수정일: 3/18/2019] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 ... 61 62 [63] 64 65 66 67 68 69 70 71 72 73 74 75 ... NoWriterDateCnt.TitleFile(s) 12065정성태11/25/201910450디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석112064정성태11/25/201912628오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure12063정성태11/21/201911640디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법12062정성태11/21/201911733디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기12061정성태11/20/201911883Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계12060정성태11/20/201912277디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석12059정성태11/20/201911858디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석12058정성태11/19/201912649디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례12057정성태11/18/20199788오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력12056정성태11/18/201913616개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법112055정성태11/17/20199343개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우12054정성태11/15/201910680.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제12053정성태11/15/201912350Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우12052정성태11/15/201911455오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)12051정성태11/14/201913914개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]12050정성태11/14/201911611Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap12049정성태11/13/201911707.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현12048정성태11/12/201912491Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법12047정성태11/12/201914339Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법12046정성태10/29/201910297오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n19312045정성태10/27/20199651오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기12044정성태10/27/20199880오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."12043정성태10/27/201910663오류 유형: 574. Windows 10 설치 시 오류 - 0xC1900101 - 0x4001E12042정성태10/26/201911063오류 유형: 573. OneDrive 하위에 위치한 Documents, Desktop 폴더에 대한 권한 변경 시 "Unable to display current owner"12041정성태10/23/201911056오류 유형: 572. mstest.exe - The load test results database could not be opened.12040정성태10/23/201911309오류 유형: 571. Unhandled Exception: System.Net.Mail.SmtpException: Transaction failed. The server response was: 5.2.0 STOREDRV.Submission.Exception:SendAsDeniedException.MapiExceptionSendAsDenied ... 61 62 [63] 64 65 66 67 68 69 70 71 72 73 74 75 ...