Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

C#/Windows - Clipboard(Ctrl+C, Ctrl+V)가 동작하지 않는다면?

ctrl+c, ctrl+v가 어느 순간부터 동작하지 않았을 때, 다음과 같이 명령행에서 clip을 사용해 보면 "ERROR: Access is denied"인 경우를 볼 수 있습니다.

c:\temp> dir | clip
ERROR: Access is denied.

저 오류 메시지는 권한이 부족해서 발생하는 것이 아니고 clipboard 자원이 현재 다른 프로세스에 의해 잠겨 있기 때문일 수 있습니다. 실제로 한번 재현을 해볼까요? ^^

C#으로 다음과 같이 간단하게 프로그램을 만들고,

[DllImport("user32.dll", SetLastError = true)]
static extern bool CloseClipboard();

[DllImport("user32.dll", SetLastError = true)]
static extern bool OpenClipboard(IntPtr hWndNewOwner);

bool _opened = false;

void Button1_Click(object sender, EventArgs e)
{
    _opened = OpenClipboard(this.Handle);
    this.Text = _opened.ToString();
}

void Button2_Click(object sender, EventArgs e)
{
    if (_opened == true)
    {
        CloseClipboard();
    }
}

Button1만 눌러 Clipboard 자원을 Open 한 다음, 명령행에서 clip을 실행하면 "ERROR: Access is denied." 오류가 그대로 재현되는 것을 볼 수 있습니다.




그래서, ctrl+c/ctrl+v가 동작하지 않는 경우 Clipboard 자원을 Open만 하고 Close를 못 시킨 응용 프로그램을 종료하면 다시 정상적으로 동작하게 됩니다. 문제는? 도대체 어떤 프로그램이 소유하고 있는지 알 수 없으므로 현재 실행 중인 프로세스들을 임의로 모두 종료하는 식으로 대응해야 합니다.

명색이 프로그래머인데 ^^ 그러면 너무 없어 보이므로 간단하게 코드로,

How to check which application has the clipboard hold?
; https://superuser.com/questions/770476/how-to-check-which-application-has-the-clipboard-hold

작성해 명확하게 알아내는 것도 가능합니다.

[DllImport("user32.dll")]
static extern IntPtr GetOpenClipboardWindow();

[DllImport("user32.dll", SetLastError = true)]
static extern uint GetWindowThreadProcessId(IntPtr hWnd, out uint lpdwProcessId);

...[생략]...
{
    IntPtr pClipboardOwner = GetOpenClipboardWindow();

    if (pClipboardOwner == IntPtr.Zero)
    {
        return;
    }

    GetWindowThreadProcessId(pClipboardOwner, out uint dwProcessId);
    Process owner = Process.GetProcessById((int)dwProcessId);
    string name = owner.ProcessName;
    string mainModule = owner.MainModule.FileName;
}

일단 GetWindowThreadProcessId Win32 API까지의 호출은 문제없는데, 이후의 Process 타입을 통해 정보를 알아오는 경우 호출 측과 대상 프로세스의 플랫폼 차이(x86/x64)가 발생하면 오류가 뜹니다. 이런 경우 해당 코드만 실행해 그 결과를 반환하는 간단한 EXE를 x86과 x64로 각각 빌드해 실행하는 것도 가능하겠지만, 그보다는 간단하게 WMI 쿼리를 사용하는 것도 나쁘지 않습니다.

{
    // ...[생략]...
    GetWindowThreadProcessId(pClipboardOwner, out uint dwProcessId);

    textBox1.Text = $"{dwProcessId}, " + GetProcessInfo(dwProcessId);
}

string GetProcessInfo(uint processId)
{
    string arg = $"process where \"ProcessID={processId}\" get ExecutablePath";
    return GetOutput("wmic", arg);
}

private static string GetOutput(string executable, string arguments)
{
    ProcessStartInfo psi = new ProcessStartInfo(); // wmic를 사용하지 않고 System.Management.dll을 이용해 결과를 반환하는 것도 가능
    psi.FileName = executable;
    psi.Arguments = arguments;
    psi.RedirectStandardOutput = true;
    psi.UseShellExecute = false;
    psi.CreateNoWindow = true;

    Process proc = Process.Start(psi);
    string txt = proc.StandardOutput.ReadToEnd();
    return txt;
}




참고로, OpenClipboard에 윈도우 핸들 값이 아닌 null을 주는 것도 가능합니다.

OpenClipboard(IntPtr.Zero);

위와 같은 방식으로 클립보드를 잠근 경우에는 다른 프로세스에서라도 CloseClipboard를 호출하면 풀리게 됩니다. 물론, 윈도우 핸들을 넘긴 경우에는 무조건 그 윈도우를 소유한 프로세스에서 CloseClipboard를 호출해야 합니다. (또는 종료하든가.)

첨부 파일은 이 글의 소스 코드와 실행 파일(WindowsFormsApp1.exe)을 담고 있습니다.




(2024-04-12 업데이트)
How can I find out which process has locked me out of the clipboard?
; https://devblogs.microsoft.com/oldnewthing/20240410-00/?p=109632

위의 글에 보면, Get­Clipboard­Owner와 Get­Open­Clipboard­Window의 차이점을 설명하고 있습니다. 간단하게 정리하면 Owner는 EmptyClipboard API를 호출하는 시점에 (그 전에 OpenClipboard를 호출하면서 전달한 Hwnd 값이) Owner로 결정됩니다. 사실 OpenClipboard에 NULL 전달도 가능하므로 owner가 없는 것으로 나오는 경우도 가능하지만, 그런 경우에는 SetClipboardData 호출에 실패하므로 현실적으로 빈번하게 발생하지는 않을 것입니다.

반면 Get­Open­Clipboard­Window는 OpenClipboard를 호출했을 때 전달한 Hwnd 값을 반환하고, 실제로 그 윈도우가 클립보드에 대한 잠금을 하게 됩니다. 재미있는 건, 이게 전역적인 데이터를 접근하는 것이기 때문에 race condition이 발생할 수 있다는 점입니다. 그래서 이미 점유된 클립보드에 대해 OpenClipboard를 호출해 실패하는 경우, 어떤 윈도우가 클립보드를 소유하고 있는지 알아내기 위해 Get­Open­Clipboard­Window를 호출했을 때 null이 나올 수 있습니다. 왜냐하면, 하필 클립보드를 잠갔던 곳에서 CloseClipboard를 하기 바로 전에 여러분의 코드에서 OpenClipboard를 했다면 그것을 알아내기 위해 호출한 Get­Open­Clipboard­Window 시점에는 null이 반환될 수 있기 때문입니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/12/2024]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
11992정성태7/22/201911553오류 유형: 560. 서비스 관리자 실행 시 "Windows was unable to open service control manager database on [...]. Error 5: Access is denied." 오류 발생
11991정성태7/18/20199099디버깅 기술: 128. windbg - x64 환경에서 닷넷 예외가 발생한 경우 인자를 확인할 수 없었던 사례
11990정성태7/18/201911300오류 유형: 559. Settings / Update & Security 화면 진입 시 프로그램 종료
11989정성태7/18/201910214Windows: 162. Windows Server 2019 빌드 17763부터 Alt + F4 입력시 곧바로 로그아웃하는 현상
11988정성태7/18/201911659개발 환경 구성: 453. 마이크로소프트가 지정한 모든 Root 인증서를 설치하는 방법
11987정성태7/17/201916654오류 유형: 558. 윈도우 - KMODE_EXCEPTION_NOT_HANDLED 블루스크린(BSOD) 문제 [1]
11986정성태7/17/20199455오류 유형: 557. 드라이브 문자를 할당하지 않은 파티션을 탐색기에서 드라이브 문자와 함께 보여주는 문제
11985정성태7/17/20199561개발 환경 구성: 452. msbuild - csproj에 환경 변수 조건 사용 [1]
11984정성태7/9/201917770개발 환경 구성: 451. Microsoft Edge (Chromium)을 대상으로 한 Selenium WebDriver 사용법 [1]
11983정성태7/8/20198841오류 유형: 556. nodemon - 'mocha' is not recognized as an internal or external command, operable program or batch file.
11982정성태7/8/20198847오류 유형: 555. Visual Studio 빌드 오류 - result: unexpected exception occured (-1002 - 0xfffffc16)
11981정성태7/7/201910997Math: 64. C# - 3층 구조의 신경망(분류)파일 다운로드1
11980정성태7/7/201921461개발 환경 구성: 450. Visual Studio Code의 Java 확장을 이용한 간단한 프로젝트 구축파일 다운로드1
11979정성태7/7/201910987개발 환경 구성: 449. TFS에서 gitlab/github등의 git 서버로 마이그레이션하는 방법
11978정성태7/6/201910337Windows: 161. 계정 정보가 동일하지 않은 PC 간의 인증을 수행하는 방법 [1]
11977정성태7/6/201914913오류 유형: 554. git push - error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large
11976정성태7/4/20199280오류 유형: 553. (잘못 인증 한 후) 원격 git repo 재인증 시 "remote: HTTP Basic: Access denied" 오류 발생
11975정성태7/4/201917773개발 환경 구성: 448. Visual Studio Code에서 콘솔 응용 프로그램 개발 시 "입력"받는 방법
11974정성태7/4/201913133Linux: 22. "Visual Studio Code + Remote Development"로 윈도우 환경에서 리눅스(CentOS 7) C/C++ 개발
11973정성태7/4/201912354Linux: 21. 리눅스에서 공유 라이브러리가 로드되지 않는다면?
11972정성태7/3/201915170.NET Framework: 847. JAVA와 .NET 간의 AES 암호화 연동 [1]파일 다운로드1
11971정성태7/3/201912336개발 환경 구성: 447. Visual Studio Code에서 OpenCvSharp 개발 환경 구성
11970정성태7/2/201910643오류 유형: 552. 웹 브라우저에서 파일 다운로드 후 "Running security scan"이 끝나지 않는 문제
11969정성태7/2/201911075Math: 63. C# - 3층 구조의 신경망파일 다운로드1
11968정성태7/1/201917394오류 유형: 551. Visual Studio Code에서 Remote-SSH 연결 시 "Opening Remote..." 단계에서 진행되지 않는 문제 [1]
11967정성태7/1/201911634개발 환경 구성: 446. Synology NAS를 Windows 10에서 iSCSI로 연결하는 방법
... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...