Para reparar una base de datos que esté en este estado, bastará con lanzar sobre ella cuatro consultas , estas cuatro: ALTER DATABASE NOMBREBBDD SET EMERGENCY; ALTER DATABASE NOMBREBBDD SET SINGLE_USER; DBCC CHECKDB (NOMBREBBDD, REPAIR_ALLOW_DATA_LOSS); ALTER DATABASE NOMBREBBDD SET MULTI_USER; Gracias a estos comandos y especialmente al del punto número tres, estaremos solicitando una reparación de la misma, logrando así el resultado esperado en muchos de los casos de bases de datos sospechosas. Si no hemos logrado el resultado esperado , también podemos realizar esta otra consulta: DBCC checkdb (NOMBREBBDD , REPAIR_REBUILD); Obviamente, en todos los casos debemos sustituir NOMBREBBDD por el nombre real de nuestra base de datos y también debemos contar con los privilegios necesarios para llevar a cabo esta tarea, pero es algo que dabamos por hecho. * Tomado de rootear.
Pareciera que powerbuilder 2019, tiene otro BUG, que no toma el impresor por default (defecto) para visualizar los reportes, cuando uno le da : dw_1.Modify("DataWindow.Print.Preview=yes") dw_1.Modify("DataWindow.Print.Preview.Zoom=100") Para resolver este problema hice lo siguiente: 1.- cree una función que recibe de parámetro el nombre del impresor, y la data windows a imprimir pasada por referencia. 2.- Desde el Evento open de la ventana donde esta el datawindows, llamo la función que la tengo creada en un objeto no visual y seteo el impresor. i_uo_funciones.f_set_impresora_dw(impresora_creditos,dw_1) Nota: Seguimos esperando que Appeon nos resuelva este problema, que no lo tenía en PowerBuilder 2017 R3.