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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  [42]  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12570정성태3/19/202112671개발 환경 구성: 555. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법
12569정성태3/18/202111544개발 환경 구성: 554. WSL 인스턴스 export/import 방법 및 단축 아이콘 설정 방법
12568정성태3/18/20217253오류 유형: 705. C# 빌드 - Couldn't process file ... due to its being in the Internet or Restricted zone or having the mark of the web on the file.
12567정성태3/17/20218581개발 환경 구성: 553. Docker Desktop for Windows를 위한 k8s 대시보드 활성화 [1]
12566정성태3/17/20218919개발 환경 구성: 552. Kubernetes - kube-apiserver와 REST API 통신하는 방법 (Docker Desktop for Windows 환경)
12565정성태3/17/20216433오류 유형: 704. curl.exe 실행 시 dll not found 오류
12564정성태3/16/20216933VS.NET IDE: 160. 새 프로젝트 창에 C++/CLI 프로젝트 템플릿이 없는 경우
12563정성태3/16/20218883개발 환경 구성: 551. C# - JIRA REST API 사용 정리 (3) jira-oauth-cli 도구를 이용한 키 관리
12562정성태3/15/20219971개발 환경 구성: 550. C# - JIRA REST API 사용 정리 (2) JIRA OAuth 토큰으로 API 사용하는 방법파일 다운로드1
12561정성태3/12/20218598VS.NET IDE: 159. Visual Studio에서 개행(\n, \r) 등의 제어 문자를 치환하는 방법 - 정규 표현식 사용
12560정성태3/11/20219947개발 환경 구성: 549. ssh-keygen으로 생성한 개인키/공개키 파일을 각각 PKCS8/PEM 형식으로 변환하는 방법
12559정성태3/11/20219333.NET Framework: 1028. 닷넷 5 환경의 Web API에 OpenAPI 적용을 위한 NSwag 또는 Swashbuckle 패키지 사용 [2]파일 다운로드1
12558정성태3/10/20218857Windows: 192. Power Automate Desktop (Preview) 소개 - Bitvise SSH Client 제어 [1]
12557정성태3/10/20217490Windows: 191. 탐색기의 보안 탭에 있는 "Object name" 경로에 LEFT-TO-RIGHT EMBEDDING 제어 문자가 포함되는 문제
12556정성태3/9/20216783오류 유형: 703. PowerShell ISE의 Debug / Toggle Breakpoint 메뉴가 비활성 상태인 경우
12555정성태3/8/20218779Windows: 190. C# - 레지스트리에 등록된 DigitalProductId로부터 라이선스 키(Product Key)를 알아내는 방법파일 다운로드2
12554정성태3/8/20218616.NET Framework: 1027. 닷넷 응용 프로그램을 위한 PDB 옵션 - full, pdbonly, portable, embedded
12553정성태3/5/20219091개발 환경 구성: 548. 기존 .NET Framework 프로젝트를 .NET Core/5+ 용으로 변환해 주는 upgrade-assistant, try-convert 도구 소개 [4]
12552정성태3/5/20218350개발 환경 구성: 547. github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법
12551정성태3/5/20217248오류 유형: 702. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly. (2)
12550정성태3/5/20216971오류 유형: 701. Live Share 1.0.3713.0 버전을 1.0.3884.0으로 업데이트 이후 ContactServiceModelPackage 오류 발생하는 문제
12549정성태3/4/20217417오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/20218172개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/20218640오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/20218305개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202111034.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
... 31  32  33  34  35  36  37  38  39  40  41  [42]  43  44  45  ...