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
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
$
--
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
--
...
$ @LB:[1,2]SYSLOGIN.CMD
What is your name? GHJ
RSX-11M-PLUS BL87mP (MIM ) 1292K PDP-11/74 at 16:37:59.5, 12-NOV-11
Users=7 Idle=100% Task=.IDLE. Up: 28 days, 21:56. Ticks=0 Errseq=15.
user task uic pri where state size(K) ioc par
GHJ AT.R0 * [ Self ] 64 RT0 Stopped 4/23 GEN
Johnny DTRT10 [ Self ] 50 TT10 Stopped 13/64 (1) GEN
J Billquist DTRT6 [ Oper ] 50 _TT6 Stopped 13/64 (1) GEN
GHJ WHOR0 * [ Self ] 50 RT0 Running 1/4 GEN
J Billquist (In MCR) [ Oper ] _TT4
J Billquist (In MCR) [ Oper ] _TT5
J Billquist (In MCR) [ Oper ] _TT7
J Billquist (In MCR) [ Oper ] _TT11
16:38:01 Task "TYPR0 " terminated on processor "A"
Memory protect violation
R0=000472
R1=027200
R2=000000
R3=000000
R4=001404
R5=000022
SP=000432
PC=147620
PS=070004
>
$
Short example, by the way:
$ dtr
DATATRIEVE-11, DEC Query and Report System
Version: V03.03-07, 1-DEC-89
Type HELP for help
DTR> ready hecnet
DTR> find hecnet with node_owner="Johnny Billquist"
[18 records found]
DTR> sort by area,node
DTR> print current
NODE NODE NODE REGISTER
NAME ADDRESS OWNER TIME
MAGICA 1.1 Johnny Billquist 11-Nov-2011
ERNIE 1.2 Johnny Billquist 11-Nov-2011
FNATTE 1.3 Johnny Billquist 11-Nov-2011
GOBLIN 1.4 Johnny Billquist 11-Nov-2011
ZEKE 1.5 Johnny Billquist 11-Nov-2011
GNOME 1.6 Johnny Billquist 11-Nov-2011
BJARNE 1.7 Johnny Billquist 11-Nov-2011
KRILLE 1.8 Johnny Billquist 11-Nov-2011
TEMPO 1.9 Johnny Billquist 11-Nov-2011
SIGGE 1.10 Johnny Billquist 11-Nov-2011
ROCKY 1.11 Johnny Billquist 11-Nov-2011
PONY 1.12 Johnny Billquist 11-Nov-2011
MIM 1.13 Johnny Billquist 11-Nov-2011
TINA 1.14 Johnny Billquist 11-Nov-2011
PONDUS 1.15 Johnny Billquist 11-Nov-2011
GNAT 1.16 Johnny Billquist 11-Nov-2011
JOSSE 1.17 Johnny Billquist 11-Nov-2011
BEA 1.19 Johnny Billquist 11-Nov-2011
DTR>
Johnny
On 2011-11-12 16.37, Johnny Billquist wrote:
On 2011-11-12 13.13, Rob Jarratt wrote:
I have tried logging in to MIM as guest, but I have never used either
Datatrieve or RSX and HELP does not show me anything that looks like it
might be Datatrieve. Can someone offer me some pointers to get started?
If you google for datatrieve, you'll find manuals. Mostly for VAX
Datatrieve, which is a superset, and also some manual for Datatrieve-11.
Those manuals are definitely more than enough to get you going. But you
can also just try starting it. The command is DTR, and there is a help
in there.
Thanks
Rob
NB When I logged in as Guest I got this:
13:04:53 Task "TYPR0 " terminated on processor "A"
Memory protect violation
R0=000472
R1=027200
R2=000000
R3=000000
R4=001404
R5=000022
SP=000432
PC=147620
PS=070004
Huh. At what point? That should not happen. I don't see anything like
that when I try to log in as guest...
Johnny
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of hvlems at zonnet.nl
Sent: 11 November 2011 17:26
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Nodename database
Umm, write COBOL applications on top of DTR-11 and TDMS? :-) Hans ------
Origineel bericht------
Van: Johnny Billquist
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: [HECnet] Nodename database
Verzonden: 11 november 2011 18:16
Hi. In my continuous effort of doing weird things, and finding new fun
ways of
playing around, I have now started setting up the nodename database
master
as a Datatrieve domain.
So, anyone who wants to peek at what I intend to use as master data can
connect to the Datatrieve server on MIM, and check out the HECNET
domain.
I
have not yet setup all the surrounding tools I plan to use to make
additions
and changes really easy to handle, but all current nodes should be in
that
storage anyway.
And if you are on MIM, you can of course also use Datatrieve locally.
Let me know if you have any questions or suggestions. I'm still
trying to
figure
out how to do this the neatest.
Johnny
