El 13/05/2014, a les 21.35, Ian McLaughlin <ian at platinum.net> va escriure:
Hello All,
Thanks to the kind donation of CDs from Scott Martin from the Vintage Computing linkedin group, I now have the OpenVMS VAX software product library collection from December 2007 available on my site. Feel free to grab a copy.
http://www.vaxhaven.com/CD_Image_Archive
Nice and thanks!
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
Hello All,
Thanks to the kind donation of CDs from Scott Martin from the Vintage Computing linkedin group, I now have the OpenVMS VAX software product library collection from December 2007 available on my site. Feel free to grab a copy.
http://www.vaxhaven.com/CD_Image_Archive
If anyone has images or disks from other dates, I'd be more than happy to rip them and put them up.
Ian
Sent from mobile device that advertises itself for no good reason
On 12 May 2014, at 23:03, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello!
Dave what are these grouchy examples of technology that followed Cory home?
The other two are obvious.
But the PDP-11/23 Plus seems to be an interesting critter. What's wrong
with it Cory?
Looks like the main crystal got knocked about and crushed. Haven't tested with a scope yet though
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Mon, May 12, 2014 at 10:59 PM, Dave McGuire <mcguire at neurotica.com>wrote:
On 05/12/2014 10:01 PM, Cory Smelosky wrote:
Trying to test the est of the haul. That means the VCB02 and VR290 at
present. ;)
Testing it ina MicroVAX II...I'm not even to the point of VMS! I've
read it can be used as the console...but not in my case! The diagnostic
LEDs on the VCB02 board never change at all. They all come on during
power-on and never go off. The same behaviour was exhibited by ny dead
11/23+ board.
Any ideas of what I can check? It's got to be some really obvious error.
It can't be plain dead!
Don't sweat it too much. I have lots of VCB02 board sets and can send
you whatever you end up needing. Bear in mind that, on a KA630, it can
take quite awhile for anything to come up on the display.
Here's the LED definitions for the VCB02:
During test:
111 state on power-up
001 power-up test in progress
After test:
000 no faults detected
001 VCB02 base module fault
010 first VCB02 4-plane module fault
011 second VCB02 4-plane module fault
100 not used
101 keyboard fault
110 mouse or tablet fault
111 catastrophic fault
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
--
DECtec mailing list
http://dectec.info
To unsubscribe from this list see page at:
http://dectec.info/mailman/listinfo/dectec_dectec.info
--
DECtec mailing list
http://dectec.info
To unsubscribe from this list see page at: http://dectec.info/mailman/listinfo/dectec_dectec.info
Sent from mobile device that advertises itself for no good reason
On 12 May 2014, at 22:59, Dave McGuire <mcguire at neurotica.com> wrote:
On 05/12/2014 10:01 PM, Cory Smelosky wrote:
Trying to test the est of the haul. That means the VCB02 and VR290 at
present. ;)
Testing it ina MicroVAX II...I'm not even to the point of VMS! I've
read it can be used as the console...but not in my case! The diagnostic
LEDs on the VCB02 board never change at all. They all come on during
power-on and never go off. The same behaviour was exhibited by ny dead
11/23+ board.
Any ideas of what I can check? It's got to be some really obvious error.
It can't be plain dead!
Don't sweat it too much. I have lots of VCB02 board sets and can send
you whatever you end up needing.
Cool! Thanks!
Bear in mind that, on a KA630, it can
take quite awhile for anything to come up on the display.
Yeah, after awhile the screen starts flickering yet displaying nothing.
Here's the LED definitions for the VCB02:
During test:
111 state on power-up
Never changes from this.
001 power-up test in progress
Never gets to that one
After test:
000 no faults detected
001 VCB02 base module fault
010 first VCB02 4-plane module fault
011 second VCB02 4-plane module fault
100 not used
101 keyboard fault
110 mouse or tablet fault
111 catastrophic fault
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
--
DECtec mailing list
http://dectec.info
To unsubscribe from this list see page at: http://dectec.info/mailman/listinfo/dectec_dectec.info
Hello!
Dave what are these grouchy examples of technology that followed Cory home? The other two are obvious.
But the PDP-11/23 Plus seems to be an interesting critter. What's wrong with it Cory?
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Mon, May 12, 2014 at 10:59 PM, Dave McGuire <mcguire at neurotica.com> wrote:
On 05/12/2014 10:01 PM, Cory Smelosky wrote:
> Trying to test the est of the haul. That means the VCB02 and VR290 at
> present. ;)
>
> Testing it ina MicroVAX II...I'm not even to the point of VMS! I've
> read it can be used as the console...but not in my case! The diagnostic
> LEDs on the VCB02 board never change at all. They all come on during
> power-on and never go off. The same behaviour was exhibited by ny dead
> 11/23+ board.
>
> Any ideas of what I can check? It's got to be some really obvious error.
> It can't be plain dead!
Don't sweat it too much. I have lots of VCB02 board sets and can send
you whatever you end up needing. Bear in mind that, on a KA630, it can
take quite awhile for anything to come up on the display.
Here's the LED definitions for the VCB02:
During test:
111 state on power-up
001 power-up test in progress
After test:
000 no faults detected
001 VCB02 base module fault
010 first VCB02 4-plane module fault
011 second VCB02 4-plane module fault
100 not used
101 keyboard fault
110 mouse or tablet fault
111 catastrophic fault
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
--
DECtec mailing list
http://dectec.info
To unsubscribe from this list see page at: http://dectec.info/mailman/listinfo/dectec_dectec.info
On 05/12/2014 10:01 PM, Cory Smelosky wrote:
Trying to test the est of the haul. That means the VCB02 and VR290 at
present. ;)
Testing it ina MicroVAX II...I'm not even to the point of VMS! I've
read it can be used as the console...but not in my case! The diagnostic
LEDs on the VCB02 board never change at all. They all come on during
power-on and never go off. The same behaviour was exhibited by ny dead
11/23+ board.
Any ideas of what I can check? It's got to be some really obvious error.
It can't be plain dead!
Don't sweat it too much. I have lots of VCB02 board sets and can send
you whatever you end up needing. Bear in mind that, on a KA630, it can
take quite awhile for anything to come up on the display.
Here's the LED definitions for the VCB02:
During test:
111 state on power-up
001 power-up test in progress
After test:
000 no faults detected
001 VCB02 base module fault
010 first VCB02 4-plane module fault
011 second VCB02 4-plane module fault
100 not used
101 keyboard fault
110 mouse or tablet fault
111 catastrophic fault
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Sent from mobile device that advertises itself for no good reason
On 12 May 2014, at 22:26, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello!
Then first make sure your MVII is a happy device with a different terminal.
Oh and see how much information Google can tell you about your VCB02. And
the VR290.
The manual says this indicates a catastrophic failure.
However the "doing tests" pattern never started
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Mon, May 12, 2014 at 10:22 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Mon, 12 May 2014, Gregg Levine wrote:
Hello!
Does this mean you have a collection of dinos? Did you examine the
electrolytics for the power supply? They've got a bad habit of going bad
in
ways and means that can be disturbing.
PSUs seem fine enough to boot an MVII...just not the VCB02. :(
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Mon, May 12, 2014 at 10:01 PM, Cory Smelosky <b4 at gewt.net> wrote:
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
DECtec mailing list
http://dectec.info
To unsubscribe from this list see page at: http://dectec.info/mailman/
listinfo/dectec_dectec.info
--
DECtec mailing list
http://dectec.info
To unsubscribe from this list see page at: http://dectec.info/mailman/listinfo/dectec_dectec.info
Hello!
Then first make sure your MVII is a happy device with a different terminal. Oh and see how much information Google can tell you about your VCB02. And the VR290.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Mon, May 12, 2014 at 10:22 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Mon, 12 May 2014, Gregg Levine wrote:
Hello!
Does this mean you have a collection of dinos? Did you examine the
electrolytics for the power supply? They've got a bad habit of going bad in
ways and means that can be disturbing.
PSUs seem fine enough to boot an MVII...just not the VCB02. :(
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Mon, May 12, 2014 at 10:01 PM, Cory Smelosky <b4 at gewt.net> wrote:
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
DECtec mailing list
http://dectec.info
To unsubscribe from this list see page at: http://dectec.info/mailman/listinfo/dectec_dectec.info
On Mon, 12 May 2014, Gregg Levine wrote:
Hello!
Does this mean you have a collection of dinos? Did you examine the
electrolytics for the power supply? They've got a bad habit of going bad in
ways and means that can be disturbing.
PSUs seem fine enough to boot an MVII...just not the VCB02. :(
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Mon, May 12, 2014 at 10:01 PM, Cory Smelosky <b4 at gewt.net> wrote:
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Hello!
Does this mean you have a collection of dinos? Did you examine the electrolytics for the power supply? They've got a bad habit of going bad in ways and means that can be disturbing.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Mon, May 12, 2014 at 10:01 PM, Cory Smelosky <b4 at gewt.net> wrote:
Evening all,
Trying to test the est of the haul. That means the VCB02 and VR290 at present. ;)
Testing it ina MicroVAX II...I'm not even to the point of VMS! I've read it can be used as the console...but not in my case! The diagnostic LEDs on the VCB02 board never change at all. They all come on during power-on and never go off. The same behaviour was exhibited by ny dead 11/23+ board.
Any ideas of what I can check? It's got to be some really obvious error. It can't be plain dead!
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
DECtec mailing list
http://dectec.info
To unsubscribe from this list see page at: http://dectec.info/mailman/listinfo/dectec_dectec.info
Evening all,
Trying to test the est of the haul. That means the VCB02 and VR290 at present. ;)
Testing it ina MicroVAX II...I'm not even to the point of VMS! I've read it can be used as the console...but not in my case! The diagnostic LEDs on the VCB02 board never change at all. They all come on during power-on and never go off. The same behaviour was exhibited by ny dead 11/23+ board.
Any ideas of what I can check? It's got to be some really obvious error. It can't be plain dead!
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Cheers.
On 12 May 2014, at 21:38, Rok Vidmar <rok.vidmar at gmail.com> wrote:
How does ones get a MULTINET hobbyist license nowadays?
Last time I checked it was:
<http://www.multinet.process.com/license.html>
--
Regards, Rok
How does ones get a MULTINET hobbyist license nowadays? I can't see anything on their website..
Sampsa
On 12 May 2014, at 21:21, Sampsa Laine <sampsa at mac.com> wrote:
Screw this, I'm installling MULTINET...
On 12 May 2014, at 21:04, Hans Vlems <hvlems at zonnet.nl> wrote:
With /PORT=(23,2777)?
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Sampsa Laine
Verzonden: maandag 12 mei 2014 21:56
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] HILANT:: and GORVAX
That's what I ended up doing, one on 23, one on 2777.
Anyone got a command line for SSH? Couldn't get that to work...
On 12 May 2014, at 20:42, Hans Vlems <hvlems at zonnet.nl> wrote:
Can the telnet service listen to two ports, 23 and, say, 23044?
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Kari Uusim ki
Verzonden: maandag 12 mei 2014 21:37
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] HILANT:: and GORVAX
First record your current settings by:
$ TCPIP SHOW SERVI TELNET /FULL
Then recreate the service like this (with your earlier settings except
for the port):
$ TCPIP SET NOSERVI TELNET
$ TCPIP SET SERVI TELNET
/PORT=2777/USER=TCPIP$TELNET/PROCESS=TCPIP$TELNET/FILE=TCPIP$SYSTEM:TCPIP$TELNET_RUN.COM/LOG=ALL
$ @SYS$STARTUP:TCPIP$TELNET_STARTUP.COM
Kari
On 12.5.2014 19:49, Sampsa Laine wrote:
I've tried about 1000 times but what is the correct TCPIP command to set
a service's port to something other than default (I want Telnet on 2777
and SSH on 2888).
Sampsa
On 12 May 2014, at 14:39, Sampsa Laine <sampsa at mac.com
<mailto:sampsa at mac.com>> wrote:
Guys,
I've FINALLY got around to setting up the bridge on my colo server
(gorilla.sampsa.com <http://gorilla.sampsa.com/>) and a PPTP tunnel
from HILANET to it.
Therefore HILANT should now be accessible through HECNET.
Also, for those of you without a static IP, I can offer a PPTP tunnel
on a 100 Mbps link with "fake" static IPs and a bridge connection for
anyone who is interested.
Sampsa
Screw this, I'm installling MULTINET...
On 12 May 2014, at 21:04, Hans Vlems <hvlems at zonnet.nl> wrote:
With /PORT=(23,2777)?
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Sampsa Laine
Verzonden: maandag 12 mei 2014 21:56
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] HILANT:: and GORVAX
That's what I ended up doing, one on 23, one on 2777.
Anyone got a command line for SSH? Couldn't get that to work...
On 12 May 2014, at 20:42, Hans Vlems <hvlems at zonnet.nl> wrote:
Can the telnet service listen to two ports, 23 and, say, 23044?
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Kari Uusim ki
Verzonden: maandag 12 mei 2014 21:37
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] HILANT:: and GORVAX
First record your current settings by:
$ TCPIP SHOW SERVI TELNET /FULL
Then recreate the service like this (with your earlier settings except
for the port):
$ TCPIP SET NOSERVI TELNET
$ TCPIP SET SERVI TELNET
/PORT=2777/USER=TCPIP$TELNET/PROCESS=TCPIP$TELNET/FILE=TCPIP$SYSTEM:TCPIP$TELNET_RUN.COM/LOG=ALL
$ @SYS$STARTUP:TCPIP$TELNET_STARTUP.COM
Kari
On 12.5.2014 19:49, Sampsa Laine wrote:
I've tried about 1000 times but what is the correct TCPIP command to set
a service's port to something other than default (I want Telnet on 2777
and SSH on 2888).
Sampsa
On 12 May 2014, at 14:39, Sampsa Laine <sampsa at mac.com
<mailto:sampsa at mac.com>> wrote:
Guys,
I've FINALLY got around to setting up the bridge on my colo server
(gorilla.sampsa.com <http://gorilla.sampsa.com/>) and a PPTP tunnel
from HILANET to it.
Therefore HILANT should now be accessible through HECNET.
Also, for those of you without a static IP, I can offer a PPTP tunnel
on a 100 Mbps link with "fake" static IPs and a bridge connection for
anyone who is interested.
Sampsa
With /PORT=(23,2777)?
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Sampsa Laine
Verzonden: maandag 12 mei 2014 21:56
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] HILANT:: and GORVAX
That's what I ended up doing, one on 23, one on 2777.
Anyone got a command line for SSH? Couldn't get that to work...
On 12 May 2014, at 20:42, Hans Vlems <hvlems at zonnet.nl> wrote:
Can the telnet service listen to two ports, 23 and, say, 23044?
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Kari Uusim ki
Verzonden: maandag 12 mei 2014 21:37
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] HILANT:: and GORVAX
First record your current settings by:
$ TCPIP SHOW SERVI TELNET /FULL
Then recreate the service like this (with your earlier settings except
for the port):
$ TCPIP SET NOSERVI TELNET
$ TCPIP SET SERVI TELNET
/PORT=2777/USER=TCPIP$TELNET/PROCESS=TCPIP$TELNET/FILE=TCPIP$SYSTEM:TCPIP$TELNET_RUN.COM/LOG=ALL
$ @SYS$STARTUP:TCPIP$TELNET_STARTUP.COM
Kari
On 12.5.2014 19:49, Sampsa Laine wrote:
I've tried about 1000 times but what is the correct TCPIP command to set
a service's port to something other than default (I want Telnet on 2777
and SSH on 2888).
Sampsa
On 12 May 2014, at 14:39, Sampsa Laine <sampsa at mac.com
<mailto:sampsa at mac.com>> wrote:
Guys,
I've FINALLY got around to setting up the bridge on my colo server
(gorilla.sampsa.com <http://gorilla.sampsa.com/>) and a PPTP tunnel
from HILANET to it.
Therefore HILANT should now be accessible through HECNET.
Also, for those of you without a static IP, I can offer a PPTP tunnel
on a 100 Mbps link with "fake" static IPs and a bridge connection for
anyone who is interested.
Sampsa
That's what I ended up doing, one on 23, one on 2777.
Anyone got a command line for SSH? Couldn't get that to work...
On 12 May 2014, at 20:42, Hans Vlems <hvlems at zonnet.nl> wrote:
Can the telnet service listen to two ports, 23 and, say, 23044?
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Kari Uusim ki
Verzonden: maandag 12 mei 2014 21:37
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] HILANT:: and GORVAX
First record your current settings by:
$ TCPIP SHOW SERVI TELNET /FULL
Then recreate the service like this (with your earlier settings except
for the port):
$ TCPIP SET NOSERVI TELNET
$ TCPIP SET SERVI TELNET
/PORT=2777/USER=TCPIP$TELNET/PROCESS=TCPIP$TELNET/FILE=TCPIP$SYSTEM:TCPIP$TELNET_RUN.COM/LOG=ALL
$ @SYS$STARTUP:TCPIP$TELNET_STARTUP.COM
Kari
On 12.5.2014 19:49, Sampsa Laine wrote:
I've tried about 1000 times but what is the correct TCPIP command to set
a service's port to something other than default (I want Telnet on 2777
and SSH on 2888).
Sampsa
On 12 May 2014, at 14:39, Sampsa Laine <sampsa at mac.com
<mailto:sampsa at mac.com>> wrote:
Guys,
I've FINALLY got around to setting up the bridge on my colo server
(gorilla.sampsa.com <http://gorilla.sampsa.com/>) and a PPTP tunnel
from HILANET to it.
Therefore HILANT should now be accessible through HECNET.
Also, for those of you without a static IP, I can offer a PPTP tunnel
on a 100 Mbps link with "fake" static IPs and a bridge connection for
anyone who is interested.
Sampsa
Can the telnet service listen to two ports, 23 and, say, 23044?
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Kari Uusim ki
Verzonden: maandag 12 mei 2014 21:37
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] HILANT:: and GORVAX
First record your current settings by:
$ TCPIP SHOW SERVI TELNET /FULL
Then recreate the service like this (with your earlier settings except
for the port):
$ TCPIP SET NOSERVI TELNET
$ TCPIP SET SERVI TELNET
/PORT=2777/USER=TCPIP$TELNET/PROCESS=TCPIP$TELNET/FILE=TCPIP$SYSTEM:TCPIP$TELNET_RUN.COM/LOG=ALL
$ @SYS$STARTUP:TCPIP$TELNET_STARTUP.COM
Kari
On 12.5.2014 19:49, Sampsa Laine wrote:
I've tried about 1000 times but what is the correct TCPIP command to set
a service's port to something other than default (I want Telnet on 2777
and SSH on 2888).
Sampsa
On 12 May 2014, at 14:39, Sampsa Laine <sampsa at mac.com
<mailto:sampsa at mac.com>> wrote:
Guys,
I've FINALLY got around to setting up the bridge on my colo server
(gorilla.sampsa.com <http://gorilla.sampsa.com/>) and a PPTP tunnel
from HILANET to it.
Therefore HILANT should now be accessible through HECNET.
Also, for those of you without a static IP, I can offer a PPTP tunnel
on a 100 Mbps link with "fake" static IPs and a bridge connection for
anyone who is interested.
Sampsa
First record your current settings by:
$ TCPIP SHOW SERVI TELNET /FULL
Then recreate the service like this (with your earlier settings except for the port):
$ TCPIP SET NOSERVI TELNET
$ TCPIP SET SERVI TELNET /PORT=2777/USER=TCPIP$TELNET/PROCESS=TCPIP$TELNET/FILE=TCPIP$SYSTEM:TCPIP$TELNET_RUN.COM/LOG=ALL
$ @SYS$STARTUP:TCPIP$TELNET_STARTUP.COM
Kari
On 12.5.2014 19:49, Sampsa Laine wrote:
I've tried about 1000 times but what is the correct TCPIP command to set
a service's port to something other than default (I want Telnet on 2777
and SSH on 2888).
Sampsa
On 12 May 2014, at 14:39, Sampsa Laine <sampsa at mac.com
<mailto:sampsa at mac.com>> wrote:
Guys,
I've FINALLY got around to setting up the bridge on my colo server
(gorilla.sampsa.com <http://gorilla.sampsa.com/>) and a PPTP tunnel
from HILANET to it.
Therefore HILANT should now be accessible through HECNET.
Also, for those of you without a static IP, I can offer a PPTP tunnel
on a 100 Mbps link with "fake" static IPs and a bridge connection for
anyone who is interested.
Sampsa
I've tried about 1000 times but what is the correct TCPIP command to set a service's port to something other than default (I want Telnet on 2777 and SSH on 2888).
Sampsa
On 12 May 2014, at 14:39, Sampsa Laine <sampsa at mac.com> wrote:
Guys,
I've FINALLY got around to setting up the bridge on my colo server (gorilla.sampsa.com) and a PPTP tunnel from HILANET to it.
Therefore HILANT should now be accessible through HECNET.
Also, for those of you without a static IP, I can offer a PPTP tunnel on a 100 Mbps link with "fake" static IPs and a bridge connection for anyone who is interested.
Sampsa
Guys,
I've FINALLY got around to setting up the bridge on my colo server (gorilla.sampsa.com) and a PPTP tunnel from HILANET to it.
Therefore HILANT should now be accessible through HECNET.
Also, for those of you without a static IP, I can offer a PPTP tunnel on a 100 Mbps link with "fake" static IPs and a bridge connection for anyone who is interested.
Sampsa
Evening all,
Got a nice haul of equipment today...aside from the TK50 issues and the smoking VT340 everything seems to be okay!
However:
CARTRIDGE PRESENT
HEAD AT TRACK ZERO
POSITIONED AT BOT
TRK NUMBER 00
LOGICAL TRACK NUMBER = 0.
PHYSICAL BLK# 0000
PHYSICAL BLOCK NUMBER = 0.
LOGICAL BLK# 00
LOGICAL BLOCK NUMBER = 0.
TAPE POSITION 000EFB
TAPE POSITION = 3835.
DRIVE STATE 035E
RD/WRT STATE 1937
OPERATION FLGS 0201
CNTRLR STATUS 0C
DRIVE ERROR
DRIVE ERR CODE 93
AMPLITUDE ON HEAD 2 TOO LOW
and an error about it being unable to find calibration track 2 on the second drive lead me to believe the drives may be faulty. The leader isn't broken and I've reattached it to the arm on the one where it had come off.
How would I do about cleaning one? Are the drives bad and a cleaning wouldn't help?
(Yes, I tried multiple cartridges)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Hi Jovan
That's excellent news! Thanks for taking the time to ask.
Look forward to reading the source code you've unearthed. May be time to plug the line printer in again ;)
Regards, Mark.
On 05/05/2014 16:34, Jovan Trujillo wrote:
Ok so the original authors didn't save much from that 20 year old paper, but they did give me the source code for the mandelbrot set test they described in their paper. Here is the quick posting of the code on my webpage:
http://deathrow.vistech.net/~navoj
I was also able to find the message passing libraries they referenced in the netlib repository. Don't have much time to play with it now since I have exams.
Enjoy,
Jovan
On Fri, May 2, 2014 at 4:06 PM, Dave McGuire <mcguire at neurotica.com> wrote:
On 05/02/2014 06:49 PM, Johnny Billquist wrote:
> On 2014-05-02 21:03, Dave McGuire wrote:
>> On 05/02/2014 03:53 AM, Johnny Billquist wrote:
>>>> But using FORTRAN, we could potentially use overlays and such.
>>>
>>> Well, overlays do not depend on FORTRAN, you can use that no matter what
>>> language you choose.
>>
>> Yes, of course. I don't know what I was thinking. Thank you for the
>> correction. I myself have only actually used overlays with FORTRAN;
>> that was probably the source of my error.
>
> :-)
> Late at night?
Yep. :-/
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/urbancamo
Ok so the original authors didn't save much from that 20 year old paper, but they did give me the source code for the mandelbrot set test they described in their paper. Here is the quick posting of the code on my webpage:
http://deathrow.vistech.net/~navoj
I was also able to find the message passing libraries they referenced in the netlib repository. Don't have much time to play with it now since I have exams.
Enjoy,
Jovan
On Fri, May 2, 2014 at 4:06 PM, Dave McGuire <mcguire at neurotica.com> wrote:
On 05/02/2014 06:49 PM, Johnny Billquist wrote:
> On 2014-05-02 21:03, Dave McGuire wrote:
>> On 05/02/2014 03:53 AM, Johnny Billquist wrote:
>>>> But using FORTRAN, we could potentially use overlays and such.
>>>
>>> Well, overlays do not depend on FORTRAN, you can use that no matter what
>>> language you choose.
>>
>> Yes, of course. I don't know what I was thinking. Thank you for the
>> correction. I myself have only actually used overlays with FORTRAN;
>> that was probably the source of my error.
>
> :-)
> Late at night?
Yep. :-/
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 2014-05-05 03:17, Cory Smelosky wrote:
On Sun, 4 May 2014, Johnny Billquist wrote:
On 2014-05-04 20:53, Johnny Billquist wrote:
On 2014-05-04 11:36, Cory Smelosky wrote:
Hello all,
Circuit = DUP-0
State = Cleared
Can anyone point me towards documentation on configuring a KDP/DUP on
RSX? I want to see the issues getting the KS10 simulator connected to
RSX for myself.
NCP>SET CIRCUIT DUP-0 STATE ON
NCP -- Set failed, component in wrong state, Line
NCP>SET LINE DUP-0 STATE ON
NCP -- Set failed, parameter not applicable, State
NCP>SET LINE KDP-0-0 STATE ON
NCP -- Set failed, parameter not applicable, State
It seems NCP on RSX is a bit different than on others. ;)
What does SHOW LINE DUP-0 CHAR and SHOW CIR DUP-0 CHAR show?
Oh, yeah. SHOW EXEC CHAR would also be helpful.
Johnny
NCP>SHOW EXEC CHAR
Node characteristics as of 4-MAY-14 21:14:43
Executor node = 9.4 (MANDY)
Identification = MOIRA, Management version = 4.2.0
Host = 9.4 (MANDY), Loop count = 1
Loop length = 40, Loop with = Mixed
Incoming timer = 15, Outgoing timer = 30
NSP version = 4.0.0
Maximum links = 10, Delay factor = 32
Delay weight = 2
Inactivity timer = 30, Retransmit factor = 5
Routing version = 2.0.0, Type = Endnode IV
Maximum circuits = 4
Incoming proxy = Disabled
Outgoing proxy = Disabled
Segment buffer size = 576
NCP>SHOW LINE DUP-0 CHAR
21:15:02 SYSLOG -- 70. *ERROR* On scan file open
21:15:19 SYSLOG -- 4. FCS I/O error code = 347
file: DU0:[???,???]SYSSCAN.TMP;1
Line characteristics as of 4-MAY-14 21:15:19
Line = DUP-0
No information
NCP>SHOW CIRCUIT DUP-0 CHAR
Circuit characteristics as of 4-MAY-14 21:15:41
Circuit = DUP-0
Type = DDCMP Point
NCP>SHOW KNOWN LINES
Known lines summary as of 4-MAY-14 21:15:57
Line State
UNA-0 On
DUP-0 Cleared
KDP-0-0 Cleared
DMC-0 Cleared
Thanks.
First of all:
PIP LB:[1,6]SYSSCAN.TMP;/RM
:-)
Second. You have an endnode config, but I thought that would only prevent several circuits to be active at the same time. But anyway, you might want to do a new config as a routing node instead.
I'm a bit surprised that there would be no information about the DUP-0 line. But since I have not worked with DUP lines myself, I can't say for sure if that is expected. I'll try and find some more information.
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