Re: [ng-spice-devel] CVS works
Paolo Nenzi wrote:
> Space: do the job in /tmp, there is enough space.
>
Ok, I'll remember that next time. The problem was that, once
I'd asked gunzip to expand the tar file, it deleted the original
tar.gz file. Now, since I'm familiar with PKZIP and other PC
based tools, I know that they would not have deleted the
original file if they had any problem writing the expanded
version.
I've been caught by various UNIX tools before, as they
often seem to have less error tolerance, although they
are getting better. So it would be nice to think that the
warning I got was just that, only a warning. If the disk
quota program stopped gunzip writing the file, I would
hope that it would return a file write error to gunzip, and
gunzip would abort the expansion, delete what it had
managed to create of the expanded file, and leave the
tar.gz file intact.
Do you think that I can trust that the fact that the tar
file seemed to be expanded ok, means that quota
didn't truncate the file ? Otherwise, since the tar.gz
was deleted, I didn't get a second chance, so I'll be
missing some files at the end of the tar file.
Would tar have detected a premature end of the tar
file when I extracted it on my laptop ? Is that another
sign that everything's ok ?
Otherwise, presumably I can copy all the .c and .h files
from the previous snapshot (apart from outitf.c) over the
new snapshot, and that should replace any missing files.
(I don't want Paolo distracted any more by having to
remake the snapshot)
>
> Send a file which fails and let the people on this list to correct the
> bug.
I'll try to find an example that wouldn't be giving away company
secrets. Also, I'll try to check the subckt.c file tonight, to check
that my fixes got into the right place. The fix in subckt.c was
actually just the shifting of a test one level up in the program,
I just didn't get time to check it last night.
Cheers,
Alan
Partial thread listing:
- Re: [ng-spice-devel] CVS works, (continued)