Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 


그다지 친절한 메시지는 아닌 것 같습니다. ^^;

대강 아래와 같은 오류메시지가 나타나는데요.




이 에러에 대한 원인은 다름 아닌 INF 파일에 있었습니다.
보통 다음과 같이 CAB 파일 안에 COM DLL을 포함시키죠.

[AAA.dll]
file-win32-x86=thiscab
clsid={GUID}
FileVersion=1,0,0,1
RegisterServer=yes
DestDir=

오류의 원인은 "1,0,0,1"을 "1,0,0.1"과 같이 중간에 "," 대신 "."을 실수로 찍었을 때 발생한 것입니다.

프로그램 오류의 원인이란... 정말 상상할 수 없는 곳에서 나타나기도 하는가 봅니다. 그거 찾느라 얼마나 고생했는지 생각하면... ^^;






[최초 등록일: ]
[최종 수정일: 6/27/2021]

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

비밀번호

댓글 작성자
 



2012-02-07 10시36분
[ㅠㅠㅁ] 죄송하지만 어떻게하라는거죠? ㅠㅠ
[guest]
2012-02-07 11시07분
이 글은, ActiveX 배포 시에 발생했던 경험을 공유한 것입니다. 위의 글에서는, INF 파일에 적게되는 버전 정보를 "1,0,0,1"이라고 설정했어야 하는데, 실수로 "1,0,0.1"이라고 적었기 때문에 발생한 문제였습니다.
정성태
2012-11-21 10시23분
[부탁드려요] 저기 그래서 1,0,0.1 을 1,0,0,1 로 바꾸라는 것은 알겠는데요, 어디 들어가서 어떻게 바꾸는지 말씀해 주실수 있나요??
[guest]
2012-11-21 10시57분
ActiveX를 배포하는 CAB 파일은 ActiveX DLL뿐만 아니라 INF 파일이라는 것도 함께 압축되어 있어야 합니다. 바로 그 INF 파일의 내용을 바꿔주는 것입니다.
정성태
2012-11-21 11시31분
[부탁드려요] 아 그러면 CAB파일이라는 것에는 어떻게 들어가나요?? 이것만 알려주세요 ㅜㅠ
[guest]
2012-11-21 12시20분
그런데, 질문을 하신 이유를 혹시 물어봐도 될까요? INF 파일을 바꾸는 것은 ActiveX를 개발하는 측에서 의미가 있는 것이지 사용하는 측에서 의미가 있는 것은 아닙니다. CAB 파일은 개발자가 ActiveX DLL과 INF를 압축해서 웹 서버에 올려 놓기 때문에 대개의 경우 HTML 페이지의 OBJECT 태그에 경로가 설정되어 있습니다.
정성태

... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12548정성태3/4/202118045개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/202118524오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/202118587개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202121397.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202121669.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202119367VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202121022개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202118557개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202120012.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202119780Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202120359.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202120327.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202119459개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202118536개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202119267개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202117780개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202119587개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202118073개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202121499개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202120058개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202119783개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202119747개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202116487개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202115358개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202115877개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/202117720개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...