Microsoft MVP성태의 닷넷 이야기
오류 유형: 338. octave-gui 실행 시 "octave-gui.exe has stopped working" 오류 [링크 복사], [링크+제목 복사],
조회: 23994
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...
NoWriterDateCnt.TitleFile(s)
11335정성태10/18/201720012.NET Framework: 694. 닷넷 - <Module> 클래스의 용도
11334정성태10/18/201720741디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201720110오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201720809디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201718854디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201717988디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201722784.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201725831.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201719498.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201719611.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
11325정성태10/14/201720359.NET Framework: 689. CLR 4.0 환경에서 DLL 모듈의 로드 주소(Base address) 알아내는 방법
11324정성태10/13/201721833디버깅 기술: 101. windbg - "*** WARNING: Unable to verify checksum for" 경고 없애는 방법
11322정성태10/13/201719829디버깅 기술: 100. windbg - .NET 4.0 응용 프로그램의 Main 메서드에 Breakpoint 걸기
11321정성태10/11/201721314.NET Framework: 688. NGen 모듈과 .NET Profiler
11320정성태10/11/201722166.NET Framework: 687. COR_PRF_USE_PROFILE_IMAGES 옵션과 NGen의 "profiler-enhanced images" [1]
11319정성태10/11/201729775.NET Framework: 686. C# - string 배열을 담은 구조체를 직렬화하는 방법
11318정성태10/7/201722083VS.NET IDE: 122. 비주얼 스튜디오에서 관리자 권한을 요구하는 C# 콘솔 프로그램 제작 [1]
11317정성태10/4/201727562VC++: 120. std::copy 등의 함수 사용 시 _SCL_SECURE_NO_WARNINGS 에러 발생
11316정성태9/30/201725000디버깅 기술: 99. (닷넷) 프로세스(EXE)에 디버거가 연결되어 있는지 아는 방법 [4]
11315정성태9/29/201741429기타: 68. "시작하세요! C# 6.0 프로그래밍: 기본 문법부터 실전 예제까지" 구매하신 분들을 위한 C# 7.0/7.1 추가 문법 PDF [8]
11314정성태9/28/201723179디버깅 기술: 98. windbg - 덤프 파일로부터 닷넷 버전 확인하는 방법
11313정성태9/25/201720875디버깅 기술: 97. windbg - 메모리 덤프로부터 DateTime 형식의 값을 알아내는 방법파일 다운로드1
11312정성태9/25/201724175.NET Framework: 685. C# - 구조체(값 형식)의 필드를 리플렉션을 이용해 값을 바꾸는 방법파일 다운로드1
11311정성태9/20/201717460.NET Framework: 684. System.Diagnostics.Process 객체의 명시적인 해제 권장
11310정성태9/19/201721894.NET Framework: 683. WPF의 Window 객체를 생성했는데 GC 수집 대상이 안 되는 이유 [3]
11309정성태9/13/201719332개발 환경 구성: 335. Octave의 명령 창에서 실행한 결과를 복사하는 방법
... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...