[cciug] Unsent Message Returned to Sender

From: POSTMASTER (POSTMASTER@alltel.com)
Date: Tue Jan 11 2000 - 22:59:09 EST

Next message: Wolfgang Laun: "Re: [cciug] Writing the comment in the source file"
Previous message: Brian Graham: "[cciug] [Training-announce] materials release, press release"
Next in thread: POSTMASTER: "[cciug] Unsent Message Returned to Sender"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Notice to Sender
================

This message was received by this installation but could not be
delivered to its intended cc:Mail recipient(s).

Original subject: cciug-digest V2 #727

Intended recipient(s) who DID NOT receive this message:

tracy.king..@alltel.com

The following cc:Mail error(s) were recorded:

*** Message recipient is unknown ***

-------- Original Message Text --------

cciug-digest Tuesday, January 11 2000 Volume 02 : Number 727

----------------------------------------------------------------------

Date: Mon, 10 Jan 2000 18:13:20 -0800
From: David Hallman <david.hallman@av.com>
Subject: [cciug] Microsoft Services for Unix 2.0 Beta 2

Has anyone successfully used the Microsoft Services for Unix version 2.0
Beta 2 as the
NFS solution for ClearCase 3.2.1 accessing Unix views from NT?

I am able to get things somewhat working however when I try to checkout or
create a view
private file in a view hosted on Unix, I get an access is denied error.
Oddly enough, I can
checkout and create view private directories without any problems.

My credmap looks correct and creation of directories yields the correct
UID/GID when
examined on Unix.

Any suggestions - or is it just too soon to be trying this combination?

David L. Hallman
ClearCase Configuration Manager
david.hallman@av.com (650) 389-3751
AltaVista Smart is Beautiful www.altavista.com

Great Holiday Values at AltaVista Shopping.com: Give a Gift... Get a Gift!
http://www.shopping.com/holiday.sdc?si=mtJIC&n=6213

<<...>>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Mon, 10 Jan 2000 21:16:56 -0500
From: "Bickford, Fred" <bickford@Rational.Com>
Subject: RE: [cciug] Microsoft Services for Unix 2.0 Beta 2

David the Microsoft Services for Unix version 2.0(Unless something changed
on me)
is I think, basically DiskAccess 4.x, you should make sure that you log on
as the
clearcase_albd on your machine and set the uid/gid for the user to map over.

Check out : http://clearcase.rational.com/faqs/technote_1324.html
it references DiskAccess 3.x setup , but the steps are still quite useful
and relavent

Hope this helps

Fred

Fred Bickford IV
Rational Software

"New opinions are always suspected, and usually opposed,
without any other reason but because they are not already common".
- -- John Locke

- -----Original Message-----
From: David Hallman [mailto:david.hallman@av.com
Sent: Monday, January 10, 2000 9:13 PM
To: 'cciug@rational.com'
Subject: [cciug] Microsoft Services for Unix 2.0 Beta 2

Has anyone successfully used the Microsoft Services for Unix version 2.0
Beta 2 as the
NFS solution for ClearCase 3.2.1 accessing Unix views from NT?

My credmap looks correct and creation of directories yields the correct
UID/GID when
examined on Unix.

Any suggestions - or is it just too soon to be trying this combination?

David L. Hallman
ClearCase Configuration Manager
david.hallman@av.com (650) 389-3751
AltaVista Smart is Beautiful www.altavista.com

Great Holiday Values at AltaVista Shopping.com: Give a Gift... Get a Gift!
http://www.shopping.com/holiday.sdc?si=mtJIC&n=6213

<<...>>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Mon, 10 Jan 2000 18:45:28 -0800
From: David Hallman <david.hallman@av.com>
Subject: RE: [cciug] Microsoft Services for Unix 2.0 Beta 2

So the technote is essentially saying that I should:

1) Make the clearcase_albd domain account have the same primary
group as all our users (currently it has it's own group)?

and

2) I should add a Unix NIS account with the same user and group name
as the NT domain account?

Funny, I had Intergraph DiskAccess 4.01.00.09 installed previously and
didn't have to do this. Also, the MS SFU 2.0 doesn't have the same control
panel applet - it uses this MS Management Console application and doesn't
allow you to set a particular user account for NFS but rather it assumes
that you are logged into NT with the same account name you'll use for Unix.
It seems that it's not quite complete since I had to setup an environment
variable to get it to figure out what Unix domain name to use and this
wasn't documented anywhere - I just figured it out by accident.

It figures that Microsoft would have to go and change things to work their
way and leave us poor users in the dust. I hope Rational is busily trying to
convince Microsoft to make this work properly for ClearCase users.

Thanks.

David L. Hallman
ClearCase Configuration Manager
david.hallman@av.com (650) 389-3751
AltaVista Smart is Beautiful www.altavista.com

Raging Bull? Sleeping Bear? Live stock quotes at AltaVista Live!
http://money.av.com

- -----Original Message-----
From: Bickford, Fred [mailto:bickford@Rational.Com
Sent: Monday, January 10, 2000 6:17 PM
To: 'David Hallman'; 'cciug@rational.com'
Subject: RE: [cciug] Microsoft Services for Unix 2.0 Beta 2

Check out : http://clearcase.rational.com/faqs/technote_1324.html
it references DiskAccess 3.x setup , but the steps are still quite useful
and relavent

Hope this helps

Fred

Fred Bickford IV
Rational Software

"New opinions are always suspected, and usually opposed,
without any other reason but because they are not already common".
- -- John Locke

- -----Original Message-----
From: David Hallman [mailto:david.hallman@av.com
Sent: Monday, January 10, 2000 9:13 PM
To: 'cciug@rational.com'
Subject: [cciug] Microsoft Services for Unix 2.0 Beta 2

Has anyone successfully used the Microsoft Services for Unix version 2.0
Beta 2 as the
NFS solution for ClearCase 3.2.1 accessing Unix views from NT?

My credmap looks correct and creation of directories yields the correct
UID/GID when
examined on Unix.

Any suggestions - or is it just too soon to be trying this combination?

David L. Hallman
ClearCase Configuration Manager
david.hallman@av.com (650) 389-3751
AltaVista Smart is Beautiful www.altavista.com

Great Holiday Values at AltaVista Shopping.com: Give a Gift... Get a Gift!
http://www.shopping.com/holiday.sdc?si=mtJIC&n=6213

<<...>>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Mon, 10 Jan 2000 23:17:17 -0500
From: Mark Keil <Mark.Keil@cportcorp.com>
Subject: RE: [cciug] Microsoft Services for Unix 2.0 Beta 2

I tried M$ SFU 2.0 beta 2 (or was it 1?)
The documentation was an abomination.
Written for someone who was on the project it seemed.
Go get the Disk Access documentation if you want to
understand what is going on.

M$ SFU is cheaper, but I'd bet the Disk Access support is
better.

Personally I chose TAS, partly on the recomandation
of members here. Lower admin effort. Only issue is that
neither Rational or Syntax make it clear that you need
a server installation for each VOB server AND EACH VIEW
SERVER. You can vector file access through a single
TAS view server and have direct DB access to the view
server machine, but this is not documented.

You can also mix TAS and Samba (but not onthe same machine)
[use TAS for the vob server(s) and at least one view server
to make support issues with Rational easier]

- -Mark

- -----Original Message-----
From: David Hallman [mailto:david.hallman@av.com
Sent: Monday, January 10, 2000 9:45 PM
To: 'Bickford, Fred'
Cc: 'cciug@rational.com'
Subject: RE: [cciug] Microsoft Services for Unix 2.0 Beta 2

So the technote is essentially saying that I should:

1) Make the clearcase_albd domain account have the same primary
group as all our users (currently it has it's own group)?

and

2) I should add a Unix NIS account with the same user and group name
as the NT domain account?

Thanks.

David L. Hallman
ClearCase Configuration Manager
david.hallman@av.com (650) 389-3751
AltaVista Smart is Beautiful www.altavista.com

Raging Bull? Sleeping Bear? Live stock quotes at AltaVista Live!
http://money.av.com

Check out : http://clearcase.rational.com/faqs/technote_1324.html
it references DiskAccess 3.x setup , but the steps are still quite useful
and relavent

Hope this helps

Fred

Fred Bickford IV
Rational Software

"New opinions are always suspected, and usually opposed,
without any other reason but because they are not already common".
- -- John Locke

- -----Original Message-----
From: David Hallman [mailto:david.hallman@av.com
Sent: Monday, January 10, 2000 9:13 PM
To: 'cciug@rational.com'
Subject: [cciug] Microsoft Services for Unix 2.0 Beta 2

Has anyone successfully used the Microsoft Services for Unix version 2.0
Beta 2 as the
NFS solution for ClearCase 3.2.1 accessing Unix views from NT?

My credmap looks correct and creation of directories yields the correct
UID/GID when
examined on Unix.

Any suggestions - or is it just too soon to be trying this combination?

David L. Hallman
ClearCase Configuration Manager
david.hallman@av.com (650) 389-3751
AltaVista Smart is Beautiful www.altavista.com

Great Holiday Values at AltaVista Shopping.com: Give a Gift... Get a Gift!
http://www.shopping.com/holiday.sdc?si=mtJIC&n=6213

<<...>>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:31:37 +1100
From: "Shan, Shawn" <SShan@colonial.com.au>
Subject: RE: [cciug] Checked out file in blown away view

Try this:
cleartool describe -long vob:vobname
to find out the uuid of the view that checks out the file and then
cleartool rmview -uuid viewuuid
to remove the view and the checkout.

Shawn

> ----------
> From: Brian Kurle[SMTP:cc_admin@familycom.org
> Sent: Tuesday, 11 January 2000 11:57
> To: ClearCase Users Group
> Subject: [cciug] Checked out file in blown away view
>
>
>
> I've been cleaning up views (and occasional private VOBs) from
> ex-employees and finding all sorts of lovely messes. (We're working on a
> better exit process to ensure what has happened doesn't in the future).
>
> Anyway, I've got a case were a view was rm -r'd. Okay, I've been trained
> and can handle that. However, it contained a checked out file.
> Obviously it's lost, but I'm having the worst time getting it unchecked
> out from the tree (to clean up the VOB/element tree). Any suggestions?
>
> Brian Kurle
>
> --
>
> SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
>
>
> ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
> clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
> clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
> clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
> clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
> clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
> clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
> @(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
> cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
>
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Mon, 10 Jan 2000 22:45:23 -0800
From: Krishnamoorthy Manickam <mkrish@india.hp.com>
Subject: Re: [cciug] Checked out file in blown away view

Brian Kurle,

pl do unregister of that view from the checkvob logs

- --Krish

Brian Kurle wrote:

> I've been cleaning up views (and occasional private VOBs) from
> ex-employees and finding all sorts of lovely messes. (We're working on a
> better exit process to ensure what has happened doesn't in the future).
>
> Anyway, I've got a case were a view was rm -r'd. Okay, I've been trained
> and can handle that. However, it contained a checked out file.
> Obviously it's lost, but I'm having the worst time getting it unchecked
> out from the tree (to clean up the VOB/element tree). Any suggestions?
>
> Brian Kurle
>
> --
>
> SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
>
> ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
> clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
> clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
> clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
> clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
> clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
> clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
> @(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
> cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:00:44 +0100
From: Wolfgang Laun <Wolfgang.Laun@alcatel.at>
Subject: Re: [cciug] Writing the comment in the source file

This is a multi-part message in MIME format.
- --------------2A043A8F3B722938F5D19C18
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Healey, Edward" wrote:

> What a silly thread!
>

Maybe it is, maybe it ain't.

Just a couple of thoughts that did not crop up in the discussion.

   * So the history is in the CC DB. As with all DB's, you have the problem of
     getting just the data you want. Say, you have an element with a lively
     past - several branches, some of them merged into main, some not, and some
     of the latter still active, while others are dead ends (back release
     bugfixes or whatever). And now someone is looking at /main/43 and the
     output of cleartool lshistory... How fast can (s)he determine which of the
     checkin comments apply to this very version?
   * I do not advocate duplicating the checkin comments into the source text.
     But there is still the need for producing an audit trail for some version
     (back to /main/1 or some younger ancestor), and this is not trivial. -
     Yes, I know about Merge hyperlinks... And the possibility of Merge
     hyperlinks indicating a selective merge... And of merges without Merge
     hyperlinks...

Regards,
- -Wolfgang

- --------------2A043A8F3B722938F5D19C18
Content-Type: text/x-vcard; charset=us-ascii;
name="Wolfgang.Laun.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Wolfgang Laun
Content-Disposition: attachment;
filename="Wolfgang.Laun.vcf"

begin:vcard
n:Laun;Wolfgang
tel;fax:+43 1 27722 1173
tel;work:+43 1 27722 5662
x-mozilla-html:TRUE
org:ALCATEL Austria;NAD/TAS
adr:;;Scheydgasse 41;Wien;;A-1211;Austria
version:2.1
email;internet:Wolfgang.Laun@alcatel.at
x-mozilla-cpt:;0
fn:Wolfgang Laun
end:vcard

- --------------2A043A8F3B722938F5D19C18--

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 11:06:51 EET
From: "Bittoo Bhalla" <bittoo_08@hotmail.com>
Subject: [none]

Hi All,
I want to install javabuilder3,Visibroker 4.0 and Interbase 5.0 on my Sun
m/c having Solaris2.7 as operating system and include these s/w (i.e version
control)in the vobs.Does anyone has any idea regarding this I know that i
have to use clearexport_ffile and clearimport utilities.But now the problem
is that javabulider3 requires jdk1.2.2 (as per Jbuilder installation
instructions)whereas i currenlty have jdk1.2.1 (earlier it was jdk1.1.6 ).I
fear that it may not destroy jdk1.2.1(which is running properly)
Currenlty jdk is installed in /vobs/swtools/java/jdk ,the elements inside
directories have been labelled as JDK1.2.1 and JDK1.2beta4
I cannot understand what is the use of the labels here.I have been recenlty
given the SCM work.The person who handed over to me said that if I have to
install newer version of jdk(whenever required in future) in the same vob
tag i.e /vobs/swtools/java/jdk ,I could not
understand it at that time .Can I have both jdk1.2.2 and jdk1.2.1 ,So that
currently running jdk1.2.1 is not affected.

Do I need to include Interbase5.0 in the Vobs ?

Please help .

Sincerely,
Bittoo Bhalla
___________
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:34:16 +0100
From: "EXTERN Chapman Roy (WA-Consultants; K5/ESQ1)" <Roy.Chapman@de.bosch.com>
Subject: AW: [cciug] Writing the comment in the source file

I think that the argument is not the amount of comments, 200 lines of
explanations is fine by me also, but where these are stored. When stored as
metadata, and not in the actual source code, it is easy to see which
comments relate to which version of the element and it also makes merge
operations a lot more straight forward.

Roy Chapman
External Consultant

Robert Bosch GmbH * (00 49) 0711/811-31795 / GSM (00 49)
0173/4887139
K5/ESQ * (00 49) 0711/811-31800
Postfach 20 02 40 * mailto:roy.chapman@de.bosch.com
D-70442 Stuttgart

> ----------
> Von: Marilyn Sander[SMTP:marilyn@hal.com
> Antwort an: Marilyn Sander
> Gesendet: Montag, 10. Januar 2000 19:58
> An: cciug@Rational.Com; cciug@abs-consulting.com
> Betreff: Re: [cciug] Writing the comment in the source file
>
>
> But what's wrong with 200 lines of comments to document 25 lines
> of changes? When I used to maintain code, I certainly appreciated
> my "wordy" predecessors who explained what they were doing to the
> code and why. We should remember that the source control system
> exists as an aid to good engineering, not as an end in itself.
>
> --Marilyn Sander
>
> | X-Sender: abs_info@mail.mindspring.com
> | Date: Mon, 10 Jan 2000 10:15:34 -0500
> | To: "jangareddi, ramesh" <jangareddi_ramesh@emc.com>, "'cciug'"
> <cciug@Rational.Com>
> | From: "A Better Solution, Inc." <cciug@abs-consulting.com>
> | Subject: Re: [cciug] Writing the comment in the source file
> | Mime-Version: 1.0
> | X-Majordomo-Taboo: cciug
> |
> |
> | Jangareddi,
> |
> | I could do so and will if after this you still request it., but I feel
> | obligate to first talk you out of it...
> |
> | the checkin in comment is always available as metadata to you and easy
> to
> | view, but when you place checkin comments in the
> | code then you end up with large source files as some small files change
> | alot and some engineers are very "wordy".... imagine a often changed
> file
> | that has after a year of development 200 lines of comments at the top
> | commenting 25 lines of often changed code.. I have seen it...
> | You could limit the comment string , but that only slows the problem
> | down... You could only place in the last comment, but then a cleartool
> | describe on the file would be equivalent to this..
> |
> | It is possible that you have some really good reason to do this....
> perhaps
> | it was just mandated down to you from higher management, but again I
> must
> | stress that perhaps this is not what you "really" want to do ... If I am
>
> | wrong, or my cautions do not apply to your particular situation, then of
>
> | course I will share a trigger that performs this action.... (or very
> similar)..
> |
> | http://www.abs-consulting/abs_consulting_triggers.html
> |
> | has a trigger called MAKE_VERSION_ID.tgr ... it creates static data in
> | source code... you could change is very easily to do what your asking..
> I
> | believe you could find the 2 lines that might need to change..
> | -
> | Hope this helps
> | -Charles
> |
> | --- VOB Corleone
> | "One day.. and this day may never come... I might ask you for a
> favor.."
> |
> | A Better Solution, Inc.
> | ----------------------------------------------------
> | Charles Clarke III ClearCase Consultant
> | A Better Solution, Inc. (770) 252-1500 x22 [phone]
> | 50 Springridge Ct.
> | Newnan, Ga. 30265 (770) 252-1501 [fax]
> | Email:
> | charles@abs-consulting.com
> |
> http://www.abs-consulting.com
> |
> |
> |
> | At 08:39 AM 1/10/00 -0500, jangareddi, ramesh wrote:
> |
> | >Hi cciug,
> | >
> | > I am looking for a way to write the ClearCase comment into the
> top
> | >of a source file, so if there is any trigger / method that some one is
> | >already implemented that would like to share, will be very helpful.
> | >
> | >Thanks a lot,
> | > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> | >
> | >
> | >
> | > http://clearcase.rational.com/cciug/mailing_list.html
> |
> | - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> |
> |
> |
> | http://clearcase.rational.com/cciug/mailing_list.html
>
> -----------------------------------------------------------------------
> Marilyn E. Sander, CM Engineer marilyn@hal.com
> Fujitsu System Technologies (408)341-5590
> Division of HAL Computer Systems, 1315 Dell Avenue, Campbell, CA 95008
> -----------------------------------------------------------------------
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:19:41 +0000
From: Mark Howell <markho@comm.mot.com>
Subject: [cciug] lost+found

If I have a file in lost+found which is owned by a user and checked out
to the owners view, is the only way to remove this is by getting the
users to unco the file from their view and rmelem. Can vobadm do this by
any other method (besides logging in as the user and repeating the user
process)

Regards

Mark

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:23:38 +0100
From: Bourquin Olivier <Olivier.Bourquin@swisslife.ch>
Subject: [cciug] Describe a VOB with -fmt

I would like to extract group information from a VOB's describe output.
Isn't it possible to have only the primary group and all additional groups
with a -fmt string? %Gu gives only the primary group...

Thanks
Oli

+��+��+
| ///, //// � Olivier Bourquin CH/ITEU |
| \ /, / >. � Rentenanstalt/Swiss Life SA 2144 |
| \ /, _/ /. +-------------------------+--------------------+
| \_ /_/ /. � Professional � Private |
| \__/_ < � ~~~~~~~~~~~~ � ~~~~~~~ |
| /<<< \_\_ � General Guisan-Quai 40 � Neugasse 31 |
| /,)^>>_._ \ � 8022 Z�rich � 8005 Z�rich |
| (/ \\ /\\\ � Phone +41 1 284 45 12 � +41 1 440 70 15 |
| // ```` � Fax +41 1 284 50 09 � +41 1 440 70 16 |
+-------((`--------+-------------------------+--------------------+
| e-mail oli@bourquin.com |
| http://www.bourquin.com (PGPkey at http://bourquin.com/pgp.txt) |
+��+

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:26:00 -0000
From: "Batlin, Alex" <alex.batlin@nomura.co.uk>
Subject: RE: [cciug] [Q] CC4.0 & UCM

I am not sure if you are aware of this, but Rational do keep an archive of
all the postings on the CCIUG mailing list.
http://clearcase.rational.com/cciug_archive/ will take you there.

Before I post a question I usually search for the topic in the archive, it
has usually been answered already.

A very quick summary,

ClearCase 4.0 with just it's base functionality
        * is a definite must, especially if you are an administrator
        * a lot of the new features deal with improved adminsitration tools
        * web access to clearcase can be useful for documentation systems

UCM
        * Can be easy to implement out of the box if no SCM policy exists
        * Most likely will not be used by well established houses as it only
          allowes single branches

So definite upgrade to CC 4.0, but might leave out using UCM - you don't
have to use UCM if you want to use CC 4.0 base functionality.

Regards,

Alex.

- ----------------------------------------------------------------------------
- --------
Alex Batlin | alex.batlin@nomura.co.uk
Nomura International plc, Nomura House | Phone: +44 (0)20 7521 3728
1 St. Martin's-le-Grand, London EC1A 4NP | Fax: +44 (0)20 7521 3686

- ----------------------------------------------------------------------------
- --------
The information contained in this message is intended for the named
recipients
only. If you are not an intended recipient of this message, you must not
copy,
distribute or take any action in reliance on it and you should notify the
sender
immediately. E-mail transmission cannot be guaranteed to be secure or
error-free
as information could be intercepted, corrupted, lost, destroyed, arrive
late or
incomplete, or contain viruses, and Nomura International plc excludes
liability for
(1) any errors or omissions in the contents of this message which arise as
a result
of e-mail transmission and (2) the transmission of any viruses. If
verification is
required please request a hard-copy version. Nomura International plc is
regulated
by the Securities and Futures Authority Limited and is a member of the
London
Stock Exchange.

- ----------------------------------------------------------------------------
- --------

- -----Original Message-----
From: Liming Wang [mailto:wangli@nortelnetworks.com
Sent: 10 January 2000 18:32
To: cciug@atria.com
Subject: [cciug] [Q] CC4.0 & UCM

Anybody tried out the CC4.0+UCM ? Any comments on that ?

Thanks.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 11:01:14 +0100
From: Rosendahl Sten - stro <stro@im.se>
Subject: RE: [cciug] [Q] CC4.0 & UCM

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

- ------_=_NextPart_001_01BF5C1A.CBC20A50
Content-Type: text/plain;
charset="iso-8859-1"

alex.batlin@nomura.co.uk (Alex) wrote:

> UCM
> * Can be easy to implement out of the box if no SCM
> policy exists
> * Most likely will not be used by well established
> houses as it only
> allowes single branches

You mean single-level branching only? Or that a single branch type is
applied to all VOBs? The last and (much, much more limiting) a single base
label type is what we hated most about view profiles in CC 3.2.1 (and the
fact that any custom base rules are wiped out when activating a private
branch).

-- Sten Rosendahl, IMI Corp.

- ------_=_NextPart_001_01BF5C1A.CBC20A50
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2650.12">
<TITLE>RE: [cciug] [Q] CC4.0 & UCM</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>alex.batlin@nomura.co.uk (Alex) wrote:</FONT>
</P>

<P><FONT SIZE=3D2>> UCM</FONT>
<BR><FONT SIZE=3D2>>       * Can be easy to =
implement out of the box if no SCM </FONT>
<BR><FONT SIZE=3D2>> policy exists</FONT>
<BR><FONT SIZE=3D2>>       * Most likely =
will not be used by well established </FONT>
<BR><FONT SIZE=3D2>> houses as it only</FONT>
<BR><FONT SIZE=3D2>>         allowes =
single branches</FONT>
</P>

<P><FONT SIZE=3D2>You mean single-level branching only? Or that a =
single branch type is applied to all VOBs? The last and (much, much =
more limiting) a single base label type is what we hated most about =
view profiles in CC 3.2.1 (and the fact that any custom base rules are =
wiped out when activating a private branch).</FONT></P>

<P><FONT SIZE=3D2> -- Sten Rosendahl, IMI Corp.</FONT>
</P>

</BODY>
</HTML>
- ------_=_NextPart_001_01BF5C1A.CBC20A50--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:10:02 -0000
From: "Batlin, Alex" <alex.batlin@nomura.co.uk>
Subject: RE: [cciug] [Q] CC4.0 & UCM

So sorry, I meant single level branching, too early in the morning! It is
not really an awful limitation. The branches are based on developer/activity
combination. This avoids a lot of confusion and as far as I understand
pretty much eliminates the need to write config-specs as the various UCM
wizards automate such tasks. You can then further customize the config-spec.

However with such automation you loose the ability to have a bugfix branch
off another bugfix branch etc.

Regards,

Alex.

- ----------------------------------------------------------------------------
- --------
Alex Batlin | alex.batlin@nomura.co.uk
Nomura International plc, Nomura House| Phone: +44 (0)20 7521 3728
1 St. Martin's-le-Grand, London EC1A 4NP | Fax: +44 (0)20 7521 3686

- ----------------------------------------------------------------------------
- --------
The information contained in this message is intended for the named
recipients
only. If you are not an intended recipient of this message, you must not
copy,
distribute or take any action in reliance on it and you should notify the
sender
immediately. E-mail transmission cannot be guaranteed to be secure or
error-free
as information could be intercepted, corrupted, lost, destroyed, arrive
late or
incomplete, or contain viruses, and Nomura International plc excludes
liability for
(1) any errors or omissions in the contents of this message which arise as
a result
of e-mail transmission and (2) the transmission of any viruses. If
verification is
required please request a hard-copy version. Nomura International plc is
regulated
by the Securities and Futures Authority Limited and is a member of the
London
Stock Exchange.

- ----------------------------------------------------------------------------
- --------

- -----Original Message-----
From: Rosendahl Sten - stro [mailto:stro@im.se
Sent: 11 January 2000 10:01
To: 'Batlin, Alex'; CCIUG (E-mail)
Subject: RE: [cciug] [Q] CC4.0 & UCM

alex.batlin@nomura.co.uk (Alex) wrote:

> UCM
> * Can be easy to implement out of the box if no SCM
> policy exists
> * Most likely will not be used by well established
> houses as it only
> allowes single branches

-- Sten Rosendahl, IMI Corp.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:35:27 -0000
From: "Batlin, Alex" <alex.batlin@nomura.co.uk>
Subject: [cciug] .pid within the storage directory

I am writing a script to check that the vob_server process is truly dead, of
not then I want to terminate it. I had a look at the storage directory .pid
file i.e. /export/home/vobstr/somevob.vbs/.pid, which I though would give me
the process number. I then compared it to the ps -ef output, and sometimes
it does match and sometimes not.

What is the use of the .pid file and can it be relied upon?

Regards,

Alex.

------------------------------

Date: Tue, 11 Jan 2000 13:07:07 +0200
From: claude bouillin <claude.bouillin@nokia.com>
Subject: [cciug] builtin labels

Hi,

Being just curious (since I know "cleartool lsco") why does it seem that
the following command work as I thought it should? Are builtin labels
somehow different from other labels?

cleartool find . -ver "lbtype(CHECKEDOUT)" -print

The same thing happens with the label LATEST...
- --
Regards,
Claude
- --------------------------------------------------------------------
claude.bouillin@nokia.com Phone 358-0-511 23871
Nokia Telecommunications, PO box 320, FIN-00045 NOKIA GROUP, Finland
- --------------------------------------------------------------------
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 06:35:30 -0500
From: DThomas@webtonetech.com
Subject: RE: [cciug] Legato for Backups

Assuming this is a DLL you built in-house, you may be able to fix the
problem by upgrading to the latest service pack for Visual Studio. There
was a bug in Visual Studio prior to SP3 that caused symptoms exactly like
what you are experiencing; compiled DLLs would register just fine outside
of MVFS, but within a view, the registration would always fail.

David Thomas
WebTone Technologies

                    "Rahul Nigam"
                    <Rahul_Nigam@p To: "'cciug@rational.com'" <cciug@Rational.Com>
                    ictel.com> cc:
                    Sent by: Subject: RE: [cciug] Legato for Backups
                    owner-cciug@Ra
                    tional.Com


                    01/10/00 03:59
                    PM

Hello,
I'm trying to register a DLL ( an element in the vob) which
is
within a view, but I can't. Following is the error message I get

DllRegisterServer in pdkscimp.dll failed.
Return code was 0x80070057

Any help would be appreciated.

Thanks

Rahul

"Wagner, Claudia" <CWagner@kenan.com> on 01/10/2000 09:03:20 AM

To: "'Mitchell, Jami'" <Jami@ti.com>, "'cciug@rational.com'"
<cciug@Rational.Com>
cc: (bcc: Rahul Nigam/PicTel)

Subject: RE: [cciug] Legato for Backups

yes, we are using legato for all UNIX backups, including the VOBs. we use
the vob archive script that locks and backups up the VOBs to a
tar/compressed file and then legato to back up those tar files every night.
it would take too long to have the VOBs locked for legato to do its backup.

- -c

- -----Original Message-----
From: Mitchell, Jami [mailto:Jami@ti.com
Sent: Friday, January 07, 2000 3:12 PM
To: 'cciug@rational.com'
Subject: [cciug] Legato for Backups

Hello,

Is anyone out there using Legato to backup ClearCase VOBs?

Would you be willing to share information?

Regards,
Jami Mitchell Phone: 972-575-4668
ClearCase Administrator Fax: 972-575-5522
Database Services Email: Jami@ti.com
< mailto:Jami@ti.com <mailto:Jami@ti.com> >

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 11:43:41 -0000
From: "Batlin, Alex" <alex.batlin@nomura.co.uk>
Subject: RE: [cciug] .pid within the storage directory

OK, a follow up. We have the main server and a contingency server. I was
checking the pid's on the contingency server. The vob was copied over from
the main server, which also copies the .pid, which I think then confuses
clearcase in the continegency registry. I checked the pid's on the main
server and tried to see if the ps -e output pid would match the .pid. It
does.

I tried this little thing in ksh:

$ ps -e -o pid -o args | grep vob_server | grep -i export | while read proc;
do
> print $(cat $(print $proc | nawk '{ print $3}')./pid) $proc
> done

Does this mean that one should rm .pid when moving the vob to another
server?

Any thoughts?

------------------------------

Date: Tue, 11 Jan 2000 13:45:02 EET
From: "Bittoo Bhalla" <bittoo_08@hotmail.com>
Subject: [cciug] Installation of s/w

Do I need to include Interbase5.0 in the Vobs ?

Please help .

Sincerely,
Bittoo Bhalla
___________

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 11:52:21 -0000
From: "Henne, Heinz" <Heinz.Henne@nectech.co.uk>
Subject: RE: [cciug] .pid within the storage directory

I would imagine that on starting the vob_server if it finds an existing .pid
it would just overwrite it - the key being that the vob_server is being
started from scratch. We've had problems when our IT department restored
some views from backup but didn't ct endview -server them first - the views
use a similar .pid file too, which obviously screwed things big time.

Heinz
- ---
Heinz Henne
ClearCase Administrator
NEC Technologies (UK) Ltd.
Tel: +44 (0) 118 9654535
Email: Heinz.Henne@nectech.co.uk

> ----------
> From: Batlin, Alex[SMTP:alex.batlin@nomura.co.uk
> Sent: 11 January 2000 11:43
> To: CCIUG (E-mail)
> Subject: RE: [cciug] .pid within the storage directory
>
>
> OK, a follow up. We have the main server and a contingency server. I was
> checking the pid's on the contingency server. The vob was copied over from
> the main server, which also copies the .pid, which I think then confuses
> clearcase in the continegency registry. I checked the pid's on the main
> server and tried to see if the ps -e output pid would match the .pid. It
> does.
>
> I tried this little thing in ksh:
>
> $ ps -e -o pid -o args | grep vob_server | grep -i export | while read
> proc;
> do
> > print $(cat $(print $proc | nawk '{ print $3}')./pid) $proc
> > done
>
> Does this mean that one should rm .pid when moving the vob to another
> server?
>
> Any thoughts?
>
>
> --------------------------------------------------------------------------
> --
> --------
> Alex Batlin | alex.batlin@nomura.co.uk
> Nomura International plc, Nomura House | Phone: +44 (0)20 7521 3728
> 1 St. Martin's-le-Grand, London EC1A 4NP | Fax: +44 (0)20 7521 3686
>
> --------------------------------------------------------------------------
> --
> --------
> The information contained in this message is intended for the named
> recipients
> only. If you are not an intended recipient of this message, you must not
> copy,
> distribute or take any action in reliance on it and you should notify the
> sender
> immediately. E-mail transmission cannot be guaranteed to be secure or
> error-free
> as information could be intercepted, corrupted, lost, destroyed, arrive
> late or
> incomplete, or contain viruses, and Nomura International plc excludes
> liability for
> (1) any errors or omissions in the contents of this message which arise
> as
> a result
> of e-mail transmission and (2) the transmission of any viruses. If
> verification is
> required please request a hard-copy version. Nomura International plc is
> regulated
> by the Securities and Futures Authority Limited and is a member of the
> London
> Stock Exchange.
>
> --------------------------------------------------------------------------
> --
> --------
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 07:29:44 -0500 (EST)
From: Greg Dickie <greg@discreet.com>
Subject: RE: [cciug] Checked out file in blown away view

ct lsview -l [viewname]
look at the UUID for the view
in the VOB where the checkout is do: ct rmview -uuid [UUID of the view]

done.

HTH,
Greg

On 11-Jan-00 Brian Kurle wrote:
>
>
> I've been cleaning up views (and occasional private VOBs) from
> ex-employees and finding all sorts of lovely messes. (We're working on a
> better exit process to ensure what has happened doesn't in the future).
>
> Anyway, I've got a case were a view was rm -r'd. Okay, I've been trained
> and can handle that. However, it contained a checked out file.
> Obviously it's lost, but I'm having the worst time getting it unchecked
> out from the tree (to clean up the VOB/element tree). Any suggestions?
>
> Brian Kurle
>
> --
>
> SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
>
>
> ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
> clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
> clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
> clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
> clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
> clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
> clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
> @(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
> cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
>
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- ---------------------------------------------------------------------
Greg Dickie
Just A Guy*
*from discreet (the logic is gone)
Montreal
(514) 954-7171
greg@discreet.com

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 12:39:06 -0000
From: "Batlin, Alex" <alex.batlin@nomura.co.uk>
Subject: RE: [cciug] .pid within the storage directory

It appears so. I have done further testing and if the server process is
restarted, it does over-write it. However, this proves to me that for
scripting purposes it is still best to tuse the ps pid rather than the .pid
file pid.

Many thanks,

Alex.

- -----Original Message-----
From: Henne, Heinz [mailto:Heinz.Henne@nectech.co.uk
Sent: 11 January 2000 11:52
To: CCIUG (E-mail); 'Batlin, Alex'
Subject: RE: [cciug] .pid within the storage directory

Heinz
- ---
Heinz Henne
ClearCase Administrator
NEC Technologies (UK) Ltd.
Tel: +44 (0) 118 9654535
Email: Heinz.Henne@nectech.co.uk

------------------------------

Date: Tue, 11 Jan 2000 18:12:10 +0530
From: Praveen Goel <pgoel@nortelnetworks.com>
Subject: [cciug] Trouble opening VOB database

Hi,

We are getting errors like: trouble opening VOB database in some VOBs
and in some VOBs we are getting error: unable to access config record in
VOB database while building.
I am looking for the replies.

Thanks in advance,
Praveen

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 18:28:52 +0530
From: Manoj Panda <manoj.panda@sisl.co.in>
Subject: [cciug] View Problem

This is a multi-part message in MIME format.
- --------------394DBCEBCFBECF745D82169D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi All,
I don't know waht is happening when i am trying to connect or remove a view.
Please open my attached file.

Manoj

- --------------394DBCEBCFBECF745D82169D
Content-Type: application/msword;
name="View Error.doc"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="View Error.doc"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAALwAAAAAA
AAAAEAAAMQAAAAEAAAD+////AAAAAC4AAAD/////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
///////////////////////////////////spcEAcQAJBAAAABK/AAAAAAAAEAAAAAAABAAA
twQAAA4AYmpianQrdCsAAAAAAAAAAAAAAAAAAAAAAAAJBBYAmyoAABZBAQAWQQEAtwAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAD//w8A
AAAAAAAAAAAAAAAAAAAAAF0AAAAAALwAAAAAAAAAvAAAALwAAAAAAAAAvAAAAAAAAAC8AAAA
AAAAALwAAAAAAAAAvAAAABQAAAAAAAAAAAAAANAAAAAAAAAA0AAAAAAAAADQAAAAAAAAANAA
AAAAAAAA0AAAAAwAAADcAAAADAAAANAAAAAAAAAARgQAALYAAAD0AAAAAAAAAPQAAAAAAAAA
9AAAAAAAAAD0AAAAAAAAAPQAAAAAAAAAhQMAAAAAAACFAwAAAAAAAIUDAAAAAAAACwQAAAIA
AAANBAAAAAAAAA0EAAAAAAAADQQAAAAAAAANBAAAAAAAAA0EAAAAAAAADQQAACQAAAD8BAAA
9AEAAPAGAABeAAAAMQQAABUAAAAAAAAAAAAAAAAAAAAAAAAAvAAAAAAAAACFAwAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAnAwAAXgAAAIUDAAAAAAAAhQMAAAAAAACFAwAAAAAAADEEAAAAAAAA
yQMAAAAAAAC8AAAAAAAAALwAAAAAAAAA9AAAAAAAAAAAAAAAAAAAAPQAAAAzAgAA9AAAAAAA
AADJAwAAAAAAAMkDAAAAAAAAyQMAAAAAAACFAwAAIgAAALwAAAAAAAAA9AAAAAAAAAC8AAAA
AAAAAPQAAAAAAAAACwQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0AAAAAAAAADQAAAAAAAAALwA
AAAAAAAAvAAAAAAAAAC8AAAAAAAAALwAAAAAAAAAhQMAAAAAAAALBAAAAAAAAMkDAABCAAAA
yQMAAAAAAAAAAAAAAAAAAAsEAAAAAAAAvAAAAAAAAAC8AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwQAAAAAAAD0AAAA
AAAAAOgAAAAMAAAAAClpLDNcvwHQAAAAAAAAANAAAAAAAAAApwMAACIAAAALBAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVmlldw0NQ2xlYWNhc2UgdmVyc2lvbi0zLjIgICBm
b3IgV2luTlQNDTE9PiBXaGVuIEkgYW0gdHJ5aW5nIHRvIGNvbm5lY3QgdG8gdGhpcyB2aWV3
DQ0NCA0NMj0+IFdoZW4gSSBhbSB0cnlpbmcgdG8gRWRpdCBWaWV3IFByb3BlcnRpZXMNCA0N
DQ1XaGVuIEkgYW0gdHJ5aW5nIHRvIENvbm5lY3QgdG8gdGhpcyB2aWV3DQgNAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAA
BQQAAAYEAABXBAAAWAQAAIcEAACIBAAAtQQAALYEAAC3BAAAAPwA9wD3APcAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAkDagAAAABVCAEGNQiBPioBCQAEAAAFBAAABgQAACcEAAAoBAAAVQQAAFYEAABXBAAA
WQQAAFoEAACHBAAAiQQAAIoEAACLBAAAjAQAALUEAAC3BAAA/QAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAAD4AAAAAAAA
AAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAA
AAAAAPgAAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAA
AAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAwAAAyQBAAEPAAAQAAQAAAUE
AAAGBAAAJwQAACgEAABVBAAAVgQAAFcEAABZBAAAWgQAAIcEAACJBAAAigQAAIsEAACMBAAA
tQQAALcEAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAADAg8AABAcAB+w0C8gsOA9IbAIByKwCAcjkKAFJJCgBSWwAAAAbh7w
1wcAAG1rd7MNFpFLblrYF5Y1J5j/iVBORw0KGgoAAAANSUhEUgAAAaIAAABxCAMAAACgCFdo
AAAABGdBTUEAALGIlZj0pgAAAwBQTFRFAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw
///MzJlm/2YzQpqnADc8AJn/MzNmgAAA/2bMmQBmmWbMIiIizMz/mZn/ZmbMM/+ZAAAzAABm
AACZAADMADMAADMzADNmADOZADPMADP/AGYAAGYzAGZmAGaZAGbMAGb/AJkAAJkzAJlmAJmZ
AJnMAMwAAMwzAMxmAMyZAMzMAMz/AP8zAP9mAP+ZAP/MMwAAMwAzMwBmMwCZMwDMMwD/MzMA
MzMzMzOZMzPMMzP/M2YAM2YzM2ZmM2aZM2bMM2b/M5kAM5kzM5lmM5mZM5nMM5n/M8wAM8wz
M8xmM8yZM8zMM8z/M/8AM/8zM/9mM//MM///ZgAAZgAzZgBmZgCZZgDMZgD/ZjMAZjMzZjNm
ZjOZZjPMZjP/ZmYAZmYzZmZmZmaZZmb/ZpkAZpkzZplmZpmZZpnMZpn/ZswAZswzZsxmZsyZ
ZszMZsz/Zv8AZv8zZv9mZv+ZZv/MZv//mQAAmQAzmQCZmQDMmQD/mTMAmTMzmTNmmTOZmTPM
mTP/mWYAmWYzmWZmmWaZmWb/mZkAmZkzmZlmmZmZmZnMmcwAmcwzmcxmmcyZmczMmcz/mf8A
mf8zmf9mmf+Zmf/Mmf//zAAAzAAzzABmzACZzADMzAD/zDMAzDMzzDNmzDOZzDPMzDP/zGYA
zGYzzGZmzGaZzGbMzGb/zJkAzJkzzJmZzJnMzJn/zMwAzMwzzMxmzMyZzMzMzP8AzP8zzP9m
zP+ZzP/MzP///wAz/wBm/wCZ/wDM/zMA/zMz/zNm/zOZ/zPM/zP//2YA/2Zm/2aZ/2b//5kA
/5kz/5lm/5mZ/5nM/5n//8wA/8wz/8xm/8yZ/8zM/8z///8z//9m//+Z///MzJlm/2YzQpqn
ADc8AJn/MzNmgAAA/2bMmQBmmWbMIiIizMz/mZn/ZmbMM/+Z///MzJlm/2YzQpqnADc8AJn/
MzNmgAAA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////TeEOmAAABHFJREFUeJztneuS
oyAQRnuqUsX7vy35xY7KpbmD40LP5DtbFYMCth5BYsgsKSAbImWAZPShaPdlAlpcil5ALFAk
HigSRnIfIigSh0luQ0yRMT6TYQm7olGlsS+X9f8V+ccwqigp1VZkXA4IeoBDkdbKvkaKXu5U
5ycaihZivB1tTEPR2dcZ24cZ1425PtCmbZXGd4xQ9ABXR6f1aairKOh4RX7ClhcUPY29F12G
EkV+uPd6Fd34psW6tpdfa9+CnxJaUTZcmFTkfbBeD4oewLg2dDpKFLHBQk1R3BOyQlD0FMb3
cvmIrqwoHi6ELIa3ItyLnuNsRca9poqAABofXYEMjI6AInlQAhT9AqBIPApfjIsHisQDReKB
IvFAkXigSDxQJB4oEg8UiQeKxANF4oEi8UCReJqKviwrAwIpdUXfat4WWNpJVZH3Yy2tDgw4
Koq+EkNHS1ofHDgoK8oEoSHto6ioaAiONjGlSO+I8OMpKbKGTJBj4GgfBUXOkPGO/Ft0dRuo
Kjonc7+Tt2hGG2i2oksMk/Wl4Wg5uaIv1r0dapghNKMdNBS9w19oqA7qznnH34u8YmqkSitm
+EFhKpenZPlALDNVNfO2FL0zQ4WernLM907jSKHyFTFaaRbufTmdcsMV9jI2Fb1TQ1DUrn1o
w2zGpxQd3Z06Oz11vSGbpGuz2+iynCtUWtatYgWvzXaNzUPBE6vVbuah+Ep9klh4Yedsqdgx
2KWvJw7VR9bY02B88RHOKBrv6Mh6CFcpJa885a2lZb0+viY6m3YNlfZEUaakilZ8ydKfJW8t
CqWS6u+pFR/PMqGoOFyodnTkxg5JksWgoiwUKsgVJeflLBYfERWysmN1BbLyHUX+FPFIXXGK
6qbC/gp7GokvVTuoqDzobini63wyVhRnGVaUrukqiivi2XqKCpl5PVRIZYL7itL4phR1Prp2
FBWSeYDs5NcU2UuSKUp6mNbBD3c/lCuKw1Lx7ikLY3RPvfjuKKo8AGopKg4Xko2l4QLf7Ior
FY0L2P2dnUYV1RodJd8bT1IIL1wBKlpGxxDvnkJlXlEaQWO4UI2PsiwjisqPUcU8AMqutb/L
5JcRQhQVhqZ/l7mv9KQo+ihmFe2I8cOZmV4CQ1uYmKSFbm4PtamOOp3qqGFoE9XZqDqeMAxD
22hMu9faTbvXELSR1i8j4r+7tTQsEOj8vgh+9oOfgIkHisQDReKBIvFAkXigSDxQJB4oEg8U
iec3K0r/7PgMu2Of4FcrMneBokXQ3cA1FC0CisRzKqIb/6BoFYeiW+cailZR6+jcHF5VNohW
tI5KK2KTtCsmoGgVlVYUFJVFoBWto9eKqh6gaBW9VlTxgFa0ju69qCYCilbRvReVHaEVraM/
oqu0IyhaxcDnorJCKFoFni6I5+ZjVLSidaAViQdPusWD74vEQ8l/az8OFC0C00vEA0VABlAk
HigSDxSJB4rEA0XigSLxQJF4oEg8UCQeKBIPFIkHisRzKLr7rQtYw0+e6IM1/APbjAndmAuT
AAAAAABJRU5ErkJgggBuHvBmCgAAXuMbmRY21OBbdswtMnn3f/+JUE5HDQoaCgAAAA1JSERS
AAABlwAAAH4IAwAAAN+ErMEAAAAEZ0FNQQAAsYiVmPSmAAADAFBMVEUAAACAAAAAgACAgAAA
AICAAIAAgIDAwMDA3MCmyvAqP6oqP/8qXwAqX1UqX6oqX/8qfwAqf1Uqf6oqf/8qnwAqn1Uq
n6oqn/8qvwAqv1Uqv6oqv/8q3wAq31Uq36oq3/8q/wAq/1Uq/6oq//9VAABVAFVVAKpVAP9V
HwBVH1VVH6pVH/9VPwBVP1VVP6pVP/9VXwBVX1VVX6pVX/9VfwBVf1VVf6pVf/9VnwBVn1VV
n6pVn/9VvwBVv1VVv6pVv/9V3wBV31VV36pV3/9V/wBV/1VV/6pV//9/AAB/AFV/AKp/AP9/
HwB/H1V/H6p/H/9/PwB/P1V/P6p/P/9/XwB/X1V/X6p/X/9/fwB/f1V/f6p/f/9/nwB/n1V/
n6p/n/9/vwB/v1V/v6p/v/9/3wB/31V/36p/3/9//wB//1V//6p///+qAACqAFWqAKqqAP+q
HwCqH1WqH6qqH/+qPwCqP1WqP6qqP/+qXwCqX1WqX6qqX/+qfwCqf1Wqf6qqf/+qnwCqn1Wq
n6qqn/+qvwCqv1Wqv6qqv/+q3wCq31Wq36qq3/+q/wCq/1Wq/6qq///UAADUAFXUAKrUAP/U
HwDUH1XUH6rUH//UPwDUP1XUP6rUP//UXwDUX1XUX6rUX//UfwDUf1XUf6rUf//UnwDUn1XU
n6rUn//UvwDUv1XUv6rUv//U3wDU31XU36rU3//U/wDU/1XU/6rU////AFX/AKr/HwD/H1X/
H6r/H///PwD/P1X/P6r/P///XwD/X1X/X6r/X///fwD/f1X/f6r/f///nwD/n1X/n6r/n///
vwD/v1X/v6r/v///3wD/31X/36r/3////1X//6oAfwAAf1UAf6oAf/8AnwAAn1UAn6oAn/8A
vwDMzP//zP8z//8Av1WZ///M//8Av6oAv/8A3wAA31UA36pm//8A3/8A/1UA/6oqAAAqAFUq
AKoqAP8qHwAqH1UqH6oqH/8qPwAqP1X/+/CgoKSAgID/AAAA/wD//wAAAP//AP8A//////+I
r3smAAAHAElEQVR4nO2c4ZLbKgyFNbOd4f3fNjP5kW4Sg46EwM7acbTtOb3jegHLQp8FhnWv
FCqhRMqNSqfLncunnw2q05PLHyqXyCWnyCWD3Nwi5JJDNze1GC4PVPe/wiufldRbNOPyCPv3
IQx/raTeojuXbw7LMeDyZxB9InmrbhXJA86YyzJo1YENkkhr9Adqr57jmMgzZ4ZcYJqxP0FR
UEH9VMv88sQy49IyxYcfXw5ufBk4SC/ky586ohkuwIS5cpxW5xczQHkupojj2IGavY/hEAXz
/g3GLGzEef9ATdeV1MdELjl1uxiRSxKJE7lkFbnkVOHvkXOKXHKKXHKKXHKKXHKKXHKKXHKK
XHKKXHKKXHKKXHKKXHJqzuXr6+tEXyjVlMvX9VrkTG+oqhmXbyx3MJe5BQkOpv7xRcHjKK1e
Yt5gYVw/+GnNxZWr4uK4S/F1MuqVVm/XKperXOZgVrhIc0kMlxVb78vTl+Ij6vLQHJ5MuWwp
qppweWK5J8wUzAYuSKfMetq+1anfHr5B/wqX7QlTT+5jVgsucmmtpLUr+l+rhMOjyg6Eaq4z
gRVqs50JfKRVLQ6NwXgr0LjAeIzuPSrUSrOv95KlKY7roifQuzmXimV7wjw/GjBdkyI4sxgu
NoYCDWCklhrR2tiE0mHwXLRU1BL2X6bGiver8xyM1hrxZt0tzLXdg/QKl80JA3/b3gicYY+W
hwgiqL2roH1HTLycCahAm9YVLdWEGRizeDHEPuTgeTU74tI6ZR7EzVwUy+aE6bj456N7Wpq7
tnfGwpSLM+G52NhZLng2MLY0smlmHAu4YFQG+WIewh9weQx+2xPGB7b1tstuLBO8yDg54WLN
QtTMXZzNEZexsZ5L61jUsz3jmHvTGXF5pMsj57YnTP/AP++nR9dBnerVL9MVHcfsvF9MKUbU
0vfzPrbRcWxsDKzhvF/n6QGx1lI9bkOkjUdnpGkTl9WEOUuy3uTXahOXZUlZuawlzFmS+sr3
z8l3ahuXNAnz3yjmsryMKZcsCfPfaMrl6xtLRTTmsmdkCS6MbYkvF7EvAlu9gfn8R+69cvkO
hVzq2qW+J08TBt5whtUrJRuqPReJCte9ietGPg7tfJjLtQ5js4R5OczHcQkar0bsF3PRpf6X
rO+SVR9hF09wqxEXC1CiK6tu6zHas7QLBuRi9wGNN7iA0jb1ft7H3mvBe4rx5t2acyl1GJsk
jOCpYVP0MdfzYAlczEYExt4awtVX46KFuCMGP+PCrzNmPIq8Ns2svbcq4AI7Y1e5XtcSBp7Q
vreOAuzZtbD53cKl34E5XLuoEdE0EOdNqY93xMXuH3b1S0ncoY9zQc25jDrg+2wf9WC3cGwI
o2HyBUdF9KZASZQvpTsm5oJYisBANkiYOjZPjlGfbRn0ds5F/F1dQ+/NK+NYVKKGMnFp68pp
wohOhzbWon2Aed8903b3MhrHonk/mL/btqDA/UptUE+ieR+5dSW6Uek9e6c6LmYUs1x2Lvrf
/5BtVyZfQs25mHFszy5Ztt3GVM5EmnPpZ37ukp2jV7gUcjlN83m/x9JzaTOkLztisAhM6Nu1
O5hGuGeg/oQegYVx/cyj+Jp9vY/WLzLQ5edcDhzPt3CJ1xsDJ9a4/NjJPQr3LS9jhS6k5IJ0
pouOZwOph+Oc3KP49y8vYGn9ttt+ZpFQdAcQzx/rAD/etFalFLNosV210bbG/ErInFpzunaC
g+8M3DL0SCvU5l7t/3dJGhg7jpsVOo7z4nsSjjrWxISLiInTElQkXeC0u7PgraQa7/cwJx5F
NvfqQC6lPo/BTqPnAtuMsBXTakoxIa5Bk8Ft4VlFDABEw2nNtcTSG4T7r3OPxFg4Il0O52KP
0CXLBQodF7ArGpUXuHhfes8MBX951I01jyyXQ8C8n0uYL6V1potf65cJbt/fxZYPrHgvirm1
NSdYvspl7BHe5ZiMOeDfvdadwsWt5wTs5n08XwYLjKb+gkSvAIPFRkGrAy64V2nfISJzOGaq
a2Lu7blYE+C5tbkPD/898qqOGJZeFrmsSuor35kil5wil5wil5wil5wil5wil5wil5wil5wi
l5wil5wil5wil5wil5wil5wil5wil5wil5z6tVxGH+v2+rSnP9Lv5XLbJnI5V7LN6wu5nCty
yakHF1n9Qy4n685lQ8jJ5WS5ccx+9NlKyeVs2XyxX8OCyOVk2XxRLmKLyeVkDfLFUyCXkzXI
F//NP7mcrNH84jCQy8kazS8GDPPldA3fx2zGkMvJGq9fDC5yOVlc7+fUpn1L5svpYr7kFPeT
c4q/f8kpuU3+r08gcjlX/O4ip8iF+oDIJafIJafIJafIJafIJafIJafIJafIJafIJafIJafI
JafuXLZtmFOnavu+LHWq/gKL2QTh85cRtAAAAABJRU5ErkJgggBuHvAoDAAAD9YXp9kLA43Z
+Iv9aIT73P+JUE5HDQoaCgAAAA1JSERSAAAB1gAAAJgIAwAAAG7hOMAAAAAEZ0FNQQAAsYiV
mPSmAAADAFBMVEUAAACAAAAAgACAgAAAAICAAIAAgIDAwMDA3MCmyvAqP6oqP/8qXwAqX1Uq
X6oqX/8qfwAqf1Uqf6oqf/8qnwAqn1Uqn6oqn/8qvwAqv1Uqv6oqv/8q3wAq31Uq36oq3/8q
/wAq/1Uq/6oq//9VAABVAFVVAKpVAP9VHwBVH1VVH6pVH/9VPwBVP1VVP6pVP/9VXwBVX1VV
X6pVX/9VfwBVf1VVf6pVf/9VnwBVn1VVn6pVn/9VvwBVv1VVv6pVv/9V3wBV31VV36pV3/9V
/wBV/1VV/6pV//9/AAB/AFV/AKp/AP9/HwB/H1V/H6p/H/9/PwB/P1V/P6p/P/9/XwB/X1V/
X6p/X/9/fwB/f1V/f6p/f/9/nwB/n1V/n6p/n/9/vwB/v1V/v6p/v/9/3wB/31V/36p/3/9/
/wB//1V//6p///+qAACqAFWqAKqqAP+qHwCqH1WqH6qqH/+qPwCqP1WqP6qqP/+qXwCqX1Wq
X6qqX/+qfwCqf1Wqf6qqf/+qnwCqn1Wqn6qqn/+qvwCqv1Wqv6qqv/+q3wCq31Wq36qq3/+q
/wCq/1Wq/6qq///UAADUAFXUAKrUAP/UHwDUH1XUH6rUH//UPwDUP1XUP6rUP//UXwDUX1XU
X6rUX//UfwDUf1XUf6rUf//UnwDUn1XUn6rUn//UvwDUv1XUv6rUv//U3wDU31XU36rU3//U
/wDU/1XU/6rU////AFX/AKr/HwD/H1X/H6r/H///PwD/P1X/P6r/P///XwD/X1X/X6r/X///
fwD/f1X/f6r/f///nwD/n1X/n6r/n///vwD/v1X/v6r/v///3wD/31X/36r/3////1X//6oA
fwAAf1UAf6oAf/8AnwAAn1UAn6oAn/8AvwDMzP//zP8z//8Av1WZ///M//8Av6oAv/8A3wAA
31UA36pm//8A3/8A/1UA/6oqAAAqAFUqAKoqAP8qHwAqH1UqH6oqH/8qPwAqP1X/+/CgoKSA
gID/AAAA/wD//wAAAP//AP8A//////+Ir3smAAAIwklEQVR4nO2cgZKrKgyG2RlneP+3tffs
jLetAn9CgrDr1prmP3tcKxAin0GlsCG67CmEuLisaX5gPfvSch2tFevkMiXHalKO1YDYfTVI
WMNdpzno+okWdlsFrAllWLVmf+j5OxtYJvKZJK25IVFwYOG24BOra/dktJwNE6mWQUllNFPK
QTzzo9XAeud6h3n/d7uF//4L2UFKqsJKfW8kpixNrHtXhVDdSEJHan+Z3mM/rrRfD6x3jNuW
YL1Na8TuYV22jer7DtZskOV7Z6xipL0Z1ifRJ1sarbfpdv+Zwte9CxawLoVo6pm3pNy/pC3J
WbJuKYh1YSmlJ86ptK7USNQr5hxNIMngLrCCUxEZEi/LL9kD0ljJVPm9FDf1APkJ1vi4d4r3
1mfElnsrYkWE6OzmJtwWc+uRoEQTBCszPnHbWCS38lQnUMskS3WsLqrWBekt2+IpwungUwoz
dRjWrR9W7q3f3+HfPwFrDigee/nMElZyJZfLFliys8SGqmyXyrGZJ/SqqgASSP7qAi1tTqI9
H+/COk3MA/nKUUwdhlWM1u9pu7dqWEtTMsdaWIX2bGKdlsp2ffY0OqQKSgnVjfoyKXXzVoNr
RMEq8nwtVuXe+j1933+eQRtkrORcerEKZ1lOdwArw0ASWlVquUTedV14WqO2X4pVeRIO0xax
ynsrdGoJzm4nPInPGjXWYkuwzSuf8CPvtEld03aVkPzgBThOLyypcyglFym7dJBgZYfYGf0e
69576zOjjzMJYpH3PmphnRzmjt4X60wkjgm7LqfA5FiNyrGaVPRJLyblWE3KsZqUYzUpx2pS
jtWkHKtJOVaTcqwm5VhNyrGalGM1qRbWr00vdch1hFSsd5y3TU72ctKwZqYbWd1CWGcyBnZ0
t+ZmjtXgNkVyqyUXWvdxC3kClB9zaCRbr8PdW3BYbtAxyVi/GNVHxDZPqe1FnabnBiyhZFx3
t2aIJRGywBEBa28jjTdm0+GRbaAmj8daQW0H7AuwphSOldtyrKskrCLVBtfNC9IphnLg+T/k
kw7pSO5+Us+VUtAunHADa+78Qp7cnkyCWbYTpe4wJEegf2SfwCPd4VGs+w3a6dOqEayzxDR7
Qa/XUA6kOquLM0C+bKoKz5AtlqoCqQmbgrVSYFZwR2n+XIoGEv+04/AAUHIdNhq026coYt2o
LgXo0uaaWzek2z06DS6VVqhOneAirZQmrJeqSLECOtJjuZ5ktt4p7lRXSihnozdhw+F+rNTh
RoP2+bSqxpqoLplr3lW6YfSiHIM27sPKLFCsAarCYiGSaiSs+g66g0Wx0bQ42XH4MKz0THZ9
2qRhfa4uuLFdJVyZFwHbPZBqAz/cgTXg0cBqkglVWMVOWG9gudEgU12t5PBRWEd82tSK1hUm
AP6aRa4kYuCRKV+6peaco+yW06re18obXYBulrzuhfwrdU/0kSliLfUOMRZ5h4evlLW7TYdH
31tLQ6oN2ueTgvULut4HTqDaeGr6LIX9LC9XL9bbkrX/MPxJqh5c30DcpwbWW0VV64Vd76YW
1hun6livor/AGmCrJOJHMWNQU1wd+otOWMEqHnasf6LRRybHegmNvuAIWOm3hvmNdHv5IgPS
MafIA/Ls/dH1U40OR9RYcTQkbWHkgCbS7GACBiWkcRfXmAYHDxWsHG7BGhWsJCD5cFF0rL/U
2FC/2Afn7QhWbkIPZdcPNPbFnIYVR6C7sQqdsGM9SENfo4tY2cMOf2SC8Wr9kQmtQGmn+1MN
Yj3FR9ewBqaoOdXrqH9CqdIFu95RyvTvmU//np3qlaTN6p/pYg2nei3pS6vmOS2tmh3q1dRY
MUf/7uVr3XL9Tu31rc70ovJlyyblWE3KsZqUYzUpx2pSjtWkHKtJOVaTcqwmdQDWtBwwzWRQ
ZzSwNeMdln+cuGZQpip/gH6PNc0Hpgf0jDCvO/DU/YrKfgfW9mfLOghrHMIqxbVjPVIHYk1T
0SAat965zDnc5iamonn2GuyvK8rzxHG6KgByY1KpDLcwOS4Z5j5Z1aFYcZpwLDO9YXIpwwo3
WpxUmn6gcE4gZtjk03pxQUmmf9OhJ9qvrMOxAjY261fshCko/Ns0iIX+6R0sWZYHsL/KEyJe
YNkw88mq/gIri9ZYYYUMPFohR4gcE8YlJFWVcaxQ3rF2aoMS6ubXsRKCLGEPa5W7WNc6Ycf6
A/EHFMBWfaSMcxHcVzthljvw8uXP90iPTIqLRmVslCnA9pPlWE3KGFbXKsdqUicM9dPnYnjK
Ca2yO8Z3+93PGvg/Yah/20lPsqQ4eQ2tCmvGW9fDnkGbevVQf8zvJoi1tuJYf6VXD/XHjDWG
JtbqlZSM5Ud4nY0+8F/p1UP9BQnDCkMVMeYU6Li17ZY5kCNRyPxJA/+vHuoHrJksS0w7HKsw
lg9YIc/qxEcP/L96qD/iM28YwlrZFLCiU5888P/yoX5ED/1zH1asQsOqFvmkgf+XD/WTiA6l
OPkVY7YWMUvM9+BUHblKeJHPHfi/+ihTE0fYz2JUV8aag1XNANvP0pWxulQ5VpNyrCblWE3K
sZqUYzUpx2pSjtWkHKtJOVaTcqwm5VhNyrGalGM1KcdqUo7VpByrSV0fa+jWmn/p1ZVnVRjA
2kspYe20OzvWMxX63J8d66XkWAUZwRp2/znWa+mBtYOAY72WWCcMS++ASxWt7TnGjyTHeqpo
tMKaHIqFYi2LgmSb0bGeLBqtBWughwWsDZvRsZ4sJVo5FBkrrkbHperRsZ4sJVoplEa0ptXo
fO2kYz1V2r2VUVGjFVGmlZiO9XRp91bCVYlWHqG4yM6xnir1SZjGq/gkzLF6J/w20t9bCW35
vRU6YX9keiv5KJMgG1j3MznWi8mjVZANrP4NDpMRrPtyrNdSWOYuOdZLaXiKWt9VMDvWUzWK
dTT/JXV9rC5BjtWkHKtJOVaTcqwm5VhNyrGalGM1KcdqUo7VpByrSTlWk3pg7f1Kw3Ud9X+h
4bqS/gf3z0Gjs1itKwAAAABJRU5ErkJgggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAABIAEAAKAAEAWwAPAAIAAAAAAAAAJAAAQPH/AgAkAAAABgBOAG8AcgBtAGEAbAAAAAIA
AAAEAG1ICQQAAAAAAAAAAAAAAAAAAAAAAAA8AEFA8v+hADwAAAAWAEQAZQBmAGEAdQBsAHQA
IABQAGEAcgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAAAAAAAAAAAAAAKAA+YAEA8gAoAAAA
BQBUAGkAdABsAGUAAAAFAA8AAyQBAAYANQiBPioBAAAAALcAAAAEAAAMAAAAAP////8ABAAA
twQAAAMAAAAABAAAtwQAAAQAAAAABAAAtwQAAAUAAAAPAADwxAAAAAAABvAYAAAAAggAAAIA
AAAGAAAAAQAAAAEAAAAHAAAAPwAB8IQAAABiAAfwJAAAAAYGbWt3sw0WkUtuWtgXljUnmP8A
3wcAAAEAAAAeDAAAAAAAAGIAB/AkAAAABgZe4xuZFjbU4Ft2zC0yefd//wBuCgAAAQAAAP0T
AAAAAAAAYgAH8CQAAAAGBg/WF6fZCwON2fiL/WiE+9z/ADAMAAABAAAAax4AAAAAAABAAB7x
EAAAAP//AAAAAP8AgICAAPcAABAADwAC8F4BAAAQAAjwCAAAAAQAAAAGBAAADwAD8PwAAAAP
AATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAAQAAAUAAAAPAATwPAAA
ALIECvAIAAAAAwQAAAAKAAAjAAvwDAAAAARBAQAAAP8BAAAIAAAAEPAEAAAAAgAAAAAAEfAE
AAAAAQAAAA8ABPA8AAAAsgQK8AgAAAAEBAAAAAoAACMAC/AMAAAABEECAAAA/wEAAAgAAAAQ
8AQAAAAAAAAAAAAR8AQAAAABAAAADwAE8DwAAACyBArwCAAAAAYEAAAACgAAIwAL8AwAAAAE
QQMAAAD/AQAACAAAABDwBAAAAAEAAAAAABHwBAAAAAEAAAAPAATwQgAAABIACvAIAAAAAQQA
AAAOAABTAAvwHgAAAL8BAAAQAMsBAAAAAP8BAAAIAAQDCQAAAD8DAQABAAAAEfAEAAAAAQAA
AFcAAACHAAAAtQAAALcAAAAEBAAAAAAAAAAAAADZFwAAYgcAADQAAAAAAAYEAAAAAAAAAAAA
AIobAADoCAAANAAAAAAAAwQAAAAAAAAAAAAAfhgAAJ8GAAA0AAAAAAAAAAAABgAAAA4AAACw
AAAAtAAAALkAAAAHABwABwAEAAcAAAAAABcAAAAgAAAAjAAAALUAAAC5AAAABwAaAAcABAAH
AP//AgAAAAsATQBhAG4AbwBqACAAUABhAG4AZABhABEAQwA6AFwAVgBpAGUAdwAgAEUAcgBy
AG8AcgAuAGQAbwBjAP9AA4ABALQAAAC0AAAAsBfrAAEAAQC0AAAAAAAAAIwAAAAAAAAAAhAA
AAAAAAAAtwAAAEAAAAgAQAAAAwAAAEcWkAEAAAICBgMFBAUCAwSHAgAAAAAAAAAAAAAAAAAA
nwAAAAAAAABUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBtAGEAbgAAADUWkAECAAUFAQIBBwYC
BQcAAAAAAAAAEAAAAAAAAAAAAAAAgAAAAABTAHkAbQBiAG8AbAAAADMmkAEAAAILBgQCAgIC
AgSHAgAAAAAAAAAAAAAAAAAAnwAAAAAAAABBAHIAaQBhAGwAAAAiAAQAcQiIGAAA0AIAAGgB
AAAAAJVcQUaZXEFGAAAAAAEAAwAAABoAAACXAAAAAQABAAAABAADEAEAAAAAAAAAAAAAAAEA
AQAAAAEAAAAAAAAAIQMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAApQbAB7QAtACAADIwAAAAAAAAAAAAAAAAAAC5AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAP//
EgAAAAAAAAAEAFYAaQBlAHcAAAAAAAAACwBNAGEAbgBvAGoAIABQAGEAbgBkAGEACwBNAGEA
bgBvAGoAIABQAGEAbgBkAGEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAA
BAACAAAAAAAAAAAAAAAAAAAAAAABAAAA4IWf8vlPaBCrkQgAKyez2TAAAABwAQAAEQAAAAEA
AACQAAAAAgAAAJgAAAADAAAAqAAAAAQAAAC0AAAABQAAAMgAAAAGAAAA1AAAAAcAAADgAAAA
CAAAAPAAAAAJAAAABAEAABIAAAAQAQAACgAAACwBAAAMAAAAOAEAAA0AAABEAQAADgAAAFAB
AAAPAAAAWAEAABAAAABgAQAAEwAAAGgBAAACAAAA5AQAAB4AAAAFAAAAVmlldwAAZgAeAAAA
AQAAAABpZXceAAAADAAAAE1hbm9qIFBhbmRhAB4AAAABAAAAAGFubx4AAAABAAAAAGFubx4A
AAAHAAAATm9ybWFsAGEeAAAADAAAAE1hbm9qIFBhbmRhAB4AAAACAAAAMQBubx4AAAATAAAA
TWljcm9zb2Z0IFdvcmQgOC4wAABAAAAAANJJawAAAABAAAAAAJKqgjJcvwFAAAAAAKq3ETNc
vwEDAAAAAQAAAAMAAAAaAAAAAwAAAJcAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/v8AAAQAAgAAAAAA
AAAAAAAAAAAAAAAAAgAAAALVzdWcLhsQk5cIACss+a5EAAAABdXN1ZwuGxCTlwgAKyz5rjQB
AADwAAAADAAAAAEAAABoAAAADwAAAHAAAAAFAAAAgAAAAAYAAACIAAAAEQAAAJAAAAAXAAAA
mAAAAAsAAACgAAAAEAAAAKgAAAATAAAAsAAAABYAAAC4AAAADQAAAMAAAAAMAAAA0QAAAAIA
AADkBAAAHgAAAAUAAABzaXNsAHcAbAMAAAABAAAAAwAAAAEAAAADAAAAuQAAAAMAAAAxFQgA
CwAAAAAAAAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAAeEAAAAQAAAAUAAABWaWV3AAwQAAAC
AAAAHgAAAAYAAABUaXRsZQADAAAAAQAAAACYAAAAAwAAAAAAAAAgAAAAAQAAADYAAAACAAAA
PgAAAAEAAAACAAAACgAAAF9QSURfR1VJRAACAAAA5AQAAEEAAABOAAAAewA2ADkARgA3AEUA
RQA5ADAALQBDADgAMgA2AC0AMQAxAEQAMwAtAEIANQA4ADMALQAwADAANgAwADAAOAA5AEQA
MQBEADkARQB9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAACAAAAAwAAAAQAAAAFAAAA
BgAAAAcAAAAIAAAACQAAAAoAAAALAAAADAAAAA0AAAAOAAAADwAAABAAAAARAAAAEgAAABMA
AAAUAAAAFQAAAP7///8XAAAAGAAAABkAAAAaAAAAGwAAABwAAAAdAAAA/v///x8AAAAgAAAA
IQAAACIAAAAjAAAAJAAAACUAAAD+////JwAAACgAAAApAAAAKgAAACsAAAAsAAAALQAAAP7/
///9////MAAAAP7////+/////v//////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////UgBvAG8AdAAgAEUAbgB0AHIAeQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAABYABQH//////////wMAAAAGCQIAAAAAAMAAAAAAAABGAAAAACA7
FSwzXL8BoBmDLDNcvwEyAAAAgAAAAAAAAAAxAFQAYQBiAGwAZQAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgACAP///////////////wAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAAAAEAAAAAAAAFcAbwByAGQA
RABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAaAAIBBQAAAP//////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAJsqAAAAAAAABQBTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAgECAAAABAAAAP////8AAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAeAAAAABAAAAAAAAAFAEQAbwBjAHUAbQBlAG4AdABTAHUA
bQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAOAACAf//////////
/////1IAQQB+ADEAAABEAE8AQwAAAAAADAAAAOvP6AgAAAAAoC8XACYAAAAAEAAAABAQAAEA
QwBvAG0AcABPAGIAagAAAFfMTA2+ASAsVsxMDb4BMEF25wlcvwEPAgAAAAAAABACAAAAAAAA
IAAAAAwAAAASAAIBAQAAAAYAAAD/////AAAAAAAAAAAAAAAAAAByAHIALgAAAAAAAAAAAAAA
AAAAAAAAAAAAAGoAAACWDL4BTwBiAGoAZQBjAHQAUABvAG8AbAAAAL8BAIQAAAAAAAAAhAAA
AAAAACAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAABYAAQD///////////////8AAAAAAAAAAAAA
AAAAAAAAAAAAAKAZgywzXL8BoBmDLDNcvwFMDb4BADfAy0wNvgFwl4jnCVy/AQC+AAAAAAAA
AL4AAAAAAAAgAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHIAAAAAAP//
/////////////3AAAAAAAAAAIJbvO5YMvgFAYjljlgy+AUBiOWOWDL4BMLSO5wlcvwHGAwAA
AAAAAAEAAAD+////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////AQD+/wMKAAD/////BgkCAAAAAADAAAAA
AAAARhgAAABNaWNyb3NvZnQgV29yZCBEb2N1bWVudAAKAAAATVNXb3JkRG9jABAAAABXb3Jk
LkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAA=
- --------------394DBCEBCFBECF745D82169D--

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 13:45:26 +0000 (GMT)
From: Derek Johnston <derjohn@sqf.hp.com>
Subject: [cciug] userinit.exe errors reconnecting views on ClearCase NT 3.2.1

Quite a few of our users have started getting errors when rebooting their PC
when views are set to reconnect at logon. Just after the "Reconnecting view
..." window pops up, a dialog boc pops up with the USERINIT.EXE error.

The desktop hangs and logon fails to complete.

The only workaround we have found is to tell everyone NOT to check the
Reconnect at Logon box when starting a view.

Has anyone else seen this error?

Due to other problems, we are currently forced not to install patches above
NT3.2.1-9 which also means we are stuck on NT4 SP3.

Thanks for your help.

Derek

- ------------------------------------------------------------------------
Derek Johnston Email : derek_johnston@agilent.com
TNTD Design Support Group Telnet : (31)32417
Agilent Technologies Ltd Phone : 0131 331 7417
Station Road
South Queensferry
West Lothian EH30 9TG
- ------------------------------------------------------------------------
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:21:59 +0100
From: "Kris Grietens" <kris.grietens@lms.be>
Subject: [cciug] Silent install

Hi,

Does anybody know if the setup procedure of clearcase 3.2.1 supports silent
install ?

Thanx, Kris.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 08:21:58 -0600
From: jwinsor <jwinsor@i2.com>
Subject: Re: [cciug] CVS vs ClearCase.

We used to use CVS at our company. This consisted of a central repository in
Dallas, accessed from Dallas, and over a T1 from Burlington Ontario.

In some regards, the 2 tools are similiar, in that they allow for concurrent
development. CVS behaves similiarily to a ClearCase snapshot view on NT in that
the source files are copied to a workspace setup by the developer. The
similarities become less evident after this.

Some of the main differences in the 2 tools are:
Directory versioning:
ClearCase actually versions directories, whereas CVS simulates versioning of
directories. This is generally not a problem, but can cause some confusion, if
repair to a "directory version" is needed.

Branching mechanism:
Branching in ClearCase is much more flexible than in CVS. Part of our use
of ClearCase takes advantage of this by allowing private branches for individual
developers, or groups of developers. We have found this much easier than we did
with CVS.

  Parallel Development:
    By this, I actually mean source code distribution. As I mentioned above, we
accessed our source code from Canada over a T1. This was OK until we began
setting up development offices around the globe, some of which only had 64 kbit
connetions. CVS doesn't provide a mechanism for synchronizing remote sites, and
forces a development group to either provide significant network bandwidth (and
cost) or provide the logic to replica code bases and provide for synchronization
between them. Later versions of CVS are designed to provide remote access in a
more secure and reliable way, but the network bandwidth can still be
prohibitive. ClearCase provides a very efficient and reliable mechanism
(called MultiSite) to perform this parallel development, and is the primary
reason that our company switched.

  Trigger mechanism:
    The use of triggers in CVS was more difficult than in ClearCase. The firing
points for triggers in CVS was limited to a few activities, whereas in
ClearCase, you can catch a trigger for virtually any activity that accesses a
VOB. We use this in a wide variety of ways, that sometimes differes
significantly from one development group to another. This also, unfortunately,
makes management (and troubleshooting) of triggers across multiple VOBS and
sites more difficult.

I know that there are other similarities and differences, but these have been
the most notable for us. While we were located in 2 locations with a T1
inbetween, and our headcount (active developers) was around 250 - 300, CVS
served us well. Today, however, with over 1000 developers located in about a
dozen offices around the globe, and working on some 50+ different code bases, I
can't imagine using CVS.

Hope this helps.....

Jim Winsor

> "Don-Hoi, Kim" wrote:
>
> Hi...CCIUG.
>
> Anyone used to use CVS?
> If so, could you tell me the difference between ClearCase and CVS?
>
> In my thought, those two tools have similar concept like concurrent
> development. I don't know in detail.
>
> Please, tell me in detail.
>
> Thanks in advance.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:35:46 -0500
From: "jangareddi, ramesh" <jangareddi_ramesh@emc.com>
Subject: [cciug] CLearcase Windows Environment variable Question

Hi Group,

Is there any Clearcase environment variable / any way to get that
information under Windows NT while you are working in a view, similar to
CLEARCASE_ROOT under Unix, when you set to a view.

Thanks in advance,
Ramesh
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 06:45:58 -0800
From: "Forsyth, Allan W" <ALLAN.FORSYTH@saic.com>
Subject: [cciug] Co Triggers

Hi group,

Hope someone can assist. I'm sure this will have been done before.
I'm on the lookout for a 'trigger' script which will force comments on
checkout.

thanks in advance

Allan Forsyth
> * allan.forsyth@.saic.com

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:59:30 -0500
From: Ron Natalie <ron@sensor.com>
Subject: Re: [cciug] CLearcase Windows Environment variable Question

"jangareddi, ramesh" wrote:

> Is there any Clearcase environment variable / any way to get that
> information under Windows NT while you are working in a view, similar to
> CLEARCASE_ROOT under Unix, when you set to a view.
>

CLEARCASE_ROOT is set, but really most of the time you don't come
through setview like you do in UNIX. You map your views
to drive letters and you CD around. cleartool pwv works if
you really need to know what view you are in at a give point
in the tree.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:57:06 -0500
From: "A Better Solution, Inc." <cciug@abs-consulting.com>
Subject: Re: [cciug] Co Triggers

Allan,

Try this:

http://www.abs-consulting.com/abs_consulting_triggers.html

look at the triggers section and have fun
-Charles

- --- VOB Corleone
"One day.. and this day may never come... I might ask you for a favor.."

           A Better Solution, Inc.
- ----------------------------------------------------
Charles Clarke III ClearCase Consultant
A Better Solution, Inc. (770) 252-1500 x22 [phone]
50 Springridge Ct.
Newnan, Ga. 30265 (770) 252-1501 [fax]
                                                 Email:
charles@abs-consulting.com
                                                 http://www.abs-consulting.com

At 06:45 AM 1/11/00 -0800, you wrote:

>Hi group,
>
>Hope someone can assist. I'm sure this will have been done before.
>I'm on the lookout for a 'trigger' script which will force comments on
>checkout.
>
>thanks in advance
>
>Allan Forsyth
> > * allan.forsyth@.saic.com
>
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 11:25:08 -0500
From: Lezz Giles <lgiles@avici.com>
Subject: [cciug] Exporting views with 4.0 - fixed!

I just got off the phone with Rational support (a great bunch of
people!)
and we think we've resolved the problem with exporting views from
Clearcase 4.0.
The problem is that I was trying to export views created with Clearcase
3.2.
If I create new views with Clearcase 4.0 they export fine. I've been
told (though
I haven't tested this) that if I reformat my 3.2 views then they'll
export fine too.

We've been running our un-reformatted views for over two weeks now with
no other problems, so unless I hear about other problems I'm going to
avoid
the headache of reformatting all my views - the old views will disappear

slowly by themselves.

I checked carefully through the installation notes and the release notes
and they
don't mention reformatview, but I'm feeling too happy to really complain
about
this - CC 4.0 is a huge product and if you install it as early as you
can then you
must expect a little hiccup or two... I just hope they mention this in
future release
notes.

Lezz Giles

- --
Leslie Giles Software Release Manager Avici Systems Inc
lgiles@avici.com Phone: 978.964.2030 Fax: 978.964.2100

"Do not fear the merge"

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:18:24 -0600
From: Brad Appleton <bradapp@enteract.com>
Subject: Re: [cciug] [Q] CC4.0 & UCM

On Tue, Jan 11, 2000 at 10:10:02AM -0000, Batlin, Alex wrote:
> So sorry, I meant single level branching

Well - the first release of UCM already has some limited support more
multi-level branching in that you can define a subproject based off of
a parent project and do "inter-stream rebasing" between the integration
streams for the projects. While that still doesn't allow development
streams to branch off of other development streams, it does allow this
for integration streams. So it does allow multi-level branching for
integration streams but only single-level branching for development
activity streams.

- --
Brad Appleton <bradapp@enteract.com> http://www.enteract.com/~bradapp/
"And miles to go before I sleep." -- Robert Frost
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:29:13 +0000
From: Andrew.EMBLING@orange.co.uk
Subject: [cciug] How do I retrieve the values from ClearCase variables

Please can some one advice me.

We are at the very early stages of using ClearCase for the first time having
previously worked in an SCCS environment. I understand that there are quite a
number of ClearCase variables available during the execution of a trigger, and I
have been using these during the Checkin process to try and populate our source
code with a ClearCase header, showing version details, file name etc., the
trouble is we are now working with Oracle forms 6 and the files are binary, and
as soon as I try to do anything to them they are corrupted (working with
converted text files is not an option) .

The only thing I can think to do is try to retrieve the ClearCase variables
outside of firing a trigger, so that I can create the ClearCase header while we
are still developing the forms.

So my question is ( and I hope its not a stupid one, ignorance is my only
defense) can I retrieve the values from the ClearCase variables outside of a
trigger firing? if so where are they held?

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:34:13 -0500
From: Glenn MacGregor <gtm@oracom.com>
Subject: [cciug] Unix/Nt interconnect

Hi all,

Me again. I am ready to start over here. Ican't seem to get
anything working here. I had cc 3.2 running on sol 2.5.1 which is the
server (view and vob and everything else). I had 3.2 runing on NT 4
using Disk Access 3.1.x and everything worked fine. I upgraded to cc
3.2.1 on sol 7 and 3.2.1 NT 4 and Disk Access 4.0x and now I can mount
views and vobs on NT from solaris but when I try to check out I get
permission denied. I have been working on this for weeks now. I have
tries samba and other versions of Disk Access, nothing works. It think
is must be a problem on server (solaris 7, cc 3.2.1). If anyone can
give me some hints that would be great.

Thanks

Glenn

- --

Glenn MacGregor

Director of Services
Oracom, Inc.
http://www.oracom.com

Tel. +1 978.557.5710 Ext. 302
Fax +1 978.557.5716

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:33:57 -0500
From: "Stupka, Dan" <dstupka@homewireless.com>
Subject: RE: [cciug] How do I retrieve the values from ClearCase variables

the documentation lists these, but its pretty useful to display the
environment in your trigger, e.g. on nt do a "set" (you may need to do "cmd
/c set"), don't be surprised if you see variables that are neither
documented, nor officially supported, but usefuf nonetheless. dls

> --
> Dan Stupka Phone: 770-729-3043
> Home Wireless Networks FAX: 770-729-3080
> 3145 Avalon Ridge Place Page: 770-417-7121
> Suite 200 Epage: mailto:7704177121@scout.pagemart.net
> Norcross, GA 30071 Email: mailto:dstupka@homewireless.com
URL: http://www.homewireless.com

> -----Original Message-----
> From: Andrew.EMBLING@orange.co.uk [SMTP:Andrew.EMBLING@orange.co.uk
> Sent: Tuesday, January 11, 2000 10:29 AM
> To: cciug@Rational.Com
> Subject: [cciug] How do I retrieve the values from ClearCase
> variables
>
>
> Please can some one advice me.
>
> We are at the very early stages of using ClearCase for the first time
> having
> previously worked in an SCCS environment. I understand that there are
> quite a
> number of ClearCase variables available during the execution of a trigger,
> and I
> have been using these during the Checkin process to try and populate our
> source
> code with a ClearCase header, showing version details, file name etc., the
> trouble is we are now working with Oracle forms 6 and the files are
> binary, and
> as soon as I try to do anything to them they are corrupted (working with
> converted text files is not an option) .
>
> The only thing I can think to do is try to retrieve the ClearCase
> variables
> outside of firing a trigger, so that I can create the ClearCase header
> while we
> are still developing the forms.
>
> So my question is ( and I hope its not a stupid one, ignorance is my only
> defense) can I retrieve the values from the ClearCase variables outside of
> a
> trigger firing? if so where are they held?
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:39:41 -0000
From: "Henne, Heinz" <Heinz.Henne@nectech.co.uk>
Subject: RE: [cciug] How do I retrieve the values from ClearCase variables

Try attaching your trigger type only to elements of type text_file, that way
it wont fire on the binary file checkin. E.g.: ct mktrtype -element -all
- -preop checkin -eltype text_file ....

Heinz
- ---
Heinz Henne
ClearCase Administrator
NEC Technologies (UK) Ltd.
Tel: +44 (0) 118 9654535
Email: Heinz.Henne@nectech.co.uk

> ----------
> From:
> Andrew.EMBLING@orange.co.uk[SMTP:Andrew.EMBLING@orange.co.uk
> Sent: 11 January 2000 15:29
> To: cciug@Rational.Com
> Subject: [cciug] How do I retrieve the values from ClearCase
> variables
>
>
> Please can some one advice me.
>
> We are at the very early stages of using ClearCase for the first time
> having
> previously worked in an SCCS environment. I understand that there are
> quite a
> number of ClearCase variables available during the execution of a trigger,
> and I
> have been using these during the Checkin process to try and populate our
> source
> code with a ClearCase header, showing version details, file name etc., the
> trouble is we are now working with Oracle forms 6 and the files are
> binary, and
> as soon as I try to do anything to them they are corrupted (working with
> converted text files is not an option) .
>
> The only thing I can think to do is try to retrieve the ClearCase
> variables
> outside of firing a trigger, so that I can create the ClearCase header
> while we
> are still developing the forms.
>
> So my question is ( and I hope its not a stupid one, ignorance is my only
> defense) can I retrieve the values from the ClearCase variables outside of
> a
> trigger firing? if so where are they held?
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:41:06 +0000
From: Jeremy.Bell@wdr.com
Subject: Re: [cciug] Unix/Nt interconnect

     Here's the setup we had to do to get the Unix/NT interop working:

     1 - Same account names on Unix and NT

     2 - Same primary group's on NT and Unix.

     3 - The Unix primary group should be set in the NT env variable:
     CLEARCASE_PRIMARY_GROUP

     If any of these conditions aren't true then checkouts won't work.

     Good Luck.

     Jeremy.

______________________________ Reply Separator _________________________________
Subject: [cciug] Unix/Nt interconnect
Author: gtm (gtm@oracom.com) at unix,mime
Date: 11/01/00 15:34

Hi all,

        Me again. I am ready to start over here. Ican't seem to get
anything working here. I had cc 3.2 running on sol 2.5.1 which is the
server (view and vob and everything else). I had 3.2 runing on NT 4
using Disk Access 3.1.x and everything worked fine. I upgraded to cc
3.2.1 on sol 7 and 3.2.1 NT 4 and Disk Access 4.0x and now I can mount
views and vobs on NT from solaris but when I try to check out I get
permission denied. I have been working on this for weeks now. I have
tries samba and other versions of Disk Access, nothing works. It think
is must be a problem on server (solaris 7, cc 3.2.1). If anyone can
give me some hints that would be great.

            Thanks

                    Glenn

- --

Glenn MacGregor

Director of Services
Oracom, Inc.
http://www.oracom.com

Tel. +1 978.557.5710 Ext. 302
Fax +1 978.557.5716



- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

http://clearcase.rational.com/cciug/mailing_list.html

This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:54:50 -0500
From: Gladys Christopher-Knight <gladys@gscmail.gsfc.nasa.gov>
Subject: Re: [cciug] Checked out file in blown away view

Brian:

Use "cleartool describe -long vob:vob-tag" to get the view's uuid.
After you get the views uuid do a ct rmview -vob <vob_tag>
- -uuid <uuid of deleted view> and that will remove the reference from the vob
and checkin the file that is checkedout.

Gladys Christopher-Knight

>I've been cleaning up views (and occasional private VOBs) from
>ex-employees and finding all sorts of lovely messes. (We're working on a
>better exit process to ensure what has happened doesn't in the future).
>
>Anyway, I've got a case were a view was rm -r'd. Okay, I've been trained
>and can handle that. However, it contained a checked out file.
>Obviously it's lost, but I'm having the worst time getting it unchecked
>out from the tree (to clean up the VOB/element tree). Any suggestions?
>
>Brian Kurle
>
>--
>
>SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
>
>
>ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
>clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
>clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
>clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
>clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
>clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
>clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
>@(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
>cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
>
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:46:08 -0500
From: "Stupka, Dan" <dstupka@homewireless.com>
Subject: RE: [cciug] How do I retrieve the values from ClearCase variables

ooops i answered the wrong question again... the tigger variables on nt
exist in the tigger shells, however, like when you set environment variables
in a perl script on nt, the variables are not exported to the caller, or
parent shell.

yet another ugly hack: you could save everything (the environment) to a file
and use the info for whatever after the trigger is complete.

> -----Original Message-----
> From: Stupka, Dan [SMTP:dstupka@homewireless.com
> Sent: Tuesday, January 11, 2000 10:34 AM
> To: 'Andrew.EMBLING@orange.co.uk'; cciug@Rational.Com
> Subject: RE: [cciug] How do I retrieve the values from ClearCase
> variables
>
>
> the documentation lists these, but its pretty useful to display the
> environment in your trigger, e.g. on nt do a "set" (you may need to do
> "cmd
> /c set"), don't be surprised if you see variables that are neither
> documented, nor officially supported, but usefuf nonetheless. dls
>
> > --
> > Dan Stupka Phone: 770-729-3043
> > Home Wireless Networks FAX: 770-729-3080
> > 3145 Avalon Ridge Place Page: 770-417-7121
> > Suite 200 Epage: mailto:7704177121@scout.pagemart.net
> > Norcross, GA 30071 Email: mailto:dstupka@homewireless.com
> URL: http://www.homewireless.com
>
>
> > -----Original Message-----
> > From: Andrew.EMBLING@orange.co.uk
> [SMTP:Andrew.EMBLING@orange.co.uk
> > Sent: Tuesday, January 11, 2000 10:29 AM
> > To: cciug@Rational.Com
> > Subject: [cciug] How do I retrieve the values from ClearCase
> > variables
> >
> >
> > Please can some one advice me.
> >
> > We are at the very early stages of using ClearCase for the first time
> > having
> > previously worked in an SCCS environment. I understand that there are
> > quite a
> > number of ClearCase variables available during the execution of a
> trigger,
> > and I
> > have been using these during the Checkin process to try and populate our
> > source
> > code with a ClearCase header, showing version details, file name etc.,
> the
> > trouble is we are now working with Oracle forms 6 and the files are
> > binary, and
> > as soon as I try to do anything to them they are corrupted (working with
> > converted text files is not an option) .
> >
> > The only thing I can think to do is try to retrieve the ClearCase
> > variables
> > outside of firing a trigger, so that I can create the ClearCase header
> > while we
> > are still developing the forms.
> >
> > So my question is ( and I hope its not a stupid one, ignorance is my
> only
> > defense) can I retrieve the values from the ClearCase variables outside
> of
> > a
> > trigger firing? if so where are they held?
> >
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
> >
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 11:00:01 -0500
From: Glenn MacGregor <gtm@oracom.com>
Subject: Re: [cciug] Unix/Nt interconnect

Jeremy.Bell@wdr.com wrote:

>
> Here's the setup we had to do to get the Unix/NT interop working:
>
> 1 - Same account names on Unix and NT
>
> 2 - Same primary group's on NT and Unix.
>
> 3 - The Unix primary group should be set in the NT env variable:
> CLEARCASE_PRIMARY_GROUP
>
> If any of these conditions aren't true then checkouts won't work.
>
> Good Luck.
>
> Jeremy.
>
>

Jeremy,

What package were you using to get the connection? What is your server
platform and what versions are you running? I have the sam account names. My unix
group is users, my NT groups Users (?). I have set the CLEARCASE_PRIMARY_GROUP to
users. When I was using samba I saw that when connected the user/group info was
correct.

Thanks

Glenn

- --

Glenn MacGregor

Director of Services
Oracom, Inc.
http://www.oracom.com

Tel. +1 978.557.5710 Ext. 302
Fax +1 978.557.5716

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:06:07 -0700
From: "Robert John Carter" <robert.j.carter@worldnet.att.net>
Subject: RE: [cciug] Silent install

Kris,

If you are using ClearCase 3.2.1 for NT then there is an option for a silent
install. ClearCase 3.2.1 uses install shield. Here's what you do.

Grab a test machine to install ClearCase on. Run the ClearCase setup.exe
with the -r option. This option records everything you select form the
setup wizard in to an answer file. The file is stored by default in
c:\winnt called setup.ins. Copy this file to the next computer in the
directory where the setup.exe is located or place it in a network accessible
area. Then run setup.exe with the -s option. This is the silent install
option and by default it looks for the setup.ins file in the current
directory. Otherwise, add the -f option and specify the location and file.
This can be handy if you want to create multiple configurations. For
example, admin.ins for administrators or dev.ins for developer machines.

I hope this saves you some time and frustration.

- ---
Robert Carter
CM Consultant
A Better Solution, Inc.
E-mail: robert@abs-consulting.com
Web: www.abs-consulting.com
Phone: 770-252-1500

- -----Original Message-----
From: Kris Grietens (by way of "A Better Solution, Inc."
<cciug@abs-consulting.com>) [mailto:kris.grietens@lms.be
Sent: Tuesday, January 11, 2000 8:02 AM
To: robert@abs-consulting.com
Subject: [cciug] Silent install

Hi,

Does anybody know if the setup procedure of clearcase 3.2.1 supports silent
install ?

Thanx, Kris.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:04:13 -0800
From: "Michael Browning" <mdbrowning@msn.com>
Subject: [cciug] Diffing for Crystal Reports

Has anybody found a diff-ing tool for Crystal Reports ?

Thanks
._____._._. _ .___.
| | | | |/ /| __|
| | | < | __| /\_/\
|_|_|_|_|_|\_\|___| (0-0)
- -----------------------------too--(_)-Ooo--------------
  Service is the cornerstone, integrity the foundation,
  perseverance the key, for our commitment to
  excellence." Oooo.
- ------------------------------.oooO---( )------------
Michael Browning ( ) ) /
michael.browning@per-se.com \ ( (_/
"Trust in Him" \_)
Senior Software Development Environment Engineer
Per-Se/San Bernardino 268 W. Hospitality Lane #300
San Bernardino, Ca 92408 San Bernardino, Ca 92408

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 17:31:58 -0000
From: "John Lawlor" <John@wbtsystems.com>
Subject: RE: [cciug] Unix/Nt interconnect

Its not so much a hint but a reassurance that cc 3.2.1 on Solaris 7 works.

We have cc 3.2.1 on Solaris 7 with Samba 2.05. Our clients access from NT 4
(service packs 3 upto 5) and everything is working fine so far.

I seem to remember something about setting up a user environment tmp / temp
variable on NT aswell as the Clearcase_Primary_Group.

I Hope this is of some help,

Regards,

John.

> -----Original Message-----
> From: owner-cciug@Rational.Com [mailto:owner-cciug@Rational.ComOn
> Behalf Of Glenn MacGregor
> Sent: Tuesday, January 11, 2000 3:34 PM
> To: Clearcase
> Subject: [cciug] Unix/Nt interconnect
>
>
>
> Hi all,
>
> Me again. I am ready to start over here. Ican't seem to get
> anything working here. I had cc 3.2 running on sol 2.5.1 which is the
> server (view and vob and everything else). I had 3.2 runing on NT 4
> using Disk Access 3.1.x and everything worked fine. I upgraded to cc
> 3.2.1 on sol 7 and 3.2.1 NT 4 and Disk Access 4.0x and now I can mount
> views and vobs on NT from solaris but when I try to check out I get
> permission denied. I have been working on this for weeks now. I have
> tries samba and other versions of Disk Access, nothing works. It think
> is must be a problem on server (solaris 7, cc 3.2.1). If anyone can
> give me some hints that would be great.
>
> Thanks
>
> Glenn
>
> --
>
> Glenn MacGregor
>
> Director of Services
> Oracom, Inc.
> http://www.oracom.com
>
> Tel. +1 978.557.5710 Ext. 302
> Fax +1 978.557.5716
>
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 12:54:16 -0500
From: "Lungu, James" <James.Lungu@usa.xerox.com>
Subject: [cciug] Empty Error Dialog Box?

cciugers,

I was attempting to start a Unix view on NT and got the following useless
Error message:
<<...>>

This is not a cut & Past error, there was no text in the dialog box.
I noted that the path to the view-storage-directory was incorrect and fixed
it, alleviating the problem.
However, I find the Error Message to be poorly "worded".

Anybody else seen this?
- -------------------------------------------------------
| James S Lungu (716)] 422 - 4954
| Xerox Corporation (Intelnet 8*222 - 4954)
| 800 Phillips Rd. MS 300-12S
| Webster, NY 14580
| Pager: 1-800-919-7581
- -------------------------------------------------------
" Linux: Because rebooting is for adding new hardware. "
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 09:54:53 -0800
From: "Healey, Edward" <edward.healey@intel.com>
Subject: RE: [cciug] Writing the comment in the source file

Wolfgang,
That's the tool I need! 'there is still the need for
producing an audit trail for some version (back to /main/1 or some younger
ancestor), and this is not trivial.'

For a given element@@\main\branches...\LATEST build a report
which contains the version, comment, labels, user name, (hlink info?), ...
for each previous version (and predecessor) till element@@main\0 is reached.

Is there such a tool? (If you wrote it, I'd use it... :-))
Ed Healey Edward.Healey@Intel.com
<mailto:Edward.Healey@Intel.com>
Senior Software Engineer (253)371-6450
Fax (253)371-5690
Intel Corporation, Workstation Product Group
DP2-327
2800 Center Drive N.
DuPont, WA 98327-9728

                -----Original Message-----
                From: Wolfgang Laun [mailto:Wolfgang.Laun@alcatel.at
                Sent: Tuesday, January 11, 2000 12:01 AM
                Cc: cciug@Rational.Com
                Subject: Re: [cciug] Writing the comment in the
source file

<< File: Card for Wolfgang Laun >> "Healey, Edward" wrote:

> What a silly thread!
>

Maybe it is, maybe it ain't.

Just a couple of thoughts that did not crop up in the
discussion.

                   * So the history is in the CC DB. As with all DB's, you
have the problem of
                     getting just the data you want. Say, you have an
element with a lively
                     past - several branches, some of them merged into main,
some not, and some
                     of the latter still active, while others are dead ends
(back release
                     bugfixes or whatever). And now someone is looking at
/main/43 and the
                     output of cleartool lshistory... How fast can (s)he
determine which of the
                     checkin comments apply to this very version?
                   * I do not advocate duplicating the checkin comments into
the source text.
                     But there is still the need for producing an audit
trail for some version
                     (back to /main/1 or some younger ancestor), and this is
not trivial. -
                     Yes, I know about Merge hyperlinks... And the
possibility of Merge
                     hyperlinks indicating a selective merge... And of
merges without Merge
                     hyperlinks...

                Regards,
                -Wolfgang

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 13:11:57 -0500
From: "Lungu, James" <James.Lungu@usa.xerox.com>
Subject: FW: [cciug] Empty Error Dialog Box?

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

- --Boundary_(ID_TyXRN9CzHEuqoH5hO994pQ)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

Dialog Box included as GIF image ...

- -----Original Message-----
From: Lungu, James [mailto:James.Lungu@usa.xerox.com
Sent: Tuesday, January 11, 2000 12:54 PM
To: 'cciug@rational.com'
Subject: [cciug] Empty Error Dialog Box?

cciugers,

I was attempting to start a Unix view on NT and got the following useless
Error message:
<<...>>

- --Boundary_(ID_TyXRN9CzHEuqoH5hO994pQ)
Content-type: image/gif; name=emptyerror.gif
Content-disposition: attachment; filename=emptyerror.gif
Content-transfer-encoding: base64

R0lGODdhagB7APcAAMDAwP///wAAgAAAAPgAAICAgIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAagB7AAAI/wALDAhA
sKDBgwgTKlzIkODAhgYHSHwIEaLAihgzatzIseFFACBDihxJsqTJkyhTqlx58uHHjjBjytR4McBL
ljhz6typs+ZNAUCDCh1KtKjRo0iTKl0qFIDPgQACAGBKtarVq1SduoQqFavXr1YzDgCqleBPsGjT
FpWqUiDZp1K7Bj0IlKBXumqXsk3pVkBZm1yn1g0wl7Ddq4cFJM57dK9EkY+1vt0aV7BiwkMXU9XM
OOleAJEjS/YLN6plzocNFk5tl/PlxAVXYw47cuIAkX3/nr1MtDVmzb4HIw0enDft2rdxjyVN2XTh
3obx0mW9VrXx17GPh7StfLLZwM8zR/8XL5w6+evm70JOLjp3abnox1Of/3t2ceLjr2/enhxkZPfN
wYddfYPBppqB2Q1YoGxYfXYSgN9V1tmE6rW1nG7gUajhZgV06OGHH174nmUblniUbSimKGKAJJro
IlgYSvjijF/FaBpPOOaoI0sj7ujjjz72COSQRPLIYpFIJkmSkEo2WSSTTkYZ5JFSVqkjlFZmiROW
WnaJEpdehjkSmGKWSWaZYZ65kgFstskmmjiqeVKbBNRpZ51twpmTnCUZcOeffxqgp5ER3ogTm4Am
auebg35J5ZqKRrpoow8+mpKfkmYqKKVLWooSpplGakABnI7pqUmg2hmApKsGSmqpIPH/mWqdBSla
a6CwxnoqSbMeBKivd46aq6y/GnQnsMF2CKucs6pqLAHIurrsriI166xCor7KKbOsJiTpqNo2ym23
z2Yb7qDjRoqQpspuS21I1l4bLaDglppusdgqWq+7hTrYp63Pzrtou5QS+2e0AoN7rp4Gy9vqseXi
6aG978KLL8APD7wwwxVbfDCr9E5Mcb+Hhvrth9OSzFK8JhOg8LAdV9tyyASPDFhlOSE6M5sow6zy
niy72rPPNxsKtM708jw00TfFWYCbboK4sc1NOy211Ll2+vOVV2dtEp9eDwl22D+OTfaOZp+dY9pq
88R22z3FDPfacs/tdt12x7113mLj/803oUX7+zfafg/OV+GGV7p34nQvzvjdjj+ud+BDqmj55Zhb
TuTbJlE0U0WilY1454IjKVB/okfOE1RSnr756CWxDtrst9VO++225467VqhPqfpOrPf+ZOi+Uw6k
7Chx5992yfP++u86Bd8SZMvPbqHwV8JOEvKdU397Sre53jf0OUnfPfOgYf818YSTjxP3sXvPfvzi
A8l57Gypb331tq9Uf+rG+xH8tie/6k3vf8Wrmo/MFz/09Ud/IUFg+wK4wNIhRzSo01/45tc4Cu6I
gUmSYPbcx5IBEmmDENzJ/baXPyeJsIMK/KBjdqe7GtLwdi+Mk/ZqY8HXpXByMdTRQGKuRsQiGjFE
P9zTDteTuSY6UXn2WyJ/nkjFzD3Pg5JToRQZt8IsdlFyX3xcGLm4xcSN0YxlNNwZ1ZjGwa3Rjc05
ohznSMc62vGOcKmiHvfIxz5mLkKfC6QgB3kzQhrykBoJCAA7

- --Boundary_(ID_TyXRN9CzHEuqoH5hO994pQ)--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 12:26:14 -0600
From: William Lang <William.Lang@tellabs.com>
Subject: [cciug] SCM opportunity in the Washington, DC metropolitan area

If you are interested in an opportunity in the Washington, DC
metropolitan area with ClearCase, then take a look at this opportunity.

Tellabs, located in the Dulles Technology Corridor, the fast-growing,
largest technology area in the United States, is looking for a Software
Configuration Management Engineer to work closely with our Development
Teams supporting Software Configuration Management (SCM) activities.
Duties include: creating stable development environments for NETS
projects, developing and evaluating automation tools to enhance SCM
activities; supporting projects using Windows NT and Unix development
environments, performing official product integration releases, beta
releases and VR releases.

You will need a strong understanding of SCM practices and implementation
experience using ClearCase and a strong understanding of build systems
and makefile structures; Proficient in Perl and various Unix shell
languages to develop custom software tools; 5 years experience in
support for software on Windows NT and Unix; experience with C, C++ and
Java. BSCS; MSEE/MCSC a plus; Have the ability to think "outside the
box" to integrate development tools, implement SCM process changes and
work with development projects.

To apply, please submit your resume via e-mail to careers@coherent.com
or fax it to (703) 724-7074.

Tellabs was recently named to Fortune Magazine's 100 Best Companies to
Work For in America. Tellabs is an Equal Opportunity Employer M/F/D/V.
Qualified minorities, women, individuals with disabilities and veterans
are strongly encouraged to apply. www.tellabs.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:43:31 -0800
From: Krishnamoorthy Manickam <mkrish@india.hp.com>
Subject: Re: [cciug] Checked out file in blown away view

Hi Greg,
If the view tag is deleted, how can we get UUID for that.
- -Krish

Greg Dickie wrote:

> ct lsview -l [viewname]
> look at the UUID for the view
> in the VOB where the checkout is do: ct rmview -uuid [UUID of the view]
>
> done.
>
> HTH,
> Greg
>
> On 11-Jan-00 Brian Kurle wrote:
> >
> >
> > I've been cleaning up views (and occasional private VOBs) from
> > ex-employees and finding all sorts of lovely messes. (We're working on a
> > better exit process to ensure what has happened doesn't in the future).
> >
> > Anyway, I've got a case were a view was rm -r'd. Okay, I've been trained
> > and can handle that. However, it contained a checked out file.
> > Obviously it's lost, but I'm having the worst time getting it unchecked
> > out from the tree (to clean up the VOB/element tree). Any suggestions?
> >
> > Brian Kurle
> >
> > --
> >
> > SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
> >
> >
> > ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
> > clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
> > clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
> > clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
> > clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
> > clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
> > clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
> > @(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
> > cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
> >
> >
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
>
> ---------------------------------------------------------------------
> Greg Dickie
> Just A Guy*
> *from discreet (the logic is gone)
> Montreal
> (514) 954-7171
> greg@discreet.com
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:45:56 -0800
From: Prakash Dhavali <PrakashD@ambernetworks.com>
Subject: [cciug] Why Global Type Definitions can not be changed?

I realized that I had a made a naming mistake while creating a global
branch type object, and now I would like to rename it. Clearcase does
not allow either renaming or replacing the global definitions.

Many users have instances of this branch type already in some VOBs
and I can not delete and recreate this branch type. Are there any easier
workarounds to get the branch type name changed?

Has anyone used clearexport_ccase for this purpose?

At the admin users risk, I feel that global type definitions can be allowed
for renaming or replacing.

Thanks
Prakash
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 13:45:41 -0500 (EST)
From: jay@ansoft.com
Subject: [cciug] Job Opening in Pittsburgh

Ansoft Corporation, a leading developer of EDA software, is searching
for a Build and Release Engineer for its Pittsburgh, Pa headquarters.
This person will be an integral part of the development team, and will
coordinate the use of ClearCase company wide.

For more information, check out our website: www.ansoft.com

Interested parties, please send a resume to jay@ansoft.com

Thanks,
Jay Cosentino
Ansoft Corporation

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 13:50:39 -0500
From: "Daigle, Sheldon" <sdaigle@unispheresolutions.com>
Subject: RE: [cciug] Checked out file in blown away view

Look in the .view file in the view storage directory.

- -----Original Message-----
From: Krishnamoorthy Manickam [mailto:mkrish@india.hp.com
Sent: Tuesday, January 11, 2000 1:44 PM
To: Greg Dickie
Cc: Brian Kurle; ClearCase Users Group
Subject: Re: [cciug] Checked out file in blown away view

Hi Greg,
If the view tag is deleted, how can we get UUID for that.
- -Krish

Greg Dickie wrote:

> ct lsview -l [viewname]
> look at the UUID for the view
> in the VOB where the checkout is do: ct rmview -uuid [UUID of the view]
>
> done.
>
> HTH,
> Greg
>
> On 11-Jan-00 Brian Kurle wrote:
> >
> >
> > I've been cleaning up views (and occasional private VOBs) from
> > ex-employees and finding all sorts of lovely messes. (We're working on
a
> > better exit process to ensure what has happened doesn't in the future).
> >
> > Anyway, I've got a case were a view was rm -r'd. Okay, I've been
trained
> > and can handle that. However, it contained a checked out file.
> > Obviously it's lost, but I'm having the worst time getting it unchecked
> > out from the tree (to clean up the VOB/element tree). Any suggestions?
> >
> > Brian Kurle
> >
> > --
> >
> > SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
> >
> >
> > ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
> > clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
> > clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
> > clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
> > clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
> > clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
> > clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
> > @(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
> > cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
> >
> >
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
>
> ---------------------------------------------------------------------
> Greg Dickie
> Just A Guy*
> *from discreet (the logic is gone)
> Montreal
> (514) 954-7171
> greg@discreet.com
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:49:43 -0800
From: "Masterson, David" <David.Masterson@kla-tencor.com>
Subject: RE: [cciug] Writing the comment in the source file

How about:

cleartool lsvtree -short <file> | xargs -lt cleartool describe

Add options of your choice (like -fmt on describe). Obviously, this is a
little more difficult to do on NT, but it shouldn't be hard to whip up a
Perl script to do it.

- -----Original Message-----
From: Healey, Edward [mailto:edward.healey@intel.com
Sent: Tuesday, January 11, 2000 9:55 AM
To: 'Wolfgang Laun'
Cc: cciug@Rational.Com
Subject: RE: [cciug] Writing the comment in the source file

Wolfgang,
That's the tool I need! 'there is still the need for
producing an audit trail for some version (back to /main/1 or some younger
ancestor), and this is not trivial.'

<< File: Card for Wolfgang Laun >> "Healey, Edward" wrote:

> What a silly thread!
>

Maybe it is, maybe it ain't.

Just a couple of thoughts that did not crop up in the
discussion.

                   * So the history is in the CC DB. As with all DB's, you
have the problem of
                     getting just the data you want. Say, you have an
element with a lively
                     past - several branches, some of them merged into main,
some not, and some
                     of the latter still active, while others are dead ends
(back release
                     bugfixes or whatever). And now someone is looking at
/main/43 and the
                     output of cleartool lshistory... How fast can (s)he
determine which of the
                     checkin comments apply to this very version?
                   * I do not advocate duplicating the checkin comments into
the source text.
                     But there is still the need for producing an audit
trail for some version
                     (back to /main/1 or some younger ancestor), and this is
not trivial. -
                     Yes, I know about Merge hyperlinks... And the
possibility of Merge
                     hyperlinks indicating a selective merge... And of
merges without Merge
                     hyperlinks...

                Regards,
                -Wolfgang

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 10:56:36 -0800
From: "Masterson, David" <David.Masterson@kla-tencor.com>
Subject: RE: [cciug] How do I retrieve the values from ClearCase variables

As has been pointed out many times on this list, its not a good idea to use
checkin triggers to modify the source code being checked in (as in adding a
comment to the head of the file). It will basically destroy your ability to
do trivial merges gracefully (the checkin comment will change the file,
therefore there will always be changes between branches).

Having said that, if you have to do it, look into the definition of
ClearCase file types. If you assign all your Oracle forms to a different
type, then the trigger can determine what type of file is being checked in
and simply ignore the Oracle form type of files.

- -----Original Message-----
From: Andrew.EMBLING@orange.co.uk [mailto:Andrew.EMBLING@orange.co.uk
Sent: Tuesday, January 11, 2000 7:29 AM
To: cciug@Rational.Com
Subject: [cciug] How do I retrieve the values from ClearCase variables

Please can some one advice me.

We are at the very early stages of using ClearCase for the first time having
previously worked in an SCCS environment. I understand that there are quite
a
number of ClearCase variables available during the execution of a trigger,
and I
have been using these during the Checkin process to try and populate our
source
code with a ClearCase header, showing version details, file name etc., the
trouble is we are now working with Oracle forms 6 and the files are binary,
and
as soon as I try to do anything to them they are corrupted (working with
converted text files is not an option) .

The only thing I can think to do is try to retrieve the ClearCase variables
outside of firing a trigger, so that I can create the ClearCase header while
we
are still developing the forms.

So my question is ( and I hope its not a stupid one, ignorance is my only
defense) can I retrieve the values from the ClearCase variables outside of a
trigger firing? if so where are they held?

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 12:50:30 -0600 (CST)
From: The Great Vobadmin <vobadmin@amdocs.com>
Subject: Re: [cciug] Checked out file in blown away view

Hi.

Try 'cleartool lsview -l -storage <storage_path>'. If the
storage path is no longer available, a 'cleartool lsvob -long vob:<vob-tag>'
would give you information of a view's checkouts in a particular
vob (along with the uuid) or derived objects.

Jonathan

/////////////////////////////////////////////////////////////////
Jonathan Craft, Software Process Engineer (217) 239-8861
jcraft@amdocs.com (217) 351-2640 (fax)

A M D O C S

"Please remain calm... I may be mad, but I am a professional."
- -- Mad Software Process Engineer

/////////////////////////////////////////////////////////////////
>
> Hi Greg,
> If the view tag is deleted, how can we get UUID for that.
> -Krish
>
> Greg Dickie wrote:
>
> > ct lsview -l [viewname]
> > look at the UUID for the view
> > in the VOB where the checkout is do: ct rmview -uuid [UUID of the view]
> >
> > done.
> >
> > HTH,
> > Greg
> >
> > On 11-Jan-00 Brian Kurle wrote:
> > >
> > >
> > > I've been cleaning up views (and occasional private VOBs) from
> > > ex-employees and finding all sorts of lovely messes. (We're working on a
> > > better exit process to ensure what has happened doesn't in the future).
> > >
> > > Anyway, I've got a case were a view was rm -r'd. Okay, I've been trained
> > > and can handle that. However, it contained a checked out file.
> > > Obviously it's lost, but I'm having the worst time getting it unchecked
> > > out from the tree (to clean up the VOB/element tree). Any suggestions?
> > >
> > > Brian Kurle
> > >
> > > --
> > >
> > > SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
> > >
> > >
> > > ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
> > > clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
> > > clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
> > > clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
> > > clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
> > > clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
> > > clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
> > > @(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
> > > cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
> > >
> > >
> > >
> > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> > >
> > >
> > >
> > > http://clearcase.rational.com/cciug/mailing_list.html
> >
> > ---------------------------------------------------------------------
> > Greg Dickie
> > Just A Guy*
> > *from discreet (the logic is gone)
> > Montreal
> > (514) 954-7171
> > greg@discreet.com
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 12:10:55 -0700
From: "Grasso, Elyse" <egrasso@access-health.com>
Subject: [cciug] Configuring a build machine with C++ builder and ClearCase

I'm setting up a build machine for a new project which will be using
ClearCase for NT and Inprise C++ builder.

Is there a preferred order for installing the two packages?

Sourcesafe is already installed on that machine to support a project which
has not yet migrated to ClearCase. Will this complicate the process of
getting ClearCase and the C++ IDE to communicate?

Thanks

Elyse Grasso

Access Health Group of McKessonHBOC
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 11:04:14 -0800
From: "Steele, Kimberly" <Kimberly.Steele@kla-tencor.com>
Subject: RE: [cciug] Checked out file in blown away view

cd vob tag
ct describe -vob -long . | grep view tag

- -----Original Message-----
From: Krishnamoorthy Manickam [mailto:mkrish@india.hp.com
Sent: Tuesday, January 11, 2000 10:44 AM
To: Greg Dickie
Cc: Brian Kurle; ClearCase Users Group
Subject: Re: [cciug] Checked out file in blown away view

Hi Greg,
If the view tag is deleted, how can we get UUID for that.
- -Krish

Greg Dickie wrote:

> ct lsview -l [viewname]
> look at the UUID for the view
> in the VOB where the checkout is do: ct rmview -uuid [UUID of the view]
>
> done.
>
> HTH,
> Greg
>
> On 11-Jan-00 Brian Kurle wrote:
> >
> >
> > I've been cleaning up views (and occasional private VOBs) from
> > ex-employees and finding all sorts of lovely messes. (We're working on
a
> > better exit process to ensure what has happened doesn't in the future).
> >
> > Anyway, I've got a case were a view was rm -r'd. Okay, I've been
trained
> > and can handle that. However, it contained a checked out file.
> > Obviously it's lost, but I'm having the worst time getting it unchecked
> > out from the tree (to clean up the VOB/element tree). Any suggestions?
> >
> > Brian Kurle
> >
> > --
> >
> > SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
> >
> >
> > ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
> > clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
> > clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
> > clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
> > clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
> > clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
> > clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
> > @(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
> > cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
> >
> >
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
>
> ---------------------------------------------------------------------
> Greg Dickie
> Just A Guy*
> *from discreet (the logic is gone)
> Montreal
> (514) 954-7171
> greg@discreet.com
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:28:59 -0500
From: Glenn MacGregor <gtm@oracom.com>
Subject: Re: [cciug] Unix/Nt interconnect

John Lawlor wrote:

> Its not so much a hint but a reassurance that cc 3.2.1 on Solaris 7 works.
>
> We have cc 3.2.1 on Solaris 7 with Samba 2.05. Our clients access from NT 4
> (service packs 3 upto 5) and everything is working fine so far.
>
> I seem to remember something about setting up a user environment tmp / temp
> variable on NT aswell as the Clearcase_Primary_Group.
>
> I Hope this is of some help,
>
> Regards,
>
> John.
>

I have the CLEARCASE_PRIMARY_GROUP set to the users unix group (users). I also
have tmp and temp vars set. When I do a smbstatus I see that the correct user
(with the correct group) is connected. The error I get is unabel to update
view "view name" Permission Denied.

Any more clues, thanks

Glenn

- --

Glenn MacGregor

Director of Services
Oracom, Inc.
http://www.oracom.com

Tel. +1 978.557.5710 Ext. 302
Fax +1 978.557.5716

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:35:25 -0500 (EST)
From: Greg Dickie <greg@discreet.com>
Subject: Re: [cciug] Checked out file in blown away view

2 ways:

ct desc -vob -l <vobname> and look for the viewname with its corresponding uuid

grep the view object registry file for the viewname which also has the UUID in
it.

Greg

On 11-Jan-00 Krishnamoorthy Manickam wrote:
>
> Hi Greg,
> If the view tag is deleted, how can we get UUID for that.
> -Krish
>
> Greg Dickie wrote:
>
>> ct lsview -l [viewname]
>> look at the UUID for the view
>> in the VOB where the checkout is do: ct rmview -uuid [UUID of the view]
>>
>> done.
>>
>> HTH,
>> Greg
>>
>> On 11-Jan-00 Brian Kurle wrote:
>> >
>> >
>> > I've been cleaning up views (and occasional private VOBs) from
>> > ex-employees and finding all sorts of lovely messes. (We're working on a
>> > better exit process to ensure what has happened doesn't in the future).
>> >
>> > Anyway, I've got a case were a view was rm -r'd. Okay, I've been trained
>> > and can handle that. However, it contained a checked out file.
>> > Obviously it's lost, but I'm having the worst time getting it unchecked
>> > out from the tree (to clean up the VOB/element tree). Any suggestions?
>> >
>> > Brian Kurle
>> >
>> > --
>> >
>> > SunOS homn 5.5.1 Generic_103640-29 sun4u sparc
>> >
>> >
>> > ClearCase version 3.2 (Fri Feb 06 16:31:14 EST 1998)
>> > clearcase_p3.2-26 (Thu Jul 09 17:51:25 EDT 1998)
>> > clearcase_p3.2-14 (Fri May 15 14:03:54 EDT 1998)
>> > clearcase_p3.2-16 (Tue May 26 11:50:02 EDT 1998)
>> > clearcase_p3.2-21 (Thu Jun 25 16:45:26 EDT 1998)
>> > clearcase_p3.2-23 (Wed Jun 24 16:44:43 EDT 1998)
>> > clearcase_p3.2-27 (Tue Jul 21 17:38:22 EDT 1998)
>> > @(#) MVFS version 3.2+ (Fri Apr 24 15:20:21 EDT 1998)
>> > cleartool version 3.2 (Thu Jan 22 20:56:28 EST 1998)
>> >
>> >
>> >
>> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> >
>> >
>> >
>> > http://clearcase.rational.com/cciug/mailing_list.html
>>
>> ---------------------------------------------------------------------
>> Greg Dickie
>> Just A Guy*
>> *from discreet (the logic is gone)
>> Montreal
>> (514) 954-7171
>> greg@discreet.com
>>
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>>
>>
>>
>> http://clearcase.rational.com/cciug/mailing_list.html
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- ---------------------------------------------------------------------
Greg Dickie
Just A Guy*
*from discreet (the logic is gone)
Montreal
(514) 954-7171
greg@discreet.com

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 19:47:05 GMT
From: herb@Rational.Com (Herb Miller)
Subject: Re: [cciug] Why Global Type Definitions can not be changed?

On Tue, 11 Jan 2000 18:45:56 GMT, in local.cciug you wrote:

Renaming and redefinition of global types is allowed in ClearCase 4.0.
clearexport_ccase won't really help for this as it doesn't preserve
global types. One workaround, if you don't have any instances of the
global type in the Admin VOB, is to remove all of the GlobalDefinition
hyperlinks between the local copies and the global type, rename the
local copies individually, then create a new global type with the
correct name and manually recreate the GlobalDefinition hyperlinks.

>I realized that I had a made a naming mistake while creating a global
>branch type object, and now I would like to rename it. Clearcase does
>not allow either renaming or replacing the global definitions.
>
>Many users have instances of this branch type already in some VOBs
>and I can not delete and recreate this branch type. Are there any easier
>workarounds to get the branch type name changed?
>
>Has anyone used clearexport_ccase for this purpose?
>
>At the admin users risk, I feel that global type definitions can be allowed
>for renaming or replacing.
>
>Thanks
>Prakash

- --Herb Miller
Rational Software Corporation
20 Maguire Road
Lexington, MA 02421
EMail: herb@rational.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:20:06 -0600
From: "David Stevens" <david.stevens@motorola.com>
Subject: [cciug] ClearCase integration

Does anyone know if there is a ClearCase integration package with
Cadences Concept-HDL and Allegro packages?

TIA,
David
- --
We must all be the change we want to see in the world.
Gandi.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:40:05 -0500
From: "Todd Urie" <todd.urie@ariel.com>
Subject: [cciug] Problems with diff on NT

This is a multi-part message in MIME format.

- ------=_NextPart_000_00AF_01BF5C4A.21A28EA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have one person that seems to be having a problem using 'diff' to look =
at element version differences. He is running a 600MHZ Pentium with =
128M RAM. The problem arises when he clicks on a particular file =
version and right clicks to compare with the previous version. He gets =
a dialog that says 'loading the file' or something similar but never =
gets to view the two files and just hangs the system. The only way out =
is to open NT's Task Manager and kill the process.

Has anyone seen anything like this before? Anyone have any ideas on =
where I can look to troubleshoot this problem? No one else seems to =
have this problem.

Thanks,
Todd Urie
Test Engineering Mgr.
Ariel, Corp
(609)860-2900 x305
todd.urie@ariel.com

- ------=_NextPart_000_00AF_01BF5C4A.21A28EA0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>I have one person that seems to be =
having a=20
problem using 'diff' to look at element version differences.  He is =
running=20
a 600MHZ Pentium with 128M RAM.  The problem arises when he clicks =
on a=20
particular file version and right clicks to compare with the previous=20
version.  He gets a dialog that says 'loading the file' or =
something=20
similar but never gets to view the two files and just hangs the =
system. =20
The only way out is to open NT's Task Manager and kill the =
process.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Has anyone seen anything like this =
before? =20
Anyone have any ideas on where I can look to troubleshoot this =
problem?  No=20
one else seems to have this problem.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Thanks,</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Todd Urie</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Test Engineering Mgr.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Ariel, Corp</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>(609)860-2900 x305</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2><A=20
href=3D"mailto:todd.urie@ariel.com">todd.urie@ariel.com</A></FONT></DIV><=
/BODY></HTML>

- ------=_NextPart_000_00AF_01BF5C4A.21A28EA0--

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:28:20 -0800
From: Jack Repenning <jackr@informix.com>
Subject: RE: [cciug] ** Q regarding obtaining attribute values in trigger script

> > From: jsdrape5@collins.rockwell.com [SMTP:jsdrape5@collins.rockwell.com
> > the trigger ... needs to know the value of an attribute in the
> enclosing subsytem

What does this phrase mean?

ClearCase attributes are not "in the enclosing subsystem," they're on some
ClearCase object - a version, a branch, a branch type, perhaps the
VOB. You need to know what object bears the attribute, and query it from
there. For example, learn the value of the attribute "myAttribute" on the
version foo.c@@/main/13 with:
ct desc -fmt '%[myAttribute]Sa' foo.c@@/main/13

Informix Software, Inc. Jack Repenning
Config/Release Mgmt Jack.Repenning@informix.com
4100 Bohannon Drive M/S: 4100/2
Menlo Park, CA 94025 FAX: 413/832-0743
VOICE: 650/926-1044 PAGE: 800/781-6182
PGP/RSA: D24B E2C2 9AFB 7C24 : 7E59 7885 525D 644E
PGP/DSS: 955C 44AD 8FCE 77D4 9494 \
: 4AB2 51F1 3EED 3B82 E870

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:46:41 -0800
From: Jack Repenning <jackr@informix.com>
Subject: RE: [cciug] .pid within the storage directory

At 03:43 AM 01/11/2000 , Batlin, Alex wrote:

>Does this mean that one should rm .pid when moving the vob to another
>server?

Well, categorically, the PID is meaningful only on the host machine where
it was allocated. This is a UNIX thing, not a ClearCase thing: each
process that the kernel launches is assigned an integer identifier, which
the kernel guarantees will always be unique - but only within the one
machine, and only for the lifetime of the process to whom it's
assigned. The PIDs are recycled when the processes die, and there's
nothing what so ever done to compare, relate, or avoid the PIDs being
assigned on any other machine. You don't give many details on your
"copying" and "contingency" machinery, but whatever it is you're doing, it
should certainly not be expecting the PID to be meaningful on more than one
machine.

Whether that means "remove .pid", or simply "don't expect it to mean
anything" is up to you. I very much doubt that this .pid file "confuses
ClearCase" in any way; it seems to be there only to help you, the
administrator, do the sort of thing you're trying to do (but within the
bounds of a single machine!).

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:51:10 -0800
From: Jack Repenning <jackr@informix.com>
Subject: Re: [cciug] builtin labels

At 03:07 AM 01/11/2000 , claude bouillin wrote:

>Are builtin labels
>somehow different from other labels?

Yes.

In some ways, they're like one-per-branch labels; in some ways, they're
more like versions; in some ways, they (and particularly the one named
CHECKEDOUT) is not quite like anything else anywhere in ClearCase. For
example, the thing named CHECKEDOUT is generally different for every single
view, rather the opposite of everything ClearCase labels stand for!

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:54:16 -0800 (PST)
From: Brian Kurle <cc_admin@familycom.org>
Subject: RE: [cciug] Checked out file in blown away view

Thanks to all your responses, I had missed a VOB and was able to clean it
up.

Brian Kurle

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:42:25 -0800
From: David Hallman <david.hallman@av.com>
Subject: RE: [cciug] Writing the comment in the source file

Wouldn't the annotate command do this (cleartool man annotate)?

David L. Hallman
ClearCase Configuration Manager
david.hallman@av.com (650) 389-3751
AltaVista Smart is Beautiful www.altavista.com

Raging Bull? Sleeping Bear? Live stock quotes at AltaVista Live!
http://money.av.com

Wolfgang,
That's the tool I need! 'there is still the need for
producing an audit trail for some version (back to /main/1 or some younger
ancestor), and this is not trivial.'

<< File: Card for Wolfgang Laun >> "Healey, Edward" wrote:

> What a silly thread!
>

Maybe it is, maybe it ain't.

Just a couple of thoughts that did not crop up in the
discussion.

                   * So the history is in the CC DB. As with all DB's, you
have the problem of
                     getting just the data you want. Say, you have an
element with a lively
                     past - several branches, some of them merged into main,
some not, and some
                     of the latter still active, while others are dead ends
(back release
                     bugfixes or whatever). And now someone is looking at
/main/43 and the
                     output of cleartool lshistory... How fast can (s)he
determine which of the
                     checkin comments apply to this very version?
                   * I do not advocate duplicating the checkin comments into
the source text.
                     But there is still the need for producing an audit
trail for some version
                     (back to /main/1 or some younger ancestor), and this is
not trivial. -
                     Yes, I know about Merge hyperlinks... And the
possibility of Merge
                     hyperlinks indicating a selective merge... And of
merges without Merge
                     hyperlinks...

                Regards,
                -Wolfgang

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 14:57:48 -0800
From: Jack Repenning <jackr@informix.com>
Subject: Re: [cciug] can't contact albd server ...

At 02:57 AM 01/06/2000 , Arnaud JOANNIDES wrote:

>I finally have the following message "Can't contact albd server on host
>XXX". XXX is the host'name of the client.

This can happen when the Windows Domain Controller is very sick, very busy,
very slow, or very far away. What seems to be happening is that your
cleartool or mvfs actually does contact the albd just fine (which is
something that happens quite a lot); the albd then runs off to make sure
who you are (a call to the DC); the DC never returns to the albd, the albd
never returns to you, and eventually something times out and you get the
message you quote.

Often accompanying this symptom are these others, also indicating problems
with, or reaching, the DC:
During login, after entering name/password, the banner "Attempting to
log in to Windows NT" appears for long enough to read

         Opening "Network Neighborhood" takes a long time ("long time" is hard
         to define, as it legitimately depends on the number of machines in
your
         network, among other things. This test is most useful if you
sometimes
         have problems, and sometimes not.)

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:03:29 -0800 (PST)
From: Brian Kurle <cc_admin@familycom.org>
Subject: [cciug] MultiSite node dead, how do I kill replicas?

We've got a configuration where the Original replicates to a gateway,
which in turn replicates across a 56K link to another machine which in
turn will replicat to yet another machine.

Original -> gateway -> X -> Y

Machine X dies. We had already changed the routing of most of the
replicas before it did, but now that its dead, we've still got a couple
that Y needs, but shows that X has mastership of. I've tried

multitool chmaster -all -force replica:<a> replica:<b> on the various
machines so that I can rmreplica, but keep getting errors of the form:

multitool: Error: Unable to perform operation "remove replica" in replica
"x" of VOB "vob".
multitool: Error: Master replica of replica "y" is "z".

Trying to kill the replica destined to Y fails because X has mastership.
Trying to kill replica destined to X fails because it is supposed to be
still replicating to Y. Trying to change mastership anywhere along the
line for the path gives errors saying it isn't master and can't do that.

How the bloody blazes do I get out of this pickle?

Brian Kurle

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:32:59 -0800
From: Royal Jackson <Royal.Jackson@cygnion.com>
Subject: [cciug] Windows 2000

Hi,
Does anyone know if ClearCase v3.2.1-NT will run on Windows 2000?
Any help is appreciated.
Thank you,
\Royal

******************************************
Royal Jackson jr. Cygnion Corp.
ClearCase/Exchange Administrator 40 Pointe Drive
Phone: 714.672.5537 Brea, CA. 92821-3698
Fax:413.228.3051
Email: royal.jackson@cygnion.com
Email: chevrolet2000@bigfoot.com
URL: www.cygnion.com
******************************************

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 15:53:03 -0800
From: "Surber, David" <DSurber@nlc.com>
Subject: RE: [cciug] Windows 2000

Yes, it will, but without MVFS support. (If you've used snapshot views
before, you will understand this means that although it works, you really
wouldn't want to use it for real work.)

Speaking of MVFS support, does anyone know when Rational is going to add
MVFS to the Red Hat version?

Best Regards,

- Dave Surber

> -----Original Message-----
> From: Royal Jackson [SMTP:Royal.Jackson@cygnion.com
> Sent: Tuesday, January 11, 2000 3:33 PM
> To: cciug@Rational.Com
> Subject: [cciug] Windows 2000
>
>
> Hi,
> Does anyone know if ClearCase v3.2.1-NT will run on Windows 2000?
> Any help is appreciated.
> Thank you,
> \Royal
>
> ******************************************
> Royal Jackson jr. Cygnion Corp.
> ClearCase/Exchange Administrator 40 Pointe Drive
> Phone: 714.672.5537 Brea, CA. 92821-3698
> Fax:413.228.3051
> Email: royal.jackson@cygnion.com
> Email: chevrolet2000@bigfoot.com
> URL: www.cygnion.com
> ******************************************
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 16:04:48 -0800 (PST)
From: Brian Kurle <cc_admin@familycom.org>
Subject: Re: [cciug] MultiSite node dead, how do I kill replicas?

On Tue, 11 Jan 2000, Brian Kurle wrote:

>
>
> We've got a configuration where the Original replicates to a gateway,
> which in turn replicates across a 56K link to another machine which in
> turn will replicat to yet another machine.
>
> Original -> gateway -> X -> Y
>
> Machine X dies. We had already changed the routing of most of the
> replicas before it did, but now that its dead, we've still got a couple
> that Y needs, but shows that X has mastership of. I've tried
>
> multitool chmaster -all -force replica:<a> replica:<b> on the various
> machines so that I can rmreplica, but keep getting errors of the form:
>
> multitool: Error: Unable to perform operation "remove replica" in replica
> "x" of VOB "vob".
> multitool: Error: Master replica of replica "y" is "z".
>
> Trying to kill the replica destined to Y fails because X has mastership.
> Trying to kill replica destined to X fails because it is supposed to be
> still replicating to Y. Trying to change mastership anywhere along the
> line for the path gives errors saying it isn't master and can't do that.
>
> How the bloody blazes do I get out of this pickle?
>
> Brian Kurle
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 19:12:03 -0500 (EST)
From: cciug@iname.com
Subject: [cciug] sharing project data

Hello,

I'm investigating better sharing project data (for
example common code) and am wondering if anyone would
care to share strategies they have developed for
accomplishing this?

Thanks, Jay

- ---------------------------------------------------
Get free personalized email at http://www.iname.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 18:19:07 -0600
From: George Paul-FPG060 <Paul_George-FPG060@email.mot.com>
Subject: RE: [cciug] builtin labels

Technically CHECKEDOUT & LATEST are not labels, they just act like them in
the context of config specs & such. Therefor label type specific quries
don't work

> -----Original Message-----
> From: claude bouillin [mailto:claude.bouillin@nokia.com
> Sent: Tuesday, January 11, 2000 5:07 AM
> To: cciug mailing list
> Subject: [cciug] builtin labels
>
>
>
> Hi,
>
> Being just curious (since I know "cleartool lsco") why does
> it seem that
> the following command work as I thought it should? Are builtin labels
> somehow different from other labels?
>
> cleartool find . -ver "lbtype(CHECKEDOUT)" -print
>
> The same thing happens with the label LATEST...
> --
> Regards,
> Claude

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 18:22:09 -0600
From: Jalli Naga-WLNJ02 <Naga_Jalli-WLNJ02@email.mot.com>
Subject: [cciug] integrating ClearQuest

Is any one integrating ClearQuest runnig on windows NT and have CC vobs on
UNIX system.
If does, does ClearQuest supports migration of DDTS data to import it to
ClearQuest.

Thanks,

Naga Jalli

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: Tue, 11 Jan 2000 22:34:44 -0500
From: "Bickford, Fred" <bickford@Rational.Com>
Subject: RE: [cciug] Windows 2000

Royal I snipped below,an earlier posting by the product manager, There
probably is a lot of
threads in the CCIUG archive as well

Hope this helps

Fred Bickford IV
Rational Software

"New opinions are always suspected, and usually opposed
without any other reason but because they are not already common".
- -- John Locke

"Hello CCIUG'ers,

I want to clarify our position on Windows 2000 support and ClearCase.
ClearCase 4.0 fully supports Windows 2000 with the full ClearCase feature
set, including dynamic views. Rational supports production use of ClearCase
4.0 on Windows 2000 Release Candidate 2 (RC2) today. Since Windows 2000 is
still not in final form from Microsoft we tested ClearCase 4.0 fully against
the latest available release candidate (RC2). When the final version of
Windows 2000 is released (expected on 2/17/2000) we will test and support
that version with ClearCase 4.0 and create a patch if necessary. Customers
will be asked to upgrade to the final version of Windows 2000 to continue to
receive support from Rational. I've included some Q&A that should help you
plan for Windows 2000 and ClearCase deployment.

Does ClearCase 4.0 support Windows 2000?

Yes. ClearCase 4.0 does support Windows 2000 (Release Candidate 2). We
tested the 4.0 release against Release Candidate 2 and so we will support
that variant, in a production mode, as of 12/10/99 (The ship date of
ClearCase 4.0). When the final release is available which we expect on
2/17/2000, we will support that version and will ask customers to upgrade to
the final version to continue to receive support from us. We may or may not
also ask the customer to install a 4.0 patch at that time if we need to make
changes on a 4.0 base to support any changes in Windows 2000 between Release
Candidate 2 and the final, shipping version.

What about intermediate release candidates between RC2 and final release of
Windows 2000?

We are testing intermediate release builds from Microsoft as they become
available but depending on the breadth of distribution of those we may or
may not fully qualify them for production use or we may decide to wait until
the final release to do a full qualification. You can always be confident
that RC2 is fully tested for production use with ClearCase 4.0 and any
customer running other versions should be encouraged to move to this release
level, if they can.

Can I run a mixture of 3.x and 4.0 clients if I need to run ClearCase 4.0 on
some Windows 2000 machines?

Yes, ClearCase 4.0 servers can support a mix of 3.x and 4.0 clients. This
allows sites who need Windows 2000 support to move gradually to ClearCase
4.0, while minimizing disruption to their 3.x environment. There is no
forced VOB reformat in ClearCase 4.0 so the customer only needs to bring
their server machines up to ClearCase 4.0 and they can keep all their
clients at 3.2.1 with the exception of Windows 2000 clients which must run
ClearCase 4.0. This mixed 3.2.1 and 4.0 client environment should allow
customers to continue to run 3.2.1 in a compatible way on the clients that
are running 3.2.1
today, while still allowing them to migrate to Windows 2000 rapidly.

How does this mixed 3.x, 4.0 client work?

ClearCase 4.0 supports a new capability called "feature-levels" that
essentially tells the server what is the minimum level of client that the
server must support. So to have a mixture of 3.2.1 and 4.0 clients you
leave the feature level at "1" which is the 3.x feature level. Once all
clients are running 4.0, you can raise the feature level of the server to
turn on some of the newer 4.0 features such as UCM. There is also a
separate "VOB family" feature level that addresses MultiSite'd VOBs and the
gradual upgrade of 4.0 sites using MultiSite.

Will Rational support Windows 2000 on 3.2.1 as well?

We have no plans to re-implement support for Windows 2000 on a 3.2.1 base.
This would be a very major effort and would defer future enhancements we
would like to provide to our installed base and new customers. We have been
running an "early access" program which allowed 3.2.1 to be installed on
Windows 2000 in a very restricted, snapshot view client only installation,
using CCFS (much like Windows 95/98), but we are not fixing defects,
providing patches or supporting this configuration in a production
environment, now that Windows 2000 and ClearCase 4.0 are available for
customers to use. ClearCase 4.0 on Windows 2000 is much more functional and
of much higher quality."

- -----Original Message-----
From: Royal Jackson [mailto:Royal.Jackson@cygnion.com
Sent: Tuesday, January 11, 2000 6:33 PM
To: cciug@Rational.Com
Subject: [cciug] Windows 2000

Hi,
Does anyone know if ClearCase v3.2.1-NT will run on Windows 2000?
Any help is appreciated.
Thank you,
\Royal

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

End of cciug-digest V2 #727
***************************

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Next message: Wolfgang Laun: "Re: [cciug] Writing the comment in the source file"
Previous message: Brian Graham: "[cciug] [Training-announce] materials release, press release"
Next in thread: POSTMASTER: "[cciug] Unsent Message Returned to Sender"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sun May 06 2001 - 00:22:25 EDT