La soluci�n para compilar autom�ticamente con ese valor es cambiar el valor por defecto de la compilaci�n:
CHGCMDDFT CMD(CRTSQLRPGI) NEWDFT(COMMIT(*NONE)) Saludos. Juan Carlos. > -----Mensaje original----- > De: Carlos Portoles [SMTP:[EMAIL PROTECTED] > Enviado el: viernes, 01 de abril de 2005 17:16 > Para: [email protected] > Asunto: Re: Problema con DELETE en SQLRPGLE > > Funciona! > > La soluci�n es la que me hab�is dado, pero necesitaba que se compilara con > el COMMIT(*NONE) de una forma "autom�tica". > Al final he encontrado esta opci�n que me permite hacer lo mismo. > > C/EXEC SQL > C+ Set Option Commit = *None > C/END-EXEC > > Gracias a todos! > > On Apr 1, 2005 4:29 PM, HYPERLINK > "mailto:[EMAIL PROTECTED]"[EMAIL PROTECTED] < > HYPERLINK > "mailto:[EMAIL PROTECTED]"[EMAIL PROTECTED]> > wrote: > > A lo mejor es porque no compilas el programa con la opci�n > COMMIT(*NONE). > > -----Mensaje original----- > De: Carlos Portoles [mailto: HYPERLINK > "mailto:[EMAIL PROTECTED]" [EMAIL PROTECTED] > Enviado el: viernes, 01 de abril de 2005 16:22 > Para: HYPERLINK "mailto:[email protected]"; > [EMAIL PROTECTED] > Asunto: Problema con DELETE en SQLRPGLE > > > > Hola a todos/as! > > Tengo un problema con un DELETE en un programa SQLRPGLE. > > La instrucci�n es la siguiente > > C/Exec Sql > C+ Delete from FILE > C+ Where DATE < :OldDate > C/End-Exec > > En interactivo, desde el STRSQL me permite borrar > registros, pero al ejecutarlo desde programa me da el siguiente error. > > Member FILE not journaled to journal *N. > FILE in LIBRARY not valid for operation. > > SQLCODE = -7008 > SQLSTATE=55019 > > > Estoy depurando con UPDPROD(*YES) > > El fichero lo acabo de crear yo mismo. Es un f�sico con > claves y no tiene opciones de compilaci�n ex�ticas. > > Que tiene que ver el journal? > > Message . . . . : Member FILE not journaled to journal > *N. > Cause . . . . . : Member FILE file FILE in library > LIBRARY is not > journaled to journal *N in library *N for commitment > definition 88. > The journal specified is used by commitment definition > 88. If *N is > specified for the journal, the file is not journaled. If > the file is a > logical file, all based-on physical files may not be > journaled to the same > journal as required by commitment control. > > Recovery . . . : Ensure the file being opened is > journaled. For logical > files, make sure that the based-on physical files are > journaled to the same > journal. > > > Puede ser que el SQL se este peleando con el COMMIT? > > Alguien tiene alguna idea de que puede estar pasando? > > Gracias > Carlos > > > > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.308 / Virus Database: 266.9.1 - Release Date: 01/04/2005 > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.1 - Release Date: 01/04/2005 _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:[EMAIL PROTECTED]
