HECnet

hecnet@lists.dfupdate.se

15 participants
15568 discussions

Call for help to debug RTPAD.EXE on OpenVMS V8.3

by gerry77＠mail.com

On Mon, 20 May 2013 18:00:51 -0000, Cory Smelosky wrote: $ set host/app=rterm 9.10 %REM-I-CONNECTION, connection made using RTERM protocol %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000052D800008AA6, PC=000052D800008AA6, PS=0000001B Which architecture, version and patches? 8-) G.

12 years, 2 months

Call for help to debug RTPAD.EXE on OpenVMS V8.3

by jg＠jordi.guillaumes.name

El 20/05/2013, a les 19:27, Cory Smelosky <b4 at gewt.net> va escriure: I'm seeing tha two...expect I can ping it from my area router and I can SET HOST from VAX/VMS 7.3 I am...very confused. That smells familiar. I wasn't able to get into my TOPS10 node from any machine but its adjacents. I have not looked into the issue again, but I plan to do it. Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

12 years, 2 months

SIMH + VDE Part 2

by wonko＠4amlunch.net

Well, almost: sim_ether.c:819:24: error: libvdeplug.h: No such file or directory sim_ether.c: In function '_eth_reader': sim_ether.c:1472: warning: implicit declaration of function 'vde_recv' sim_ether.c:1472: error: 'VDECONN' undeclared (first use in this function) sim_ether.c:1472: error: (Each undeclared identifier is reported only once sim_ether.c:1472: error: for each function it appears in.) sim_ether.c:1472: error: expected expression before ')' token sim_ether.c: In function 'eth_open': sim_ether.c:1703: error: storage size of 'voa' isn't known sim_ether.c:1712: warning: implicit declaration of function 'vde_open' sim_ether.c:1716: warning: implicit declaration of function 'vde_datafd' sim_ether.c:1716: error: 'VDECONN' undeclared (first use in this function) sim_ether.c:1716: error: expected expression before ')' token sim_ether.c: In function 'eth_close': sim_ether.c:1853: warning: implicit declaration of function 'vde_close' sim_ether.c:1853: error: 'VDECONN' undeclared (first use in this function) sim_ether.c:1853: error: expected expression before ')' token sim_ether.c: In function '_eth_write': sim_ether.c:2044: warning: implicit declaration of function 'vde_send' sim_ether.c:2044: error: 'VDECONN' undeclared (first use in this function) sim_ether.c:2044: error: expected expression before ')' token gmake: *** [BIN/pdp11] Error 1 On Mon, May 20, 2013 at 08:21:30PM +0200, Jordi Guillaumes i Pons wrote: El 20/05/2013, a les 19:35, Brian Hechinger <wonko at 4amlunch.net> va escriure: I just fetched simh from the git repo and same thing. It's just not picking up that VDE exists on this machine. Any tips, Mark? :) -brian Not Mark here :) You need to force the makefile to look for /usr/local/lib and /usr/local/include. If you check the makefile you'll find a series of checks based on $(OSTYPE). If I understand the logic, the last one checked refers to the BSDs. I'm not quite sure what happens here, but it seems like it uses the output of ldconfig to set up things for NetBSD, but does nothing for FreeBSD (other than spitting out a warning). What I would try is to duplicate these lines: ifeq (usrpkglib,$(shell if $(TEST) -d /usr/pkg/lib; then echo usrpkglib; fi)) LIBPATH += /usr/pkg/lib OS_LDFLAGS += -L/usr/pkg/lib -R/usr/pkg/lib endif As: ifeq (usrlocallib,$(shell if $(TEST) -d /usr/local/lib; then echo usrlocallib; fi)) LIBPATH += /usr/local/lib INCPATH += /usr/local/include OS_LDFLAGS += -L/usr/local/lib -R/usr/local/lib endif Eventually if this works Mark should put it in the distribution makefile. Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

12 years, 2 months

Call for help to debug RTPAD.EXE on OpenVMS V8.3

by gerry77＠mail.com

On Mon, 20 May 2013 12:08:25 -0400, Brian Schenkenberger, VAXman- wrote: Well, there's no specific TOPS-10 module. I'll assume that the TOPS20 is also for use when the target is TOPS10. I think TOPS-10 is more RSTSish, anyway both TOPS-20 and RSTS protocol flavours seem to belong to the same RSTSRT module, so... If you can go back to plain-vanilla V8.3 (ie. sans any update patches), see if it occurs there. If it does not, one of the updates has introduced some incompatibility. It will be much easier to trace down if you can prove and or disprove this. I'll try to find a spare machine to make a clean install, but it will not be neither easy nor quick, unfortunately. :| G.

12 years, 2 months

SIMH + VDE Part 2

by wonko＠4amlunch.net

That did the trick! using libvdeplug: /usr/local/lib/libvdeplug.so /usr/local/include/libvdeplug.h -brian On Mon, May 20, 2013 at 08:21:30PM +0200, Jordi Guillaumes i Pons wrote: El 20/05/2013, a les 19:35, Brian Hechinger <wonko at 4amlunch.net> va escriure: I just fetched simh from the git repo and same thing. It's just not picking up that VDE exists on this machine. Any tips, Mark? :) -brian Not Mark here :) You need to force the makefile to look for /usr/local/lib and /usr/local/include. If you check the makefile you'll find a series of checks based on $(OSTYPE). If I understand the logic, the last one checked refers to the BSDs. I'm not quite sure what happens here, but it seems like it uses the output of ldconfig to set up things for NetBSD, but does nothing for FreeBSD (other than spitting out a warning). What I would try is to duplicate these lines: ifeq (usrpkglib,$(shell if $(TEST) -d /usr/pkg/lib; then echo usrpkglib; fi)) LIBPATH += /usr/pkg/lib OS_LDFLAGS += -L/usr/pkg/lib -R/usr/pkg/lib endif As: ifeq (usrlocallib,$(shell if $(TEST) -d /usr/local/lib; then echo usrlocallib; fi)) LIBPATH += /usr/local/lib INCPATH += /usr/local/include OS_LDFLAGS += -L/usr/local/lib -R/usr/local/lib endif Eventually if this works Mark should put it in the distribution makefile. Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

12 years, 2 months

SIMH + VDE Part 2

by jg＠jordi.guillaumes.name

El 20/05/2013, a les 19:35, Brian Hechinger <wonko at 4amlunch.net> va escriure: I just fetched simh from the git repo and same thing. It's just not picking up that VDE exists on this machine. Any tips, Mark? :) -brian Not Mark here :) You need to force the makefile to look for /usr/local/lib and /usr/local/include. If you check the makefile you'll find a series of checks based on $(OSTYPE). If I understand the logic, the last one checked refers to the BSDs. I'm not quite sure what happens here, but it seems like it uses the output of ldconfig to set up things for NetBSD, but does nothing for FreeBSD (other than spitting out a warning). What I would try is to duplicate these lines: ifeq (usrpkglib,$(shell if $(TEST) -d /usr/pkg/lib; then echo usrpkglib; fi)) LIBPATH += /usr/pkg/lib OS_LDFLAGS += -L/usr/pkg/lib -R/usr/pkg/lib endif As: ifeq (usrlocallib,$(shell if $(TEST) -d /usr/local/lib; then echo usrlocallib; fi)) LIBPATH += /usr/local/lib INCPATH += /usr/local/include OS_LDFLAGS += -L/usr/local/lib -R/usr/local/lib endif Eventually if this works Mark should put it in the distribution makefile. Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

12 years, 2 months

Call for help to debug RTPAD.EXE on OpenVMS V8.3

by b4＠gewt.net

On Mon, 20 May 2013, Cory Smelosky wrote: On Mon, 20 May 2013, Johnny Billquist wrote: On 2013-05-20 17:01, G. wrote: Now that there is a TOPS-10 host on HECnet, can some people try at least to trace on which versions it works and on which it does not? Thanks to everyone! :) Hum... ..set /host=marley NCT -- Connection rejected, Node unreachable NCT -- Control returned to node "MIM " ..ncp tell marley sho exec NCP -- Show failed, Listener connect failed, node unreachable .. Johnny I'm seeing tha two...expect I can ping it from my area router and I can SET HOST from VAX/VMS 7.3 I am...very confused. There we go. It was a networking configuration error. Try now. Now I get a stackdump: $ set host/app=rterm 9.10 %REM-I-CONNECTION, connection made using RTERM protocol %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000052D800008AA6, PC=000052D800008AA6, PS=0000001B Improperly handled condition, image exit forced. Signal arguments: Number = 0000000000000005 Name = 000000000000000C 0000000000010000 000052D800008AA6 000052D800008AA6 000000000000001B Register dump: R0 = 0000000000000003 R1 = 0000000000008F50 R2 = 000000000000813A R3 = 0000000000034804 R4 = 000000007FFCF814 R5 = 0000000000009AEF R6 = 0000000000000000 R7 = 0000000000000001 R8 = 000000000003481B R9 = 000000007FF9DDF0 R10 = 000000007FFA4F28 R11 = 000000007FFCDC18 R12 = 000000007FF9DDE8 R13 = 0000000000005170 R14 = 0000000000008E28 R15 = 0000000000008E28 R16 = 0000000002A83089 R17 = 0000000000200000 R18 = FFFFFFFF809043A0 R19 = 0000000000000000 R20 = FFFFFFFF801710B8 R21 = 000000000000000F R22 = 000000007AE45A54 R23 = FFFFFFFF8019CA50 R24 = 0000000000000001 R25 = 0000000000000003 R26 = FFFFFFFF8019CA8C R27 = 000000007AE45A54 R28 = 0000000000000006 R29 = 000000007AE45A60 SP = 000000007AE45A30 PC = 000052D800008AA6 PS = 300000000000001B -- 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 -- Cory Smelosky http://gewt.net/ Personal stuff http://gimme-sympathy.org Experiments -- Cory Smelosky http://gewt.net/ Personal stuff http://gimme-sympathy.org Experiments

12 years, 2 months

SIMH + VDE Part 2

by wonko＠4amlunch.net

I just fetched simh from the git repo and same thing. It's just not picking up that VDE exists on this machine. Any tips, Mark? :) -brian

12 years, 2 months

Call for help to debug RTPAD.EXE on OpenVMS V8.3

by b4＠gewt.net

On Mon, 20 May 2013, Johnny Billquist wrote: On 2013-05-20 17:01, G. wrote: Now that there is a TOPS-10 host on HECnet, can some people try at least to trace on which versions it works and on which it does not? Thanks to everyone! :) Hum... ..set /host=marley NCT -- Connection rejected, Node unreachable NCT -- Control returned to node "MIM " ..ncp tell marley sho exec NCP -- Show failed, Listener connect failed, node unreachable .. Johnny I'm seeing tha two...expect I can ping it from my area router and I can SET HOST from VAX/VMS 7.3 I am...very confused. -- 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 -- Cory Smelosky http://gewt.net/ Personal stuff http://gimme-sympathy.org Experiments

12 years, 2 months

Call for help to debug RTPAD.EXE on OpenVMS V8.3

by b4＠gewt.net

On Mon, 20 May 2013, Brian Schenkenberger, VAXman- wrote: G. <gerry77 at mail.com> writes: Hello all! Let's try to summarize the problem. RTPAD.EXE is the executable image behind SET HOST and SET HOST/APP=3DR on= VMS, and it can use both CTERM and RTERM protocols to connect to remote = systems. Some older OSes, notably TOPS-10 and RSTS (and others, I suppose), do = either behave badly when accessed with the newer CTERM protocol, mainly because = it's too VMS-centric, or do not work at all because they do not suppport it. = To connect to them, the solution is to always use the older RTERM protocol. RTPAD.EXE on OpenVMS V8.3 for both Alpha and Itanium (IIRC) has some = serious bug that prevents it from connecting to such older OSes using the old = RTERM protocol: actually it ACCVIOs before doing any useful work. The RTERM protocol can be used to connect to VMS too, and when connecting= to another VMS node using RTERM, the V8.3 RTPAD.EXE works as expected. So, = either some older OSes are sending out-of-standard packets (and the older = RTPAD.EXE were more forgiving), or the new RTPAD.EXE cannot understand all the = protocol variants and intricacies (as the older versions did). I tried exchanging V8.3 RTPAD.EXE (ident X-10) with a couple of older = versions (idents X-8, X-9) and even with the V8.4 one (ident X-10 too, so should = be the same as V8.3), to no avail: every one of them ACCVIOs as well. The oldest= I tried (X-8) comes from plain vanilla V7.2 (and does not work), but I'm = almost sure (I cannot swear on it, though) that RTERM worked fine in V7.2, so = I'm stuck: the same image (X-8) was working on V7.2 but it's not in V8.3. I know that testing by exchanging images among different VMS versions is = not bulletproof, but considering that I didn't get any error like SHRIDMISMAT= and such, I feel confident about thinking that they are compatible. So maybe = the problem is somewhere else, probably in some shared library. What else can I do? Is there anyone with the right knowledge (I'm = thinking to e.g. Brian Schenkenberger) that can try to track down the bug and at = least identify in which part of VMS lies the problem? Or give me some = suggestions... This is what happens: | $ set host/app=3Dr xxxxxx | %REM-I-CONNECTION, connection made using RTERM protocol |=A0%SYSTEM-F-ACCVIO,=A0access=A0violation,=A0reason=A0mask=3D00,=A0virtu= al=A0address=3D000052D800008AA4,=A0PC=3D000052D800008AA4,=A0PS=3D0000001B |=20 | Improperly handled condition, image exit forced. | Signal arguments: Number =3D 0000000000000005 | Name =3D 000000000000000C | 0000000000010000 | 000052D800008AA4 ------------------------------------^v^v^v^v^v^v^v^v | 000052D800008AA4 | 000000000000001B This looks bad. I can tell you that it's not very likely a problem VMS address which RTPAD is operating in. I suspect that 0000000000008AA4 would be close to the PC in the RTPAD image or 0000000000052D8. I would guess that some improper stack manipulation is the cause for this error. If this stack dump came from V8.3, I'll take a look in the source to see if the addresses yield anything. Please confirm that the above was from the Alpha V8.3 RTPAD. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG Well I speak to machines with the voice of humanity. I was going to grab the stack dump from 8.4...but there's a completely different issue there. $ set host/app=rterm marley %SYSTEM-F-UNREACHABLE, remote node is not currently reachable $ set host marley *INTERRUPT* $ $ set host/lat marley %LAT-S-CONNECTED, session to MARLEY established Can anyone else reach MARLEY? DECnet is up...I cam reach it from 7.2 on simh and my area router can ping it. -- Cory Smelosky http://gewt.net/ Personal stuff http://gimme-sympathy.org Experiments

12 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet