Main issueshttps://gitlab.synchro.net/groups/main/-/issues2024-03-22T07:20:23Zhttps://gitlab.synchro.net/main/sbbs/-/issues/630core in term2024-03-22T07:20:23ZNigel Reedcore in termUnfortunately, this happened 3 days ago and couldn't tell you what I was trying to do at the time, if anything.
~~~
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1"....Unfortunately, this happened 3 days ago and couldn't tell you what I was trying to do at the time, if anything.
~~~
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
--Type <RET> for more, q to quit, c to continue without paging--c
Core was generated by `/sbbs/exec/sbbs d'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 getnextevent (cfg=0x7f9577b58bc8, event=0x7f94ffbfd3b0) at data.cpp:153
153 if(!cfg->event[i]->node || cfg->event[i]->node>cfg->sys_nodes
[Current thread is 1 (Thread 0x7f94ffbff640 (LWP 1531491))]
(gdb) bt
#0 getnextevent (cfg=0x7f9577b58bc8, event=0x7f94ffbfd3b0) at data.cpp:153
#1 0x00007f958c837076 in sbbs_t::gettimeleft (this=0x7f9577b58800, handle_out_of_time=true) at data.cpp:190
#2 0x00007f958c861e5f in sbbs_t::getkey (this=0x7f9577b58800, mode=1) at getkey.cpp:110
#3 0x00007f958c845fe1 in sbbs_t::exec (this=0x7f9577b58800, csi=0x7f9577b6aad8) at exec.cpp:1855
#4 0x00007f958c96193c in node_thread (arg=0x7f9577b58800) at main.cpp:4305
#5 0x00007f958c4b9b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#6 0x00007f958c54ba00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
~~~Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/629Please add @-codes for the following2024-03-22T07:20:23ZNigel ReedPlease add @-codes for the followingFully formed name of the user's current command shell
Fully formed name of the user's chosen external editor, or None if there is none
The users chosen qwk tmp/archive type
Expert mode on/off (USER_EXPERT)
Screen pause on/off (USER_PAUSE...Fully formed name of the user's current command shell
Fully formed name of the user's chosen external editor, or None if there is none
The users chosen qwk tmp/archive type
Expert mode on/off (USER_EXPERT)
Screen pause on/off (USER_PAUSE)
Hotkeys on/off (USER_COLDKEYS)
Cursor spinning on/off/at pause only (USER_SPIN and USER_NOPAUSESPIN)
Clear screen on/off (USER_CLRSCRN)
New file ask on/off (USER_ASK_NSCAN)
Ask for unread scan on/off (USER_ASK_UNREAD)
Auto new file scan on/off (USER_ANFSCAN)
Remember subboard on/off (USER_CURSUB)
Batch download on/off (USER_BATCHFLAG)
Forward email on/off (USER_NETMAIL)
Quiet mode on/off (USER_QUIET)
Fully formed default download protocol
Auto hangup after transfer on/of (USER_AUTOHANG)
Fully formatted terminal line that includes mouse, color, petscii or and whatever as, as displayed in default_settings. If not, then I can still construct it but I'd need something to indicate if the terminal settings were auto or not and to determine if mouse and color are enabled, I guess.
I think that's all. If there's anything else, feel free to add it.Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/628Android Microsoft Outlook doesn't fetch any messages using IMAPS2023-09-12T22:49:16ZNigel ReedAndroid Microsoft Outlook doesn't fetch any messages using IMAPSI just setup my Android Microsoft Outlook client to connect via IMAPS and while it fetches the inbox and every group on my server, none of them are populated with messages. When I refresh the inbox, it seems to want to refresh all the ot...I just setup my Android Microsoft Outlook client to connect via IMAPS and while it fetches the inbox and every group on my server, none of them are populated with messages. When I refresh the inbox, it seems to want to refresh all the other groups too but still no messages.
Additionally, messages that have been successfully sent are still displayed in outbox.
I've included the huge log file for completeness.
[imap.txt](/uploads/d84e9e46f7148152a20cc1605de4dbc4/imap.txt)https://gitlab.synchro.net/main/sbbs/-/issues/627"Possible crash" reported in crash.log after built in Sunday 5am maintenance ...2024-03-01T01:09:51ZKeyop Troy"Possible crash" reported in crash.log after built in Sunday 5am maintenance timed eventI'm seeing this in my data/crash.log on a Sunday after the 5am maint window:
L! 06:36 Sun Sep 10 2023 End of preexisting log entry (possible crash on Sun Sep 10 06:36:47 2023)
I usually leave myself logged in overnight, and every Su...I'm seeing this in my data/crash.log on a Sunday after the 5am maint window:
L! 06:36 Sun Sep 10 2023 End of preexisting log entry (possible crash on Sun Sep 10 06:36:47 2023)
I usually leave myself logged in overnight, and every Sunday afternoon when I check the BBS, I am always logged off - which is the expected behaviour. Question is - why does this result in an entry in crash.log?
Nelgin is also seeing this in his crash.log file about the same time:
L! 06:32 Sun Sep 10 2023 End of preexisting log entry (possible crash on Sun Sep 10 06:32:35 2023)Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/626If someone hasn't logged in yet, bbs.select_editor(); shows "!ERROR writing u...2024-03-22T07:20:15ZEric OulashinIf someone hasn't logged in yet, bbs.select_editor(); shows "!ERROR writing user.tab" (the selected editor is used, however)I'm using Synchronet 3.20 that was built with the latest updates as of yesterday.
In my login matrix, I have an option to allow emailing the sysop before the user has logged in. I tried using bbs.select_editor(); to allow the user to se...I'm using Synchronet 3.20 that was built with the latest updates as of yesterday.
In my login matrix, I have an option to allow emailing the sysop before the user has logged in. I tried using bbs.select_editor(); to allow the user to select a message editor before emailing the sysop. It works in that the selected editor is used, but after the user selects the editor, it shows a message saying there was an error writing user.tab. If a user has not logged in yet, I don't think it needs to update user.tab.
~~~
Select External Editor:
1: SlyEdit (Ice style)
2: SlyEdit (DCT style)
3: SlyEdit (Random style)
4: FSEditor
5: DCT Edit
6: SyncEdit
7: YAREdit
8: Pico (Pine Composer)
Which, Quit or [1]: 1
!ERROR writing user.tab
The sysop has been notified.
~~~Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/625Possibly change behaviour of mqtt topic sbbs/+/host/+/server/+/log/+2023-09-10T23:54:59ZRick ParrishPossibly change behaviour of mqtt topic sbbs/+/host/+/server/+/log/+When the web monitor loads up, the last event of each level for each service gets displayed on the various panels. For the most part that's not a big deal, but a few days ago I had a critical error occur, so seeing that every time I loa...When the web monitor loads up, the last event of each level for each service gets displayed on the various panels. For the most part that's not a big deal, but a few days ago I had a critical error occur, so seeing that every time I load the monitor is a little off-putting, especially since it's shown with the time the message was received (ie right now) instead of the time the error occurred the other day.
I'm wondering if it makes sense to either:
- Don't publish to the log topics with the persist flag, so then when web monitor loads up it'll have a clean slate (like when you load sbbsctrl in NT service mode, and all the panels start blank)
- Include a timestamp when publishing to the log topics, so then web monitor can display the correct time for the old events
If you don't think either option makes sense, or would cause problems for how people are already using mqtt, then I can always make a change on the subscriber side instead of needing one of the above changes on the publisher side (ie ignore the first second's worth of log messages, or don't output a timestamp for the first second's worth of log messages)
Tagging @nelgin too since he's the mqtt guy.Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/624mrc silently disconnects on services recycle2023-09-07T22:40:24ZNigel Reedmrc silently disconnects on services recycleWhen services recycle, the mrc-connection script is terminated and reopens. This drops any connection the mrc-client has but doesn't indicate that connection is dropped.
mrc-client should either inform the user that it disconnected and ...When services recycle, the mrc-connection script is terminated and reopens. This drops any connection the mrc-client has but doesn't indicate that connection is dropped.
mrc-client should either inform the user that it disconnected and exit
or
notify the user that the client has disconnected and will try to reconnect
The only way a user would know they're disconnected, if they've been idling, is to type something into the client for display in the channel, it won't be echoes back.https://gitlab.synchro.net/main/sbbs/-/issues/623sendmsg.js - add local user's account name to sent message2024-03-22T07:20:15ZNigel Reedsendmsg.js - add local user's account name to sent messageWhen using sendmsg from the command line, a username isn't added so it would appear from no user at the given host.
Instant Message from @endofthelinebbs.com:
I'd rather see
Instant Message from **username**@endofthelinebbs.com:
...When using sendmsg from the command line, a username isn't added so it would appear from no user at the given host.
Instant Message from @endofthelinebbs.com:
I'd rather see
Instant Message from **username**@endofthelinebbs.com:
Then I'd know who to respond to rather than it coming in anonymously.Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/622xtrn_sec.js could read the current external program configuration (from xtrn....2023-12-29T12:13:39ZRob Swindellxtrn_sec.js could read the current external program configuration (from xtrn.ini) upon invocation<nelgin> I still think it's time sbbs should be able to dynamically pick up new xtrn entries without having to logout and recycle. :smile:<nelgin> I still think it's time sbbs should be able to dynamically pick up new xtrn entries without having to logout and recycle. :smile:Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/621compiler warnings2024-03-22T07:20:15ZNigel Reedcompiler warningsNew compiler warnings gcc version 11.4.0
~~~
Compiling scfgxfr1.c
scfgxfr1.c: In function ‘xfer_opts’:
scfgxfr1.c:412:88: warning: passing argument 1 of ‘new_item’ from incompatible pointer type [-Wincompatible-pointer-types]
412 | ...New compiler warnings gcc version 11.4.0
~~~
Compiling scfgxfr1.c
scfgxfr1.c: In function ‘xfer_opts’:
scfgxfr1.c:412:88: warning: passing argument 1 of ‘new_item’ from incompatible pointer type [-Wincompatible-pointer-types]
412 | if((cfg.fview = (fview_t**)new_item(cfg.fview, sizeof(fview_t), i, &cfg.total_fviews)) == NULL) {
| ~~~^~~~~~
| |
| fview_t **
In file included from scfgxfr1.c:20:
scfg.h:166:23: note: expected ‘void **’ but argument is of type ‘fview_t **’
166 | void** new_item(void* list[], size_t size, int index, int* total);
| ~~~~~~^~~~~~
scfgxfr1.c:544:88: warning: passing argument 1 of ‘new_item’ from incompatible pointer type [-Wincompatible-pointer-types]
544 | if((cfg.ftest = (ftest_t**)new_item(cfg.ftest, sizeof(ftest_t), i, &cfg.total_ftests)) == NULL) {
| ~~~^~~~~~
| |
| ftest_t **
In file included from scfgxfr1.c:20:
scfg.h:166:23: note: expected ‘void **’ but argument is of type ‘ftest_t **’
166 | void** new_item(void* list[], size_t size, int index, int* total);
| ~~~~~~^~~~~~
scfgxfr1.c:698:92: warning: passing argument 1 of ‘new_item’ from incompatible pointer type [-Wincompatible-pointer-types]
698 | if((cfg.dlevent = (dlevent_t**)new_item(cfg.dlevent, sizeof(dlevent_t), i, &cfg.total_dlevents)) == NULL) {
| ~~~^~~~~~~~
| |
| dlevent_t **
In file included from scfgxfr1.c:20:
scfg.h:166:23: note: expected ‘void **’ but argument is of type ‘dlevent_t **’
166 | void** new_item(void* list[], size_t size, int index, int* total);
| ~~~~~~^~~~~~
scfgxfr1.c:844:88: warning: passing argument 1 of ‘new_item’ from incompatible pointer type [-Wincompatible-pointer-types]
844 | if((cfg.fextr = (fextr_t**)new_item(cfg.fextr, sizeof(fextr_t), i, &cfg.total_fextrs)) == NULL) {
| ~~~^~~~~~
| |
| fextr_t **
In file included from scfgxfr1.c:20:
scfg.h:166:23: note: expected ‘void **’ but argument is of type ‘fextr_t **’
166 | void** new_item(void* list[], size_t size, int index, int* total);
| ~~~~~~^~~~~~
scfgxfr1.c:982:88: warning: passing argument 1 of ‘new_item’ from incompatible pointer type [-Wincompatible-pointer-types]
982 | if((cfg.fcomp = (fcomp_t**)new_item(cfg.fcomp, sizeof(fcomp_t), i, &cfg.total_fcomps)) == NULL) {
| ~~~^~~~~~
| |
| fcomp_t **
In file included from scfgxfr1.c:20:
scfg.h:166:23: note: expected ‘void **’ but argument is of type ‘fcomp_t **’
166 | void** new_item(void* list[], size_t size, int index, int* total);
| ~~~~~~^~~~~~
scfgxfr1.c:1124:86: warning: passing argument 1 of ‘new_item’ from incompatible pointer type [-Wincompatible-pointer-types]
1124 | if((cfg.prot = (prot_t**)new_item(cfg.prot, sizeof(prot_t), i, &cfg.total_prots)) == NULL) {
| ~~~^~~~~
| |
| prot_t **
In file included from scfgxfr1.c:20:
scfg.h:166:23: note: expected ‘void **’ but argument is of type ‘prot_t **’
166 | void** new_item(void* list[], size_t size, int index, int* total);
| ~~~~~~^~~~~~
~~~https://gitlab.synchro.net/main/sbbs/-/issues/620Allow sysop to save attachments to local system2023-09-07T00:17:24ZNigel ReedAllow sysop to save attachments to local systemI've just received a rather large attachment via email that needs to be on my BBS. It seems illogical to have to download it to my local PC and then re-upload it to the BBS server.
Please add an option to save attachment(s) to the local...I've just received a rather large attachment via email that needs to be on my BBS. It seems illogical to have to download it to my local PC and then re-upload it to the BBS server.
Please add an option to save attachment(s) to the local server.https://gitlab.synchro.net/main/sbbs/-/issues/618Add better way for user defined node status2023-09-10T22:03:03ZNigel ReedAdd better way for user defined node statusWith more people writing scripts, authors may want to include their own node status for their programs.
We discussed this a few years ago and the solution was to use unused text.dat numeric 708 along with NODE_BXFR which you said wasn't...With more people writing scripts, authors may want to include their own node status for their programs.
We discussed this a few years ago and the solution was to use unused text.dat numeric 708 along with NODE_BXFR which you said wasn't used at that time.
However, webv4 shows "transferring bidirectional" when I have set 708 to be "Multi Relay Chat".
It appears that NODE_BXFR is hard coded in several places.
The solution might be to just fix webv4 so that it pulls the currently running program from the node information.
Maybe node.ini could contain an "nodeinfo" entry that's updated so it can be easily accessed
Either way, webv4 definitely needs fixing to read the proper value that was set.Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/617Either commit bc915fee or f9dd5f4f breaks ftelnet2023-09-09T17:32:31ZNigel ReedEither commit bc915fee or f9dd5f4f breaks ftelnetAfter updating I found out that ftelnet was no longer working from my website.
Logs contained
Wed Sep 6 10:13:19 2023 master/540f76d96 endofthelinebbs.com
srvc 0117 WSS SendToWebSocketClientVersion7 only sent undefined of 37 bytes
W...After updating I found out that ftelnet was no longer working from my website.
Logs contained
Wed Sep 6 10:13:19 2023 master/540f76d96 endofthelinebbs.com
srvc 0117 WSS SendToWebSocketClientVersion7 only sent undefined of 37 bytes
Wed Sep 6 10:13:24 2023 master/540f76d96 endofthelinebbs.com
srvc 0117 WSS SendToWebSocketClientVersion7 only sent undefined of 37 bytes
Wed Sep 6 10:14:12 2023 master/540f76d96 endofthelinebbs.com
srvc 0120 WSS SendToWebSocketClientVersion7 only sent undefined of 141 bytes
Wed Sep 6 10:20:25 2023 master/0324ddac5 endofthelinebbs.com
srvc 0100 WSS SendToWebSocketClientVersion7 only sent undefined of 26 bytes
I reverted to change f9dd5f4f and it's now working again.https://gitlab.synchro.net/main/sbbs/-/issues/616scfg: ^v doesn't paste in Transfer Protocols sections2024-03-22T07:20:15ZNigel Reedscfg: ^v doesn't paste in Transfer Protocols sectionsUsing ^C then ^V to copy and paste an entry in the File Options > Transfer Protocols section doesn't work. The same process works fine when cutting & pasting in the file directories area.Using ^C then ^V to copy and paste an entry in the File Options > Transfer Protocols section doesn't work. The same process works fine when cutting & pasting in the file directories area.Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/615Ctrl-X wont abort file transfer for gkermit2023-09-05T20:12:55ZNigel ReedCtrl-X wont abort file transfer for gkermit[Z] ZMODEM [K] KERMIT (G-Kermit)
Protocol, Batch or Quit: K
[√] Hang up after transfer? No
Start transfer now (Ctrl-X to abort):
�# N3
hitting Ctrl-X repea...[Z] ZMODEM [K] KERMIT (G-Kermit)
Protocol, Batch or Quit: K
[√] Hang up after transfer? No
Start transfer now (Ctrl-X to abort):
�# N3
hitting Ctrl-X repeatedly will not exit the transfer, it's stuck.
~~~
[protocol:7]
key=K
name=KERMIT (G-Kermit)
ulcmd=gkermit -q -P -r -a %F
dlcmd=gkermit -q -P -s %f
batulcmd=
batdlcmd=gkermit -q -P -s %s
settings=2
ars=SYSOP
~~~https://gitlab.synchro.net/main/sbbs/-/issues/614sexyz sometimes crashes with a 'buffer overflow' message2023-09-05T18:25:56ZEric Oulashinsexyz sometimes crashes with a 'buffer overflow' messageI saw this with sexyz for Linux built on September 2nd 10:14AM). Upon uploading, it looks like sexyz sometimes crashes with a 'buffer overflow' error.
I made a core dump available here (this is for the release build though):
http://www...I saw this with sexyz for Linux built on September 2nd 10:14AM). Upon uploading, it looks like sexyz sometimes crashes with a 'buffer overflow' error.
I made a core dump available here (this is for the release build though):
http://www.digitaldistortionbbs.com:81/synchronet_stuff/core.sexyz.1000.58c6d2c0dc9145e69c895496d017a1eb.406883.1693871056000000.zst
From syslog:
~~~
Sep 4 16:44:16 EO-BBS-NIX synchronet: term Node 2 <Nightfox> sexyz: Reading /home/erico/BBS/sbbs/exec/sexyz.ini
Sep 4 16:44:16 EO-BBS-NIX synchronet: term Node 2 <Nightfox> sexyz: *** buffer overflow detected ***: terminated
Sep 4 16:44:16 EO-BBS-NIX systemd[1]: Started Process Core Dump (PID 406885/UID 0).
Sep 4 16:44:16 EO-BBS-NIX systemd-coredump[406886]: Process 406883 (sexyz) of user 1000 dumped core.#012#012Found module /home/erico/BBS/sbbs/exec/sexyz with build-id: 5c4b0c867a5cd63e01670b5b61ce8476606c3d6c#012Found module linux-vdso.so.1 with build-id: 5a18f0aeef268b5653f8a845ea6994eaa99c909e#012Found module ld-linux-x86-64.so.2 with build-id: 61ef896a699bb1c2e4e231642b2e1688b2f1a61e#012Found module libc.so.6 with build-id: 69389d485a9793dbe873f0ea2c93e02efaa9aa3d#012Stack trace of thread 406883:#012#0 0x00007f98a43a1a7c __pthread_kill_implementation (libc.so.6 + 0x96a7c)#012#1 0x00007f98a434d476 __GI_raise (libc.so.6 + 0x42476)#012#2 0x00007f98a43337f3 __GI_abort (libc.so.6 + 0x287f3)#012#3 0x00007f98a43946f6 __libc_message (libc.so.6 + 0x896f6)#012#4 0x00007f98a444176a __GI___fortify_fail (libc.so.6 + 0x13676a)#012#5 0x00007f98a44400c6 __GI___chk_fail (libc.so.6 + 0x1350c6)#012#6 0x00007f98a44416ab __fdelt_chk (libc.so.6 + 0x1366ab)#012#7 0x000055b014b39fb5 n/a (/home/erico/BBS/sbbs/exec/sexyz + 0x8fb5)
~~~Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/613Feature request: batch multiple attachments2023-09-03T04:13:13ZRob SwindellFeature request: batch multiple attachmentsFrom deon (ALTERANT) via DOVE-Net:
After each attachment I was asked if I wanted to hangup after it
being received. I also didnt know how many there were, and at one point I
wondered if it was looping. (It wasnt.)
I wondered if it was ...From deon (ALTERANT) via DOVE-Net:
After each attachment I was asked if I wanted to hangup after it
being received. I also didnt know how many there were, and at one point I
wondered if it was looping. (It wasnt.)
I wondered if it was possible to some changes, I was thinking these three
things:
* Can all attachments be sent as a batch, thus one answer to "yes" that I want
to download them, and one answer to "no" dont hangup.
* Is it possible to display how many (and I guess how big) the attachments are?
* If batch is not possible, can the ask to hangup be only asked once?Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/612incorrect variable replacement in node_action causes core dump2023-09-02T21:06:01ZNigel Reedincorrect variable replacement in node_action causes core dump~~~
bbs.replace_text(708,"%s at Multi Relay Chat %s");
bbs.node_action = NODE_BXFR;
bbs.nodesync();
bbs.revert_text(708);
...~~~
bbs.replace_text(708,"%s at Multi Relay Chat %s");
bbs.node_action = NODE_BXFR;
bbs.nodesync();
bbs.revert_text(708);
bbs.exec("?../xtrn/mrc/mrc-client.js",null,"/sbbs/xtrn/mrc/");
~~~
I was trying to get "via ssh" on the end of the Multi Relay Chat line, adding a %s would cause the terminal to core dump
~~~
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
--Type <RET> for more, q to quit, c to continue without paging--c
Core was generated by `/sbbs/exec/sbbs d'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/strlen-vec.S:126
126 ../sysdeps/x86_64/multiarch/strlen-vec.S: No such file or directory.
[Current thread is 1 (Thread 0x7ff1527fc640 (LWP 1052439))]
(gdb) bt
#0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/strlen-vec.S:126
#1 0x00007ff1c7c1cdb1 in __vfprintf_internal (s=s@entry=0x7ff1527f01a0, format=format@entry=0x7ff14816de70 "%s at Multi Relay Chat %s",
ap=ap@entry=0x7ff1527f02e0, mode_flags=mode_flags@entry=0) at ./stdio-common/vfprintf-internal.c:1517
#2 0x00007ff1c7c27a09 in __vsprintf_internal (string=0x7ff1527f04e0 "Nelgin at Multi Relay Chat ", maxlen=maxlen@entry=18446744073709551615,
format=0x7ff14816de70 "%s at Multi Relay Chat %s", args=args@entry=0x7ff1527f02e0, mode_flags=mode_flags@entry=0) at ./libio/iovsprintf.c:95
#3 0x00007ff1c7c069a8 in __sprintf (s=<optimized out>, format=<optimized out>) at ./stdio-common/sprintf.c:30
#4 0x00007ff1c810dab3 in sbbs_t::putnodedat (this=0x7ff1b4503ac0, number=1, node=0x7ff1b450f7b0) at putnode.cpp:51
#5 0x00007ff1c7fe9640 in sbbs_t::nodesync (this=0x7ff1b4503ac0, clearline=false) at getnode.cpp:126
#6 0x00007ff1c7ffce2d in js_nodesync (cx=0x7ff14806e6e0, argc=0, arglist=0x7ff1600000a0) at js_bbs.cpp:1282
#7 0x00007ff1c84480c7 in js::CallJSNative (vp=0x7ff1600000a0, argc=0, native=0x7ff1c7ffccbc <js_nodesync(JSContext*, uintN, jsval*)>,
cx=0x7ff14806e6e0) at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jscntxtinlines.h:701
#8 js::Interpret (cx=0x7ff14806e6e0, entryFrame=0x7ff160000048, inlineCallCount=0, interpMode=JSINTERP_NORMAL) at jsinterp.cpp:4799
#9 0x00007ff1c823a5c6 in js::RunScript (cx=0x7ff14806e6e0, script=0x7ff1481eeea0, fp=0x7ff160000048)
at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsinterp.cpp:653
#10 0x00007ff1c823d55f in js::Execute (cx=0x7ff14806e6e0, chain=0x7ff15169ac60, script=0x7ff1481eeea0, prev=0x0, flags=0, result=0x7ff1527f5078)
at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsinterp.cpp:1028
#11 0x00007ff1c819e3a1 in JS_ExecuteScript (cx=0x7ff14806e6e0, obj=0x7ff15169ac60, scriptObj=0x7ff15169aca8, rval=0x7ff1527f5078) at jsapi.cpp:4998
#12 0x00007ff1c7fc1971 in sbbs_t::js_execfile (this=0x7ff1b4503ac0, cmd=0x7ff1527fa920 "eotl_chat", startup_dir=0x0, scope=0x0,
js_cx=0x7ff14806e6e0, js_glob=0x7ff151603048) at exec.cpp:676
#13 0x00007ff1c7fc2014 in sbbs_t::exec_bin (this=0x7ff1b4503ac0, cmdline=0x7ff1527fa920 "eotl_chat", csi=0x7ff1b4515d98, startup_dir=0x0)
at exec.cpp:770
#14 0x00007ff1c7fc43ef in sbbs_t::exec (this=0x7ff1b4503ac0, csi=0x7ff1b4515d98) at exec.cpp:1331
#15 0x00007ff1c80e2938 in node_thread (arg=0x7ff1b4503ac0) at main.cpp:4305
#16 0x00007ff1c7c3ab43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#17 0x00007ff1c7ccca00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
~~~
As a follow up, what would the proper value be to include "via ssh" or "via telnet" ?Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/611js.exec caused core jump2024-03-22T07:20:15ZNigel Reedjs.exec caused core jumpin my chat javascript menu file
js.exec("../xtrn/mrc/mrc-client.js",null,"/sbbs/xtrn/mrc/");
I had just changed bbs.exec to js.exec without checking the parameters.
~~~
[Thread debugging using libthread_db enabled]
Using host libthre...in my chat javascript menu file
js.exec("../xtrn/mrc/mrc-client.js",null,"/sbbs/xtrn/mrc/");
I had just changed bbs.exec to js.exec without checking the parameters.
~~~
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
--Type <RET> for more, q to quit, c to continue without paging--c
Core was generated by `/sbbs/exec/sbbs d'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f7f5883fdd6 in JSObject::getClass (this=0x0) at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsobj.h:427
427 /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsobj.h: No such file or directory.
[Current thread is 1 (Thread 0x7f7ee09fd640 (LWP 984457))]
(gdb) bt
#0 0x00007f7f5883fdd6 in JSObject::getClass (this=0x0) at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsobj.h:427
#1 0x00007f7f5883fdf8 in JSObject::getOps (this=0x0) at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsobj.h:435
#2 0x00007f7f588401d0 in JSObject::defineProperty (this=0x0, cx=0x7f7ed406e6e0, id=140182618251712, value=..., getter=0x0, setter=0x0, attrs=3)
at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsobj.h:1223
#3 0x00007f7f58836e1a in DefinePropertyById (cx=0x7f7ed406e6e0, obj=0x0, id=140182618251712, value=..., getter=0x0, setter=0x0, attrs=3, flags=0,
tinyid=0) at jsapi.cpp:3420
#4 0x00007f7f58837055 in DefineProperty (cx=0x7f7ed406e6e0, obj=0x0, name=0x7f7f58c7d370 "argv", value=..., getter=0x0, setter=0x0, attrs=3,
flags=0, tinyid=0) at jsapi.cpp:3457
#5 0x00007f7f588370d9 in JS_DefineProperty (cx=0x7f7ed406e6e0, obj=0x0, name=0x7f7f58c7d370 "argv", value=18445617618932470848, getter=0x0,
setter=0x0, attrs=3) at jsapi.cpp:3464
#6 0x00007f7f586fed5d in js_execfile (cx=0x7f7ed406e6e0, argc=3, arglist=0x7f7ecf3ff0a0) at js_internal.c:407
#7 0x00007f7f58ae60c7 in js::CallJSNative (vp=0x7f7ecf3ff0a0, argc=3, native=0x7f7f586fdff3 <js_execfile>, cx=0x7f7ed406e6e0)
at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jscntxtinlines.h:701
#8 js::Interpret (cx=0x7f7ed406e6e0, entryFrame=0x7f7ecf3ff048, inlineCallCount=0, interpMode=JSINTERP_NORMAL) at jsinterp.cpp:4799
#9 0x00007f7f588d85c6 in js::RunScript (cx=0x7f7ed406e6e0, script=0x7f7ed417b8a0, fp=0x7f7ecf3ff048)
at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsinterp.cpp:653
#10 0x00007f7f588db55f in js::Execute (cx=0x7f7ed406e6e0, chain=0x7f7ecf29ac18, script=0x7f7ed417b8a0, prev=0x0, flags=0, result=0x7f7ee09f6078)
at /home/bbs/sbbs-test/repo/3rdp/src/mozjs/js-1.8.5/js/src/jsinterp.cpp:1028
#11 0x00007f7f5883c3a1 in JS_ExecuteScript (cx=0x7f7ed406e6e0, obj=0x7f7ecf29ac18, scriptObj=0x7f7ecf29ad80, rval=0x7f7ee09f6078) at jsapi.cpp:4998
#12 0x00007f7f5865f971 in sbbs_t::js_execfile (this=0x7f7f485bf9a0, cmd=0x7f7ee09fb920 "eotl_chat", startup_dir=0x0, scope=0x0,
js_cx=0x7f7ed406e6e0, js_glob=0x7f7ecf203048) at exec.cpp:676
#13 0x00007f7f58660014 in sbbs_t::exec_bin (this=0x7f7f485bf9a0, cmdline=0x7f7ee09fb920 "eotl_chat", csi=0x7f7f485d1c78, startup_dir=0x0)
at exec.cpp:770
#14 0x00007f7f586623ef in sbbs_t::exec (this=0x7f7f485bf9a0, csi=0x7f7f485d1c78) at exec.cpp:1331
#15 0x00007f7f58780938 in node_thread (arg=0x7f7f485bf9a0) at main.cpp:4305
#16 0x00007f7f582d8b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#17 0x00007f7f5836aa00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
~~~
Let me know if you need anything else.Rob SwindellRob Swindellhttps://gitlab.synchro.net/main/sbbs/-/issues/610Add ability to view ip addresses with nodelist.js2023-09-01T00:48:23ZNigel ReedAdd ability to view ip addresses with nodelist.jsIt may be useful for the sysop to view IP addresses for the nodes that are connecting or connected via the nodelist.js utilities.
As discussed on irc, please add this ability for sysop users.
see also https://gitlab.synchro.net/main/sbb...It may be useful for the sysop to view IP addresses for the nodes that are connecting or connected via the nodelist.js utilities.
As discussed on irc, please add this ability for sysop users.
see also https://gitlab.synchro.net/main/sbbs/-/commit/b4639b0f65a9ca5300f97099Rob SwindellRob Swindell