CPU의 스레드별 사용률을 프로그래밍으로 얻기위해 NtQuerySystemInformation 함수로 얻어진 카운터로 사용률 계산해보니 작업 관리자의 성능 모니터 값과 두배 이상 차이나는 현상이 발생하였다.
작업관리자의 프로세스와 성능 화면은 아래와같다.
Continue reading 윈도우 11 22H2의 작업 관리자 성능 모니터링 문제CPU의 스레드별 사용률을 프로그래밍으로 얻기위해 NtQuerySystemInformation 함수로 얻어진 카운터로 사용률 계산해보니 작업 관리자의 성능 모니터 값과 두배 이상 차이나는 현상이 발생하였다.
작업관리자의 프로세스와 성능 화면은 아래와같다.
Continue reading 윈도우 11 22H2의 작업 관리자 성능 모니터링 문제며칠 전 응용 프로그램에서 데이터가 표시되지 않는다는 연락을 받았다. 오류 메시지를 확인해보면 주로 아래와같은 메시지가 출력된다.
[Microsoft][ODBC SQL Server Driver]TDS 스트림에 프로토콜 오류가 있습니다.
여러 윈도에서 확인해본 결과 해당 문제가 발생되는 윈도의 ODBC 드라이버 중 SQL Server의 날짜가 윈도 11은 2022-11-09 였으며 윈도 10은 2022-11-12 쯤 날짜였다. 업데이트 된 날짜는 해당 날짜와 동떨어져있는데 저 드라이버의 날짜가 왜 저런지는 알 수 없었다. (확인된 윈도가 5개 정도밖에 안되어 해당 드라이버 날짜와 밀접한 관계인지 명확하지는 않다. 단지 문제가 발생된 윈도에서 확인하면 공통적으로 2022년 11월로 되어있었다.)
QSqlQuery가 중첩되어 사용되어있는 코드여서 결국 문제가 발생한건가보구나 싶었는데 중첩된 코드를 풀었음에도 동일한 문제가 발생하여 새로운 Qt 프로젝트를 생성하여 쿼리를 실행해보았더니 동일한 문제가 발생하였다. 덕분에 하루종일 작업한 코드는 그저 삽질이였다.
결국 며칠 전 날짜로 변경 된 드라이버의 문제일것이라 생각되어 아래와같이 드라이버를 SQL Server Native Client 11.0으로 수정하여 실행하니 문제가 발생하지 않았다.
해당 드라이버는 클라이언트 PC에 설치된 드라이버가 아니므로 MS 공식 홈페이지에서 배포되는 ODBC Driver 17 for SQL Server를 설치하여 연결 문자열을 변경 후 프로그램을 빌드하여 업데이트 후 해결되었다.
아래는 드라이버 다운로드 링크.
https://learn.microsoft.com/ko-kr/sql/connect/odbc/download-odbc-driver-for-sql-server
아래와같은 애러가 발생하면 17버전을 사용하면 편하게 해결가능하다.
[Microsoft][ODBC Driver 18 for SQL Server]SSL 공급자: 신뢰되지 않은 기관에서 인증서 체인을 발급했습니다.\r\n [Microsoft][ODBC Driver 18 for SQL Server]클라이언트가 연결하지 못했습니다. QODBC: Unable to connect
참고링크: https://learn.microsoft.com/en-us/troubleshoot/sql/connect/certificate-chain-not-trusted
MS는 도대체 뭘 건들었길레 윈도에 기본 설치되는 ODBC 드라이버인 SQL Server가 갑자기 문제가 발생하게 된걸까. ODBC 드라이버 배포 페이지에 해당 안내도 없고 뜬금없이 업데이트에 문제가 발생하고 도저히 이해가 안된다. 덕분에 하루 반나절을 삽질했다. 이런 경우가 한두번이 아닌거같은데 기분탓인가?
위와 같은 메시지가 뜨면서 실행 안될 때가 있다. 이럴 땐 아래와같이 입력하여 다시 명령을 실행하면 된다.
xattr -dr com.apple.quarantine “premake4_osx”
매번 찾기 힘들어서 메모 겸 쓰는 글 끝.
참고내용
환경설정: https://chromium.googlesource.com/angle/angle/+/HEAD/doc/DevSetup.md
depot_tools: https://commondatastorage.googleapis.com/chrome-infra-docs/flat/depot_tools/docs/html/depot_tools_tutorial.html#_setting_up
Windows SDK: https://developer.microsoft.com/en-us/windows/downloads/sdk-archive/
빌드 캐시: https://github.com/mozilla/sccache/releases
빌드환경
MSVC 2019 (기본)
Windows SDK 10.0.20348.0 (2022-05-30 기준)
Python 3버전
구성
1. depot_tools 문서의 윈도 번들 파일인 이 링크 다운로드 (D:\OpenSource\depot_tools 로 경로를 가정)
2. 빌드 캐시를 사용할 경우 빌드캐시 링크에서 sccache-vx.y.z-x86_64-pc-windows-msvc.tar.gz 형식의 링크 다운로드 (D:\OpenSource\depot_tools에 sccache.exe를 위치시키는것으로 가정)
3. Windows SDK 설치
4. Python 3 설치
5. 소스코드는 D:\OpenSource\angle로 위치시키는것으로 가정
빌드
1. ‘x64 Native Tools Command Prompt for VS 2019’에서 D:\OpenSource\depot_tools
로 이동 후 set PATH=%CD%;%PATH%
실행 (또는 set PATH=D:\OpenSource\depot_tools;%PATH%
실행)
2. set DEPOT_TOOLS_WIN_TOOLCHAIN=0
명령을 실행
3. D:\OpenSource
에 angle
폴더를 생성하여 이동 후 fetch angle
명령을 실행
4.1. 디버그 빌드는 gn gen out/Debug --sln=angle-debug --ide=vs2019 --args="is_component_build = true is_debug = true"
실행 후 autoninja -C out/Debug
명령을 실행
4.2. 릴리즈 빌드는 gn gen out/Release --sln=angle-release --ide=vs2019 --args="is_component_build = true is_debug = false"
실행 후 autoninja -C out/Release
명령을 실행
사용
1. Include 패스는 D:\OpenSource\angle\out\Debug\include 또는 D:\OpenSource\angle\out\Release\include
2. Lib 패스는 D:\OpenSource\angle\out\Debug 또는 D:\Opensource\angle\out\Release
3. 필요한 링크 파일은 libEGL.dll.lib libGLESv2.dll.lib 등 (상황에 따라 다르겠지만 이것들 외 링크가 필요하다면 이미 각자 필요한 파일이 무엇인지 알듯.)
기타
1. 빌드 캐시를 사용하려면 gn 명령 실행 시 gn gen out/Debug --sln=angle-debug --ide=vs2019 --args="is_component_build = true is_debug = true cc_wrapper = \"sccache\""
와 같이 cc_wrapper = “sccache”를 추가하여 실행
2. 아래와같은 오류가 발생 할 경우 선택된 영역을 참고하여 필요한 버전의 SDK를 설치하여 gn 명령을 다시 실행 (환경설정 문서를 참고하면 vs_toolchain.py 파일에서 확인 가능하다고 하지만 그냥 gn 명령을 실행하면 발생하는 오류 메시지로 확인하는게 훨씬 더 편하다.)
소스파일의 기준은 https://www.sqlite.org/download.html 이곳에서 sqlite-autoconf-VERSION.tar.gz 기준. (현재는 3380200)
소스파일 압축본 내 README.txt 파일과 https://www.sqlite.org/howtocompile.html 이곳을 참조하여 nmake "OPTS=-DSQLITE_ENABLE_STAT4=1 -DSQLITE_OMIT_JSON=1" /f Makefile.msc
이렇게 빌드하였다.
이후 sqlite3.lib 파일로 링크하면 링크 오류가 발생하고 lib 파일을 열어다보니 export된 함수가 없다는것을 알 수 있었다. make 중 dumpbin /all sqlite3.lo
명령으로 sqlite3.def 파일을 생성하는 부분이 눈에 보이는데 단순히 버그인지 아니면 MSVC의 버전이 올라가면서 컴파일러 전처리기에 차이가 발생하는건지 sqlite3.def 파일에 export될 함수들이 없어 발생하는 문제인거같다.
stack overflow의 글(https://stackoverflow.com/a/71106434)을 참조하면 식별자 SQLITE_API로 dllexport를 지정하면 된다고 되어있으며 Makefile.msc 파일을 확인해본 결과 DYNAMIC_SHELL=1
을 nmake 실행 시 지정하면 되는것으로 파악되었다.
결론: nmake "OPTS=-DSQLITE_ENABLE_STAT4=1 -DSQLITE_OMIT_JSON=1" DYNAMIC_SHELL=1 /f Makefile.msc
이렇게 빌드하면 된다. sqlite3.h, sqlite3.lib, sqlite3.dll 파일들을 적당히 복사하여 사용하면 끗.