Gamerz Online

 Redactado por Gambit

A pesar de lo que diga elmundo.es, no se trataba de un proyecto de fin de carrera, sino de una parodia de proyecto, más que nada porque en la portada pone que es para el Departamento de Entretenimiento Nocturno. Pero aun así es interesante.

Karen Own, una estudiante de la prestigiosa Universidad de Duke, dedicó varios meses de su vida a tener experiencias sexuales con otros estudiantes (atletas todos ellos), parametrizando y evaluando las experiencias, y poniéndoles notas. Una fuck list en toda regla, que almacenó en un power point incluyendo fotos de los sujetos de estudio, sus nombres, y todo todo y todo. Dicho Power Point lo distribuyó por email a sus amigas... Y saltó la bomba.

La chica en cuestión es la de la izquierda de la siguiente foto:



Mal no está la niña... Al menos físicamente. De la cabeza está fatal. Ella dice haberse arrepentido, pero cuando ha sido un proyecto de varios meses dudo personalmente de su arrepentimiento. La Universidad de Duke no ha tardado en hacerse eco del escándalo, y sus compañeros actualmente la odian.

Pero no hay mal que por bien no venga, mientras que en su universidad es odiada, las revistas Jezebel y Deadspin ya la han entrevistado, y un editor de Nueva York ya la está intentando captar como escritora, considerando su trabajo entretenido y excitante. Sin duda ha sido una buena manera de ganarse los cuartos sin ser concursante de Gran Hermano, y de una manera muy placentera.


Como soy más majo que las pesetas, para el que sienta curiosidad le incluyo las capturas del power point sin que hayan sido censuradas, son 42 páginas de lo más interesantes. También las he compilado en un pdf, para que sea más fácil leerlo.

La tesis en PDF:

http://www.megaupload.com/?d=INKCLLP0
Link a gigasize: http://www.gigasize.com/get.php?d=9zdn2w4pocc

La tesis en imágenes. Pongo los enlaces nada más porque son unos 6MB, y no es plan que esto tarde en cargar.

http://img251.imageshack.us/img251/9030/slide1wk.jpg
http://img46.imageshack.us/img46/4219/slide2nk.jpg
http://img155.imageshack.us/img155/5564/slide3a.jpg
http://img693.imageshack.us/img693/3176/slide4l.jpg
http://img718.imageshack.us/img718/2281/slide5zb.jpg
http://img192.imageshack.us/img192/4544/slide6w.jpg
http://img543.imageshack.us/img543/6794/slide7k.jpg
http://img267.imageshack.us/img267/5162/slide8w.jpg
http://img413.imageshack.us/img413/1099/slide9di.jpg
http://img46.imageshack.us/img46/1490/slide10sm.jpg
http://img545.imageshack.us/img545/7410/slide11.jpg
http://img819.imageshack.us/img819/9995/slide12o.jpg
http://img33.imageshack.us/img33/1070/slide13k.jpg
http://img46.imageshack.us/img46/7895/slide14w.jpg
http://img820.imageshack.us/img820/4828/slide15.jpg
http://img683.imageshack.us/img683/9826/slide16t.jpg
http://img251.imageshack.us/img251/9008/slide17bf.jpg
http://img405.imageshack.us/img405/1560/slide18y.jpg
http://img178.imageshack.us/img178/9646/slide19x.jpg
http://img840.imageshack.us/img840/2765/slide20.jpg
http://img192.imageshack.us/img192/6258/slide21a.jpg
http://img844.imageshack.us/img844/2981/slide22n.jpg
http://img22.imageshack.us/img22/3115/slide23tp.jpg
http://img823.imageshack.us/img823/5075/slide24.jpg
http://img197.imageshack.us/img197/7150/slide25m.jpg
http://img6.imageshack.us/img6/6622/slide26x.jpg
http://img153.imageshack.us/img153/7973/slide27u.jpg
http://img811.imageshack.us/img811/2132/slide28.jpg
http://img135.imageshack.us/img135/3157/slide29.jpg
http://img138.imageshack.us/img138/3740/slide30u.jpg
http://img829.imageshack.us/img829/9521/slide31.jpg
http://img72.imageshack.us/img72/2470/slide32e.jpg
http://img375.imageshack.us/img375/2205/slide33.jpg
http://img443.imageshack.us/img443/2048/slide34.jpg
http://img823.imageshack.us/img823/2500/slide35.jpg
http://img813.imageshack.us/img813/3007/slide36c.jpg
http://img340.imageshack.us/img340/2397/slide37e.jpg
http://img695.imageshack.us/img695/5315/slide38h.jpg
http://img148.imageshack.us/img148/7114/slide39.jpg
http://img834.imageshack.us/img834/9893/slide40a.jpg
http://img692.imageshack.us/img692/8296/slide41i.jpg
http://img405.imageshack.us/img405/8433/slide42w.jpg


fuente primigenia de la noticia: http://www.elmundo.es/america/2010/10/04/estados_unidos/1286224433.html

Over the years I've gotten many questions about importing Microsoft XML with the type library importer and why the resulting *_TLB.pas file doesn't match that of Microsoft's documentation. There are a lot of interfaces with the same problem but lets take a closer look at one of them as an example. You can find the documentation for ISAXDXMLReader.getProperty here. The documentation provides the following C++ code for the getProperty function:

HRESULT getProperty(
  const wchar_t* pwchName,
  VARIANT* pvarValue
);

Notice the type of pwchName. It's type is const wchar_t* which should be const WideString but as you can see after importing the type library you get:

function getProperty(var pwchName: Word;
  out pvarValue: OleVariant): HResult; stdcall;

Obviously the codegen is wrong but why is that. If you take a look at the .tlb in Ole View or the Type Library Editor you'll notice the following IDL:

HRESULT _stdcall getProperty(
  [in] unsigned short* pwchName,
  [out, retval] VARIANT* pvarValue);

Notice the unsigned short*. The type library importer generated it as a var Word. This means the type library is doing exactly what it should be doing.

So either the documentation is incorrect or the .tlb is incorrect.

Para usar WinDbg en el análisis de archivos de volcado debemos instalar las herramientas de depuración.
Para reunir la mayor cantidad de información de un archivo de volcado hemos de proporcionar al depurador acceso a los archivos de símbolos. Estos archivos hacen que el depurador nos traduzca a un lenguaje más entendible por los humanos, tanto los módulos como los nombres de funciones. El camino más simple de dar acceso a los símbolos al depurador es configurarlo para que acceda al servidor de símbolos de Microsoft mediante una conexión a internet. Para ello:

1. Pulsamos en el botón Inicio, todos los programas, Debugging Tools for Windows, luego pulsamos en WinDbg.
2. En el menú File, pulsamos en Symbol File Path.
3. En la ventana de Symbol Path escribimos:
• SRV*rutalocal*http://msdl.microsoft.com/download/symbols
• Aquí rutalocal es la ruta del disco duro que el depurador utilizará para almacenar los archivos de símbolos descargados. Automáticamente crea una rutalocal cuando se analiza un archivo de volcado.
• Podemos almacenar los archivos en C:\simbolos_descargados estableciéndolo en la ruta anterior: SRV*C:\simbolos_descargados*http://msdl.microsoft.com/download/symbols

Aún así, podemos descargar los archivos de símbolos en nuestro sistema y usarlos si no estamos conectados a internet. Para ello sólo los tenemos que descargar desde los enlaces correspondientes a nuestro sistema los archivos.

Analizando un archivo de volcado

1. Abrimos WinDbg
2. En el menú File, pulsamos en Open Crash Dump
3. Buscamos el archivo, normalmente en unidad_del_sistema\memory.dmp

4. A la pregunta de Save Workspace Information, pulsamos No.

1. Ventana Command.
• Como se ve en la imagen, la línea de Bugcheck nos indica el número del stop error.

 

• La ventana nos ofrece sugerencias desde el depurador y nos permite realizar comandos adicionales. Una vez abierto el archivo de volcado, automáticamente nos ofrece la posibilidad del comando !analyze -v. En muchos casos la información predeterminada de este comando nos será suficiente.

Tutorial sobre Windbg [Parte I]

A petición de un buen número de personas que me han escrito a través del blog, he decidido comenzar un tutorial sobre depuración de aplicaciones y el sistema operativo Windows usando Windbg. A través de este tutorial espero cubrir conceptos introductorios (tales como aprender a configurar Windbg, saber qué comandos son los más destacados y para qué sirven, etc.), hasta llegar a conceptos más avanzados que impliquen la aplicación de la teoría al análisis y solución de problemas reales. Se van a tratar tanto la depuración de volcados de memoria (algo que se conoce como postmortem debugging), como la depuración de sistemas en vivo (live debugging). Al final del tutorial espero que tenga la información apropiada para abordar un problema en su máquina ejecutando algo más que el clásico comando de Windbg "analyze -v".
¿Qué es un depurador y qué tipos de depuradores hay?
El concepto de depuración en el ámbito de la computación podría describirse como un procedimiento metódico consistente en el análisis y corrección de los defectos de un sistema software o hardware. Esta sencilla descripción representa una tarea ardua y dificultosa en sí misma dada la alta complejidad de cualquier sistema computacional de hoy en día. Para poder llevarla a cabo, los ingenieros se sirven de unos programas denominados depuradores (en inglés, debuggers) que permiten, entre otras cosas, analizar un volcado de memoria, adjuntarse a un proceso (más adelante veremos en qué consiste esto exactamente), ejecutar un programa y examinar el estado de la máquina (registros, memoria, procesos en ejecución, etc.), ejecutar paso a paso una aplicación, parar la ejecución según una cierta condición, etc.
Los depuradores pueden clasificarse en dos grupos bien diferenciados:

• Depuradores en modo usuario: Este tipo de depuradores son capaces de mostrar el estado de un proceso en un determinado momento (hilos en ejecución, registros de la máquina, contenido de la memoria, etc.), es decir, el depurador tiene exactamente la misma visión de la máquina que tendría cada uno de los procesos que se estén ejecutando.
• Depuradores en modo núcleo: Este tipo de depuradores disponen de una visión completa de la máquina sobre la que se están ejecutando. Suelen utilizarse para detectar errores en controladores de sistema, pero en ciertos casos es necesario recurrir a un depurador en modo núcleo para depurar una aplicación que funcione en modo usuario.

¿Qué es Windbg?
Windbg es un completo depurador de Microsoft, tanto en modo usuario como en modo núcleo, con una intuitiva interfaz gráfica y descargable de forma gratuita desde la página http://www.microsoft.com/whdc/devtools/debugging/default.mspx. El paquete Debugging Tools for Windows incorpora un buen número de depuradores y utilidades relacionadas, y aunque este tutorial solo se vaya a centrar en el depurador gráfico Windbg mi recomendación personal es que se instale el paquete completo de Debugging Tools for Windows.
Una vez finalizada la instalación, podemos ejecutar Windbg desde Inicio, Todos los programas, Debugging Tools for Windows (x86)/(x64), Windbg. La pantalla principal tendrá un aspecto similar al de la siguiente imagen:

Lo primero que se debe hacer es configurar el depurador. El aspecto de configuración más importante de Windbg es quizá la información referente a los símbolos del código del programa que vayamos a depurar. Antes de proseguir, vamos a describir lo que es un símbolo:
Durante la fase de construcción de un fichero ejecutable a partir de su código fuente, se genera información referente a las funciones, variables, estructuras de datos, etc. usadas en dicho código. Dependiendo de los intereses del programador, esta información puede acabar embebida en el propio ejecutable o bien proporcionarse de manera separada en la forma de ficheros con extensión .pbd (si se ha usado algún compilador de Microsoft). Embeber dicha información en el ejecutable tiene como consecuencia que su tamaño se vea incrementado de manera considerable, además por información que solo es de utilidad para programadores o profesionales de soporte. Por lo tanto, la gran mayoría de compañías de software proporcionan los símbolos para la depuración de manera separada. Sin embargo, es muy probable que existan multitud de versiones de una determinada DLL o ejecutable, en cuyo caso, ¿cómo sabe el depurador qué símbolos escoger? La primera alternativa supondría indicar individualmente la ruta que apunte a los símbolos de cada una de estas versiones, algo inviable. Para dar solución a este y otros problemas, se ideó el concepto de servidor de símbolos, una máquina cuyo cometido es proporcionar los símbolos de depuración conforme el depurador los vaya necesitando. Y lo que es más importante, el servidor de símbolos mantiene una lista de símbolos indizada por nombre, tamaño, versión o cualquier otro parámetro, por lo que es capaz de ofrecer la versión apropiada de un símbolo de manera cómoda y rápida.
¿Cómo configurar la información referente a los símbolos de depuración en Windbg?
Hay que precisar que si se configura Windbg para que consiga los símbolos de depuración desde un servidor de símbolos, es necesario que el sistema tenga conexión a Internet durante todo el periodo que dure la depuración. Si esto no fuera posible, existe la alternativa de descargarse un paquete de símbolos acorde con la versión del sistema operativo que está siendo depurado desde una web de Microsoft, http://www.microsoft.com/whdc/devtools/debugging/symbolpkg.mspx#d. Sin embargo, esta opción tiene el inconveniente de que los símbolos suelen estar actualizados solo hasta el Service Pack más reciente que haya salido. Si Windows Update hubiera actualizado algún ejecutable o DLL con motivo de una actualización de seguridad, por ejemplo, es posible que el depurador no disponga de la información simbólica pertinente. En particular, si faltan los símbolos de Ntoskrnl.exe (depuración en modo núcleo) o bien Ntdll.dll, Shell32.dll o alguna otra DLL muy usada del sistema operativo (depuración en modo usuario), el análisis que hagamos no servirá para nada. Es, por tanto, muy importante que configuremos correctamente la información simbólica en Windbg.
Para configurar Windbg para que acceda al servidor de símbolos de Microsoft se pueden seguir estos pasos:

1. Abrir el menú File, Symbol File Path (o pulsar Ctrl+S).
2. Introducir en la caja de texto Symbol path lo siguiente:
SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
3. Pulsar OK.

Téngase en cuenta que se ha configurado como carpeta de descarga de los símbolos la carpeta C:\websymbols, pero se podría indicar cualquier otra. A continuación podemos salvaguardar la configuración que hemos realizado para que no se pierda en sucesivas depuraciones haciendo clic sobre el menú File, Save Workspace (o Save Workspace As).
Si estamos en una sesión de depuración (algo que se describirá en un posterior artículo), podemos usar comandos para configurar los símbolos adecuadamente:
.sympath
Este comando muestra la ruta que esté configurada para el servidor de símbolos.
.sympath
Este comando establece la ruta como ruta del servidor de símbolos.
.sympath+
Este comando es similar al anterior pero respeta cualquier otra ruta de servidor de símbolos que pueda haber configurada con anterioridad.
.symfix
Este comando nos evita tener que aprender de memoria la dirección del servidor de símbolos de Microsoft. Tan solo tenemos que indicarle la carpeta en la que queremos que se descarguen los símbolos.
.symfix+
Este comando es similar al anterior pero respeta cualquier otra ruta de servidor de símbolos que pueda haber configurada con anterioridad.
Ya hemos configurado uno de los aspectos más importantes de Windbg, la información simbólica de depuración. En el siguiente artículo veremos otros aspectos menores de configuración del depurador y aprenderemos a depurar una aplicación o proceso en modo usuario.