Dentro del API que controla la recuperación de la información del Spool File, el no. de Spool es un binario de 4 posiciones, pero seguramente está asumiendo que 1 posición binaria equivale a 1 dígito (mismo problema que el nuestro) la solución es muy simple, este valor binario al pasarlo a un campo numérico extiende el valor con lo que realmente 4 posiciones binarias (4 bytes) es igual a un número de 32 bits que va de -4294967294 a 4294967295. La solución en nuestro caso fue modificar la longitud del campo numérico del spool en nuestro archivo de control de 4 posiciones numéricas a 6 que es el máximo que actualmente considera el sistema operativo en su versión V5R4. Las API's que utilizamos para este caso son: QUSLSPLF -- List Spooled Files QUSRSPLA -- Retrieve Spooled File Attributes Y puede consultarlas en la página del Centro de Información de iSeries http://publib.boulder.ibm.com/iseries <http://publib.boulder.ibm.com/iseries> Saludos.
_____ De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Juan Carlos Paredes Enviado el: Viernes, 09 de Marzo de 2007 02:20 a.m. Para: Forum Help 400 Asunto: Problema con el Nº de archivo en spool Buenos días, foro: Tengo un proceso que, a través de la INFDS, recupera el número de archivo en spool del impreso que genera. El problema que me encuentro es que, cuando este trabajo genera más de 9.999 ficheros de spool, casca porque el campo de la INFDS para el número de archivo en spool es un binario entre las posiciones 123 y 124 de la INFDS. ¿Existe alguna posibilidad de que, dado que el sistema operativo actualmente admite más de 10.000 archivos de spool por trabajo, se pueda recuperar este valor en un campo que soporte la máxima longitud que puede tener? No sé si me he explicado claramente. Gracias y saludos. Juan Carlos Este correo puede contener información privilegiada o bien, confidencial. Si usted no es es destinatario de este correo o cree que ha recibido esta información por error, por favor conteste al remitente indicando el hecho y ademas borre la copia que recibió. Además, si usted no es el destinatario, no deberá imprimir, copiar, retransmitir, diseminar o hacer uso de la información de este correo. Gracias. This communication may contain privileged or other confidential information. If you are not the intended recipient, or believe that you may have received this communication in error, please reply to the sender indicating that fact and delete the copy you received. In addition, if you are not the intended recipient, you should not print, copy, retransmit, disseminate, or otherwise use the information contained in this communication. Thank you.
__________________________________________________ Forum.HELP400 es un servicio m&#225;s de NEWS/400. &#169; Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
