Microsoft MVP성태의 닷넷 이야기
오류 유형: 338. octave-gui 실행 시 "octave-gui.exe has stopped working" 오류 [링크 복사], [링크+제목 복사],
조회: 26843
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

octave-gui 실행 시 "octave-gui.exe has stopped working" 오류

octave-4.0.2-installer.exe를 이용해 octave 설치 후 최초 octave-gui를 실행하면 다음과 같은 메시지의 창이 뜨고,

Welcome to Octave!

You seem to be using the Octave graphical interface for the first time on this computer. Click 'Next' to create a configuration file and launch Octave.

The configuration file is stored in C:/Users/...[username].../.config/octave/qt-settings

마지막 단계의 "Next" 버튼을 누르는데 비정상 종료되는 현상이 있습니다.

octave-gui.exe has stopped working

A problem caused the program to stop working correctly.
Windows will close the program and notify you if a solution is available.

이 시기에 디버거를 연결해 보면 다음과 같은 콜 스택을 볼 수 있고,

    QtCore4.dll!6e390911()  Unknown
    [Frames below may be incorrect and/or missing, no symbols loaded for QtCore4.dll]   
    liboctgui-1.dll!64ea8d67()  Unknown
    liboctgui-1.dll!64ea9cb6()  Unknown
>    msctf.dll!CInputScope::AddRef() Unknown
    QtCore4.dll!6e3c95c7()  Unknown
    QtGui4.dll!679117da()   Unknown
    QtGui4.dll!67917584()   Unknown
    liboctgui-1.dll!64ea8b8a()  Unknown
    octave-gui.exe!00402909()   Unknown
    octave-gui.exe!004013e2()   Unknown
    kernel32.dll!@BaseThreadInitThunk@12() Unknown
    ntdll.dll!__RtlUserThreadStart()    Unknown
    ntdll.dll!__RtlUserThreadStart@8() Unknown

이벤트 로그에도 역시 QtCore4.dll 내용을 확인할 수 있습니다.

Log Name:      Application
Source:        Windows Error Reporting
Date:          2016-06-13 오후 8:07:11
Event ID:      1001
Task Category: None
Level:         Information
Keywords:      Classic
User:          N/A
Computer:      thetest
Description:
Fault bucket 107990238640, type 1
Event Name: APPCRASH
Response: Not available
Cab Id: 0

Problem signature:
P1: octave-gui.exe
P2: 0.0.0.0
P3: 34e534c5
P4: QtCore4.dll
P5: 4.8.7.0
P6: 36733663
P7: c0000005
P8: 000d0911
P9: 
P10: 

재미있는 점은, 같은 Windows 10 운영체제의 다른 PC에서는 정상적으로 실행이 되었고 확인을 해보면 "C:/Users/...[username].../.config/octave" 폴더 및 그 하위의 qt-settings 파일도 있습니다. 즉, 아마도 qt 라이브러리가 초기화하는 동안 crash되었다는 것을 예측할 수 있습니다.




"Octave-4.0.2 (GUI)" 단축 아이콘으로 연결된 프로그램은 "C:\Octave\Octave-4.0.2\octave.vbs"이고, 이 안에서 "C:\Octave\Octave-4.0.2\bin\octave-gui.exe" 파일을 실행하게 됩니다.

여기서 더욱 재미있는 점은, "octave-gui.exe" 프로그램을 "Run as administrator"로 실행해 보면 정상적으로 실행이 된다는 점입니다. (물론, 그렇게 실행한 후 qt-settings 파일도 잘 생성이 됩니다.)

애석하게도 한번 그렇게 실행된 다음 "Octave-4.0.2 (GUI)" 단축 아이콘으로 실행해 보면 octave-gui.exe 프로세스가 hang 상태로 작업 관리자에서만 뜬 것을 볼 수 있습니다. (즉, GUI 화면이 뜨지 않습니다.) 게다가 단축 아이콘이 아닌 octave-gui.exe 파일을 직접 실행시키면 다음과 같은 오류 메시지가 뜬 후 프로그램이 다시 종료됩니다.

The settings file ... does not exist and can not be created.
Make sure you have read and write permissions to C:/Users/.../.config/octave

Octave GUI must be closed now.

권한이 없다는 군요. ^^; 하지만, 해당 파일을 "Users" 그룹에 "Full Control"을 주는 식으로 해도 여전히 동일한 오류가 발생했습니다. 오호~~~ 그렇다면 혹시 MIC 권한이 Medium보다 낮은 것이 아닐까요?

확인을 위해 process explorer를 이용해 오류가 발생했을 때의 "octave-gui.exe" 프로세스를 보니 정말로 "Medium"이 아닌 "Low" 권한으로 실행중이었습니다. 어떻게... 이럴 수가??? ^^;

좀 더 살펴보면, exe 실행 파일 자체가 다음과 같이 Low로 설정되어 있었습니다.

C:\Octave\Octave-4.0.2\bin>icacls octave-gui.exe
octave-gui.exe BUILTIN\Administrators:(I)(F)
               NT AUTHORITY\SYSTEM:(I)(F)
               BUILTIN\Users:(I)(RX)
               NT AUTHORITY\Authenticated Users:(I)(M)
               Mandatory Label\Low Mandatory Level:(I)(NW)

Successfully processed 1 files; Failed processing 0 files

반면, 정상적으로 실행되었다던 다른 PC에서는 Medium 권한을 가진 상태입니다.

C:\Octave\Octave-4.0.2\bin>icacls octave-gui.exe
octave-gui.exe BUILTIN\Administrators:(I)(F)
               NT AUTHORITY\SYSTEM:(I)(F)
               BUILTIN\Users:(I)(RX)
               NT AUTHORITY\Authenticated Users:(I)(M)

Successfully processed 1 files; Failed processing 0 files

결국, 제 컴퓨터의 C 드라이브 전체가 "Integrity level"이 "Low"로 설정되어 있는 것을 확인했습니다.

integrity_check_1.png

(음... 제가 이전에 뭔가 보안 관련 테스트를 했었나...요???) 그런데 왠지 이 설정에는 불만이 없습니다. 보안상 나쁘지 않은 듯 하기 때문에 이 설정을 바꾸고 싶진 않군요. ^^

그래도 octave는 정상적으로 실행해야 하므로 다음과 같이 그 폴더에 한해서만 "integrity level"을 "medium"으로 설정을 바꾸었습니다. (관리자 권한의 cmd.exe 창에서 실행해야 합니다.)

C:\WINDOWS\system32>cd\

C:\>cd Octave

C:\Octave>icacls *.* /setintegritylevel Medium
processed file: Octave-4.0.2
Successfully processed 1 files; Failed processing 0 files

C:\Octave>

이렇게 바꾸고 난 후부터는 octave가 아~~~~주 잘 실행이 됩니다. ^^




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

[연관 글]






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

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

비밀번호

댓글 작성자
 




... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11349정성태10/31/201726045디버깅 기술: 107. windbg - x64 SOS 확장의 !clrstack 명령어가 출력하는 Child SP 값의 의미 [1]파일 다운로드1
11348정성태10/31/201721634디버깅 기술: 106. windbg - x64 역어셈블 코드에서 닷넷 메서드 호출의 인자를 확인하는 방법
11347정성태10/28/201725952오류 유형: 424. Visual Studio - "클래스 다이어그램 보기" 시 "작업을 완료할 수 없습니다. 해당 인터페이스를 지원하지 않습니다." 오류 발생
11346정성태10/25/201722354오류 유형: 423. Windows Server 2003 - The client-side extension could not remove user policy settings for 'Default Domain Policy {...}' (0x8007000d)
11338정성태10/25/201718862.NET Framework: 697. windbg - SOS DumpMT의 "BaseSize", "ComponentSize" 값에 대한 의미파일 다운로드1
11337정성태10/24/201722281.NET Framework: 696. windbg - SOS DumpClass/DumpMT의 "Vtable Slots", "Total Method Slots", "Slots in VTable" 값에 대한 의미파일 다운로드1
11336정성태10/20/201724149.NET Framework: 695. windbg - .NET string의 x86/x64 메모리 할당 구조
11335정성태10/18/201722740.NET Framework: 694. 닷넷 - <Module> 클래스의 용도
11334정성태10/18/201722961디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201722355오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201722877디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201720935디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201719536디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201725326.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201728571.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201722269.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201721432.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
11325정성태10/14/201722302.NET Framework: 689. CLR 4.0 환경에서 DLL 모듈의 로드 주소(Base address) 알아내는 방법
11324정성태10/13/201723780디버깅 기술: 101. windbg - "*** WARNING: Unable to verify checksum for" 경고 없애는 방법
11322정성태10/13/201722915디버깅 기술: 100. windbg - .NET 4.0 응용 프로그램의 Main 메서드에 Breakpoint 걸기
11321정성태10/11/201723931.NET Framework: 688. NGen 모듈과 .NET Profiler
11320정성태10/11/201725256.NET Framework: 687. COR_PRF_USE_PROFILE_IMAGES 옵션과 NGen의 "profiler-enhanced images" [1]
11319정성태10/11/201732642.NET Framework: 686. C# - string 배열을 담은 구조체를 직렬화하는 방법
11318정성태10/7/201724051VS.NET IDE: 122. 비주얼 스튜디오에서 관리자 권한을 요구하는 C# 콘솔 프로그램 제작 [1]
11317정성태10/4/201729630VC++: 120. std::copy 등의 함수 사용 시 _SCL_SECURE_NO_WARNINGS 에러 발생
11316정성태9/30/201726802디버깅 기술: 99. (닷넷) 프로세스(EXE)에 디버거가 연결되어 있는지 아는 방법 [4]
... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...