https://gitlab.synchro.net/main/sbbs/-/commit/067556d75a33774e350ecae7
Modified Files:
src/sbbs3/filedat.c
Log Message:
Strip CP437 "graphics" characters in prep_file_desc()

If the extended description is UTF-8, first convert it to CP437.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/4bb4130cd565b4945a999f43
Modified Files:
src/sbbs3/filedat.c
Log Message:
Add some NULL argument value checking

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/59200e330f416573be8a49d1
Modified Files:
src/sbbs3/filedat.c
Log Message:
Some archives don't have DIZ in the root directory

(I'm looking at you, mist1221.zip)

... so first try to extract DIZ files from the root of the archive, then try again searching nested directories too. <sigh>

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/67d3c3e2c8db7368570944e2
Modified Files:
src/sbbs3/filedat.c
Log Message:
Fix file list sorting by date, need to use the index not the header

When loadfiles() calls sortfiles(), only the file's index records have been read in, so trying to sort on any header field won't work.

This bug wasn't observable when sorting by date ascending, since that's the natural index order of the files already (order imported/added), only
observed when sorting by date descending (newest at the top).

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/bff68ad04b5051effdd82bb0
Modified Files:
src/sbbs3/filedat.c
Log Message:
Check max_files value in extract_files_from_archive() better

Address issue reported by Nightfox via DOVE-Net:
Today I was using the Archive class to extract exactly one file from a zip file, and I'm a little confused on the exception throwing behavior regarding the max_files parameter. When calling extract(), I gave it a filename pattern and expected exactly 1 file to be extracted, so I also gave a max_files argument as 1. It extracted the one file, but it threw an exception with the error "Error: maximum number of files (1) extracted (after extracting 1 item successfully)".

Should that be an error condition to throw an exception? I expected 1 file to be extracted, and that file was extracted successfully. If I specify max_files as 2, then it doesn't throw an exception.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/ef2fa232ddcb2cef11c7458a
Modified Files:
src/sbbs3/filedat.c
Log Message:
If filename_maxlen is 0, don't use it enforce a maximum filename length

This is just extra paranoia now since the reading of file.ini enforces the value range
8 <-> 65535 now.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/9a57677a496ff570f4038cd2
Modified Files:
src/sbbs3/filedat.c
Log Message:
Avoid possible divide-by-zero in gettimetodl()

Default to 100000 (cps) if passed a rate_cps argument value of 0.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net