Question on "Execute Script" (F5)

Karen Short <[email protected]>
Newsgroups gmane.comp.db.oracle.toad.free
Message-ID <4627147.23561318006765890.JavaMail.SYSTEM@alvqcfw02>
 Message from: Short 

 I am running Toad for Orace 9.1.0.62.&nbsp; A colleague wrote a procedure (proc_init_ba) that was returning different results for different individuals who ran the procedure.&nbsp; After spending quite some time thinking the issue was related to DB security and user accounts, we determined that:

If the&nbsp;command &quot;execute proc_init_ba&quot;&nbsp;was&nbsp;highlighted in an editor window and then run&nbsp;via the F5 key (execute script), it did not work.&nbsp; According to the DBA, a second session was being spawned and any queries were directed at the wrong session.

If the&nbsp;command &quot;execute proc_init_ba&quot;&nbsp;was&nbsp;highlighted in an editor window&nbsp;and then run&nbsp;via the F9 key (execute statement), it worked.

If the procedure proc_init_ba&nbsp;was&nbsp;highlighted in the procedure tab&nbsp;in the schema browswer window and&nbsp;run via the lightening bolt (execute procedure), it worked.

If the command &quot;execute proc_init_ba&quot;&nbsp;was highlighted in an editor window&nbsp;and the&nbsp;&nbsp;&quot;execute statement&quot; icon in the upper left corner of the gui was clicked, it worked.&nbsp;

If the procedure was run via F9 (run statement)&nbsp;or F5 (run script)&nbsp;in SQL Developer, it worked.&nbsp; 

Any thoughts on why the procedure behaves differently in Toad when run as a script??&nbsp; 

Thanks in advance for any help.&nbsp;  

_______________________________________

Historical Messages 


Author: Karen Short
Date: Fri Oct 07 09:58:55 PDT 2011
 I am running Toad for Orace 9.1.0.62.&nbsp; A colleague wrote a procedure (proc_init_ba) that was returning different results for different individuals who ran the procedure.&nbsp; After spending quite some time thinking the issue was related to DB security and user accounts, we determined that:

If the&nbsp;command &quot;execute proc_init_ba&quot;&nbsp;was&nbsp;highlighted in an editor window and then run&nbsp;via the F5 key (execute script), it did not work.&nbsp; According to the DBA, a second session was being spawned and any queries were directed at the wrong session.

If the&nbsp;command &quot;execute proc_init_ba&quot;&nbsp;was&nbsp;highlighted in an editor window&nbsp;and then run&nbsp;via the F9 key (execute statement), it worked.

If the procedure proc_init_ba&nbsp;was&nbsp;highlighted in the procedure tab&nbsp;in the schema browswer window and&nbsp;run via the lightening bolt (execute procedure), it worked.

If the command &quot;execute proc_init_ba&quot;&nbsp;was highlighted in an editor window&nbsp;and the&nbsp;&nbsp;&quot;execute statement&quot; icon in the upper left corner of the gui was clicked, it worked.&nbsp;

If the procedure was run via F9 (run statement)&nbsp;or F5 (run script)&nbsp;in SQL Developer, it worked.&nbsp; 

Any thoughts on why the procedure behaves differently in Toad when run as a script??&nbsp; 

Thanks in advance for any help.&nbsp; 
__
_______________________________________
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.