Re: What's Oracle Trying to Hide ???

I havn't tested,  and did use the very ambiguous "supposedly",  this was in the documentation
when they first came out.  Thanks for the correction.

John

kaygopal_at_yahoo.com wrote:

  Not quite true. Wrapped packages take same space (in fact more in dictionarycacheand same space in library cache).Best Regards,K Gopalakrishnan(408) 934 9310-----Original Message-----Sent: Friday, December 28, 2001 6:30 AMTo: Multiple recipients of list ORACLE-LEarlier versions of ORacle did not "wrap" the packages. Since thesource code was available well meaning dba's decided to help Oracle bychanging and recompiling these packages. This led to more than onecorruption and many a confused support analyst. BTW, the wrappedpackage bodies supposedly take less space in the shared pool.Johnkaygopal_at_yahoo.com wrote:   

    Steve,"nm" parameter is used as event name. i.e what to do if that triggeringevent occurs.You can set either SYSTEMSTATE or PROCESSSTATE or ERRORSTACK to dump thosethings.Consider a case , you want to dump the errorstack when ORA-00060 (deadlock)occurs.Here you use SID,SERIAL#,60,65535,ERRORSTACK.Triggering event 65535 is IMMEDIATE .Hope this helps.Best Regards,K Gopalakrishnan(408) 934 9310-----Original Message-----Sent: Wednesday, December 26, 2001 3:10 PMTo: Multiple recipients of list ORACLE-LI generally share your "speculation" but in the case of dbms_system it isreferenced by other sources yet it is undocumented. If you can do a     

    describe     

      on it from SQL*Plus then it should be documented. So dbms_system isundocumented and incomplete but available for our use??In dbms_system there's a procedure called "set_ev" with 5 parameters. I'mthinking this is to set events like 10046 and that the "si" parm is for
      
      SID,
      
        the "se" parm is for serial#, the "ev" parm is the event number, the "le"parm is the level. But what would the "nm" parm be and how would it be
        
        used?
        
          Curiosity may have killed the cat but with sensitive whiskers we should beable to poke our noses into certain places without incident.Here's to growing longer whiskers,Steve-----Original Message-----Sent: Wednesday, December 26, 2001 3:15 PMTo: Multiple recipients of list ORACLE-LI suspect that they are trying to prevent headachesby hiding 'features' that are intended for internaluse only.Sometimes a "DBA" will get hold of some undocumentedfeature and use it just because it's there, sometimes causingdatabase problems in the process.This type of behavior is common in the PC world.  Just takea look at PC magazine and Windoze websites and youwill find all kinds of "tips" and "tricks" that add no value tothe system and usually eat up resources.It seems that this mentality carries over from the Windozeworld to those that are new with Oracle, and the "DBA"
starts twisting and turning every knob available.Kind of messes things up for times when one of thoseundoc features might be useful.This may be pure speculation on my part , but it'smy story, and I'm sticking to it.Jared-----Original Message-----Here's a paste from the $ORACLE_HOME/rdbms/admin/dbmsutil.sql script:Rem  dbms_system           - database system level commands (moved toRem                          prvtutil.sql for more obscurity)Not only do they want to "obscure" the dbms_system package but I can't findthe prvtutil.sql script. Where is this stuff and why do they want to hideit? Any ideas?...Just found the ./rdbms/admin/prvtutil.plb file and now I'm wishing Icould un-"wrap" this "present" on boxing day!Eschew Obfuscation,Steve OrrSkiing Bridger Bowl--Please see the official ORACLE-L FAQ: http:/
/www.orafaq.com--Author: Orr, Steve INET: sorr@rightnow.comFat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051San Diego, California        -- Public Internet access / Mailing Lists--------------------------------------------------------------------To REMOVE yourself from this mailing list, send an E-Mail messageto: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and inthe message BODY, include a line containing: UNSUB ORACLE-L(or the name of mailing list you want to be removed from).  You mayalso send the HELP command for other information (like subscribing)._________________________________________________________Do You Yahoo!?Get your free @yahoo.com address at http://mail.
yahoo.com
          
          --Please see the official ORACLE-L FAQ: http://www.orafaq.com--Author: orantdba  INET: orantdba@netscape.netFat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051San Diego, California        -- Public Internet access / Mailing Lists--------------------------------------------------------------------To REMOVE yourself from this mailing list, send an E-Mail messageto: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and inthe message BODY, include a line containing: UNSUB ORACLE-L(or the name of mailing list you want to be removed from).  You mayalso send the HELP command for other information (like subscribing)._______________________________
__________________________Do You Yahoo!?Get your free @yahoo.com address at http://mail.yahoo.com