bloqueos en Rmcobol

[Casimiro Noteví]

Pues no, sonar no me suena, aunque tampoco soy una mente privilegiada

Lo que iba a comentar es que resulta extraño por lo que he visto, donde trabajo tenían sus programas de gestión en RMCobol desde hace muchísimos años, 20 años o más, y todavía lo tienen instalado a muchos clientes que no han querido cambiar a la nueva gestión en Delphi. Todos esos clientes siguen usándolo sin problema alguno sobre win98, winXP y sobre Unix.
Por eso comento que es bastante extraño, a ver si es fallo físico de algún ordenador.

[avmm2004]

Yo estuve programando un tiempo en rmcobol y te puedo decir lo siguiente:
El error status 98 es debido a que tienes un índice destruído de los ficheros de datos. (junto con el runtime de rmcobol te viene una utilidad que se llama recovery y que se la tienes que pasar a cada uno de los ficheros de datos a no ser que sepas cual el fichero de datos en concreto que esta destruído). Respecto a la librerias (dlls o exe) que te dice y los problemas del runtime acabas antes instalando el runtime de nuevo en cada puesto. Ten en cuenta que cada vez que se te bloquee un equipo y salgas a la tremenda te puede dar status 98. La versión 9 del rmcobol que tienes es estable en windows 2000, 98 y en Xp. Puede ser mas un problema de red que no del runtime. Harías bien en pensar en migrar tu aplicación de rmcobol con rmpanels (por cierto los tuve y fuí incapaz de vender eso a ningun cliente) a delphi (por ejemplo). Existe una herramienta que te ayuda a migrar datos que es un ODBC para rmcobol que se llama Relativity, pero los programas tendras que hablar con quienes te los hicieron. Otra ¿alternativa? es seguir en cobol y pasar de rmcobol a Acucobol (www.acucorp.com) es mas estable pero los panels no funcionan. De todas formas creo que la mejor opción es migrar a delphi con relativity paulatinamente.