SoloCodigo

¿Intentaste con "clean solution" antes de recompilar?

Puedes usar programación OO, estructurada, etc. Incluso existen lenguajes creados específicamente para IA. En mi caso personal el catedrático dejó a elección libre el lenguaje a utilizar para implementar las prácticas. Yo utilicé Delphi, otros C++ y creo que alguno Java. Es bueno si tienes conocimientos de estructuras de datos básicas como listas, árboles, etc. para no tener trabas al momento de implementar las prácticas.

Un punto importante para aplicaciones de IA es que tienes que aprender a mantener siempre separada la complejidad del código de la complejidad de la información que estás manejando.

También es bueno evitar el código "hard coded", hazlo tan flexible como te sea posible. Claro que hacer esto es más fácil si tienes buena base en conceptos de programación OO y sabes aprovecharlos para dar a tu código la flexibilidad que sea necesaria.

Si ahora tuviera que elegir un lenguaje para realizar esas prácticas elegiría C# (OJO: la versión que soporta visual studio 2005).  

Puedes leer esto a manera de introducción.
http://www.monografias.com/trabajos16/inte...rtificial.shtml

¿cómo obtengo el mapa de bits a partir del objeto panel donde realice los dibujos?

No puedes por que esos elementos se dibujaron en una zona de memoria que no es propiedad del objeto panel. De hecho el objeto panel carece de la propiedad de un bitmap para dibujar su contenido, es decir que su contenido se dibuja directamente en la pantalla que se presenta al usuario, si mueves una ventana encima de tu panel y luego la quitas de encima verás que borrará lo que dibujaste. Por esa misma razón si quieres aumentar algún gráfico a tu control tienes que dibujarlo respondiendo al evento Paint.

Por eso es que tienes que crear un bitmap que nada tiene que ver con el objeto Panel y en el evento Paint, o cuando sea necesario, dibujar el bitmap en el panel u otro control donde desees dibujarlo.

El objeto Graphics tampoco tiene un bitmap para dibujar. En realidad lo que contiene son instrumentos para dibujar, pero no un bitmap que pueda almacenar lo que dibujaste. Por lo mismo puedes crear un objeto Graphics usando un método estático que te pedira un objeto Bitmap.

Primero que los controles generalmente se dibujan directamente en pantalla, sin tener memoria propia para almacenar lo que dibujaste en ellos. Ademas lo que estás guardando y restaurando es el "HDC" (Encapsulado en la clase Graphics) y no el "BITMAP" (Encapsulado en la clase Bitmap y es descendiente de la clase Image), es como si guardaras y restauraras el estado de todas las herramientas de dibujo de un pintor, menos el cuadro que estaba pintando.  

Es mejor utilizar un bitmap que almacene lo dibujado. Asi en lugar de "guardar" y "restaurar" tendrías que dibujar el bitmap en el panel y para guardar sólo dibujarias el actual en otro que te sirva para almacenar el estado guardado, o bien guardarlo en disco.

Otra cosa, no tienes que llamar a cada rato a: "CreateGraphics()", sólo una vez y guardar la referencia en un miembro privado. Al cerrar el formulario deberías llamar a Dispose(). Tienes que crear un objeto Graphics para el bitmap y otro para el control donde quieres dibujar, en este caso el panel. Ojo que los objetos Graphics no se crean con new, sino llamando a un método estático de Graphics "Graphics.FromImage(miBitmap)" o en el caso de los controles llamando al método que estas usando "CreateGraphics()".

Quedaria asi:
1. Un Bitmap con el estado actual
2. Otro Bitmap para el estado "guardado"

Siempre dibujas en el bitmap "estado actual"
Borras haciendo clear del bitmap "estado actual"
Dibujas el bitmap actual en el control que desees usando el evento Paint.
Para guardar simplemente dibujas el bitmap actual en el bitmap "guardado".

Una nota más, dependiendo de cómo estén implementados los métodos que dibujan en el bitmap será conveniente usar un bitmap DIB o no. DIB = Device independent bitmap que es un bitmap que se aloja en RAM. Es mejor usar un bitmap DIB si es el procesador central el que dibuja, en cambio si el dibujo lo hace la tarjeta aceleradora es mejor utilizar un bitmap alojado en memoria de tarjeta de video, es decir bitmap dependiende del dispositivo gráfico. Pero en este caso en especial, como no sólo te interesa mostrar un gráfico en pantalla, sino guardar cambios en ese gráfico es mejor que uses un bitmap DIB a 24 bits por pixel para evitar perder información si el usuario cambia de una menor profundidad de color a una mayor.

Seguramente lo ejecutaste desde el servidor, sin copiar la aplicación a tu máquina local.

Es simple. En informática, a diferencia de las matemáticas 100% teóricas, tienes que considerar también que existen límites de rango y de precision. En este caso el tipo entero que usas es de 16 bits con signo (integer), por lo tanto no puede representar un valor mayor a 32767, luego como 8! es mayor al limite anterior tu programa no funcionará a menos que utilices un tipo de dato aplicable al problema que tenga mayor capacidad, por ejemplo un tipo de numero flotante como double.

Nota: Dependiendo del compilador el tipo integer puede ser de 16 o 32 bits, en este caso claramente es de 16bits.

Seria bueno que indiques en que archivo y linea da el error.

El único paradigma que tiene futuro es el que te permita conseguir un buen trabajo.  
Además el algoritmo es más potente que la ecuación. Dicho de otra forma la programación contiene dentro de sí a la matemática, pero no a la inversa. Es por esto que hasta ahora no es posible utilizar un lenguaje funcional puro al 100% (Que no necesite de "ayuda" de x o z biblioteca) para desarrollar por ejemplo un sistema operativo. Y si algún día lo logran será a costa de sacrificar la "pureza" de la programación funcional agregandole lo que sea necesario para convertirla en una herramienta realmente de propósito general.

Coincido que la programación es también arte.

Lo que te recomiendo es que busques primero un buen ejemplo de como usar sockets en C#, por ejemplo un programa simple de chat. Lo importante es que el ejemplo contemple manejo de errores, excepciones, etc.

Pero... tienes algo en contra de usar los operadores <<, >> ???

Que no esten documentadas no significa que hagan lo mismo que otras pero mas lento. Por lo tanto sigo esperando UN ejemplo de dos funciones, una no documentada y otra que si, en el cual una de las mismas sea mas rapida.

Existe un caso donde podría ser un poco más rápido llamar a la funcion "directa":

Si sabes que en determinado estado del sistema puedes llamar directamente a la función "x", la "directa no documentada" por que sabes que no ocurrirá nada anormal. Por que generalmente una función que será de uso público pues tiene que tener una buena protección para evitar que haga alguna barbaridad por que recibió datos que no estaban en el estado esperado.... o peor por que la máquina no estaba en el estado esperado. Eso implica muchas validaciones de estado, control de errores, etc. Lo cual inevitablemente tendrá algún impacto en rendimiento pero es necesario para garantizar que la función no haga algún destrozo.

Pero al mismo tiempo recurrir a esos "atajos" puede convertirse en un criadero de bugs si no conoces, si no tienes toda la documentacion de lo que puede pasar si pasas por alto las "protecciones" de la función documentada y usas el "atajo".

Para mi en lo personal si microsoft hiciera o por lo menos debiera hacer algo sin "fallar" o "más rápido" es por que debería tener a mano mayor documentación y más detallada (me refiero a todo lo "malo" que puede pasar si ocurre x condición o lo haces de z forma) para no hacerlo de la forma que se supone que no se debería hacer...  

Aqui esta el primer error:

q:=p;

q hace referencia a un pedazo de memoria que reservaste, pero como le asignas otro valor simplemente ya no podrás liberar ese fragmento de memoria por que ninguna otra variable tiene almacenada dicha información.

Por lo tanto el segundo error es:

dispose(q);

Por querer liberar una zona de memoria que ya liberaste puesto que q apunta a la misma zona de memoria que acabaste de liberar con dispose(p);

Si quieres que funcione sin remover "q:=p;" tienes que quitar:
new(q);
y
dispose(q);

Si sabes como escribir una linea de texto a la vez lo más simple sería que uses una lista de cadenas a manera de buffer. Cuando todo esté listo simplemente escribes en secuencia la lista de cadenas en el archivo.