Re: Strange Behaviour
By: Geo to Digital Man on Sun Jan 16 2022 11:23 am
Hi mate,
I just wanted to bring to your attention some weird behaviour I have seen today.
I have been playing with uploading files from my C-64 onto my BBS (Logged in via port 64000 8-) and it works great, but after I successfully upload the file, If I List the files in the Directory and then attempt (E) to view Extended info, the BBS drops the connections and the terminal server or maybe subs itself appears to recycle!
I realise that the file probably doesn't have any Extended Info yet, but surely it should cause a crash and a dropped connection like that? should it?
I am on 3.19c running on x86_64 Debian 11 Linux. 8-)
Maybe its a bug?
Sounds like a bug. I totally agree: it shouldn't crash. A gdb-backtrace would be very helpful in root-causing the issue: http://wiki.synchro.net/howto:gdb
but I'll also see if I can reproduce the problem here.
Re: Strange Behaviour
By: Digital Man to Geo on Sat Jan 15 2022 05:25 pm
No luck reproducing here. Maybe you could upload the file to cvs.synchro.net (also a Debian Linux system)?
--
digital man (rob)
Synchronet "Real Fact" #55:
Synchronet Terminal Server introduced RLogin support w/v3.00c (2000)
Norco, CA WX: 65.4°F, 25.0% humidity, 3 mph S wind, 0.00 inches rain/24hrs --- SBBSecho 3.14-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
Hi Rob,
Re: Strange Behaviour
By: Digital Man to Geo on Sat Jan 15 2022 05:25 pm
No luck reproducing here. Maybe you could upload the file to cvs.synchro.net (also a Debian Linux system)?
--
digital man (rob)
Synchronet "Real Fact" #55:
Synchronet Terminal Server introduced RLogin support w/v3.00c (2000) Norco, CA WX: 65.4øF, 25.0% humidity, 3 mph S wind, 0.00 inches rain/24hrs --- SBBSecho 3.14-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
Hi Rob,
Hmm, Thats a worry then.
I'll look up the gdb info.
In the meantime, I have logged back in to the bbs and the problem is not limited to the few C-64 files I uploaded. Seems if I ask for extended info on any of the files, and use the A,B,C,D style shortcut I get the same result, connection dropped and the
terminal sbbs server appears to reload. I haven't tried referring to the file by full name yet.
I'll try that a bit later and look at gdb etc tomorrow
Hi Rob,
Im using the Renegade Clone command shell.
Maybe I'll try switching back to the default and see what happens.
Sorry I haven't had more time to debug this, started back at work this week and its a bit busy catching up 8-)
Hi Rob,
I don't believe I have ever edited that file 8-)
I just switched to Synhronet (Classic) command shell and got the same result. 8-/
* File * 0:00:38 (1) Main (12) Sysop: E
List Extended File Information
Filespec [All Files]:
Library : (1) Main File Library
Directory : (12) Uploads to Sysop
Filename : test2
File size : 4,795 (4.7K) bytes
Credit value : 4,795
File is currently open by 1517871697 user91f8c092.
File is currently open by 1517871704 userdacf38555a389de369bcd429f41ffa4a. File is currently open by 1517871708 user0491082bc4c434c8c79361b77aff820a246ee796.
Description : tes
Uploaded by : Geo
Uploaded by : [192.168.1.14] Kgo2.can.barnabasmusic.com via Telnet Uploaded on : Sun Jan 16 2022 10:02:45
File date : Tue Jan 19 2038 14:14:07
Last downloaded : Never
Times downloaded : 0
Time to download : 00:00:01
Connection to 192.168.1.18 closed by remote host.
Connection to 192.168.1.18 closed.
255 sbbs@Manifold4:~$
I find that "File open by......." stuff weird as I am the only user and those are not user names?"
Could that be pointing to something?
Yes, it tells me that your ctrl/text.dat file is for v3.18 (or earlier) Synchronet. It's the ctrl/text.dat file that came with v3.19 and that is the source of your issues, unfortunately. Replace that file with the correct one from v3.19 and that should resolve that.
Sysop: | Coz |
---|---|
Location: | Anoka, MN |
Users: | 2 |
Nodes: | 4 (0 / 4) |
Uptime: | 141:11:24 |
Calls: | 166 |
Files: | 5,389 |
Messages: | 223,239 |