HECnet

hecnet@lists.dfupdate.se

4 participants
15588 discussions

by clemc＠ccc.com

These URL were being passed along on one of the Alumni lists and I though this group might find them entraining. My memory is these were made in the last 1970s/early 1980s. Each is a few minutes long. The first to are for removing bad blocks, the later is a breakfast cereal. DEC-paste https://www.youtube.com/v/tKU0ivYxq_I&hl DEC-Wash http://www.youtube.com/watch?v=GOphzme6EDw Digi-Bits <-- a little long but some good stuff in it, particularly shots at the sales force http://www.youtube.com/watch?v=E91Cyo6HOxs

13 years

HECnet performance....

by ian＠platinum.net

A few days ago a "TELL 1.13 SHOW KNOWN NODES" from 42.42 BET:: was very slow. It's probably 4 times faster now. I don't know if I'm passing through your part of the net to get to Johnny. Ian On 2013-01-08, at 11:48 AM, Peter Lothberg <roll at Stupi.SE> wrote: Dave, do you se and improvement/degradation of the cisco-tunnel-to-johhny-bridged-ethernet part of Hecnet? -P --- Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=6546FAA459CC11E2B…

13 years

VMS sources (was: Re: [HECnet] NCP-F-NETIO)

by system＠TMESIS.COM

G. <gerry77 at mail.com> writes: On Mon, 7 Jan 2013 14:47:03 -0500, you wrote: Brian Hechinger <wonko at 4amlunch.net> writes:=20 >=20 > >What exactly does that mean?=20 >=20 > I just too a look at the NCP sources. Sorry for this somewhat off topic message, but I've seen that from time = to time some chit-chat is allowed... I've always wondered about VMS sources: how they are actually distributed today and how much space they take? Is a CD-ROM enough for everything? = And in which format are they? Just simple text files in a bunch of directories = or there is something fancier such as some cross references and indexes? They are referred to as the OpenVMS LISTING because that's what they are; the listings from the various assembler, compiler and utilities which are used to build VMS. But the main question is: where can they be obtained? Is HP still selling= them and how much they would cost? A figure with too many zeroes, right? :/ You need to first sign and pay for a source listings license agreement. Back many years ago, IIRC, it was about $2K. There's then maintenance that must be paid yearly to get the listings CDs/DVDs when produced. Depending upon what you do with VMS, these listings are invaluable. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG Well I speak to machines with the voice of humanity.

13 years

Re: VMS sources

by clemc＠ccc.com

I think I remember that believe Bob got one of the much older (Vax) versions sprung free with a hobbyist license on a CD. It was not clear how useful/complete it was, since it lacked the build environment. Current sources are still protected HP IP On Tue, Jan 8, 2013 at 2:45 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 01/08/2013 02:38 PM, G. wrote: > I've always wondered about VMS sources: how they are actually distributed > today and how much space they take? Is a CD-ROM enough for everything? And in > which format are they? Just simple text files in a bunch of directories or > there is something fancier such as some cross references and indexes? They used to make source *listings* available on fiche; I have several sets of those. It's a stack of fiche maybe 3-4" thick. > But the main question is: where can they be obtained? Is HP still selling them > and how much they would cost? A figure with too many zeroes, right? :/ For a currently-developed high-end OS for high-end hardware in the application space in which VMS is typically used, yes, lots of zeros. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

13 years

HECnet performance....

by roll＠Stupi.SE

Dave, do you se and improvement/degradation of the cisco-tunnel-to-johhny-bridged-ethernet part of Hecnet? -P

13 years

Re: VMS sources

by mcguire＠neurotica.com

On 01/08/2013 02:38 PM, G. wrote: I've always wondered about VMS sources: how they are actually distributed today and how much space they take? Is a CD-ROM enough for everything? And in which format are they? Just simple text files in a bunch of directories or there is something fancier such as some cross references and indexes? They used to make source *listings* available on fiche; I have several sets of those. It's a stack of fiche maybe 3-4" thick. But the main question is: where can they be obtained? Is HP still selling them and how much they would cost? A figure with too many zeroes, right? :/ For a currently-developed high-end OS for high-end hardware in the application space in which VMS is typically used, yes, lots of zeros. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

13 years

VMS sources (was: Re: [HECnet] NCP-F-NETIO)

by gerry77＠mail.com

On Mon, 7 Jan 2013 14:47:03 -0500, you wrote: Brian Hechinger <wonko at 4amlunch.net> writes: What exactly does that mean? I just too a look at the NCP sources. Sorry for this somewhat off topic message, but I've seen that from time to time some chit-chat is allowed... I've always wondered about VMS sources: how they are actually distributed today and how much space they take? Is a CD-ROM enough for everything? And in which format are they? Just simple text files in a bunch of directories or there is something fancier such as some cross references and indexes? But the main question is: where can they be obtained? Is HP still selling them and how much they would cost? A figure with too many zeroes, right? :/ Thanks, :) G.

13 years

PDP-11 OSes in SIMH

by clemc＠ccc.com

The parent code base (Locus TNC) been in BSD and Mach before. As I mentioned it was in HP-UX and the Intel SSD Paragon is based on the same code. Frank Mayhar was at one time working in a FreeBSD port. Tandem/HP shipped the Unixware version and post merger Bruce started to work on the Linux port - hence the OpenSSI project. Assume a Cluster File System for uniform name space (NFS will work to start with but is not good enough in the long run), a membership service (aka CMS) and a cluster wide internode communications service (ICS), the process code can be moved in about 2-3 months of work. Basically, you have to perform heavy surgery on the process code and add the vproc layer (think vfs layer that added to support multiple FS). Once you have a proper hooks, then the process code is pretty much the same - modulo differences in memory systems. At Locus we had it all in 14 "packages" [with two - CMS & ICS - being required]. The others were ala cart. Intel took the process technology, DEC primarily took the filing stuff, and Tandem took everything. Clem On Tue, Jan 8, 2013 at 10:49 AM, Brian Hechinger <wonko at 4amlunch.net> wrote: On 1/6/2013 8:04 PM, Clem Cole wrote: well the cluster stuff that TruCluster is based is already FOSS. checkout OpenSSI.org. sadly that tree is dead/or nearly so. Bruce stopped working on it and never was able to get the vproc layer into the Linux upstream sources. which is a real shame Oh, nice! Maybe we should get that somewhere else. Like NetBSD or rolled into the Illumos stuff. :) -brian

13 years

subnet info, was Re: [HECnet] _PROVISIONAL_ map of HECnet, courtesy largely of Brian H.

by bqt＠softjar.se

On 2013-01-08 17:15, Brian Hechinger wrote: On 1/8/2013 9:24 AM, Johnny Billquist wrote: Data mining is difficult, since there are different systems, with different possibilities of extracting it, and in different formats. Sampsa's goal here is mapping HECnet. My goal is to write a data mining service that just happens to provide the data that a mapper would use. To that end, I'll be stashing all this data in a database of some sort (details unknown as yet, see below) Right. So, once we have the data, it can be used by other people in various ways. So lets focus on the data. A centralized repository of data is nice in many ways, but it is a headache to manage. Absolutely it is, but if people are already putting INFO.TXT files out there they are doing 99% of the work already, we just need to get the data in a single place. I think it's better to keep the information separate. INFO.TXT was created for one purpose, this is trying to reuse it for another, additional purpose. Better to create a separate file. In addition, we can make some better design choices as we go about this. That said, I could be convinced of setting something semi-automatic up. A reasonable way would be for people to give me machines to poll, and then I'd setup an automated process to poll those machines for files in a specific format. I can then create a database out of that, and make it available through the web, as well as over DECnet, and also as a summarized file. Anything would be pretty easy if we just have the data collected. I think this would be fantastic. Ok. So let's set about working on this. Anyone else want to join? We should probably keep this off list, as it will be rather technical, and present a solution when we have it. I already have something of a start for this in the form of my database of nodes in HECnet. I'd need to extend it with more fields, but that would be pretty easy. It's all in Datatrieve today, and that should be accessible over DECnet right now (even though I seem to remember that VMS hosts had some problems with that). I'll have to learn how to access that db. It should be trivial. Datatrieve have a programming interface. Should be callable from any language. I'm already extracting information from that database for the hecnet web-page on MIM (accessible as Madame). So, if we can just decide on what we want, and how to make the information available, I'll sit down and write the code to fix it. Do you want to also store my data or should I do that myself? I might do it myself at least for now until I know what exactly I need/want to save. Let's start by talking exactly what we want to store, and how to retrieve it, and possible uses of it, to make it meaningful. We can then go about how and where to store it. I even think that it wouldn't be a problem to store it in several places, scrape the source from several places, and present data and services based on this from several places. Johnny

13 years

Area 48.....

by bqt＠softjar.se

On 2013-01-08 17:47, sampsa at mac.com wrote: On 7 Jan 2013, at 22:37, Johnny Billquist <bqt at softjar.se> wrote: It would. However, I don't expect us to run out of addresses any time soon. However, areas are a rather limited resource, and we are slowly running out of them. Sampsa, do you really think three areas are motivated? DECnet was not designed with the idea that physically separate places needed separate areas. Areas are more of a logicial division thing (although some constraints do exist on areas). I'll be happy to remumber should this happen... I'm still not getting why you need three areas. You have nowhere near 3000 nodes. In reality, even two areas are excessive. :-) Johnny

13 years

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet