Yo también le tengo cierto respeto a realizar cambios sin saber muy bien los efectos que puede causar. Pero hay que avanzar. En mi caso, fue hace muchos años cuando descubrimos el problema del CCSID 65535 y fue exactamente con simples peticiones de transferencias. Preguntamos en los foros (sobre todo en inglés) y se nos recomendaba el cambio. Es muy complicado validar un cambio de este tipo, ¿cómo lo haces? ¿Compruebas sólo trabajos interactivos? ¿Cómo ajustas el CCSID de un trabajo concreto y dejas al resto tal cual? El IBM i puede estar ejecutando centenares o miles de trabajos operando de forma muy distinta.
Si no recuerdo mal en las notas que te pasé hay un apartado donde se explica cómo cambiar el CCSID por defecto de un trabajo. Lo que hay que entender en este caso es que el CCSID 65535 es un juego de caracteres al que no aplica una conversión automática entre distintos CCSID y eso puede ser un problema. Saludos, Javier El mar., 26 may. 2020 a las 12:22, estela retes (<[email protected]>) escribió: > Gracias por tus comentarios. EL CCSID está así desde siempre y hasta que > no hay problemas sabemos que mejor no tocar.. 😅 > > Como siempre, cuando empiezas a hacer cosas nuevas es cuando las cosas > saltan. > Revisaremos tus notas a fondo, e intentaremos analizar esto... ya que > tiene pinta de que el ccsid 65535 es la raíz del problema que tenemos, pero > no sabemos qué impacto tendría cambiar ese valor... así que tendremos que > hacerlo poco a poco y controlando que todo vaya bien. > > Muchas gracias por tu ayuda! > > On Tue, May 26, 2020 at 11:16 AM datil400 <[email protected]> wrote: > >> No tengo experiencia con esta UDTF. Tampoco la tengo instalada en el >> sistema, así que no puedo probarla. >> >> Pero me llama la curiosidad del CCSID del trabajo, el 65535. Hace ya >> mucho tiempo, yo lo tenía igual y empecé a observar problemas con >> determinadas "utilidades" (por ejemplo, CGI, e-mail, etc.), alguien me >> recomendó que lo cambiara a uno válido. Realmente el CCSID 65535 no >> representa a un mapa de caracteres concreto de un país, sino que esl algo >> más genérico (lo siento, no sé explicarlo de otra manera). >> >> Por ejemplo, en mi caso tengo >> >> [image: imagen.png] >> >> Antes de cambiarlo para todo el sistema es posible hacer pruebas >> asignando el CCSID a un trabajo. >> >> Te envío unos apuntes (inacabados) sobre este asunto que podría ayudarte >> a resolver el problema (o no). >> >> Javier >> >> El mar., 26 may. 2020 a las 8:57, estela retes (<[email protected]>) >> escribió: >> >>> Buenas Alex, >>> >>> El CCSID 1200 da error de compilación, tanto si lo pongo en la variable >>> host como si lo meto en la propia select. >>> >>> >>> Sobre el STRSEQ, al compilar no estamos estableciendo ningún valor, así >>> que entiendo que va por defecto, *HEX. >>> >>> Así está definido el objeto compilado: >>> [image: image.png] >>> >>> Así están definidos los trabajos: >>> [image: image.png] >>> Deberíamos cambiar algo? >>> >>> Muchas gracias!!! >>> >>> >>> On Tue, May 26, 2020 at 7:32 AM Alex Martínez <[email protected]> wrote: >>> >>>> Hola >>>> >>>> ¿que valor utilizas al compilar para el parámetro SRTSEQ ? >>>> >>>> Prueba también a almacenar el valor devuelto por el SELECT en una >>>> variable definida con ccsid(1200) >>>> >>>> >>>> >>>> El lun., 25 may. 2020 a las 18:37, estela retes (<[email protected]>) >>>> escribió: >>>> >>>>> Buenas a todos, >>>>> >>>>> Estamos intentando utilizar QSYS2.IFS_OBJECT_STATISTICS para acceder >>>>> al contenido de una carpeta en el IFS y tratarlo después de una manera >>>>> sencilla. >>>>> >>>>> El código de lo que intentamos hacer es este: >>>>> >>>>> SELECT CAST(PATH_NAME AS CHAR(500)) >>>>> FROM TABLE (QSYS2.IFS_OBJECT_STATISTICS(START_PATH_NAME => '/home')) >>>>> >>>>> El problema es que pongamos lo que pongamos, desde los scripts del >>>>> rational funciona bien, pero en cuanto lo metemos en un RPG nos da el >>>>> error >>>>> 57017. >>>>> "Se ha intentado la conversión de caracteres o gráficos para datos >>>>> incompatibles. No hay ninguna conversión definida entre CCSID 65535 y >>>>> CCSID >>>>> 1200." >>>>> >>>>> Sabemos que el error es por conversión de objetos, ya que hemos leído >>>>> que con el CCSID 65535 la conversión no funciona bien y por tanto hemos >>>>> intentado cambiar el CCSID del trabajo con un CHGJOB en el CL previo al >>>>> RPG >>>>> poniéndolo a 284, pero sigue saltando el error. >>>>> >>>>> Hemos intentado definir la variable de retorno en el RPG con el CCSID >>>>> 284, pero sigue dando el mismo error. >>>>> También hemos intentado poner SELECT CAST(PATH_NAME AS CHAR(500) CCSID >>>>> 284), pero sigue sin gustarle y da el error 57017. >>>>> >>>>> No tenemos grandes conocimientos sobre los CCSID, pero hemos leído de >>>>> todo en Google y estamos atascadas. >>>>> >>>>> ¿Alguien sabe porqué no nos funciona y cómo solucionarlo? >>>>> >>>>> Muchas gracias a todos por vuestra ayuda. >>>>> >>>>> Un saludo, >>>>> >>>>> >>>>> -- >>>>> Estela >>>>> ____________________________________________________ >>>>> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >>>>> Forum.Help400 © Publicaciones Help400, S.L. >>>> >>>> ____________________________________________________ >>>> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >>>> Forum.Help400 © Publicaciones Help400, S.L. >>> >>> >>> >>> -- >>> Estela >>> ____________________________________________________ >>> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >>> Forum.Help400 © Publicaciones Help400, S.L. >> >> ____________________________________________________ >> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >> Forum.Help400 © Publicaciones Help400, S.L. > > > > -- > Estela > ____________________________________________________ > Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) > Forum.Help400 © Publicaciones Help400, S.L.
____________________________________________________ �nete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 � Publicaciones Help400, S.L.
