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.
This is a different kind of release video for me: https://youtu.be/2c2eLGVkxW0
| Sysop: | Trapper |
|---|---|
| Location: | South Hadley, Ma. |
| Users: | 6 |
| Nodes: | 15 (0 / 15) |
| Uptime: | 21:20:06 |
| Calls: | 14 |
| Files: | 24 |
| Messages: | 1,509 |