결론

2015년 11월 28일 현재, 의존관계github.com/lxn/win의 Opengl 32.go와 pdh.'go'를 삭제한 뒤 GOPATH에서'go build'로 WALK의 샘플 적용 동작을 확인했다.

절차.

WALK가 설치되었는지 여부는 단계가 다릅니다.

코뮤니케이션

설치 Go

사용자 환경 변수 GOPATH에'%USERPROFFILE%.go'

설정

WALK가 설치되지 않은 경우

포크 버전 의존 프로그램 라이브러리 설치git clone https://github.com/takumin/win.git %GOPATH%\src\github.com\lxn\win

WALK 설치go get github.com/lxn/walk

샘플 응용 프로그램로 동작 확인

WALK가 설치된 경우

종속 라이브러리 제거rd /s /q %GOPATH%\src\github.com\lxn\win

포크 버전 의존 프로그램 라이브러리 설치git clone https://github.com/takumin/win.git %GOPATH%\src\github.com\lxn\win

WALK 설치go get github.com/lxn/walk

샘플 응용 프로그램로 동작 확인

동작 확인

재필요 조건

Windows PE로 이동하는 GUI

만들기

가능하면 Windows API를 직접 만지고 싶지 않음

이유를 선정하다

Go 괜찮다 Go

Windows 포맷인데 WALK지능형 설치 정지!

그리고 터치COM 말하면서 할 필요 없어!

배경.

※ 여기서부터 기사를 쓰기 시작한 경위는 대체로 일기를 쓰는 것일 뿐이니 결론을 내려는 사람은 위에 있는 포레스토리를 시도해 보세요.
개인 사용자는 필요하지 않을 수 있지만, DHCP 서버가 iPXE+wimbot 등을 통해 윈도 설치를 자동화할 경우, 설치 스크립트는 주로 DOS 일괄 또는 PowerShell을 사용합니다.
혼자 쓰면 문제없지만 가족에게 조작을 부탁할 때는 멋있지 않은 콘솔을 보여주고 싶지 않다.명령 입력도 번거롭다.
이 때문에 GDI가 쓸 수 있는 윈도 PE라면 윈도 API만 두드리면 좋은 설치 화면이 나올 수 있도록 기획했지만, 와이드 세대에게는 윈도 API가 가로막은 벽이 움츠러들었고, 결국 콘솔 설정에서 빠져나오지 못했다.
(Windows PE에서.Net 응용 프로그램이 실행되지 않았으며.Net만 요구 사항을 충족시킬 수 있음을 알 수 있습니다.)
...그 후 3년이 넘은 현재 Go 언어의 휴대성과 윈도 형식으로 묘사된 WALK를 잘 포장하고 있다.
확실히 1년 전쯤 해봤을 때도 움직이지 않는 OS X와 리눅스를 만져봤는데 역시 콘솔에서 나오지 못했다.원래 Go 언어에 대한 지식이 쌓이지 않았고, 잘못된 화면이 머리를 미치게 하는 것이 가장 큰 문제다.
최근 임베디드 시스템 개발을 담당하다 보니 리눅스(Linux)의 CLI에 틀어박혀 있지만, 코딩 담당 멤버가 새로 합류하면서 Eclipse 설정을 자동화하려는 욕구가 생겼다.
그런 의미에서 Chocolaty와 비슷한 것을 만들 준비를 하고 있지만 어떻게든 Windows 10의 자동 설치 환경을 재검토해야 하기 때문에 WALK가 움직이지 않는 이유를 찾고 싶습니다.
먼저 샘플 응용 프로그램을 구축하고 Windows PE에서 실행한 후 오류 화면에 Opengl 32가 표시됩니다.go와 pdh.고의 MustLoadLibrary () 가 실패한 것 같습니다.
먼저 WALK가 불러내지 않았음을 확인했고, 먼저 파일을 삭제하고 문제 없이 이동했습니다!네?(^o^)＼
원래 고 언어의 단순성과 저자의 인코딩이 좋아서 속도가 해결됐다.1년 전에 눈치챘어.
그래서 저도 실제로 실행되는 프로그램을 얻은 적이 있기 때문에 여기서부터 윈도 형식을 뽀글뽀글하게 만들어 다양한 게임을 해보고 싶습니다.
매일 Go 언어와 Windows PE를 접할 수 있는 여러분에게 모히칸은 도끼를 들고 앞으로 많은 조언과 채찍질을 부탁한다.