Howdy,

Is it possible for node status to updated by javascript with some free form text?

IE: instead of Node Status saying "Deon posting message via telnet", can I use javascript to have "Deon <some free form text>"?
...ëîå*

... One good turn gets most of the blanket.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to All on Wed Sep 25 2019 11:16 pm

Howdy,

Is it possible for node status to updated by javascript with some free form text?

IE: instead of Node Status saying "Deon posting message via telnet", can I use javascript to have "Deon <some free form text>"?

Yes. You can replace the NodeAction* text strings at run-time, using the JS function bbs.replace_text(). For the format details, see: http://synchro.net/docs/customization.html#NodeActionText

digital man

Synchronet/BBS Terminology Definition #27:
FOSSIL = Fido/Opus/SEAdog Standard Interface Layer
Norco, CA WX: 67.7øF, 67.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs --- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Digital Man to Alterego on Wed Sep 25 2019 08:27 am

Yes. You can replace the NodeAction* text strings at run-time, using the

JS function bbs.replace_text(). For the format details, see:

http://synchro.net/docs/customization.html#NodeActionText

Thank you - I got this to work partially.

CTRL-U - shows my node with the free form text. (I'm modifying 695 (at main menu)).
/L shows Deon "at main menu"
"node list" shows User #7 "at main menu"
umonitor shows Deon "at main menu".

Anyway my free form text can be consistent with all Node Status views?
...ëîå*

... An alcoholic is someone you don't like who drinks as much as you do.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Thu Sep 26 2019 10:41 am

Re: Node Status
By: Digital Man to Alterego on Wed Sep 25 2019 08:27 am

Yes. You can replace the NodeAction* text strings at run-time, using the JS function bbs.replace_text(). For the format details, see: http://synchro.net/docs/customization.html#NodeActionText

Thank you - I got this to work partially.

CTRL-U - shows my node with the free form text. (I'm modifying 695 (at main menu)).
/L shows Deon "at main menu"
"node list" shows User #7 "at main menu"
umonitor shows Deon "at main menu".

Anyway my free form text can be consistent with all Node Status views?

I don't know about *all* node status views, but certainly some or most. I just committed some changes to support them in the terminal server and the "node" utility. I'll take a look at umonitor next.

digital man

Synchronet "Real Fact" #39:
Synchronet first supported Windows NT v6.x (a.k.a. Vista/Win7) w/v3.14a (2006). Norco, CA WX: 70.7øF, 76.0% humidity, 5 mph E wind, 0.00 inches rain/24hrs
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Digital Man to Alterego on Wed Sep 25 2019 07:48 pm

Hey DM, I found some inconsistencies with the "node" status.

I don't know about *all* node status views, but certainly some or most. I

just committed some changes to support them in the terminal server and the "node" utility. I'll take a look at umonitor next.

This appears working well - I'm seeing my custom messages working fine from my nodes - awesome thank you.

I've noticed three strange behaviours:

As a background, I've created a "Videotex but with ANSI" shell interface. (Videotex is like Teletex from the TV - except Videotex is 2 way - at was a service that we provided in AU called Viatel and in the UK called Prestel - I'm
not sure if you had it in NA as well.)

The way it works, is you "key in a page" and it renders the content from that page. EG: Page 1, Page 3, Page 30021, etc.

I'm changing bbs.replace_text, to show the page that the user is on, eg: "Viewing page *3#".

The 3 strange behaviours are:

1) While CTRL-U and /L are now showing node status correctly "node list" from the CLI is showing the activity of node 5 as node 4 and 5. IE: Whatever I do on
node 5 (Viewing page *30021#), it is shown in "node list" as the same activity for nodes 4 and 5 (Both are "Viewing page *30021#")- and anything that I've done in node 4 doesnt change when using "node list".

2) In my custom shell that I've created, if I change content with bbs.replace_text(NodeActioNMain...) and bbs.node_action=NODE_MAIN - it is shown, but only if the previous value of bbs.node_action was not NODE_MAIN. IE:

If I:
bbs.replace_text(NodeActionMain,"Viewing page *3#"); bbs.node_action=NODE_MAIN bbs.replace_text(NodeActionRetrieving,"Jumping to page..."); bbs.node_action=NODE_RFSD;
bbs.replace_text(NodeActionMain,"Viewing page *1#"); bbs.node_action=NODE_MAIN

The status is correct at each stage of the step.

However, if I just:
bbs.replace_text(NodeActionMain,"Viewing page *3#"); bbs.node_action=NODE_MAIN bbs.replace_text(NodeActionMain,"Viewing page *1#"); bbs.node_action=NODE_MAIN

The node status is "Viewing page *3#" - when in fact it should now be "Viewing page *1#".

Hope that makes sense.

IE: It appears I need to bbs.node_action to a different value before changing the text of the same text number?

3) On my custom shell, if I CTRL-U to show Node Status - I get a "polluted output" - it appends the last line of my ansi screen to the bottom of the node status, minus any ANSI colour changes.

Any of this unusual to you?
...ëîå*

... What a man needs in gardening is a cast iron back with a hinge in it.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Thu Oct 03 2019 06:15 pm

Re: Node Status
By: Digital Man to Alterego on Wed Sep 25 2019 07:48 pm

Hey DM, I found some inconsistencies with the "node" status.

I don't know about *all* node status views, but certainly some or most. I just committed some changes to support them in the terminal server and the "node" utility. I'll take a look at umonitor next.

This appears working well - I'm seeing my custom messages working fine from my nodes - awesome thank you.

I've noticed three strange behaviours:

As a background, I've created a "Videotex but with ANSI" shell interface. (Videotex is like Teletex from the TV - except Videotex is 2 way - at was a service that we provided in AU called Viatel and in the UK called Prestel - I'm not sure if you had it in NA as well.)

I'm somewhat aware of Videotex/Teletex, but only from a historic perspective. In the US, we "had" NAPLPS, which I think was similar.

The way it works, is you "key in a page" and it renders the content from that page. EG: Page 1, Page 3, Page 30021, etc.

I'm changing bbs.replace_text, to show the page that the user is on, eg: "Viewing page *3#".

The 3 strange behaviours are:

1) While CTRL-U and /L are now showing node status correctly "node list" from the CLI is showing the activity of node 5 as node 4 and 5. IE: Whatever I do on node 5 (Viewing page *30021#), it is shown in "node list" as the same activity for nodes 4 and 5 (Both are "Viewing page *30021#")- and anything that I've done in node 4 doesnt change when using "node list".

I just committed a fix to node.c, try that.

2) In my custom shell that I've created, if I change content with bbs.replace_text(NodeActioNMain...) and bbs.node_action=NODE_MAIN - it is shown, but only if the previous value of bbs.node_action was not NODE_MAIN. IE:

If I:
bbs.replace_text(NodeActionMain,"Viewing page *3#"); bbs.node_action=NODE_MAIN bbs.replace_text(NodeActionRetrieving,"Jumping to page..."); bbs.node_action=NODE_RFSD; bbs.replace_text(NodeActionMain,"Viewing page *1#"); bbs.node_action=NODE_MAIN

Yes, that makes sense. Setting bbs.node_action doesn't write that value to the node.dab file immediately and it doesn't get written if it's not a change. If you call bbs.nodesync(), that'll force the immediate synchronization between the variable (bbs.node_action) and the node.dab file.

Another option is to set system.node_list[bbs.node_num - 1].action directly. That'll also write to the node.dab file immediately.

digital man

Synchronet/BBS Terminology Definition #21:
DOVE = Domain/Vertrauen
Norco, CA WX: 74.5øF, 47.0% humidity, 0 mph W wind, 0.00 inches rain/24hrs
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Thu Oct 03 2019 06:15 pm

3) On my custom shell, if I CTRL-U to show Node Status - I get a "polluted output" - it appends the last line of my ansi screen to the bottom of the node status, minus any ANSI colour changes.

So Ctrl-U (and other global hot keys) saves/restores the last line output. I'm not sure what method of output you're using, but perhaps it's not compatible with the save/restore-line functionality in sbbs.

digital man

Synchronet/BBS Terminology Definition #54:
Phreak = Telephone system hack[er]
Norco, CA WX: 74.5øF, 47.0% humidity, 0 mph W wind, 0.00 inches rain/24hrs
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

I'm somewhat aware of Videotex/Teletex, but only from a historic perspective. In the US, we "had" NAPLPS, which I think was similar.

There has be a small resurgence of Teletext thanks to the Raspberry Pi.

There is a great project called TeeFax (https://www.raspberrypi.org/magpi/teefax/) which is carried on by
enthusiasts. I have one running here.

|15frank |08// |15netsurge
|07disksh0p|08!|07bbs |08% |07bbs.diskshop.ca |08% |07mystic goodness |11SciNet |03ftn hq |08% |07https://scinet-ftn.org

--- Mystic BBS v1.12 A43 2019/03/02 (Linux/64)
* Origin: % disksh0p!bbs % bbs.diskshop.ca % SciNet ftn hq % (1:229/101)

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:00 am

I just committed a fix to node.c, try that.

Awesome, thanks I'll try.

Yes, that makes sense. Setting bbs.node_action doesn't write that value to

the node.dab file immediately and it doesn't get written if it's not a change. If you call bbs.nodesync(), that'll force the

immediate synchronization between the variable (bbs.node_action) and the

node.dab file.

Actually, I'm also calling nodesync() between iterations of changing node_action and replace_text. So if replace_text changes the text, but node_action has not changed (which is one scenario) - then the updated text doesnt get to node.dab file?

Another option is to set system.node_list[bbs.node_num - 1].action

directly. That'll also write to the node.dab file immediately.

OK, I might play with too.

Thanks :)
...ëîå*

... Birth is the beginning of death.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:05 am

3) On my custom shell, if I CTRL-U to show Node Status - I get a "polluted output" - it appends the last line of my ansi screen to the bottom of the node status, minus any ANSI colour changes.

So Ctrl-U (and other global hot keys) saves/restores the last line output.

I'm not sure what method of output you're using, but perhaps it's not compatible with the save/restore-line functionality in sbbs.

Ahh, OK - makes sense now.

My output is pure ANSI with putmsg (translating any CTRL-As and @codes that I also have).

I intend to disable CTRL-U, and provide that capabilty a different way (via a *
page) - I just thought I'd bring it up if it wasnt meant to do that.

Thanks again.
...ëîå*

... First Law of Socio-Genetics: Celibacy is not hereditary.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:00 am

I'm somewhat aware of Videotex/Teletex, but only from a historic

perspective. In the US, we "had" NAPLPS, which I think was similar.

I think it was - in my research I see NAPLPS mentioned a few times - not sure if it was a national service like Viatel/Prestel/Minitel?

Anyway, I also thought that I would enable the traditional Videotex frames output (which was 40x25 - the top line is a header, and the bottom line is input) - and I thought I might be able to put that on your PETSCI ports :)

IE: If somebody connects on port 23, they are ANSI, but if they connect on port
516 (Pet40Port) they are Videotex.

I'm not sure if it will be as simple as that? Are you doing any character conversions or anything for whatever connects on that port? (I think Videotex character set is different to PET?)

If not (great) - how do I identify a connection on port 23 vs port 516.

Would client.port tell me what port that connected on, or their ephemaral port (havent looked at it so thought I'd ask).
...ëîå*

... Desperate diseases require desperate remedies.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Node Status
By: Netsurge to Digital Man on Thu Oct 03 2019 02:21 pm

There has be a small resurgence of Teletext thanks to the Raspberry Pi.

There is a great project called TeeFax

(https://www.raspberrypi.org/magpi/teefax/) which is carried on by

enthusiasts. I have one running here.

I had started the write on a videotex BBS about 12 months ago - whenever I had bouts of enthusiasm I'd bang away at the keyboard for hours.

I got a basic system up and running, page navigation, login, logoff and response pages - the next step was admin things like page editing (while online) and then messaging.

Since I've change to Synchronet, I thougth I could leverage all that functionality that already exists - and take it to the next level - which I've started on.

My idea if it works, is to have an InterBBS capable BBS.

So for example, you could go to page *516# on any BBS that was running my "addon", and see the same content :) Then if you wanted your own page *666#, you could put up your own pages, and everybody else would see them on their own
BBS (with my addon).

The power of it all would be getting current feeds, eg: Weather page(s), News page(s), etc - and using retro technology ...

Well, its an idea, and I'm enjoying increasing my javascript skills in the process - if it goes nowhere, no biggie...
...ëîå*

... I can't promise anything but I can promise 100%.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

So for example, you could go to page *516# on any BBS that was running
my "addon ", and see the same content :) Then if you wanted your own
page *666#, you could put up your own pages, and everybody else would
see them on their own BBS (with my addon).

That is a great idea, like Teletext but interactive and BBS style.

|15frank |08// |15netsurge
|07disksh0p|08!|07bbs |08% |07bbs.diskshop.ca |08% |07mystic goodness |11SciNet |03ftn hq |08% |07https://scinet-ftn.org

--- Mystic BBS v1.12 A43 2019/03/02 (Linux/64)
* Origin: % disksh0p!bbs % bbs.diskshop.ca % SciNet ftn hq % (1:229/101)

Re: Re: Node Status
By: Netsurge to Alterego on Thu Oct 03 2019 10:12 pm

That is a great idea, like Teletext but interactive and BBS style.

So I think the US implementation was a little different to AU/UK and France (and maybe others).

I've seen the US implemented referred to NAPLPS, and it included RIP graphics -
our implementation was pure text.

The US version that was announced by AT&T is here: https://www.youtube.com/watch?time_continue=85&v=sgYkpk9nJnE

The UK implemenation a bit different (which is what I've based what I'm building on):
https://www.youtube.com/watch?v=mipluyeX4Gs
...ëîå*

... It is more rational to sacrifice one life than six. Spock, stardate 2822.3

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Fri Oct 04 2019 09:03 am

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:00 am

I just committed a fix to node.c, try that.

Awesome, thanks I'll try.

Yes, that makes sense. Setting bbs.node_action doesn't write that value to the node.dab file immediately and it doesn't get written if it's not a change. If you call bbs.nodesync(), that'll force the
immediate synchronization between the variable (bbs.node_action) and the node.dab file.

Actually, I'm also calling nodesync() between iterations of changing node_action and replace_text. So if replace_text changes the text, but node_action has not changed (which is one scenario) - then the updated text doesnt get to node.dab file?

Correct. nodesync() checks to see if the node action has changed. If it hasn't,
it doesn't bother writing to the file(s). If it (the in-file node action doesn't match the in-memory value), then it'll write to the file(s).

Another option is to set system.node_list[bbs.node_num - 1].action directly. That'll also write to the node.dab file immediately.

OK, I might play with too.

Yeah, writing to system.node_list[] is a direct-to-file method.

digital man

Synchronet "Real Fact" #84:
The Electronic Frontier Foundation used to run Synchronet (circa 1993).
Norco, CA WX: 61.2øF, 67.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Fri Oct 04 2019 09:27 am

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:00 am

I'm somewhat aware of Videotex/Teletex, but only from a historic perspective. In the US, we "had" NAPLPS, which I think was similar.

I think it was - in my research I see NAPLPS mentioned a few times - not sure if it was a national service like Viatel/Prestel/Minitel?

NAPLPS was a protocol, not a service. Some services (e.g. Prodigy and some bar-gaming systems) used NAPLPS and at least one BBS program (TurBoard).

Anyway, I also thought that I would enable the traditional Videotex frames output (which was 40x25 - the top line is a header, and the bottom line is input) - and I thought I might be able to put that on your PETSCI ports :)

IE: If somebody connects on port 23, they are ANSI, but if they connect on port 516 (Pet40Port) they are Videotex.

You might be able to hack something like that.

I'm not sure if it will be as simple as that? Are you doing any character conversions or anything for whatever connects on that port? (I think Videotex character set is different to PET?)

Yes, CP437->PETSCII for connections on the PET*Port values (whatever you have those set to).

If not (great) - how do I identify a connection on port 23 vs port 516.

Look at client.socket.local_port

Would client.port tell me what port that connected on, or their ephemaral port (havent looked at it so thought I'd ask).

client.port would be their ephemeral port number.



digital man

Synchronet/BBS Terminology Definition #18:
DM = Digital Man (Rob Swindell) or Dungeon Master
Norco, CA WX: 61.2øF, 69.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:11 pm

I'm not sure if it will be as simple as that? Are you doing any character conversions or anything for whatever connects on that port? (I think Videotex character set is different to PET?)

Yes, CP437->PETSCII for connections on the PET*Port values (whatever you

have those set to).

OK, that wont work - I cant have it doing translations - or is there a way to either:

* Turn it off?, or
* Listen on a second telnet port?
...ëîå*

... If I had been present at creation, I would have given some useful hints.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Fri Oct 04 2019 04:23 pm

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:11 pm

I'm not sure if it will be as simple as that? Are you doing any character conversions or anything for whatever connects on that port? (I think Videotex character set is different to PET?)

Yes, CP437->PETSCII for connections on the PET*Port values (whatever you have those set to).

OK, that wont work - I cant have it doing translations - or is there a way to either:

* Turn it off?, or
* Listen on a second telnet port?

Yes, you can listen on multiple ports by including them in the TelnetInterface value (for example) in your sbbs.ini file (e.g. 0.0.0.0:500 for TCP port 500 on
"all interfaces").

digital man

Synchronet/BBS Terminology Definition #71:
SyncTERM = The Synchronet Terminal Emulator/BBS-client program
Norco, CA WX: 60.9øF, 71.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:06 pm

Yeah, writing to system.node_list[] is a direct-to-file method.

I wasnt getting any mileage out of this - perhaps I'm doing something wrong.

I stopped using bbs.nodesync() - in fact whether you use it or not appears irrelevant (for the below).

Changed my bbs.node_action to system.node_list[bbs.node_num-1].action=NODE_MAIN
- still call bbs.replace_text(NodeActionMain,'\1h%s \1n some texdt') - but I dont see the updates with CTRL-U or /L from another node?

(IE: When I loging, and get to a page, it still says "USER logging on via telnet"...)

Did I interpret that incorrectly?

If I go back to using bbs.node_action and bbs.nodesync() - I might call bbs.node_action with a dummy value and a nodesync() so that when I really need to update the node status it will work (if the action value doesnt change - but
the text does).
...ëîå*

... ARRRRRGGGHHH!!!!...Tension breaker, had to be done.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Sat Oct 05 2019 10:56 am

Re: Node Status
By: Digital Man to Alterego on Thu Oct 03 2019 11:06 pm

Yeah, writing to system.node_list[] is a direct-to-file method.

I wasnt getting any mileage out of this - perhaps I'm doing something wrong.

No, you're just doing something that nobody else has tried.

I stopped using bbs.nodesync() - in fact whether you use it or not appears irrelevant (for the below).

So you (or someone) has to call nodesync() in order for the custom/extended node status to be written to disk. nodesync() is automatically called at certain points in command shells and before prompts, etc. So even if you don't call it, it will eventually be called at some point.

Changed my bbs.node_action to system.node_list[bbs.node_num-1].action=NODE_MAIN - still call bbs.replace_text(NodeActionMain,'\1h%s \1n some texdt') - but I dont see the updates with CTRL-U or /L from another node?

(IE: When I loging, and get to a page, it still says "USER logging on via telnet"...)

Did I interpret that incorrectly?

No, I just mispoke or didn't fully examine what's going on in the source code.

I think if you this, that should work: system.node_list[bbs.node_num-1].action=0xff;
bbs.action = NODE_MAIN;
bbs.replace_text(NodeActionMain, "test");
bbs.nodesync();

that should do it.

digital man

This Is Spinal Tap quote #44:
It really, it does disturb me, but i'll rise above it; I'm a professional. Norco, CA WX: 61.4øF, 72.0% humidity, 0 mph SW wind, 0.00 inches rain/24hrs
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Digital Man to Alterego on Sat Oct 05 2019 01:46 am

I think if you this, that should work:

system.node_list[bbs.node_num-1].action=0xff;

bbs.action = NODE_MAIN;
bbs.replace_text(NodeActionMain, "test");
bbs.nodesync();
that should do it.

Get it... and works like a charm, thank you...
...ëîå*

... Conistency is the last refuge of the unimaginative.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Sun Oct 06 2019 12:32 pm

Hey DM,

I've just discovered, that everytime I'm doing:

I think if you this, that should work: system.node_list[bbs.node_num-1].action=0xff;
bbs.action = NODE_MAIN;
bbs.replace_text(NodeActionMain, "test");
bbs.nodesync();

My "text" is making its way into the error.log as well.

I dont think that should be happening?
...ëîå*

... A hunch is creativity trying to tell you something.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Tue Oct 08 2019 09:09 am

Re: Node Status
By: Alterego to Digital Man on Sun Oct 06 2019 12:32 pm

Hey DM,

I've just discovered, that everytime I'm doing:

I think if you this, that should work: system.node_list[bbs.node_num-1].action=0xff;
bbs.action = NODE_MAIN;
bbs.replace_text(NodeActionMain, "test");
bbs.nodesync();

My "text" is making its way into the error.log as well.

I dont think that should be happening?

Doesn't sound like something that should be happening. Can you post an example?

digital man

Synchronet "Real Fact" #42:
Rob Swindell was laughed out of a FidoNet Net103 (OC, Calif.) meeting in 1992. Norco, CA WX: 88.2øF, 24.0% humidity, 9 mph ENE wind, 0.00 inches rain/24hrs --- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Digital Man to Alterego on Mon Oct 07 2019 03:20 pm

My "text" is making its way into the error.log as well.
I dont think that should be happening?

Doesn't sound like something that should be happening. Can you post an

example?

Sorry, my bad.

I just found a log(LOG_ERROR...) that I had while debugging, which really should be a LOG_DEBUG... (argh) <blushing>
...ëîå*

... Civil servants are neither civil nor servile.

---
þ Synchronet þ Alterant | an SBBS in Docker on Pi!
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Node Status
By: Alterego to Digital Man on Tue Oct 08 2019 10:35 am

Re: Node Status
By: Digital Man to Alterego on Mon Oct 07 2019 03:20 pm

My "text" is making its way into the error.log as well.
I dont think that should be happening?

Doesn't sound like something that should be happening. Can you post an example?

Sorry, my bad.

I just found a log(LOG_ERROR...) that I had while debugging, which really should be a LOG_DEBUG... (argh) <blushing>

No problem.

digital man

This Is Spinal Tap quote #30:
Big bottom, big bottom / Talk about mud flaps, my girl's got 'em!
Norco, CA WX: 83.2øF, 29.0% humidity, 11 mph ENE wind, 0.00 inches rain/24hrs --- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)