mgirod / clearcase-cpan

Automatically exported from code.google.com/p/clearcase-cpan
0 stars 0 forks source link

Error creating a label family type with no comments #33

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1.>>ctp mklbtype -family TOOL_BL
Comments for "TOOL_BL":
Can't open mklbtype: No such file or directory at
/usr/lib/perl5/site_perl/5.8.8/ClearCase/Argv.pm line 629.
Can't open TOOL_BL: No such file or directory at
/usr/lib/perl5/site_perl/5.8.8/ClearCase/Argv.pm line 629.
Use of uninitialized value in print at
/usr/lib/perl5/site_perl/5.8.8/ClearCase/Argv.pm line 648.

Note 1: ctp is an alias /usr/bin/cleartool.plx

Note 2: providing the comments it works smoothly
>>ctp mklbtype -c "first try to create a label" -family TOOL_BL
Created label type "TOOL_BL".
Created label type "TOOL_BL_1.00"

What is the expected output? What do you see instead?

Either create the family label with no comments or (if the intention is to
enforce the comments) raise an error saying that is not possible to create
a family label without a comment and return the prompt, (currently after
the error is showed it does not return the prompt, need to Ctrl-C)

What version of the product are you using? On what operating system?

ClearCase-Wrapper-MGi
cleartool                         7.0.1.1 (Wed Nov  7 21:20:32 EST 2007)
db_server                         7.0.1.1 (Fri Nov  2 11:56:09 EDT 2007)

Operating system: Linux RedHat 5(Final 2.6.18-92.1.6.el5 x86_64)
                  aka Centos 5

Please provide any additional information below.

I haven't try to reproduce it on Windows.

Original issue reported on code.google.com by fede.naum@gmail.com on 3 Jun 2009 at 4:13

GoogleCodeExporter commented 9 years ago
This is a known problem, partly documented in the wiki:
http://code.google.com/p/clearcase-cpan/wiki/CavComments

There may be bits of solution for special cases, especially on linux/unix,
but so far, I don't have any satisfactory general answer.

Original comment by marc.girod on 3 Jun 2009 at 12:32

GoogleCodeExporter commented 9 years ago

Original comment by marc.girod on 3 Jun 2009 at 12:35

GoogleCodeExporter commented 9 years ago
One way to cope with this until a fix is found, is to use .clearcase_profile or
.clearcase_profile.pl
The former is used by cleartool, and one may prefer to use different defaults 
for the wrapper.
The other could drive to either use silently -nc (and -f... or the like),
or to stop unless either -c or -nc would be given,
or to use -nc but warn...
This requires however some support. I don't prioritize it right now.

Original comment by marc.girod on 5 Jun 2009 at 4:44

GoogleCodeExporter commented 9 years ago
I have prolems with the obvious...
Of course, I don't know how to fix this in ClearCase::Argv,
but fixing it in a Wrapper should be trivial.
In fact, the best is probably in ClearCase::Wrapper...

Original comment by marc.girod on 6 Jun 2009 at 12:17

GoogleCodeExporter commented 9 years ago
there is not a problem for now, I mean I'm using -c and -nc 

Original comment by fede.naum@gmail.com on 10 Jun 2009 at 4:22

GoogleCodeExporter commented 9 years ago
Implemented for mklbtype in r357.
Need to take into use in the other functions.
Also, this doesn't support the interactive queries with one char reply (e.g. 
-rm/-keep)
Treating -cqe forces to run commands in a loop, which fights again the previous 
use
of exec.
I tried to support the CLEARCASE_PROFILE environment variable, but there may be 
some
strange effects due to prior treatment in both ClearCase::Argv and 
ClearCase::Wrapper
(e.g.: order of evaluation).
I didn't (yet?) try to support CLEARCASE_CMNT_PN, or otherwise to offer default
comments for edit.

Original comment by marc.girod on 19 Jul 2009 at 2:01