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

Debugger timout

Former Member
0 Likes
1,327

Hi,

There is a way to extend the debugger timeout,

Now if i don't do any action after 5 minute he throw out.

Regards

5 REPLIES 5
Read only

Former Member
0 Likes
730

It should be dependent on the maximum time allowed for a foreground transaction by your Basis team.

You may not be able to do anything for it.

Read only

Former Member
0 Likes
730

Hi,

You just contact with your BASIS people.

Regards,

Anki Reddy

Read only

MarcinPciak
Active Contributor
0 Likes
730

Hi,

Only your basis team can do this, probably you won't have authorization to change profile parameters.

Go to RZ11, look for * timeout * parameter. I think this one abap/timeout is responsible for this.

Regards

Marcin

Read only

former_member206439
Contributor
0 Likes
730

Hi

You can define this

period of time with the rdisp/max_debug_lazy_time parameter, the default

is 10 minutes.

it can be done by basis people

Read only

former_member206439
Contributor
0 Likes
730

Hi

these are the 2solutions

1. Implement a timeout for lazy debugging sessions. If a debugging

session is unused for a time, it is reset, meaning that the debugger is

terminated and any existing DB locks are released. You can define this

period of time with the rdisp/max_debug_lazy_time parameter, the default

is 10 minutes.

2. There are functions that the liveCache can use to determine whether

debugging sessions exist and to reset these by program.

These enhancements are available as of 46D patch-level 123. Since the

parameter is known only in the kernel and not in transaction RZ11, the

following warning occurs after you include the parameter when you check

the profile:

"Unknown parameter rdisp/max_debug_lazy_time"