Conference smurf::buildhelp

165.0. "bco of a file does not match version in submit tree." by SMURF::FILTER (Automatic Posting Software - mail to flume::puck) Wed Jun 23 1993 19:17

Date Of Receipt: 	23-JUN-1993 18:00:21.10
From: 	LOCORE::"[email protected]"
To: 	[email protected]
CC: 	
Subj: 	bco of a file does not match version in submit tree.

A developer here has told me that there are differences between a file she
just bco'd being backed against agxminor.nightly and the same file in our 
copy of the submit tree agxminor.

I made sure that the sups of agxminor_pool are updating properly. As a matter of
fact, I reran sup on that pool just before she tried here bco to make sure
out pool was up to date.

Shouldn't the bco'd file match the file in the submit tree???

Below is a log from her session.

-Rich Larsen


$ bco -u parsediffl.c

[ ./motif/clients/dxdiff/parsediffl.c ]
[ ./motif/clients/dxdiff/parsediffl.c Rev 1.1.2.1 checked out unlocked ]
$
$ diff parsediffl.c /usr/sde/osf1/build/agxminor/src/motif/clients/dxdiff/parsed
iffl.c
1,14d0
< /*
<  * @DEC_COPYRIGHT@
<  */
< /*
<  * HISTORY
<  * $Log: parsediffl.c,v $
<  * Revision 1.1.2.1  1992/11/12  15:29:52  devrcs
<  * Fix revision
<  *
<  * Revision 1.1  90/01/01  00:00:00  devrcs
<  * Initial load into Alpha pool
<  *
<  * $EndLog$
<  */
30c16
< int yyleng; extern char yytext[];
- ---
> int yyleng; extern unsigned char yytext[];
32c18
< extern char *yysptr, yysbuf[];
- ---
> extern unsigned char *yysptr, yysbuf[];
34c20
< FILE *yyin ={stdin}, *yyout ={stdout};
- ---
> FILE *yyin = {stdin}, *yyout = {stdout};
42a29,42
>  * @DEC_COPYRIGHT@
>  */
> /*
>  * HISTORY
>  * $Log: parsediffl.l,v $
>  * Revision 1.1.2.1  1992/11/12  15:29:54  devrcs
>  * Fix revision
>  *
>  * Revision 1.1  90/01/01  00:00:00  devrcs
>  * Initial load into Alpha pool
>  *
>  * $EndLog$
>  */
> /*
406c406
< int yyvstop[] ={
- ---
> int yyvstop[] = {
1311,1312c1311,1312
< # define YYTYPE int
< struct yywork { YYTYPE verify, advance; } yycrank[] ={
- ---
> # define YYTYPE unsigned short
> struct yywork { YYTYPE verify, advance; } yycrank[] = {
1667c1667
< struct yysvf yysvec[] ={
- ---
> struct yysvf yysvec[] = {
2017c2017
< char yymatch[] ={
- ---
> unsigned char yymatch[] = {
2051c2051
< char yyextra[] ={
- ---
> unsigned char yyextra[] = {
2057,2058c2057,2077
< /*    ncform  4.1     83/08/11        */
<
- ---
> /*
>  * (c) Copyright 1990, OPEN SOFTWARE FOUNDATION, INC.
>  * ALL RIGHTS RESERVED
>  */
> /*
>  * OSF/1 Release 1.0
> */
> /*
> #
> # IBM CONFIDENTIAL
> # Copyright International Business Machines Corp. 1989
> # Unpublished Work
> # All Rights Reserved
> # Licensed Material - Property of IBM
> #
> #
> # US Government Users Restricted Rights - Use, duplication or
> # disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
> #
> */
> /* @(#)ncform 1.3  com/lib/l,3.1,8951 9/7/89 18:48:47 */
2062c2081
< char yytext[YYLMAX];
- ---
> unsigned char yytext[YYLMAX];
2064,2065c2083,2084
< char yysbuf[YYLMAX];
< char *yysptr = yysbuf;
- ---
> unsigned char yysbuf[YYLMAX];
> unsigned char *yysptr = yysbuf;
2073c2092
<       int yych;
- ---
>       int yych, yyfirst;
2078c2097
<       char *yylastch;
- ---
>       unsigned char *yylastch;
2082a2102
>       yyfirst=1;
2098c2118
<                       if(yyt == yycrank){             /* may not be any transi
tions */
- ---
>                       if(yyt == yycrank && !yyfirst){  /* may not be any trans
itions */
2103a2124
>                       yyfirst=0;
2107c2128
<                               fprintf(yyout,"unsigned char ");
- ---
>                               fprintf(yyout,"char ");
2113c2134
<                       if ( (int)yyt > (int)yycrank){
- ---
>                       if ( yyt > yycrank){
2123c2144
<                       else if((int)yyt < (int)yycrank) {              /* r < y
ycrank */
- ---
>                       else if(yyt < yycrank) {                /* r < yycrank *
/

Date Of Receipt: 	24-JUN-1993 13:47:49.67
From: 	WASTED::jmf "Joshua M. Friedman ULTRIX SDE  24-Jun-1993 1348"
To: 	"Rich Larsen (908) 577-6083 DTN 462-6083 [email protected]" <[email protected]>
CC: 	[email protected]
Subj: 	Re: bco of a file does not match version in submit tree.

rich, we are investigating this problem of the version mismatch in 
the x tree...  more when we have some results...

-josh