Actually no. This is because no one would be responsible for the long
distance calls/abuse.
-Steve
On 9 Jun 2010, at 01:27, Gregg Levine wrote:
Hello!
I see.
A good question. Now that I know that it is someone physical where you
are, I am fresh out of ideas.
This MUST be doable, it's such an obvious idea :)
Let's say back in the day I had a modem connected to one of my VMS
boxes, would not sharing it over LAT be pretty obvious?
Sampsa
On 9 Jun 2010, at 01:27, Gregg Levine wrote:
Hello!
I see.
A good question. Now that I know that it is someone physical where you
are, I am fresh out of ideas.
This MUST be doable, it's such an obvious idea :)
Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious?
Sampsa
On Tue, Jun 8, 2010 at 8:25 PM, Sampsa Laine <sampsa at mac.com> wrote:
Gregg,
In this instance I'm testing this on a physical Itanium box running the
OpenVMS 8.4 field test :)
I suppose my question can be generalised as this:
How do I set up a LAT service to share a terminal port from a VMS
system over LAT, in the same way as one would set up reverse LAT on a
DECserver (i.e. create a service that connects to a specified physical
port)?
The steps I followed in this particular case are listed below.
Sampsa
On 9 Jun 2010, at 01:22, Gregg Levine wrote:
On Tue, Jun 8, 2010 at 7:43 PM, Sampsa Laine <sampsa at mac.com> wrote:
Guys,
I want to create a LAT service connected to a virtual terminal port
(created
using TELNET/CREATE) and then when users connect to this service they get
redirected over telnet to the destination.
This is what I tried:
lcp:==$sys$system:latcp
TELNET/CREATE B4BBS 23 1
lcp create port lta1337/application
lcp set port lta1337/port=tna1
lcp create service b4bbs
lcp set port lta1337: /service=b4bbs
However when I connect to the service b4bbs I am not redirected to the
TNA1
telnet connection, but just get the normal log in screen of the host I
created the service on.
Where am I going wrong here?
Sampsa
Hello!
First things first, what are we running here? Also is it running
physical or virtual? That is, did you install the chosen OS into
SIMH/(that) or onto (that), where the phrase means what you chose.
Please do me a favour, and list the steps you followed to create the
contraption in question.
Incidentally Sampsa there's nothing outside your flat today except all
of London.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
I see.
A good question. Now that I know that it is someone physical where you
are, I am fresh out of ideas.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Gregg,
In this instance I'm testing this on a physical Itanium box running the OpenVMS 8.4 field test :)
I suppose my question can be generalised as this:
How do I set up a LAT service to share a terminal port from a VMS system over LAT, in the same way as one would set up reverse LAT on a DECserver (i.e. create a service that connects to a specified physical port)?
The steps I followed in this particular case are listed below.
Sampsa
On 9 Jun 2010, at 01:22, Gregg Levine wrote:
On Tue, Jun 8, 2010 at 7:43 PM, Sampsa Laine <sampsa at mac.com> wrote:
Guys,
I want to create a LAT service connected to a virtual terminal port (created
using TELNET/CREATE) and then when users connect to this service they get
redirected over telnet to the destination.
This is what I tried:
lcp:==$sys$system:latcp
TELNET/CREATE B4BBS 23 1
lcp create port lta1337/application
lcp set port lta1337/port=tna1
lcp create service b4bbs
lcp set port lta1337: /service=b4bbs
However when I connect to the service b4bbs I am not redirected to the TNA1
telnet connection, but just get the normal log in screen of the host I
created the service on.
Where am I going wrong here?
Sampsa
Hello!
First things first, what are we running here? Also is it running
physical or virtual? That is, did you install the chosen OS into
SIMH/(that) or onto (that), where the phrase means what you chose.
Please do me a favour, and list the steps you followed to create the
contraption in question.
Incidentally Sampsa there's nothing outside your flat today except all
of London.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Tue, Jun 8, 2010 at 7:43 PM, Sampsa Laine <sampsa at mac.com> wrote:
Guys,
I want to create a LAT service connected to a virtual terminal port (created
using TELNET/CREATE) and then when users connect to this service they get
redirected over telnet to the destination.
This is what I tried:
lcp:==$sys$system:latcp
TELNET/CREATE B4BBS 23 1
lcp create port lta1337/application
lcp set port lta1337/port=tna1
lcp create service b4bbs
lcp set port lta1337: /service=b4bbs
However when I connect to the service b4bbs I am not redirected to the TNA1
telnet connection, but just get the normal log in screen of the host I
created the service on.
Where am I going wrong here?
Sampsa
Hello!
First things first, what are we running here? Also is it running
physical or virtual? That is, did you install the chosen OS into
SIMH/(that) or onto (that), where the phrase means what you chose.
Please do me a favour, and list the steps you followed to create the
contraption in question.
Incidentally Sampsa there's nothing outside your flat today except all
of London.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Guys,
I want to create a LAT service connected to a virtual terminal port (created using TELNET/CREATE) and then when users connect to this service they get redirected over telnet to the destination.
This is what I tried:
lcp:==$sys$system:latcp
TELNET/CREATE B4BBS 23 1
lcp create port lta1337/application
lcp set port lta1337/port=tna1
lcp create service b4bbs
lcp set port lta1337: /service=b4bbs
However when I connect to the service b4bbs I am not redirected to the TNA1 telnet connection, but just get the normal log in screen of the host I created the service on.
Where am I going wrong here?
Sampsa
On Sat, 5 Jun 2010 15:54:20 -0400, you wrote:
OK, you tried playing nice -- so now play dirty! If you never found a way
to make NULJOB (or whatever TOPS-10 has for an idle loop -- I've never been
into the sources) identify itself to KLH10, why not hack up KLH10 to detect
NULJOB itself?
Well, this approach has various issues that have to be considered:
1. first of all, we do not know anything about PDP-10 machine code, so it
would be quite difficult to pin down the exact instruction sequence that
would tell us the OS is in its idle loop. And then there must be someone
quite proficient in C language who should modify the emulator (i.e. not me).
2. I have some very faint memories about difficulties in tracking down the
TOPS-10 idle loop (or it was TOPS-20?). That is it does not make something
easily identifiable by just analyzing the actual instruction stream. I must
have read something about this topic somewhere in the last three years...
3. Oh well, it would be nice to learn where is the culprit and how to
rebuild a TOPS-10 monitor from scratch! :-) Now I've posted a request to
alt.sys.pdp10. Let's see if someone will explain me what to do.
Some misc bits:
A nice post about the (dis)advantages of modifying either the emulator or
the OS: http://groups.google.com/group/alt.sys.pdp10/msg/c1c8e09d247595ce
A description of the special KLH10 idle device. At the end of the document
there is also a brief explanation about where to put the needed monitor
patches: http://www.avanthar.com/~healyzh/klh10/doc/dvhost.txt
Bye,
G.
Jason,
I'll add you to our mailing list then, try to think of a good system name :)
Sampsa
On 7 Jun 2010, at 02:56, Jason Stevens wrote:
I'd love to get involved in a UUCP over IP network...!
On Sun, Jun 6, 2010 at 3:52 PM, Sampsa Laine <sampsa at mac.com> wrote:
Whilst not strictly HECnet related, I figured as this audience is likely to be full of people who enjoy tinkering with various bits of retro tech stuff and so I thought I'd let you know that we've rolled out a small UUCP "network" between myself, Steve and Fred.
It runs over TCP links between our sites, mainly running Taylor UUCP, however one of my hosts runs a 1992 bit of BBS software called Waffle 1.65.
Let me know if anyone wants to join in, it's a giggle, really*. I'll even route real internet mail for interested parties** - we have registered the UUHEC.net domain for this purpose.
Sampsa
* Seriously, check out the crazy Waffle BBS software by logging into CHIMPY as the user B4BBS and then log on as WAFFLE at B4BBS. It's default messages keep cracking me up, random Zippy the Pinhead quotes all over the place.
** Within reason.
I'd love to get involved in a UUCP over IP network...!
On Sun, Jun 6, 2010 at 3:52 PM, Sampsa Laine <sampsa at mac.com> wrote:
Whilst not strictly HECnet related, I figured as this audience is likely to be full of people who enjoy tinkering with various bits of retro tech stuff and so I thought I'd let you know that we've rolled out a small UUCP "network" between myself, Steve and Fred.
It runs over TCP links between our sites, mainly running Taylor UUCP, however one of my hosts runs a 1992 bit of BBS software called Waffle 1.65.
Let me know if anyone wants to join in, it's a giggle, really*. I'll even route real internet mail for interested parties** - we have registered the UUHEC.net domain for this purpose.
Sampsa
* Seriously, check out the crazy Waffle BBS software by logging into CHIMPY as the user B4BBS and then log on as WAFFLE at B4BBS. It's default messages keep cracking me up, random Zippy the Pinhead quotes all over the place.
** Within reason.
The XC handler was done at the same time (give or take) as XU and XQ.
It is
done with a prefix file (.INCLUDE) of the common source for X?. I
will
have to
boot up my Pro to say for sure. It did ship in the V5.x timeframe
with
the
Pro kit.
I'm trying to remember if I have a copy of the XC source listing. If
not I'd be interested in one. The reason is that I've long wanted to
make an XC driver for DECnet/E. The main thing holding me back is the
utter disgustingness of that Ethernet chip...
paul
Paul,
Contact me offline to discuss.
-Steve