HECnet

hecnet@lists.dfupdate.se

15586 discussions

by mcguire＠neurotica.com

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Some of you are aware that I've been pursuing a long-term project of constructing a museum in the Pittsburgh area. I am proud to announce that we have hit a major milestone: We have set a date for the first public opening. The Large Scale Systems Museum will open its doors to the public on Saturday, October 17th, just under one month from now. This is to be a one-day provisional opening coinciding with an event here in town. We may decide to open the museum regularly on a sparse schedule afterward, or it may wait awhile, depending on how things go on the 17th. The renovation work is ongoing, so it won't be perfect, but we think it'll be good. A great deal of progress has been made here in the past several months. Many of the Really Big Computers here will be running and demonstrated on a rotation throughout the day. The event in town is a large "block party" of sorts that will encompass much of the downtown area. A few highlights: - A fancy department store that was located on this block decades ago will re-open in their old store location to show off vintage wedding gowns, and some people who purchased their gowns there in the past will bring them back to show them off. - A local winery will set up a wine tasting. - A soldering workshop. - A makerspace pop-up. - A beer garden! - The standard fare of food vendors, live bands, etc. There are two other "Big Deal" tie-ins that I'd like to announce: Big Deal #1: Many of you will remember my fiancee Autumn, who sold handmade vintage-computer-themed soaps at the most recent VCF-East. Her company, Apothecary Soap Company, will be opening its first store, here in town around the corner from our main building. Big Deal #2: While the details aren't yet finalized, C/PMuseum in downtown Pittsburgh, curated by Corey Little and Chris Little, will be relocating many of its exhibits, including some vintage game consoles, to a temporary exhibit space just a few buildings down from mine. Since C/PMuseum's primary focus is on microcomputers and the Large Scale Systems Museum's primary focus is on minicomputers and mainframes, so together we'll have great coverage of a range of genres. My building is at 924 4th Avenue, New Kensington, PA 15068, right in the middle of the block party area. New Kensington is about ten minutes' drive from the Allegheny Valley exit of the Pennsylvania Turnpike, Exit 48. It's a very easy area to reach, and there are a number of decent hotels nearby. I wish to extend an invitation to all of you to attend this event. It's on Saturday, October 17th, from noon to 8PM. Please feel free to forward this message to anyone whom you think might be interested. Thanks, -Dave - -- Dave McGuire, AK4HZ New Kensington, PA -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQEcBAEBAgAGBQJWAh6LAAoJEE5tL7J4kgzEHokH/Aw9W87czdQsNXjoRcCIU3+h nTr4yDw0/V47L5+MoyWetX7lipGdTR/+bYoKh8uYEDc6v3ne1dEDukM+BYJ+s4V8 7I9odtMn4sLTse6eOpX8NtfaZpSFgwGB1aGuWJ5owAjzZ9BzFYUCNrKCRXnFVPCB WrJ21458U9mc6ZDsPfAftSd0U8HvS+VFcstqePQcDXdqDKfXoY0q5c9Xke2z0FTs SvNyE0WuXy+KQlYfMNUn+Gm5ZOYZ8CWjvHKpyA5nOVglwn8H+4WnBuC7HGlZJN0M qxOKdwq4/1MN1myeMuD236DoTrzF+dp/B6bQue1WtEyBXJ3y1N5t/sxUZNPFIfU= =Ap5f -----END PGP SIGNATURE-----

10 years, 2 months

New mail route rneded

by sampsa＠mac.com

As LEGATO is being decommision. does anyone have a replacement mail gateway that runs in the forum i.e. SAMPSA at CHIMPy.DECNET.ORG..

10 years, 2 months

New IP for LEGATO

by bob＠jfcl.com

For those with Multinet links to LEGATO, it now has a new IP - 75.54.216.98. However as always you don't need to remember the IP; you can just do an nslookup on decnet.jfcl.com and that'll be the right answer. Please update the link on your end. It looks like the link to FRUGAL is already up - I'm not sure how Fred managed that trick, but good for him! Bob

10 years, 2 months

Possible consulting gig for a old UNIX hacker...

by clemc＠ccc.com

Sorry to spam everyone but this is an opportunity somebody here might want. I got a call this AM from a vendor that I have purchased used equipment from in the past (he's local to me in Maynard MA). He remembered that I'm a UNIX guy and called me. He has a client in Attleboro MA (who also has a site somewhere in Mexico I believe) that has some instance of a Vax system running some flavor of UNIX (from the description I think its Ultrix). DECNet is supposed to be involved too some how. The Vax is having some disk issues (he thinks is a data overflow - too full disk) and he needs a SW guy to tell him what's going on. Frankly, I've got too much on my plate at the moment. He asked me if I knew anyone that could help him and I said -- well I'm a mailing list of old systems hackers, one of them might be interested. To be honest, I don't expect there is a lot of money in this job, but somebody here might find it a way to make a few $s or maybe a deal for some used gear. I do not know anything more, such as if you can do this remotely or you need to go to Attleboro. So, if anyone is interested, please send me a note off-list and I'll pass on the contact info. Clem

10 years, 2 months

Compiling BASIC and FORTRAN 77 on RSX-11M Plus 4.6

by md.benson＠gmail.com

Hi, I'm guessing I need compiler packages/installers/things for BASIC and FORTRAN on RSX? Anyone have access to any suitable ones or can advise which to use? Thanks, -- Mark @ DECtec.info twitter.com/DECtecInfo

10 years, 3 months

LD images

by system＠TMESIS.COM

Hans Vlems <hvlems at zonnet.nl> writes: >You may want to zip "-V" the LD-image For that matter, he should ZIP "-V" the backup saveset. Also, $ SET FILE/ATTRIBUTE= can be your friend when you need to setup fix up the saveset's record format, record length and carriage control attributes. For many years, I've received system dumps and backup savesets that customers have munged by FTPing them and or by forwarding them via WEENDOZE. By using $ SET FILE/ATTRIBUTE= on the file(s), I was able to make most of them useful; save for those really munged by ftp ASCII mode. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

10 years, 3 months

LD images

by system＠TMESIS.COM

Sampsa Laine <sampsa at mac.com> writes: >Guys, > >Can I FTP an LD image from one system to another without the usual = >problems of transferring BCK images? > >The file is more or less just a stream of bytes, correct? > >sampsa Be sure to set mode to image or binary first. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

10 years, 3 months

LD images

by sampsa＠mac.com

Guys, Can I FTP an LD image from one system to another without the usual problems of transferring BCK images? The file is more or less just a stream of bytes, correct? sampsa

10 years, 3 months

MONITOR DISK - Meaning of values

by system＠TMESIS.COM

Johnny Billquist <bqt at softjar.se> writes: >On 2015-09-16 16:03, Sampsa Laine wrote: >> >> On 16 Sep 2015, at 15:01, Johnny Billquist <bqt at softjar.se> wrote: >> >>> >>> But this would also require that I have a separate network for this setup. We're talking about a machine that are on the internet today... On a well known, static ip address. >>> >> >> Then you're unfortunately pretty out of luck unless - AFAIK VMS doesn't have anything like iptables to help you filter out the connections. > >Well, you are trying to suggest ways to prevent this from happening. And >no, VMS do not have iptables, as far as I know. >When you are looking for is essentially a way to block some ranges of >addresses. That can be done in a router, or sometimes switch. Quite >possible I'll look into that. But that don't answer my current question, >how to fix the current state on the VMS system. And no, I do not >consider "reboot" to be the solution. :-) > >> A really crappy solution would be to restart the IP stack every so often but there are of course issues with that as well.. > >Yeah... No... Not going there. > At hospital typing on my tablet... You are correct, no iptables... that's because it's VMS; not ewwwnix! RTFM, and look for: ACCEPT NETS, ACCEPT HOSTS,REJECT NETS, REJECT HOSTS. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

10 years, 3 months

MONITOR DISK - Meaning of values

by system＠TMESIS.COM

Sampsa Laine <sampsa at mac.com> writes: >On 16 Sep 2015, at 11:46, Brian Schenkenberger, VAXman- = ><system at TMESIS.COM> wrote: > >> Sampsa Laine <sampsa at mac.com> writes: >>=20 >>> I'm running a batch job that is creating a large (82 GB) file and =3D >>> monitoring the system with MONITOR DISK. >>>=20 >>> The value I'm getting is 39 - what does this actually mean, what is = >the =3D >>> unit that is being monitored? >>=20 >>=20 >> I'm assuming you did not specify /ITEM. =46rom the MONITOR HELP: >>=20 >> When the /ITEM qualifier is omitted, the default is = >/ITEM=3DOPERATION_RATE. >> : >> : >> OPERATION_ Specifies that I/O operation rate statistics are >> RATE displayed for each disk. >>=20 >> What's you concern, if any? > >Yes, I did this but the operation rate does not give me an indication of = >how many block/second are beyond read/written, or does it? It's a performance metric that is maintained in/by VMS about the number of I/O operations to the disks. Maintaining block counts would be more/only meaning- ful on a per-disk basis. That's generally not something that's a performance metric. This is a very simple procedure to get you a block/second count. Put this in a file (BLOCKS_PER_SECOND.COM, for example) and execute it with the disk name in question. (ie. $ @BLOCKS_PER_SECOND DKA100) $ 100$: BLOCKS_THEN = F$getdvi(P1,"FREEBLOCKS") $ WAIT ::01 $ WRITE SYS$OUTPUT BLOCKS_THEN-F$getdvi(P1,"FREEBLOCKS") ! THEN - NOW $ GOTO 100$ -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

10 years, 3 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet