Is this bug 1210242? If yes, then it's been around since I believe 8.0.5 (with patches all over the place).
Cary Millsap Hotsos Enterprises, Ltd. http://www.hotsos.com Upcoming events: - RMOUG Training Days 2003, Mar 5-6 Denver - Hotsos Clinic 101, Mar 25-27 London -----Original Message----- Gorbounov,Vadim Sent: Wednesday, February 19, 2003 3:20 PM To: Multiple recipients of list ORACLE-L Oracle just confirmed 9.0.1.4 has this bug too. 'ANON. PLSQL CURSORS MAY NOT BE SHARED CORRECTLY IF SQL_TRACE IS TRUE', filed against 9.2 anonymous PL/SQL block cursors not shared when timed_statistics and sql_trace is ON. Regards VG -----Original Message----- Sent: Thursday, February 13, 2003 9:49 AM To: Multiple recipients of list ORACLE-L Dear friends, I traced one of our test cases and found something weird. Did anybody else observe this? Env: server - 9.0.1.4, Solaris. client - weblogic 7, uses original oracle thin 9.0.1 jdbc driver to connect. In fact, I can reproduce all this from SQLPlus Here is an excerpt from tkprof below - why every parse is a hard parse? Looks like the problem doesn't appear when 10046 is not set, and it appers ONLY on pl/sql blocks returning data to client, normal selects OK. Looks like bug again. Any workaround? And what are these "Misses in library cache during execute"? 9.2.0.2 on Linux works fine, i.e. no misses once it has been parsed. BEGIN :1 := FN_GET_STATUS_ID(:2,:3); END; call count cpu elapsed disk query current rows ------- ------ -------- ---------- ---------- ---------- ---------- ---------- Parse 40 0.07 0.08 0 0 0 0 Execute 80 0.62 1.55 64 1492 0 80 Fetch 0 0.00 0.00 0 0 0 0 ------- ------ -------- ---------- ---------- ---------- ---------- ---------- total 120 0.69 1.63 64 1492 0 80 Misses in library cache during parse: 40 Misses in library cache during execute: 40 Optimizer goal: CHOOSE Parsing user id: 40 This select select LOADED_VERSIONS, EXECUTIONS, LOADS,PARSE_CALLS, parsing_user_id from v$sql where sql_text like 'BEGIN :1 := FN_GET_STATUS_ID(:2,:3); END;'; gives out whole bunch of these record groups LOADED_VERSIONS EXECUTIONS LOADS PARSE_CALLS PARSING_USER_ID --------------- ---------- ---------- ----------- --------------- 1 1 1 1 40 1 1 1 0 40 .... repeated N times Thank you for you time Vadim G -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Gorbounov,Vadim INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Gorbounov,Vadim INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Cary Millsap INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
