Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

WACOM 태블릿 환경에서 WinForm 실행시 System.ArgumentException 예외 발생

Wacom 태블릿이 연결된 PC에서 Visual Studio 2013으로 WinForm 프로젝트를 하나 만들고 ListBox를 올려놓은 다음 F5 키를 눌러 디버깅을 실행했더니 다음과 같은 예외가 발생합니다.

winform_f5_exception_1.png

System.ArgumentException occurred
  HResult=-2147024809
  Message=Value does not fall within the expected range.
  Source=Accessibility
  StackTrace:
       at Accessibility.IAccessible.get_accChild(Object varChild)
       at System.Windows.Forms.AccessibleObject.Accessibility.IAccessible.get_accChild(Object childID)
  InnerException: 

사실 큰 문제는 아닙니다. 왜냐하면 "First-chance exception"이기 때문에 "Exceptions" 창에서 "System.ArgumentException" 항목을 "Thrown"으로 체크해 두지 않으면 그냥 디버깅 창에서 출력되고 말기 때문입니다.

winform_f5_exception_2.png

하지만, 제 개인적인 경험에서 볼 때 Thrown을 체크해 두는 것이 안정성 높은 프로그램을 만드는데 기여를 하는 부분이 적지 않으므로 권장하지는 않습니다. 그래서, 도대체 무엇이 문제인지 좀 더 살펴보았습니다.

우선, wacom 태블릿이 연결되지 않은 경우 몇몇 DLL 로드가 빠져 있다는 것을 알게 되었습니다. 그 중에 다음의 DLL이 눈에 띕니다.

C:\Program Files\Common Files\microsoft shared\ink\tiptsf.dll

위의 DLL 이름을 강제로 바꿔버리면 System.ArgumentException 예외는 발생하지 않습니다. 오호~~~ 재미있군요. ^^ (물론, 그 때문에 태블릿 버튼 동작이 안됩니다.)

좀 더 테스트를 해보니, ListBox에 항목이 하나라도 있는 경우에는 System.ArgumentException이 발생하지 않는 것을 확인했습니다. 따라서, Thrown 체크도 살려두면서 예외로 인한 Visual Studio의 멈춤 현상을 제거하려면 다음과 같이 라인 하나를 (어쩔 수 없이 임시로) 추가해 두는 것을 고려할 수 있습니다.

using System;
using System.Windows.Forms;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void Form1_Load(object sender, EventArgs e)
        {
#if DEBUG
            this.listBox1.Items.Add("test");
#endif
        }
    }
}

물론, Thrown을 해제하든가? 임시 데이터를 넣어두든가? 하는 선택은 여러분들의 몫입니다. (그나저나,,, 왜 이렇게 wacom 태블릿과는 문제가 많은지??? ^^;)





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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/10/2021]

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

비밀번호

댓글 작성자
 




... 181  182  183  184  [185]  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
340정성태9/15/200619849개발 환경 구성: 13. ISO 파일을 가상 CD-ROM으로 매핑해주는 프로그램
339정성태9/14/200619324오류 유형: 11. ProtocolsSection?
338정성태2/4/200727570개발 환경 구성: 12. BUG: 웹 서비스에서 DataTable 사용하기 [2]파일 다운로드1
350정성태10/2/200620789    답변글 개발 환경 구성: 12.1. ASMX 2.0 and SchemaImporterExtensions파일 다운로드1
335정성태8/20/200628552디버깅 기술: 8. COM+ 서버 응용 프로그램에 대한 F5 디버깅 방법
334정성태8/20/200623760디버깅 기술: 7. VS.NET 2003/2005의 다중 프로젝트 디버깅
333정성태8/20/200624187개발 환경 구성: 11. COM+ 서버 활성화 보안 설정
331정성태8/27/200617152개발 환경 구성: 10. 최대 절전 모드와 VPC 네트워크 문제
330정성태8/20/200617475개발 환경 구성: 9. VPC로 구성하는 개인 환경
328정성태8/20/200635197개발 환경 구성: 8. AppVerifier 사용법 [1]
327정성태8/16/200632022개발 환경 구성: 7. ActiveX 서명 과정 자동화 [1]
326정성태8/16/200625780Team Foundation Server: 13. Sysnet 웹 사이트 TFS Migration
322정성태8/15/200620658개발 환경 구성: 6. 4GB 메모리 구성 [1]
316정성태9/20/200639772디버깅 기술: 6. .NET 예외 처리 정리 [6]
309정성태12/27/200640609디버깅 기술: 5. PDB 이야기 [7]
310정성태8/5/200627740    답변글 디버깅 기술: 5.1. PDB 파일에 따른 Debug 정보 - WinForm + Library 유형의 프로젝트파일 다운로드1
311정성태8/10/200627252    답변글 디버깅 기술: 5.2. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Application Project + Library 유형의 프로젝트
312정성태8/5/200629968    답변글 디버깅 기술: 5.3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model 유형의 프로젝트
313정성태8/12/200629113    답변글 디버깅 기술: 5.4. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1)
317정성태8/12/200626593    답변글 디버깅 기술: 5.5. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2)
318정성태8/12/200633016    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200628028    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200632150    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200636568    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200637944    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200634777    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
... 181  182  183  184  [185]  186  187  188  189  190  191  192  193  194  195  ...