Hi DM,

For the Loadable Modules configuration in SCFG, it seems it doesn't accept full/relative paths, is that correct?
I've started working on updating my message reader so that it can be used directly as a loadable module (without needing separate loadable module scripts), but one possible issue is that DDMsgReader is under sbbs/xtrn/DDMsgReader (and it's actually one level deeper on my system). I've tried specifying a relative path + DDmsgReader in SCFG, but then Synchronet gave an error saying it couldn't execute it. I also saw that the wiki says only the name of the file is accepted (no .js or .bin file extension) - I assume that also means no path prefix as well?
https://wiki.synchro.net/util:scfg:system#loadable_modules

One workaround I thought of was to create another, DDMsgReader.js which one could place in sbbs/mods, which would just build a string of arguments from argv and then call bbs.exec() to run the actual DDMsgReader. Or perhaps DDMsgReader.js could be moved into sbbs/exec, and its config files could be moved to sbbs/ctrl etc., but it seems cleaner to have all of its files together under /xtrn/DDMsgReader.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com

Re: Loadable Modules and full/relative paths
By: Nightfox to Digital Man on Tue Mar 08 2022 03:30 pm

Hi DM,

For the Loadable Modules configuration in SCFG, it seems it doesn't accept full/relative paths, is that correct?

It's a mix. Have you looked at the online (F1) help? It clarifies which loadable modules use full command-lines are which are just module names.

I've started working on updating my message reader so that it can be used directly as a loadable module (without needing separate loadable module scripts), but one possible issue is that DDMsgReader is under sbbs/xtrn/DDMsgReader (and it's actually one level deeper on my system). I've tried specifying a relative path + DDmsgReader in SCFG, but then Synchronet gave an error saying it couldn't execute it. I also saw that the wiki says only the name of the file is accepted (no .js or .bin file extension) - I assume that also means no path prefix as well? https://wiki.synchro.net/util:scfg:system#loadable_modules

Correct.

One workaround I thought of was to create another, DDMsgReader.js which one could place in sbbs/mods, which would just build a string of arguments from argv and then call bbs.exec() to run the actual DDMsgReader. Or perhaps DDMsgReader.js could be moved into sbbs/exec, and its config files could be moved to sbbs/ctrl etc., but it seems cleaner to have all of its files together under /xtrn/DDMsgReader.

Yup, either of those seem like viable workarounds.
--
digital man (rob)

Sling Blade quote #4:
Doyle: wimpy-ass kids or mental retards.. she got one of each livin' with her. Norco, CA WX: 57.5øF, 29.0% humidity, 6 mph SSE wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Loadable Modules and full/relative paths
By: Digital Man to Nightfox on Tue Mar 08 2022 07:32 pm

It's a mix. Have you looked at the online (F1) help? It clarifies which loadable modules use full command-lines are which are just module names.

The wiki page also states which is which (they're separate tables). But he wants to force the path even on the ones that accept parameters, which AFAIK he can't do.


- Andre

---
þ Synchronet þ Radio Mentor BBS - bbs.radiomentor.org

Re: Loadable Modules and full/relative paths
By: Digital Man to Nightfox on Tue Mar 08 2022 07:32 pm

For the Loadable Modules configuration in SCFG, it seems it doesn't
accept full/relative paths, is that correct?

It's a mix. Have you looked at the online (F1) help? It clarifies which loadable modules use full command-lines are which are just module names.

I've had a look. Does "full command-line" include a leading path, or does that just mean it can take command-line parameters?

One workaround I thought of was to create another, DDMsgReader.js
which one could place in sbbs/mods, which would just build a string of
arguments from argv and then call bbs.exec() to run the actual
DDMsgReader. Or perhaps DDMsgReader.js could be moved into sbbs/exec,
and its config files could be moved to sbbs/ctrl etc., but it seems
cleaner to have all of its files together under /xtrn/DDMsgReader.

Yup, either of those seem like viable workarounds.

I suppose that will suffice.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com

Re: Loadable Modules and full/relative paths
By: Andre to Digital Man on Wed Mar 09 2022 04:52 am

It's a mix. Have you looked at the online (F1) help? It clarifies
which loadable modules use full command-lines are which are just
module names.

The wiki page also states which is which (they're separate tables). But he wants to force the path even on the ones that accept parameters, which AFAIK he can't do.

Yeah, I don't really need to pass parameters, I just was curious if I could use a loadable module in a different path than what Synchronet would use by default.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com

Re: Loadable Modules and full/relative paths
By: Nightfox to Digital Man on Wed Mar 09 2022 09:04 am

Re: Loadable Modules and full/relative paths
By: Digital Man to Nightfox on Tue Mar 08 2022 07:32 pm

For the Loadable Modules configuration in SCFG, it seems it doesn't
accept full/relative paths, is that correct?

It's a mix. Have you looked at the online (F1) help? It clarifies which loadable modules use full command-lines are which are just module names.

I've had a look. Does "full command-line" include a leading path, or does that just mean it can take command-line parameters?

Looks like a leading path (e.g. "../xtrn/whatever/mod.js") should work fine.

One workaround I thought of was to create another, DDMsgReader.js
which one could place in sbbs/mods, which would just build a string of
arguments from argv and then call bbs.exec() to run the actual
DDMsgReader. Or perhaps DDMsgReader.js could be moved into sbbs/exec,
and its config files could be moved to sbbs/ctrl etc., but it seems
cleaner to have all of its files together under /xtrn/DDMsgReader.

Yup, either of those seem like viable workarounds.

I suppose that will suffice.

Cool, let me know if they don't.
--
digital man (rob)

Breaking Bad quote #35:
You ever smoke anything else, Wendy? Sausages don't count - ha ha - Hank Norco, CA WX: 57.4øF, 40.0% humidity, 2 mph E wind, 0.00 inches rain/24hrs
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net