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 #728
Intended recipient(s) who DID NOT receive this message:
The following cc:Mail error(s) were recorded:
*** Message recipient is unknown ***
-------- Original Message Text --------
cciug-digest Wednesday, January 12 2000 Volume 02 : Number 728
----------------------------------------------------------------------
Date: Wed, 12 Jan 2000 03:51:43 GMT
From: "Brian Graham" <ballywho30@hotmail.com>
Subject: [cciug] [Training-announce] materials release, press release
NETIZEN RELEASE TRAINING MATERIALS UNDER OPEN PUBLICATIONS LICENSE
For immediate release:
Netizen, a Melbourne-based Open Source software and Internet consultancy and
training organisation, announce the release of training course materials for
their popular Unix and Perl training courses under an Open Publications
License. Under this license the materials can be accessed free of charge on
the Netizen website.
The Open Publications License is analogous to the free software licenses
under which the Linux operating system, the popular Apache web server and
the Perl programming language are released. OpenContent, the organisation
responsible for the creation of the Open Publication License, describe their
primary aim/purpose as facilitating "the prolific creation of freely
available, high-quality, well-maintained Content." The Open Publications
License allows anyone to copy, modify or redistribute material for both
commercial and non-commercial purposes on the condition that no fee is
charged.
Training materials are now available from Netizen's website at
http://netizen.com.au/services/training/ . They presently include
web-based and printable versions of the Unix Basics and Unix Tools
courses as well as Introductory and Intermediate Perl training modules, CGI
programming and Web enabled databases. Included in the release are the
exercises and other additional material used in Netizen's training courses.
Other training materials, including upcoming Internet, Programming and
Database Fundamentals course materials, will be published under the same
license as they become available.
According to OpenContent "One of the most significant uses may be
supporting instruction and helping people learn." Netizen hope that
the provision of their training materials under the OPL will improve the
standard of training available both online and in traditional classroom
settings.
"We believe that the benefits of releasing our materials in this way far
outweigh any risks," stated Kirrily Robert, Netizen CEO and training
co-ordinator. "By making all our materials available, our customers are
able to independently assess the quality and usefulness of our training
before attending our courses. She also noted that releasing the materials
under an open content license reduced the administrative overhead of running
training courses. Netizen currently provide training in Melbourne, Sydney
and other major cities as well as on-site training.
Netizen are the first training organisation known to have released
all their training materials under an open content license, though some
prominent publishers of technical books (including O'Reilly and Associates
and Macmillan) are releasing some of their books under similar licenses.
More information:
http://netizen.com.au/services/training/
info@netizen.com.au
training@netizen.com.au
http://opencontent.org
http://www.oreilly.com/oreilly/press/
- --
Natalie James Sales and Publicity http://netizen.com.au
Internet and Open Source Development, Consulting and Training.
Level 13, 500 Collins St, Melbourne VIC 3000
Phone: +61 3 9614 0949
_______________________________________________
Training-Announce maillist - Training-Announce@netizen.com.au
http://netizen.com.au/mailman/listinfo/training-announce
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Tue, 11 Jan 2000 21:59 -0600
From: "POSTMASTER" <POSTMASTER@alltel.com>
Subject: [cciug] Unsent Message Returned to Sender
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:
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?
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 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
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?
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 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?
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
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?
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: 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
- - --
========================================================================
| Mark Howell | Email: mark.howell@motorola.com |
| BAS TETRA Engineering | smtp: markho@baseng.comm.mot.com |
| UK Engineering LMPS (Europe) | X400 Mail: BMH007@email.mot.com |
| MOTOROLA | Voice: +44 -01 256 484046 |
| Viables, Basingstoke | Fax: +44 -01 256 484561 |
| Hampshire, UK RG22 4PD | Maildrop: EUR-UK, ZUK02 |
========================================================================
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- ------------------------------
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
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.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- ------------------------------
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.
- - ----------------------------------------------------------------------------
- - --------
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 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?
- - ----------------------------------------------------------------------------
- - --------
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 13:45:02 EET
From: "Bittoo Bhalla" <bittoo_08@hotmail.com>
Subject: [cciug] Installation of s/w
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 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.
- - ----------------------------------------------------------------------------
- - --------
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: 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
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 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.
> --
> 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: 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:
<<...>>
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. "
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - --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.'
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 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
or
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!).
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: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!
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: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
- - -----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.'
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 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.)
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 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
******************************************
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
******************************************
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- ------------------------------
End of cciug-digest V2 #727
***************************
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:02:41 +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.
- --------------013934AC6B4B69BE9CBC0681
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
"Masterson, David" wrote:
> 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.
>
David Hallman wrote:
> Wouldn't the annotate command do this (cleartool man annotate)?
David & David,
to begin with, cleartool lsvtree -short does not give you all versions of an
element. Somewhat better would be
cleartool lsvtree -all -nco <file> | cut -f -d' ' | grep ... | xargs -l -t
cleartool describe
But if we use -all, we have to eleminate branch names and .../0 versions. And
you cannot start at a specific version - lsvtree ignores any version extension.
Let me try to get it across again: When you have a particular version (not
necessarily /main/LATEST), we want to know the history of exactly this version,
i.e. all the checkin comments of deltas contributing to this version, i.e. its
linear predecessors and the versions on those branches that were merged into
this linear sequence of branches - but not including that of any existing
sibling versions, or versions on dead end branches that never made it into
main.
Or, in other words: think of the checkin comments being written into the file,
and then imagine a diff between these comment sections of a version and one of
its predecessors - this would be the true change history (as expressed by
checkin comments) of a version, back to that other version.
And (as we, at our site, have to document all the changes between some baseline
and the previous) we want to exclude versions preceding some other specific
version (but not by date - think of a branch being started and worked upon
before some version on main was promoted to "released in baseline N"; probably
we're not the only ones to begin work on baseline N+1 before baseline N is
shipped).
I had looked into cleartool annotate, and it almost might have been a viable
solution (using -ndata). But what would be missing from an annotate output is
all that happened on branches that were merged into what man annotate calls
"line of descent". (Repeat the collected checkin comments when doing the
checkin after the merge? Trust the practitioners to be good? Write a tool that
does this?)
Regards,
- -Wolfgang
- --------------013934AC6B4B69BE9CBC0681
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
- --------------013934AC6B4B69BE9CBC0681--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:15:56 +0100
From: pvogels <pvogels@best.ms.philips.com>
Subject: [cciug] Rebuild due to "0"-version
Hi,
for a team of developers working on task-x the following config-spec
is used:
element * CHECKEDOUT
element * /main/task-x/LATEST
element * /main/LATEST -mkbranch task-x
If someone of the team checks out an element which is still on the main
branch a "0"-version on the task-x branch is created. This "0" version,
which has thesame contents as its predecessor, is "seen" by the other
developers of the team. The problem is that the "0" version has the
timestamp of its creation time and thus forces a rebuild. Is there a
solution for this problem without reverting to a labeling scheme ?
Were running ClearCase 3.2.1 and were not using Clearmake or Omake.
tia,
Peter.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 08:41:39 -0000
From: "Echlin, Jamie" <jechlin@SPSS.COM>
Subject: RE: [cciug] Problems with diff on NT
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_01BF5CD8.D8528EE6
Content-Type: text/plain;
charset="iso-8859-1"
Hi Todd,
I have seen this problem before, but I don't know if my cause will be the
same as yours. Perhaps the solution will work for you though. Do you know if
the user had installed the technology preview of cleardiff (for HTML, XML
files), or install clearcase 4.0 and then went back to 3.2? Both of those
steps caused problems for me.
The problem was fixed when I removed all the registry information about
cleardiff. That is, delete the key
"HKEY_CURRENT_USER\Software\Atria\ClearCase\CurrentVersion\Diff Merge" and
all subkeys, and try again. Default information is added to the registry the
first time you run the program.
jamie
- -----Original Message-----
From: Todd Urie [mailto:todd.urie@ariel.com
Sent: 11 January 2000 20:40
To: cciug@Rational.Com
Subject: [cciug] Problems with diff on NT
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 <mailto:todd.urie@ariel.com>
- ------_=_NextPart_001_01BF5CD8.D8528EE6
Content-Type: text/html;
charset="iso-8859-1"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META content="MSHTML 5.00.2919.3800" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT color=#0000ff face=Verdana size=2><SPAN class=193113708-12012000>Hi
Todd,</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Verdana size=2><SPAN
class=193113708-12012000></SPAN></FONT> </DIV>
<DIV><FONT color=#0000ff face=Verdana size=2><SPAN class=193113708-12012000>I
have seen this problem before, but I don't know if my cause will be the same as
yours. Perhaps the solution will work for you though. Do you know if the user
had installed the technology preview of cleardiff (for HTML, XML files), or
install clearcase 4.0 and then went back to 3.2? Both of those steps
caused problems for me.</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Verdana size=2><SPAN
class=193113708-12012000></SPAN></FONT> </DIV>
<DIV><FONT color=#0000ff face=Verdana size=2><SPAN class=193113708-12012000>The
problem was fixed when I removed all the registry information about cleardiff.
That is, delete the key </SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Verdana size=2><SPAN
class=193113708-12012000>"HKEY_CURRENT_USER\Software\Atria\ClearCase\CurrentVersion\Diff
Merge" and all subkeys, and try again. Default information is added to the
registry the first time you run the program.</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Verdana size=2><SPAN
class=193113708-12012000></SPAN></FONT> </DIV>
<DIV><FONT color=#0000ff face=Verdana size=2><SPAN
class=193113708-12012000>jamie</SPAN></FONT></DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">
<DIV align=left class=OutlookMessageHeader dir=ltr><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> Todd Urie
[mailto:todd.urie@ariel.com<BR><B>Sent:</B> 11 January 2000
20:40<BR><B>To:</B> cciug@Rational.Com<BR><B>Subject:</B> [cciug] Problems
with diff on NT<BR><BR></DIV></FONT>
<DIV><FONT color=#000000 size=2>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.</FONT></DIV>
<DIV><FONT color=#000000 size=2></FONT> </DIV>
<DIV><FONT color=#000000 size=2>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.</FONT></DIV>
<DIV><FONT color=#000000 size=2></FONT> </DIV>
<DIV><FONT color=#000000 size=2>Thanks,</FONT></DIV>
<DIV><FONT color=#000000 size=2>Todd Urie</FONT></DIV>
<DIV><FONT color=#000000 size=2>Test Engineering Mgr.</FONT></DIV>
<DIV><FONT color=#000000 size=2>Ariel, Corp</FONT></DIV>
<DIV><FONT color=#000000 size=2>(609)860-2900 x305</FONT></DIV>
<DIV><FONT color=#000000 size=2><A
href="mailto:todd.urie@ariel.com">todd.urie@ariel.com</A></FONT></DIV></BLOCKQUOTE></BODY></HTML>
- ------_=_NextPart_001_01BF5CD8.D8528EE6--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 15:26:13 +0530
From: "Gopalakrishnan.K" <gopkrish@wipinfo.soft.net>
Subject: [cciug] Impact of NT clearcase accts removal.
Hi,
Someone reinstalled PDC. This deleted clearcase_albd user account and clearcase group account. The vob server was a NT client and was having problem in starting clearcase service. These accounts had been recreated and clearcase service is up now. But no
ne of the vobs and views on this client was working as storage directories lost account permissions. I reassigned the permissions to storage dirs. But still not able to start the views and not able to check out from vobs.
Errors:
1) While checking out:
vobrpc error log:
vobrpc_server.exe(221): Error: Operation "vobsvr_get_handle" failed: error detected by ClearCase subsystem.
vob error log:
vob_server.exe(259): Error: unable to determine the owner for .: The security descriptor structure is invalid.
view error log
view_server.exe(162): Error: vobrpc server operation "vob_ver_construct_cltxt_prep_suf" failed for VOB "maharathi:E:\vobs\sysmind.vbs": error detected by ClearCase subsystem.
Additional information may be available in the vobrpc_server_log on host "maharathi".
albd error log:
Albd(217): Error: Server vob_server.exe (pid=147) on "E:\vobs\sysmind.vbs" died on startup; marking it as "down".
2) Starting a view:
Says unable to open control files. (I checked up the control files in stg dir and were seem to be fine).
Thanks in advance,
GK
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:05:23 +0100
From: =?iso-8859-1?Q?=D6lwing_Kenneth_-_keol?= <K.Olwing@abalon.se>
Subject: RE: [cciug] Impact of NT clearcase accts removal.
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_01BF5CE4.8BE414E0
Content-Type: text/plain;
charset="iso-8859-1"
Well, I assume there was a strong reason for reinstalling the PDC, otherwise
you should kick Mr Someone in the butt...:-/
Anyway, just be aware that the new accounts/groups are not the same
security-wise as the old ones just because they're named the same. I can't
really tell what the problem is but, I guess it's quite reasonable to expect
that there are more places that needs updated security information. And what
about you ordinary users??? If the albd account was wiped why wasn't all
others? And if they we're you have the same problem with those accounts:
they're named the same but are not equal to the old security info.
A hint to that something like this is at the bottom is for instance messages
in the error log to the effect 'vob_server.exe(259): Error: unable to
determine the owner for .: The security descriptor structure is invalid.',
ie the SID (security identifier) for '.' is not possible to look up.
HTH
ken1
> -----Original Message-----
> From: Gopalakrishnan.K [mailto:gopkrish@wipinfo.soft.net
> Sent: den 12 januari 2000 10:56
> To: cciug@rational.com
> Subject: [cciug] Impact of NT clearcase accts removal.
>
>
>
> Hi,
> Someone reinstalled PDC. This deleted clearcase_albd user
> account and clearcase group account. The vob server was a NT
> client and was having problem in starting clearcase service.
> These accounts had been recreated and clearcase service is up
> now. But none of the vobs and views on this client was
> working as storage directories lost account permissions. I
> reassigned the permissions to storage dirs. But still not
> able to start the views and not able to check out from vobs.
>
> Errors:
>
> 1) While checking out:
> vobrpc error log:
> vobrpc_server.exe(221): Error: Operation "vobsvr_get_handle"
> failed: error detected by ClearCase subsystem.
> vob error log:
> vob_server.exe(259): Error: unable to determine the owner for
> .: The security descriptor structure is invalid.
> view error log
> view_server.exe(162): Error: vobrpc server operation
> "vob_ver_construct_cltxt_prep_suf" failed for VOB
> "maharathi:E:\vobs\sysmind.vbs": error detected by ClearCase
> subsystem.
> Additional information may be available in the
> vobrpc_server_log on host "maharathi".
> albd error log:
> Albd(217): Error: Server vob_server.exe (pid=147) on
> "E:\vobs\sysmind.vbs" died on startup; marking it as "down".
>
> 2) Starting a view:
> Says unable to open control files. (I checked up the control
> files in stg dir and were seem to be fine).
>
> Thanks in advance,
> GK
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> can also
> unsubscribe
>
> http://clearcase.rational.com/cciug/mailing_list.html
>
- ------_=_NextPart_001_01BF5CE4.8BE414E0
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] Impact of NT clearcase accts removal.</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>Well, I assume there was a strong reason for =
reinstalling the PDC, otherwise you should kick Mr Someone in the =
butt...:-/</FONT></P>
<P><FONT SIZE=3D2>Anyway, just be aware that the new accounts/groups =
are not the same security-wise as the old ones just because they're =
named the same. I can't really tell what the problem is but, I guess =
it's quite reasonable to expect that there are more places that needs =
updated security information. And what about you ordinary users??? If =
the albd account was wiped why wasn't all others? And if they we're you =
have the same problem with those accounts: they're named the same but =
are not equal to the old security info.</FONT></P>
<P><FONT SIZE=3D2>A hint to that something like this is at the bottom =
is for instance messages in the error log to the effect =
'vob_server.exe(259): Error: unable to determine the owner for .: The =
security descriptor structure is invalid.', ie the SID (security =
identifier) for '.' is not possible to look up.</FONT></P>
<P><FONT SIZE=3D2>HTH</FONT>
</P>
<P><FONT SIZE=3D2>ken1</FONT>
</P>
<P><FONT SIZE=3D2>> -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>> From: Gopalakrishnan.K [<A =
HREF=3D"mailto:gopkrish@wipinfo.soft.net">mailto:gopkrish@wipinfo.soft.n=
et</A>]</FONT>
<BR><FONT SIZE=3D2>> Sent: den 12 januari 2000 10:56</FONT>
<BR><FONT SIZE=3D2>> To: cciug@rational.com</FONT>
<BR><FONT SIZE=3D2>> Subject: [cciug] Impact of NT clearcase accts =
removal.</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> Hi,</FONT>
<BR><FONT SIZE=3D2>> Someone reinstalled PDC. This deleted =
clearcase_albd user </FONT>
<BR><FONT SIZE=3D2>> account and clearcase group account. The vob =
server was a NT </FONT>
<BR><FONT SIZE=3D2>> client and was having problem in starting =
clearcase service. </FONT>
<BR><FONT SIZE=3D2>> These accounts had been recreated and clearcase =
service is up </FONT>
<BR><FONT SIZE=3D2>> now. But none of the vobs and views on this =
client was </FONT>
<BR><FONT SIZE=3D2>> working as storage directories lost account =
permissions. I </FONT>
<BR><FONT SIZE=3D2>> reassigned the permissions to storage dirs. But =
still not </FONT>
<BR><FONT SIZE=3D2>> able to start the views and not able to check =
out from vobs.</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> Errors:</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> 1) While checking out: =
</FONT>
<BR><FONT SIZE=3D2>> vobrpc error log:</FONT>
<BR><FONT SIZE=3D2>> vobrpc_server.exe(221): Error: Operation =
"vobsvr_get_handle" </FONT>
<BR><FONT SIZE=3D2>> failed: error detected by ClearCase =
subsystem.</FONT>
<BR><FONT SIZE=3D2>> vob error log:</FONT>
<BR><FONT SIZE=3D2>> vob_server.exe(259): Error: unable to determine =
the owner for </FONT>
<BR><FONT SIZE=3D2>> .: The security descriptor structure is =
invalid.</FONT>
<BR><FONT SIZE=3D2>> view error log</FONT>
<BR><FONT SIZE=3D2>> view_server.exe(162): Error: vobrpc server =
operation </FONT>
<BR><FONT SIZE=3D2>> "vob_ver_construct_cltxt_prep_suf" =
failed for VOB </FONT>
<BR><FONT SIZE=3D2>> "maharathi:E:\vobs\sysmind.vbs": =
error detected by ClearCase </FONT>
<BR><FONT SIZE=3D2>> subsystem. </FONT>
<BR><FONT SIZE=3D2>> Additional information may be available in the =
</FONT>
<BR><FONT SIZE=3D2>> vobrpc_server_log on host =
"maharathi".</FONT>
<BR><FONT SIZE=3D2>> albd error log:</FONT>
<BR><FONT SIZE=3D2>> Albd(217): Error: Server vob_server.exe =
(pid=3D147) on </FONT>
<BR><FONT SIZE=3D2>> "E:\vobs\sysmind.vbs" died on =
startup; marking it as "down".</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> 2) Starting a view:</FONT>
<BR><FONT SIZE=3D2>> Says unable to open control files. (I checked =
up the control </FONT>
<BR><FONT SIZE=3D2>> files in stg dir and were seem to be =
fine).</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> Thanks in advance,</FONT>
<BR><FONT SIZE=3D2>> GK</FONT>
<BR><FONT SIZE=3D2>> - - - - - - - - - - - - - - - - - - - - - =
- - - - - - - - - - - -</FONT>
<BR><FONT SIZE=3D2>> =
</FONT>
<BR><FONT SIZE=3D2>> "unsubscribe cciug" (the subject is =
ignored). You can also </FONT>
<BR><FONT SIZE=3D2>> unsubscribe</FONT>
<BR><FONT SIZE=3D2>> using the sign-up form at the ClearCase =
</FONT>
<BR><FONT SIZE=3D2>> <A =
HREF=3D"http://clearcase.rational.com/cciug/mailing_list.html" =
TARGET=3D"_blank">http://clearcase.rational.com/cciug/mailing_list.html<=
/A>]</FONT>
<BR><FONT SIZE=3D2>> </FONT>
</P>
</BODY>
</HTML>
- ------_=_NextPart_001_01BF5CE4.8BE414E0--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:16:19 +0100
From: David Bainbridge <qabdbai@uab.ericsson.se>
Subject: [cciug] Importing onto branches
Hi all,
I am attempting to import from a flat file directory structure into
Clearcase. I am using clearexport_ffile and clearimport under ClearCase
3.2.1.
I originally tried this with a more compilcated structure but I have now
retreated to the following, which includes a copule of directories and
couple of plain text files.
/test_tool
/test_tool/test_tool.txt
/test_tool/test_dir
/test_tool/test_dir/test_tool2.txt
The clearexport command is:
cd /home/test_tool
clearexport_ffile -r -b test_branch .
and the clearimport line is:
clearimport -d /vobs/tbms_tools/test_tool /home/cvt_data
These commands complete successfully.
The config_spec is:
element * CHECKEDOUT
element * .../test_branch/LATEST
element * /main/LATEST
Using this config_spec I can see the top level directory:
/test_tool
but none of the directories beneath.
By commenting out the line containing .../test_branch/LATEST in the
config_spec I can see:
/test_tool
/test_tool/test_tool.txt
/test_tool/test_dir
but not test_tool2.txt which should be in test_dir.
No warnings or errors are generated during export or import. The element
exists because it appears in lost+found when I delete the directory
elements, and it is branched correctly too - the branches are visible in
the lost and found element.
My immediate thought was that there is something wrong with the
config_spec. I have tried several approaches but the element
test_tool2.txt remains invisible.
Any thoughts anyone?
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:19:29 +0100
From: benjamin peter <benjamin.peter@tco.thomson-csf.com>
Subject: [cciug] Trigger to compare groups
Hi
Has anybody wrote a pre-checkout trigger that compares the users set
group to the VOB's group so that it denies the checkout if they not
matche ?
If not, what is the command to get only the VOB's groups.
Thank you
- --------
Benjamin Peter
Thomson CSF Optronique
Guyancourt
France
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 16:02:14 +0530
From: "Gopalakrishnan.K" <gopkrish@wipinfo.soft.net>
Subject: RE: [cciug] Impact of NT clearcase accts removal.
Hi Ken,
This actually happened in some other group. I was called by them to correct the problem. I did not get the opportunity to see that heaven face who did this. That group had no security procedures or well defined SCM rules for their vob servers. At least
they could have asked me before reinstalling PDC.
As you said all users accounts had gone. But they can be recreated and their home dir perms can be reassigned. Even for starting albd services, I change the password of service startup account to the new one (clearcase_albd).
What I can do for stg dirs of vobs and views? As you said I know the problem is becoz of security info varies in NT even though you create the same account name.
Please let me know if any correction procedure is known. I am also trying to contact Rational. Worst part was all vobs and views went for a toss.
Vobs are at least showing the files though not allowing checkouts. But views are not starting at all.
Thanks,
GK
-----Original Message-----
From: Ílwing Kenneth - keol [SMTP:K.Olwing@abalon.se
Sent: Wednesday, January 12, 2000 03:35 PM
To: 'Gopalakrishnan.K'; cciug@rational.com
Subject: RE: [cciug] Impact of NT clearcase accts removal.
Well, I assume there was a strong reason for reinstalling the PDC, otherwise
you should kick Mr Someone in the butt...:-/
Anyway, just be aware that the new accounts/groups are not the same
security-wise as the old ones just because they're named the same. I can't
really tell what the problem is but, I guess it's quite reasonable to expect
that there are more places that needs updated security information. And what
about you ordinary users??? If the albd account was wiped why wasn't all
others? And if they we're you have the same problem with those accounts:
they're named the same but are not equal to the old security info.
A hint to that something like this is at the bottom is for instance messages
in the error log to the effect 'vob_server.exe(259): Error: unable to
determine the owner for .: The security descriptor structure is invalid.',
ie the SID (security identifier) for '.' is not possible to look up.
HTH
ken1
> -----Original Message-----
> From: Gopalakrishnan.K [mailto:gopkrish@wipinfo.soft.net
> Sent: den 12 januari 2000 10:56
> To: cciug@rational.com
> Subject: [cciug] Impact of NT clearcase accts removal.
>
>
>
> Hi,
> Someone reinstalled PDC. This deleted clearcase_albd user
> account and clearcase group account. The vob server was a NT
> client and was having problem in starting clearcase service.
> These accounts had been recreated and clearcase service is up
> now. But none of the vobs and views on this client was
> working as storage directories lost account permissions. I
> reassigned the permissions to storage dirs. But still not
> able to start the views and not able to check out from vobs.
>
> Errors:
>
> 1) While checking out:
> vobrpc error log:
> vobrpc_server.exe(221): Error: Operation "vobsvr_get_handle"
> failed: error detected by ClearCase subsystem.
> vob error log:
> vob_server.exe(259): Error: unable to determine the owner for
> .: The security descriptor structure is invalid.
> view error log
> view_server.exe(162): Error: vobrpc server operation
> "vob_ver_construct_cltxt_prep_suf" failed for VOB
> "maharathi:E:\vobs\sysmind.vbs": error detected by ClearCase
> subsystem.
> Additional information may be available in the
> vobrpc_server_log on host "maharathi".
> albd error log:
> Albd(217): Error: Server vob_server.exe (pid=147) on
> "E:\vobs\sysmind.vbs" died on startup; marking it as "down".
>
> 2) Starting a view:
> Says unable to open control files. (I checked up the control
> files in stg dir and were seem to be fine).
>
> Thanks in advance,
> GK
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> can also
> unsubscribe
>
> http://clearcase.rational.com/cciug/mailing_list.html
>
<< File: ATT00001.html >>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:34:22 +0100
From: =?iso-8859-1?Q?=D6lwing_Kenneth_-_keol?= <K.Olwing@abalon.se>
Subject: RE: [cciug] Impact of NT clearcase accts removal.
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_01BF5CE8.9B7EFF00
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hmm, of the top of my head I'd say that some judicious use of fix_prot =
for
both view & vob storage would be the way to go. But if you're not in
critical mode I guess that it is worthwhile to await contact with =
support
for best advice.
ken1
> -----Original Message-----
> From: Gopalakrishnan.K [mailto:gopkrish@wipinfo.soft.net
> Sent: den 12 januari 2000 11:32
> To: '=D6lwing Kenneth - keol'; cciug@rational.com
> Subject: RE: [cciug] Impact of NT clearcase accts removal.
>=20
>=20
> Hi Ken,
> This actually happened in some other group. I was=20
> called by them to correct the problem. I did not get the=20
> opportunity to see that heaven face who did this. That group=20
> had no security procedures or well defined SCM rules for=20
> their vob servers. At least they could have asked me before=20
> reinstalling PDC.=20
> As you said all users accounts had gone. But they can=20
> be recreated and their home dir perms can be reassigned. Even=20
> for starting albd services, I change the password of service=20
> startup account to the new one (clearcase_albd).
> What I can do for stg dirs of vobs and views? As you=20
> said I know the problem is becoz of security info varies in=20
> NT even though you create the same account name.=20
> Please let me know if any correction procedure is=20
> known. I am also trying to contact Rational. Worst part was=20
> all vobs and views went for a toss.=20
> Vobs are at least showing the files though not allowing=20
> checkouts. But views are not starting at all.
> Thanks,
> GK
>=20
>=20
> -----Original Message-----
> From: =D6lwing Kenneth - keol [SMTP:K.Olwing@abalon.se
> Sent: Wednesday, January 12, 2000 03:35 PM
> To: 'Gopalakrishnan.K'; cciug@rational.com
> Subject: RE: [cciug] Impact of NT clearcase accts removal.
>=20
> Well, I assume there was a strong reason for reinstalling the=20
> PDC, otherwise
> you should kick Mr Someone in the butt...:-/
>=20
> Anyway, just be aware that the new accounts/groups are not the same
> security-wise as the old ones just because they're named the=20
> same. I can't
> really tell what the problem is but, I guess it's quite=20
> reasonable to expect
> that there are more places that needs updated security=20
> information. And what
> about you ordinary users??? If the albd account was wiped why=20
> wasn't all
> others? And if they we're you have the same problem with=20
> those accounts:
> they're named the same but are not equal to the old security info.
> A hint to that something like this is at the bottom is for=20
> instance messages
> in the error log to the effect 'vob_server.exe(259): Error: unable to
> determine the owner for .: The security descriptor structure=20
> is invalid.',
> ie the SID (security identifier) for '.' is not possible to look up.
>=20
> HTH
>=20
> ken1
>=20
> > -----Original Message-----
> > From: Gopalakrishnan.K [mailto:gopkrish@wipinfo.soft.net
> > Sent: den 12 januari 2000 10:56
> > To: cciug@rational.com
> > Subject: [cciug] Impact of NT clearcase accts removal.
> >=20
> >=20
> >=20
> > Hi,
> > Someone reinstalled PDC. This deleted clearcase_albd user=20
> > account and clearcase group account. The vob server was a NT=20
> > client and was having problem in starting clearcase service.=20
> > These accounts had been recreated and clearcase service is up=20
> > now. But none of the vobs and views on this client was=20
> > working as storage directories lost account permissions. I=20
> > reassigned the permissions to storage dirs. But still not=20
> > able to start the views and not able to check out from vobs.
> >=20
> > Errors:
> >=20
> > 1) While checking out:=20
> > vobrpc error log:
> > vobrpc_server.exe(221): Error: Operation "vobsvr_get_handle"=20
> > failed: error detected by ClearCase subsystem.
> > vob error log:
> > vob_server.exe(259): Error: unable to determine the owner for=20
> > .: The security descriptor structure is invalid.
> > view error log
> > view_server.exe(162): Error: vobrpc server operation=20
> > "vob_ver_construct_cltxt_prep_suf" failed for VOB=20
> > "maharathi:E:\vobs\sysmind.vbs": error detected by ClearCase=20
> > subsystem.=20
> > Additional information may be available in the=20
> > vobrpc_server_log on host "maharathi".
> > albd error log:
> > Albd(217): Error: Server vob_server.exe (pid=3D147) on=20
> > "E:\vobs\sysmind.vbs" died on startup; marking it as "down".
> >=20
> > 2) Starting a view:
> > Says unable to open control files. (I checked up the control=20
> > files in stg dir and were seem to be fine).
> >=20
> > Thanks in advance,
> > GK
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> > can also=20
> > unsubscribe
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
> >=20
> << File: ATT00001.html >>=20
>=20
- ------_=_NextPart_001_01BF5CE8.9B7EFF00
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] Impact of NT clearcase accts removal.</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>Hmm, of the top of my head I'd say that some =
judicious use of fix_prot for both view & vob storage would be the =
way to go. But if you're not in critical mode I guess that it is =
worthwhile to await contact with support for best advice.</FONT></P>
<P><FONT SIZE=3D2>ken1</FONT>
</P>
<P><FONT SIZE=3D2>> -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>> From: Gopalakrishnan.K [<A =
HREF=3D"mailto:gopkrish@wipinfo.soft.net">mailto:gopkrish@wipinfo.soft.n=
et</A>]</FONT>
<BR><FONT SIZE=3D2>> Sent: den 12 januari 2000 11:32</FONT>
<BR><FONT SIZE=3D2>> To: '=D6lwing Kenneth - keol'; =
cciug@rational.com</FONT>
<BR><FONT SIZE=3D2>> Subject: RE: [cciug] Impact of NT clearcase =
accts removal.</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> Hi Ken,</FONT>
<BR><FONT SIZE=3D2>> This actually =
happened in some other group. I was </FONT>
<BR><FONT SIZE=3D2>> called by them to correct the problem. I did =
not get the </FONT>
<BR><FONT SIZE=3D2>> opportunity to see that heaven face who did =
this. That group </FONT>
<BR><FONT SIZE=3D2>> had no security procedures or well defined SCM =
rules for </FONT>
<BR><FONT SIZE=3D2>> their vob servers. At least they could have =
asked me before </FONT>
<BR><FONT SIZE=3D2>> reinstalling PDC. </FONT>
<BR><FONT SIZE=3D2>> As you said all =
users accounts had gone. But they can </FONT>
<BR><FONT SIZE=3D2>> be recreated and their home dir perms can be =
reassigned. Even </FONT>
<BR><FONT SIZE=3D2>> for starting albd services, I change the =
password of service </FONT>
<BR><FONT SIZE=3D2>> startup account to the new one =
(clearcase_albd).</FONT>
<BR><FONT SIZE=3D2>> What I can do =
for stg dirs of vobs and views? As you </FONT>
<BR><FONT SIZE=3D2>> said I know the problem is becoz of security =
info varies in </FONT>
<BR><FONT SIZE=3D2>> NT even though you create the same account =
name. </FONT>
<BR><FONT SIZE=3D2>> Please let me =
know if any correction procedure is </FONT>
<BR><FONT SIZE=3D2>> known. I am also trying to contact Rational. =
Worst part was </FONT>
<BR><FONT SIZE=3D2>> all vobs and views went for a toss. </FONT>
<BR><FONT SIZE=3D2>> Vobs are at =
least showing the files though not allowing </FONT>
<BR><FONT SIZE=3D2>> checkouts. But views are not starting at =
all.</FONT>
<BR><FONT SIZE=3D2>> Thanks,</FONT>
<BR><FONT SIZE=3D2>> GK</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> -----Original =
Message-----</FONT>
<BR><FONT SIZE=3D2>> From: =D6lwing Kenneth - keol =
[SMTP:K.Olwing@abalon.se</FONT>
<BR><FONT SIZE=3D2>> Sent: Wednesday, January 12, 2000 03:35 =
PM</FONT>
<BR><FONT SIZE=3D2>> To: 'Gopalakrishnan.K'; =
cciug@rational.com</FONT>
<BR><FONT SIZE=3D2>> Subject: RE: =
[cciug] Impact of NT clearcase accts removal.</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> Well, I assume there was a strong reason for =
reinstalling the </FONT>
<BR><FONT SIZE=3D2>> PDC, otherwise</FONT>
<BR><FONT SIZE=3D2>> you should kick Mr Someone in the =
butt...:-/</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> Anyway, just be aware that the new =
accounts/groups are not the same</FONT>
<BR><FONT SIZE=3D2>> security-wise as the old ones just because =
they're named the </FONT>
<BR><FONT SIZE=3D2>> same. I can't</FONT>
<BR><FONT SIZE=3D2>> really tell what the problem is but, I guess =
it's quite </FONT>
<BR><FONT SIZE=3D2>> reasonable to expect</FONT>
<BR><FONT SIZE=3D2>> that there are more places that needs updated =
security </FONT>
<BR><FONT SIZE=3D2>> information. And what</FONT>
<BR><FONT SIZE=3D2>> about you ordinary users??? If the albd account =
was wiped why </FONT>
<BR><FONT SIZE=3D2>> wasn't all</FONT>
<BR><FONT SIZE=3D2>> others? And if they we're you have the same =
problem with </FONT>
<BR><FONT SIZE=3D2>> those accounts:</FONT>
<BR><FONT SIZE=3D2>> they're named the same but are not equal to the =
old security info.</FONT>
<BR><FONT SIZE=3D2>> A hint to that something like this is at the =
bottom is for </FONT>
<BR><FONT SIZE=3D2>> instance messages</FONT>
<BR><FONT SIZE=3D2>> in the error log to the effect =
'vob_server.exe(259): Error: unable to</FONT>
<BR><FONT SIZE=3D2>> determine the owner for .: The security =
descriptor structure </FONT>
<BR><FONT SIZE=3D2>> is invalid.',</FONT>
<BR><FONT SIZE=3D2>> ie the SID (security identifier) for '.' is not =
possible to look up.</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> HTH</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> ken1</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> > -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>> > From: Gopalakrishnan.K [<A =
HREF=3D"mailto:gopkrish@wipinfo.soft.net">mailto:gopkrish@wipinfo.soft.n=
et</A>]</FONT>
<BR><FONT SIZE=3D2>> > Sent: den 12 januari 2000 10:56</FONT>
<BR><FONT SIZE=3D2>> > To: cciug@rational.com</FONT>
<BR><FONT SIZE=3D2>> > Subject: [cciug] Impact of NT clearcase =
accts removal.</FONT>
<BR><FONT SIZE=3D2>> > </FONT>
<BR><FONT SIZE=3D2>> > </FONT>
<BR><FONT SIZE=3D2>> > </FONT>
<BR><FONT SIZE=3D2>> > Hi,</FONT>
<BR><FONT SIZE=3D2>> > Someone reinstalled PDC. This deleted =
clearcase_albd user </FONT>
<BR><FONT SIZE=3D2>> > account and clearcase group account. The =
vob server was a NT </FONT>
<BR><FONT SIZE=3D2>> > client and was having problem in starting =
clearcase service. </FONT>
<BR><FONT SIZE=3D2>> > These accounts had been recreated and =
clearcase service is up </FONT>
<BR><FONT SIZE=3D2>> > now. But none of the vobs and views on =
this client was </FONT>
<BR><FONT SIZE=3D2>> > working as storage directories lost =
account permissions. I </FONT>
<BR><FONT SIZE=3D2>> > reassigned the permissions to storage =
dirs. But still not </FONT>
<BR><FONT SIZE=3D2>> > able to start the views and not able to =
check out from vobs.</FONT>
<BR><FONT SIZE=3D2>> > </FONT>
<BR><FONT SIZE=3D2>> > Errors:</FONT>
<BR><FONT SIZE=3D2>> > </FONT>
<BR><FONT SIZE=3D2>> > 1) While checking out: </FONT>
<BR><FONT SIZE=3D2>> > vobrpc error log:</FONT>
<BR><FONT SIZE=3D2>> > vobrpc_server.exe(221): Error: Operation =
"vobsvr_get_handle" </FONT>
<BR><FONT SIZE=3D2>> > failed: error detected by ClearCase =
subsystem.</FONT>
<BR><FONT SIZE=3D2>> > vob error log:</FONT>
<BR><FONT SIZE=3D2>> > vob_server.exe(259): Error: unable to =
determine the owner for </FONT>
<BR><FONT SIZE=3D2>> > .: The security descriptor structure is =
invalid.</FONT>
<BR><FONT SIZE=3D2>> > view error log</FONT>
<BR><FONT SIZE=3D2>> > view_server.exe(162): Error: vobrpc server =
operation </FONT>
<BR><FONT SIZE=3D2>> > =
"vob_ver_construct_cltxt_prep_suf" failed for VOB </FONT>
<BR><FONT SIZE=3D2>> > "maharathi:E:\vobs\sysmind.vbs": =
error detected by ClearCase </FONT>
<BR><FONT SIZE=3D2>> > subsystem. </FONT>
<BR><FONT SIZE=3D2>> > Additional information may be available in =
the </FONT>
<BR><FONT SIZE=3D2>> > vobrpc_server_log on host =
"maharathi".</FONT>
<BR><FONT SIZE=3D2>> > albd error log:</FONT>
<BR><FONT SIZE=3D2>> > Albd(217): Error: Server vob_server.exe =
(pid=3D147) on </FONT>
<BR><FONT SIZE=3D2>> > "E:\vobs\sysmind.vbs" died on =
startup; marking it as "down".</FONT>
<BR><FONT SIZE=3D2>> > </FONT>
<BR><FONT SIZE=3D2>> > 2) Starting a view:</FONT>
<BR><FONT SIZE=3D2>> > Says unable to open control files. (I =
checked up the control </FONT>
<BR><FONT SIZE=3D2>> > files in stg dir and were seem to be =
fine).</FONT>
<BR><FONT SIZE=3D2>> > </FONT>
<BR><FONT SIZE=3D2>> > Thanks in advance,</FONT>
<BR><FONT SIZE=3D2>> > GK</FONT>
<BR><FONT SIZE=3D2>> > - - - - - - - - - - - - - - - - - - =
- - - - - - - - - - - - - - -</FONT>
<BR><FONT SIZE=3D2>> > =
</FONT>
<BR><FONT SIZE=3D2>> > "unsubscribe cciug" (the subject =
is ignored). You can also </FONT>
<BR><FONT SIZE=3D2>> > unsubscribe</FONT>
<BR><FONT SIZE=3D2>> > using the sign-up form at the =
ClearCase </FONT>
<BR><FONT SIZE=3D2>> > <A =
HREF=3D"http://clearcase.rational.com/cciug/mailing_list.html" =
TARGET=3D"_blank">http://clearcase.rational.com/cciug/mailing_list.html<=
/A>]</FONT>
<BR><FONT SIZE=3D2>> > </FONT>
<BR><FONT SIZE=3D2>> << File: ATT00001.html >> =
</FONT>
<BR><FONT SIZE=3D2>> </FONT>
</P>
</BODY>
</HTML>
- ------_=_NextPart_001_01BF5CE8.9B7EFF00--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 16:22:48 +0531 (IST)
From: Prabhanjan Roy Chowdhury <proy@cadence.com>
Subject: [cciug] Strange Error Message ...
Hi Folks,
Some of our developers is getting the following error message for certain files.
When they bring up certain files, they get the following message in MS Dev
Studio. One message reads like:
>> This file contains lines longer than the 2048 characters maximum. The lines
>> will be wrapped
Another one reads
>> This file contains invalid characters that will converted to '.'s
They tried it on a freshly created view this morning but are still getting the
same error message.
They could compile the same versions of these files on NT without any problems.
Also, there are no 2048 character lines in the files and things work fine on
UNIX.
Any ideas/pointers as to what could have gone wrong.
Regards
Prabhanjan
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 12:04:48 +0100
From: michael.schindler@philips.com
Subject: RE: [cciug] Impact of NT clearcase accts removal.
- --Boundary=_0.0_=0056900006349657
Content-Type: text/plain; charset=iso-8859-1; name="MEMO 01/12/00 11:45:27"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
hi!
the exact reason is that this is an entirely new domain with entirely n=
ew users and entirely new security descriptors.
so you'll need to update ALL user specific information (including the u=
ser's desktop!) on all computers since there will be
entirely new users which just happen to have the same name. don't forge=
t to change access info on shares, views, vobs,
vob objects.
So I'd really recommend the one that did does the PDC installation agai=
n - this time using the rescue diskette from the old
primary domain controller during the install process. This will give id=
entical security id's.
If he doesn't have a rescue diskette of the PDC - then I wish him much =
fun updating all security info.
In that case the following advice is reasonable:
To avoid confusion you should name the new domain different from the ol=
d one, like MYDOMAIN_NEW.
This way one can differ between MYDOMAIN\user and MYDOMAIN_NEW\user.
Michael Schindler Configuration Manager
michael.schindler@philips.com
Sent by: owner-cciug@Rational.Com
To: cciug@Rational.Com@SMTP
gopkrish@wipinfo.soft.net@SMTP
cc: =20
Subject: RE: [cciug] Impact of NT clearcase accts removal.
Classification: Restricted
Well, I assume there was a strong reason for reinstalling the PDC, othe=
rwise
you should kick Mr Someone in the butt...:-/
Anyway, just be aware that the new accounts/groups are not the same
security-wise as the old ones just because they're named the same. I ca=
n't
really tell what the problem is but, I guess it's quite reasonable to e=
xpect
that there are more places that needs updated security information. And=
what
about you ordinary users??? If the albd account was wiped why wasn't al=
l
others? And if they we're you have the same problem with those accounts=
:
they're named the same but are not equal to the old security info.
A hint to that something like this is at the bottom is for instance mes=
sages
in the error log to the effect 'vob_server.exe(259): Error: unable to
determine the owner for .: The security descriptor structure is invalid=
.',
ie the SID (security identifier) for '.' is not possible to look up.
HTH
ken1
> -----Original Message-----
> From: Gopalakrishnan.K [mailto:gopkrish@wipinfo.soft.net
> Sent: den 12 januari 2000 10:56
> To: cciug@rational.com
> Subject: [cciug] Impact of NT clearcase accts removal.
>
>
>
> Hi,
> Someone reinstalled PDC. This deleted clearcase_albd user
> account and clearcase group account. The vob server was a NT
> client and was having problem in starting clearcase service.
> These accounts had been recreated and clearcase service is up
> now. But none of the vobs and views on this client was
> working as storage directories lost account permissions. I
> reassigned the permissions to storage dirs. But still not
> able to start the views and not able to check out from vobs.
>
> Errors:
>
> 1) While checking out:
> vobrpc error log:
> vobrpc_server.exe(221): Error: Operation "vobsvr_get_handle"
> failed: error detected by ClearCase subsystem.
> vob error log:
> vob_server.exe(259): Error: unable to determine the owner for
> .: The security descriptor structure is invalid.
> view error log
> view_server.exe(162): Error: vobrpc server operation
> "vob_ver_construct_cltxt_prep_suf" failed for VOB
> "maharathi:E:\vobs\sysmind.vbs": error detected by ClearCase
> subsystem.
> Additional information may be available in the
> vobrpc_server_log on host "maharathi".
> albd error log:
> Albd(217): Error: Server vob_server.exe (pid=3D147) on
> "E:\vobs\sysmind.vbs" died on startup; marking it as "down".
>
> 2) Starting a view:
> Says unable to open control files. (I checked up the control
> files in stg dir and were seem to be fine).
>
> Thanks in advance,
> GK
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> can also
> unsubscribe
>
> http://clearcase.rational.com/cciug/mailing_list.html
>
=
- --Boundary=_0.0_=0056900006349657
Content-Type: application/octet-stream; name=FILE0001
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=FILE0001
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPEhUTUw+
DQo8SEVBRD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09OVEVOVD0idGV4dC9o
dG1sOyBjaGFyc2V0PWlzby04ODU5LTEiPg0KPE1FVEEgTkFNRT0iR2VuZXJhdG9yIiBDT05URU5U
PSJNUyBFeGNoYW5nZSBTZXJ2ZXIgdmVyc2lvbiA1LjUuMjY1MC4xMiI+DQo8VElUTEU+UkU6IFtj
Y2l1Z10gSW1wYWN0IG9mIE5UIGNsZWFyY2FzZSBhY2N0cyByZW1vdmFsLjwvVElUTEU+DQo8L0hF
QUQ+DQo8Qk9EWT4NCg0KPFA+PEZPTlQgU0laRT0yPldlbGwsIEkgYXNzdW1lIHRoZXJlIHdhcyBh
IHN0cm9uZyByZWFzb24gZm9yIHJlaW5zdGFsbGluZyB0aGUgUERDLCBvdGhlcndpc2UgeW91IHNo
b3VsZCBraWNrIE1yIFNvbWVvbmUgaW4gdGhlIGJ1dHQuLi46LS88L0ZPTlQ+PC9QPg0KDQo8UD48
Rk9OVCBTSVpFPTI+QW55d2F5LCBqdXN0IGJlIGF3YXJlIHRoYXQgdGhlIG5ldyBhY2NvdW50cy9n
cm91cHMgYXJlIG5vdCB0aGUgc2FtZSBzZWN1cml0eS13aXNlIGFzIHRoZSBvbGQgb25lcyBqdXN0
IGJlY2F1c2UgdGhleSdyZSBuYW1lZCB0aGUgc2FtZS4gSSBjYW4ndCByZWFsbHkgdGVsbCB3aGF0
IHRoZSBwcm9ibGVtIGlzIGJ1dCwgSSBndWVzcyBpdCdzIHF1aXRlIHJlYXNvbmFibGUgdG8gZXhw
ZWN0IHRoYXQgdGhlcmUgYXJlIG1vcmUgcGxhY2VzIHRoYXQgbmVlZHMgdXBkYXRlZCBzZWN1cml0
eSBpbmZvcm1hdGlvbi4gQW5kIHdoYXQgYWJvdXQgeW91IG9yZGluYXJ5IHVzZXJzPz8/IElmIHRo
ZSBhbGJkIGFjY291bnQgd2FzIHdpcGVkIHdoeSB3YXNuJ3QgYWxsIG90aGVycz8gQW5kIGlmIHRo
ZXkgd2UncmUgeW91IGhhdmUgdGhlIHNhbWUgcHJvYmxlbSB3aXRoIHRob3NlIGFjY291bnRzOiB0
aGV5J3JlIG5hbWVkIHRoZSBzYW1lIGJ1dCBhcmUgbm90IGVxdWFsIHRvIHRoZSBvbGQgc2VjdXJp
dHkgaW5mby48L0ZPTlQ+PC9QPg0KDQo8UD48Rk9OVCBTSVpFPTI+QSBoaW50IHRvIHRoYXQgc29t
ZXRoaW5nIGxpa2UgdGhpcyBpcyBhdCB0aGUgYm90dG9tIGlzIGZvciBpbnN0YW5jZSBtZXNzYWdl
cyBpbiB0aGUgZXJyb3IgbG9nIHRvIHRoZSBlZmZlY3QgJ3ZvYl9zZXJ2ZXIuZXhlKDI1OSk6IEVy
cm9yOiB1bmFibGUgdG8gZGV0ZXJtaW5lIHRoZSBvd25lciBmb3IgLjogVGhlIHNlY3VyaXR5IGRl
c2NyaXB0b3Igc3RydWN0dXJlIGlzIGludmFsaWQuJywgaWUgdGhlIFNJRCAoc2VjdXJpdHkgaWRl
bnRpZmllcikgZm9yICcuJyBpcyBub3QgcG9zc2libGUgdG8gbG9vayB1cC48L0ZPTlQ+PC9QPg0K
DQo8UD48Rk9OVCBTSVpFPTI+SFRIPC9GT05UPg0KPC9QPg0KDQo8UD48Rk9OVCBTSVpFPTI+a2Vu
MTwvRk9OVD4NCjwvUD4NCg0KPFA+PEZPTlQgU0laRT0yPiZndDsgLS0tLS1PcmlnaW5hbCBNZXNz
YWdlLS0tLS08L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgRnJvbTogR29wYWxha3Jpc2hu
YW4uSyBbPEEgSFJFRj0ibWFpbHRvOmdvcGtyaXNoQHdpcGluZm8uc29mdC5uZXQiPm1haWx0bzpn
b3BrcmlzaEB3aXBpbmZvLnNvZnQubmV0PC9BPl08L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZn
dDsgU2VudDogZGVuIDEyIGphbnVhcmkgMjAwMCAxMDo1NjwvRk9OVD4NCjxCUj48Rk9OVCBTSVpF
PTI+Jmd0OyBUbzogY2NpdWdAcmF0aW9uYWwuY29tPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4m
Z3Q7IFN1YmplY3Q6IFtjY2l1Z10gSW1wYWN0IG9mIE5UIGNsZWFyY2FzZSBhY2N0cyByZW1vdmFs
LjwvRk9OVD4NCjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyA8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0y
PiZndDsgPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7IDwvRk9OVD4NCjxCUj48Rk9OVCBT
SVpFPTI+Jmd0OyBIaSw8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgU29tZW9uZSByZWlu
c3RhbGxlZCBQREMuIFRoaXMgZGVsZXRlZCBjbGVhcmNhc2VfYWxiZCB1c2VyIDwvRk9OVD4NCjxC
Uj48Rk9OVCBTSVpFPTI+Jmd0OyBhY2NvdW50IGFuZCBjbGVhcmNhc2UgZ3JvdXAgYWNjb3VudC4g
VGhlIHZvYiBzZXJ2ZXIgd2FzIGEgTlQgPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7IGNs
aWVudCBhbmQgd2FzIGhhdmluZyBwcm9ibGVtIGluIHN0YXJ0aW5nIGNsZWFyY2FzZSBzZXJ2aWNl
LiA8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgVGhlc2UgYWNjb3VudHMgaGFkIGJlZW4g
cmVjcmVhdGVkIGFuZCBjbGVhcmNhc2Ugc2VydmljZSBpcyB1cCA8L0ZPTlQ+DQo8QlI+PEZPTlQg
U0laRT0yPiZndDsgbm93LiBCdXQgbm9uZSBvZiB0aGUgdm9icyBhbmQgdmlld3Mgb24gdGhpcyBj
bGllbnQgd2FzIDwvRk9OVD4NCjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyB3b3JraW5nIGFzIHN0b3Jh
Z2UgZGlyZWN0b3JpZXMgbG9zdCBhY2NvdW50IHBlcm1pc3Npb25zLiBJIDwvRk9OVD4NCjxCUj48
Rk9OVCBTSVpFPTI+Jmd0OyByZWFzc2lnbmVkIHRoZSBwZXJtaXNzaW9ucyB0byBzdG9yYWdlIGRp
cnMuIEJ1dCBzdGlsbCBub3QgPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7IGFibGUgdG8g
c3RhcnQgdGhlIHZpZXdzIGFuZCBub3QgYWJsZSB0byBjaGVjayBvdXQgZnJvbSB2b2JzLjwvRk9O
VD4NCjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyA8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsg
RXJyb3JzOjwvRk9OVD4NCjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyA8L0ZPTlQ+DQo8QlI+PEZPTlQg
U0laRT0yPiZndDsgMSkmbmJzcDsmbmJzcDsmbmJzcDsgV2hpbGUgY2hlY2tpbmcgb3V0OiA8L0ZP
TlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgdm9icnBjIGVycm9yIGxvZzo8L0ZPTlQ+DQo8QlI+
PEZPTlQgU0laRT0yPiZndDsgdm9icnBjX3NlcnZlci5leGUoMjIxKTogRXJyb3I6IE9wZXJhdGlv
biAmcXVvdDt2b2JzdnJfZ2V0X2hhbmRsZSZxdW90OyA8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0y
PiZndDsgZmFpbGVkOiBlcnJvciBkZXRlY3RlZCBieSBDbGVhckNhc2Ugc3Vic3lzdGVtLjwvRk9O
VD4NCjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyB2b2IgZXJyb3IgbG9nOjwvRk9OVD4NCjxCUj48Rk9O
VCBTSVpFPTI+Jmd0OyB2b2Jfc2VydmVyLmV4ZSgyNTkpOiBFcnJvcjogdW5hYmxlIHRvIGRldGVy
bWluZSB0aGUgb3duZXIgZm9yIDwvRk9OVD4NCjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyAuOiBUaGUg
c2VjdXJpdHkgZGVzY3JpcHRvciBzdHJ1Y3R1cmUgaXMgaW52YWxpZC48L0ZPTlQ+DQo8QlI+PEZP
TlQgU0laRT0yPiZndDsgdmlldyBlcnJvciBsb2c8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZn
dDsgdmlld19zZXJ2ZXIuZXhlKDE2Mik6IEVycm9yOiB2b2JycGMgc2VydmVyIG9wZXJhdGlvbiA8
L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgJnF1b3Q7dm9iX3Zlcl9jb25zdHJ1Y3RfY2x0
eHRfcHJlcF9zdWYmcXVvdDsgZmFpbGVkIGZvciBWT0IgPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9
Mj4mZ3Q7ICZxdW90O21haGFyYXRoaTpFOlx2b2JzXHN5c21pbmQudmJzJnF1b3Q7OiBlcnJvciBk
ZXRlY3RlZCBieSBDbGVhckNhc2UgPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7IHN1YnN5
c3RlbS4gPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7IEFkZGl0aW9uYWwgaW5mb3JtYXRp
b24gbWF5IGJlIGF2YWlsYWJsZSBpbiB0aGUgPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7
IHZvYnJwY19zZXJ2ZXJfbG9nIG9uIGhvc3QgJnF1b3Q7bWFoYXJhdGhpJnF1b3Q7LjwvRk9OVD4N
CjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyBhbGJkIGVycm9yIGxvZzo8L0ZPTlQ+DQo8QlI+PEZPTlQg
U0laRT0yPiZndDsgQWxiZCgyMTcpOiBFcnJvcjogU2VydmVyIHZvYl9zZXJ2ZXIuZXhlIChwaWQ9
MTQ3KSBvbiA8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgJnF1b3Q7RTpcdm9ic1xzeXNt
aW5kLnZicyZxdW90OyBkaWVkIG9uIHN0YXJ0dXA7IG1hcmtpbmcgaXQgYXMgJnF1b3Q7ZG93biZx
dW90Oy48L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgPC9GT05UPg0KPEJSPjxGT05UIFNJ
WkU9Mj4mZ3Q7IDIpJm5ic3A7Jm5ic3A7Jm5ic3A7IFN0YXJ0aW5nIGEgdmlldzo8L0ZPTlQ+DQo8
QlI+PEZPTlQgU0laRT0yPiZndDsgU2F5cyB1bmFibGUgdG8gb3BlbiBjb250cm9sIGZpbGVzLiAo
SSBjaGVja2VkIHVwIHRoZSBjb250cm9sIDwvRk9OVD4NCjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyBm
aWxlcyBpbiBzdGcgZGlyIGFuZCB3ZXJlIHNlZW0gdG8gYmUgZmluZSkuPC9GT05UPg0KPEJSPjxG
T05UIFNJWkU9Mj4mZ3Q7IDwvRk9OVD4NCjxCUj48Rk9OVCBTSVpFPTI+Jmd0OyBUaGFua3MgaW4g
YWR2YW5jZSw8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgR0s8L0ZPTlQ+DQo8QlI+PEZP
TlQgU0laRT0yPiZndDsmbmJzcDsgLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g
LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7
IFsgVG8gdW5zdWJzY3JpYmUsIHNlbmQgZW1haWwgdG8gbWFqb3Jkb21vQHJhdGlvbmFsLmNvbSB3
aXRoIGJvZHk8L0ZPTlQ+DQo8QlI+PEZPTlQgU0laRT0yPiZndDsgJnF1b3Q7dW5zdWJzY3JpYmUg
Y2NpdWcmcXVvdDsgKHRoZSBzdWJqZWN0IGlzIGlnbm9yZWQpLiZuYnNwOyBZb3UgY2FuIGFsc28g
PC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7IHVuc3Vic2NyaWJlPC9GT05UPg0KPEJSPjxG
T05UIFNJWkU9Mj4mZ3Q7IHVzaW5nIHRoZSBzaWduLXVwIGZvcm0gYXQmbmJzcDsgdGhlIENsZWFy
Q2FzZSBjdXN0b21lcnMtb25seSB3ZWJzaXRlPC9GT05UPg0KPEJSPjxGT05UIFNJWkU9Mj4mZ3Q7
IGFjY2Vzc2VkIGF0IDxBIEhSRUY9Imh0dHA6Ly9jbGVhcmNhc2UucmF0aW9uYWwuY29tL2NjaXVn
L21haWxpbmdfbGlzdC5odG1sIiBUQVJHRVQ9Il9ibGFuayI+aHR0cDovL2NsZWFyY2FzZS5yYXRp
b25hbC5jb20vY2NpdWcvbWFpbGluZ19saXN0Lmh0bWw8L0E+XTwvRk9OVD4NCjxCUj48Rk9OVCBT
SVpFPTI+Jmd0OyA8L0ZPTlQ+DQo8L1A+DQoNCjwvQk9EWT4NCjwvSFRNTD4=
- --Boundary=_0.0_=0056900006349657--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 16:41:25 +0530
From: Chandra Ramesh <Ramesh.Chandra@sisl.co.in>
Subject: RE: [cciug] Impact of NT clearcase accts removal.
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_000_01BF5CED.C7210DE0
Content-Type: text/plain;
charset="iso-8859-1"
Hi GopalKrishnan,
Contact Rational Support immediately and till the time you hear from
them you can try this:
After you re-installed the PDC and if the PDC has come up:
1) Shut down the VOB server
2) Login again from the VOB server
3) Check if the primary group on the PDC for all the users set to
clearusr or whatever you have decided upon.
4) Also verify if the developers have set the CLEARCASE_PRIMARY_GROUP
env variable on their local machines.
5) Verify if the parent storage directory of the VOBs are having "Full
Control" to "everyone". This is very important.
If it doesn't work after doing the above operations,
Try to re-register the VOBs and Views.
Regards,
Ramesh Chandra
-----Original Message-----
From: Gopalakrishnan.K [mailto:gopkrish@wipinfo.soft.net
Sent: Wednesday, January 12, 2000 3:26 PM
To: cciug@rational.com
Subject: [cciug] Impact of NT clearcase accts
removal.
Hi,
Someone reinstalled PDC. This deleted clearcase_albd user
account and clearcase group account. The vob server was a NT client and was
having problem in starting clearcase service. These accounts had been
recreated and clearcase service is up now. But none of the vobs and views on
this client was working as storage directories lost account permissions. I
reassigned the permissions to storage dirs. But still not able to start the
views and not able to check out from vobs.
Errors:
1) While checking out:
vobrpc error log:
vobrpc_server.exe(221): Error: Operation "vobsvr_get_handle"
failed: error detected by ClearCase subsystem.
vob error log:
vob_server.exe(259): Error: unable to determine the owner
for .: The security descriptor structure is invalid.
view error log
view_server.exe(162): Error: vobrpc server operation
"vob_ver_construct_cltxt_prep_suf" failed for VOB
"maharathi:E:\vobs\sysmind.vbs": error detected by ClearCase subsystem.
Additional information may be available in the
vobrpc_server_log on host "maharathi".
albd error log:
Albd(217): Error: Server vob_server.exe (pid=147) on
"E:\vobs\sysmind.vbs" died on startup; marking it as "down".
2) Starting a view:
Says unable to open control files. (I checked up the control
files in stg dir and were seem to be fine).
Thanks in advance,
GK
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - -
with
body
can also
unsubscribe
customers-only
website
http://clearcase.rational.com/cciug/mailing_list.html
- ------_=_NextPart_000_01BF5CED.C7210DE0
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IiALAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQWAAwAOAAAA0AcBAAwAEAApABkAAwA5AQEggAMADgAAANAHAQAM
ABAAKQAeAAMAPgEBCYABACEAAAA5MDQxQUQyMkQ1QzhEMzExQTFDNDAwQzA0Rjg4MDNBMgAABwEE
gAEAMgAAAFJFOiBbY2NpdWddIEltcGFjdCBvZiBOVCBjbGVhcmNhc2UgYWNjdHMgcmVtb3ZhbC4A
HhEBDYAEAAIAAAACAAIAAQOQBgBgEgAAMAAAAAsAAgABAAAACwArAAAAAAADAC4AAAAAAEAAOQDg
n/HD7Vy/AR4AcAABAAAALgAAAFtjY2l1Z10gSW1wYWN0IG9mIE5UIGNsZWFyY2FzZSBhY2N0cyBy
ZW1vdmFsLgAAAAIBcQABAAAAGwAAAAG/XOrkWeqJ6ZTI0RHTlQ0AoMnyczkAADsBkAAeADFAAQAA
AA8AAABSQU1FU0guQ0hBTkRSQQAAAwAaQAAAAAAeADBAAQAAAA8AAABSQU1FU0guQ0hBTkRSQQAA
AwAZQAAAAAACAQkQAQAAAEkNAABFDQAAnB8AAExaRnUFJkDpAwAKAHJjcGcxMjVyMgxgYzEDMAEH
C2BukQ4QMDMzDxZmZQ+STwH3AqQDYwIAY2gKwHOEZXQC0XBycTIAAJIqCqFubxJQIDAB0IUB0DYP
oDA1MDQUIfMB0BQQNH0HbQKDAFAD1PsR/xMLYhPhFFATshj0FNATBxMCgzQ3EY4yMzjFF1QgB20g
Q0UaBBuRzxqdFEAbrxy1eXICgxQwuRGOMTYWMR7/A4JHCdF+ayB0FjEhDg5QIi8Dc1TPCHAgdCVh
IQ04NiV/HLT6QgdAdA3gIHQPwBZdG3j7BxMdBjUewSsdHrcslSBW/yihFmwh6CyUI4kaYTBOJWb/
LJQm5xuRME0olyyUKiYCkVUI5jsJbzA4v2UOMDX/Oeo7ATq/O8k51DvyOl8+L5897T1vO5857xBg
MjhDuv9E0USPRZk51EXCRC9H/0e990c/RW9JNDkOUEyETeFGA0NN4AKCc3R5bAeQaA0J4HQAAAPw
ZGN0bGMKsQBgZGp1T1AFEGfuaAVCFjIMAWMJwFAgAzDwc25leBcwB7AFsADAxQJzcwBQc2IyFFBP
QNJhE/BcawngcAuQUBjXCGBQUAuAZU+AdlXAAUB/ULsMMFGEG5BUYASgC4Bn00XRUgZiYRcQZAIg
UsDPUmZPsFCwV/EgMU8TDlD/U79Uz1XTAFFWXACgUY5Y3/9Z5k8ED8Ba71v/VdMOUFZPt16vX79a
EzMCghMQY1OAn2aBULBaECpQVfAgRAEQpGF1KkAgUArAYQnA4GFwaCBGAiFTREMg6GZpLQ+QOAFA
VZBrE/VQGGILIHIJUGxyFqBscux3NEMhFwBwAdBoUlDfv2V/ZoZqsGlwBRACMC1qEBUDYTopEG9x
0FN1YgpqBZB0cdBEYXRl/jpTRCihav9sD20fbixPoH9aAw4hZoFXFg5Qb49wnlLzVeEXASBIWfEE
kFNEGmH/c690v3XPVV93Dw+BghAI0PJiCrB0OGTaD1RhsHkfz3omgqB7MAtQeS9qIHYQ+wsRe6Vz
U0QbkXyvfb9+z39uL28/hM+F2XHycZRyyTl3UA+LJYJTOYt/jI+RwET4b2N1B4ACMAXQaeA34/8T
EIAQT1ABkU+AAACVQpU0PGVtC1Fy4JAQh5A1OfkwADExGNGVMwCQlqGVxXeAU4fggGJuFsCH0YBi
auuZtgIQbAkAd5nFT1AKwO8BkCHQmzUKsGMKYJk0C4A/AQACMAHhgFNy4FKgXCdzl7GeYDApAoKZ
RJRAYq97YZ5RWmECAGIHMHNmgf2HcTNiEYf1mjCVRQzBh6KmIJ7ylVFuYQeAIKAhS5VCkBAyE/A3
OaRAMfozlOhve1FSIRcglZilRvejrqT7BaB1nXGH4FOAN/Dfj/KbAJAwiTEBgG5yUABg/wnwaICU
IAIBUwB3sqbgqtElT2BwPGBcdgiQd2v/nTEewKxCBPAHQBBhAUAOAO+JAlniraUCEG8FQhchEvKj
loYdADpcXHEgb2nB3m1qEAMQB5CwUE0N4ANg5HNvAYAgTwEgDeCm4FpcsgZFAMADEC5mUHTfoDAX
EJAwUkGAEngBQKqhvm5PsDjQs6RpFKHAIBLz8wCABZBsdl1BYnAOcFMA/7Yym6K2wp00AcG2MRbg
D3DPAABicAzQAZAgLpTktkb/DlC24ipAUJC3X7hvuX8PwN9icAWBux+8L70/bB7AYnDubLrfv5/A
pSm5rEMgvn/jw1/AlGIgKAKRxH+2c/8ooMIvxu/H/8kPtqAaYMpS/7cvy7/Mz7msG5DKX8/f0O//
0f+2oI/gzt/Ub9V/1oQK+Y8DMJAPiz9SMXtIaSNwcm8KsGxLBRBPoKMwbv4sCoUKhgGRHQACIQDQ
BUA6UnLQaQIgLMFyMHBwfQkRIAdwB4BaEHLRhdAg/wBwUkAqUJrg40BPsONBo1H+eQhgWdIFwANS
45Kw0OQyv60wA6DdEOLw46AEADrfn73V4EEBgASQ5CM40C0LgI+bkZrgCYDjk1BEQ+MD/waQ6QcW
4AQgBaCjUeHg5m3/wIOeIgsKUZzmMBbQAGAAQfxkYu5zh9GUIO6AAEBaUP4pDILbNaC+3CihvrYE
CuHn01C2oAbgZHkMQLaRqRP/tjEEoK7gw9LGH51Sh6PD/0ejkVOB3Mp7U2h/8CCHqbHlweOxVk9C
IBcQvnJ7Ueu/7M/t3+7vMvAP//Ef8i/zP/RP9V/2b/d/+I/8e0ywkNvhabDb0uTG+n/v+4/8n/2v
70kz/38AjwGfPwKvA78EzwXfBu8H/3tD+U+wY2vpxijQ4lDnIOLw80nAf+BwIGZg6QerEeMA/+N1
ZFB7YQqRrvClMOWQT4Dv5yBkUOcwG2F3MMBy4HtR/eQkYWjRqKGlkVJA4eBmYN4uCw8MHw0vDj80
D18Qb38RfxKPE58UrxW/Fs8X33v+QZuAHMB7UenQ4vDp1Z1QP4Bx3sAcMh5zHHPjsUNMAEVBUkNB
U0VfEFBSSU0wYFlfR6BST1VQIDlQdi3A7+cgN0CVoRqVaecw73HhofezEDYQgCFzH48gnyGvIr/8
IDUj7yT/Jg8nHygvKT/nKk8rXyxve1Yt6+cRlGL/pSFpoR6hMuBycVLw4vCxwH8KFuqgQuEeYloi
OZA3MGzscXWu4KNgRmlA44Dgwv+xkIlANSBGBhyiRdl7QuVg+1KAR0kujoDmMeJA6qBI8vfiQeIC
5bB0M/Y4toAQ2ULf3C/5REuviB3420np4Gigt/nhsSA1kHJGJJSAd6sg/xkwNvDnwmZQWiLpEqIg
pUHXGpAvEeFTc9+NVOXyHMB/6EFC8AkwlhDn0USY4yFW/6zyS55Pz04L5uV7MAmANSB/VMfhQKNQ
q1DgsMBBiSBh/1gvWT9OL0x/+MzeBGhAO7KQYmtta5uTIF+UoKOzMHLBYX0tZFJPkQHrNYDhoU2x
IHNDgWRTX5v/26Z8XYfAiE+JX3+PgJ+Brz+Cv4PIYkdxk+dT3rNha2HfFS5LIFuzEqUwOtZn3sBw
40Bg4HA1gK7Ayi6xsi56UHRdZf9nBP+HW2g/aU+KT91ftfFtwGJl3lOUYXAknvFiZVfigDPBQGRh
eSwgSuWwdXkaAjEyfMA2AG0ADzA6e6dg6UBNX5Z6SY6Re01jsR7gdWdAVGStQC7qwbt+b3rRdapg
s8F7PluAszhdIEmvwOECRGFOVH8c1K0wtmDjAICwmBDoMW3/pUCBcXO/2+Jgj3iv3ehfn++Iv17/
3oDfhlPq0Ukx6DH/6HjpUUoVnVBrQJbg6bCFx/pfrUBiHyEcIYZSqNLjA5+FyBpEksVKEqNgdm/V
4P8KpB2Q6pHA8IWTrFCTFZYC/0VlGcCVYGtAsNDb4ZuTRZL/hcgKorKxlPOGNKjSL0LpsP+foKqg
6DHX8OSAkUKTTJnV10pyGnE9oHdKEEL5wT2g/49xRGWVUVdkrOMalEpRlpX/lgJSgkWS6pFDTqxQ
6qAzENeP4JK3LxFtVpBzVJJKEO5J6DGGIKTQZ2sg6PSkef8cokNJpRGeko/g42I9oVPB/zJRpxNj
cp9ToDPpkqjKM5A/GRJq0eS0n5Iz9ublRXL/sZB4IOZt7/R8IOYwMlGrgxtFkmrROt/2lVFycGO3
MaCtsjMBZ+ZmsRRfCqTCLjTAZSgyMu/wsIBLraOwgE9URiAin5J2ZHJforB0X1zSa0Ai/+SwY9Hi
gLCAsYQ/IEfAjNDV6OFi4vBDhdJDmZODEPRzeVahbTP2lVKxj5VR+bL7NTmz6JMAqQa3QqSR349x
6RL6AefRG1IusICVErXBoXXfEHTi8D8gc9fw/3KwQ1GiUR0gjNC/gJ3DNYB/hwE2YLk3qjG56MHp
svoxfjb/YLP3sRWVlVQ3tRNf/UqxX5rg6IHAssdw04A00JJfGcBlcLLwdWa2RnsbQwpiInGg6oCB
EeYwOvpFcCBcn5LK4LjRvbHBwHp2n7Aits+337jk3/ZB/mRssOFlctLYALTEcaDi8P+bkOMAMfBj
4DIz2+GfVbLItl+x4RqSaKOyyhgiM/b/kiO5/y2AkkCzoGdQs+h68A+Vs7sM2mBywGQ9MTT71rAa
kiLKz8vTQ7Ho4Rqhe5ij4eA7M2Gh1FFh6pEi//ny1Ffm5f9k4cCYtpZAqiL95mZTfKCd8bzXLwE8
AMeB70cC5LCvgaURKKVAq4MfE/8bw+F7mGRFsEPBlvQvIC+S35hBSAHQ0XVAayApS5+MX/+Nb+cf
6C9aQkowcUBjQJhim4mQMfBumiBU1kdL1HV8IC3uX+9v8H/xSdR1W/9/gbyxuKLAEZuQfMC/UFeR
75hAY9FH8nGgaksw+fCG4L+BCx2QUWBcoDyC1HUi8xn7gKS2QCga0rihgzLBI6XA70swfEDmkEfg
WR5BhhAJUb8tkvMZ1HWJwFNWpaItGnH/z/Kf0IowL+TNd79wQ0GPQPV4IC3PgGzQsOVQn7BRYD/7
loZhZUGcUoowiiB0cOg6Ly+Fxy6BGgGQgMJeL3GiRZHS4FaRLoogbXxsXYJAYtbz8mO46XZ9AgAG
sAAAAB4AQhABAAAAFwAAADwwMUJGNUQxMS41RDJEQzBEMEBHSz4AAAMA3j+vbwAAAwARgAggBgAA
AAAAwAAAAAAAAEYAAAAAEIUAAAAAAAALAAGACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMA
BYAIIAYAAAAAAMAAAAAAAABGAAAAAFKFAADwEwAAHgAGgAggBgAAAAAAwAAAAAAAAEYAAAAAVIUA
AAEAAAAEAAAAOC41AAsAioAIIAYAAAAAAMAAAAAAAABGAAAAAAaFAAAAAAAAAwAHgAggBgAAAAAA
wAAAAAAAAEYAAAAAAYUAAAAAAAALABCACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMAEoAI
IAYAAAAAAMAAAAAAAABGAAAAABGFAAAAAAAAAwAVgAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAA
AAAeACWACCAGAAAAAADAAAAAAAAARgAAAAA2hQAAAQAAAAEAAAAAAAAAHgAmgAggBgAAAAAAwAAA
AAAAAEYAAAAAN4UAAAEAAAABAAAAAAAAAB4AJ4AIIAYAAAAAAMAAAAAAAABGAAAAADiFAAABAAAA
AQAAAAAAAAALAIGACyAGAAAAAADAAAAAAAAARgAAAAAAiAAAAAAAAAsAg4ALIAYAAAAAAMAAAAAA
AABGAAAAAAWIAAAAAAAAAwDxPwkEAAADAP0/5AQAAAMAJgAAAAAAAwA2AAAAAAADAIAQ/////wIB
RwABAAAALgAAAGM9SU47YT0gO3A9U0NOO2w9QkxSSzAwMUEtMDAwMTEyMTExMTI1Wi0zMDA1MwAA
AB4AOEABAAAADwAAAFJBTUVTSC5DSEFORFJBAAAeADlAAQAAAA8AAABSQU1FU0guQ0hBTkRSQQAA
QAAHMKSp8cPtXL8BQAAIMOANIcftXL8BHgA9AAEAAAAFAAAAUkU6IAAAAAAeAB0OAQAAAC4AAABb
Y2NpdWddIEltcGFjdCBvZiBOVCBjbGVhcmNhc2UgYWNjdHMgcmVtb3ZhbC4AAAAeADUQAQAAADIA
AAA8ODkyQ0U5NzdCQjRGRDMxMTk0RUUwMEEwQzlGMjczMzk1RUQ5RDNAQkxSSzAwMUE+AAAACwAp
AAAAAAALACMAAAAAAAMABhAe5vgCAwAHEBsIAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABlAAAA
SElHT1BBTEtSSVNITkFOLENPTlRBQ1RSQVRJT05BTFNVUFBPUlRJTU1FRElBVEVMWUFORFRJTExU
SEVUSU1FWU9VSEVBUkZST01USEVNWU9VQ0FOVFJZVEhJUzpBRlRFUllPVQAAAAACAX8AAQAAADIA
AAA8ODkyQ0U5NzdCQjRGRDMxMTk0RUUwMEEwQzlGMjczMzk1RUQ5RDNAQkxSSzAwMUE+AAAAyd4=
- ------_=_NextPart_000_01BF5CED.C7210DE0--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 08:21:12 +0900
From: "Don-Hoi, Kim" <donekim@kicco.com>
Subject: [cciug] Need Trigger suggestion...
This is a multi-part message in MIME format.
- ------=_NextPart_000_00AD_01BF5CD5.FC5806C0
Content-Type: text/plain;
charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64
SGVsbG8uIENDIHVzZXJzLg0KDQpJIGFtIHZlcnkgbmV3IHRvIHNjcmlwdCBpbiBVbml4LiANCg0K
SSBuZWVkIGEgc2ltcGxlIHRyaWdnZXIgc2NyaXB0IHdoaWNoIGNyZWF0ZXMgb25lIGZpbGUuIEl0
IHNob3dzIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gdmVyc2lvbi4uLmVzcGVjaWFsbHkgcHJlY2Vk
ZXNzb3IuIEkgd2FudGVkIHRvIGNyZWF0ZSBpdCBpbiB1c2VyJ3MgaG9tZSBkaXJlY3RvcnkuDQoN
Ckkgd3JvdGUuLi4NCg0KIyEvYmluL3NoIA0KY2xlYXJ0b29sIGRpZmYgLXByZWQgJENMRUFSQ0FT
RV9QTiA+ICRDTEVBUkNBU0VfUE4uZGlmZg0KbXYgJENMRUFSQ0FTRV9QTi5kaWZmIH4vDQpleGl0
IDANCg0KSSBkaWRuJ3QgZ2V0IGFueXRoaW5nIGluIG15IGhvbWUgZGlyZWN0b3J5Lg0KDQpQbGVh
c2UsIGdpdmUgbWUgYSBzdWdnZXN0aW9uLg0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGluIGFkdmFu
Y2UuDQoNCg0K
- ------=_NextPart_000_00AD_01BF5CD5.FC5806C0
Content-Type: text/html;
charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtz
X2NfNTYwMS0xOTg3IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIGNvbnRlbnQ9Ik1T
SFRNTCA1LjAwLjIzMTQuMTAwMCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv
SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgc2l6ZT0yPkhlbGxvLiBD
QyB1c2Vycy48L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXpl
PTI+SSBhbSB2ZXJ5IG5ldyB0byBzY3JpcHQgaW4gVW5peC4gPC9GT05UPjwvRElWPg0KPERJVj4m
bmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPkkgbmVlZCBhIHNpbXBsZSB0cmlnZ2VyIHNj
cmlwdCB3aGljaCBjcmVhdGVzJm5ic3A7b25lIA0KZmlsZS4mbmJzcDtJdCZuYnNwO3Nob3dzIHRo
ZSBkaWZmZXJlbmNlIGJldHdlZW4mbmJzcDt2ZXJzaW9uLi4uZXNwZWNpYWxseSANCnByZWNlZGVz
c29yLiBJIHdhbnRlZCB0byBjcmVhdGUgaXQgaW4gdXNlcidzIGhvbWUgZGlyZWN0b3J5LjwvRk9O
VD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZP
TlQgc2l6ZT0yPkkgd3JvdGUuLi48L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ
Vj48Rk9OVCBzaXplPTI+IyEvYmluL3NoPC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBz
aXplPTI+Y2xlYXJ0b29sIGRpZmYgLXByZWQgJENMRUFSQ0FTRV9QTiAmZ3Q7IA0KJENMRUFSQ0FT
RV9QTi5kaWZmPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+bXYgJENMRUFSQ0FTRV9Q
Ti5kaWZmIH4vPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+ZXhpdCAwPC9GT05UPjwv
RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPkkgZGlkbid0IGdldCBh
bnl0aGluZyBpbiBteSBob21lIGRpcmVjdG9yeS48L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwv
RElWPg0KPERJVj48Rk9OVCBzaXplPTI+UGxlYXNlLCBnaXZlIG1lIGEgc3VnZ2VzdGlvbi48L0ZP
TlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+VGhhbmsgeW91
IHZlcnkgbXVjaCBpbiBhZHZhbmNlLjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8
RElWPiZuYnNwOzwvRElWPjwvQk9EWT48L0hUTUw+DQo=
- ------=_NextPart_000_00AD_01BF5CD5.FC5806C0--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 12:33:46 +0100
From: Ana Maria Vargas <Ana.Maria.Vargas@think3.com>
Subject: [cciug] "Path name too long" problem
Hi all!,
sometimes on the file called: /nohup.txt I find the next problem log:
find:
/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/v
iew/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/
tmpa
_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bug
fix3
/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/vie
w/tm
pa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_b
ugfi
x3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/v
iew/
tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa
_bug
fix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3
/vie
w/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tm
pa_b
ugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfi
x3/v
iew/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/
tmpa
_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bug
fix3
/disc4/clearcase/vobstore/eureka.vbs/s/sdft/2d/f/0-a7151925838311d2b669000
0f82224e9-ts. Path name too long.
I get the same message for a lot of views and this file becomes pretty big.
What could be the problem??
In this case
the view is: tmpa_bugfix3
/disc4/clearcase/viewstore/tmpa_bugfix3.vws
the vob: /eureka_vob /disc4/clearcase/vobstore/eureka.vbs public
The views and vobs are on a UNIX machine (Digital) and people work with
Attache.
Thanks in advance
Ana Vargas
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 17:12:58 +0530
From: asaha@hss.hns.com
Subject: Re: [cciug] "Path name too long" problem
Your find seems to be stuck in a loop. Is /view/tmpa_bugfix3 linked to itself?
Can't
your find detect these path loops?
Abheek
Ana Maria Vargas <Ana.Maria.Vargas@think3.com> on 01/12/2000 05:03:46 PM
To: cciug@Rational.Com
cc: Ana Maria Vargas <Ana.Maria.Vargas@think3.com> (bcc: Abheek Saha/HSS)
Subject: [cciug] "Path name too long" problem
Hi all!,
sometimes on the file called: /nohup.txt I find the next problem log:
find:
/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/v
iew/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/
tmpa
_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bug
fix3
/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/vie
w/tm
pa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_b
ugfi
x3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/v
iew/
tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa
_bug
fix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3
/vie
w/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tm
pa_b
ugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfi
x3/v
iew/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/
tmpa
_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bugfix3/view/tmpa_bug
fix3
/disc4/clearcase/vobstore/eureka.vbs/s/sdft/2d/f/0-a7151925838311d2b669000
0f82224e9-ts. Path name too long.
I get the same message for a lot of views and this file becomes pretty big.
What could be the problem??
In this case
the view is: tmpa_bugfix3
/disc4/clearcase/viewstore/tmpa_bugfix3.vws
the vob: /eureka_vob /disc4/clearcase/vobstore/eureka.vbs public
The views and vobs are on a UNIX machine (Digital) and people work with
Attache.
Thanks in advance
Ana Vargas
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 07:15:29 -0500 (EST)
From: Greg Dickie <greg@discreet.com>
Subject: RE: [cciug] Impact of NT clearcase accts removal.
I'm assuming you tried fixing the permissions using fix_prot.exe and as far as
I know this should work fine. There are ACLs and ownerships all over the views
that can be quite tricky but fix_prot should be able to handle them.
Incidentally this is another reason why we keep everything on UNIX.
Greg
On 12-Jan-00 Gopalakrishnan.K wrote:
>
> Hi Ken,
> This actually happened in some other group. I was called by them to
correct
> the problem. I did not get the opportunity to see that heaven face who did
> this. That group had no security procedures or well defined SCM rules for
> their vob servers. At least they could have asked me before reinstalling PDC.
> As you said all users accounts had gone. But they can be recreated and
their
> home dir perms can be reassigned. Even for starting albd services, I change
> the password of service startup account to the new one (clearcase_albd).
> What I can do for stg dirs of vobs and views? As you said I know the
problem
> is becoz of security info varies in NT even though you create the same
> account name.
> Please let me know if any correction procedure is known. I am also
trying to
> contact Rational. Worst part was all vobs and views went for a toss.
> Vobs are at least showing the files though not allowing checkouts. But
views
> are not starting at all.
> Thanks,
> GK
>
>
> -----Original Message-----
> From: Ílwing Kenneth - keol [SMTP:K.Olwing@abalon.se
> Sent: Wednesday, January 12, 2000 03:35 PM
> To: 'Gopalakrishnan.K'; cciug@rational.com
> Subject: RE: [cciug] Impact of NT clearcase accts removal.
>
> Well, I assume there was a strong reason for reinstalling the PDC, otherwise
> you should kick Mr Someone in the butt...:-/
>
> Anyway, just be aware that the new accounts/groups are not the same
> security-wise as the old ones just because they're named the same. I can't
> really tell what the problem is but, I guess it's quite reasonable to expect
> that there are more places that needs updated security information. And what
> about you ordinary users??? If the albd account was wiped why wasn't all
> others? And if they we're you have the same problem with those accounts:
> they're named the same but are not equal to the old security info.
> A hint to that something like this is at the bottom is for instance messages
> in the error log to the effect 'vob_server.exe(259): Error: unable to
> determine the owner for .: The security descriptor structure is invalid.',
> ie the SID (security identifier) for '.' is not possible to look up.
>
> HTH
>
> ken1
>
>> -----Original Message-----
>> From: Gopalakrishnan.K [mailto:gopkrish@wipinfo.soft.net
>> Sent: den 12 januari 2000 10:56
>> To: cciug@rational.com
>> Subject: [cciug] Impact of NT clearcase accts removal.
>>
>>
>>
>> Hi,
>> Someone reinstalled PDC. This deleted clearcase_albd user
>> account and clearcase group account. The vob server was a NT
>> client and was having problem in starting clearcase service.
>> These accounts had been recreated and clearcase service is up
>> now. But none of the vobs and views on this client was
>> working as storage directories lost account permissions. I
>> reassigned the permissions to storage dirs. But still not
>> able to start the views and not able to check out from vobs.
>>
>> Errors:
>>
>> 1) While checking out:
>> vobrpc error log:
>> vobrpc_server.exe(221): Error: Operation "vobsvr_get_handle"
>> failed: error detected by ClearCase subsystem.
>> vob error log:
>> vob_server.exe(259): Error: unable to determine the owner for
>> .: The security descriptor structure is invalid.
>> view error log
>> view_server.exe(162): Error: vobrpc server operation
>> "vob_ver_construct_cltxt_prep_suf" failed for VOB
>> "maharathi:E:\vobs\sysmind.vbs": error detected by ClearCase
>> subsystem.
>> Additional information may be available in the
>> vobrpc_server_log on host "maharathi".
>> albd error log:
>> Albd(217): Error: Server vob_server.exe (pid=147) on
>> "E:\vobs\sysmind.vbs" died on startup; marking it as "down".
>>
>> 2) Starting a view:
>> Says unable to open control files. (I checked up the control
>> files in stg dir and were seem to be fine).
>>
>> Thanks in advance,
>> GK
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>>
>> can also
>> unsubscribe
>>
>> http://clearcase.rational.com/cciug/mailing_list.html
>>
> << File: ATT00001.html >>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- ---------------------------------------------------------------------
Greg Dickie
Just A Guy*
*from discreet (the logic is gone)
Montreal
(514) 954-7171
greg@discreet.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 13:40:16 +0100
From: Bourquin Olivier <Olivier.Bourquin@swisslife.ch>
Subject: RE: [cciug] Need Trigger suggestion...
Hello!
I think the problem is only that you forgot the {} that
defines the limit of the variable name.
In your script you echo to a file named "" since
the variable "CLEARCASE_PN.diff" is undefined.
Try:
...
cleartool diff -pred $CLEARCASE_PN > ${CLEARCASE_PN}.diff
mv ${CLEARCASE_PN}.diff ~/
...
+¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼+¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼+
| ///, //// ª 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) |
+¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼+
> -----Original Message-----
> From: Don-Hoi, Kim [SMTP:donekim@kicco.com
> Sent: Wednesday, January 12, 2000 12:21 AM
> To: CC user group
> Subject: [cciug] Need Trigger suggestion...
>
> Hello. CC users.
>
> I am very new to script in Unix.
>
> I need a simple trigger script which creates one file. It shows the
> difference between version...especially precedessor. I wanted to create it
> in user's home directory.
>
> I wrote...
>
> #!/bin/sh
> cleartool diff -pred $CLEARCASE_PN > $CLEARCASE_PN.diff
> mv $CLEARCASE_PN.diff ~/
> exit 0
>
> I didn't get anything in my home directory.
>
> Please, give me a suggestion.
>
> Thank you very much in advance.
>
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 13:07:20 -0000
From: "John Lawlor" <John@wbtsystems.com>
Subject: [cciug] how checked out files appear in different views.
This is a multi-part message in MIME format.
- ------=_NextPart_000_0013_01BF5CFD.F54A9410
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
We have an interesting little issue here with views.
We have two people, each with their own dynamic views working on the same
VOB.
If 'Person A' checks out a file from their view it appears as checked out
(as you would expect), but if 'Person B' looks at the same file through
their OWN view this file is not appearing as checked out. However if
'Person B' selects the file and attempts to check it out they are informed
that the file is already checked out by 'Person A'.
We had always thought that if a file is checked out in one persons view it
would then appear in the other views as checked out. Is it the case that we
should have both these people working from the same view or are we missing
something?
We have our vob servers on Solaris 7, clients on NT 4, and cc 3.2.1.
Any help, ideas, suggestions would be much appreciated.
Regards,
John.
- ------=_NextPart_000_0013_01BF5CFD.F54A9410
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2014.210" name=3DGENERATOR></HEAD>
<BODY>
<P><FONT size=3D2>We have an interesting little issue here with =
views.<BR><BR>We=20
have two people, each with their own dynamic views working on the same=20
VOB.<BR><BR>If 'Person A' checks out a file from their view it appears =
as=20
checked out (as you would expect), but if 'Person B' looks at the same =
file=20
through their OWN view this file is not appearing as checked out. =
However=20
if 'Person B' selects the file and attempts to check it out they are =
informed=20
that the file is already checked out by 'Person A'.<BR><BR>We had always =
thought=20
that if a file is checked out in one persons view it would then appear =
in the=20
other views as checked out. Is it the case that we should have both =
these people=20
working from the same view or are we missing something?<BR><BR>We have =
our vob=20
servers on Solaris 7, clients on NT 4, and cc 3.2.1.<BR><BR>Any help, =
ideas,=20
suggestions would be much=20
appreciated.<BR><BR>Regards,<BR><BR> &=
nbsp;=20
John.<BR><BR><BR><BR><BR></FONT></P></BODY></HTML>
- ------=_NextPart_000_0013_01BF5CFD.F54A9410--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 14:10:32 +0100
From: David Bainbridge <qabdbai@uab.ericsson.se>
Subject: Re: [cciug] Importing onto branches
Many thanks,
I have just checked this in my script and guess what ...
You were right!
Regards,
Dave
mghuliani@hss.hns.com wrote:
> hope the parent dir is checked in !!!!!!!!!
>
> David Bainbridge <qabdbai@uab.ericsson.se> on 01/12/2000 03:46:19 PM
>
> To: cciug@Rational.Com
> cc: (bcc: Mona Ghuliani/HSS)
>
> Subject: [cciug] Importing onto branches
>
> Hi all,
>
> I am attempting to import from a flat file directory structure into
> Clearcase. I am using clearexport_ffile and clearimport under ClearCase
> 3.2.1.
>
> I originally tried this with a more compilcated structure but I have now
> retreated to the following, which includes a copule of directories and
> couple of plain text files.
>
> /test_tool
> /test_tool/test_tool.txt
> /test_tool/test_dir
> /test_tool/test_dir/test_tool2.txt
>
> The clearexport command is:
>
> cd /home/test_tool
> clearexport_ffile -r -b test_branch .
>
> and the clearimport line is:
>
> clearimport -d /vobs/tbms_tools/test_tool /home/cvt_data
>
> These commands complete successfully.
>
> The config_spec is:
>
> element * CHECKEDOUT
> element * .../test_branch/LATEST
> element * /main/LATEST
>
> Using this config_spec I can see the top level directory:
> /test_tool
> but none of the directories beneath.
>
> By commenting out the line containing .../test_branch/LATEST in the
> config_spec I can see:
>
> /test_tool
> /test_tool/test_tool.txt
> /test_tool/test_dir
>
> but not test_tool2.txt which should be in test_dir.
>
> No warnings or errors are generated during export or import. The element
> exists because it appears in lost+found when I delete the directory
> elements, and it is branched correctly too - the branches are visible in
> the lost and found element.
>
> My immediate thought was that there is something wrong with the
> config_spec. I have tried several approaches but the element
> test_tool2.txt remains invisible.
>
> Any thoughts anyone?
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 13:32:37 +0000
From: "Olivier Dehon" <dehon_olivier@jpmorgan.com>
Subject: RE: [cciug] Need Trigger suggestion...
- --0__=SXmNJnEAmZ3BN2Zsg55CvNpM664CBd6PNoOEpyxRR11UXS63I6QAPy9o
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
I think the problem is that the ~ is not recognized in sh. You want to use $HOME
instead !
Also, why create the file in a directory and then move it?
You could use :
cleartool diff -pred "$CLEARCASE_PN" > "$HOME/$CLEARCASE_PN.diff"
Use quotes in case your filenames has spaces in it...
HTH, -Olivier
Olivier.Bourquin@swisslife.ch on 01/12/2000 12:40:16 PM
To: donekim@kicco.com
cc: cciug@rational.com (bcc: Olivier Dehon)
Subject: RE: [cciug] Need Trigger suggestion...
- --0__=SXmNJnEAmZ3BN2Zsg55CvNpM664CBd6PNoOEpyxRR11UXS63I6QAPy9o
Content-type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-transfer-encoding: quoted-printable
Hello!
I think the problem is only that you forgot the {} that
defines the limit of the variable name.
In your script you echo to a file named "" since
the variable "CLEARCASE_PN.diff" is undefined.
Try:
...
cleartool diff -pred $CLEARCASE_PN > ${CLEARCASE_PN}.diff
mv ${CLEARCASE_PN}.diff ~/
...
+=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC+=AC=AC=AC=AC=AC=
=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=
=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC+
| ///, //// =A6 Olivier Bourquin CH/ITEU |
| \ /, / >. =A6 Rentenanstalt/Swiss Life SA 2144 |
| \ /, _/ /. +-------------------------+--------------------+
| \_ /_/ /. =A6 Professional =A6 Private |=
| \__/_ < =A6 ~~~~~~~~~~~~ =A6 ~~~~~~~ |=
| /<<< \_\_ =A6 General Guisan-Quai 40 =A6 Neugasse 31 |=
| /,)^>>_._ \ =A6 8022 Z=FCrich =A6 8005 Z=FCrich =
|
| (/ \\ /\\\ =A6 Phone +41 1 284 45 12 =A6 +41 1 440 70 15 |=
| // ```` =A6 Fax +41 1 284 50 09 =A6 +41 1 440 70 16 |=
+-------((`--------+-------------------------+--------------------+
| e-mail oli@bourquin.com |
| http://www.bourquin.com (PGPkey at http://bourquin.com/pgp.txt) |
+=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=
=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=
=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC=AC+
> -----Original Message-----
> From: Don-Hoi, Kim [SMTP:donekim@kicco.com
> Sent: Wednesday, January 12, 2000 12:21 AM
> To: CC user group
> Subject: [cciug] Need Trigger suggestion...
>
> Hello. CC users.
>
> I am very new to script in Unix.
>
> I need a simple trigger script which creates one file. It shows the
> difference between version...especially precedessor. I wanted to crea=
te it
> in user's home directory.
>
> I wrote...
>
> #!/bin/sh
> cleartool diff -pred $CLEARCASE_PN > $CLEARCASE_PN.diff
> mv $CLEARCASE_PN.diff ~/
> exit 0
>
> I didn't get anything in my home directory.
>
> Please, give me a suggestion.
>
> Thank you very much in advance.
>
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
=
http://clearcase.rational.com/cciug/mailing_list.html
=
- --0__=SXmNJnEAmZ3BN2Zsg55CvNpM664CBd6PNoOEpyxRR11UXS63I6QAPy9o--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 15:02:16 +0100
From: BERND.DOERNEN@LHSYSTEMS.COM
Subject: AW: [cciug] how checked out files appear in different views.
Hi John,
á
this is a very normal behaviour. This is why different developers use
different views - to not interfere with each other.
If you have two persons use the same view, they both work on the same
"Checkedout" view private file (simultaneously???) That means: the one who
saves last, wins.
So, let them work in different views. If both persons want to change the
same file, they have to use different branches. If you want to have both
changes, you have to merge them, of course.
In one of our projects, some time ago we had views with several people
working in at a time and this almost always led to problems. So, we returned
to "personal views", accepting the need for merges from time to time.
á
Bye
Bernd
á
- -----Urspr³ngliche Nachricht-----
Von: John Lawlor [mailto:John@wbtsystems.com
Gesendet am: Mittwoch, 12. Januar 2000 14:07
An: cciug@Rational.Com
Betreff: [cciug] how checked out files appear in different views.
We have an interesting little issue here with views.
We have two people, each with their own dynamic views working on the same
VOB.
If 'Person A' checks out a file from their view it appears as checked out
(as you would expect), but if 'Person B' looks at the same file through
their OWN view this file is not appearing as checked out.á However if
'Person B' selects the file and attempts to check it out they are informed
that the file is already checked out by 'Person A'.
We had always thought that if a file is checked out in one persons view it
would then appear in the other views as checked out. Is it the case that we
should have both these people working from the same view or are we missing
something?
We have our vob servers on Solaris 7, clients on NT 4, and cc 3.2.1.
Any help, ideas, suggestions would be much appreciated.
Regards,
ááááááá John.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 14:36:26 -0000
From: "John Lawlor" <John@wbtsystems.com>
Subject: RE: [cciug] how checked out files appear in different views.
I think the main issue troubling the developers in this case is not that
they want to be able to checkout the same file at the same time.
It's that if they look at the files in their own view they show up as
checked in, even though another developer has checked the file out in
another view. It means he cannot be sure if all the files are checked in
before doing a build unless to goes around to all the developers views and
makes sure that all the files are checked in.
I find it a bit confusing that if a file is reserved checked out in one view
it does not show up as checked out in any other view that happens to look at
this same file.
Regards,
John.
P.S. Thanks for all the reply's.
> -----Original Message-----
> From: owner-cciug@Rational.Com [mailto:owner-cciug@Rational.ComOn
> Behalf Of BERND.DOERNEN@lhsystems.com
> Sent: Wednesday, January 12, 2000 2:02 PM
> To: John@wbtsystems.com
> Cc: cciug@Rational.Com
> Subject: AW: [cciug] how checked out files appear in different views.
>
>
>
> Hi John,
>
> this is a very normal behaviour. This is why different developers use
> different views - to not interfere with each other.
> If you have two persons use the same view, they both work on the same
> "Checkedout" view private file (simultaneously???) That means: the one who
> saves last, wins.
> So, let them work in different views. If both persons want to change the
> same file, they have to use different branches. If you want to have both
> changes, you have to merge them, of course.
> In one of our projects, some time ago we had views with several people
> working in at a time and this almost always led to problems. So,
> we returned
> to "personal views", accepting the need for merges from time to time.
>
> Bye
> Bernd
>
>
> -----Urspr³ngliche Nachricht-----
> Von: John Lawlor [mailto:John@wbtsystems.com
> Gesendet am: Mittwoch, 12. Januar 2000 14:07
> An: cciug@Rational.Com
> Betreff: [cciug] how checked out files appear in different views.
>
>
> We have an interesting little issue here with views.
>
> We have two people, each with their own dynamic views working on the same
> VOB.
>
> If 'Person A' checks out a file from their view it appears as checked out
> (as you would expect), but if 'Person B' looks at the same file through
> their OWN view this file is not appearing as checked out. However if
> 'Person B' selects the file and attempts to check it out they are informed
> that the file is already checked out by 'Person A'.
>
> We had always thought that if a file is checked out in one persons view it
> would then appear in the other views as checked out. Is it the
> case that we
> should have both these people working from the same view or are we missing
> something?
>
> We have our vob servers on Solaris 7, clients on NT 4, and cc 3.2.1.
>
> Any help, ideas, suggestions would be much appreciated.
>
> Regards,
>
> John.
>
>
>
>
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:31:23 -0500
From: "Suzanne Reid" <sreid@hns.com>
Subject: [cciug] ClearCase NT/ NFS interop and novell
Folks:
I was wondering if anyone out there are been successful in setting up an NT
environemtn that is like the following. We have had nothing but problems.
NT 4.0
ClearCase NT 3.2.1
NFS Maestro (6.2) to mount unix views and VOBs
Novell client ???
I realize that Rational does not support Novell, but we are not really trying
to use it. Just work in conjunction with it.
We have experienced problems like not being about to mount or start unix VOBs
or views. We are experiencing different problems as we install from machine to
machine. There are plenty more but I won't bore you with the details right now
unless someone else has some experiences.
Any ideas????
Thanks
- -Suzanne Reid
Hughes Network Systems
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 14:40:38 +0000
From: Paul.Cave@marconicomms.com
Subject: [cciug] Cleartool find.
This may be a stupid question, but does the 'ct find' command ignore the
lost+found directory (And its contents) ?
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 06:49:16 -0800
From: "Bittner, Herbert G" <Herbert.Bittner@marconi-is.com>
Subject: RE: [cciug] how checked out files appear in different views.
John,
If each developer is working in thier own view, they can build whenever they
want. Clearmake (or whatever make system you're using) will only see the
checked out files that developer has checked out in his own view. It will
use whatever version he's seeing for all of the files that his view does not
have checked out. Once a file is checked out, it becomes a view private
file, and can only be used by the view that checked it out. Therefore, you
can build without worrying about who has what file checked out.
Each file (version) can only be checked out once on each branch. So, if
your developers were working on seperate branches, all of them could check
out the same version. Which, of course, would necessitate a merge when they
are checked in.
I hope the first paragraph makes sense, it does to me, but it seems a bit
convoluted! :)
> -----Original Message-----
> From: John Lawlor [SMTP:John@wbtsystems.com
> Sent: Wednesday, January 12, 2000 9:36 AM
> To: cciug@Rational.Com
> Subject: RE: [cciug] how checked out files appear in different views.
>
>
> I think the main issue troubling the developers in this case is not that
> they want to be able to checkout the same file at the same time.
>
> It's that if they look at the files in their own view they show up as
> checked in, even though another developer has checked the file out in
> another view. It means he cannot be sure if all the files are checked in
> before doing a build unless to goes around to all the developers views and
> makes sure that all the files are checked in.
>
> I find it a bit confusing that if a file is reserved checked out in one
> view
> it does not show up as checked out in any other view that happens to look
> at
> this same file.
>
> Regards,
>
> John.
>
> P.S. Thanks for all the reply's.
>
>
> > -----Original Message-----
> > From: owner-cciug@Rational.Com [mailto:owner-cciug@Rational.ComOn
> > Behalf Of BERND.DOERNEN@lhsystems.com
> > Sent: Wednesday, January 12, 2000 2:02 PM
> > To: John@wbtsystems.com
> > Cc: cciug@Rational.Com
> > Subject: AW: [cciug] how checked out files appear in different views.
> >
> >
> >
> > Hi John,
> >
> > this is a very normal behaviour. This is why different developers use
> > different views - to not interfere with each other.
> > If you have two persons use the same view, they both work on the same
> > "Checkedout" view private file (simultaneously???) That means: the one
> who
> > saves last, wins.
> > So, let them work in different views. If both persons want to change the
> > same file, they have to use different branches. If you want to have both
> > changes, you have to merge them, of course.
> > In one of our projects, some time ago we had views with several people
> > working in at a time and this almost always led to problems. So,
> > we returned
> > to "personal views", accepting the need for merges from time to time.
> >
> > Bye
> > Bernd
> >
> >
> > -----Urspr³ngliche Nachricht-----
> > Von: John Lawlor [mailto:John@wbtsystems.com
> > Gesendet am: Mittwoch, 12. Januar 2000 14:07
> > An: cciug@Rational.Com
> > Betreff: [cciug] how checked out files appear in different views.
> >
> >
> > We have an interesting little issue here with views.
> >
> > We have two people, each with their own dynamic views working on the
> same
> > VOB.
> >
> > If 'Person A' checks out a file from their view it appears as checked
> out
> > (as you would expect), but if 'Person B' looks at the same file through
> > their OWN view this file is not appearing as checked out. However if
> > 'Person B' selects the file and attempts to check it out they are
> informed
> > that the file is already checked out by 'Person A'.
> >
> > We had always thought that if a file is checked out in one persons view
> it
> > would then appear in the other views as checked out. Is it the
> > case that we
> > should have both these people working from the same view or are we
> missing
> > something?
> >
> > We have our vob servers on Solaris 7, clients on NT 4, and cc 3.2.1.
> >
> > Any help, ideas, suggestions would be much appreciated.
> >
> > Regards,
> >
> > John.
> >
> >
> >
> >
> >
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
> >
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:40:47 -0500
From: "Fernandes, Eliseu" <fernand@Rational.Com>
Subject: [cciug] find syntax error.
I try to get a list of all the files change from 12/01/99 from my
current directory. I used the following command. cleartool find . -version
'{created_since(01-Dec-99)}' -print and I see alot of errors. I was
wondering if there is anybody out there that could give me some guidance on
this.
____________________________________________
Eliseu M. Fernandes
Technical Support Engineer
Rational Software Corporation
20 Maguire Road
Lexington, MA 02421-3104
(781)676-2574(ph)
(781)676-2460(fx)
http://www.rational.com
New!! Worldwide Technical Support Contact Information
North America 800-433-5444 or support@rational.com
408-863-4000
Europe +31-23-569-4310 support@europe.rational.com
APAC +61-2-9419-0111 support@apac.rational.com
***********************************************************************
##################################################
# Failure is not always a mistake. It may #
# simply be the best one can do under the #
# circumstances. The real mistake is to #
# stop trying. #
############################################
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 14:58:38 -0000
From: "John Lawlor" <John@wbtsystems.com>
Subject: RE: [cciug] how checked out files appear in different views.
This is a multi-part message in MIME format.
- ------=_NextPart_000_001F_01BF5D0D.81EAF400
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Thanks Herbert,
The first paragraph made complete sense.
I think I have enough information to put together a way of how we should
treat views in the future.
Many thanks to all for the help.
Regards,
John.
> -----Original Message-----
> From: Bittner, Herbert G [mailto:Herbert.Bittner@marconi-is.com
> Sent: Wednesday, January 12, 2000 2:49 PM
> To: John Lawlor
> Cc: CCIUG
> Subject: RE: [cciug] how checked out files appear in different views.
>
>
> John,
>
> If each developer is working in thier own view, they can build
> whenever they
> want. Clearmake (or whatever make system you're using) will only see the
> checked out files that developer has checked out in his own view. It will
> use whatever version he's seeing for all of the files that his
> view does not
> have checked out. Once a file is checked out, it becomes a view private
> file, and can only be used by the view that checked it out.
> Therefore, you
> can build without worrying about who has what file checked out.
>
> Each file (version) can only be checked out once on each branch. So, if
> your developers were working on seperate branches, all of them could check
> out the same version. Which, of course, would necessitate a
> merge when they
> are checked in.
>
> I hope the first paragraph makes sense, it does to me, but it seems a bit
> convoluted! :)
>
- ------=_NextPart_000_001F_01BF5D0D.81EAF400
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2014.210" name=3DGENERATOR></HEAD>
<BODY>
<P><FONT size=3D2>Thanks Herbert,<BR><BR>The first paragraph made =
complete=20
sense.<BR><BR>I think I have enough information to put together a way of =
how we=20
should treat views in the future.<BR><BR>Many thanks to all for the=20
help.<BR><BR>Regards,<BR><BR> =20
John.<BR><BR>> -----Original Message-----<BR>> From: Bittner, =
Herbert G=20
[<A href=3D"mailto:Herbert.Bittner@marconi-is.com"=20
target=3D_blank>mailto:Herbert.Bittner@marconi-is.com</A>]<BR>> Sent: =
Wednesday, January 12, 2000 2:49 PM<BR>> To: John Lawlor<BR>> Cc:=20
CCIUG<BR>> Subject: RE: [cciug] how checked out files appear in =
different=20
views.<BR>><BR>><BR>> John,<BR>><BR>> If each developer =
is=20
working in thier own view, they can build<BR>> whenever they<BR>>=20
want. Clearmake (or whatever make system you're using) will only =
see=20
the<BR>> checked out files that developer has checked out in his own=20
view. It will<BR>> use whatever version he's seeing for all of =
the=20
files that his<BR>> view does not<BR>> have checked out. =
Once a file=20
is checked out, it becomes a view private<BR>> file, and can only be =
used by=20
the view that checked it out. <BR>> Therefore, you<BR>> can =
build=20
without worrying about who has what file checked out.<BR>><BR>> =
Each file=20
(version) can only be checked out once on each branch. So, =
if<BR>> your=20
developers were working on seperate branches, all of them could =
check<BR>>=20
out the same version. Which, of course, would necessitate =
a<BR>> merge=20
when they<BR>> are checked in.<BR>><BR>> I hope the first =
paragraph=20
makes sense, it does to me, but it seems a bit<BR>> convoluted! =
:)<BR>><BR></FONT></P></BODY></HTML>
- ------=_NextPart_000_001F_01BF5D0D.81EAF400--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:04:31 -0600
From: "David Stevens" <david.stevens@motorola.com>
Subject: Re: [cciug] find syntax error.
This is a multi-part message in MIME format.
- --------------A151972B3810B240CF27E3DB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
This is what you want:
cleartool find . -version "created_since(01-dec-99)" -print
Cheers,
David.
"Fernandes, Eliseu" wrote:
>
> I try to get a list of all the files change from 12/01/99 from my
> current directory. I used the following command. cleartool find . -version
> '{created_since(01-Dec-99)}' -print and I see alot of errors. I was
> wondering if there is anybody out there that could give me some guidance on
> this.
>
> ____________________________________________
> Eliseu M. Fernandes
> Technical Support Engineer
> Rational Software Corporation
> 20 Maguire Road
> Lexington, MA 02421-3104
> (781)676-2574(ph)
> (781)676-2460(fx)
> http://www.rational.com
>
> New!! Worldwide Technical Support Contact Information
> North America 800-433-5444 or support@rational.com
> 408-863-4000
> Europe +31-23-569-4310 support@europe.rational.com
> APAC +61-2-9419-0111 support@apac.rational.com
> ***********************************************************************
> ##################################################
> # Failure is not always a mistake. It may #
> # simply be the best one can do under the #
> # circumstances. The real mistake is to #
> # stop trying. #
> ############################################
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- --
We must all be the change we want to see in the world.
Gandi.
- --------------A151972B3810B240CF27E3DB
Content-Type: text/x-vcard; charset=us-ascii;
name="david.stevens.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for David Stevens
Content-Disposition: attachment;
filename="david.stevens.vcf"
begin:vcard
n:Stevens;David
tel;fax:(512) 895-7960
tel;work:(512) 895-7785
x-mozilla-html:FALSE
org:<img src=http://www.mot.com/img/home_ddnalogo3.gif border=0></a>;Multimedia Systems Division
version:2.1
email;internet:david.stevens@motorola.com
adr;quoted-printable:;;MD: OE33=0D=0A6501 William Cannon Drive West=0D=0A;Austin;Texas;78735-8598;
fn:David Stevens
end:vcard
- --------------A151972B3810B240CF27E3DB--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 10:01:43 -0500
From: "David C. Bolsen" <David.Bolsen@marconimed.com>
Subject: Re: [cciug] find syntax error.
The command looks OK. What type of errors are you getting? What platform are
you working on?
"Fernandes, Eliseu" wrote:
> I try to get a list of all the files change from 12/01/99 from my
> current directory. I used the following command. cleartool find . -version
> '{created_since(01-Dec-99)}' -print and I see alot of errors. I was
> wondering if there is anybody out there that could give me some guidance on
> this.
>
> ____________________________________________
> Eliseu M. Fernandes
> Technical Support Engineer
> Rational Software Corporation
> 20 Maguire Road
> Lexington, MA 02421-3104
> (781)676-2574(ph)
> (781)676-2460(fx)
> http://www.rational.com
>
> New!! Worldwide Technical Support Contact Information
> North America 800-433-5444 or support@rational.com
> 408-863-4000
> Europe +31-23-569-4310 support@europe.rational.com
> APAC +61-2-9419-0111 support@apac.rational.com
> ***********************************************************************
> ##################################################
> # Failure is not always a mistake. It may #
> # simply be the best one can do under the #
> # circumstances. The real mistake is to #
> # stop trying. #
> ############################################
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- --
David C. Bolsen
David.Bolsen@marconimed.com
Picker Medical Imaging
Marconi Medical Systems, Inc.
595 Miner Road
Cleveland, Ohio 44143
(440) 483-2612
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 10:13:20 -0500
From: Ron Natalie <ron@sensor.com>
Subject: Re: [cciug] how checked out files appear in different views.
> We had always thought that if a file is checked out in one persons view it would then appear in the other views as checked out. Is it the case that we should have both these people working from the same view or are we missing something?
You are missing something, checked out copies are private to the view they are checked out in.
If they are checked out reserved (the default) then nobody else can check out the same version.
But I'm confused as to your problem. You generally don't want to see the versions that
are checked out because they are in the process of being changed. Users are encouraged
to check things back in regularly here (we don't backup the views so any changes to
checked out copies are at peril). If their work doesn't want to be seen by others
(even when checked in) it should be done on a branch that isn't in the general public's
config specs.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 10:20:20 -0500
From: Ron Natalie <ron@sensor.com>
Subject: Re: [cciug] ClearCase NT/ NFS interop and novell
Suzanne Reid wrote:
>
> Folks:
>
> I was wondering if anyone out there are been successful in setting up an NT
> environemtn that is like the following. We have had nothing but problems.
>
> NT 4.0
> ClearCase NT 3.2.1
> NFS Maestro (6.2) to mount unix views and VOBs
> Novell client ???
>
> I realize that Rational does not support Novell, but we are not really trying
> to use it. Just work in conjunction with it.
>
> We have experienced problems like not being about to mount or start unix VOBs
> or views. We are experiencing different problems as we install from machine to
> machine. There are plenty more but I won't bore you with the details right now
> unless someone else has some experiences.
>
The first thing always to check is that you are getting authenticated
to the UNIX machine. Run /atria/etc/utils/credmap (unix_server_name)
and see what it returns. The values returned must match reasonable
user and group id's on the UNIX boxes. If not, you've misconfigured
something (either the PCNFS login, or the CLEARCASE_PRIMARY_GROUP
environment variable).
I've never experienced any interference between other network services
and the MVFS stuff (though I use Integraph DiskAcess for the NFS).
Does the clearcase doctor say anything interesting.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:18:43 -0600
From: "Howard, Jeffrey G. (SAS)" <Jeffrey.G.Howard@norwest.com>
Subject: [cciug] NT Event Logs
I am running ClearCase 3.2.1 on my NT 4.0 server. Is there anyway to limit
the messages that are being sent to our systems event log from ClearCase?
Here are some the informational messages that we are receiving:
* View server addr = 0, port= 4621
* Db initialized
* Using 204800 bytes of cache
* Using view F:\ViewStore\fug01_view3.vws, on host: ctscolfpadev
Also, I am receiving 'Albd(937): Error: Bad password in license database'.
How do I removed old/invalid password from the license database?
Jeffrey G. Howard
Systems Engineer
MAC is N2696-050
* (410) 884-2218
* Jeffrey.G.Howard@norwest.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 15:22:41 +0000
From: Mark Howell <markho@comm.mot.com>
Subject: [cciug] lost+found
Hi
I have a symbolic link in the lost+found directory pointing to an active
element. Do I use rmname to remove the link
Thanks
Mark
- --
========================================================================
| Mark Howell | Email: mark.howell@motorola.com |
| BAS TETRA Engineering | smtp: markho@baseng.comm.mot.com |
| UK Engineering LMPS (Europe) | X400 Mail: BMH007@email.mot.com |
| MOTOROLA | Voice: +44 -01 256 484046 |
| Viables, Basingstoke | Fax: +44 -01 256 484561 |
| Hampshire, UK RG22 4PD | Maildrop: EUR-UK, ZUK02 |
========================================================================
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:33:07 -0600
From: Omair Ahmed <omair1@email.mot.com>
Subject: [cciug] cleaning up registry files
This is a multi-part message in MIME format.
- --------------93D0E3C519FAAB9713D0A63B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hello everyone,
I've been assigned the task of checking and "cleaning" up view errors in
the registry files. I ran the "rgy_check -views -storage" and it came up
with a number of views that need to be cleaned up.
1. What things do I need to check for before attempting to remove these
view-tags from the storage registry?
2. Which command should I run: rmtag or rmview? It's not clear to me
from the man pages which one to use.
TIA
- -oa
- --------------93D0E3C519FAAB9713D0A63B
Content-Type: text/x-vcard; charset=us-ascii;
name="omair1.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Omair Ahmed
Content-Disposition: attachment;
filename="omair1.vcf"
begin:vcard
n:Ahmed;Omair
tel;pager:1-800-SKYTEL2 #6789929
tel;fax:847-632-7428
tel;work:847-435-3576
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:omair1@email.cig.mot.com
fn:Omair Ahmed
end:vcard
- --------------93D0E3C519FAAB9713D0A63B--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 15:33:24 -0000
From: "Martin, Sally Anne (Sally)" <samartin@lucent.com>
Subject: [cciug] View Management
We have a view server with a 9GB disk which constantly fills up. We were
looking for a method of tidying up views on a regular basis, or just
generally finding out how everyone else handles this problem?? Any
suggestions.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 10:45:41 -0500
From: Ron Natalie <ron@sensor.com>
Subject: Re: [cciug] NT Event Logs
"Howard, Jeffrey G. (SAS)" wrote:
> Also, I am receiving 'Albd(937): Error: Bad password in license database'.
> How do I removed old/invalid password from the license database?
>
The license database is just a text file. Each line is a license
for a product for a certain number of users and a password.
Running the clearlicense program will show you the valid ones.
Just delete or correct the bogus ones.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 07:57:16 -0800
From: "Brooks, Michael" <michael.brooks@intel.com>
Subject: RE: [cciug] how checked out files appear in different views.
The second paragraph needs a little clarification... There can be more than
one checkout of a particular version on any branch. There can only be one
RESERVED checkout per branch; there can be any number of UNRESERVED
checkouts.
Using the version tree browser you should be able to see all checkouts -
which view holds the checkout and the type of checkout.
Mike Brooks
Release Engineer
Intel Network Systems
*** Opinions expressed here are not necessarily those of Intel Network
Systems ***
- -----Original Message-----
From: Bittner, Herbert G [mailto:Herbert.Bittner@marconi-is.com
Sent: Wednesday, January 12, 2000 9:49 AM
To: John Lawlor
Cc: CCIUG
Subject: RE: [cciug] how checked out files appear in different views.
John,
If each developer is working in thier own view, they can build whenever they
want. Clearmake (or whatever make system you're using) will only see the
checked out files that developer has checked out in his own view. It will
use whatever version he's seeing for all of the files that his view does not
have checked out. Once a file is checked out, it becomes a view private
file, and can only be used by the view that checked it out. Therefore, you
can build without worrying about who has what file checked out.
Each file (version) can only be checked out once on each branch. So, if
your developers were working on seperate branches, all of them could check
out the same version. Which, of course, would necessitate a merge when they
are checked in.
I hope the first paragraph makes sense, it does to me, but it seems a bit
convoluted! :)
> -----Original Message-----
> From: John Lawlor [SMTP:John@wbtsystems.com
> Sent: Wednesday, January 12, 2000 9:36 AM
> To: cciug@Rational.Com
> Subject: RE: [cciug] how checked out files appear in different views.
>
>
> I think the main issue troubling the developers in this case is not that
> they want to be able to checkout the same file at the same time.
>
> It's that if they look at the files in their own view they show up as
> checked in, even though another developer has checked the file out in
> another view. It means he cannot be sure if all the files are checked in
> before doing a build unless to goes around to all the developers views and
> makes sure that all the files are checked in.
>
> I find it a bit confusing that if a file is reserved checked out in one
> view
> it does not show up as checked out in any other view that happens to look
> at
> this same file.
>
> Regards,
>
> John.
>
> P.S. Thanks for all the reply's.
>
>
> > -----Original Message-----
> > From: owner-cciug@Rational.Com [mailto:owner-cciug@Rational.ComOn
> > Behalf Of BERND.DOERNEN@lhsystems.com
> > Sent: Wednesday, January 12, 2000 2:02 PM
> > To: John@wbtsystems.com
> > Cc: cciug@Rational.Com
> > Subject: AW: [cciug] how checked out files appear in different views.
> >
> >
> >
> > Hi John,
> >
> > this is a very normal behaviour. This is why different developers use
> > different views - to not interfere with each other.
> > If you have two persons use the same view, they both work on the same
> > "Checkedout" view private file (simultaneously???) That means: the one
> who
> > saves last, wins.
> > So, let them work in different views. If both persons want to change the
> > same file, they have to use different branches. If you want to have both
> > changes, you have to merge them, of course.
> > In one of our projects, some time ago we had views with several people
> > working in at a time and this almost always led to problems. So,
> > we returned
> > to "personal views", accepting the need for merges from time to time.
> >
> > Bye
> > Bernd
> >
> >
> > -----Urspr
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 21:31:24 +0530
From: "Gopalakrishnan.K" <gopkrish@wipinfo.soft.net>
Subject: RE: [cciug] Impact of NT clearcase accts removal.
Hi All,
Thanks to all. Actually I faced problems even after trying out fix_prot earlier. Later I noticed the vob which I tried to correct was on FAT (my mistake... not checking up this). The security ids (and acl) are not there for a vob on FAT. But still clea
rcase creates identity.sd and group.sd. The fix_prot or uid_fix could not help me.
I created a dummy vob on FAT partition after logging in as vob administrator. Then I copied identity.sd and group.sd from this new vob stg dir to all corrupted vob stg dirs on FAT. Then mounted these vobs and checked up. Found they were working fine.
There were also few vobs on NTFS partition. These were rectified by fix_prot.
Thanks again to Ken, Leroy, Mike, Chandra and Greg.
Bye,
GK
- -----Original Message-----
From: Gopalakrishnan.K [SMTP:gopkrish@wipinfo.soft.net
Sent: Wednesday, January 12, 2000 04:02 PM
To: 'Ílwing Kenneth - keol'; cciug@rational.com
Subject: RE: [cciug] Impact of NT clearcase accts removal.
Hi Ken,
This actually happened in some other group. I was called by them to correct the problem. I did not get the opportunity to see that heaven face who did this. That group had no security procedures or well defined SCM rules for their vob servers. At least
they could have asked me before reinstalling PDC.
As you said all users accounts had gone. But they can be recreated and their home dir perms can be reassigned. Even for starting albd services, I change the password of service startup account to the new one (clearcase_albd).
What I can do for stg dirs of vobs and views? As you said I know the problem is becoz of security info varies in NT even though you create the same account name.
Please let me know if any correction procedure is known. I am also trying to contact Rational. Worst part was all vobs and views went for a toss.
Vobs are at least showing the files though not allowing checkouts. But views are not starting at all.
Thanks,
GK
-----Original Message-----
From: Ílwing Kenneth - keol [SMTP:K.Olwing@abalon.se
Sent: Wednesday, January 12, 2000 03:35 PM
To: 'Gopalakrishnan.K'; cciug@rational.com
Subject: RE: [cciug] Impact of NT clearcase accts removal.
Well, I assume there was a strong reason for reinstalling the PDC, otherwise
you should kick Mr Someone in the butt...:-/
Anyway, just be aware that the new accounts/groups are not the same
security-wise as the old ones just because they're named the same. I can't
really tell what the problem is but, I guess it's quite reasonable to expect
that there are more places that needs updated security information. And what
about you ordinary users??? If the albd account was wiped why wasn't all
others? And if they we're you have the same problem with those accounts:
they're named the same but are not equal to the old security info.
A hint to that something like this is at the bottom is for instance messages
in the error log to the effect 'vob_server.exe(259): Error: unable to
determine the owner for .: The security descriptor structure is invalid.',
ie the SID (security identifier) for '.' is not possible to look up.
HTH
ken1
> -----Original Message-----
> From: Gopalakrishnan.K [mailto:gopkrish@wipinfo.soft.net
> Sent: den 12 januari 2000 10:56
> To: cciug@rational.com
> Subject: [cciug] Impact of NT clearcase accts removal.
>
>
>
> Hi,
> Someone reinstalled PDC. This deleted clearcase_albd user
> account and clearcase group account. The vob server was a NT
> client and was having problem in starting clearcase service.
> These accounts had been recreated and clearcase service is up
> now. But none of the vobs and views on this client was
> working as storage directories lost account permissions. I
> reassigned the permissions to storage dirs. But still not
> able to start the views and not able to check out from vobs.
>
> Errors:
>
> 1) While checking out:
> vobrpc error log:
> vobrpc_server.exe(221): Error: Operation "vobsvr_get_handle"
> failed: error detected by ClearCase subsystem.
> vob error log:
> vob_server.exe(259): Error: unable to determine the owner for
> .: The security descriptor structure is invalid.
> view error log
> view_server.exe(162): Error: vobrpc server operation
> "vob_ver_construct_cltxt_prep_suf" failed for VOB
> "maharathi:E:\vobs\sysmind.vbs": error detected by ClearCase
> subsystem.
> Additional information may be available in the
> vobrpc_server_log on host "maharathi".
> albd error log:
> Albd(217): Error: Server vob_server.exe (pid=147) on
> "E:\vobs\sysmind.vbs" died on startup; marking it as "down".
>
> 2) Starting a view:
> Says unable to open control files. (I checked up the control
> files in stg dir and were seem to be fine).
>
> Thanks in advance,
> GK
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> can also
> unsubscribe
>
> http://clearcase.rational.com/cciug/mailing_list.html
>
<< File: ATT00001.html >>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 18:13:26 +0200
From: heini.aarela@nokia.com
Subject: [cciug] quick one
Hi,
I am in a kind of hurry, too busy to RTFM.
I have to move the mastership of a VOB to another unit, but retain enough
mastership to still make patches to release level 1 of the product. The
other unit takes care of release level 2 and is working on level 3.
Now, what is the easiest way to do this?
I know that I get the right result for example if I give up mastership of
everything, remove my replica, ask the other unit to create a new replica
creation packet for me, and give back the mastership of my current site
branch. But that sounds rather heavy. Which chmaster commands should I use
to get the same result without having to remove and recreate the whole
replica? I have created the VOB myself originally, and my site is its master
site at the moment.
Heini
- -----------------------------------------------------------------
Heini.Aarela@nokia.com Intelligent Network Platforms
Tel: +358 (0)9 51168466 Fax: +358 (0)9 51168770
Street address: Valimotie 9, 00380 Helsinki
Postal address: P.O. BOX 321, 00045 NOKIA GROUP, Finland
- -------------------------Nokia Networks--------------------------
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:19:44 -0500
From: Ron Natalie <ron@sensor.com>
Subject: Re: [cciug] Cleartool find.
Paul.Cave@marconicomms.com wrote:
>
> This may be a stupid question, but does the 'ct find' command ignore the
> lost+found directory (And its contents) ?
>
Nope. At least not in version 3.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 15:35:17 +0100
From: CBEUNENS@cedelglobalservices.com
Subject: RE: [cciug] Strange Error Message ...
Hello,
I believe the cause of this problem may be the translation of the Unix LF's
to the windows NT CR/LF's.
If you have not converted the files from Unix (with LF's as line separators)
and open these files in NT, all lines will be appended to each other,
because NT is expecting CR/LF as line separator.
You can easily solve this problem using clearcase, by using MS-DOS views
(When creating a view with the GUI, In the advanced setting tab you should
click "Use MSDOS interop mode") You will also need to enable the VOBs for MS
DOS interop with the utility \Clearcase\etc\utils\msdostext_mode.exe.
Another way is to create a trigger wich converts the files to MSDOS mode and
Back.
Hope this helps,
Christophe Beunens
> ----------
> From: Prabhanjan Roy Chowdhury[SMTP:proy@cadence.com
> Sent: Wednesday, January 12, 2000 11:51 AM
> To: cciug@Rational.Com
> Cc: proy@nile.cadence.com
> Subject: [cciug] Strange Error Message ...
>
>
>
> Hi Folks,
>
> Some of our developers is getting the following error message for certain
> files.
> When they bring up certain files, they get the following message in MS Dev
> Studio. One message reads like:
>
> >> This file contains lines longer than the 2048 characters maximum. The
> lines
> >> will be wrapped
>
> Another one reads
>
> >> This file contains invalid characters that will converted to '.'s
>
> They tried it on a freshly created view this morning but are still getting
> the
> same error message.
>
> They could compile the same versions of these files on NT without any
> problems.
> Also, there are no 2048 character lines in the files and things work fine
> on
> UNIX.
>
> Any ideas/pointers as to what could have gone wrong.
>
> Regards
>
> Prabhanjan
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
Visit us at http://www.cedelinternational.com
or http://www.cedelglobalservices.com
or http://www.cedelbank.com
***************************** IMPORTANT MESSAGE *********************************
Internet communications are not secure and therefore Cedel International does not accept legal responsibility for the contents of this message.
The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in
reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Cedel International or any company forming part of Cedel Inter
national.
*********************************DISCLAIMER *************************************
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:53:04 -0500
From: Gladys Christopher-Knight <gladys@gscmail.gsfc.nasa.gov>
Subject: Re: [cciug] Importing onto branches
Dave:
Also, on the clearexport_ffile you must specify the branch you wish
to import to with -b option.
Gladys Christopher-Knight
SAIC/GSC
>Many thanks,
>
>I have just checked this in my script and guess what ...
>
>You were right!
>
>Regards,
>
>Dave
>
>mghuliani@hss.hns.com wrote:
>
> > hope the parent dir is checked in !!!!!!!!!
> >
> > David Bainbridge <qabdbai@uab.ericsson.se> on 01/12/2000 03:46:19 PM
> >
> > To: cciug@Rational.Com
> > cc: (bcc: Mona Ghuliani/HSS)
> >
> > Subject: [cciug] Importing onto branches
> >
> > Hi all,
> >
> > I am attempting to import from a flat file directory structure into
> > Clearcase. I am using clearexport_ffile and clearimport under ClearCase
> > 3.2.1.
> >
> > I originally tried this with a more compilcated structure but I have now
> > retreated to the following, which includes a copule of directories and
> > couple of plain text files.
> >
> > /test_tool
> > /test_tool/test_tool.txt
> > /test_tool/test_dir
> > /test_tool/test_dir/test_tool2.txt
> >
> > The clearexport command is:
> >
> > cd /home/test_tool
> > clearexport_ffile -r -b test_branch .
> >
> > and the clearimport line is:
> >
> > clearimport -d /vobs/tbms_tools/test_tool /home/cvt_data
> >
> > These commands complete successfully.
> >
> > The config_spec is:
> >
> > element * CHECKEDOUT
> > element * .../test_branch/LATEST
> > element * /main/LATEST
> >
> > Using this config_spec I can see the top level directory:
> > /test_tool
> > but none of the directories beneath.
> >
> > By commenting out the line containing .../test_branch/LATEST in the
> > config_spec I can see:
> >
> > /test_tool
> > /test_tool/test_tool.txt
> > /test_tool/test_dir
> >
> > but not test_tool2.txt which should be in test_dir.
> >
> > No warnings or errors are generated during export or import. The element
> > exists because it appears in lost+found when I delete the directory
> > elements, and it is branched correctly too - the branches are visible in
> > the lost and found element.
> >
> > My immediate thought was that there is something wrong with the
> > config_spec. I have tried several approaches but the element
> > test_tool2.txt remains invisible.
> >
> > Any thoughts anyone?
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:52:11 -0500
From: Ron Natalie <ron@sensor.com>
Subject: Re: [cciug] find syntax error.
"Fernandes, Eliseu" wrote:
>
> I try to get a list of all the files change from 12/01/99 from my
> current directory. I used the following command. cleartool find . -version
> '{created_since(01-Dec-99)}' -print and I see alot of errors. I was
> wondering if there is anybody out there that could give me some guidance on
> this.
>
Works for me. Are you running one of the Y2K compliant versions?
What sort of errors?
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:54:40 -0500
From: Ron Natalie <ron@sensor.com>
Subject: Re: [cciug] View Management
"Martin, Sally Anne (Sally)" wrote:
>
> We have a view server with a 9GB disk which constantly fills up. We were
> looking for a method of tidying up views on a regular basis, or just
> generally finding out how everyone else handles this problem?? Any
> suggestions.
We just delete the views from time to time. It doesn't take long
to repopulate the view (especially with winkins). This gets rid of
all the moldy cruft (core files, editor temporaries, log files, etc..
that accumulate).
- -Ron
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 08:57:08 -0800 (PST)
From: Christian Goetze <cg@foglight.com>
Subject: Re: [cciug] Why Global Type Definitions can not be changed?
On Tue, 11 Jan 2000, Prakash Dhavali wrote:
> 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?
Did you follow the advice in the admin manual to not store any elements
in the adminvob? If not, you are hosed. If yes, read on.
1) Delete the branch type in the admin vob. This will magically transform
all copies of that branch type in the other vobs to local ones.
2) Rename the branch type in every vob where it occurs.
3) Recreate the global branch type with the new name in the adminvob.
This is for pre-4.0 ClearCase. They did major work on global metadata
types in 4.0, most of it seems to be improvements.
- --
cg
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 12:06:52 -0500
From: wells@ICD.Teradyne.COM (Jim Wells )
Subject: RE: [cciug] how checked out files appear in different views.
John,
One more thing that may help is that you can find
all elements checked out on a given branch in ALL
views from a single view with one command:
ct lsco -brtype <branch-name> -avobs
Jim Wells
Teradyne, Inc.
Boston
- ----- Begin Included Message -----
>From cciug-owner@rational.com Wed Jan 12 09:50 EST 2000
From: "Bittner, Herbert G" <Herbert.Bittner@marconi-is.com>
To: John Lawlor <John@wbtsystems.com>
Cc: CCIUG <cciug@rational.com>
Subject: RE: [cciug] how checked out files appear in different views.
Date: Wed, 12 Jan 2000 06:49:16 -0800
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by mailhub.rational.com id GAA03323
X-Majordomo-Taboo: cciug
John,
If each developer is working in thier own view, they can build whenever they
want. Clearmake (or whatever make system you're using) will only see the
checked out files that developer has checked out in his own view. It will
use whatever version he's seeing for all of the files that his view does not
have checked out. Once a file is checked out, it becomes a view private
file, and can only be used by the view that checked it out. Therefore, you
can build without worrying about who has what file checked out.
Each file (version) can only be checked out once on each branch. So, if
your developers were working on seperate branches, all of them could check
out the same version. Which, of course, would necessitate a merge when they
are checked in.
I hope the first paragraph makes sense, it does to me, but it seems a bit
convoluted! :)
> -----Original Message-----
> From: John Lawlor [SMTP:John@wbtsystems.com
> Sent: Wednesday, January 12, 2000 9:36 AM
> To: cciug@Rational.Com
> Subject: RE: [cciug] how checked out files appear in different views.
>
>
> I think the main issue troubling the developers in this case is not that
> they want to be able to checkout the same file at the same time.
>
> It's that if they look at the files in their own view they show up as
> checked in, even though another developer has checked the file out in
> another view. It means he cannot be sure if all the files are checked in
> before doing a build unless to goes around to all the developers views and
> makes sure that all the files are checked in.
>
> I find it a bit confusing that if a file is reserved checked out in one
> view
> it does not show up as checked out in any other view that happens to look
> at
> this same file.
>
> Regards,
>
> John.
>
> P.S. Thanks for all the reply's.
>
>
> > -----Original Message-----
> > From: owner-cciug@Rational.Com [mailto:owner-cciug@Rational.ComOn
> > Behalf Of BERND.DOERNEN@lhsystems.com
> > Sent: Wednesday, January 12, 2000 2:02 PM
> > To: John@wbtsystems.com
> > Cc: cciug@Rational.Com
> > Subject: AW: [cciug] how checked out files appear in different views.
> >
> >
> >
> > Hi John,
> >
> > this is a very normal behaviour. This is why different developers use
> > different views - to not interfere with each other.
> > If you have two persons use the same view, they both work on the same
> > "Checkedout" view private file (simultaneously???) That means: the one
> who
> > saves last, wins.
> > So, let them work in different views. If both persons want to change the
> > same file, they have to use different branches. If you want to have both
> > changes, you have to merge them, of course.
> > In one of our projects, some time ago we had views with several people
> > working in at a time and this almost always led to problems. So,
> > we returned
> > to "personal views", accepting the need for merges from time to time.
> >
> > Bye
> > Bernd
> >
> >
> > -----Urspr³ngliche Nachricht-----
> > Von: John Lawlor [mailto:John@wbtsystems.com
> > Gesendet am: Mittwoch, 12. Januar 2000 14:07
> > An: cciug@Rational.Com
> > Betreff: [cciug] how checked out files appear in different views.
> >
> >
> > We have an interesting little issue here with views.
> >
> > We have two people, each with their own dynamic views working on the
> same
> > VOB.
> >
> > If 'Person A' checks out a file from their view it appears as checked
> out
> > (as you would expect), but if 'Person B' looks at the same file through
> > their OWN view this file is not appearing as checked out. However if
> > 'Person B' selects the file and attempts to check it out they are
> informed
> > that the file is already checked out by 'Person A'.
> >
> > We had always thought that if a file is checked out in one persons view
> it
> > would then appear in the other views as checked out. Is it the
> > case that we
> > should have both these people working from the same view or are we
> missing
> > something?
> >
> > We have our vob servers on Solaris 7, clients on NT 4, and cc 3.2.1.
> >
> > Any help, ideas, suggestions would be much appreciated.
> >
> > Regards,
> >
> > John.
> >
> >
> >
> >
> >
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
> >
> > http://clearcase.rational.com/cciug/mailing_list.html
> >
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- ----- End Included Message -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:23:24 -0800
From: "Healey, Edward" <edward.healey@intel.com>
Subject: RE: [cciug] Empty Error Dialog Box?
I am a minimalist when it comes to messages, but that error message seems a
bit to short. You probably want to involve Rational Technical Support on
this one, support@Rational.Com <mailto:support@Rational.Com> , as I think
you have found a bug.
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: Lungu, James [mailto:James.Lungu@usa.xerox.com
Sent: Tuesday, January 11, 2000 10:12 AM
To: 'cciug@rational.com'
Subject: FW: [cciug] Empty Error Dialog Box?
<< File: emptyerror.gif >> 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:
<<...>>
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. "
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - -
with
body
can also
unsubscribe
customers-only
website
http://clearcase.rational.com/cciug/mailing_list.html
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 17:38:14 -0000
From: "Henne, Heinz" <Heinz.Henne@nectech.co.uk>
Subject: RE: [cciug] View Management
Ron's tip is the best way we've found to keep things at a minimum, but you
can also try running the view_scrubber to purge promoted DOs. This isn't
automatically installed, if I remember correctly you need to set it up for
yourself.
Do something like this as a cron job (can stick it in
$ATRIA_DIR/config/cron/ccase_local.wk):
for view in `ct lsview -s`
do
cd /view/$view
ct lsprivate -do | /usr/atria/etc/view_scrubber -k
done
You probably want to add checks that the view is running, check for errors,
...etc.
You can also use lsprivate -other to look for cores, .bak's, findmerge.*,
and *.keeps and remove them over X days old.
Hope this helps,
Heinz
- ---
Heinz Henne
ClearCase Administrator
NEC Technologies (UK) Ltd.
Tel: +44 (0) 118 9654535
Email: Heinz.Henne@nectech.co.uk
> ----------
> From: Ron Natalie[SMTP:ron@sensor.com
> Sent: 12 January 2000 16:54
> To: Martin, Sally Anne (Sally)
> Cc: 'cciug@rational.com'
> Subject: Re: [cciug] View Management
>
>
>
>
> "Martin, Sally Anne (Sally)" wrote:
> >
> > We have a view server with a 9GB disk which constantly fills up. We
> were
> > looking for a method of tidying up views on a regular basis, or just
> > generally finding out how everyone else handles this problem?? Any
> > suggestions.
>
> We just delete the views from time to time. It doesn't take long
> to repopulate the view (especially with winkins). This gets rid of
> all the moldy cruft (core files, editor temporaries, log files, etc..
> that accumulate).
>
> -Ron
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:54:03 -0800
From: "Masterson, David" <David.Masterson@kla-tencor.com>
Subject: RE: [cciug] Writing the comment in the source file
Hmmmm. I'm not sure I totally understand what you're asking for yet, but I
think it basically amounts to writing a script that will parse the output of
"cleartool describe -long" and walk the predecessor version and merge arrow
lists of each file in your release. I don't think I've seen a script to do
that.
- -----Original Message-----
From: Wolfgang Laun [mailto:Wolfgang.Laun@alcatel.at
Sent: Wednesday, January 12, 2000 12:03 AM
To: Masterson, David
Cc: 'Healey, Edward'; cciug@Rational.Com; david.hallman@av.com
Subject: Re: [cciug] Writing the comment in the source file
"Masterson, David" wrote:
> 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.
>
David Hallman wrote:
> Wouldn't the annotate command do this (cleartool man annotate)?
David & David,
to begin with, cleartool lsvtree -short does not give you all versions of an
element. Somewhat better would be
cleartool lsvtree -all -nco <file> | cut -f -d' ' | grep ... | xargs -l
- -t
cleartool describe
But if we use -all, we have to eleminate branch names and .../0 versions.
And
you cannot start at a specific version - lsvtree ignores any version
extension.
Let me try to get it across again: When you have a particular version (not
necessarily /main/LATEST), we want to know the history of exactly this
version,
i.e. all the checkin comments of deltas contributing to this version, i.e.
its
linear predecessors and the versions on those branches that were merged into
this linear sequence of branches - but not including that of any existing
sibling versions, or versions on dead end branches that never made it into
main.
Or, in other words: think of the checkin comments being written into the
file,
and then imagine a diff between these comment sections of a version and one
of
its predecessors - this would be the true change history (as expressed by
checkin comments) of a version, back to that other version.
And (as we, at our site, have to document all the changes between some
baseline
and the previous) we want to exclude versions preceding some other specific
version (but not by date - think of a branch being started and worked upon
before some version on main was promoted to "released in baseline N";
probably
we're not the only ones to begin work on baseline N+1 before baseline N is
shipped).
I had looked into cleartool annotate, and it almost might have been a viable
solution (using -ndata). But what would be missing from an annotate output
is
all that happened on branches that were merged into what man annotate calls
"line of descent". (Repeat the collected checkin comments when doing the
checkin after the merge? Trust the practitioners to be good? Write a tool
that
does this?)
Regards,
- -Wolfgang
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 09:55:49 -0800 (PST)
From: surya@nms.fnc.fujitsu.com ()
Subject: Re: [cciug] Why Global Type Definitions can not be changed?
Hi Prakash,
You can do the following steps to rename a global branchtype "oldbranch" in the
adminvob.
1) ct desc -long brtype:oldbranch@/vob/adminvob
this will list all the GlobalDefinition hyperlinks originating from the brtype oldbranch to its copies in the other vobs.
2) These hyperlinks can be removed and hence the oldbranch will not have any
copies in the other vobs.
3) Then you can rename the old branch type in each of the vobs using ct rename
command. In the admin vob, you will have to use "ct mkbrtype -replace" to
convert the branch type to ordinary from global before renaming.
4) after all the copies of the brtype in each of the vobs is renamed, you have to
convert the new brtype in adminvob to global using "ct mkbrtype -replace".
5) Then, you create the Global Definition hyperlinks from brtypes in each of the
vobs to the brtype in the adminvob.
This process, even though a bit long works. I think I have a script which does all these
steps and if you need I can send it to you.
Hope this helps.
Surya.
- -------------------------------
Surya P. Rao
Fujitsu Network Communications
2860, Junction Ave,
San Jose, CA.
Phone: (408)895-1625
FAX: (520)752-5751
- -------------------------------
- ----- Begin Message -----
Message-ID: <405CAE450410D311B26C0050047326DC31DD5E@amberex01.ambernetworks.com>
From: Prakash Dhavali <PrakashD@ambernetworks.com>
To: "'cciug@rational.com'" <cciug@Rational.Com>
Subject: [cciug] Why Global Type Definitions can not be changed?
Date: Tue, 11 Jan 2000 10:45:56 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
charset="iso-8859-1"
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
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- ----- End Message -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 10:16:59 -0800
From: Malliga Palanisami <mpalanis@san-jose.tt.slb.com>
Subject: [cciug] MVFS is not installed.
Hi ,
I am new to clearcase. When I am try to set the view i.e ct setview
ds_working_1.
I get the error
cleartool: Warning: The view cannot be started because the MVFS is not
installed.
Other system runs ok. Does any body knows what I have todo or what I am
doing wrong.
Thanks,
Malliga
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 13:40 EST
From: melah@sco.com
Subject: Re: [cciug] MVFS is not installed.
Which type of ClearCase installation did you chose? Check your installation
log - on UNIX /var/adm/atria/log directory.
On main servers we do full installs includes MVFS and on client desktops we do the Minimal
Developer Installation - which does include MVFS.
Melah L. Gindi
SCO, Inc.
>From owner-cciug@rational.com Wed Jan 12 13:36:47 2000
>Return-Path: cciug-owner@rational.com
>Received: from jade.newjersey.sco.com (jade [132.147.103.44]) by monsoon.newjersey.sco.com (8.8.7/UW7.0.1) with ESMTP id NAA15402 for <melah@monsoon.newjersey.sco.com>; Wed, 12 Jan 2000 13:36:47 -0500 (EST)
>Received: from sco.sco.COM (sco.sco.COM [132.147.128.9]) by jade.newjersey.sco.com (8.8.7/UW7.1.0) with SMTP id NAA06132; Wed, 12 Jan 2000 13:36:45 -0500 (EST)
>Received: from mailgw.rational.com(130.213.254.1)
> via SMTP by sco.sco.COM, id smtpdAAAa000vL; Wed Jan 12 10:20:13 2000
>Received: from mailhub.rational.com (mailhub [130.213.131.8])
> by mailgw.rational.com (8.9.3/8.9.3/RATIONAL-mailgw) with ESMTP id KAA10500;
> Wed, 12 Jan 2000 10:19:34 -0800 (PST)
>Received: from localhost (daemon@localhost)
> by mailhub.rational.com (8.9.3/8.9.3/RATIONAL-mailhub) with SMTP id KAA29974;
> Wed, 12 Jan 2000 10:19:32 -0800
>Received: by majordomo.rational.com (bulk_mailer v1.8); Wed, 12 Jan 2000 10:17:08 -0800
>Received: (from majordom@localhost)
> by mailhub.rational.com (8.9.3/8.9.3/RATIONAL-mailhub) id KAA29378
> for cciug-outgoing; Wed, 12 Jan 2000 10:17:07 -0800
>Message-ID: <387CC51B.3870FA6@san-jose.tt.slb.com>
>Date: Wed, 12 Jan 2000 10:16:59 -0800
>From: Malliga Palanisami <mpalanis@san-jose.tt.slb.com>
>X-Mailer: Mozilla 4.61 [en] (X11; U; SunOS 5.6 sun4u)
>X-Accept-Language: en
>MIME-Version: 1.0
>To: cciug <cciug@rational.com>
>Subject: [cciug] MVFS is not installed.
>Content-Type: text/plain; charset=iso-8859-1
>Content-Transfer-Encoding: 8bit
>X-MIME-Autoconverted: from base64 to 8bit by mailhub.rational.com id KAA29375
>Sender: owner-cciug@rational.com
>X-Majordomo-Taboo: cciug
>Precedence: bulk
>Status: R
>Content-Length: 626
>
>
>Hi ,
>
>I am new to clearcase. When I am try to set the view i.e ct setview
>ds_working_1.
>
>I get the error
>
>cleartool: Warning: The view cannot be started because the MVFS is not
>installed.
>
>Other system runs ok. Does any body knows what I have todo or what I am
>doing wrong.
>
>
>Thanks,
>Malliga
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 13:45:25 -0500
From: kleach2@csc.com
Subject: Re: [cciug] View Management
We have two scripts, which we run every night. One finds and removes all core
files, located within a VOB tag, for each View. The second runs the
view_scrubber utility on each View. Both scripts produce log files and are
executed, through cron, as root. If you would like copies of these scripts, you
are more than welcome to them.
Thanks.
samartin@lucent.com on 01/12/2000 10:33:24 AM
To: cciug@rational.com
cc: (bcc: Kenneth R Leach/CIV/CSC)
Subject: [cciug] View Management
We have a view server with a 9GB disk which constantly fills up. We were
looking for a method of tidying up views on a regular basis, or just
generally finding out how everyone else handles this problem?? Any
suggestions.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 11:05:59 -0800
From: "Robbins, Bert" <Bert_Robbins@NAI.com>
Subject: RE: [cciug] View Management
One method is to treat the views as task oriented. When the task is complete
the view is no longer needed and can be removed. This prevents views from
living for an eternity and collecting a substantial amount of junk which
chews up disk space. My definition of eternity is 30 days. If the view
hasn't been used in 30 days the view is archived.
Thanks
Bert
- -----Original Message-----
From: Martin, Sally Anne (Sally) [mailto:samartin@lucent.com
Sent: Wednesday, January 12, 2000 10:33 AM
To: 'cciug@rational.com'
Subject: [cciug] View Management
We have a view server with a 9GB disk which constantly fills up. We were
looking for a method of tidying up views on a regular basis, or just
generally finding out how everyone else handles this problem?? Any
suggestions.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 14:39:52 -0500
From: "Suzanne Reid" <sreid@hns.com>
Subject: [cciug] Opening in sunny SanDiego, CA - Hughes Network Systems
Hughes Network Systems (HNS) - San Diego, CA - is looking for engineers
for its Software Development Environment team. HNS is a fast growing
telecommunications company that designs, manufactures and installs
advanced networking solutions for businesses and governments worldwide.
Please send resumes to jkaufman@hns.com
Job Title: Technical Manager - S/W Eng.
Position Description: Management of the software development environment for
all projects.
Requires strong communications skills, experience with real-time development
tools, knowledge of UNIX and PC systems. Special interest in ClearCase
and VxWorks/Tornado. Ability to work effectively and independently with
IT and multiple engineering departments in a fast moving environment.
Articulate advocate of process and tool improvements.
Provide training and beta testing support.
Education Required: Technical Bachelors required; MS desired
Experience Required: 6 to 10 years in software development or software tools
support
Job Title: Member of the Technical Staff (MTS) - S/W Eng.
Position Description: Team member in software development environment group for
all projects. Requires strong communications skills
and knowledge of UNIX-Windows-OS/2 systems and software
analysis/design. 'C' and shell programming required,
C++ and HTML a plus. Experience with at least two
of the following required: VxWorks/Tornado, ClearCase,
Unix system/network administration, or Unix software
development tools support.
Education Required: Technical Bachelors required; MS desired
Experience Required: 3 to 7 years in software development or software tools
support
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 12:54:13 -0800
From: "Brandon Metcalf" <bmetcalf@nortelnetworks.com>
Subject: Re: [cciug] MVFS is not installed.
At 10:16 AM 1/12/00 -0800, Malliga Palanisami wrote:
>
>Hi ,
>
>I am new to clearcase. When I am try to set the view i.e ct setview
>ds_working_1.
>
>I get the error
>
>cleartool: Warning: The view cannot be started because the MVFS is not
>installed.
>
>Other system runs ok. Does any body knows what I have todo or what I am
>doing wrong.
Sounds like mvfs did not load properly. Try stopping and starting
clearcase with
/usr/atria/etc/atria_start stop
/usr/atria/etc/atria_start start
Brandon
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 15:56:03 -0500 (EST)
From: "David L. Paterline" <zcdlp@cnfd.pgh.wec.com>
Subject: [cciug] Puzzling results of 'ls' in views
We had a little glitch (self-imposed, I believe) where our system clocks
got set ahead to 2010 on January 2. We caught it and corrected it on
Jan 4.
So, in one of my views (default config spec), I see a VOB directory with
a date in 2010:
drwxrwx--- 2 vobadm software 5407 Jan 3 2010 src
this is a checked-in directory element which hasn't been modified since
December, 1999:
[15:24 ./popfit ] ct describe src
directory version "src@@/main/16"
created 07-Dec-99.11:13:16 by Daniel J. McKinley (zcdjm.software@pitt)
"Added file element "pfinit.f.UNUSED".
Removed file element "pfinit.f"."
Element Protection:
User : vobadm : rwx
Group: software : rwx
Other: : ---
element type: directory
predecessor version: /main/15
Labels:
POPFIT.722.HP-UX.ACE_B.10.20
I shut down my view server and view, reset my view, same results.
I then created a new view (also with default config spec), and set to the
new view. I see the correct date for the directory:
drwxrwx--- 2 vobadm software 5306 Dec 7 10:48 src
and the new view selects the same directory version:
[15:25 ./popfit ] ct describe src
directory version "src@@/main/16"
created 07-Dec-99.11:13:16 by Daniel J. McKinley (zcdjm.software@pitt)
"Added file element "pfinit.f.UNUSED".
Removed file element "pfinit.f"."
Element Protection:
User : vobadm : rwx
Group: software : rwx
Other: : ---
element type: directory
predecessor version: /main/15
Labels:
POPFIT.722.HP-UX.ACE_B.10.20
I did a recursive 'ls -lR' on my view storage (for the old view), and didn't
find any files with a date of Jan * 2010.
So, I'm confused as to why two views with the same (default) config spec
would show two different dates for the same directory element.
Any ideas?
- --
David L. Paterline Westinghouse Electric Company LLC
Advanced Technical Engineer Commercial Nuclear Fuel Division
dave.paterline@cnfd.pgh.wec.com Westinghouse Energy Center
PH: 412-374-2286 4350 Northern Pike Blvd.
FX: 412-374-2284 Monroeville PA 15146
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 13:13:09 -0800
From: Paul Piermarini <Paul.Piermarini@quantum.com>
Subject: [cciug] BACCUG -Boston
Hi,
Does anyone when the next Boston area cc users group meeting is?
or a pointer to a web site?
Thanks
Paul
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 16:24:29 -0500
From: Susan Laird <susanl@Rational.Com>
Subject: Re: [cciug] BACCUG -Boston
Paul,
There is a meeting on January 25th from 5pm to 7pm at the Rational
Lexington, MA office. For more information on this meeting and other
Local User Groups see:
http://www.rational.com/news_events/meetings.jtmpl
Susan Laird
At 01:13 PM 1/12/2000 -0800, you wrote:
>
>Hi,
>
> Does anyone when the next Boston area cc users group meeting is?
>or a pointer to a web site?
>
>Thanks
>
>Paul
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
Susan Laird
Product Marketing Manager
Rational Software
20 Maguire Road
Lexington, MA 02173
781-676-2401
781-676-2420 (fax)
susanl@rational.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Thu, 13 Jan 2000 05:28:55 +0800
From: "Sussmilch, John" <jack.sussmilch@compaq.com>
Subject: [cciug] CC Users Conference in south pacific
Hello all,
Does anyone know when / where the next users conference for the
asia/pacific region is?
Jack Sussmilch
Configuration Manager
Application Development Centre
Compaq Computer New Zealand Ltd.
Phone: 64 3 371 5743
Mobile: 025 974 240
Fax: 64 3 371 5747
E-mail: Jack.Sussmilch@Compaq.com
http://www.americascup.org
Official website for America's Cup 2000
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 17:19:33 -0500
From: Dale LaBossiere <labo@Rational.Com>
Subject: Re: [cciug] Puzzling results of 'ls' in views
"David L. Paterline" wrote:
> We had a little glitch (self-imposed, I believe) where our system clocks
> got set ahead to 2010 on January 2. We caught it and corrected it on
> Jan 4.
>
> So, in one of my views (default config spec), I see a VOB directory with
> a date in 2010:
>
> drwxrwx--- 2 vobadm software 5407 Jan 3 2010 src
>
> this is a checked-in directory element which hasn't been modified since
> December, 1999:
> ...
> I shut down my view server and view, reset my view, same results.
>
> I then created a new view (also with default config spec), and set to the
> new view. I see the correct date for the directory:
>
> drwxrwx--- 2 vobadm software 5306 Dec 7 10:48 src
>
> and the new view selects the same directory version:
> ...
> So, I'm confused as to why two views with the same (default) config spec
> would show two different dates for the same directory element.
>
> Any ideas?
The following is an educated guess: due to the fact that you can create view private
files/dirs in checked in VOB dirs and the fact that we generally want to provide an
accurate "mod time" for a VOB dir in light of this, the view server'd database
records the last time a view private object has been added/removed/renamed in the
directory and this time is the time that the mvfs (via stat()) returns. This
explains why this view presents this data but a new view presents the original date.
- --
Dale LaBossiere mailto:labo@Rational.com
Rational Software http://www.Rational.com/
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 14:35:53 -0800
From: Murali Krishna <unm@india.hp.com>
Subject: Re: [cciug] CVS vs ClearCase.
Hi
It is really amazing how you could manage with CVS with 250-300 developers. We are
also using CVS in our project at Cupertino but with other sites in India and UK, we
definitely find it a problem at times with just 60 active developers. One of the
main reasons why we haven't moved to Clearcase yet is because this is an "Open
Source " project. But with requirements for several branches we are finding it
increasingly tough to maintain. Also, imagine checking out sometimes takes 6-8 hrs
in India !!!. Multisite would have saved so much of the developer's time.
Directory versioning is very important and CVS doesn't support that.
Maybe I am slightly biased because I was using CC in my earlier projects.
My rule of thumb is anything more than 30-40 developers with multiple sites , go
for CC.
Regards
Murali
jwinsor wrote:
> 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: Wed, 12 Jan 2000 14:39:42 -0800 (PST)
From: pauls@broadvision.com (Paul M. Sander)
Subject: Re: [cciug] View Management
"Martin, Sally Anne (Sally)" <samartin@lucent.com> wrote:
>
> We have a view server with a 9GB disk which constantly fills up. We were
> looking for a method of tidying up views on a regular basis, or just
> generally finding out how everyone else handles this problem?? Any
> suggestions.
We have script that we call "viewq" that maintains a queue of
views. You specify a queue length, directory, and prefix as
arguments. It generates a view tag by appending a datestamp and
serial number to the prefix and creates a view storage area named
with the new tag using the specified directory as the view storage
area's parent. Then it removes older views until the number of
views is equal or less than the specified queue length. (Actually,
it does the removal first, but you get the idea...)
Our version of this script also has the ability to keep "special"
views by checking for the presence of a magic cookie in the view
storage areas before deleting them. It also performs a quality
assessment of the contents of the view so that "bad" views are
removed before "good" views, using age a secondary criterion. If
all of the views in the queue are "special" then no new view is
created and a failure is indicated in the exit status.
We run an additional script periodically to clean out dead view
storage areas that are no longer registered or have been only
partially removed for some reason.
- --
The CEO of my employer requires me to include the following notice in my
signature:
* This message is intended only for the use of the Addressee and may contain
information that is PRIVILEGED and CONFIDENTIAL. If you are not the
intended recipient, dissemination of this communication is prohibited. If
you have received this communication in error, please erase all copies of
the message and its attachments and notify us immediately.
- ---
Paul M. Sander +1 650 261 5174 | To the medieval era's literate few..., the
BroadVision, Inc. | turn of the millenium held a particular alure.
585 Broadway | After all, with the stroke of a quill, the
Redwood City, CA 94063 USA | world went from DCCCCLXXXXVIIIJ to...M.
| -- Rachel Emma Silverman, Wall St. Journal
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 18:19:10 -0500
From: Suzanne Simpson <ssimpson@norcross.rms.slb.com>
Subject: [cciug] Problems removing a vob permanently
All,
I am executing the following steps to remove a vob but I continue to
receive error messages.
As the owner and administrator of the vob I performed the following commands.
1. umount the vob
2. stop and start clearcase processes
3. rmvob \\saturn\ccstg_d\VOBs\vob2.vbs
Thanks,
Suzanne Simpson
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 15:41:41 -0800
From: Scott VanDalen <SVanDalen@USCaden.com>
Subject: [cciug] Career Opportunity for a Configuration Management Engineer/Clearcase Expert
Hi ,
This is your chance to chart the course of a world leader! I am a tech
recruiter searching for a Configuration Management Engineer
with Clearcase expertise who is interested in working a W2 contract in
Cupertino, CA with my client (a leading silicon valley company).
Please respond for more details or with referrals.
sincerely,
Scott
Scott Van Dalen
Technical Recruiter
USCaden, Your Professional IT Staffing Resource
408-616-3012
www.uscaden.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 15:51:46 -0800
From: "Brandon Metcalf" <bmetcalf@nortelnetworks.com>
Subject: Re: [cciug] Problems removing a vob permanently
At 06:19 PM 1/12/00 -0500, Suzanne Simpson wrote:
>
>All,
>
>I am executing the following steps to remove a vob but I continue to
>receive error messages.
>
>As the owner and administrator of the vob I performed the following commands.
>
>1. umount the vob
>2. stop and start clearcase processes
>3. rmvob \\saturn\ccstg_d\VOBs\vob2.vbs
Supplying the error messages would help - my esp isn't working very well
today. You might try doing this on host saturn and not using a unc path name.
Brandon
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 17:01:04 -0700
From: "COCA,PEDRO (HP-Boise,ex1)" <pedro_coca@hp.com>
Subject: RE: [cciug] Problems removing a vob permanently
Hello Suzanne,
I don't know if you are on NT or UNIX but you should not have to stop and
start ClearCase. However, if the rmvob does not work you can always resort
to using unregister and rmtag then manually remove the .vbs directory.
Thanks,
Pedro
- -----Original Message-----
From: Suzanne Simpson [mailto:ssimpson@norcross.rms.slb.com
Sent: Wednesday, January 12, 2000 4:19 PM
To: cciug@Rational.Com
Subject: [cciug] Problems removing a vob permanently
All,
I am executing the following steps to remove a vob but I continue to
receive error messages.
As the owner and administrator of the vob I performed the following
commands.
1. umount the vob
2. stop and start clearcase processes
3. rmvob \\saturn\ccstg_d\VOBs\vob2.vbs
Thanks,
Suzanne Simpson
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 21:27:44 +0900
From: "Don-Hoi, Kim" <donekim@kicco.com>
Subject: Re: [cciug] Need Trigger suggestion...
Hi...
Thank you for your help but the script that you wrote didn't work.
In my thought, diff file cannot be written because $CLEARCASE_PN is absolute path name. So, I have move diff file to home directory.
Finally, I wrote the script as following.
#!/bin/sh
cleartool diff -pred "$CLEARCASE_PN" > "$CLEARCASE_PN.diff"
mv ${CLEARCASE_PN}.diff $HOME
exit 0
This works fine but I don't want to create and move file. Is there any other way?
- ----- Original Message -----
From: Olivier Dehon <dehon_olivier@jpmorgan.com>
To: <Olivier.Bourquin@swisslife.ch>
Cc: <Donekim@Kicco.Com>; <Cciug@Rational.Com>
Sent: Wednesday, January 12, 2000 10:32 PM
Subject: RE: [cciug] Need Trigger suggestion...
> I think the problem is that the ~ is not recognized in sh. You want to use $HOME
> instead !
> Also, why create the file in a directory and then move it?
>
> You could use :
>
> cleartool diff -pred "$CLEARCASE_PN" > "$HOME/$CLEARCASE_PN.diff"
>
> Use quotes in case your filenames has spaces in it...
>
> HTH, -Olivier
>
>
>
>
>
> Olivier.Bourquin@swisslife.ch on 01/12/2000 12:40:16 PM
>
> To: donekim@kicco.com
> cc: cciug@rational.com (bcc: Olivier Dehon)
> Subject: RE: [cciug] Need Trigger suggestion...
>
>
>
- --------------------------------------------------------------------------------
Hello!
I think the problem is only that you forgot the {} that
defines the limit of the variable name.
In your script you echo to a file named "" since
the variable "CLEARCASE_PN.diff" is undefined.
Try:
...
cleartool diff -pred $CLEARCASE_PN > ${CLEARCASE_PN}.diff
mv ${CLEARCASE_PN}.diff ~/
...
+¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼+¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼+
| ///, //// ª 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) |
+¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼¼+
> -----Original Message-----
> From: Don-Hoi, Kim [SMTP:donekim@kicco.com
> Sent: Wednesday, January 12, 2000 12:21 AM
> To: CC user group
> Subject: [cciug] Need Trigger suggestion...
>
> Hello. CC users.
>
> I am very new to script in Unix.
>
> I need a simple trigger script which creates one file. It shows the
> difference between version...especially precedessor. I wanted to create it
> in user's home directory.
>
> I wrote...
>
> #!/bin/sh
> cleartool diff -pred $CLEARCASE_PN > $CLEARCASE_PN.diff
> mv $CLEARCASE_PN.diff ~/
> exit 0
>
> I didn't get anything in my home directory.
>
> Please, give me a suggestion.
>
> Thank you very much in advance.
>
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 16:45:52 -0800
From: "Fast, Larry" <Larry.Fast@VLSI.com>
Subject: [cciug] What kind of wildcards are allowed in queries
I'm trying to compare two vobs and would like to be able to say:
find . -version '*' -print
Run this for both vobs and compare the result.
More generally, can someone point me to a description of what kind of
wildcards are accepted by CCs query language.
Larry Fast
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 16:41:08
From: jodyfarr@mycabin.com
Subject: [cciug] Become a reviewer for iNet Reviews and receive books, software, products you can keep for free!
iNet News Jan 2000 (for reviewers and prospects only)
INet Reviews needs book, software & product reviewers. You may
request any virtually title or consumer product. Titles are
shipped directly to you with the freight paid from the publisher
or manufacturer. You write a brief review and post it to our web
site. After you write brief review you keep all review titles.
WIN A FREE $300 HP Digital Camera or a $600 Sony DVD
player.Drawing every 30 days. The winning odds last month were 1
in 489.
Special offer for new reviewers "Your Idea on the Internet in 7
days" CD-ROM. This unqiue CD shows you how you can take your idea
to a successful Internet web site in 7 days. This is a $79 value.
For your review starter information kit send an email message
with the words STARTER 0101ng in the message subject line to
jodyfarr@mycabin.com The starter kit contains complete
information plus a 70 page list of review products others have
received.
This message is directed for iNet reviewers and referrals only.
If you received this message by mistake, reply with the single
word REMOVE to have your name removed from our email message
database.
If you have trouble responding to this email message, please send
a Self Addressed Stamped Envelope to iNet Reviews, 4015 Holcomb
Bridge Road, Ste 350-905, Norcross, GA 30092 and we will send you
the starter kit info.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Wed, 12 Jan 2000 17:28:56 -0800
From: Jack Repenning <jackr@informix.com>
Subject: Re: [cciug] What kind of wildcards are allowed in queries
At 04:45 PM 01/12/2000 , Fast, Larry wrote:
>I'm trying to compare two vobs and would like to be able to say:
>find . -version '*' -print
I usually do that with
find . -version "!created_since(now)" -print
True, if your query takes a long time, and someone checks something in
while it's running, you might not see this. But you're seeing the results
you would have seen if ClearCase did your command instantly.
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: Wed, 12 Jan 2000 19:04:50 PST
From: "xu zhe" <daxu@hotmail.com>
Subject: [cciug] what is the responsibility of release engineer?
Hello,
Can anyone tell me what the responsibility a release engineer is? What does
he do daily?Is it Interesting?
Best Regards,
Frank Xu
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Thu, 13 Jan 2000 11:13:06 +0800
From: rjones@erggroup.com
Subject: Re: [cciug] how checked out files appear in different views.
John,
I've got some users who've just migrated from MKS Source Integrity (ie. RCS) to
clearcase, and one of the things they've complained about is just this feature.
I've explained that ClearDetails is showing them the details about the versions
(not the elements) selected in their views, and since only one view selected the
checked out version, the other views won't show the element as checked out.
However, that doesn't make them any happier. They want to know beforehand
whether a checkout will succeed, because that's how they worked before, but they
don't want to run any scripts - they just want it to appear in ClearDetails.
Tough. Anyway, I guess it might be something that Rational might think about
adding, although personally I'm not really sure of it's value.
Russell Jones
ERG Transit
Perth
Western Australia
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
Date: Thu, 13 Jan 2000 09:30:18 +0530
From: asaha@hss.hns.com
Subject: Re: [cciug] what is the responsibility of release engineer?
Here is my first cut.
(a) Check the state of the immediate next release/releases with the Project Mgr.
i.e. what is the status of
SPRs and features targetted.
(b) Work on release test plan and release test platform/tools. Identify new
requirements and new tests that
have to be done.
(c) Check the status of major SPRs or features in conjunction with technical
lead. I.e. what level of maturity
they are at, whether they can be preponed to an earlier release or have to be
postponed to a latter release,
etc.
(d) Work with CM on the build and archiving process. This would include
verifying the combination of s/w
packages, verifying the versions of the source that gets built, etc.
(e) Work with SQA on the Verification Testing schedules and resources
(f) Work with Lab-In-Charge for scheduling resources and lab time for release
testing.
(g) Work with Publications for release specific documentation i.e. release
notes.
That wouldn't be a bad start.
Regards,
Abheek
"xu zhe" <daxu@hotmail.com> on 01/13/2000 08:34:50 AM
To: cciug@Rational.Com
cc: (bcc: Abheek Saha/HSS)
Subject: [cciug] what is the responsibility of release engineer?
Hello,
Can anyone tell me what the responsibility a release engineer is? What does
he do daily?Is it Interesting?
Best Regards,
Frank Xu
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
End of cciug-digest V2 #728
***************************
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Sun May 06 2001 - 00:22:27 EDT
