https://gitlab.synchro.net/main/sbbs/-/commit/93cc268f1865ef6a7af2d983
Modified Files:
src/sexpots/sexpots.c
Log Message:
Add optional debug-level logging of all chars received over COM port/device

Set Debug=true in the [com] section of sexpots.ini to enable this (and you'll need to be logging debug-level message as well). For Nelgin.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/a7b7daf1bc7bcd53c25e35db
Modified Files:
src/sexpots/sexpots.c
Log Message:
Fix printf format typo in previous commit

This should fix issue #509

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/a2034ad01c3627976c3d1bcc
Modified Files:
src/sexpots/sexpots.c
Log Message:
[com] Debug will enable transmit debug log output (in addition to receive)

Log the characters themselves of ASCII values (between 32 and 126) for com debug log messages. Still a separate log message/line for every character
(so very chatty/verbose).

This fixes issue (feature request) #510

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/f8c65bcf598afdbddf969b11
Modified Files:
src/sexpots/sexpots.c
Log Message:
Fixup the copy-pasted resolve_ip() with same fixes from main.cpp/mailsrvr.c

Don't null-deref h_addr_list.
Return in_addr_t instead of u_long.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/54a05b65148085247e667152
Modified Files:
src/sexpots/sexpots.c
Log Message:
Implement write-retry in modem_send()

In attempt to address the "Error 11" (EAGAIN) error theat Nelgin sees when configuring some longer modem init strings on Linux.

This is just a single retry (after a yield) after any modem command char
send failure (for any reason), including the terminating carriage-return.

See issue #662 to details.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: src/sexpots/sexpots.c
By: Rob Swindell (on Debian Linux) to Git commit to main/sbbs/master on Mon Oct 16 2023 17:53:57

https://gitlab.synchro.net/main/sbbs/-/commit/54a05b65148085247e667152 Modified Files:
src/sexpots/sexpots.c
Log Message:
Implement write-retry in modem_send()

In attempt to address the "Error 11" (EAGAIN) error theat Nelgin sees when configuring some longer modem init strings on Linux.
This is just a single retry (after a yield) after any modem command char send failure (for any reason), including the terminating carriage-return.

im guessing that it's the &W he has at the end of the init string. some modems (including mine for some reason) won't send an OK when they get that.

as you can see in a previous message, mine is a lot longer than his but works fine. I think his EAGAIN could be a resource conflict in some form of buffer maybe. ie sending data too fast (not that it should matter).

not knowing his setup i couldnt answer that, but i would put money on it being on a cheap usb/serial adapter :D

charlie

---
þ Synchronet þ The FBO BBS - IPV4/V6 - bbs.thefbo.us or bbs6.thefbo.us

Re: src/sexpots/sexpots.c
By: Charles Blackburn to Rob Swindell (on Debian L on Tue Oct 17 2023 07:36 am

as you can see in a previous message, mine is a lot longer than his but works fine. I think his EAGAIN could be a resource conflict in some form of buffer maybe. ie sending data too fast (not that it should matter).

not knowing his setup i couldnt answer that, but i would put money on it being on a cheap usb/serial adapter :D

i think it's because some people throw settings that cant be stored with that method in the ram. i wouldn't even use a long init string. keep it simple.

---
þ Synchronet þ ::: BBSES.info - free BBS services :::

https://gitlab.synchro.net/main/sbbs/-/commit/0647142c0bc18ddcae3cacea
Modified Files:
src/sexpots/sexpots.c
Log Message:
Silence odd warning... I would expect these to be the same type
save const, but apparently they're not. *shrug*

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/05dcd69ab61c73a50f5d2879
Modified Files:
src/sexpots/sexpots.c
Log Message:
On Win64, COM_HANDLE is bigger than a long.

Use strtoll() to parse number (except when _BORLANDC_ of course)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/546725fc5a79ae67d5cf0c28
Modified Files:
src/sexpots/sexpots.c
Log Message:
Increase buffer size from 4096 to 10000 in handle_call()

Log errors if/when comWriteBuf() fails.

This is to hopefully help to root-cause or even possibly resolve the issue reported in #synchronet by PyRoDrAkE:
"It all works well until the Dialup connection runs slower than 4800 baud
using SexPots. I connect from my XT at either 1200 baud or 2400 baud and it would just stop drawing midway."

There shouldn't be any write timeout in comWriteBuf(), so I don't know why
this would help, but it's worth a try. Logging any comWriteBuf() errors is
also a good idea in general.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/d2ec372c5881a2ff011e4dc3
Modified Files:
src/sexpots/sexpots.c
Log Message:
Log modem status value, helpful when debugging serial line/modem issues

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net