Barrapunto

Si se trata de un programa de cálculo numérico (por lo que he entendido), yo lo dejaría escrito en C o C++, y no lo ejecutaría sobre la plataforma .net, porque se perderá rendimiento.

Lo que sí haría: liberar memoria donde haga falta con free (o delete si has pasado a c++), intentar reestructurar el código para dar nombres entendibles a las funciones y equilibrar un poco el código, no tiene mucho sentido tener funciones gigantescas y funciones minúsculas a la vez... eso del aeiou me ha dejado estupefacto.

También haría diagramas de flujo y de clases (estos ultimos en caso de estar usando c++) para intentar comprender mejor el programa ese cochambroso.

Mm.. respecto a las pruebas, te recomiento utilizar pruebas unitarias, en plan jUnit (pero para C++, no sé que hay, sé que para c# está nunit)

Un saludo

Estoy de acuerdo. Si el problema es que el código está mal (no libera memoria donde debe), lo mejor es corregirlo. De todos modos tendrás que hacerlo al pasarlo a C++....

Por lo que cuentas además, el proceso no es muy OOP y en C ganarás eficiencia.

Una posible razon para querer migrarlo a C# es que la empresa donde trabaja tiene mucha gente con conocimientos de C# pero a nadie que controle de verdad C a secas.

Eso de que se perdera rendimiento depende (mucho) de como sea la version de C y como hagan la version en C#, es posible que hasta se gane rendimiento (sobre todo si la implementacion en C es cochambrosa, como parece el caso). Pero aun asi es muy posible que la reduccion en el coste de mantenimiento (al pasarlo a un lenguaje que mas gente de la empresa conoce y con una estructura mas sencilla y "entendible") compense de sobra la posible perdida de rendimiento, cosa que no siempre se tiene en cuenta.

En cuanto a lo demas, totalmente de acuerdo, poniendo especial hincapie en las pruebas unitarias, que es lo que de verdad le va a dar la seguridad de que el proceso se sigue comportando igual... En cuanto a que usar, quizas se podria empezar a mirar por aqui [wikipedia.org]

No sólo por eficiencia, en cuestión de tiempo sale más rentable hacer una servidor COM que puede ser llamado desde un GUI C#, que se pierde la capacidad de compilar en otras plataformas es cierto, pero con un Makefile lo suficientemente majo más un infierno de macros se podría conseguir (aunque tiemblo de sólo pensarlo), de todos modos por lo leído, la compilación en múltiples plataformas no parece un requisito del proyecto.