This is a different kind of release video for me: https://youtu.be/2c2eLGVkxW0
--
digital man (rob)
This is a different kind of release video for me: https://youtu.be/2c2eLGVkxW0
On 27 Feb 2026, Digital Man said the following...
This is a different kind of release video for me: https://youtu.be/2c2eLGVkxW0
cool stuff. could accidentally pick up non-Sync/BBS subscribers
Just installed the 3.21c upgrade. I was running 3.21a just fine. After installation, the Control Panel just exits after a few seconds and I get the following error in the Windows 10 Event viewer:
Running: Windows 10 Enterprise LTSC 64Bit - 21H2
Faulting application name: sbbsctrl.exe, version: 3.21.2.0, time stamp: 0x00000000
Faulting module name: MSVCP140.dll, version: 14.0.24215.1, time stamp: 0x57bfd592
Exception code: 0xc0000005
Fault offset: 0x0001c559
Faulting process id: 0x2360
Faulting application start time: 0x01dca82ad1b1d291
Faulting application path: C:\SBBS\exec\sbbsctrl.exe
Faulting module path: C:\Windows\SYSTEM32\MSVCP140.dll
Report Id: 2d37aa23-020f-4999-bfb2-9f11057ca06c
Gonna have to put the other version back.
DM, I grabbed the latest upgrade and installed it. Seemed to work until I actually tried to login remotely. At which point the Synchronet Control Panel just exists, no errors, just exists. This is on Windows 10 32 bit. I copied my previous version back into my sbbs folder and placed the previous version's .dll back into my Windows/System32 folder and all works again.
I'll test some more and see if I can find any logs that might give me a clue as to what is happening. Thought I would pass this on.
Try installing this Microsoft package to update your MS C++ Runtime: https://aka.ms/vc14/vc_redist.x86.exe
There is a tiny issue with the User Editor on the Control Panel now. "Error reading user file". ../data/user/user.tab
There is a tiny issue with the User Editor on the Control Panel now.
"Error reading user file". ../data/user/user.tab
I can still telnet in and run ;uedit and it works fine.
The User List in the Control Panel works.
i said this before. there is a pack out there that is very popular that has all the runtimes in one installer. it's especially popular with gamers.
It installs runtimes that don't play well with synchronet. i had to help 2 people fix it.
Re: Synchronet v3.21 Release Introduction video
By: MRO to Digital Man on Fri Feb 27 2026 08:42 pm
i said this before. there is a pack out there that is very popular that BF> > has all the runtimes in one installer. it's especially popular with
gamers.
It installs runtimes that don't play well with synchronet. i had to help 2 people fix it.
Yes you did!!! Thanks!
MRO wrote to Bf2k+ <=-that
Re: Synchronet v3.21 Release Introduction video
By: Bf2k+ to MRO on Sat Feb 28 2026 08:09 pm
Re: Synchronet v3.21 Release Introduction video
By: MRO to Digital Man on Fri Feb 27 2026 08:42 pm
i said this before. there is a pack out there that is very popular
has all the runtimes in one installer. it's especially popular with gamers.
It installs runtimes that don't play well with synchronet. i had to help 2 people fix it.
Yes you did!!! Thanks!
Well even my current ones barfed with this release.
I used the ones in the .rtf
then i had to change the usereditor executable. and now it bombs a few secs after sbbsctrl is loaded. i think rob spent too much time
playing on his Moped.
Re: Synchronet v3.21 Release Introduction video
then i had to change the usereditor executable. and now it bombs a few secs >After sbbsctrl is loaded. I think rob spent too much time
Playing on his Moped.
The fix for this has been discussed in numerous places, numerous times.
Complete n00bs have already fixed this, I would think a self-proclaimed >"30-year BBS expert" would have no trouble with it. Derp.
Another thing - you claim to use Linux... More BS from a BS'er.
I only spent a few mins on it; i didn't have much time.
All i did was do a proper update (removed any msvc* distro files, installed the ones linked in the install .rtf), then experimented by adding sbbsexec files in.
Re: Synchronet v3.21 Release Introduction video
By: MRO to gam-gay on Mon Mar 02 2026 02:24 pm
I only spent a few mins on it; i didn't have much time.
All i did was do a proper update (removed any msvc* distro files, installed the ones linked in the install .rtf), then experimented by adding sbbsexec files in.
The newest MSVC++ runtime (not linked in the .rtf, because we didn't know DI> it existed and was needed at the time the document was written) is now
linked at https://wiki.synchro.net/install:win
The issue has also been addressed (worked-around) in the code base since then, so v3.21d (the current development builds, available in the nightly-built sbbs_dev.zip) is another solution.
Re: Synchronet v3.21 Release Introduction video
By: Digital Man to MRO on Mon Mar 02 2026 03:06 pm
Re: Synchronet v3.21 Release Introduction video
By: MRO to gam-gay on Mon Mar 02 2026 02:24 pm
I only spent a few mins on it; i didn't have much time.
All i did was do a proper update (removed any msvc* distro files,
installed the ones linked in the install .rtf), then experimented by
adding sbbsexec files in.
The newest MSVC++ runtime (not linked in the .rtf, because we didn't know
it existed and was needed at the time the document was written) is
now
linked at https://wiki.synchro.net/install:win
The issue has also been addressed (worked-around) in the code base since then, so v3.21d (the current development builds, available in the nightly-built sbbs_dev.zip) is another solution.
Okay thanks, i'll give it a try.
whats strange is the bbs was dying after about 5 seconds, so i thought it was > > Some event causing it.
Oh one more question. I have rg pipe codes in various mods and text files. I have extra attribute codes turned on but it's still displaying the pipe code instead of the color in this version. I had a few other people ask me about this.
Is this intentional?
Re: Synchronet v3.21 Release Introduction video
By: MRO to Digital Man on Tue Mar 03 2026 05:27 am
Oh one more question. I have rg pipe codes in various mods and text files. I have extra attribute codes turned on but it's still displaying the pipe code instead of the color in this version. I had a few other people ask me about this.
Is this intentional?
I think you're experiencing this change: https://gitlab.synchro.net/main/sbbs/-/commit/da9485cf0e62b204e13eae897b0ba62 >
which is also described in the v321_new.txt file:
o Separate global support for "extra attribute codes" from per sub-board opts > o New menu: System->Extra Attribute Codes controls extra attribute
support in display files (e.g. menus)
o Each configured sub-board can have each extra attribute type toggled on/off >
If you have extra attribute codes turned on in SCFG->System->Extra Attribute Codes, then those codes are supported in all display files. I just tested this functionality with RG color codes and it works as expected.
That setting does *not* enable extra attribute code output from scripts (Baja > or JavaScript). JavaScripts will need to explicitly use the relevant P_* mode > flags (e.g. P_RENEGADE) to enable extra attribute codes in output functions
(e.g. console.print()), if needed. Public/shared Baja scripts really should never have been using extra attributes codes in the first place since they would only work as expected with a specific sysop configuration. Unfortunately, such Baja script will need to be translated to use Ctrl-A codes for attribute control.
You should just remove the support for other color codes entirely.
| Sysop: | Tj Barlow |
|---|---|
| Location: | Colorado Springs, CO. |
| Users: | 11 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 206:44:55 |
| Calls: | 53 |
| Messages: | 47,920 |
