싸이on™의 하드코딩

윈도우 10에서 bat 파일 바로가기를 바탕화면에 만들고 속성에서 관리자계정으로 실행을 설정했으나

정상적으로 실행되지 않음.

bat 파일 원본이 있는 폴더 내에서는 정상적으로 실행되는 것 확인.

테스트 PC나 회사 PC에서는 바탕화면의 바로가기로 실행되는 것을 확인했으나 현장 PC에서는

정상적으로 실행되지 않음을 확인.

하여 bat 파일을 exe 파일로 변환하여 적용 후, 정상실행 확인완료.

배치파일 선택 후, 컴파일 버튼 누름.

프로그램 이름 : bat to exe converter v.2.1.5

사용제한 : 프리웨어(제한 없음)

프로그램 기능 : bat, cmd 확장자를 가진 파일을 exe 형태로 변환

오랜만에 회사 PC가 뻑이 나는 바람에...

재설치... ㄷㄷㄷ

급한데로 업무용 프로그램부터 설치하고 

내가 사용 중인 켄싱턴 슬림블레이드 프로그램도 설치하는데...

프로그램 설치하고 슬림블레이드 드라이버까지 잡힌걸 확인하고

리부팅하면 마우스 먹통...

슬림블레이드 프로그램 삭제하면 기본 윈도우 마우스 드라이버가 잡혀서

잘되는데...

기본 드라이버로 잡히면 슬림블레이드에는 총 4개의 물리적인 버튼이 있는데

그 중에 두개만 동작되고 나머지 2개는 무용지물...

어떻게든 이걸 인식 시켜야하는데... 생각하다보니...

이전에 설치했던 슬림블레이드 프로그램 버전이 낮았던 걸로 기억나서

백업받아놓은 프로그램 버전을 찾아보니 1.2였다.

1.2를 설치해보니... 그냥 됨. ㅋㅋㅋ

아... 이생퀴들...

현재 켄싱턴 홈페이지에 올라와 있는 프로그램 버전은 1.3이다.

윈도우 7에서는 1.3 버전에 포함되어있는 켄싱턴 슬림블레이드 드라이버가

MS 인증을 받지 않은 드라이버라서 그런 것 같음.

이전 버전의 프로그램은 따로 받을 수가 없음.

Trackball-1.2 for windows.zip

오랜만에 분노의 포스팅...

망할 마소 놈들...

지난주 회사 노트북을 끄는데 윈도우 업데이트가 되길래... 아... 이거 뭔가 느낌이.. 쎄...

역시나... 월요일부터 고객사 전화로 아주 난리부르쓰...

문제는 기존 ODBC나 OLEDB를 사용하여 엑셀로 전환하는 기능을 사용 할 수가 없다는 거다.

우리는 데이터를 엑셀로 저장해서 우리가 크리스탈 리포트로 만든 폼에 얹어서 출력하는 형태인데...

고객사에서 리포트를 출력해도 엑셀로 저장되지 않으니 에러만 내뱉는 상황이고

고객사에서도 설마 윈도우 업데이트 때문에 안되는게 아닐꺼라는 생각으로

우리만 갈궈댔다.

패치이름으로 검색을 하다보니 월요일 오전에는 해외사이트에서 관련 이슈를...

오후부터는 국내에서도 한두개씩 블로그나 질문글들이 올라오기 시작했다.

원인은 윈도우 패치 KB4041681(윈7), KB4041678(윈8/8.1), KB4041676(윈10)이다.

그리고 MS에서 2017년 10월달로 오피스 2007의 컴포넌트 지원을 중단하겠다고 했는데 이렇게 단박에 단호하게 동작안되게 할 줄을 몰랐다.

최소한 선택형 업데이트로 코드업데이트로 하위호환은 될꺼라고 믿었건만...

하여 몇일 동안 이래저래 검색해서 해본 결과...

출력이 정상적으로 되는 복구 방법을 찾았다.

윈도우 7 기준으로 설명을 하면...

1. 제어판>프로그램 및 기능>설치된 업데이트 보기의 검색창에서 KB404 검색

2. 검색결과 중에 KB4041681과 닷넷 프레임워크 4.7 패치 삭제 후, 리부팅

3. 닷넷 프레임워크 4.0 설치

4. 시스템 파일 검사기 도구로 시스템 파일 복구 진행

https://support.microsoft.com/ko-kr/help/929833/use-the-system-file-checker-tool-to-repair-missing-or-corrupted-system

5. 리부팅 후, 출력테스트

(내 경우에는 출력시 프로그램의 설치파일을 찾는 팝업창이 나타났으나 확인 혹은 취소시에 정상적으로 출력됨)

6. 설치된 우리 프로그램을 삭제하고 재설치하여 출력테스트

7. 출력 정상적으로 됨!

코드상 오류 부분

엑셀(xls)로 파일을 저장하기 위해 커넥션 스트링을 아래와 같이 사용해왔다.

Provider='Microsoft.JET.OLEDB.4.0';Data Source=" << filename << L";Extended Properties=\"Excel 8.0;HDR=" << hdr

엑셀에 데이터를 저장하기 위해 COM 인스턴스를 생성하는데 계속 fail...

CLSID 값은 정상적으로 CLSID_ADODB.Connection으로 설정되있고

레지스트리에도 정상적인 값이 있었으나 계속 생성 실패.

물론 커넥션 스트링을

Provider=Microsoft.ACE.OLEDB.12.0 로도 변경해보았으나 실패.

하여튼 정상적으로 복구할 수 있는 방법은 찾았지만...

추후 MS에서 패치가 나오리라 예상도 되지만

나중을 위해서는 ACE.OLEDB를 사용하는 방식으로 변경을 고려해야할듯...

윈도우7은 상기 방법으로 처리했으나

윈도우 8/8.1, 윈도우 10은 고객사를 통해서 처리해봐야...