오림판 혼돈!

주: 원래의 이 내용에서 http://mygreenpaste.blogspot.com. 당신이 독서 다른 어떤 위치에서 그것인 경우에, 방문하는 시간을 걸리십시오 나의 녹색 풀, Inc. 당신을 감사하십시오.

좋아요는 그래서 아마 혼돈 소량 거친 말 여기에서 이다. 그러나 오림판은 최근에 저를 견과 몰고 있었다! 나가 하는 것을 시도하고 있던 모두는 그것에 약간 원본을 베끼기 위한 것이고, 가동은 실패하고 있었다. 당연히, 특별한 app이기 때문에, 나는 오류 처리의 어떤 종류도 없었다. app는 1개의 체계에 정당한 과료를 작동했다, 그러나 다른 체계 (가상 기계)에 app를 달리는 것은 오림판에 원본을 베끼는 실패 일관되게 귀착되었다.

궁극적으로, 나는 무슨 과정이 오림판에 있는 자료를 두기에서 나의 app를 방지하고 있던 결정할 수 있었다, 그러나 문제가 일어날 때 나는 아직 알맞은 workaround를 를 위한 찾아내지 않았다. 오림판에 원본을 베끼기의 행위로 저를 위해 긴요하지 않다, 이다 필요조건 보다는 정확의 더 많은 것.

어쨌든, P/Invoke를 사용하는 System.Diagnostics, 나는 vmusrvc.exe - 사실상 PC "가상 기계 사용자" 서비스한다 -에는 열려있던 오림판이 있었다는 것을 것을이 발견했다. 타임 스탬프 사용하기에서 가공 감시자'(100의 Ms 간격으로 생성되는) 사건을 윤곽을 그리는 s, 그리고 나의 app에서 고장나는 가동의 타임 스탬프, 나는 vmusrvc.exe의 더미를 결정할 수 있었다:

아무 매개변수도, 당연히, vmusrvc.exe를 위한 상징 정보는 유효한 것처럼 보이지 않으며, 그러나 명백하게 user32.dll 어떤 메시지를 가공하고 있지 않다. 나는 최신 점을 이 더 많은 것으로 볼지도 모른다.

나의 오림판 일과 방해하고 있던 과정을 찾아내기 위하여는, 나는 부르도록 P/Invoke를 이용했다 GetOpenClipboardWindow()와 그 후에 GetWindowThreadProcessId(), GetOpenClipboardWindow의 돌려보내지는 손잡이에서 통과 (). 그 후에, 과정의 실행할 수 있는 이름을 찾아내는 것은 사용의 다만 사정이었다 단위 의 수집 과정 경우는 ()를 GetWindowThreadProcessId를 만회된 과정 I.D에서 통과해서 돌려보냈다 System.Diagnostics.Process.GetProcessById().

뒤에 오는 부호:

System.Runtime.InteropServices 사용하기;
System.Diagnostics 사용하기;
...
끈 자료 = "aasdlkjasdlk alkjsdl kajsdlkj 알루미늄";
시험
{
    Clipboard.SetData (System.Windows.Forms.DataFormats.Text 의 자료);
}
캐치 (ExternalException ee)
{
    LogIt (ee.ToString ());
    IntPtr hWnd = GetOpenClipboardWindow ();
    만약에 (IntPtr.Zero! = hWnd)
    {
        uint pid = 0;
        uint tid = GetWindowThreadProcessId (hWnd, 밖으로 pid);
        LogIt ("hWnd {0}를 가진 과정, PID {1} ({1: x}), TID {2} ({2: x})," +
                "이름 {3} 오림판"가, hWnd, pid, tid는 있다,

                Process.GetProcessById( (int)pid ).Modules[0].FileName );
    }
}

Resulted in the following output:

2008-03-25 00:54:45.4938864--> System.Runtime.InteropServices.ExternalException: Requested Clipboard operation did not succeed.
 at System.Windows.Forms.Clipboard.ThrowIfFailed(Int32 hr)
 at System.Windows.Forms.Clipboard.SetDataObject(Object data, Boolean copy, Int32 retryTimes, Int32 retryDelay)
 at System.Windows.Forms.Clipboard.SetData(String format, Object data)
 at Clippy.Form1.button1_Click(Object sender, EventArgs e)
2008-03-25 00:54:45.5339440--> Process with hWnd 65716 (65716), PID 1492 (5d4), TID 1496 (5d8), name C:\Program Files\Virtual Machine Additions\vmusrvc.exe has the clipboard

Interestingly, trying an alternative method of the Clipboard to set the content also failed. The Clipboard.SetDataObject() overload that takes a retryTimes and retryDelay parameter failed in the same fashion after roughly ten seconds when invoked as follows:

Clipboard.SetDataObject( data, false, 100, 100 );

I tried variations on retryTimes and retryDelay, to no avail.

Not sure what vmusrvc.exe is doing with the clipboard (probably has to do with monitoring it for host / guest VM interaction), but the act of setting the contents of the clipboard didn't fail 100% of the time in the VM. Often enough to make it extremely unreliable, though. During "normal" system usage, I was not able to cause a failure when running the app on a non-virtual (actual?) system.

Written by «/\/\Ø|ö±ò\/»®©. Read more great feeds at is source WEBSITE
no comments.
Read more articles on P/Invoke and GetOpenClipboardWindow and System.Diagnostics and Clipboard and GetWindowThreadProcessId and Process Monitor and c# and processes and Virtual Machine and otherSoftware and Virtual PC.

• [+] Digg: Feature this article
• [+] Del.icio.us: Bookmark this article
• [+] Furl: Bookmark this article