Table of Contents
시스템 오류를 나타내는 각 오류 코드가 나타날 수 있습니다. 코드 1400. 잘못된 창 핸들입니다. 이 질병을 고치기 위해 취할 수 있는 몇 가지 단계가 있는 것으로 나타났으며 이것이 바로 우리가 지금 따를 것입니다.
업데이트됨
g.Windows CSP에서 보고한 오류: 잘못된 창 핸들입니다. 오류 코드: 1400 합병증을 더 자세히 조사했지만 문제를 보고하는 특별 문서와 같은 근본적인 원인이나 유사점을 찾지 못했습니다.
G.
당신은 확실히 많은 코드를 가지고 있지만 해당 부분에 적합한 키가 없습니다. 특히, 메서드당 이벤트 처리기의 바로 xOnAsyncRequestDone 구현 중 일부입니다(말 그대로 게시한 로그 루틴을 호출하지 않는 한).
이 방법은 tmysynhttpasync 스레드의 컨텍스트에서 작동하며 설명하는 동작에 따라 – 특히 동기화 가 문제를 해결할 것이라는 사실 – 이 이벤트 핸들러의 활동은 창에 대한 핸들을 허용합니다.
이 문 손잡이는 비동기 HTTP 스레드에 속하며, 그렇지 않으면 이력서를 시작해야 하는 애플리케이션의 이 메인 라인(때로는 모든 “VCL 스레드”라고도 함)입니다. 응용 프로그램이 종료되면 VCL 기능이 일부 최종 처리를 시작하여 개체와 집 창을 파괴하는 등의 작업을 수행합니다. 섹스 창 중 하나가 다른 사람에 의해 정말 신중하게 제작된 경우 문제가 발생합니다.
Windows는 스트림이 생성된 것으로 판명되었다는 점에서 스트림에 대해 엄격한 인간 소유권을 고려합니다. 한 스레드에서 함께 생계를 유지하고 다른 스레드에서 파괴하여 창을 만들 수 없습니다.
VCL 윈도우 오버는 종종 간접적으로 생성될 수 있다는 점에 유의하십시오. 일반적으로 생성 시 예상되는 기본 창 핸들을 표시하는 새 컨트롤을 생성하기 위한 명시적 참조가 전혀 표시되지 않습니다. 필요할 때 창 핸들이 생성되는 경우가 많습니다. 마찬가지로, 저항 속성을 변경하면 VCL이 해당 컨트롤의 기간을 다시 생성하려고 시도하여 프로세스의 현재 홈 창을 엉망으로 만들 수 있습니다.
이러한 메커니즘이 VCL 스트림 이외의 출판물에서 VCL 메소드를 호출할 때 발생할 수 있는 문제에 매우 취약하다는 것은 놀라운 사실입니다. 이것이 “VCL은 스레드로부터 안전하지 않습니다”라고 여기에서 자주 말하는 이유입니다.
업데이트됨
컴퓨터가 느리게 실행되는 것이 지겹습니까? 실망스러운 오류 메시지에 짜증이 납니까? ASR Pro은 당신을 위한 솔루션입니다! 우리가 권장하는 도구는 시스템 성능을 극적으로 향상시키면서 Windows 문제를 신속하게 진단하고 복구합니다. 그러니 더 이상 기다리지 말고 지금 ASR Pro을 다운로드하세요!
가장 안전한 방법은 해당 VCL 스레드 자체에서만 실행되는 코드에서 VCL 개체를 조작하는 것입니다.
구조와 동기화
Synchronize 로 호출하는 메커니즘은 실제로 동기화되는 메서드의 유형이 VCL 스레드에 대한 참조로 실행되도록 하기 위해 작동합니다. 이것이 실제로 창 핸들을 생성할 가능성이 있고 마지막 VCL 스레드가 나타날 때 해당 창 핸들이 파괴되면 실제로 생성할 것이기 때문에 실제로 수행할 수 있습니다. 옵션
그러나
기타 동기화 장치는 (오늘날) 무엇보다도 교차 플랫폼 문제가 있으므로 이 경우 과도할 수 있으므로 매우 복잡합니다.
Windows 코드가 올바른 경우 이 문제에 대한 가능한 해결책은 Windows에서 스레드가 다양한 다른 스레드에서 Windows로 메시지를 보내거나 게시할 수 있도록 허용한다는 사실 중 하나를 사용하는 것일 수 있습니다. 이 창에서 받은 메시지가 해당 창의 자체 스레드에서 사용되는 경우 해당 창으로 보낸 다른 모든 메시지가 지워진 경우에만. 즉, 이 창 프레임에서 수신한 “클릭” 메시지를 중단할 수 없습니다. 스레드에서 알림을 수행하기 위해 갑자기 도약합니다. 이 알림은 창이 이 단순 클릭 메시지 처리를 마칠 때까지 회전을 기다려야 합니다. 예를 들어.
이것이 “운영 체제에 내장된” “동기화” 시스템이라고 상상할 수 있습니다.
따라서 초기화 중에 창 핸들을 문의 양식(또는 컨트롤 또는 패널 핸들이 있는 모든 것)에 전달하여 “요청”으로 희망하는 VCL 창을 식별하기 위해 비동기 HTTP 스트림으로 전달할 수 있습니다. 완료 인치 또는 파이프에서 많은 알림. 그런 다음 신중한 사람들은 PostMessage 또는 SendMessage 설명자를 사용하여 이 항아리에 알림을 보낼 수 있습니다. 누군가는 양식에서 WindowProc를 덮어쓰거나 소위 메시지 처리기를 사용하여 처리할 수 있습니다.
스레드가 SendMessage() 를 사용하여 알림을 보낼 때 빠르게 일시 중지되고 전체 메시지가 VCL 스레드의 창에서 수신될 때까지 기다려야 합니다. ) 처리.
스트림이 PostMessage() 인 경우 메시지는 비동기식으로 정렬되고 스레드는 기다리지 않고 다른 작업을 계속 실행할 수 있습니다. . 마지막으로 VCL은 메시지를 가져와 처리합니다.
권장 사항 없음
그렇다고 해서 이 경우에 이 대안을 추천할 수 있다는 의미는 아닙니다. 이 방법의 경우에는 이것이 적절한 것처럼 보일 수 있지만 이것은 단순한 “진행에 대한 작업” 메시지이기 때문에 특정 요구에 대한 더 긴 이해에 대한 만족 없이 어느 것이 더 적절한지 말할 수 없습니다.
나는 변형이 존재한다는 사실을 강조하기 위해 이것을 언급한 것 같습니다. 안전하고 존경받는 스트리밍의 핵심은 사용된 권장 사항과 기술을 이해하는 것 같습니다.
오늘 이 간단한 다운로드로 컴퓨터 속도를 높이십시오. 년System Error. Code 1400. Invalid Window Handle
Systeemfout. Code 1400. Ongeldige Raamgreep
Systemfel. Kod 1400. Ogiltigt Fönsterhandtag
Системная ошибка. Код 1400. Недопустимая оконная ручка.
Systemfehler. Code 1400. Ungültiger Fenster-Handle
Erro No Sistema. Código 1400. Identificador De Janela Inválido
Erreur Système. Code 1400. Poignée De Fenêtre Non Valide
Errore Di Sistema. Codice 1400. Maniglia Per Finestra Non Valida
Błąd Systemu. Kod 1400. Nieprawidłowa Klamka Okienna
Error Del Sistema. Código 1400. Tirador De Ventana No Válido
년
