src/sbbs3 load_cfg.c 1.63 1.64
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv7369

Modified Files:
load_cfg.c
Log Message:
Fix long-standing bug reported by The Extremist:
File directory storage paths that were left blank in SCFG were not correctly initialized to <data_dir>\dirs\<code>\ as the dir's internal code was not yet initialized at this point in the load_cfg() process of scrubbing the cfg data. This bug was introduced with the internal-code prefix enhancement of 2003 (almost 11 years ago now).


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

src/sbbs3 load_cfg.c 1.64 1.65
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv27259

Modified Files:
load_cfg.c
Log Message:
Fix warning.




---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

src/sbbs3 load_cfg.c 1.65 1.66
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv8872

Modified Files:
load_cfg.c
Log Message:
Modernize the md() - use isdir() and mkpath() instead of opendir() and mkdir(). This will create the entire path (e.g. of sub-directories) requested and is used extensively in the scfg-related stuff.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

src/sbbs3 load_cfg.c 1.68 1.69
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv18642

Modified Files:
load_cfg.c
Log Message:
Fix for BBSes in Central European Time (CET) zone:
- Change zone name from BER - >CET
- Enable daylight saving (summer) time for CET -> CEST


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

src/sbbs3 load_cfg.c 1.72 1.73
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv5267

Modified Files:
load_cfg.c
Log Message:
Change for Nelgin:
If the sysop does not specify a file transfer path for a directory, but
did specify a custom data directory, use the custom data directory as the parent of the auto-generated sub-directory to use for the file storage
path. If this breaks existing configs (are you files are offline?), sorry.



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

src/sbbs3 load_cfg.c 1.73 1.74
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv12120

Modified Files:
load_cfg.c
Log Message:
Remove dots (.) from internal codes auto-generated from other strings.



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

src/sbbs3 load_cfg.c 1.74 1.75
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv25449

Modified Files:
load_cfg.c
Log Message:
Log the errno description text along with the number when failing to
create a directory.



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

src/sbbs3 load_cfg.c 1.76 1.77
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv23213

Modified Files:
load_cfg.c
Log Message:
A more sensible (though not 100% backwards compatiblity) Transfer File Path default-setting.
- If a directory's Transfer File Path is not set (blank), and the library
has a "parent directory" configured, then the default Transfer File Path
will (now) be <parent>/<dir-code>, where <dir-code> is the directory's
internal code (lower-cased). This is different from previous behavior where
the parent dir was not used unless *something* was entered for a dir's
Transfer File Path. I'm sorry if this brakes your b0rad!
- If a directory's Transfer File Path is not set (blank), and the library does
*not* hae a "parent directory" configured, then the behavior should be the
same as before, default Transfer File Path: <data-dir>/<dir-code>
- If a directory's Transfer File Path is already set to a
full path, there should be no change in behavior either.



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

src/sbbs3 load_cfg.c 1.77 1.78
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv647

Modified Files:
load_cfg.c
Log Message:
Fix typo in previous commit.



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

src/sbbs3 load_cfg.c 1.78 1.79
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv11280

Modified Files:
load_cfg.c
Log Message:
When the LIB_DIRS option is enabled (auto-add sub-directories of teh parent directory), ignore dirs that are already configured, i.e. internal code
suffix matches the sub-dir name.



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

src/sbbs3 load_cfg.c 1.79 1.80
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv2664

Modified Files:
load_cfg.c
Log Message:
Remove trailing slash from sub-dir name before comparing against internal
code. Compare against full internal-code (not just suffix) for duplicate detection.



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

src/sbbs3 load_cfg.c 1.81 1.82
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/home/rswindell/sbbs/src/sbbs3

Modified Files:
load_cfg.c
Log Message:
Address gcc warnings about string buffer overflows, like this one:
warning: `subs' directive writing 4 bytes into a region of size between 1 and 64



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

https://gitlab.synchro.net/main/sbbs/-/commit/9439f5b8e23351f3a96982b0
Modified Files:
src/sbbs3/load_cfg.c
Log Message:
Fix: initialize default data directories after auto-creating sub-dirs

When a file library's "Access to Sub-directories" option was enabled, any auto-created directories would have their data dir initialized as "blank" (empty), so their data files (e.g. <code>.dat, <code>.ixb) would be created in the ctrl directory.

I guess nobody used this feature? It is pretty cool, but not really documented. If you were using it before this commit, you'll need to move your sub-directories data files to data/dirs or re-add the files (recreate the database files). And you can remove the old cruft from the ctrl dir.

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

El 21/1/21 a las 06:44, Rob Swindell escribi¢:

https://gitlab.synchro.net/main/sbbs/-/commit/9439f5b8e23351f3a96982b0 Modified Files:
src/sbbs3/load_cfg.c
Log Message:
Fix: initialize default data directories after auto-creating sub-dirs

When a file library's "Access to Sub-directories" option was enabled, any auto-created directories would have their data dir initialized as "blank" (empty), so their data files (e.g. <code>.dat, <code>.ixb) would be created in the ctrl directory.

I guess nobody used this feature? It is pretty cool, but not really documented. If you were using it before this commit, you'll need to move your sub-directories data files to data/dirs or re-add the files (recreate the database files). And you can remove the old cruft from the ctrl dir.
---
¨ Synchronet ¨ Vertrauen ¨ Home of Synchronet ¨ [vert/cvs/bbs].synchro.net

Coincidentally, a few weeks ago I found that option and could not find
any documentation for it.

When you have some free time, can you add some documentation please?

Thank you!

---
þ Synchronet þ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar

Re: Re: src/sbbs3/load_cfg.c
By: Ragnarok to Rob Swindell on Thu Jan 21 2021 01:51 pm

When you have some free time, can you add some documentation please?

Yup, plan to.
--
digital man

Rush quote #31:
Live for yourself, there's no one else more worth living for
Norco, CA WX: 67.9øF, 43.0% humidity, 7 mph NE wind, 0.00 inches rain/24hrs

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

https://gitlab.synchro.net/main/sbbs/-/commit/566c41b6ab3cbbe97fc25009
Modified Files:
src/sbbs3/load_cfg.c
Log Message:
Allow text strings to be identified by number (instead of ID)

for those that want to use cryptic numbers rather than human-readable names.

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

https://gitlab.synchro.net/main/sbbs/-/commit/b44b6ea733cd12a51560b980
Modified Files:
src/sbbs3/load_cfg.c
Log Message:
Fix off-by-one issue in previous commit, text.dat string numbers are 1-based

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

https://gitlab.synchro.net/main/sbbs/-/commit/4197ced7afc511120e8d284b
Modified Files:
src/sbbs3/load_cfg.c
Log Message:
Fix new crash on startup for Windows build

load_cfg() calls free_cfg() before do_cryptInit() is called, so the ssl_rwlock was uninitialized here.

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

https://gitlab.synchro.net/main/sbbs/-/commit/c15b7a2f57ccf21ad44f7e3c
Modified Files:
src/sbbs3/load_cfg.c
Log Message:
Fix new clang warning: incompatible pointer types passing 'long *' to parameter of type 'int *'

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

https://gitlab.synchro.net/main/sbbs/-/commit/587eca57b14dc020487c22d8
Modified Files:
src/sbbs3/load_cfg.c
Log Message:
We don't need to set tls_certificate to -1 in prep_cfg() because
it's only called from load_cfg() which has already set it to -1.

We also don't need to check prepped twice to make sure it's extra true.

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

https://gitlab.synchro.net/main/sbbs/-/commit/d47a2258d7f870e139cdf0b4
Modified Files:
src/sbbs3/load_cfg.c
Log Message:
Always set scfg.prepped to FALSE in free_cfg()

Remove some redundant redundancies, redundantly

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

https://gitlab.synchro.net/main/sbbs/-/commit/0503c2900a17ddd91986b312
Modified Files:
src/sbbs3/load_cfg.c
Log Message:
Fix uninitialized cfg.colors[] element usage caught by Deuce (and Clang?)

Conditional jump or move depends on uninitialised value(s)
at 0x4AE768D: sbbs_t::backfill(char const*, float, int, int) (con_out.cpp:1445)
by 0x4AE7855: sbbs_t::progress(char const*, int, int, int) (con_out.cpp:1467)
by 0x4AE91A9: ProgressLoadingMsgPtrs(void*, int, int) (data_ovl.cpp:27)
by 0x4C7C577: getmsgptrs (userdat.c:3972)
by 0x4AE9144: sbbs_t::getmsgptrs() (data_ovl.cpp:39)
by 0x4BF9237: sbbs_t::logon() (logon.cpp:452)
by 0x4AC1CE2: sbbs_t::answer() (answer.cpp:636)
by 0x4C0FD37: node_thread(void*) (main.cpp:4277)

Introduced in commit 48e7520e (when colors was converted from a byte array
to a uint array), we weren't memsetting the right number of bytes.

Since color is not an array of ints (not bytes), memset (of non-zero values) isn't really the right initialization approach anyway. Now using a for-loop.

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