Barrapunto

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.