On Mon, 20 May 2013 11:51:56 -0400, Brian Schenkenberger, VAXman- wrote:
Were you attempting to RTERM to a TOPS20 system???
That's where that stack dumps seems to be taking me.
I can SET PROC/DUMP and do something with ANA/PROC if needed...
G.
G. <gerry77 at mail.com> writes:
On Mon, 20 May 2013 11:29:28 -0400, Brian Schenkenberger, VAXman- wrote:
For what it's worth, both of the addresses I previously identified =
fell,
according to the RTPAD.MAP, in the CODE and DATA PSECTs of module =
RSTSRT.
So it's not a shared library issue? Anyway, I wonder what got changed in =
such
an old and perhaps not-so-much-used-today module...
Were you attempting to RTERM to a TOPS20 system???
That's where that stack dumps seems to be taking me.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 2013-05-20 17:43, G. wrote:
On Mon, 20 May 2013 11:29:28 -0400, Brian Schenkenberger, VAXman- wrote:
For what it's worth, both of the addresses I previously identified fell,
according to the RTPAD.MAP, in the CODE and DATA PSECTs of module RSTSRT.
So it's not a shared library issue? Anyway, I wonder what got changed in such
an old and perhaps not-so-much-used-today module...
I would be very surprised if that code have been touched in many years. More likely some corruption of the stack or some data structure. If the same code previously worked, then I'd still start by pointing at some shared library, but there might also be common data with other parts of RTPAD, which have been changed, while the RSTSRT piece was not.
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
On Mon, 20 May 2013 11:41:07 -0400, Brian Schenkenberger, VAXman- wrote:
image name: "RTPAD"
image file identification: "X-10"
image file build identification: "XBC4-0080060000"
link date/time: 29-JUN-2006 18:18:54.69
linker identification: "A13-03"
Excellent. This is unscathed (ie. no patchin). The link date in the source
listing is: 29-JUN-2006 18:18
The only recent patch to RTPAD was in V7.3 for an unrelated problem.
BTW, I tried both 7.3 images too, and they do not work...
G.
On Mon, 20 May 2013 11:29:28 -0400, Brian Schenkenberger, VAXman- wrote:
For what it's worth, both of the addresses I previously identified fell,
according to the RTPAD.MAP, in the CODE and DATA PSECTs of module RSTSRT.
So it's not a shared library issue? Anyway, I wonder what got changed in such
an old and perhaps not-so-much-used-today module...
G.
G. <gerry77 at mail.com> writes:
On Mon, 20 May 2013 11:23:16 -0400, Brian Schenkenberger, VAXman- wrote:
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.
Yes, it comes from a V8.3 Alpha host with UPDATE-V0800 and SYS-V1000.
image name: "RTPAD"
image file identification: "X-10"
image file build identification: "XBC4-0080060000"
link date/time: 29-JUN-2006 18:18:54.69
linker identification: "A13-03"
Excellent. This is unscathed (ie. no patchin). The link date in the source
listing is: 29-JUN-2006 18:18
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On Mon, 20 May 2013 15:07:28 +0000, <Paul_Koning at Dell.com> wrote:
Port the Linux one to VMS?
Linux speaks RTERM, not only CTERM?! :o
That would be an interesting solution. I didn't know at all that dnprogs now
support RTERM too, and I see that the author is you... :)
sethost.c, I suppose. At first sight the new dnlogin program appears not to
support RTERM. Am I right?
G.
On Mon, 20 May 2013 11:23:16 -0400, Brian Schenkenberger, VAXman- wrote:
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.
Yes, it comes from a V8.3 Alpha host with UPDATE-V0800 and SYS-V1000.
image name: "RTPAD"
image file identification: "X-10"
image file build identification: "XBC4-0080060000"
link date/time: 29-JUN-2006 18:18:54.69
linker identification: "A13-03"
image name: "LIBRTL"
image file identification: "X01-001"
image file build identification: "XBCA-0080070005"
link date/time: 15-OCT-2008 13:06:14.43
linker identification: "A13-03"
image name: "LIBOTS"
image file identification: "LIBOTS V1.5-00"
image file build identification: "XBC4-0080060000"
link date/time: 29-JUN-2006 18:16:58.65
linker identification: "A13-03"
Thanks! :)
G.
Johnny Billquist <bqt at softjar.se> writes:
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! :)
For what it's worth, both of the addresses I previously identified fell,
according to the RTPAD.MAP, in the CODE and DATA PSECTs of module RSTSRT.
This module:
.TITLE RSTSRT RSTS/E Remote Terminal
So, it makes come sense.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
