Lidando com um vazamento de recursos GDI

O problema

Sintomas

1. A coluna de objetos GDI na guia Detalhes do Gerenciador de Tarefas mostra 10.000 críticos (se esta coluna estiver ausente, você pode adicioná-la clicando com o botão direito do mouse no cabeçalho da tabela e selecionando Selecionar Colunas).
2. Ao desenvolver em C# ou em outras linguagens executadas pelo CLR, ocorre o seguinte erro pouco informativo:
   Mensagem:Ocorreu um erro genérico no GDI+.
   Fonte:System.Drawing
   TargetSite:IntPtr GetHbitmap(System.Drawing.Color)
   Tipo:System.Runtime.InteropServices.ExternalException
   O erro pode não ocorrer com determinadas configurações ou em determinadas versões do sistema, mas seu aplicativo não poderá renderizar um único objeto:
3. Durante o desenvolvimento em С/С++, todos os métodos GDI, como Create%SOME_GDI_OBJECT%, começaram a retornar NULL.

Por quê?

Como corrigir?

O que os outros recomendam?

O que posso oferecer?

CREATE TABLE apicalls (
id int(11) DEFAULT NULL,
`Time of Day` datetime DEFAULT NULL,
Thread int(11) DEFAULT NULL,
Module varchar(50) DEFAULT NULL,
API varchar(200) DEFAULT NULL,
`Return Value` varchar(50) DEFAULT NULL,
Error varchar(100) DEFAULT NULL,
Duration varchar(50) DEFAULT NULL
)

CREATE FUNCTION getHandle(api varchar(1000))
RETURNS varchar(100) CHARSET utf8
BEGIN
DECLARE start int(11);
DECLARE result varchar(100);
SET start := INSTR(api,','); -- for ReleaseDC where HDC is second parameter. ex: 'ReleaseDC ( 0x0000000000010010, 0xffffffffd0010edf )'
IF start = 0 THEN
SET start := INSTR(api, '(');
END IF;
SET result := SUBSTRING_INDEX(SUBSTR(api, start + 1), ')', 1);
RETURN TRIM(result);
END

SELECT creates.id, creates.handle chandle, creates.API, dels.API deletedApi
FROM (SELECT a.id, a.`Return Value` handle, a.API FROM apicalls a WHERE a.API LIKE 'Create%') creates
LEFT JOIN (SELECT
d.id,
d.API,
getHandle(d.API) handle
FROM apicalls d
WHERE API LIKE 'DeleteObject%'
OR API LIKE 'ReleaseDC%' LIMIT 0, 100) dels
ON dels.handle = creates.handle
WHERE creates.API LIKE 'Create%';

1. Execute o aplicativo no VS para depuração
2. Encontre-o no Api Monitor e selecione-o.
3. Selecione uma função obrigatória na API e coloque um ponto de interrupção.
4. Continue clicando em 'Avançar' até que ele seja chamado com os parâmetros em questão (eu realmente perdi pontos de interrupção condicionais do VS)
5. Quando você chegar à chamada necessária, mude para o CS e clique em Quebrar tudo .
6. O VS Debugger será interrompido exatamente onde o objeto com vazamento é criado e tudo o que você precisa fazer é descobrir por que ele não foi excluído.

Resumo:

1. Procure vazamentos de memória de objetos wrapper GDI.
2. Se existirem, elimine-os e repita a etapa 1.
3. Se não houver vazamentos, pesquise explicitamente as chamadas para as funções da API.
4. Se a quantidade deles não for grande, procure um script em que um objeto não seja excluído.
5. Se a quantidade deles for grande ou dificilmente puderem ser rastreados, baixe o API Monitor e configure-o para registrar chamadas das funções GDI.
6. Execute o aplicativo para depuração no VS.
7. Reproduza o vazamento (ele inicializará o programa para ocultar os objetos descontados).
8. Conecte-se com o Monitor de API.
9. Reproduza o vazamento.
10. Copie o log em um arquivo de texto, importe-o para qualquer banco de dados disponível (os scripts apresentados neste artigo são para MySQL, mas podem ser facilmente adotados para qualquer sistema de gerenciamento de banco de dados relacional).
11. Compare os métodos Create e Delete (você pode encontrar o script SQL neste artigo acima) e encontre os métodos sem as chamadas Delete.
12. Defina um ponto de interrupção no API Monitor na chamada do método necessário.
13. Continue clicando em Continuar até que o método seja chamado com parâmetros readquiridos.
14. Quando o método for chamado com os parâmetros obrigatórios, clique em Break All in VS.
15. Descubra por que este objeto não foi excluído.