Acessar uma variável em memória / Access a variable in memory ( Field Symbol - Part IV )

Português | English

 Português 

Neste post mostrarei mais uma forma de utilização dos ponteiros. Como havia comentado anteriormente, em alguns casos necessitamos de informações geradas em tempo de execução no programa e que não teríamos acesso a elas de outra forma ou mesmo para não necessitarmos acessar o banco de dados para obter esta informação. Mas este processo necessita de uma habilidade do seu executor: saber debugar. A estrutura que devemos usar para referenciar um campo do programa é essa: (nome_do_programa)-campo. Algumas vezes podemos descobrir estas informações apenas apertando a tecla F1 na tela que estamos trabalhando, mas muitas outras vezes não é tão simples assim.
Para testar se estamos pegando o campo certo podemos usar esta estrutura nas linhas de variáveis e verificar se elas existem ou não, se aquele é mesmo o campo que necessitamos. Abaixo temos uma sequência de imagens que identificam aonde estão os campos do programa e como capturamos o campo durante a função debug no SAP:

Após apertar F1 e selecionar os dados técnicos do campo, temos a seguinte tela:
O campo nº 1 é o nome do programa e o nº 2 é o campo/estrutura que precisamos.

Se não funcionar, precisamos identificar o campo debugando o mesmo. Com o nome do programa, podemos tentar identificar a variável global que representa aquele campo ou mesmo buscá-lo na opção de variáveis globais do debugger.

Ao debugar um programa identificamos esta tela:
O campo nº 1 indica o nome do programa.

Com a informação do programa, clicamos na aba variables 1 e digitamos (nome_do_programa)-campo:
O campo poderá ser referenciado e o conteúdo do mesmo é TAXBRA.

Após esta verificação podemos utiliza-la no programa com o ponteiro. Abaixo temos o exemplo da utilização prática:

01 02 03 04 05 06 07 08 09

FIELD-SYMBOLS: <fs_tax>.   *Referenciamos o programa e o nome ao ponteiro   ASSIGN ('(SAPLJ1BCONDTAX)J_1BTAXCODEV-KALSM') TO <fs_tax>.   IF <fs_tax> IS ASSIGNED.     WRITE <fs_tax>.   ENDIF. *Mostrará o mesmo valor que vimos no debugger, TAXBRA

 English 

In this post I will show another way of using pointers. As it was previously mentioned, in some cases we need informations generated at runtime in from one program and we wouldn't have access to them or even to not need to access the database to get this information. But this process requires a skill of your executor: debugging knowledge. The structure that we use to reference a field program is this: (program_name)-field. Sometimes we can find out this information just by pressing F1 on the screen we are working, but many times it is not so simple.
To test whether we are or not taking the right field we can use this structure lines of variables and check if they exist, or if that is even the field we need. Below is a sequence of images that identify where are the fields of the program and how to capture the field during the debug function in SAP:

After pressing F1 and selecting the technical field, we have the following screen:
Field Nº 1 is the name of the program and Nº 2 is the field / structure we need.

If it doens't work, we need to identify the field by debugging the program. With the name of the program, we can try to identify the global variable that represents that field or even get the tab option of global variables on the debugger.

When debugging a program, this screen is shown up:
The Nº 1 field indicates the name of the program.

With the program name information, we click on the tab called variables 1 and type (program_name)-field:
The field can be referenced and the content thereof is TAXBRA.

After this verification we can use it in the program with the pointer. Below is an example of a practical use:

01 02 03 04 05 06 07 08 09

FIELD-SYMBOLS: <fs_tax>.   *We refer the program and the name of the field to the pointer   ASSIGN ('(SAPLJ1BCONDTAX)J_1BTAXCODEV-KALSM') TO <fs_tax>.   IF <fs_tax> IS ASSIGNED.     WRITE <fs_tax>.   ENDIF. *It will display the same value we saw in the debugger, TAXBRA