https://gitlab.synchro.net/main/sbbs/-/commit/d395a548874bac3a46370a3d
Modified Files:
src/sbbs3/sbbsexec.c
Log Message:
Better RTS support

Reducing log output (lowering log level of line 437 from LOG_INFO to LOG_DEBUG) highlighted an issue with Telix stopping RX. That was fixed by checking RTS in input_thread(). Qmodem needs RTS checked when writing the MCR.

This improved RTS support has been tested with Telix, Qmodem, Telemate, and Banacom at full data rates.

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

https://gitlab.synchro.net/main/sbbs/-/commit/8dbbe0a38f295e6e773f745b
Modified Files:
src/sbbs3/sbbsexec.c
Log Message:
No need to call reset_yield() if we're not calilng maybe_yield()

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

https://gitlab.synchro.net/main/sbbs/-/commit/3ba5aa8d7a6633e248d57063
Modified Files:
src/sbbs3/sbbsexec.c
Log Message:
Store the UART register/settings in a struct for easy re-init

Re-init the UART struct in the init routine to avoid confusion when making .ini file changes with older NTVDMs (including NTVDMx64) which don't re-load the VDDs for every invocation.

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

https://gitlab.synchro.net/main/sbbs/-/commit/19396b9c77e3da8e849eaf7a
Modified Files:
src/sbbs3/sbbsexec.c
Log Message:
Fix compile-breaking typos in last commit

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

https://gitlab.synchro.net/main/sbbs/-/commit/30553f8a946b789856bb49c2
Modified Files:
src/sbbs3/sbbsexec.c
Log Message:
Better log messages and yielding upon ReadFile(mailslot) error.

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

https://gitlab.synchro.net/main/sbbs/-/commit/9488bda6b6a96006b41db017
Modified Files:
src/sbbs3/sbbsexec.c
Log Message:
Fix typo

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

https://gitlab.synchro.net/main/sbbs/-/commit/fc41cb22e51817ab0f2cd6e0
Modified Files:
src/sbbs3/sbbsexec.c
Log Message:
Statically initialize uart to COM1 details, don't rely on VDDInitialize call

Older versions of Windows don't (always?) call VDDInitialize(), so we need
to statically initialize the uart struct.

This should address the problem reported by Fzf (FQBBS) via DOVE-Net:

... When using the included SBBSEXEC.DLL, the UART emulation
defaults to base address 0x000 and interrupt 0x0. The lockups do not occur when this is left as-is but none of the UART emulation does anything. Setting a ComPort in a [UART] section of SVDM.INI or SBBSEXEC.INI does change the I/O address and IRQ to an expected value. But this isn't necessary. The mere existence of one of those two INI files, even if empty, sets the UART to the expected default of 0x3F8/IRQ4. The debug entry is always as follows when left without any INI file:

[180] SBBS: Virtualizing UART (0x0, IRQ 0)

This bug appears to be caused by commit 3ba5aa8d7a663 (1 year ago), where
uart was no longer statically-initialzed and relied on VDDInitialize() to be called to copy default_uart to the uart struct.

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