23 Dec
2021
23 Dec
'21
3:36 p.m.
Well. That is the point that the DUP11 device in simh supposedly does
framing and stuff. But Paul isn't seeing that, so the curious question
is how the data is coming out verbatim, while the simh code suggest it
shouldn't.
Johnny
On 2021-12-23 13:54, R. Voorhorst wrote:
I think he did both M= to M+ as to PyDecnet, but the
sentence " I don't understand this because the code is clearly there in the
emulator, so apparently it's not being hit."is intriguing ... :)
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of
Johnny Billquist
Sent: Thursday, 23 December, 2021 11:26
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] native Dup sync line revisited --> preliminary tests reveals
problems --> test setup?
Certainly sounds like Paul was doing M+ to PyDECnet. Not sure what more combinations he
might have been playing with.
Johnny
On 2021-12-23 10:14, R. Voorhorst wrote:
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Hi Paul,
How was this tested: 11M+ to 11M+ or 11M+ to PyDecnet?
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Paul Koning
Sent: Thursday, 23 December, 2021 02:36
To: hecnet at update.uu.se
Subject: Re: [HECnet] native Dup sync line revisited --> preliminary
tests reveals problems
On Dec 13, 2021, at 9:15 AM, Paul Koning
<paulkoning at comcast.net> wrote:
...
So if the plain sync device emulation were to do the above, that
would
give us an emulation that interoperates with the DMC emulation if the
software controlling the device is running DDCMP.
More on this...
I built an M+ system with DUP lines, and unlike what was reported in
this thread, I did NOT see problems talking to other things (like
PyDECnet or DMC
emulation) that expect plain data without frame length fields. I
don't see frame lengths in the trace.
I don't understand this because the code is clearly there in the
emulator, so apparently it's not being hit. Not by DECnet/RSX anyway.
More to be studied.
paul