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

비밀번호

댓글 작성자
 




... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13178정성태12/1/202215162Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202215764오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202212420오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202217113오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202213538.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202214551.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/202214323.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/202213578Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/202215196Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/202216661Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/202213574제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/202214531.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/202214853개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/202213067개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/202215730개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/202215961개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/202217160.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일 [1]
13161정성태11/14/202215555.NET Framework: 2068. C# - PublishSingleFile로 배포한 이미지의 역어셈블 가능 여부 (난독화 필요성) [4]
13160정성태11/11/202216222.NET Framework: 2067. C# - PublishSingleFile 적용 시 native/managed 모듈 통합 옵션
13159정성태11/10/202218828.NET Framework: 2066. C# - PublishSingleFile과 관련된 옵션 [3]
13158정성태11/9/202214514오류 유형: 826. Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [...] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7'
13157정성태11/8/202215582.NET Framework: 2065. C# - Mutex의 비동기 버전파일 다운로드1
13156정성태11/7/202217872.NET Framework: 2064. C# - Mutex와 Semaphore/SemaphoreSlim 차이점파일 다운로드1
13155정성태11/4/202215710디버깅 기술: 183. TCP 동시 접속 (연결이 아닌) 시도를 1개로 제한한 서버
13154정성태11/3/202216513.NET Framework: 2063. .NET 5+부터 지원되는 GC.GetGCMemoryInfo파일 다운로드1
13153정성태11/2/202217553.NET Framework: 2062. C# - 코드로 재현하는 소켓 상태(SYN_SENT, SYN_RECV)
... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...