Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

electronize - User Profile 디렉터리에 공백 문자가 있는 경우 빌드가 실패하는 문제

예를 들어, 윈도우의 사용자 이름이 "Default User"라고 가정해보겠습니다. 이런 경우라면 %USERPROFILE%이나 %LOCALAPPDATA%, %APPDATA% 등의 경로에 공백이 포함됩니다.

C:\temp> echo %USERPROFILE%
C:\Users\Default User

C:\temp> echo %LOCALAPPDATA%
C:\Users\Default User\AppData\Local

C:\temp> echo %APPDATA%
C:\Users\Default User\AppData\Roaming

이 상태에서 electronize로 빌드 시,

electronize build /target win-x64 /PublishReadyToRun false

다음과 같은 식의 오류가 발생하는데,

Error: EEXIST: file already exists, mkdir 'C:\Users\Default'
TypeError: Cannot read property 'loaded' of undefined
    at exit (C:\Program Files\nodejs\node_modules\npm\lib\utils\error-handler.js:98:27)
    at errorHandler (C:\Program Files\nodejs\node_modules\npm\lib\utils\error-handler.js:216:3)
    at C:\Program Files\nodejs\node_modules\npm\bin\npm-cli.js:77:20
    at cb (C:\Program Files\nodejs\node_modules\npm\lib\npm.js:225:22)
    at C:\Program Files\nodejs\node_modules\npm\lib\npm.js:263:24
    at C:\Program Files\nodejs\node_modules\npm\lib\config\core.js:83:7
    at Array.forEach (<anonymous>)
    at C:\Program Files\nodejs\node_modules\npm\lib\config\core.js:82:13
    at f (C:\Program Files\nodejs\node_modules\npm\node_modules\once\once.js:25:25)
    at afterExtras (C:\Program Files\nodejs\node_modules\npm\lib\config\core.js:173:20)
C:\Program Files\nodejs\node_modules\npm\lib\utils\error-handler.js:98
  var doExit = npm.config.loaded ? npm.config.get('_exit') : true
                          ^
TypeError: Cannot read property 'loaded' of undefined
    at exit (C:\Program Files\nodejs\node_modules\npm\lib\utils\error-handler.js:98:27)
    at process.errorHandler (C:\Program Files\nodejs\node_modules\npm\lib\utils\error-handler.js:216:3)
    at process.emit (events.js:198:13)
    at process._fatalException (internal/bootstrap/node.js:496:27)
Install for electron-builder@latest failed with code 7
F:\cloud_drive\Dropbox\articles\elec_net\kestrel_razor_sample\ConsoleApp1\obj\desktop\win-x64>
... done

npm ERR! code ENOLOCAL
npm ERR! Could not install from "User\AppData\Roaming\npm-cache\_npx\16672" as it does not contain a package.json file.
npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Users\Default User\AppData\Roaming\npm-cache\_logs\2021-01-27T05_21_25_321Z-debug.log
Install for electron-builder@latest failed with code 1

출력에 나온 log 파일을 보면 node.exe에 전달된 경로가 이렇게 해석된 것을 확인할 수 있습니다.

0 info it worked if it ends with ok
1 verbose cli [ 'C:\\Program Files\\nodejs\\node.exe',
1 verbose cli   'C:\\Program Files\\nodejs\\node_modules\\npm\\bin\\npm-cli.js',
1 verbose cli   'install',
1 verbose cli   'electron-builder@latest',
1 verbose cli   '--global',
1 verbose cli   '--prefix',
1 verbose cli   'C:\\Users\\Default',
1 verbose cli   'User\\AppData\\Roaming\\npm-cache\\_npx\\16672',
1 verbose cli   '--loglevel',
1 verbose cli   'error',
1 verbose cli   '--json' ]
...[생략]...

원인을 유추해 보면, 저 경로는 "%APPDATA%" 경로에 포함된 공백이 명령행 인자에서 2개로 나눠져 인식이 되었기 때문입니다.




이에 대한 근본적인 원인을 해결하려면 저렇게 실행하는 코드를 수정해야 합니다. 가령 node.exe를 실행할 때 전달하는 %APPDATA%에 대한 경로를 다음과 같은 식으로 인용 부호로 묶어 전달해야 합니다.

c:\temp> node.exe "C:\Users\Default User\AppData\Roaming\npm-cache\_npx\16672" ...[생략]...

따라서 이러한 버그를 수정해 달라는 이슈를 생성하거나, 아니면 직접 소스 코드를 고쳐 빌드하는 수 밖에는 없습니다.




한 가지 다행이라면, 이렇게 경로에 '공백 문자'가 있는 경우 8.3 형식의 경로를 사용해 표현하는 것이 가능하다는 점입니다.

Windows - 도스 시절의 8.3 경로를 알아내는 방법
; https://www.sysnet.pe.kr/2/0/12511

가령, 이런 경우 electronize는 내부에서 "C:\Users\Default User\AppData\Roaming\npm-cache\_npx\21340"라는 경로를 아마도 다음과 같은 식으로 구했을 것입니다.

string path = GetEnvrionmentVairable("APPDATA"); // C:\Users\Default User\AppData\Roaming
string arg1 = path + "\npm-cache\_npx\16672";

따라서 환경 변수로 설정된 LOCALAPPDATA나, APPDATA에 대해 같은 경로로 대우받는 8.3 형식으로 명시하면 됩니다.

SET LOCALAPPDATA=C:\Users\DEFAULT~1\AppData\Local
SET APPDATA=C:\Users\DEFAULT~1\AppData\Roaming

이때 사용자 계정으로 등록된 "Default User"의 8.3 이름은 다음과 같은 명령어로 간단하게 구할 수 있습니다.

C:\temp> dir /X "%USERPROFILE%\.."
 Volume in drive C has no label.
 Volume Serial Number is C02C-196F

 Directory of C:\Users

2021-01-27  오후 02:33    <DIR>                       .
2021-01-27  오후 02:33    <DIR>                       ..
2020-12-24  오후 08:17    <DIR>          DEFAUL~1     Default User
2021-01-22  오후 07:42    <DIR>          MSSQLS~1     MSSQLSERVER
2020-12-03  오전 11:02    <DIR>          RDVGRA~1     RDV GRAPHICS SERVICE
2021-01-22  오후 07:42    <DIR>          SQLTEL~1     SQLTELEMETRY
               0 File(s)              0 bytes
               6 Dir(s)  50,487,128,064 bytes free

명령행에서 이렇게 설정하고 다시 문제가 되었던 빌드 명령을 수행하면,

c:\temp> SET LOCALAPPDATA=C:\Users\DEFAULT~1\AppData\Local
c:\temp> SET APPDATA=C:\Users\DEFAULT~1\AppData\Roaming

c:\temp> electronize build /target win-x64 /PublishReadyToRun false

정상적으로 실행이 되는 것을 확인할 수 있습니다.




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







[최초 등록일: ]
[최종 수정일: 8/18/2021]

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

비밀번호

댓글 작성자
 



2023-05-31 02시56분
How do I change the directory Windows uses for user profiles?
; https://devblogs.microsoft.com/oldnewthing/20081210-00/?p=19893

How do I change the directory Windows uses for user profiles? revisited
; https://devblogs.microsoft.com/oldnewthing/20230530-00/?p=108262

ProfilesDirectory
; https://learn.microsoft.com/en-us/windows-hardware/customize/desktop/unattend/microsoft-windows-shell-setup-folderlocations-profilesdirectory

위의 내용을 정리하면, "%SYSTEMDRIVE%\Users" 디렉터리 위치를 바꾸는 것은 테스트 목적으로만 사용하라고 합니다. 이 경로가 바뀐 경우, 스토어 앱이 오동작할 수 있다고.
정성태

... 76  77  78  79  80  81  [82]  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
11887정성태5/8/201921500.NET Framework: 829. C# - yield 문을 사용할 수 있는 메서드의 조건
11886정성태5/7/201919304오류 유형: 534. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 [2]
11885정성태5/7/201916252오류 유형: 533. mstest.exe 실행 시 "File extension specified '.loadtest' is not a valid test extension." 오류 발생
11884정성태5/5/201921047.NET Framework: 828. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 두 번째 이야기
11883정성태5/3/201926228.NET Framework: 827. C# - 인터넷 시간 서버로부터 받은 시간을 윈도우에 적용하는 방법파일 다운로드1
11882정성태5/2/201922518.NET Framework: 826. (번역글) .NET Internals Cookbook Part 11 - Various C# riddles파일 다운로드1
11881정성태4/28/201922632오류 유형: 532. .NET Core 프로젝트로 마이그레이션 시 "CS0579 Duplicate 'System.Reflection.AssemblyCompanyAttribute' attribute" 오류 발생
11880정성태4/25/201918478오류 유형: 531. 이벤트 로그 오류 - Task Scheduling Error: m->NextScheduledSPRetry 1547, m->NextScheduledEvent 1547
11879정성태4/24/201926879.NET Framework: 825. (번역글) .NET Internals Cookbook Part 10 - Threads, Tasks, asynchronous code and others파일 다운로드2
11878정성태4/22/201922666.NET Framework: 824. (번역글) .NET Internals Cookbook Part 9 - Finalizers, queues, card tables and other GC stuff파일 다운로드1
11877정성태4/22/201922740.NET Framework: 823. (번역글) .NET Internals Cookbook Part 8 - C# gotchas파일 다운로드1
11876정성태4/21/201921735.NET Framework: 822. (번역글) .NET Internals Cookbook Part 7 - Word tearing, locking and others파일 다운로드1
11875정성태4/21/201922777오류 유형: 530. Visual Studo에서 .NET Core 프로젝트를 열 때 "One or more errors occurred." 오류 발생
11874정성태4/20/201922960.NET Framework: 821. (번역글) .NET Internals Cookbook Part 6 - Object internals파일 다운로드1
11873정성태4/19/201921539.NET Framework: 820. (번역글) .NET Internals Cookbook Part 5 - Methods, parameters, modifiers파일 다운로드1
11872정성태4/17/201922341.NET Framework: 819. (번역글) .NET Internals Cookbook Part 4 - Type members파일 다운로드1
11871정성태4/16/201920931.NET Framework: 818. (번역글) .NET Internals Cookbook Part 3 - Initialization tricks [3]파일 다운로드1
11870정성태4/16/201919231.NET Framework: 817. Process.Start로 실행한 콘솔 프로그램의 출력 결과를 얻는 방법파일 다운로드1
11869정성태4/15/201925069.NET Framework: 816. (번역글) .NET Internals Cookbook Part 2 - GC-related things [2]파일 다운로드2
11868정성태4/15/201921053.NET Framework: 815. CER(Constrained Execution Region)이란?파일 다운로드1
11867정성태4/15/201920227.NET Framework: 814. Critical Finalizer와 SafeHandle의 사용 의미파일 다운로드1
11866정성태4/9/201923330Windows: 159. 네트워크 공유 폴더(net use)에 대한 인증 정보는 언제까지 유효할까요?
11865정성태4/9/201919130오류 유형: 529. 제어판 - C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools is not accessible.
11864정성태4/9/201917844오류 유형: 528. '...' could be '0': this does not adhere to the specification for the function '...'
11863정성태4/9/201917734디버깅 기술: 127. windbg - .NET x64 EXE의 EntryPoint
11862정성태4/7/201920240개발 환경 구성: 437. .NET EXE의 ASLR 기능을 끄는 방법
... 76  77  78  79  80  81  [82]  83  84  85  86  87  88  89  90  ...