Re: Database Compare Script

2003-11-14 Thread Yechiel Adar



Take any tool that does compare schema, trace it, and put 
a wrapper that will activate the script for all schemas in the 
database.
If you have TOAD you can easily capture the sql via spool 
sql to file (or screen).

For your side note: restore a backup to the test 
system.
If you need only the structure use the DataBee tool to 
copy the structure from prod to test.

Yechiel AdarMehish

  - Original Message - 
  From: 
  Cupp Michael E Contr Det 1 
  AFRL/WSI 
  To: Multiple recipients of list ORACLE-L 
  
  Sent: Thursday, November 13, 2003 9:59 
  PM
  Subject: Database Compare Script
  
  
  I am looking for a script to 
  compare an entire database instance against another. (From [EMAIL PROTECTED], etc).
  
  I do not want something that has 
  to be done by schema, as I have 50+ schema's to compare.
  
  
  
  ALSO - on a side note, is there an 
  'easy' way of duplicating a PRODUCTION database over to test, without copying 
  the db files?
  
  ---
  Michael 
  E. Cupp, Jr.
  (tm) Email: 
  [EMAIL PROTECTED]
  ( Phone: 
   
  937-255-1982 DSN 
  785-1982
  2 Fax: 
   
  937-656-4308 DSN 
  986-4308
  - Location: 
  DET 1 AFRL/WSI
   
  Bldg 45, Room 062
   
  2130 8th 
  St
   
  WPAFB OH 45433
  


RE: Database Compare Script

2003-11-14 Thread Robson, Peter
--_=_NextPart_001_01C3AAA8.95C529E0
Content-Type: text/plain; charset=iso-8859-1

Well, I have to say the answer to both questions is probably DataBee . (
www.databee.com http://www.databee.com ) , although not via a script.
 
Just been using it quite a bit recently, so your question elicited an
immediate response.
 
Comparison is two-part, of course - DDL and data. Databee excellent for
former. On data comparisons you will need a different solution, which will
depend on the size of your tables. More on that if required.
 
peter
edinburgh
 
 

-Original Message-
Sent: Thursday, November 13, 2003 7:59 PM
To: Multiple recipients of list ORACLE-L



I am looking for a script to compare an entire database instance against
another.  (From [EMAIL PROTECTED], etc).

 

I do not want something that has to be done by schema, as I have 50+
schema's to compare.

 

 

 

ALSO - on a side note, is there an 'easy' way of duplicating a PRODUCTION
database over to test, without copying the db files?

 

---

Michael E. Cupp, Jr.

(tm)*** Email:   [EMAIL PROTECTED]

** Phone: 937-255-1982 DSN 785-1982

** Fax: 937-656-4308 DSN 986-4308

** Location:DET 1 AFRL/WSI

   Bldg 45, Room 062

   2130 8th St

   WPAFB OH 45433

 



*
This  e-mail  message,  and  any  files  transmitted  with  it, are
confidential  and intended  solely for the  use of the  addressee. If
this message was not addressed to  you, you have received it in error
and any  copying,  distribution  or  other use  of any part  of it is
strictly prohibited. Any views or opinions presented are solely those
of the sender and do not necessarily represent  those of the British
Geological  Survey. The  security of e-mail  communication  cannot be
guaranteed and the BGS accepts no liability  for claims arising as a
result of the use of this medium to  transmit messages from or to the
BGS. .http://www.bgs.ac.uk
*


--_=_NextPart_001_01C3AAA8.95C529E0
Content-Type: text/html; charset=iso-8859-1

!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
HTMLHEAD
META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=iso-8859-1


META content=MSHTML 6.00.2800.1106 name=GENERATOR
STYLE@font-face {
font-family: Courier;
}
@font-face {
font-family: Wingdings;
}
@font-face {
font-family: Tahoma;
}
@font-face {
font-family: Comic Sans MS;
}
@font-face {
font-family: Webdings;
}
@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in 1.25in; }
P.MsoNormal {
FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: Times New Roman
}
LI.MsoNormal {
FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: Times New Roman
}
DIV.MsoNormal {
FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: Times New Roman
}
A:link {
COLOR: blue; TEXT-DECORATION: underline
}
SPAN.MsoHyperlink {
COLOR: blue; TEXT-DECORATION: underline
}
A:visited {
COLOR: purple; TEXT-DECORATION: underline
}
SPAN.MsoHyperlinkFollowed {
COLOR: purple; TEXT-DECORATION: underline
}
SPAN.EmailStyle17 {
COLOR: windowtext; FONT-FAMILY: Arial
}
DIV.Section1 {
page: Section1
}
/STYLE
/HEAD
BODY lang=EN-US vLink=purple link=blue
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff size=2Well, 
I have to say the answer to both questions is probably DataBee . (A 
href=http://www.databee.com;www.databee.com/A) , although not via a 
script./FONT/SPAN/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff 
size=2/FONT/SPANnbsp;/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff size=2Just 
been using it quite a bit recently, so your question elicited an immediate 
response./FONT/SPAN/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff 
size=2/FONT/SPANnbsp;/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff 
size=2Comparison is two-part, of course - DDL and data. Databee excellent for 
former. On data comparisons you will need a different solution, which will 
depend on the size of your tables. More on that if required./FONT/SPAN/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff 
size=2/FONT/SPANnbsp;/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff 
size=2peter/FONT/SPAN/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff 
size=2edinburgh/FONT/SPAN/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff 
size=2/FONT/SPANnbsp;/DIV
DIVSPAN class=315080712-14112003FONT face=Arial color=#ff 
size=2/FONT/SPANnbsp;/DIV
BLOCKQUOTE dir=ltr 
style=PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #ff 2px solid; 
MARGIN-RIGHT: 0px
  DIV class=OutlookMessageHeader dir=ltr align=leftFONT face=Tahoma 
  

Re: Database Compare Script

2003-11-14 Thread Pete Finnigan
Hi

Check out the free tool on http://www.impacttoys.com. It is called
T.O.Y.S. and compares the schema's or complete database between two
databases. You can specify down to the object levels what is compared
and also generate DDL to synchronise the two. Its windows GUI based and
seems quite useful. Anyway have a look

hth
kind regards
Pete
-- 
Pete Finnigan
email:[EMAIL PROTECTED]
Web site: http://www.petefinnigan.com - Oracle security audit specialists
Book:Oracle security step-by-step Guide - see http://store.sans.org for details.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Pete Finnigan
  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).


Re: Database Compare Script

2003-11-14 Thread Mladen Gogala
Here are the requirements for toys:

 Microsoft® Windows® XP / 2000 / NT4 / Me* / 98*

Do you know af any tool that doesn't require obscene operating systems?
(Obscene OSes  = the ones above, plus anything from the same  vendor)
At least, it should work under Wine.

On 11/14/2003 12:09:27 PM, Pete Finnigan wrote:
 Hi
 
 Check out the free tool on http://www.impacttoys.com. It is called
 T.O.Y.S. and compares the schema's or complete database between two
 databases. You can specify down to the object levels what is compared
 and also generate DDL to synchronise the two. Its windows GUI based and
 seems quite useful. Anyway have a look
 
 hth
 kind regards
 Pete
 -- 
 Pete Finnigan
 email:[EMAIL PROTECTED]
 Web site: http://www.petefinnigan.com - Oracle security audit specialists
 Book:Oracle security step-by-step Guide - see http://store.sans.org for details.
 
 -- 
 Please see the official ORACLE-L FAQ: http://www.orafaq.net
 -- 
 Author: Pete Finnigan
   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).
 

Mladen Gogala
Oracle DBA



Note:
This message is for the named person's use only.  It may contain confidential, 
proprietary or legally privileged information.  No confidentiality or privilege is 
waived or lost by any mistransmission.  If you receive this message in error, please 
immediately delete it and all copies of it from your system, destroy any hard copies 
of it and notify the sender.  You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to 
monitor all e-mail communications through its networks.
Any views expressed in this message are those of the individual sender, except where 
the message states otherwise and the sender is authorized to state them to be the 
views of any such entity.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Mladen Gogala
  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).


Database Compare Script

2003-11-13 Thread Cupp Michael E Contr Det 1 AFRL/WSI








I am looking for a script to compare an entire database
instance against another. (From [EMAIL PROTECTED], etc).



I do not want something that has to be done by schema, as I
have 50+ schema's to compare.







ALSO - on a side note, is there an 'easy'
way of duplicating a PRODUCTION database over to test, without copying the db
files?



---

Michael E.
Cupp, Jr.

(tm) Email: [EMAIL PROTECTED]

( Phone:  937-255-1982 DSN 785-1982

2 Fax:  937-656-4308 DSN 986-4308

- Location: DET 1 AFRL/WSI


Bldg 45, Room 062


2130 8th St


WPAFB OH 45433










Re: DATABASE COMPARE SCRIPT

2001-05-14 Thread Bunyamin K. Karadeniz
Title: RE: When to go for ORACLE NAMES Server






-- DATATYPE.sql
--
-- To check datatype consistency between two environments
--
-- 

SELECT
table_name,
column_name,
data_type,
data_length,
data_precision,
data_scale,
nullable
FROM all_tab_columns -- first environment
WHERE owner = 'OWNER' 
MINUS
SELECT
table_name,
column_name,
data_type,
data_length,
data_precision,
data_scale,
nullable
FROM all_tab_columns@my_db_link -- second environment
WHERE owner = 'OWNER2' 
order by table_name, column_name;

  - Original Message - 
  From: 
  [EMAIL PROTECTED] 
  To: Multiple recipients of list ORACLE-L 
  Sent: Saturday, May 12, 2001 12:20 
  AM
  Subject: DATABASE COMPARE SCRIPT
  
  I am 
  trying to find out the schema differences between two databases. 
  Differences like Column size,column datatype,column data length, 
  indexes,tables,constraints etc.
  If 
  anyone has a script or know where I can get one that will accomplish this, 
  please let me know.
  Thank 
you.


Fwd: Re: DATABASE COMPARE SCRIPT

2001-05-13 Thread Jared Still

--Boundary-00=_TI6B0KP3KE5T3HEN611V
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit


The database compare script didn't come out to well the first
time, so I've just embedded them in this post.

The scripts are:

clears.sql
columns.sql
title.sql
schema_diff.sql

Jared

--- title.sql - copied from title80.sql
-- specify line width when calling
-- eg @title 'report heading' 90

rem TITLE.SQL   - This SQL*Plus script builds a standard report
rem   heading for database reports that are XX columns
rem
column  TODAY   NEW_VALUE   CURRENT_DATENOPRINT
column  TIMENEW_VALUE   CURRENT_TIMENOPRINT
column  DATABASENEW_VALUE   DATA_BASE   NOPRINT
set term off feed off
rem
define COMPANY = BCBSO
define HEADING = 1
col cPageNumLoc new_value PageNumLoc noprint
select ('2' - 10 ) cPageNumLoc from dual;
rem
TTITLE LEFT Date:  current_date CENTER company col PageNumLoc Page: 
format 999 -
   SQL.PNO SKIP 1 LEFT Time:  current_time CENTER heading RIGHT -
   format a15 SQL.USER SKIP 1 CENTER format a20 data_base SKIP 2
rem
rem
set heading off
set pagesize 0
rem
column passout new_value dbname noprint
SELECT TO_CHAR(SYSDATE,'MM/DD/YY') TODAY,
   TO_CHAR(SYSDATE,'HH:MI AM') TIME,
   --DATABASE||' Database' DATABASE,
   --rtrim(database) passout
   name||' Database' DATABASE,
   lower(rtrim(name)) passout
FROM   v$database;
set term on feed on
rem
set heading on
set pagesize 58
set line 2
set newpage 0
define db = '_dbname'
undef 1 2
---

-- columns.sql

col blocks format 99,999,999 head 'BLOCKS'
col db_link format a30 head 'DB LINK'
col db_link_instance format a30 head 'DB LINK|INSTANCE'
col db_link_username format a10 head 'DB LINK|USERNAME'
col empty_blocks format 99,999,999 head 'EMPTY BLOCKS'
col host format a10 head 'HOST'
col index_name format a30 head 'INDEX NAME'
col initial_extent format 9,999,999,999 head 'INITIAL|EXTENT'
col instance format a4 head 'INST'
col max_blocks format 9,999,999 head 'MAX BLOCKS'
col max_bytes format 99,999,999,999 head 'MAX BYTES'
col max_extents format 999,999 head 'MAX|EXTENTS'
col min_extents format 999 head 'MIN|EXT'
col next_extent format 9,999,999,999 head 'NEXT|EXTENT'
col object_name format a30 head 'OBJECT NAME'
col owner format a10 head 'OWNER'
col pct_free format 999 head 'PCT|FREE'
col pct_increase format 999 head 'PCT|INC'
col pct_used format 999 head 'PCT|USED'
col synonym_name format a30 head 'SYNONYM NAME'
col table_name format a30 head 'TABLE NAME'
col table_owner format a10 head 'TABLE|OWNER'
col tablespace_name format a15 head 'TABLESPACE|NAME'
col timestamp format a19 head 'TIME STAMP'
col username format a10 head 'USERNAME'
col last_ddl_time head 'LAST DDL|TIME'
col created head 'CREATED'
col procedure_name format a30 head 'PROCEDURE NAME'
col function_name format a30 head 'FUNCTION NAME'
col package_name format a30 head 'PACKAGE NAME'
col package_body_name format a30 head 'PACKAGE BODY NAME'
col segment_name format a30 head 'SEGMENT NAME'

--

-- clears.sql
set pause off
set echo off
set trimspool on
set feed on term on echo off verify off
set line 80
set pages 24 head on

clear col
clear break
clear computes

btitle ''
ttitle ''

btitle off
ttitle off

---

-- schema_diff.sql
-- Jared Still 
-- [EMAIL PROTECTED]
-- [EMAIL PROTECTED]
--
--
-- 07/14/1999 jkstill - removed table_owner from the index_diff
--  section as this made all indexes appear
--  in the difference report if the schemas
--  had different names
--  -
-- this script will create reports of the
-- differences between 2 schemas
-- the reports created are:

-- table_diff.txt
-- index_diff.txt
-- arg_diff.txt
-- sequence_diff.txt

-- all differences are checked both
-- ways - schema1 is compared to schema2
-- and then schema2 is compared to schema1
-- it does not matter which database the
-- reports are initiated from

-- requirements:
--
-- either global links or database links to
-- the schemas to be compared
-- 
-- dba privileges
--

-- this report creates temporary tables for it's reports
-- they are left intact for your perusal
-- tables:
--   arg_diff
--   index_diff
--   table_diff
--

-- REPORT SUMMARY

-- table_diff.txt
-- this report compares tables from 2 schemas
-- included are 
--tables/columns that appear in a table in
--one schema, and not the other
--
--any differences between columns; includes
--order of column, type and size.


-- index_diff.txt
-- this report compares indexes from 2 schemas
-- included are
--indexes that appear in one schema 
--and not the other
--
--any differences between index structures
--does not check for storage parms

-- arg_diff.txt
-- this report compares arguments from 2 schemas
-- included are
--all procedures/packages/functions

DATABASE COMPARE SCRIPT

2001-05-11 Thread SRAJENDRAN
Title: RE: When to go for ORACLE NAMES Server



I am 
trying to find out the schema differences between two databases. 
Differences like Column size,column datatype,column data length, 
indexes,tables,constraints etc.
If 
anyone has a script or know where I can get one that will accomplish this, 
please let me know.
Thank 
you.


Re: DATABASE COMPARE SCRIPT

2001-05-11 Thread Jared Still

--Boundary-00=_I6J7K4TVKE7DS65S6BN5
Content-Type: text/plain;
  charset=iso-8859-1
Content-Transfer-Encoding: 8bit


Perhaps this will help.

If the attachments don't go through, I will resend
as part of the message.

FYI I haven't used the schema_diff.sql script in awhile, but
it should still work.

If not, please forward your fixes to me.  :)

Jared


On Friday 11 May 2001 14:20, [EMAIL PROTECTED] wrote:
 I am trying to find out the schema differences between two databases.
 Differences like Column size,column datatype,column data length,
 indexes,tables,constraints etc.
 If anyone has a script or know where I can get one that will accomplish
 this, please let me know.
 Thank you.


Content-Type: text/html; charset=iso-8859-1; name=Attachment: 1
Content-Transfer-Encoding: 7bit
Content-Description: 


--Boundary-00=_I6J7K4TVKE7DS65S6BN5
Content-Type: text/plain;
  charset=iso-8859-1;
  name=title.sql
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=title.sql

Ci0tIHRpdGxlLnNxbCAtIGNvcGllZCBmcm9tIHRpdGxlODAuc3FsCi0tIHNwZWNpZnkgbGluZSB3
aWR0aCB3aGVuIGNhbGxpbmcKLS0gZWcgQHRpdGxlICdyZXBvcnQgaGVhZGluZycgOTAKCnJlbSBU
SVRMRS5TUUwgICAtICAgICBUaGlzIFNRTCpQbHVzIHNjcmlwdCBidWlsZHMgYSBzdGFuZGFyZCBy
ZXBvcnQgCnJlbSAgICAgICAgICAgICAgICAgICBoZWFkaW5nIGZvciBkYXRhYmFzZSByZXBvcnRz
IHRoYXQgYXJlIFhYIGNvbHVtbnMKcmVtCmNvbHVtbiAgVE9EQVkJCU5FV19WQUxVRSAJQ1VSUkVO
VF9EQVRFCQlOT1BSSU5UCmNvbHVtbiAgVElNRSAgICAgICAgICAgIE5FV19WQUxVRQlDVVJSRU5U
X1RJTUUJCU5PUFJJTlQKY29sdW1uICBEQVRBQkFTRSAgICAgICAgTkVXX1ZBTFVFICAgICAgIERB
VEFfQkFTRSAgICAgICAgICAgICAgIE5PUFJJTlQKc2V0IHRlcm0gb2ZmIGZlZWQgb2ZmCnJlbQpk
ZWZpbmUgQ09NUEFOWSA9ICJCQ0JTTyIKZGVmaW5lIEhFQURJTkcgPSAiJjEiCmNvbCBjUGFnZU51
bUxvYyBuZXdfdmFsdWUgUGFnZU51bUxvYyBub3ByaW50CnNlbGVjdCAoJyYmMicgLSAxMCApIGNQ
YWdlTnVtTG9jIGZyb20gZHVhbDsKcmVtClRUSVRMRSBMRUZUICJEYXRlOiAiIGN1cnJlbnRfZGF0
ZSBDRU5URVIgY29tcGFueSBjb2wgJiZQYWdlTnVtTG9jICJQYWdlOiIgZm9ybWF0IDk5OSAtCiAg
ICAgICBTUUwuUE5PIFNLSVAgMSBMRUZUICJUaW1lOiAiIGN1cnJlbnRfdGltZSBDRU5URVIgaGVh
ZGluZyBSSUdIVCAtCiAgICAgICBmb3JtYXQgYTE1IFNRTC5VU0VSIFNLSVAgMSBDRU5URVIgZm9y
bWF0IGEyMCBkYXRhX2Jhc2UgU0tJUCAyCnJlbQpyZW0Kc2V0IGhlYWRpbmcgb2ZmCnNldCBwYWdl
c2l6ZSAwCnJlbQpjb2x1bW4gcGFzc291dCBuZXdfdmFsdWUgZGJuYW1lIG5vcHJpbnQKU0VMRUNU
IFRPX0NIQVIoU1lTREFURSwnTU0vREQvWVknKSBUT0RBWSwKICAgICAgIFRPX0NIQVIoU1lTREFU
RSwnSEg6TUkgQU0nKSBUSU1FLAogICAgICAgLS1EQVRBQkFTRXx8JyBEYXRhYmFzZScgREFUQUJB
U0UsCiAgICAgICAtLXJ0cmltKGRhdGFiYXNlKSBwYXNzb3V0CiAgICAgICBuYW1lfHwnIERhdGFi
YXNlJyBEQVRBQkFTRSwKICAgICAgIGxvd2VyKHJ0cmltKG5hbWUpKSBwYXNzb3V0CkZST00gICB2
JGRhdGFiYXNlOwpzZXQgdGVybSBvbiBmZWVkIG9uCnJlbQpzZXQgaGVhZGluZyBvbgpzZXQgcGFn
ZXNpemUgNTgKc2V0IGxpbmUgJiYyCnNldCBuZXdwYWdlIDAKZGVmaW5lIGRiID0gJ18mZGJuYW1l
Jwp1bmRlZiAxIDIK

--Boundary-00=_I6J7K4TVKE7DS65S6BN5
Content-Type: text/plain;
  charset=iso-8859-1;
  name=schema_diff.sql
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=schema_diff.sql

Ci0tIHNjaGVtYV9kaWZmLnNxbAotLSBKYXJlZCBTdGlsbCAKLS0gamtzdGlsbEBiY2Jzby5jb20K
LS0gamtzdGlsbEB0ZWxlcG9ydC5jb20KLS0KLS0KLS0gMDcvMTQvMTk5OSBqa3N0aWxsIC0gcmVt
b3ZlZCB0YWJsZV9vd25lciBmcm9tIHRoZSBpbmRleF9kaWZmCi0tICAgICAgICAgICAgICAgICAg
ICAgIHNlY3Rpb24gYXMgdGhpcyBtYWRlIGFsbCBpbmRleGVzIGFwcGVhcgotLSAgICAgICAgICAg
ICAgICAgICAgICBpbiB0aGUgZGlmZmVyZW5jZSByZXBvcnQgaWYgdGhlIHNjaGVtYXMKLS0gICAg
ICAgICAgICAgICAgICAgICAgaGFkIGRpZmZlcmVudCBuYW1lcwotLSAgICAgICAgICAgICAgICAg
ICAgICAtCi0tIHRoaXMgc2NyaXB0IHdpbGwgY3JlYXRlIHJlcG9ydHMgb2YgdGhlCi0tIGRpZmZl
cmVuY2VzIGJldHdlZW4gMiBzY2hlbWFzCi0tIHRoZSByZXBvcnRzIGNyZWF0ZWQgYXJlOgoKLS0g
dGFibGVfZGlmZi50eHQKLS0gaW5kZXhfZGlmZi50eHQKLS0gYXJnX2RpZmYudHh0Ci0tIHNlcXVl
bmNlX2RpZmYudHh0CgotLSBhbGwgZGlmZmVyZW5jZXMgYXJlIGNoZWNrZWQgYm90aAotLSB3YXlz
IC0gc2NoZW1hMSBpcyBjb21wYXJlZCB0byBzY2hlbWEyCi0tIGFuZCB0aGVuIHNjaGVtYTIgaXMg
Y29tcGFyZWQgdG8gc2NoZW1hMQotLSBpdCBkb2VzIG5vdCBtYXR0ZXIgd2hpY2ggZGF0YWJhc2Ug
dGhlCi0tIHJlcG9ydHMgYXJlIGluaXRpYXRlZCBmcm9tCgotLSByZXF1aXJlbWVudHM6Ci0tCi0t
IGVpdGhlciBnbG9iYWwgbGlua3Mgb3IgZGF0YWJhc2UgbGlua3MgdG8KLS0gdGhlIHNjaGVtYXMg
dG8gYmUgY29tcGFyZWQKLS0gCi0tIGRiYSBwcml2aWxlZ2VzCi0tCgotLSB0aGlzIHJlcG9ydCBj
cmVhdGVzIHRlbXBvcmFyeSB0YWJsZXMgZm9yIGl0J3MgcmVwb3J0cwotLSB0aGV5IGFyZSBsZWZ0
IGludGFjdCBmb3IgeW91ciBwZXJ1c2FsCi0tIHRhYmxlczoKLS0gICBhcmdfZGlmZgotLSAgIGlu
ZGV4X2RpZmYKLS0gICB0YWJsZV9kaWZmCi0tCgotLSBSRVBPUlQgU1VNTUFSWQoKLS0gdGFibGVf
ZGlmZi50eHQKLS0gdGhpcyByZXBvcnQgY29tcGFyZXMgdGFibGVzIGZyb20gMiBzY2hlbWFzCi0t
IGluY2x1ZGVkIGFyZSAKLS0gICAgdGFibGVzL2NvbHVtbnMgdGhhdCBhcHBlYXIgaW4gYSB0YWJs
ZSBpbgotLSAgICBvbmUgc2NoZW1hLCBhbmQgbm90IHRoZSBvdGhlcgotLQotLSAgICBhbnkgZGlm
ZmVyZW5jZXMgYmV0d2VlbiBjb2x1bW5zOyBpbmNsdWRlcwotLSAgICBvcmRlciBvZiBjb2x1bW4s
IHR5cGUgYW5kIHNpemUuCgoKLS0gaW5kZXhfZGlmZi50eHQKLS0gdGhpcyByZXBvcnQgY29tcGFy
ZXMgaW5kZXhlcyBmcm9tIDIgc2NoZW1hcwotLSBpbmNsdWRlZCBhcmUKLS0gICAgaW5kZXhlcyB0
aGF0IGFwcGVhciBpbiBvbmUgc2NoZW1hIAotLSAgICBhbmQgbm90IHRoZSBvdGhlcgotLQotLSAg