UWP가 좆병신이라 그런거 같음
드라이버는 win32 그대로 쓰는데
아머리가 드라이버를 실행하거나 업뎃하거나 할때
실행 호출만 하지 실행이 완료되었는지 디렉토리에 파일이 존재하는지 확인하는 과정이 없음
정확히는 실행 완료와 디렉토리에 파일이 존재하는지 확인하는 동작은 드라이버단에 존재함...
하지만 드라이버가 없으면 아머리가 먹통이 되고 아우라 시절보다 드라이버가 세분화되었음
예를 들어 아머리로 드라이버를 업뎃하다가 찐빠가 나서 설치가 취소되면,
아머리는 업뎃 명령을 내렸음, 그럼 호출된 업뎃 마법사가 설치했을거라 생각함, 다음 드라이버 설치 시도함, 다음 드라이버는 이전 드라이버가 필요한데 없어서 설치 실패함
마지막 드라이버가 설치 완료를 선언하지 않아서 아머리는 무한로딩에 빠지게됨
그냥 실행하다가 탭을 갑자기 바꾼다든가 해도 해당 장비 드라이버탭은 무한로딩 시전함.
아머리 프로세스 자체가 멈춘게 아니라 응답없음 뜨지도 않음. 첫 단추를 잘못 꿰면 무한츠쿠요미에 걸림.
그나마 실행찐빠는 재부팅하면 해결됨.
근데 저 병신같은 버그는 사실 아우라때도 존재했음
그때는 win32라서 걍 아우라를 디렉토리째로 지워버리고 다시깔면 해결됐는데 UWP는 우리가 직접 접근할 권한도 없고 겨우 접근해도
아머리 디렉토리에만 깔려있는거도 아니더라..
아머리 언인스톨러도 저 찐빠난 부분이 존재하지 않지만 존재하는거로 인식해서 지우려다 대기시간 초과하고 삭제 실패하기 때문에
오류나면 윈도우 재설치해야하는 Goa T 내는 최고의 프로그램이 되었음
해당 댓글은 삭제되었습니다.
다시 앞 과정을 체크하는게 없음 드라이버 설치하다 찐빠나서 오류뱉는 설치 마법사 안꺼지게 붙잡아두고 동작하는거 보니까 개병신처럼 만듬
내가 코딩을 몰라서 그러는건데 어려워서 방치한거임 싫어서 방치한거임?
uwp가 존나 폐쇄적이라 그럼 프로세스가 동시에 여러개 실행되면 win32에 비해 리소스도 더 요구하고 win32에서 에러나면 윈도우가 사용자권한으로 탱크처럼 밀어버리는게 가능했는데 uwp는 커널패닉이나 프로그램 스스로 에러라고 인식하지 않으면 사용자권한으로 못끔 여태 아수스는 직접 에러를 판단하는 프로그램을 만든적이 없고 아머리는 uwp내의 오류와 win32로 설치된 드라이버 오류 둘다 판단해야 하기에 아수스는 지들 최선의 능력으로 일정시간동안 진행되지 않으면 대기시간 초과로 오류를 뱉거나 무한로딩에 빠지게 밖에 못하게 함 능력 없는데 마소가 꼬셔서 다단계 들어감+다시 만든다든지 돈 쓰기 싫음 콤보임
UWP 설명 읽고 왔는데 절망적이네;
아수스가 uwp로 만든 이유가 출시당시인 19년도에는 마소스토어가 uwp만 배포해서 서버비용 절감과 간단한 업데이트 지원을 위해 만들었는데 uwp자체가 복잡한 구조의 프로그램을 만드는게 어렵기도 하고 마소가 유기하고 마소스토어에 win32가 입점하게 되면서 아수스는 돈쓰고 어렵고 불편한 프로그램을 만들게 된 셈..
마소도 복잡한건 UWP로 안 만드는거 레전드네
UWP 지들도 병신인거 알아서 절대로 상용화 안시키잖음. 그거랑 같은맥락임. 어떻게 복잡한컨트롤을 UWP로 할려고함ㅋㅋ 절대안됨 - dc App