FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
internal gds software consistency check
Hola. Utilizo Firebird 1.5 y delphi 7. Para trabajar con la base de datos uso IBExpert. El caso es que estoy haciendo un procedimiento almacenado que me devuelve todos los registros de una tabla (T_DOCUMENTOS). Entre ellos hay un campo de tipo integer que es el que me provoca el siguiente error:
can't format message 13:796 -- message file C:\Archivos de programa\Borland\Interbase\/interbase.msg not found. Dynamic SQL Error. SQL error code = -204. internal gds software consistency check (table T_DOCUMENTOS). NUMERO. Lo curioso es que puedo puedo editar la tabla y trabajar con ella sin ningún problema. Simplemente quitando ese campo de la Select del procedure, el procedure me funciona correctamente. He probado a hacer una copia y restaurarla y nada, sigue igual. ¿Alguna idea? |
#2
|
||||
|
||||
No estoy muy seguro
Pero puede ser el archivo de mensajes que tienes. Esto lo puedes solucionar reintalando firebird. por que el archi de mensajes de firebird cambio y cuando c++ trata de mapear los variables en la cadena de error arroja la excepcion. Si quieres que te solucione el proble. Dame la estructura de al tabla y la estructura del store procedure y de esta manera te puedo ayudar con seguridad. Ya que no se cual puede ser el motivo del error. Dame codigo y te ayudo.
__________________
Todo se puede, que no exista la tecnología aun, es otra cosa. |
#3
|
|||
|
|||
Gracias por tu comentario. Voy a probar reinstalando firebird.
La estructura de la tabla son varios campos de tipo integer y el campo es cuestión es requerido En cuanto al procedure, simplemente es una select para introducir ciertos valores en unas variables que deseo devolver. Vamos, que no tiene nada raro ni la estructura de la tabla ni el procedimiento. Es más, hay otros procedimientos en los que uso ese campo y todo va bien. De todas formas muchas gracias. |
#4
|
|||
|
|||
No me lo explico, pero ya no me da ese error.
Lo único que he hecho ha sido indicar a qué tabla pertenece ese campo en la select, es decir, en lugar de select NUMERO, he puesto, select T_DOCUMENTOS.NUMERO, y ya no da ese error. Y estoy seguro que no crea amigüedad con otro campo de otra tabla, pero en fin, al final todo se ha solucionado. Muchas gracias. |
|
|
|