IBMR Compiled Language Debugger 7.5 - Notas de release

Cambios de preferencia de puerto de daemon

El puerto utilizado por el daemon de depuración se guarda ahora en el espacio de trabajo. Cada espacio de trabajo puede tener ahora un puerto de daemon de depuración diferente.

La acción Cambiar puerto... en el Daemon de depuración visualizará la página de preferencias Daemon de depuración. La página de preferencias permite cambiar el puerto y soporta el establecimiento de un puerto predeterminado nuevo. El botón "Establecer como predeterminado" guardará el valor del puerto como el valor predeterminado nuevo que los espacios de trabajo nuevos utilizarán.

Trabajar con la vía de acceso del motor en el diálogo "Editar vía de acceso de búsqueda de fuente"

Al añadir una vía de acceso de motor se actualiza la vía de acceso predeterminada utilizada por el motor de depuración.

Para restablecer la vía de acceso del motor predeterminada:
  1. Añada una entrada de vía de acceso de motor vacía.
  2. Elimine la entrada vacía.

Soporte del editor predeterminado nuevo

En releases anteriores de RationalR Developer for System zTM, el Depurador de lenguajes compilados utilizaba un Editor del depurador especializado para visualizar el código fuente del programa o para proporcionar listados de vistas. Rational Developer for System z puede ahora utilizar el editor predeterminado al depurar programas COBOL o PL/I (en local o en el host). Este soporte se aplica a programas que tienen una vista de código fuente. El resto de vistas (Desensamblado o Listado) siguen utilizando el Editor del depurador.

Consideraciones importantes a tener en cuenta al utilizar el soporte del editor predeterminado:
  • Este soporte puede habilitarse/inhabilitarse al utilizar la preferencia:

    Ejecutar/depurar -> Depuración de compilado -> Utilizar siempre el editor del depurador al depurar

    Cuando la preferencia está seleccionada, se utilizará el Editor del depurador interno. Cuando la preferencia no está seleccionada, el depurador abrirá el editor predeterminado según el lenguaje del programa que se está depurando.

  • El editor predeterminado para un lenguaje se define en la preferencia:

    General -> Editores -> Asociaciones de archivo

    Las extensiones de archivo determinan que editor se utilizará para visualizar el código fuente de un programa que se está depurando. El depurador asignará una extensión de archivo al código fuente recuperado del motor de depuración que coincida con el lenguaje de programación del programa.

  • Rational Developer for System z Versión 7.5 soporta los editores prdeterminados siguientes:
    • Editor LPEX de System z
    • Editor C/C++ remoto
  • Cuando el código fuente se obtiene del motor de depuración, todo el código fuente se copia del motor de depuración a un archivo temporal en el espacio de trabajo del usuario. El archivo temporal se abre mediante el editor predeterminado en modalidad solo de lectura. Cuando la sesión de depuración finaliza, se suprime el archivo temporal.
  • Si el código fuente es local, ya sea en un proyecto del espacio de trabajo o en el sistema de archivos local, el editor predeterminado cargará el archivo local en modalidad solo de lectura. Si el archivo local puede abrirse para su edición, habrá una acción disponible en el menú emergente del editor para permitir la modificación del archivo. Si se añaden, eliminan o modifican líneas de código fuente, el depurador no podrá resaltar la línea correcta al recorrer o detenerse en un punto de interrupción.
  • Las características sensibles al lenguaje del editor predeterminado estarán disponibles, incluyendo la vista de esquema si es que la soporta el editor.

Asistencia de contenido de la consola de depuración para mandatos de Herramienta de depuración

Se ha añadido soporte básico para la asistencia de contenido a la vista Consola de depuración. Al pulsar Control+Barra espaciadora en el campo Entrada de mandato se listarán todos los mandatos de la Herramienta de depuración. La lista está basada en el nivel de la Herramienta de depuración conectada. Según se entran caracteres, la lista se filtra para mostrar los mandatos coincidentes.

Los puntos de interrupción soportan la ejecución de mandatos de Herramienta de depuración

Las versiones más recientes del motor de Herramienta de depuración soportarán la ejecución de mandatos de Herramienta de depuración al alcanzar un punto de interrupción. Cuando está conectado a un motor de Herramienta de depuración que soporta mandatos en un punto de interrupción, aparece un campo nuevo en la página "Parámetros opcionales" del asistente de punto de interrupción. Los mandatos de Herramienta de depuración especificados en el punto de interrupción se ejecutarán cuando se alcance éste.

Programas de proceso por lotes

La depuración de un programa PL/I por lotes no funciona si el fuente está incorporado en el JCL. El depurador requiere un archivo fuente.

Cuando realiza una depuración de aplicación en un ejecutable remoto, esta acción inicia una sesión de depuración por lotes. Dado que la aplicación se ejecuta en un proceso por lotes, no puede proporcionar entrada de programa en la solicitud de mandatos TSO. Para evitar que se produzca este problema, proporcione la entrada de usuario necesaria en el campo adicional de JCL en la página de propiedades de opciones de tiempo de ejecución del proyecto.

Depuración CICS remota

Además de la transacción DTCN, con CICSR TX Series, se puede utilizar la transacción CADP para depurar una transacción remota. Hallará más información en la guía de usuario de la herramienta de depuración.

El depurador proporciona dos interfaces para insertar el código de depuración en un programa CICS durante el paso de enlace:
  • EQADCCXT: permite cambiar dinámicamente el destino del listado del depurador a una estación de trabajo diferente.
  • CEEUOPT: z/OSR inserta una dirección IP y un número de puerto estáticos en el programa CICS.
A continuación se ofrece un ejemplo de cómo se edita el enlace de la interfaz de EQADCCXT en los programas CICS:
  • INCLUDE SYSLIB(EQADCCXT)
  • INCLUDE SYSLIB(DFHELII)
  • INCLUDE SYSLIB(DSNCLI)

Si decide utilizar la interfaz EQADCCXT, el depurador proporciona un programa CICS que se llama Panel de control de herramienta de depuración para cambiar dinámicamente el entorno de prueba de depuración. La sesión de depuración solo se puede probar en la región CICS con el protocolo MFI o redirigida a una estación de trabajo, en la que se ejecuta Rational Developer, con el protocolo TCP.

El Panel de control de herramienta de depuración se puede iniciar entrando DTCN en el terminal CICS. Cuando aparece el Panel de control, basta con que teclee TCP para el protocolo, el número de puerto en el que el programa servidor de depuración Rational Developer para System z estará a la escucha en la estación de trabajo (habitualmente el puerto 8001) y la dirección IP de la estación de trabajo. Especifique el ID de transacción que correlaciona la definición del programa. Pulse PF4 para guardar y PF3 para salir. En este momento, compruebe Rational Developer para System z para asegurarse de que el servidor de depuración está a la escucha en el número de puerto correcto. Puede invocar el programa CICS (mediante el ID de transacción), y la perspectiva Depuración debe aparecer en primer plano en Rational Developer para zSeriesR en la estación de trabajo.

Depurar archivos fuente con nombres duplicados

Existe un problema conocido en el depurador distribuido de la estación de trabajo que puede provocar la depuración de un archivo fuente erróneo. Dado el mismo nombre de archivo fuente en dos proyectos locales, se depura la aplicación equivocada. El establecimiento de puntos de interrupción en el archivo fuente de uno hará que el depurador se detenga en el archivo fuente del otro, como si los puntos de interrupción se hubiesen establecido en él. Este es un defecto conocido que se arreglará en un release futuro del proyecto. Para evitar que se produzca este problema, conserve solamente un archivo fuente con un nombre dado en el espacio de trabajo. Para evitar que se produzca el problema de los puntos de interrupción, siga pulsando Ejecutar en el depurador distribuido para saltarse los puntos de interrupción no deseados.

Un nombre de proyecto con más de 80 caracteres provoca problemas en la depuración local

La depuración local de un ejecutable que resida en un proyecto con un nombre que tenga más de 80 caracteres puede provocar un error de "anomalía de comunicaciones" en el depurador, finalizando la sesión de depuración.

Depurar un programa COBOL con una sentencia PARSE XML

Cuando se depura un programa COBOL con una sentencia PARSE XML, las variables podrían no aparecer en la vista Variables, y además es posible que no se puedan supervisar. Cuando desee ver todas las variables en la vista Variables, pulse el programa COBOL en la pila que tenga el nombre del programa COBOL en la ventana Depurar. Por ejemplo, si depura un programa COBOL denominado XML1, en la pila verá XML_XML1 y XML1. Deberá pulsar XML1 y después en la pestaña Variables.

Cuando desee supervisar una variable, en la ventana fuente, pulse la línea con PROGRAM-ID; luego, en la ventana Supervisores, añada el elemento de datos que desea supervisar.

Cambio en el formato ADATA producido por HLASM

El formato de ADATA producido por High Level Assembler (HLASM) ha cambiado el formato de la Versión 1 Release 4 a la Versión 1 Release 5. El programa de utilidad Herramienta de depuración EQALANGX, necesario para depurar assembler simbólico, requiere el formato de ADATA Versión 1 Release 4. HLASM incluye una salida ADATA opcional, ASMAXADR, que convierte el archivo ADATA del formato del Release 4 al Release 5. Debe instalar y habilitar esta salida para la depuración de HLASM simbólico de la herramienta de depuración. Si no convierte el formato ADATA al formato del Release 4, el programa de utilidad EQALANGX parecerá ejecutarse satisfactoriamente y la anomalía se producirá durante la sesión de depuración.