Hello Marco,
I'm having the following problem debugging PL/SQL:
When I try to execute an SQL statement within a debug session using ["execute sql in debug session..."], the entire IDE freezes. Even a second (parallel) IDE instance becomes unusable in this case.
Killing the session (Action = Debug script for ...) on the database doesn't change anything. Only killing the "Secondary session" of the PLSD causes the IDE to return with an ORA-03114 error.
When I then log back into the database, I can see the "Debugger result." However, debugging is no longer possible because the script is always executed completely, and step-by-step execution is not possible.
By the way, after killing the "Secondary Sessions" from the debug instance, the second IDE instance is now working again. I don't need to log in again there either.
And I can debug step-by-step there again... until the next ["execute sql in debug session..."].
I've noticed this problem for some time now. I'm currently dealing with complex code where it would be extremely helpful to track changes in the tables. Therefore, I hope there's a solution to this problem.
Best regards, Frank
I'm using version v16.0.7 on Windows 10 22H2
Here's my test-debug script.
I'm having the following problem debugging PL/SQL:
When I try to execute an SQL statement within a debug session using ["execute sql in debug session..."], the entire IDE freezes. Even a second (parallel) IDE instance becomes unusable in this case.
Killing the session (Action = Debug script for ...) on the database doesn't change anything. Only killing the "Secondary session" of the PLSD causes the IDE to return with an ORA-03114 error.
When I then log back into the database, I can see the "Debugger result." However, debugging is no longer possible because the script is always executed completely, and step-by-step execution is not possible.
By the way, after killing the "Secondary Sessions" from the debug instance, the second IDE instance is now working again. I don't need to log in again there either.
And I can debug step-by-step there again... until the next ["execute sql in debug session..."].
I've noticed this problem for some time now. I'm currently dealing with complex code where it would be extremely helpful to track changes in the tables. Therefore, I hope there's a solution to this problem.
Best regards, Frank
I'm using version v16.0.7 on Windows 10 22H2
Here's my test-debug script.
Code:
create table test_debug (a integer);
create or replace procedure test_debug2 is
fn pls_integer;
begin
for i in 1..100 loop
insert into test_debug (a) values (i);
if (i=50) then
fn := i; -- select count(1) from test_debug;
end if;
end loop;
end test_debug2;
/
drop procedure test_debug2;
drop table test_debug purge;
Last edited: