Title: Mensaje
Hola, Santiago.
 
Tambi�n estamos en V5R2. Por el momento, tras revisar nuestro caso particular, he podido suprimir las anidaciones, cambiando un poco la filosof�a de los /copy's ( suerte que estamos empezando y son pocos). De hecho, estas anidaciones las hab�a hecho en previsi�n de un posible caso que a�n no se nos ha dado (y que igual no se nos da, me pasa por querer ser previsor). Por si se nos diera ese caso me apunto tu soluci�n.
 
Lo de que nadie se hab�a quejado... Buscando por internet hemos pillado un par de topics de gente quej�ndose. Uno era , si no recuerdo mal, de 2001, y seg�n dec�a lleg� a abrir incidencia ( ser�a un don NADIE ;-) ) 
 
Respecto a lo de DS qualified, lo acabo de comprobar hace unos segundos: error de compilaci�n sql por tener un campo receptor de una columna de cursor definido en la hoja D como un campo de una DS calificada.
 
Como bien dices... PACIENCIA  ( ��� Que duro es adentrarse en territorio inexplorado !!!)
 
Gracias.
 
 

Saludos.

Fernando P�rez.

Cer�mica Saloni. Dpto. Sistemas


-----Mensaje original-----
De: Santiago G Mart� [mailto:[EMAIL PROTECTED]
Enviado el: martes, 24 de febrero de 2004 19:12
Para: [EMAIL PROTECTED]
Asunto: Re: Error /copy en compilaci�n sqlrpgle


Hola Fernando:
�En qu� versi�n est�s?
Nosotros en V5R2.

Hace tiempo nos encontramos con ese problema.
Aprovechando una Conferencia T�cnica, le plante� el problema al conferenciante de Rochester que cantaba las excelencias del nuevo RPG ILE V5R1 y su formato libre.
Me dijo que nadie se hab�a quejado y que no ten�an previsto resolverlo, aunque no lo descartaban.

No estoy seguro, pero creo que a V5R2 sigue sin resolverse.

Parece ser que SQL RPG es un pre-compilador que va un par de pasos por detr�s del RPG ILE.
Si no recuerdo mal, cuando apareci� RPG ILE, no permit�a SQL RPG y ten�as que continuar con la versi�n anterior. Ahora ya lo permite.

Algo que tampoco permite, todav�a, SQL RPG es utilizar DS QUALIFIED en las sentencias SQL.

Respecto al problema que planteas, nosotros lo resolvemos de una forma parecida a la que tu propones:
  • /DEFINE con los nombres de los /COPY que queremos utilizar.
  • /COPY     monstruo con todos las instrucciones condicionadas a los /DEFINE
  • Para los que s� permiten anidamientos, el /COPY se refiere a un MASTER que tiene todos los /COPY jerarquizados.


    Paciencia ...


    Saludos,
                     ---------------------------
                       Santiago Mart�
                          Dusen, S.A.
                     ---------------------------






    Fernando P�rez <[EMAIL PROTECTED]>
    Enviado por: [EMAIL PROTECTED]

    24/02/2004 17:28
    Por favor, responda a forum.help400

           
            Para:        "Foro 400 ([EMAIL PROTECTED])" <[EMAIL PROTECTED]>
            cc:        
            Asunto:        Error /copy en compilaci�n sqlrpgle



    Buenas.

    Tengo unos cuantos fuentes a utilizar con /copy ( definiciones de prototipos, constantes, estructuras de datos...) en los que dentro de ellos hay a su vez otras sentencias /Copy.

    Hasta ahora esto no me hab�a dado problemas compilando programas y m�dulos no sql, pero hace un rato, al ir a compilar un m�dulo sqlrpgle que incluye algunos de estos fuentes, me he topado con una colecci�n de mensajes de error con este texto: 'SQL1003: Sentencias /COPY jerarquizadas no permitidas.'

    Aparte de que no entiendo por qu� narices en los sqlrpg no se permite esto y en los dem�s s� ( alguna raz�n habr�, espero), lo �nico que se me ocurre es partir los ficheros '/copy' en dos, uno con las definiciones y otro con los '/copy jerarquizados' y crear un tercero con el nombre del original que los incluya ( el m�dulo sql incluir�a el fuente de las definiciones y a su vez los '/copy jerarquizados' dir�ctamente, mientras que los no sql incluir�an el fuente con el nombre original ).

    � Alguien conoce alguna forma menos 'cutre' de salvar este problema ?.

    Gracias anticipadas    

    Saludos.

    Fernando P�rez.

    Cer�mica Saloni. Dpto. Sistemas

    <<Fernando P�rez.vcf>>

Attachment: Fernando P�rez.vcf
Description: Binary data

Responder a