So my file bases all wiped on 8/10/17 (Yeah, I obivously don't check them too often, and I mean not the files, just the file entry dB) and I assume my nightly addfiles.exe run re-imported all the files, BUT there are no file descriptions (Usually addfiles imports the file_id.diz file).
Should I just kill the fileareas and run addfiles again, see if it fixes the problem? Anyone seen this before?
... A fast has no real nutritional value.
[0m
So my file bases all wiped on 8/10/17 (Yeah, I obivously don't check them too often, and I mean not the files, just the file entry dB) and I assume my nightly addfiles.exe run re-imported all the files, BUT there are no file descriptions (Usually addfiles imports the file_id.diz file).
Should I just kill the fileareas and run addfiles again, see if it fixes the problem? Anyone seen this before?
file_id.diz file).So my file bases all wiped on 8/10/17 (Yeah, I obivously don't check
them too often, and I mean not the files, just the file entry dB) and
I assume my nightly addfiles.exe run re-imported all the files, BUT
there are no file descriptions (Usually addfiles imports the
Should I just kill the fileareas and run addfiles again, see if it
fixes the problem? Anyone seen this before?
ADDFILES won't recreate the file areas however. If you mean delete the database files and re-run addfiles, that should work provided the files have embedded descriptions (FILE_ID.DIZ) and you're using a working addfiles command-line and your BBS is setup correctly for extracting files from archives (e.g. *.zip).
| Sysop: | Winzlo |
|---|---|
| Location: | Minnesota, USA |
| Users: | 11 |
| Nodes: | 16 (0 / 16) |
| Uptime: | 495932:48:38 |
| Calls: | 82 |
| Files: | 1,070 |
| D/L today: |
27 files (11,920K bytes) |
| Messages: | 286,910 |