What is the IP address of MIM? Is there a list of IP addresses of HECnet
nodes somewhere?
Regards
Rob
I know the following addresses:
MIM mim.update.uu.se
CTAKAH rsx.pdp-11.nsk.ru
CTEPBA rsx.pdp-11.nsk.ru:2023 (currently down)
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Johnny Billquist
Sent: 12 November 2011 16:13
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Nodename database
On 2011-11-12 17.07, Oleg Safiullin wrote:
Weird. I tried setting host from MIM to MIM, loggin in as guest. No
errors.
No idea what the problem could be...?
Something related to connection speed and multiprocessing? :)
Anything is possible... But I would like to figure out how to reproduce it
so that
I can check things out. :-)
btw, i tried to connect from MIM to CTAKAH and found no errors.
I'll try to do more tests...
Same as MIM->MIM.
CTERM is not a good protocol, though, and I would generally recommend
against people using it to connect to MIM, if they have any other choice.
(telnet is way better)
Johnny
What is the IP address of MIM? Is there a list of IP addresses of HECnet
nodes somewhere?
Regards
Rob
On 2011-11-12 17:23, Oleg Safiullin wrote:
Johnny Billquist wrote:
On 2011-11-12 17.14, Oleg Safiullin wrote:
Johnny Billquist wrote:
On 2011-11-12 17.07, Oleg Safiullin wrote:
Weird. I tried setting host from MIM to MIM, loggin in as guest. No
errors.
No idea what the problem could be...?
Something related to connection speed and multiprocessing? :)
Anything is possible... But I would like to figure out how to
reproduce it so that I can check things out. :-)
Trying to do more tests... :)
--
btw, there's a DEVR1 task active and marked for abort :)
Yeah. That was me. I don't know why that task don't run down. I was
looking at RT0:, and I suspect the RT driver got lost somewhere. :-(
Johnny
Hmm...
No more problems...
btw,
...
Welcome to *Magica*.
:)
Darn. I should update all those. :-)
I'll reboot MIM shortly to get some issues unstuck, I think.
Johnny
--
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
Johnny Billquist wrote:
On 2011-11-12 17.14, Oleg Safiullin wrote:
Johnny Billquist wrote:
On 2011-11-12 17.07, Oleg Safiullin wrote:
Weird. I tried setting host from MIM to MIM, loggin in as guest. No
errors.
No idea what the problem could be...?
Something related to connection speed and multiprocessing? :)
Anything is possible... But I would like to figure out how to
reproduce it so that I can check things out. :-)
Trying to do more tests... :)
--
btw, there's a DEVR1 task active and marked for abort :)
Yeah. That was me. I don't know why that task don't run down. I was looking at RT0:, and I suspect the RT driver got lost somewhere. :-(
Johnny
Hmm...
No more problems...
btw,
...
Welcome to *Magica*.
:)
On 2011-11-12 17.14, Oleg Safiullin wrote:
Johnny Billquist wrote:
On 2011-11-12 17.07, Oleg Safiullin wrote:
Weird. I tried setting host from MIM to MIM, loggin in as guest. No
errors.
No idea what the problem could be...?
Something related to connection speed and multiprocessing? :)
Anything is possible... But I would like to figure out how to
reproduce it so that I can check things out. :-)
Trying to do more tests... :)
--
btw, there's a DEVR1 task active and marked for abort :)
Yeah. That was me. I don't know why that task don't run down. I was looking at RT0:, and I suspect the RT driver got lost somewhere. :-(
Johnny
Johnny Billquist wrote:
On 2011-11-12 17.07, Oleg Safiullin wrote:
Weird. I tried setting host from MIM to MIM, loggin in as guest. No
errors.
No idea what the problem could be...?
Something related to connection speed and multiprocessing? :)
Anything is possible... But I would like to figure out how to reproduce it so that I can check things out. :-)
Trying to do more tests... :)
--
btw, there's a DEVR1 task active and marked for abort :)
On 2011-11-12 17.07, Oleg Safiullin wrote:
Weird. I tried setting host from MIM to MIM, loggin in as guest. No
errors.
No idea what the problem could be...?
Something related to connection speed and multiprocessing? :)
Anything is possible... But I would like to figure out how to reproduce it so that I can check things out. :-)
btw, i tried to connect from MIM to CTAKAH and found no errors.
I'll try to do more tests...
Same as MIM->MIM.
CTERM is not a good protocol, though, and I would generally recommend against people using it to connect to MIM, if they have any other choice. (telnet is way better)
Johnny
Oleg Safiullin wrote:
Weird. I tried setting host from MIM to MIM, loggin in as guest. No errors.
No idea what the problem could be...?
Something related to connection speed and multiprocessing? :)
btw, i tried to connect from MIM to CTAKAH and found no errors.
I'll try to do more tests...
Hmm.
No problems when i log in using my account...
--
>SET DCL
$ SH TER
RT1: [SAFIULLIN] [202,155] 12-NOV-11 17:09 1 O. SAFIULLIN
CLI = DCL BUF = 80. HFILL = 0
LINES = 24. TERM = VT2xx OWNER = none NOPARITY
NOPRINTER_PORT NOPASTHRU NOSERIAL
NOLOWER NOPRIV NOHOLD NOSLAVE ESC CRT NOFORM REMOTE
ECHO NOVFILL HHT NOFDX WRAP NORPA EBC NOTYPEAHEAD
NOCTRLC AVO ANSI DEC EDIT NOREGIS SOFT NOBLKMOD
HSYNC BRO NOABAUD TTSYNC
$ PIP
PIP>^Z
$ T EDTINI.EDT
DEFINE KEY GOLD L AS "SHL."
DEFINE KEY GOLD R AS "SHR."
SET MODE CHANGE
$
Weird. I tried setting host from MIM to MIM, loggin in as guest. No errors.
No idea what the problem could be...?
Something related to connection speed and multiprocessing? :)
btw, i tried to connect from MIM to CTAKAH and found no errors.
I'll try to do more tests...
On 2011-11-12 16.53, Oleg Safiullin wrote:
Johnny Billquist wrote:
On 2011-11-12 16.41, Oleg Safiullin wrote:
Huh. At what point? That should not happen. I don't see anything like
that when I try to log in as guest...
Just got the same error when i tried to log in as guest using SET HOST.
No problems for telnet login.
[...]
Oh! Darn! I bet I know what the problem is with that... The normal
terminal driver only requires read access to the buffer that is used
to write to the terminal. The RT: device driver, which is what is used
for the CTERM, probably wants write access, even though it will only
read from the buffer.
And then PIP (which is what TYPE invokes) does a QIO from a memory
buffer that is read only... Not sure I can do anything to fix that... :-(
I'll test and check some more...
(I consider the write access check a bug in the device driver, and
I've stumbled on it before when writing my own code...)
Johnny
Looks like even GCML doesn't work...
--
$ pip
PIP>
PIP -- Get Command Line - I/O Error
$ flx
FLX>
FLX -- I/O error on command input
$ run $mac
RT0>
RT0 -- Command I/O error
$
--
No problems on CTAKAH.
--
$ sh ter
RT0: [GUEST] [377,377] 12-NOV-11 22:50 1 A. GUEST
CLI = DCL BUF = 80. HFILL = 0
LINES = 24. TERM = VT2xx OWNER = RT0: NOPARITY
NOPRINTER_PORT NOPASTHRU NOSERIAL
LOWER NOPRIV NOHOLD NOSLAVE ESC CRT NOFORM REMOTE
NOECHO NOVFILL HHT NOFDX WRAP NORPA EBC NOTYPEAHEAD
NOCTRLC AVO ANSI DEC EDIT NOREGIS SOFT NOBLKMOD
HSYNC BRO NOABAUD TTSYNC
$ pip
PIP>^Z
$
--
Weird. I tried setting host from MIM to MIM, loggin in as guest. No errors.
No idea what the problem could be...?
Johnny
