SoloCodigo

1. Define CHECK_OUTPUT
2. Puede ser el fin de línea extra en tu cout. No deberías incluir ese fin de línea por que haces que la función no pueda usarse en otros contextos, por ejemplo si es necesario mostrar una fecha en medio de una oración.
3. Como estás usando C++ deberías definir un constructor en tu struct en lugar de usar una función de inicialización :

Deberías incluir el error que te sale y ver si el "application event log" de windows registra algo relacionado para tener más detalles.
Eso si: no puedes mezclar DLLs de 32 y 64 bits. Puede ser que libmysql.dll está tratando de usar otra dll y la única que encuentra es una de 64 bits. Al final tal vez tengas que compilar para 64bits (en el caso hipotético que tu compilador pueda generar código para 64 bits) y usar libmysql de 64 bits.

Intenta usando scanf_s, "%lf" indica que esperamos un double, el fflshd(stdin) es para limpiar la entrada de datos si es que el usuario ingreso basura en lugar de lo esperado.

La verdad 300 líneas de código no es mucho.

Creo que el problema de fondo es que te falta seguir un estilo de codificación y configurar el editor para hacer tu código más legible:
1. Tu código está en blanco y negro, los editores modernos como el Notepad++ te permiten cambiar el color de operadores, cadenas, números comentarios, tipos, etc. Incluso te muestran visualmente cuando tienes paréntesis demás o te falta alguno.
2. Tu código no respeta un máximo de X columnas. (Generalmente X es 80.) Tener que usar la barra de desplazamiento horizontal para leer esas líneas extra largas es incómodo y pierdes capacidad de visualizar el código rápidamente.
3. Usa espacios después de las comas, punto y coma y para separar expresiones. Puede que al principio te resulte incómodo pero a la larga agradecerás la facilidad con la que podrás leer tu código.
4. Trata de usar siempre las llaves {} en lugar de escribir el código en una sola línea, a menos que dicho código sea extremadamente corto y fácil de entender, para evitar lineas innecesariamente largas.
5. En la medida de lo posible evita las anidaciones y múltiples niveles de tabulación. Posiblemente sea mejor llamar a una función en lugar de escribir el código dentro de la anidación. Lo ideal es que el bloque completo pueda ser visto en la pantalla sin tener que mover la barra vertical.
6. Evita funciones o métodos demasiado largos, si no es posible asegúrate que puedan ser divididos en etapas bien documentadas de forma que sea fácil ubicarse. Lo peor es tener una función que es un bloque indivisible con varios niveles de anidamiento conteniendo cientos de líneas; por que para entender dicha función hay que leerla entera y seguir el flujo completo de proceso. En cambio si está separada en etapas puedes enfocarte en una sola etapa y en el mejor de los casos puedes ver la parte que te interesa en pantalla sin necesidad de mover la barra vertical.
7. En general das buenos nombres a las variables, pero sería bueno que eches un vistazo a estilos de codificación.

Además tienes que cambiar algunas cosas:

En lugar de:

Debería ser:

Los arreglos en C, C++ están basados en 0, así que en lugar de:

Tiene que ser:

Bueno eso es bastante básico, en lugar del anterior main, tendrías que usar uno como este:


Sería mejor si buscas un tutorial para que vayas aprendiendo a usar estos aspectos básicos paso a paso.

Visual Studio (incluyendo VS 2010) no soporta esas funciones. Como son parte del estándar C99 la palabra oficial de MS es que VS es un compilador de C++, no de C.  

En esta página puedes encontrar una implementación de erf() para C++:  http://www.johndcook.com/cpp_erf.html

Lo copio abajo, por si desaparece dicha página:

Si los caracteres están en una cadena terminada en carácter 0:


O también puedes usar una de las funciones definidas en string.h:

*lista2 = lista1;

Hmm esto es interesante. Tal vez estás usando otro compilador. Yo usé VS 2005 y con la verificación del fread era suficiente para que no muestre repetido el último item. Por otra parte, usando un visor hexadecimal, es posible ver que el archivo está correctamente escrito, 8 bytes por item.

Otro punto interesante es que feof() no está funcionando como se esperaría. La última operación que encontró el final de archivo, el último fread, debería actualizar la bandera de fin de archivo, pero no es así. Posiblemente este comportamiento sólo sucede cuando el archivo es abierto para lectura y escritura.

En realidad es bastante sencillo:

Primero buscas un cero en la primera columna, guardas la posición
Haces esto hasta que la posición guardada esté en la columna final:
* Marcar la posición como recorrida, por ejemplo poner un 2.
* Imprimir coordenada
* Buscar una casilla aledaña que sea 0, guardar su posición

Afuera de una función te sirve para definir una variable global que no quieres que sea visible fuera del archivo donde la estás definiendo. Muy útil si tienes cientos de archivos y no quieres buscar en todos para ver si alguno de ellos está haciendo mal uso de tal variable.

Dentro de una función o método sirve para definir una variable que es inicializada la primera vez que se llama a la función y perdura hasta la muerte del proceso. Asi que sólo es inicializada una vez y perdura entre llamadas a la función.

Sería interesante saber si esto se puede hacer sin mantener una lista de punteros a todas las instancias creadas.

Este código implementa una clase que permite aplicar una función a todas sus instancias. Use un conjunto en lugar de una lista o vector para tener complejidad logaritmica al agregar y eliminar elementos. En todo caso no deberían existir elementos repetidos.