| |
TheWarCriminal Account closed
Registered: May 2011 Posts: 30 |
C-Base 64 userlogin stalls
Seems every version of C-Base works until you try to login locally, enter sysop mode or telnet into it. Currently trying the TAO 3.3.8 version and this is doing the exact same.
Original setup:
Winvice 1.19 modified, drive 8 bbs boot/system as 1581, drive 9-10 for ud dirs as 1581, true drive emu on, virtual traps on, tcpserv working
Current (only change is listed):
virtual traps off (loads faster)
Any help is appreciated!
This is my testing environment. Real TELNET BBS will be hosted on a C64 w/ WiiModem, sd2iec 32gb, pi1541 32gb, epyx fastload reloaded. |
|
... 1 post hidden. Click here to view all posts.... |
| |
TheWarCriminal Account closed
Registered: May 2011 Posts: 30 |
For your all mighty information I have also used the GTK3 V3.5 Windows version and it won't work with tcpserv at all. The old modded V1.19 does. GTK3 only works via NULL Swiftlink which is not what is needed.
Is there a fix for the userlogin cause that is where it is freezing up?
And Jiffydos: do you want to contribute? I c64 I got from Ebay does not have it but the pi1541 that came with it does. Plus w/ me arthritis I can't solder anymore. So that means for the time being JD is out for me. |
| |
Larry
Registered: Feb 2007 Posts: 26 |
If you use VICE 3.x please try with Userport Modem Emulation at 2400baud and the corresponding nmi.ml File.
I use this setting for most of my Tests. Btw. using tcpser and Vice on Linux, but that also works on a Win$ystem.
OF made a nice Documentation how to setup BBS Server on Win$$ (checkout Moses mod). Maybe try BBS Server instead of tcpser. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11112 |
Quote:the GTK3 V3.5 Windows version and it won't work with tcpserv at all.
it works just fine with the latest tcpser and ip232 enabled |
| |
TheWarCriminal Account closed
Registered: May 2011 Posts: 30 |
After several days of trying different approaches to no avail with the userlog freezes I have decided to just use a nullmodem/swiftlink in the configure app. Since this is a test environment I really don't need a "live" connection for this. The actual bbs works just fine. Needs some grfx tuning. I forgot about the router port forwarding which made the bbs live when it is not ready yet; had to disable the port forwarding. |
| |
Martin Piper
Registered: Nov 2007 Posts: 634 |
Under emulation, is TCP operating with expected packet batching? Does it need TCP_NODELAY or TCP_QUICKACK? |
| |
chatGPZ
Registered: Dec 2001 Posts: 11112 |
That could very well be (similar problem with the remote monitor on windows). |
| |
TheWarCriminal Account closed
Registered: May 2011 Posts: 30 |
It has nothing to do with any of that.
There is a bug in the routine for reading the userlog.
I had set it up for 500 max. Something told me to lower it so I went to 350 and it worked in Vice.
About to test it on the real hardware. Fingers crossed.
If it works on real hardware then I want to modify the userlog routines in the bbs main app & the setup app to where maximum you can create is 350; BUT; if you should desire to go higher it will ask for the type of target system drive you will be using (ie: 1581, CMD or SD2IEC & create several userlogs (1-??) that will equal to the amount of users you wanted. In the bbs main app it would go through all the userlogs looking for the user at login.
Should it be done?
If yes, I will need the source to the TAO apps since they are Blitz. |
| |
Count Zero
Registered: Jan 2003 Posts: 1821 |
Wow - such activity bustling preparation simply YELL for the question: 2 or more lines?
Are you even trying to help yourself?
C*Base V3.3.7 |
| |
TheWarCriminal Account closed
Registered: May 2011 Posts: 30 |
If it is so easy to do then why hasn't it been done? Better yet why haven't you fixed it? Can't wait for another annoying response that absolutely gives no substance to the subject. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11112 |
Who said its easy to fix though? |
Previous - 1 | 2 - Next |