[Coco] Telnet and DW

Aaron Wolfe aawolfe at gmail.com
Wed Dec 30 20:49:04 EST 2009


I think you might have things a bit out of sync between server version
and driver version.. we've done an awful lot of commits in the last
couple days, its easy to do.

The SERSETSTAT line there would not look like that in a current
version.  You would instead see a SERINIT.

I suspect the driver is sending slightly different opcodes/arguments
than what the server understand.  If it's not too much trouble, I
think udpating everything from CVS on drivewire and nos9 sides will
help.

-Aaron

On Wed, Dec 30, 2009 at 8:47 PM, Christopher Hawks <chawks at dls.net> wrote:
> Aaron Wolfe said the following on 12/30/2009 07:14 PM:
>>
>> You're very close :)
>>
>> Can you send me the output (or the gist of it) of: dw show ports
>
>        dw show ports on the CoCo locked it up.
>        Server log sez:
> 30 Dec 2009 19:26:28 INFO  [dwproto-7 ] er.DWProtocolHandler:
> DoOP_SERSETSTAT for port /T0 stat: 0
> 30 Dec 2009 19:26:28 INFO  [dwproto-7 ] erial.DWVSerialPorts: write to non
> init port /T0, doing init then write
> 30 Dec 2009 19:26:28 INFO  [dwproto-7 ] erial.DWVSerialPorts: init virtual
> serial port /T0 mode 0
> 30 Dec 2009 19:26:28 DEBUG [dwproto-7 ] serial.DWVSerialPort: init port /T0
> 30 Dec 2009 19:27:00 INFO  [dwproto-7 ] er.DWProtocolHandler: DoOP_TIME
>
>> Also you should see some log entries as the tsmon starts referring to
>> the port being initialized.  Also, what's in your ports.set?
>
>        Saw them early on:
> 30 Dec 2009 18:18:34 INFO  [main      ] erial.DWVSerialPorts: loading
> portset 'ports.set'
> 30 Dec 2009 18:18:34 INFO  [main      ] erial.DWVSerialPorts: init virtual
> serial port /T0 mode 0
> 30 Dec 2009 18:18:34 DEBUG [main      ] serial.DWVSerialPort: init port /T0
> 30 Dec 2009 18:18:34 INFO  [main      ] erial.DWVSerialPorts: Port 0 has
> action file: login.action
> 30 Dec 2009 18:18:34 INFO  [main      ] erial.DWVSerialPorts: init virtual
> serial port /T1 mode 0
>
>        Server Inited /T0 - /T7
>
>        ports.set sez:
> 0,0,,login.action
> 1,0,,login.action
> 2,0,,login.action
> 3,0,,login.action
> 4,0,,login.action
> 5,0,,login.action
> 6,0,,login.action
> 7,0,,login.action
>
>        login.action sez:
> from com.groupunix.drivewireserver.virtualserial import DWVSerialPorts
> DWVSerialPorts.write(port, "\r")
>
>
>> -Aaron
>>
>> On Wed, Dec 30, 2009 at 7:44 PM, Christopher Hawks <chawks at dls.net> wrote:
>>>
>>>       Well, I thought I could run it.
>>> I
>>>       updated to the latest nitrOS9 source (compiled it)
>>>       updated to the latest Drivewire Server (compiled the Java)
>>>       moved librxtxSerial.so to where the server could find it
>>>       edited DriveWireServer.properties and default.set
>>>       ran "make run" to start Drivewire Server
>>>       Booted nos96809l2v030209coco3_dw3.dsk from the server
>>>       ran startup.dw to start tsmon on the virtual serial ports
>>>
>>> CoCo3 runs NitrOS9 fine with drivewire, but, I can't log in.
>>>
>>> "telnet HAWKSoft 6809" returns:
>>> Trying 192.168.0.102...
>>> Connected to hawksoft.
>>> Escape character is '^]'.
>>> DriveWire TCP Server 3.1.2
>>>
>>> No ports available.
>>> Connection closed by foreign host.
>>> HAWKSoft(chrish)$
>>>
>>> Server's log reports:
>>> 30 Dec 2009 18:41:17 INFO  [tcpsrv-8  ] cpserver.DWTCPServer: new
>>> connection
>>> from /192.168.0.102
>>> 30 Dec 2009 18:41:17 DEBUG [tcpconn-17] er.DWTCPServerThread: thread run
>>> for
>>> hawksoft:53544
>>> 30 Dec 2009 18:41:17 DEBUG [tcpconn-17] er.DWTCPServerThread: no ports
>>> available for new client at hawksoft:53544
>>> 30 Dec 2009 18:41:17 DEBUG [tcpconn-17] er.DWTCPServerThread: closing
>>> socket
>>> 30 Dec 2009 18:41:17 DEBUG [tcpconn-17] er.DWTCPServerThread: thread
>>> exiting
>>>
>>> "telnet localhost 6809" acts the same.
>>>
>>>       Did I miss something??
>>>
>>>
>>> --
>>> Christopher R. Hawks
>>> HAWKSoft
>>> ---------------------------------------------------------
>>> "The strongest test of any system is not how well its features conform to
>>> anticipated needs but how well it performs when one wants to do something
>>> the designer did not forsee."
>>>       -- Alan Kay, Xerox PARC
>>>
>>> --
>>> Coco mailing list
>>> Coco at maltedmedia.com
>>> http://five.pairlist.net/mailman/listinfo/coco
>>>
>>
>> --
>> Coco mailing list
>> Coco at maltedmedia.com
>> http://five.pairlist.net/mailman/listinfo/coco
>>
>
>
> --
> Christopher R. Hawks
> HAWKSoft
> ---------------------------------------------------------
> I develop for Linux for a living, I used to develop for DOS. Going from
> DOS to Linux is like trading a glider for an F117.
>        -- Lawrence Foard
>
> --
> Coco mailing list
> Coco at maltedmedia.com
> http://five.pairlist.net/mailman/listinfo/coco
>



More information about the Coco mailing list