Blogue do Caloni

# Como achar o código-fonte sem símbolos

2010-08-03 tag_coding ^

Continuo escovando bits. Dessa vez de forma mais nervosa. Se trata de um serviço que trava durante seu stop. Um colega muito esperto do suporte gerou um dump para mim, tornando as coisas mais fáceis. O problema era que não havia símbolos nem código-fonte que batessem exatamente com aquela compilação de 2004. Solução? Analisar as pilhas das threads restantes.

É sabido que esse serviço responde requisições de milhares de máquinas em um período curto de tempo, então por isso a primeira coisa que me atentei foi verificar quantas threads haviam:

0:000> ~*

. 0 Id: 4c8.30c Suspend: 1 Teb: 7ffde000 Unfrozen

Start: *** WARNING: Unable to verify checksum for Service.exe

*** ERROR: Module load completed but symbols could not be loaded for Service.exe

Service+0xc60c (0040c60c)

Priority: 0 Priority class: 32 Affinity: f

1 Id: 4c8.4d8 Suspend: 1 Teb: 7ffdd000 Unfrozen

Start: ADVAPI32!AccessCheckByTypeResultListAndAudit(...)

Priority: 0 Priority class: 32 Affinity: f

2 Id: 4c8.580 Suspend: 1 Teb: 7ffdc000 Unfrozen

Priority: 0 Priority class: 32 Affinity: f

3 Id: 4c8.adc Suspend: 1 Teb: 7ffd9000 Unfrozen

Start: rtutils!TraceServerThread (778321fe)

Priority: 0 Priority class: 32 Affinity: f

4 Id: 4c8.f1c Suspend: 1 Teb: 7ffa5000 Unfrozen

Start: rpcrt4!ThreadStartRoutine (77d37e70)

Priority: 0 Priority class: 32 Affinity: f

...

1426 Id: 4c8.1464 Suspend: 1 Teb: 7fa0c000 Unfrozen

Start: rpcrt4!ThreadStartRoutine (77d37e70)

Priority: 0 Priority class: 32 Affinity: f

1427 Id: 4c8.144c Suspend: 1 Teb: 7fa0b000 Unfrozen

Start: rpcrt4!ThreadStartRoutine (77d37e70)

Priority: 0 Priority class: 32 Affinity: f

1428 Id: 4c8.12dc Suspend: 1 Teb: 7fa09000 Unfrozen

Start: rpcrt4!ThreadStartRoutine (77d37e70)

Priority: 0 Priority class: 32 Affinity: f

1429 Id: 4c8.1410 Suspend: 1 Teb: 7fa08000 Unfrozen

Start: rpcrt4!ThreadStartRoutine (77d37e70)

Priority: 0 Priority class: 32 Affinity: f

1430 Id: 4c8.143c Suspend: 1 Teb: 7fa06000 Unfrozen

Priority: 0 Priority class: 32 Affinity: f

São muitas.

Analisar essa quantidade absurda de threads seria um saco. Além de inútil. Foi por isso deus inventou a função **!uniqstack**, que encontra automagicamente quais threads estão com a pilha duplicada.

0:000> !uniqstack

Processing 1431 threads, please wait

. 0 Id: 4c8.30c Suspend: 1 Teb: 7ffde000 Unfrozen

Start: Service+0xc60c (0040c60c)

Priority: 0 Priority class: 32 Affinity: f

ChildEBP RetAddr

0012f9f8 7c586381 NTDLL!ZwReadFile+0xb

0012fa6c 7c2dd578 KERNEL32!ReadFile+0x181

...

0012fff0 00000000 KERNEL32!BaseProcessStart+0x3d

. 1 Id: 4c8.4d8 Suspend: 1 Teb: 7ffdd000 Unfrozen

Start: ADVAPI32!AccessCheckByTypeResultListAndAudit(...)

Priority: 0 Priority class: 32 Affinity: f

ChildEBP RetAddr

00cefec0 7c59a0a2 NTDLL!ZwWaitForSingleObject+0xb

...

00cf000c 007a0000 0x1366e0

00cf000c 00000000 0x7a0000

. 2 Id: 4c8.580 Suspend: 1 Teb: 7ffdc000 Unfrozen

Priority: 0 Priority class: 32 Affinity: f

ChildEBP RetAddr

010efe24 77d59815 NTDLL!ZwReplyWaitReceivePortEx+0xb

...

010effec 00000000 KERNEL32!BaseThreadStart+0x52

. 3 Id: 4c8.adc Suspend: 1 Teb: 7ffd9000 Unfrozen

Start: rtutils!TraceServerThread (778321fe)

Priority: 0 Priority class: 32 Affinity: f

ChildEBP RetAddr

0150fd20 7c59a26d NTDLL!ZwWaitForMultipleObjects+0xb

...

0150ffec 00000000 KERNEL32!BaseThreadStart+0x52

...

.1430 Id: 4c8.143c Suspend: 1 Teb: 7fa06000 Unfrozen

Priority: 0 Priority class: 32 Affinity: f

ChildEBP RetAddr

6665f0dc 7c59a0a2 NTDLL!ZwWaitForSingleObject+0xb

...

6665ffec 00000000 KERNEL32!BaseThreadStart+0x52

Total threads: 1431

Duplicate callstacks: 1092 (windbg thread #s follow):

7, 9, 11, 12, 13, 14, 15, 17, 18, 20, 21, (...), 1428, 1429

Muitas threads duplicadas. Isso quer dizer que podemos nos focar na pilha de uma delas. Basta pegar uma.

0:000> ~1429 kv

ChildEBP

RetAddr Args to Child

6645f334 7c59a0a2 ... NTDLL!ZwWaitForSingleObject+0xb (FPO: 3,0,0)

6645f35c 7c57b40f ... KERNEL32!WaitForSingleObjectEx+0x71 (FPO: Non-Fpo)

6645f36c 004054c3 ... KERNEL32!WaitForSingleObject+0xf (FPO: 2,0,0)

WARNING: Stack unwind information not available. Following frames may be wrong.

6645f690 004060ec ... Service+0x54c3 6645f764 77d79970 Service+0x60ec6645f788

...

77d96460 ... rpcrt4!Invoke+0x30

6645f7a0 77d9637a ... rpcrt4!NdrCallServerManager+0x15 (FPO: 4,0,2)

6645fa90 77d9076f ... rpcrt4!NdrStubCall+0x200 (FPO: Non-Fpo)

6645faf4 7cef55fd ... rpcrt4!CStdStubBuffer_Invoke+0xc1 (FPO: Non-Fpo)

6645fb38 7cef58d8 ... OLE32!SyncStubInvoke+0x61 (FPO: Non-Fpo)

6645fb80 7ce8833d ... OLE32!StubInvoke+0xa8 (FPO: Non-Fpo)

6645fbe4 7ce7a711 ... OLE32!CCtxComChnl::ContextInvoke+0xbb (FPO: Non-Fpo)

6645fc00 7cef54e2 ... OLE32!MTAInvoke+0x18 (FPO: Non-Fpo)

6645fc30 7cef5c06 ... OLE32!AppInvoke+0xb5 (FPO: Non-Fpo)

6645fcf0 7cef3360 ... OLE32!ComInvokeWithLockAndIPID+0x297 (FPO: Non-Fpo)

6645fd30 77d545b1 ... OLE32!ThreadInvoke+0x1b7 (FPO: Non-Fpo)

6645fd68 77d39463 ... rpcrt4!DispatchToStubInC+0x32 (FPO: Non-Fpo)

6645fdc0 77d39337 ... rpcrt4!RPC_INTERFACE::DispatchToStubWorker+0x100 (FPO: Non-Fpo)

6645fde0 77d39603 ... rpcrt4!RPC_INTERFACE::DispatchToStub+0x5e (FPO: Non-Fpo)

6645fe10 77d4740d ... rpcrt4!RPC_INTERFACE::DispatchToStubWithObject+0xa9 (FPO: Non-Fpo)

6645fe44 77d47634 ... rpcrt4!OSF_SCALL::DispatchHelper+0xa1 (FPO: Non-Fpo)

6645fe58 77d46f3b ... rpcrt4!OSF_SCALL::DispatchRPCCall+0x121 (FPO: Non-Fpo)

6645fe90 77d466ac ... rpcrt4!OSF_SCALL::ProcessReceivedPDU+0x68f (FPO: Non-Fpo)

6645feb0 77d48730 ... rpcrt4!OSF_SCALL::BeginRpcCall+0x183 (FPO: Uses EBP 2,0,4)

6645ff10 77d5154b ... rpcrt4!OSF_SCONNECTION::ProcessReceiveComplete+0x326 (FPO: Non-Fpo)

6645ff20 77d516b8 ... rpcrt4!ProcessConnectionServerReceivedEvent+0x1b (FPO: 7,0,0)

6645ff74 77d514bd ... rpcrt4!LOADABLE_TRANSPORT::ProcessIOEvents+0xcd (FPO: Non-Fpo)

6645ff78 77d3af8d ... rpcrt4!ProcessIOEventsWrapper+0x9 (FPO: 1,0,0)

6645ffa8 77d37e88 ... rpcrt4!BaseCachedThreadRoutine+0x4f (FPO: Non-Fpo)

6645ffb4 7c57b3bc ... rpcrt4!ThreadStartRoutine+0x18 (FPO: Non-Fpo)

6645ffec 00000000 ... KERNEL32!BaseThreadStart+0x52 (FPO: Non-Fpo)

Através das funções de RPC e OLE32 podemos concluir que se trata de uma chamada direta para uma interface COM. Bom, existem centenas de métodos e dezenas de interfaces nesse serviço, tornando mais fácil tentar desmontar a chamada inicial que o rpcrt4 faz ao nosso módulo.

0:000> ub 77d79970

rpcrt4!Invoke+0x20:

77d79960 fd std

77d79961 f3a5 rep movs dword ptr es:edi,dword ptr esi

77d79963 8b45f4 mov eax,dword ptr ebp-0Ch

77d79966 50 push eax

77d79967 669d popf

77d79969 669d popf

77d7996b 8b4508 mov eax, dword ptr ebp+8

77d7996e ffd0 call eax

Nossa função é obtida em ebp+8. Podemos obter esse endereço pelo campo **ChildEBP **da função em questão.

0:000> dd 6645f788 +8 l1 6645f790 00406061

0:000> uf 00406061

Service+0x6061:

00406061 55 push ebp

00406062 8bec mov ebp,esp

00406064 81ecc8000000 sub esp,0C8h

0040606a 833db09f410000 cmp dword ptr Service+0x19fb0 (00419fb0),0

00406071 751b jne Service+0x608e (0040608e)

Service+0x6073:

00406073 6a00 push 0

00406075 6860514100 push offset Service+0x15160 (00415160)

0040607a b9609e4100 mov ecx,offset Service+0x19e60 (00419e60)

0040607f e822080000 call Service+0x68a6 (004068a6)

00406084 8b4514 mov eax,dword ptr ebp+14h

00406087 66c7002f00 mov word ptr eax,2Fh

0040608c eb65 jmp Service+0x60f3 (004060f3)

Service+0x608e:

0040608e 56 push esi

0040608f 8b7508 mov esi,dword ptr ebp+8

00406092 837e5200 cmp dword ptr esi+52h,0

00406096 7430 je Service+0x60c8 (004060c8)

Service+0x6098:

00406098 8d8538ffffff lea eax,ebp-0C8h

0040609e 6830514100 push offset Service+0x15130 (00415130)

004060a3 50 push eax

004060a4 e85f4d0000 call Service+0xae08 (0040ae08)

004060a9 59 pop ecx

004060aa 59 pop ecx

004060ab 6a00 push 0

004060ad 8d8538ffffff lea eax,ebp-0C8h

004060b3 50 push eax

004060b4 b9609e4100 mov ecx,offset Service+0x19e60 (00419e60)

004060b9 e8e8070000 call Service+0x68a6 (004068a6)

004060be 8b4514 mov eax,dword ptr ebp+14h

004060c1 66c7000a40 mov word ptr eax,400Ah

004060c6 eb2a jmp Service+0x60f2 (004060f2)

Service+0x60c8:

004060c8 6804010000 push 104h

004060cd 8d868c010000 lea eax,esi+18Ch

004060d3 50 push eax

004060d4 ff750c push dword ptr ebp+0Ch

004060d7 ff158c304100 call dword ptr Service+0x1308c (0041308c)

004060dd 668b4510 mov ax,word ptr ebp+10h

004060e1 8bce mov ecx,esi

004060e3 66894648 mov word ptr esi+48h,ax

004060e7 e892f2ffff call Service+0x537e (0040537e)

004060ec 8b4d14 mov ecx,dword ptr ebp+14h

004060ef 668901 mov word ptr ecx,ax

Service+0x60f2:

004060f2 5e pop esi

Service+0x60f3:

004060f3 33c0 xor eax,eax

004060f5 c9 leave

004060f6 c21000 ret 10h

Note como a função compara algo com zero. Caso não seja zero ela continua. Caso contrário ela vai para um ponto que chama uma função interna e move um código de erro para um ponteiro recebido como parâmetro, o que é muito normal, se lembrarmos que as funções COM de um programa em C devem retornar o código da chamada no retorno (S_OK) e o código de erro em um lResult da vida.

STDMETHODIMP CService::Open(<params>, PLONG *pctReturn)
{
	if( DeuErrado() )
	{
		*pctReturn = ERR_DEU_ERRADO;
		return S_OK;
	}
	//...
}

O código retornado é 2Fh, e agora temos uma boa pista para encontrar a localização no fonte. A primeira coisa é encontrar o define responsável por esse erro, o que exige um pouco de familiaridade com o sistema, pois não se trata aqui de um código Windows.

#define OSRL_ERR	44	/* Data file serial number overflow */
#define KLEN_ERR	45	/* Key length exceeds MAXLEN parameter */
#define	FUSE_ERR	46	/* File number already in use */
#define FINT_ERR	47	/* database has not been initialized */
#define FMOD_ERR	48	/* Operation incompatible with type of file */
#define	FSAV_ERR	49	/* Could not save file */
#define LNOD_ERR	50	/* Could not lock node */

Ótimo. 2F, para os leigos (leigos? o que vocês estão fazendo aqui?), é 47 em decimal, exatamente nosso código listado acima. Com esse define podemos agora procurar no código-fonte e analisar todas as funções que retornam esse código em seu início. Para nossa sorte, existe apenas uma.

STDMETHODIMP CService::Open(BYTE *fileName, COUNT keyNo, COUNT *pctReturn)
{
	char szMsg[200];
	// Verifica se o banco de dados foi inicializado
	if (!_Main.m_bDBInitialized)
	{
		_Main.Log("Error opening file before database to be initialized.");
		*pctReturn = FINT_ERR;
		return S_OK;
	}
	// Verifica se o arquivo já foi aberto
	if (m_pData)
	{
		sprintf(szMsg, "Error on open file \"%s\". File already opened.");
		_Main.Log(szMsg);
		*pctReturn = ERR_BLABLABLA;
		return S_OK;
	}
	//...
}

Para confirmar que não estamos sonhando, podemos dar uma olhada no parâmetro passado para a função Log antes do código retornar. A memória deverá conter uma string idêntica a do código-fonte.

Service+0x6073:

00406073 6a00 push 0

00406075 6860514100 push offset Service+0x15160 (00415160)

0040607a b9609e4100 mov ecx,offset Service+0x19e60 (00419e60)

0040607f e822080000 call Service+0x68a6 (004068a6)

00406084 8b4514 mov eax,dword ptr ebp+14h

00406087 66c7002f00 mov word ptr eax,2Fh

0040608c eb65 jmp Service+0x60f3 (004060f3)

0:000> da 00415160

00415160 "Error opening file before databa"

00415180 "se to be initialized."

E, agora sim, encontramos o culpado!

Mais para a frente em minha análise consegui encontrar o objeto pelo qual todas as threads esperavam. Não tive tanta sorte, pois se tratava de um mutex, e mutexes não conseguem ser rastreados tão facilmente em user mode. Mas isso não vem ao caso. O que tentei descrever aqui foi mais ou menos o processo que você deverá seguir caso tenha que analisar um binário compilado em outras vidas. Espero que você tenha tanta sorte quanto eu.

# Novas diferenças no Bazaar

2010-08-04 ^

Novidade incrível nas novas versões do Bazaar. Dando continuidade à sua versão boiola gráfica, agora é possível configurar quantos visualizadores de diferenças você quiser. Na hora de ver a diferença em algum código-fonte, você pode optar pelo enrustido embutido ou, no caso, o meu favorito, WinMerge.

E por que o WinMerge é meu favorito? Porque você pode ignorar toda aquela discussão se devemos usar tabs ou três espaços para indentar o código. Cada um indenta como quer, na hora que mexer no código, que o WinMerge não vai nem ligar para essas diferencinhas (já que o compilador não liga). Ele até detecta blocos de código inteiros que foram movidos dentro do arquivo.

Na hora de ver as diferenças no worktree podemos usar a velha opção de criar um alias para o WinMerge. Mas no meio de um log, podemos ativar tanto o view embutido quanto o de qualquer outra ferramenta que escolhermos.

Vendo essas coisas fico imaginando como ainda tem gente que usa arquivos zip com data para armazenar versões de documentos diferentes. Tsc, tsc.

# 400 contra 1: Uma História do Comando Vermelho [link]

2010-08-06 tag_movies ^

Essa é a história do nascimento do Comando Vermelho, uma das quadrilhas de assalto a bancos mais organizada do Brasil. O filme oscila entre os anos 70 e 80, os anos em que os membros fundadores estavam presos, desenvolvendo os conceitos que unem o bando, e soltos, época em que o número de assaltos a bancos multiplicou-se consideravelmente, e coincidentemente a última década do regime ditatorial.

E não é coincidência que a ditadura esteja colocada na descrição da história, pois o local onde a quadrilha nasceu foi a mesma prisão-ilha onde foram colocados cerca de 30 presos políticos daquele regime. De alguma forma, a história tenta traçar um paralelo entre os que foram presos defendendo suas ideologias políticas e o bando de criminosos que nasceu, se organizou e se alastrou pelo país.

Se por um lado o ar semidocumental regado com diálogos fracos e prolixos demais, mesmo que estes tentem soar autênticos, se aproveitando de gírias da época, tornam a história simples de ser seguida, e a constante mudança entre as décadas supracitadas afirmam categoricamente a incerteza que paira nas mentes dos criadores, que de tão simplório não consegue sequer traçar uma narrativa que se possa acompanhar e entender. Os detalhes vão aos poucos se tornando enfadonhos, repetitivos e abarrotados de explicações que nada acrescentam.

A fotografia é bem cuidada no sentido que divide bem o clima anos 70 (barrento, empoeirado) e da prisão com a consequente volta dos criminosos às ruas, com os mais coloridos e movimentados anos 80. Note como os movimentos e os zooms da primeira tomada (1980), seguidos por uma trilha de percussão da época, consegue transmitir claramente a época que estamos vendo.

O fato é que não há muito o que falar sobre nenhum personagem em específico, e a narrativa faz questão de não desenvolver nenhum deles. Pecando pela falta de localização na história, o tom artificial da maioria dos atores não ajuda.

Por fim, o ato final ganha mais ação, exatamente por ter encontrado a década de ouro da narrativa, e o tal 400 x 1 é um dos momentos mais empolgantes de toda a narrativa, mas não se sabe pela pasmaceira em que estávamos mergulhados até então ou pelo próprio mérito da sequência.

# A Origem [link]

2010-08-06 tag_movies ^

Christopher Nolan, tanto como diretor como roteirista, tem o dom de traduzir para o espectador as experiências de seus personagens na tela. Vimos isso em Amnésia com a montagem invertida fazendo o papel do protagonista que não consegue se lembrar o que estava fazendo cinco minutos atrás. Em O Grande Truque as trucagens do roteiro são tão ágeis que se assemelham a um número de mágica bem conduzido. E agora em A Origem participamos de um exercício narrativo que consegue unir todas as ideias modernas a respeito dos sonhos, mas que ao mesmo tempo se deixa levar pela metalinguagem e faz uma sutil homenagem ao próprio Cinema.

A história gira em torno de Cobb (Leonardo DiCaprio), um espião que rouba informações sigilosas das pessoas diretamente em seus subconscientes através de uma nova tecnologia que permite o compartilhamento dos sonhos. Até que ele recebe a proposta de fazer exatamente o oposto: inserir uma ideia dentro do consciente da pessoa, algo muito mais difícil de se fazer e que exige adentrar em camadas mais inferiores ainda do ser. Esse "último trabalho" traria de volta sua família, pois ele conseguiria voltar para o país onde estão os seus filhos. No entanto, o fantasma, ou as memórias, de sua mulher morta serão um problema constante no decorrer da missão.

"Brincando" de uma maneira absolutamente controladora com a edição, os pulos entre os sonhos são efetuados com uma precisão milimétrica, entregando ritmo e uma nova forma de ação: a multicamadas. Há uma sequência particularmente fascinante, no momento em que uma Van capota com todos seus passageiros dormindo. Uma viagem psicodélica em torno da noção de gravidade embutida no subconsciente.

Além disso, A Origem também é um pouco de filosofia. A questão que tortura a mulher de Cobb não é fruto de uma mente perturbada, mas possui argumentos bem embasados por alguém que se sentiu presa com outro alguém por décadas a fio; acaba se tornando fatal para ambos. Porém, sejamos justos: no universo que o filme retrata, pensar que toda a realidade pode ser um sonho não parece tão disparate assim.

É por isso que os personagens trágicos de A Origem acabam emprestando um pouco do clima "noir" do Cinema, pois seus futuros são sombrios graças ao passado sem volta. O tal do paradoxo espacial explorado pelos "arquitetos" de sonhos possui uma rima em sua própria estrutura, onde as coisas funcionam em nossa mente, conforme vemos a equipe se deparando com diversos desafios, cada um em sua camada de sonho. É dentro desse embate psicológico que reside a tensão de um filme que possui uma ação muito particular, e que provavelmente se revisto de tempos em tempos, irá se mostrar muito mais rico do que apenas um filme de ação.

# A Lenda dos Guardiões [link]

2010-08-08 tag_movies ^

Mais um filme 3D que usa foco. Parece que ou a noção de ambiente tridimensional ainda não possui seu lugar no cinto de utilidades narrativas moderna ou a tentativa de economizar nas filmagens em 2D acaba por gerar o mesmo filme passado por dois filtros distintos.

Nesse o pequeno e corajoso "Radinho Desperaux" tem asas, um pouco mais de ação, com lindas fotografias de cenários em que é abundante a luz, seja da Lua ou do Sol. Temos paisagens em que as corujas podem voar tranquilamente enquanto o espectador fica submerso naquele ambiente exótico.

Aliás, se fosse apenas um passeio turístico por aqueles lugares estaria bom demais, tanto pelos efeitos nas penas e movimentos das aves quanto pelos próprios cenários, que ganham seu mérito exatamente por terem sua originalidade. Fora isso, temos uma história pra lá de clichê que é embotada com todos os clichês possíveis e musicalmente imagináveis.

Aqui temos várias espécies de coruja, de acordo com sua linhagem, poderio, inteligência e por aí vai. Existe um grande respeito por essas diferenciações, e é no mínimo notável que a "gangue do mal" entre elas sejam os chamados "Puros", que possuem armaduras de ferro e querem dominar sobre as espécies inferiores, pois nasceram para isso, predestinados. Qualquer relação com o nazismo seria, claro, pretensão demais.

É nessa guerra ainda não declarada é que iremos conhecer a história dos dois irmãos que estão começando a se aventurar fora do ninho e seguem caminhos diferentes: um sonha com as narrativas épicas de uma espécie que dizem existir além-mar, e o outro segue o caminho das corujas nazistas.

Se por um lado a premissa é interessante, por outro podemos notar durante toda a narrativa que a falta de suficiente expressão das corujinhas é um "problema de interpretação", aliado ao cortes muito rápidos nas cenas de voos, piorados tão somente em alguns momentos que a tela congela para dar uma percepção do que aconteceu naquele breve momento.

Tendo dois personagens duvidosos para o papel de alívio cômico (uma corujinha meio epilética das ideias, um pequeno plágio do esquilo de Deu a Louca na Chapeuzinho, e uma coruja que tenta cantar suas falas, e um pequeno plágio também do bode do mesmo filme).

Se a lição de moral não pode soar mais "óbvia" no final, é notável que o filme não poupe algumas corujinhas, inclusive o irmão do protagonista, de parecer em mortes trágicas. Um filme de caráter adulto que ainda não amadureceu a ponto de contar uma história de verdade.

# Não é minha culpa

2010-08-08 tag_coding ^

Recebi a dica de meu amigo kernel-mode sobre o aplicativo NotMyFault, escrito como ferramenta do livro Windows Internals e que basicamente gera telas azuis para análise.

Como os problemas gerados pela ferramenta são todos de kernel, resolvi escrever meu próprio conjunto de bugs para o pessoal da userland. E como nada na vida se cria, tudo se copia, tenho o orgulho de apresentar a vocês o NotMyFaultEither!

Seu uso é bem simples. Escolha o problema, aperte a teclar "Fazer Bug" e pronto!

O resultado pode variar dependendo do sistema operacional e da arquitetura (há versões 32 e 64 bits, ambas UNICODE). Um Access Violation no Windows Seven 64 bits, por exemplo, o processo pára de reponder.

Após a análise do SO ele exibe uma tela onde é possível achar onde está o despejo de memória que podemos usar.

Esse é um minidump (mdmp), que possui a pilha da thread faltosa e informações de ambiente. Podemos gerar um dump completo através do Gerenciador de Tarefas.

No caso do Windows XP, podemos executar processo semelhante para gerar o dump através do aplicativo ProcDump, muito útil para preparar o material da minha palestra do próximo fim de semana.

E por falar em palestra, criei um pacote-surpresa de alguns minidumps para análise. Se alguém tiver a curiosidade de já ir mexendo, ou de mexer na hora da apresentação, fique à vontade. Quem montar uma lista relacionando cada dump com o tipo de problema encontrado (não precisa estar completa) irá concorrer, no dia da palestra, à quarta edição do livro Windows Internals, de Mark Russinovich. É minha cópia pessoal, mas está bem novinho, visto que a original pesa pra caramba e consulto sempre o e-book.

Estarei usando estes mesmos minidumps na palestra, junto dos dumps completos. Mas é claro que eu não iria deixar um despejo de memória completo pra vocês. Iria tornar as coisas muito fáceis ;)

Portanto, junte suas grandes dúvidas para o grande dia e nos vemos lá.

# Marcas do Passado [link]

2010-08-10 tag_movies ^

Basicamente temos a história de um vendedor (Guy Pearce) que, ao consultar um vidente em uma estrada longe de tudo põe à tona sua consciência sobre fatos do passado que levaram seu amigo a ser preso. Isso faz com que o sujeito reavalie sua própria ambição descontrolada.

Escrito e dirigido por Mark Fergus, que também escreveu o competente Homem de Ferro e o empolgante Filhos da Esperança, o longa possui um pouco do tema que relembra a tortura do remorso vivido por Tom Neal em Curva do Destino (de 1945!), assim como seu notável baixo orçamento.

Porém, as semelhanças são meramente temáticas, já que nem Fergus nem Pearce conseguem sequer iniciar a curva evolutiva do caráter do protagonista, sendo curioso lembrar que até em Amnésia, vivido pelo próprio Pearce, onde isso não seria possível, podemos perceber alguma mudança no aspecto do personagem atormentado pelo fato de nunca se lembrar do que viveu 10 minutos atrás.

# Foto dos melhores momentos

2010-08-12 tag_coding ^

Mais um quebra-cabeças antes da nossa palestra, esse "baseado em fatos reais".

A história é a seguinte: o cliente instalou uma versão nova do produto em algumas máquinas que, ato contínuo, começaram a apresentar telas azuis constantemente. Como essas máquinas tinham que ser usadas pelos funcionários, a administradora rapidamente desinstalou essa versão buguenta, e logo em seguida pediu por uma correção.

Até aí tudo bem. O problema maior era que ninguém havia capturado dump de nada.

Por isso pedi encarecidamente por qualquer fragmento de tela azul (minidumps) que pudessem ainda estar nas máquinas afetadas. Dito isso, ela confessou que havia voltado a imagem padrão nesses equipamentos para que os funcionários pudessem voltar ao trabalho rapidamente. Só que sem dump eu não conseguiria trabalhar rapidamente.

Mas eis que no dia seguinte ela me liga, comentando que um funcionário, empolgado (?) pela tela azul em sua máquina, havia tirado uma foto da mesma para "recordação". Sem nenhuma cerimônia, então, pedi rapidamente que ela conseguisse essa foto para a minha coleção.

A foto que ela me manda é exatamente a que está acima, apenas censurado o nome do driver, o que não vem ao caso. Assim que a recebi pude constatar o problema direto no código-fonte, corrigi-lo e enviar uma nova versão, que após alguns dias de testes se revelou bem sucedida.

A questão é: como eu resolvi o problema? Como você teria procedido nessa situação?

A resposta para esse enigma também contará pontos para nossa brincadeira com o livro Windows Internals, como foi explicado no artigo anterior. Vamos lá, Sherlock!

# Superman: O Filme [link]

2010-08-12 tag_movies ^

Cercado de evocações épicas em seus quadros, no tom solene da partida de Krypton (protagonizada por ninguém menos que Marlon Brando) e até mesmo na fotografia dos diversos ambientes em que vemos o personagem-título, o fato é que "Superman: O Filme" funciona bem exatamente por tudo isso junto, ainda aliado às convincentes interpretações dos personagens, uniformes em suas representações do mundo fantasioso vivido pelo homem de aço, que estranhamente não soa piegas ou exagerado, mas possui o tom cartunesco corretíssimo para manter a lenda e ao mesmo tempo não se levar a sério demais.

Ambientado na época "contemporânea", acompanhamos através de diversos momentos-chave a infância e adolescência do herói até atingir a maturidade e conseguir um emprego de repórter no jornal Planeta Diário, da cidade grande Metrópolis. Seu nome humano é Clark Kent (Christopher Reeve), e ele possui uma queda por uma repórter efusiva, Louis Lane (Margot Kidder), que parece caçar grandes notícias, mas não enxerga um palmo diante do seu nariz, onde o agora conhecido super-herói da cidade se mantém disfarçado apenas pelos seus óculos e um jeito atrapalhado que contracena com toda a pose e atitude de Kar-El.

Seu vilão, o igualmente equilibrado (ou deveria dizer desequilibrado?) Lex Luthor (Gene Hackman), oscila confortavelmente entre o picaretagem e a megalomania. Seu plano maligno é obter um pedaço de terra do tamanho da Califórnia e ficar milionário às custas da morte de milhões. A conversa com Superman adquire tons de cavalheirismo desconhecidos ainda do Kryptoniano, que parece querer desvendar o que há por trás da loucura de alguns humanos.

A solução do conflito toma um contorno totalmente diferente do imaginado, o que é ótimo. Os sentimentos de Superman são pessoais, mas indiretamente ele acaba por firmar um pacto com os seres humanos e o seu destino. Uma bela mensagem de esperança sem soar religioso ou filosófico demais. No entanto, há algo de divino na interpretação de Reeve que ecoará para sempre na figura do carismático personagem.

Eu concordaria com qualquer pessoa que dissesse que Superman é um filme complicado de se defender. O momento atual do cinema em que os efeitos visuais mais vistosos, e tão somente os efeitos, combatem entre si, definitivamente não é a época para humor cartunesco, romantismo e um clima épico em torno de um ser que veste suas cuecas por cima das calças.

Porém, peço aos leitores que olhem mais de perto. O que conseguiria tornar um filme tão propenso ao fracasso e mediocridade em um filme digno e ciente de si e de seu herói, que abraça o ridículo de maneira tão empolgante e solene como se o ridículo não estivesse lá. O que faz com que essa experiência cinematográfica pudesse ainda ser citada e comparada a filmes tecnicamente superiores, mas ainda carentes dessa paixão incondicional, como "Superman: O Retorno" e O Homem de Aço?

Não há dúvidas que o tema composto por John Williams transforma qualquer cena com potencial vergonhoso em um clássico instantâneo. Porém, "Superman Returns" possui a mesma canção solene, mas parece ter perdido algo durante essa transição. Não é, portanto, fruto apenas de uma trilha sonora bem sucedida que o original se mantém.

Olhe atentamente para Clark Kent e me diga o seguinte: mesmo sabendo que ele é o Homem de Aço com óculos, é apenas isso que o separa do ser alienígena? Os ombros arqueados, o tique de sempre estar empurrando os aros, a voz fina que mal consegue balbuciar uma frase sem ser interrompido. O esforço da interpretação não fica só no tom solene ao vestir aquelas roupas coloridas. Há um personagem interpretando outro em Superman, e é isso que Chris Reeve faz com uma desenvoltura que torna tudo fácil (como se espremer ao tentar abrir uma garrafa).

Em contraparte, não há como negar os esforços do diretor Richard Donner em tentar tornar as cenas de voo (a chamada principal para o filme na época era "Você vai acreditar que o homem pode voar") e torná-las leves e poéticas. É um marco nos efeitos visuais, mesmo hoje tendo sido ultrapassado. Já a lenda, essa parece que está longe de ser. Todos os trabalhos futuros devem se render e se deixar influenciar pelo primeiro grande filme sobre um super-herói.

# O Aprendiz de Feiticeiro [link]

2010-08-13 tag_movies ^

E aqui vamos nós para mais um filme bonitinho, emocionante e formatado nos últimos padrões que a Disney recomenda para que tenhamos mais uma possível franquia seguindo os modelos razoavelmente bem sucedidos dos Piratas do Caribe e Crônicas de Nárnia, e também a futura promessa do Príncipe da Pérsia.

Aqui se trata de um aprendiz de feiticeiro que procura pelo primeiro descendente de Merlin que irá ter poderes para derrotar a poderosa bruxa Morgana, atualmente presa em uma espécie de boneca russa, mas que assim que libertada, e não for impedida, poderá destruir o mundo como o conhecemos.

Soou piegas? Com certeza. Além disso, temos um romancezinho de infância do protagonista que é o aprendiz de feiticeiro do título. Fora isso, o filme diverte na dose certa, com um bom ritmo de ação temperado com efeitos mágicos que enriquecem a narrativa, aliás, como deveria ser.

Até o início da "aventura", enquanto Dave tenta desesperadamente alcançar o papel em que está escrito se a menina citada quer ser sua amiga ou namorada (eu disse que era piegas), uma sequência simples e eficiente, tudo parece fluir para mais uma aventura Disney.

E se por um lado as expressões de Dave quando criança (Jake Cherry) são continuadas por Jay Baruchel (o Dave crescido), infelizmente suas atitudes seguem uma curva muito irregular durante toda a projeção, onde horas ele está muito inquieto par se encontrar com seu amor Becky (Teresa Palmer) e em outros quer desesperadamente ser um feiticeiro. Independente de como for, ele é o mais irregular dos personagens, acompanhado pelos eficientes Nicolas Cage no papel de Balthazar Blake, o aprendiz de Merlin que deseja encontrar o garoto, e Alfred Molina, esse mais interessante no seu papel de Maxim Horvath, o bruxo que deseja libertar Morgana.

Mais interessante por algumas cenas como a que ele sai do vaso onde estava preso com Drake e pergunta ao dono da casa, em tom cansativo: "Sou o primeiro a sair?". Em outra cena, preso a um espelho no banheiro do colégio, pergunta a uma pessoa que está olhando no espelho se ela poderia acordar seu capataz, Drake Stone, em um tom igualmente cansativo.

Uma brincadeira/referência interessante a Nikola Tesla, que anda cada vez mais sendo citado. Aqui, Dave possui suas próprias bobinas magnetizadas que emitem raios em alta frequência, e por isso geram música.

É impressionante como a única cena de morte, a do motorista que é atingido por Horvath enquanto este procura o vaso de Morgana, é escondido pelo vidro quebrado, provando igual competência que os filmes Transformer em esconder que um massacre está ocorrendo (nesse caso, foi apenas um "mero" assassinato, o que aumentaria considerável e desnecessariamente o nível de censura do filme como um todo).

Assistindo filmes da Disney hoje em dia quer dizer não ver apenas referências toscas ao seu universo comprado, como o despertador de Buzz Lightyear de Toy Story, mas uma tentativa de reconstrução admirável da cena das vassouras em Fantasia, com direito à mesma trilha sonora. Foi o momento mais mágico do filme. Pelo esforço e pela nostalgia.

# Os Mercenários [link]

2010-08-13 tag_movies ^

Usando uma steady cam e iniciando no tom de documentário, Os Mercenários traz uma gangue de atores milionários que, em seus devidos personagens unidimensionais, fazem operações de guerra por uns trocados. A primeira cena, aliás, resume bem o que teremos no resto das cenas de ação: muito sangue. Tanto sangue que, no início, vemos o resto da matança através de uma lente de visão noturno, para não afastar de imediato o espectador que ainda verá muitas cabeças explodindo e corpos rolando.

Pior do que sua violência é sua desonestidade, no melhor estilo caça-níqueis. Ele traz em seu elenco figuras como Bruce Willis e Schwazenegger como bonequinhas de luxo (que, aliás, até serve para piadas datadas como "ele quer ser presidente"). Os Mercenários nunca soa realista ou interessante, sendo empolgante em alguns poucos momentos, como a escapada de avião na primeira visita à ilha, onde a explosão final ganha o impacto que merece, ou quando dois capangas da mesma gangue acabam lutando entre si.

Mesmo que digamos que o filme se apresenta como despretensioso, aqui não temos sequer uma trama verossímil para explicar o que move os personagens no massacre final. Primeiro eles são pagos para matar o general da ilha, mas logo depois Stallone decide ir sozinho para libertar a filha dele da situação caótica em que vive seu povo. Só que logo todos seus companheiros resolvem ir junto, o que soa desnecessariamente complicado (eles já não iriam para acabar com a questão?).

Mesmo na cena da escapada inicial da ilha, a fotografia e a velocidade das cenas muda toda hora, nunca nos dando a chance de entrarmos no clima, e sempre usando ângulos originais que mais desviam nossa atenção para o fato que o que estamos vendo é um filme. Ainda entre os tropeções técnicos, a trilha sonora está longe de ser original, usando o já consagrado tema de Jogos Mortais (??). No entanto, os efeitos sonoros são exceção, pois divertem, seja em suas infindáveis explosões ou tiros de armas pesadas.

Outro erro grave de Stallone como diretor reside nos muitos cortes na perseguição de carros que sempre coloca em close a face dos atores, como se houvesse alguma capacidade de interpretação: eles sequer representam! Mesmo assim a ação continua, ainda com ângulos originais, mas que não deixa a gente ver muita coisa. Só deixam ver quando alguma cabeça explode, ou cenas pontuais de luta, nunca em uma continuidade que flua um pouco mais naturalmente.

Fora isso, do começo ao fim do filme todos os membros dos Mercenários parecem lutar no modo God dos jogos de videogame, pois nunca vemos qualquer perigo que eles se machuquem de verdade ou que algum plano deles não dê certo. Tudo parece esquematizado para que sejamos levados até o final da história custe o que custar, e esse custo nem é muito (um raspãozinho aqui, uma unha encravada ali). Exceto, claro, a violência gratuita contra os que não tem nada a ver com isso, como os soldados manipulados pelo general, por sua vez manipulado pela CIA.

Se sua obsessão por sangue é meramente estética, sexual ou sádica, esse é seu filme. Deixe os miolos do cérebro fora do cinema; eles podem explodir.

# Evento C++

2010-08-16 tag_coding ^

Esse fim-de-semana houve o tão falado evento C++, com a presença de dezenas de pessoas, algo que eu sinceramente não esperava. O bom desse evento foi saber que existem tantas pessoas interessadas em manter contato com quem gosta e pratica essa linguagem e também em saber que o nível técnico das palestras estão de alto para avançado.

Infelizmente em nenhuma das duas palestras práticas (minha e do Fernando) houve participação interativa, e ninguém que eu saiba abriu meu pacote-surpresa com os dumps a serem analisados. De qualquer forma, minha palestra ficou bagunçada pelo excesso de conteúdo e falta de tempo, o que me fez dar boas risadas ao ouvir no twitter que minha palestra foi mais um brainstorm. A intenção não era essa, claro, mas meu claro despreparo para muito conteúdo gerou essa impressão. Espero que do pouco que consegui explicar alguém tenha achado utilidade.

E, pelo jeito, futuramente irei aplicar essa mesma metodologia brainstorm em um videocast, que ainda não decidi como irei preparar. A ideia é analisarmos alguns dumps em conjunto e, para os que acompanharem online, a interatividade de perguntas & respostas.

Mas enquanto isso não acontece vamos dar uma olhada no que tínhamos no pacote-surpresa.

1. NotMyFaultEither.exe.mdmp - Stack Trash

0:000> kv

ChildEBP RetAddr Args to Child

0012b200 7c90df3c 7c8025db 000000e8 00000000 ntdll!KiFastSystemCallRet

0012b204 7c8025db 000000e8 00000000 0012b238 ntdll!NtWaitForSingleObject+0xc

0012b268 7c802542 000000e8 000493e0 00000000 kernel32!WaitForSingleObjectEx+0xa8

0012b27c 6998ada6 000000e8 000493e0 003a0043 kernel32!WaitForSingleObject+0x12

0012bd70 6998aff1 000000c4 00000568 000000d0 faultrep!InternalGenerateMinidumpEx+0x335

0012bd9c 6998b50a 000000c4 00000568 0012c698 faultrep!InternalGenerateMinidump+0x75

0012c678 69986652 000000c4 00000568 0012c698 faultrep!InternalGenFullAndTriageMinidumps+0x8a

0012dea0 69987d3d 0012df18 0015c300 00000000 faultrep!ReportFaultDWM+0x4e5

0012e398 699882d8 0040a1dc 0012f1e0 ffffffff faultrep!StartManifestReportImmediate+0x268

0012f404 7c8643c6 0040a1dc ffffffff 0012fc24 faultrep!ReportFault+0x55a

Unable to load image C:\Documents and Settings\Administrador\Desktop\NotMyFaultEither.exe

*** WARNING: Unable to verify timestamp for NotMyFaultEither.exe

*** ERROR: Module load completed but symbols could not be loaded for NotMyFaultEither.exe

0012f678 004018aa 0040a1dc e280eec4 1d7f113b kernel32!UnhandledExceptionFilter+0x55b

WARNING: Stack unwind information not available. Following frames may be wrong.

0012f9ac 00401357 dededede dededede dededede NotMyFaultEither+0x18aa

0012fbe8 dededede dededede dededede dededede NotMyFaultEither+0x1357

0012fbec dededede dededede dededede dededede 0xdededede

0012fbf4 dededede dededede dededede dededede 0xdededede

...

Como foi visto na palestra, uma pilha nesse estado demonstra claramente alguma variável que estourou e corrompeu o resto da pilha de chamadas. Na hora de voltar para a função chamadora, o endereço usado foi o endereço reescrito por lixo, e daí temos o "crash-pattern" Stack Trash.

2. NotMyFaultEither.mdmp - Dead Lock

0:000> kv

ChildEBP RetAddr Args to Child

0012f900 7c90df3c 7c8025db 0000007c 00000000 ntdll!KiFastSystemCallRet

0012f904 7c8025db 0000007c 00000000 00000000 ntdll!NtWaitForSingleObject+0xc

0012f968 7c802542 0000007c ffffffff 00000000 kernel32!WaitForSingleObjectEx+0xa8

0012f97c 00401176 0000007c ffffffff 00000111 kernel32!WaitForSingleObject+0x12

WARNING: Stack unwind information not available. Following frames may be wrong.

0012f9c0 7c910202 00000002 001506e8 00150000 NotMyFaultEither+0x1176

0012f9f8 7e3746d3 01010050 00000000 00000000 ntdll!RtlpAllocateFromHeapLookaside+0x42

0012fa5c 7e382672 01010050 01100068 7e3a4716 user32!DrawStateW+0x5cd

0012fae8 7e382c75 001563ac 01010050 00000003 user32!xxxBNDrawText+0x313

0012fb20 002d0036 00000000 00000020 0012fb3c user32!xxxDrawButton+0xbb

0012fb30 7e3799d8 0000800a 0012fbc8 7e375ba2 0x2d0036

0012fb3c 7e375ba2 0000800a 002d0036 fffffffc user32!NotifyWinEvent+0xd

0012fbc8 00000000 002d0036 004011b0 dcbaabcd user32!ButtonWndProcWorker+0x79b

0:000> !handle 0000007c

Handle 0000007c

Type Thread

0:000> ~* kv

. 0 Id: 5e4.39c Suspend: 0 Teb: 7ffdd000 Unfrozen