Regarding Dump in Smartform

[Former Member]

Hi SAP Gurus,

In a customised Smartfrom,

-Running fine in Development ,

But, in production , it is showing the following error

ShrtText

Field symbol has not yet been assigned.

What happened?

Error in ABAP application program.

The current ABAP program "SAPLSTXBC" had to be terminated because one of the

statements could not be executed.

This is probably due to an error in the ABAP program.

Error analysis

You attempted to access an unassigned field symbol

(data segment 32772).

This error may occur for any of the following reasons:

- You address a typed field symbol before it is set using ASSIGN

- You address a field symbol that points to a line in an internal table

that has been deleted

- You address a field symbol that had previously been reset using

UNASSIGN, or that pointed to a local field that no longer exists

- You address a global function interface parameter, even

though the relevant function module is not active,

that is it is not in the list of active calls. You can get the list

of active calls from the this short dump.

How to correct the error

You may able to find an interim solution to the problem

in the SAP note system. If you have access to the note system yourself,

use the following search criteria:

-

---

"GETWA_NOT_ASSIGNED" C

"SAPLSTXBC" or "LSTXBCTB2"

"TAB_RESTART_TABLE_NORMAL"

-

---

Plz, Help

Thanks and Regards,

Pavan

[former_member555112 · Accepted solution]

Hi,

Can you show the statement where the dump appears?

It will be available in the dump details.

Regards,

Ankur PArab

[Former Member · Accepted solution]

Thanks Ankur,

This Dump is coming after Print Preview,

here is the place of dump occurance,

1202 * transfer overflow otf to output

1203 perform tab_transfer_overflow.

1204

1205 l_actual_row = tab-actrow.

1206

1207 * modify height in row (and cell) information table

1208 read table tab-trowinfo assigning <l_rowinfo>

1209 with key row = l_actual_row.

>>>> loop at <l_rowinfo>-cellinfo assigning <l_cellinfo>.

1211 read table otfoverflow-overflow into l_over index <l_cellinfo>-col.

1212 <l_cellinfo>-actcheight = l_over-actcheight.

1213 <l_cellinfo>-redheight = l_over-redheight.

1214 endloop.

1215 <l_rowinfo>-rowheight = otfoverflow-rowheight.

1216

1217 * note 562633 for old tables

1218 if tab-definition-comptab = c_false.

1219 * if doubleoverflow is not initial start new row, never end table

1220 if not l_double_overflow is initial.

1221 tab-intcause = c_tab_interrupt_new_row.

1222 endif.

1223 endif.

Thanks and Regards,

Pavan

[former_member555112 · Accepted solution]

Hi,

There seems to be some problem with some TABLE which you have used in your smartforms.

There is a page break and that is the reason why it goes to print the table on the next page and the dump occurs.

Check the TABLES in your MAIN window and in the MAIN window of the NEXT page have same dimensions.

Regards,

Ankur Parab

[Former Member · Accepted solution]

Thank U very much,

But can i know why it is working fine in Development (in both dev and Prod i have give same I/P)

Regards ,

Pavan.

[former_member555112 · Accepted solution]

Hi,

Are both the systems having the same version of the smartforms?

Also is the page break happening properly in Dev system?

Kinldy chekc the same.

Regards,

Ankur Parab

[Former Member · Accepted solution]

Thank u guys,

It is solved,

the problem is pagebreak.

[Former Member · Accepted solution]

Hi,

We are facing the same dump issue. Could you please share your solution on that? Thanks a lot.

[Former Member · Accepted solution]

Can u explain the problem ?

[Former Member · Accepted solution]

Hi,

The dump is the same as yours. While preview the smartform for some certain cases in P, we got that dump. But we haven't got that happened in D and Q so far. I think it is also caused by pagebreak. But I have no idea how to solve it now. Please kindly provide us some clues to this issue. Thanks..

Regards

[Former Member · Accepted solution]

For the data which u r printing, how many line items are there?

[Former Member · Accepted solution]

Hi,

We only have a table in Main Window(9 cm). The table has a footer part of 5 cm. So , it can print out maximum 7 line items in main area.

Regards,

[Former Member · Accepted solution]

Not about that , For the order which u r printing , how many line items are there?

[Former Member · Accepted solution]

Do one thing , send me all the texts in the MAIN AREA of MAIN Window in the same order, I can tel u where the problem is...

[Former Member · Accepted solution]

Hi ,

You mean the column items?

Main Area:(1 row: 7 columns)

1.Material No

2. Description

3.Quantity

4.Unit

5.Pallet

6.Case

7.Note

Thanks..

[Former Member · Accepted solution]

ok ,

In my case i am also have 6 coloumns , but th extra thing is under mat desc,. i have extra items like sales tax, vat etc,

like,

*matno desc quan rate

*1234 xyz 10 5000.00

sales tax=

• vat =

So wen the form is going to next page it has to print sales tax vat ,and missing the header line so giving a dump ,

but i think urs is not similar problem...

Try to send the code where it have dump.

[Former Member · Accepted solution]

Hi ,

Below is the scenario in my case:

Eg: Suppose there are totally 9 items to be printed in the main table, of which 8 is from Storage location 1, the other is from Storage location 2 which need to be printed in a separate page. But it can only print 7 items at most per page in current form. In such case, the dump will happen.

Solution 1: In above case(the number of total items for one Plant/SLOC is 8,15, 22 etc), insert additional blank rows with same Plant/SLOC as the former 8 records and just behind them.

Solution 2:instead of automatically go to new page by the smart form itself, we can add a flag to make it go to new page when the counter is 7,14, 21 and so on for one combination of the Plant/SLOC.(this one is easier and more reasonable to go but not sure if this works) .

[Former Member]

Hi,

THis might be because some customizing differences betwwen the system, Like some changes to the PO on the customizing side might not ahve been transported like texts in customizing you can define the texts in PO not in the smartform but on the transaction that is the module pool now if there would be differences and you are trying to make changes to the data that would be transfered from one of the fields that are not there in the production version that would be giving you the dump. I would advice you to check the customising changes done are properly transported.

Regards,

Himanshu Verma