Re: Have I got a corrupt repository?

[Mark D. Baushke]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andy Jones <address@hidden> writes:

> >What do you see in the CVS/Entries file for the corresponding directory
> >that is showing those 'greek' filenames?
> 
> Yep, you're right.  That's where the "greek filename" is coming from.

Okay. Now to try to figure out why the CVS/Entries file is getting
corrupted... the core dump is happening in the fprintf() that creates
an entry in that file...

> >That would be a matter of looking in bug tracking for your vendor
> >(Redhat for version 7.1) to see if there were any bug reports against
> >the kernel you are using.
> 
> Okay, I can't see anything, but that's not complete proof that you are
> wrong.

If you are at version 2.4.20-28.7 of the kernel and glibc-2.2.4-33, then
I doubt that there is an mmap bug around any longer. If you are not at
that level, you may wish to look into getting some updates from
ftp://updates.redhat.com/7.1/en/os/ while they are still available.

> >The line in entries.c is this one:
> >    if (fprintf (fp, "/%s/%s/%s", p->user, p->version, p->timestamp) < 0)
> >so it miht be interesting for you to issue the commands
> >
> >  up
> >  up
> >  p *p
> 
> (gdb) up
> #1  0x40156677 in fprintf () from /lib/libc.so.6
> (gdb) up
> #2  0x0805d950 in fputentent (fp=0x82f7b40, p=0x80fbda0) at entries.c:424
> 424         if (fprintf (fp, "/%s/%s/%s", p->user, p->version, p->timestamp) 
> < 0)
> (gdb) p *p
> $1 = {type = 136248160, user = 0x80feec8 "\n\tim1", version = 0x632f6c61 
> <Address 0x632f6c61 out of bounds>,

Well, a user value having a newline is not auspicious nor is having a
corrupt value for version and timestamp.

>   timestamp = 0x725f7376 <Address 0x725f7376 out of bounds>,
>   options = 0x736f7065 <Address 0x736f7065 out of bounds>,
>   tag = 0x726f7469 <Address 0x726f7469 out of bounds>, date = 0x61742f79 
> <Address 0x61742f79 out of bounds>,
>   conflict = 0x74736570 <Address 0x74736570 out of bounds>}
> 
> Andy.

Trying to figure out how the values became corrupt is likely to be
harder.

        -- Mark

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQFABRBA3x41pRYZE/gRAvPmAKCW9LuZ92eJHg1hhGDtn5RKzOnUIgCgyssJ
LlBeWTZDMV4ieq3mMFskHyw=
=7/YM
-----END PGP SIGNATURE-----