hola ja enviei

Añadido despues de 4 minutos
hola já enviei

Lo siento joaoalpande, no hay manera de leer el fichero, ni con RM/85, ni con PWC9, he intentado el recovery de RM y el DataEditor de PWC9 de todas las maneras que se me han ocurrido y no ha habido forma, con el recovery, parece decir que el fichero tiene claves duplicadas, cuando el fichero no las soporta, pero no creo que sea así.

Lo siento mucho.

Un saludo y suerte.-

gracias

Cuando ocurre el error 98 normalmente son malas noticias, por que hay inconsistencia entre la tabla de índices y lo datos, hasta donde yo se el recovery te puede restaurar programas y librerías, nunca me ha funcionado con archivos. Creo que hay dos opciones: primera (que creo que no la tienes) es un backup, y la segunda es tratar de regenerar el archivo pero con basándote en otros archivos.

En el desarrollo de mis aplicaciones siempre tengo eso presente, todos o por lo menos los archivos mas importantes los puedo regenerar partiendo de otros, por ejemplo, archivo de inventarios, si se me dañáse lo puedo regenerar partiendo de las estadísticas de venta; por lo regular los archivos mas importantes los tengo diseñados de esa forma.

Ahora bien en mi caso yo tengo el manejo de información con cortes mensuales, es decir, si hoy pierdo un archivo tengo un punto de restauración, que en ese caso sería el del mes anterior, de esta manera solo tendría que recuperar lo del el mes que esta corriendo.

He llegado a esta conclusión por que los clientes nunca, nunca te hacen caso de hacer respaldos periódicos, y me ha pasado en el peor de los casos que un cliente tuvo que capturar toda su información de enero o agosto. Por eso es que cambié la estructura de los archivos...

Regenereishion. :D

Suerte amigo... y pues ve curándote en salud!

Yo solo uso PowerCOBOL. Alguna vez me ha pasado que el fichero se daña por corte de electricidad, o se queda pillado el PC a la hora de un WRITE/REWRITE, da File-Status=39 (FD diferente de la estructura fisica del fichero) cuando haces WRITE/REWRITE. En estos casos, lo que hago siempre es leer el fichero en modo secuencial y a la vez crear otro a partir del leido. En lectura (READ, ACCESS MODE IS SECUENTIAL) funciona siempre!

Ya probamos lo del modo secuencial Kuk, y no hay manera de leerlo tampoco, me envió los archivos y con el RM/85 que tengo lo intenté de un montón de maneras, incluso desde POWER, poniéndole al fichero BTRV, y nada, por eso le comenté que me daba la sensación de que por algún fallo, tenía la clave principal duplicada en muchos registros, más que nada porque estuve investigando, (destripando), el fichero que me envió. Creo que el problema de lectura secuencial, también lo tiene porque en los ficheros que tiene creados, el de datos y el de índices estan juntos, con lo cual la hemos cag...

Un saludo.-

Josber, los ficheros de PowerCOBOL al menos la version 9 que uso yo tambien todo va empaquetado en un solo fichero! ;)

Oye, pasame ese fichero que tengo una idea... Si cuela, os la cuento, si no pues no hare el tontolaba publicamente! :D

Si ya lo sé Kuk, pero hubo un tiempo en que los ficheros de RM, iban los índices por un lado y los datos por otro, era muy cómodo de trabajar con ellos, si tenias algún problema, lectura secuencial al canto e índices regenerados en un momento.

Un saludo.-

Pues no ha habido suerte. Tengo tun programa (ni me acuerdo donde me lo bajé), para analñizar ficheros RM (y los Fujitsu tambien), el cual analiza el fichero, te da toda la info de longitud de registro, blocksize etc. pero ademas exporta en secuancial todos los datos del fichero. Era eso lo que queria intentar, pero se para el proceso en el 98% o por ahi, con lo cual no extrae datos (eso lo hace la final).

Muy raro me parece que se haya dañado de semejante manera el fichero! :nocreo:

Añadido despues de 3 horas 42 minutos
Me referia a esta movida: http://www.janes.demon.co.uk/rm-decode.zip

Dentro va el ejecutable y la source code Delphi.

Gracias a todos, creo que no hay una solución