Differences

This shows you the differences between two versions of the page.

--- abap:debug [2015/02/18 18:11] – ginko
+++ abap:debug [2018/03/30 12:06] (current) – ginko
@@ Line 16: / Line 16: @@
 === Effets ===
 Les breakpoints dynamiques interrompent en général l'exécution du programme avant l'instruction sur laquelle ils sont placés, sauf dans le cas des exceptions. Dans ce cas là, ils arrêtent l'exécution après que l'exception soit levée.
+==== Groupes de contrôle ====
+En utilisant l'option ''ID <group>'' sur les instructions ''BREAK-POINT'', ''ASSERT'' ou ''LOG-POINT'' on en contrôle l'activation via la ''SAAB''.
+==== Logging ====
+Il est possible de logger dans un but de debug grâce aux 3 instructions.
+  * <code abap>BREAK-POINT log_text.</code>Va logger ''log_text'' en ''SM21''. (NB : log_text doit être de type C, de longueur 40 max.)
+  * ''ASSERT'' et ''LOG-POINT'' vont logger dans le journal ''SAAB'' si le groupe a activé le logging pour chaque instruction.
+==== Sauter des itérations ====
+Il est possible de sauter n itérations d'un break-point dans le debugger (onglet break-point). Cela peut-être utile sur un break-point localisé dans une loop.
 ===== Practical debugging =====
@@ Line 44: / Line 54: @@
 === Debug de background process (job) ===
 Le debugger n'agît que sur le process courant. Il ne rentrera pas dans les instructions qui vont s'exécuter dans un process différent (typiquement : un [[abap:job|job submit]]). Pour debugger de tels jobs, exécuter le programme jusqu'au job submit, mais s'arrêter avant (sur) le job close. A ce niveau, se rendre en ''SM37'', sélectionner le job plannifié voulu et entrer la commande ''jdbg'' dans le command prompt.
+=== Debug de background process (SE38) ===
+Pour débugger un programme lancé en background depuis la ''SE38'', poser un breakpoint dans le form ''(LBTCHENQ)DEQ_JOB''.
 === Debug de fonctions RFC ===
 Une astuce pour debugger un appel de fonction RFC :