Dump error after migration.

[Former Member]

Dear Members,

The driver program for the smartfrom which I have created is throwing a dump error after migration to another server, please suggest me a solution.

Thanks,

Subhendu Gouda

[Former Member · Accepted solution]

Hi Subhendu,

I feel you have called the smartform directly by its function module name as a result of which the driver program is throwing a dump error in another server. The reason is the name of the function module generated changes after the form is migrated to another server. You should use the function module 'SSF_FUNCTION_MODULE_NAME' and pass the smartform name to it's exporting parameter-

formname.Before this declare a variable(for eg func_name TYPE rs38l_fnam) and assign this to the importing parameter-fm_name. This parameter imports the name of the function module in the present system. Now you can make a function call by specifying the variable name inorder to call the smartform from the driver program.( Call function func_name).Smartforms should be called from the driver program using the above mentioned fm only. Please refer the documentation of the function module for further info.

Hope this will solve your problem.

Regards,

Ram.

[Former Member]

Hi,

May be some objects are not transported to that server.Check once again.

[Former Member]

Hello Subhendu,

Just pass the FM name of your smartfom using a variable like "w_fmodule".

* Variable declarations
DATA:
w_form_name TYPE tdsfname VALUE 'ZSUBHENDU_TEST',
w_fmodule TYPE rs38l_fnam,

CALL FUNCTION 'SSF_FUNCTION_MODULE_NAME'
EXPORTING
formname = w_form_name
IMPORTING
fm_name = w_fmodule
EXCEPTIONS
no_form = 1
no_function_module = 2
OTHERS = 3
.
IF sy-subrc <> 0.
MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
ENDIF.


CALL FUNCTION w_fmodule
EXPORTING
control_parameters = w_cparam
output_options = w_outoptions
IMPORTING
job_output_info = t_otf_from_fm
EXCEPTIONS
formatting_error = 1
internal_error = 2
send_error = 3
user_canceled = 4
OTHERS = 5
.
IF sy-subrc <> 0.
MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
ENDIF.

Hope this solves your issue.

Cheers,

Suvendu

[Sm1tje]

You might want to give some additional information like:

1. Some additional info about the dump from transaction ST22.

2. some additional info about the way this dump is 'generated'.

3. Is there some difference between the two servers.

4. Whatever info that might be helpful for SCN to give you some pointers.