Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Create manual dump

Former Member
0 Likes
2,067

Hello everyone,

I have the following isse. A customer has a problem that a Z-table sometimes doesn't get updated. Now I would like to save as much data as possible as soon as i discover this (select on table in different locations of the program).

So what I would ideally like is to manually create a "dump" and save that information. That way I have as much data as possible when investigating this problem.

I already thought of using the application log, but this only saves messages and nog variables, internal tables etc.

Do any of you have an idea ?

Thanks for your troubles <removed by moderator>

Dirk.

Edited by: Thomas Zloch on Oct 10, 2011 2:09 PM

1 ACCEPTED SOLUTION
Read only

ThomasZloch
Active Contributor
0 Likes
1,563

You can try issuing a message of type X, which leads to a, you guessed it, MESSAGE_TYPE_X short dump.

Thomas

7 REPLIES 7
Read only

ThomasZloch
Active Contributor
0 Likes
1,564

You can try issuing a message of type X, which leads to a, you guessed it, MESSAGE_TYPE_X short dump.

Thomas

Read only

0 Likes
1,563

I thought of that idea, but that would trigger a real dump.

And that's not what I want.

Read only

0 Likes
1,563

well, then you have not much chance using any predefined algorithm.

Seems you need to do it yourself.

What means:

- gather all information you need for your "dump" to get an idea what went wrong

- gather thrown error messages from system (sy-msgno, sy-msgv1, ...)

- store that in a protcol table of your own, or make a spool or whatever.

Read only

Former Member
0 Likes
1,563

a message with type A wont do the job?

or wait was it A or X? hmmm anyway try those two and report back if thats not enough.

Read only

Former Member
0 Likes
1,563

Instead of forcing a dump on your conditions, make ue of ASSERT or LOG-POINT. This enables you to store information.

Go look it up.

edit. As of release 7.0 LOG-POINT should be used for this purpose.

Edited by: Maen Anachronos on Oct 10, 2011 2:25 PM

Read only

0 Likes
1,563

I've looked into it but I'm not sure exactly how this all works. I have to experiment some more.

Just for the record: The customer uses this base:

SAP_BASIS 640 0027 SAPKB64027 SAP-Basis-component

So, I think I have to stick to ASSERT.

Read only

0 Likes
1,563

OK.... I've tried the assert statement and although it's a nice idea, it's not exactly what I want.

I still have to declare the list of variables which I want in the logging. But a dump contains (almost) all variables.

Anyone else an idea ?