Hello,
Is 'shell.view_file_info(FI_INFO)' something hard coded? If so, can someone point me to which file I should try to update or check on before posting an issue (that's probably my own fault, or something related to using Archlinux) on gitlab?
I'm getting a segfault and coredump when hitting "E" from my transfer menu, but I don't think I've modified anything regarding that. Just wondering if it's some file that I stuck somewhere that didn't get updated with everything else. I've tried the command on Vert and it works as expected, so rather that try to file a bug, I should probably look for *my* bug. :)
I think someone just recently posted about this problem on (your?) BBS. It looked like the ctrl/text.dat file was not updated when the sysop upgrade to SBBS v3.19 and some of the format strings used for extended file information could cause a crash if used incorrectly. I recommend the sysop (you?) merge in those new strings from the text.dat included in v3.19.
Re: View extended file info
By: Digital Man to Accession on Mon Sep 18 2023 09:10 pm
I think someone just recently posted about this problem on (your?) BBS. It looked like the ctrl/text.dat file was not updated when the sysop upgrade to SBBS v3.19 and some of the format strings used for extended file information could cause a crash if used incorrectly. I recommend the sysop (you?) merge in those new strings from the text.dat included in v3.19.
Huh. Nobody reported it to me, but I found it out on my own testing all my
commands from the file menu. Anyhew, I was definitely keeping up merging new strings, as I had the same amount as the default text.dat. However, I didn't catch the 10 or so strings that were actually changed during that time. So yes, that's where the problem was, and is now fixed. Thanks for the heads up.
Yeah, it was reported on the Synchronet Discussion sub:
In hindsite, I should not have repurposed existing strings, but I wanted to try to keep that closely-related (extended file strings) close together in the text.dat. Oh well. Glad you caught it and got the solution merged quickly.
Sysop: | Coz |
---|---|
Location: | Anoka, MN |
Users: | 2 |
Nodes: | 4 (0 / 4) |
Uptime: | 141:02:08 |
Calls: | 166 |
Files: | 5,389 |
Messages: | 223,239 |