La opción SHARE viene de los sistemas 38 y se ha mantenido en los AS/400. En este caso al tratarse de un archivo de impresora creo que no tiene ninguna importancia en que este a *YES o no, yo lo pongo por costumbre. Pero si fuera un fichero de datos el SHARE *YES implica que el programa llamado comparte la vía de datos abierta por el primero y no realiza petición al sistema de que le abra el fichero. Comparte la información y dependencias del fichero así como su puntero (si en el segundo haces un SETLL cambias el puntero para el llamador, pero el cierre del fichero creo que es individual por cada programa)
Espero que te oriente un poco, aunque con estos temas tan farragosos no hay
dios que se aclare, al final, realmente haces las cosas porque sabes que
así funcionan.
Un Saludo,
Jose Luis Aguilera Fernández
Dpto. Informática
E.D. Rueda
E-mail: [EMAIL PROTECTED]
Tlf 914-343-860
___________________________________________________________
"Este mensaje y los documentos que, en su caso, lleve anexos, pueden
contener información confidencial. Por ello, se informa a quien lo reciba
por error que la información contenida en el mismo es reservada y su uso no
autorizado está prohibido legalmente , se abstenga de realizar copias
del
mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de
inmediato."
___________________________________________________________
Fernando Pérez
<[EMAIL PROTECTED]
m> Para
Enviado por: "'[EMAIL PROTECTED]'"
forum.help400-req <[EMAIL PROTECTED]>
[EMAIL PROTECTED] cc
Asunto
06/11/03 12:54 RE: Grupo de activación CLLE
Por favor,
responda a
[EMAIL PROTECTED]
bios.es
Tomo nota. Una pregunta: no tengo claro del todo las implicaciones de la
opción SHARE: *YES. ?Significa que para un trabajo todos los programas que
estén en ejecución y utilicen un fichero van a usar la misma vía de datos
para dicho fichero? (?un read, setll, etc. cambia el posicionamiento de
registro para todos los programas?. Y un close cerraría el fichero para
todos o solamente para el que lo hace?)
Gracias.
Saludos.
Fernando Pérez.
Cerámica Saloni. Dpto. Sistemas
<mailto:[EMAIL PROTECTED]>
-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Enviado el: jueves, 06 de noviembre de 2003 12:35
Para: [EMAIL PROTECTED]
Asunto: RE: Grupo de activación CLLE
Te aconsejo que la alteración del archivo de impresora lo hagas a nivel de
trabajo en vez de a nivel de grupo de activación que es como viene por
defecto. , que compartas la vía de datos abierta y el ámbito de apertura
también sea el trabajo. De este modo no tienes que tener problemas con los
grupos de activación.
Alteración temporal de ámbito . OVRSCOPE *JOB
Compartir vía datos abierta . . SHARE *YES
Ámbito de apertura . . . . . . . OPNSCOPE *JOB
Un Saludo,
Jose Luis Aguilera Fernández
Dpto. Informática
E.D. Rueda
E-mail: [EMAIL PROTECTED]
Tlf 914-343-860 ___________________________________________________________
"Este mensaje y los documentos que, en su caso, lleve anexos, pueden
contener información confidencial. Por ello, se informa a quien lo reciba
por error que la información contenida en el mismo es reservada y su uso no
autorizado está prohibido legalmente , se abstenga de realizar copias
del
mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de
inmediato." ___________________________________________________________
Fernando Pérez
<[EMAIL PROTECTED]
m> Para
Enviado por: "'[EMAIL PROTECTED]'"
forum.help400-req <[EMAIL PROTECTED]>
[EMAIL PROTECTED] cc
Asunto
06/11/03 12:21 RE: Grupo de activación CLLE
Por favor,
responda a
[EMAIL PROTECTED]
bios.es
Sí, ya , esto es si no tienes unos 2540 programas OPM en explotación :).
El caso es que quería meter una cl en medio de dos programas para hacer un
ovrprtf, y no quiero (mejor dicho, no tengo tiempo para ) convertirlos aún
a
ILE, pero ya que meto en medio una cl, quiero dejarla 'bien' para cuando
haga la conversión a lo que tu comentas. La idea es dejarla con *CALLER, ya
que no es el primer programa de la cadena.
Creo que voy a optar por meter el ovrprtf dentro del RPG, abriendo y
cerrando el fichero manualmente, y así me ahorro la CL(ya tengo una función
para ejecutar mandatos). No obstante, me anoto la aplicación que me comenta
Alex para futuras CLLE's
Gracias a los dos.
Saludos.
Fernando Pérez.
Cerámica Saloni. Dpto. Sistemas
<mailto:[EMAIL PROTECTED]>
-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Enviado el: jueves, 06 de noviembre de 2003 11:46
Para: [EMAIL PROTECTED]
Asunto: Re: Grupo de activación CLLE
Lo necesitas para algo especifico ?
Lo que se suele hacer es poner grupo de activación *NEW en el primer
programa de una cadena de llamadas, normalmente un CLLE y a todos los de la
cadenas se les pone *CALLER para que entren en el mismo grupo de
activación.
Espero que te sirva de ayuda.
Un Saludo,
Jose Luis Aguilera Fernández
Dpto. Informática
E.D. Rueda
E-mail: [EMAIL PROTECTED]
Tlf 914-343-860 ___________________________________________________________
"Este mensaje y los documentos que, en su caso, lleve anexos, pueden
contener información confidencial. Por ello, se informa a quien lo reciba
por error que la información contenida en el mismo es reservada y su uso no
autorizado está prohibido legalmente , se abstenga de realizar copias
del
mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de
inmediato." ___________________________________________________________
Fernando Pérez
<[EMAIL PROTECTED]
m> Para
Enviado por: "Foro 400
forum.help400-req ([EMAIL PROTECTED])"
[EMAIL PROTECTED] <[EMAIL PROTECTED]>
cc
06/11/03 11:35 Asunto
Grupo de activación CLLE
Por favor,
responda a
[EMAIL PROTECTED]
bios.es
?Existe alguna manera de especificar en los fuentes de los CLLE el grupo
de
activación en el que correrán, similar a la hoja H de los RPGLE?
Ya se que al compilar se puede especificar manualmente, pero de cara a
mantener las aplicaciones no es nada práctico tener que guardarse en otro
lado el guropo de activación de cada CL.
Saludos.
Fernando Pérez.
Cerámica Saloni. Dpto. Sistemas
<mailto:[EMAIL PROTECTED]>
<<Fernando Pérez.vcf>>
(See attached file: Fernando Pérez.vcf)
____________________________________________________________________________
____________
Este mensaje ha sido analizado y protegido por la tecnologia antivirus
www.trendmicro.es (See attached file: Fernando Pérez.vcf)
________________________________________________________________________________________
Este mensaje ha sido analizado y protegido por la tecnologia antivirus
www.trendmicro.es
(See attached file: Fernando Pérez.vcf)
Fernando Pérez.vcf
Description: Binary data
