HECnet

hecnet@lists.dfupdate.se

7 participants
15595 discussions

by mark＠wickensonline.co.uk

On 30/12/12 01:06, Cory Smelosky wrote: On 29 Dec 2012, at 20:04, Mark Wickens <mark at wickensonline.co.uk> wrote: On 30/12/12 01:01, Rob Jarratt wrote: Mark, If you want to try another source I could try making it available for you. Let me know. Hi Rob, I'm good thanks - I managed to get it installed once I'd got the saveset across to ORAC. Interestingly I'm not certain this is the version that I used back in the day looking at the header files, but it has already brought back a lot of memories of Modula-2 in general. How would I go about installing this? Extracting the backup to a scratch disk and then running VMSINSTAL? Looking at the definition files for the system libraries reminds me of Benchmark Modula-2 for the Amiga (which I've still got the manual for but have been unable to locate a copy of the code itself having suffered bit rot from my original disks) which has comprehensive coverage of the entire system in Modula-2 form. Regards, Mark. -- Cory Smelosky http://gewt.net/ Personal stuff! http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project. Go into each of the [.KIT] directories and create a saveset a level up with an extension the same as the kit directory, for example in [.KIT.C]: $ backup/log [...]*.*; [-]modula031.c/sav when you have then all run the installation procedure in the directory with the savesets, in my case: $ @sys$update:vmsinstal modula031 DSA1:[MSW.MODULA.KIT] Regards, Mark.

13 years, 2 months

VAX compiler kits

by b4＠gewt.net

On 29 Dec 2012, at 20:04, Mark Wickens <mark at wickensonline.co.uk> wrote: On 30/12/12 01:01, Rob Jarratt wrote: Mark, If you want to try another source I could try making it available for you. Let me know. Hi Rob, I'm good thanks - I managed to get it installed once I'd got the saveset across to ORAC. Interestingly I'm not certain this is the version that I used back in the day looking at the header files, but it has already brought back a lot of memories of Modula-2 in general. How would I go about installing this? Extracting the backup to a scratch disk and then running VMSINSTAL? Looking at the definition files for the system libraries reminds me of Benchmark Modula-2 for the Amiga (which I've still got the manual for but have been unable to locate a copy of the code itself having suffered bit rot from my original disks) which has comprehensive coverage of the entire system in Modula-2 form. Regards, Mark. -- Cory Smelosky http://gewt.net/ Personal stuff! http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.

13 years, 2 months

VAX compiler kits

by mark＠wickensonline.co.uk

On 30/12/12 01:01, Rob Jarratt wrote: Mark, If you want to try another source I could try making it available for you. Let me know. Hi Rob, I'm good thanks - I managed to get it installed once I'd got the saveset across to ORAC. Interestingly I'm not certain this is the version that I used back in the day looking at the header files, but it has already brought back a lot of memories of Modula-2 in general. Looking at the definition files for the system libraries reminds me of Benchmark Modula-2 for the Amiga (which I've still got the manual for but have been unable to locate a copy of the code itself having suffered bit rot from my original disks) which has comprehensive coverage of the entire system in Modula-2 form. Regards, Mark.

13 years, 2 months

VAX compiler kits

by robert.jarratt＠ntlworld.com

Mark, If you want to try another source I could try making it available for you. Let me know. Regards Rob From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Mark Wickens Sent: 30 December 2012 00:05 To: hecnet at Update.UU.SE Subject: Re: [HECnet] VAX compiler kits On 28/12/12 20:27, Bob Armstrong wrote: Mark, $type falserver.log; ======================================================== FAL V7.1-12 started execution on 28-DEC-2012 12:00:22.58 with SYS$NET = SIMVAX::"0=MSW" and with FAL$LOG = 03/DISABLE=8 Logical link was established on 28-DEC-2012 12:00:22.87 Requested file access operation: Open file Specified file: SYS$SPECIFIC:[FAL$SERVER.KITS]MODULA2.BCK;1 Resultant file: SYS$SPECIFIC:[FAL$SERVER.KITS]MODULA2.BCK;1 Logical link was terminated on 28-DEC-2012 12:03:33.49 Total connect time for logical link was 0 00:03:10.62 Total CPU time used for connection was 0 00:00:00.03 File Access Statistics for RECV-Side XMIT-Side Composite -------------------------- --------- --------- --------- # DAP Message QIO Calls 4 5 9 # DAP Messages Exchanged 5 13 18 # User Records/Blocks 0 4 4 # Bytes of User Data 0 16384 16384 # Bytes in DAP Layer 110 8404 8514 User Data Throughput (bps) 0 688 688 DAP Layer Throughput (bps) 5 353 357 Average Record/Block Size 0 4096 4096 % User Data in DAP Layer 0.0% 195.0% 192.4% -------------------------- --------- --------- --------- Negotiated DAP buffer size = 4156 bytes Buffered I/O count during connection = 15 Direct I/O count during connection = 3 Peak working set size for process = 429 pages Successful Start Transaction Branch = 0 Start Transaction Branch loops = 0 FAL terminated execution on 28-DEC-2012 12:03:33.49 ======================================================== No errors on this side, although the thruput (688 bytes per second!) is really low. Sounds like a networking problem. A bunch of people have copied it, and you re the first to have a problem. It s ironic that you d be the one singled out! Bob From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Mark Wickens Sent: Friday, December 28, 2012 11:49 AM To: hecnet at Update.UU.SE Subject: Re: [HECnet] VAX compiler kits Boo! Not sure what was going on there with the SIMH VAX instance but I booted a real VAX and the copy of modula2.bck completed without incident. MSW at ORAC$ copy legato::[.kits]modula2.bck [] ORAC::MSW 00:57:32 COPY CPU=00:00:02.50 PF=22314 IO=731 MEM=616 MSW at ORAC$ dir/size=all modula2.bck Directory DISK$USERS:[MSW] MODULA2.BCK;1 7623/7630 Total of 1 file, 7623/7630 blocks.

13 years, 2 months

VAX compiler kits

by bqt＠softjar.se

Mark, do you know what kind of links are involved in the connection between you and Bob? Johnny On 2012-12-30 01:05, Mark Wickens wrote: On 28/12/12 20:27, Bob Armstrong wrote: Mark, $type falserver.log; ======================================================== FAL V7.1-12 started execution on 28-DEC-2012 12:00:22.58 with SYS$NET = SIMVAX::"0=MSW" and with FAL$LOG = 03/DISABLE=8 Logical link was established on 28-DEC-2012 12:00:22.87 Requested file access operation: Open file Specified file: SYS$SPECIFIC:[FAL$SERVER.KITS]MODULA2.BCK;1 Resultant file: SYS$SPECIFIC:[FAL$SERVER.KITS]MODULA2.BCK;1 Logical link was terminated on 28-DEC-2012 12:03:33.49 Total connect time for logical link was 0 00:03:10.62 Total CPU time used for connection was 0 00:00:00.03 File Access Statistics for RECV-Side XMIT-Side Composite -------------------------- --------- --------- --------- # DAP Message QIO Calls 4 5 9 # DAP Messages Exchanged 5 13 18 # User Records/Blocks 0 4 4 # Bytes of User Data 0 16384 16384 # Bytes in DAP Layer 110 8404 8514 User Data Throughput (bps) 0 688 688 DAP Layer Throughput (bps) 5 353 357 Average Record/Block Size 0 4096 4096 % User Data in DAP Layer 0.0% 195.0% 192.4% -------------------------- --------- --------- --------- Negotiated DAP buffer size = 4156 bytes Buffered I/O count during connection = 15 Direct I/O count during connection = 3 Peak working set size for process = 429 pages Successful Start Transaction Branch = 0 Start Transaction Branch loops = 0 FAL terminated execution on 28-DEC-2012 12:03:33.49 ======================================================== No errors on this side, although the thruput (688 bytes per second!) is really low. Sounds like a networking problem. A bunch of people have copied it, and you re the first to have a problem. It s ironic that you d be the one singled out! Bob From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Mark Wickens Sent: Friday, December 28, 2012 11:49 AM To: hecnet at Update.UU.SE Subject: Re: [HECnet] VAX compiler kits Boo! Not sure what was going on there with the SIMH VAX instance but I booted a real VAX and the copy of modula2.bck completed without incident. MSW at ORAC$ copy legato::[.kits]modula2.bck [] ORAC::MSW 00:57:32 COPY CPU=00:00:02.50 PF=22314 IO=731 MEM=616 MSW at ORAC$ dir/size=all modula2.bck Directory DISK$USERS:[MSW] MODULA2.BCK;1 7623/7630 Total of 1 file, 7623/7630 blocks.

13 years, 2 months

VAX compiler kits

by mark＠wickensonline.co.uk

On 28/12/12 20:27, Bob Armstrong wrote: Mark, $type falserver.log; ======================================================== FAL V7.1-12 started execution on 28-DEC-2012 12:00:22.58 with SYS$NET = SIMVAX::"0=MSW" and with FAL$LOG = 03/DISABLE=8 Logical link was established on 28-DEC-2012 12:00:22.87 Requested file access operation: Open file Specified file: SYS$SPECIFIC:[FAL$SERVER.KITS]MODULA2.BCK;1 Resultant file: SYS$SPECIFIC:[FAL$SERVER.KITS]MODULA2.BCK;1 Logical link was terminated on 28-DEC-2012 12:03:33.49 Total connect time for logical link was 0 00:03:10.62 Total CPU time used for connection was 0 00:00:00.03 File Access Statistics for RECV-Side XMIT-Side Composite -------------------------- --------- --------- --------- # DAP Message QIO Calls 4 5 9 # DAP Messages Exchanged 5 13 18 # User Records/Blocks 0 4 4 # Bytes of User Data 0 16384 16384 # Bytes in DAP Layer 110 8404 8514 User Data Throughput (bps) 0 688 688 DAP Layer Throughput (bps) 5 353 357 Average Record/Block Size 0 4096 4096 % User Data in DAP Layer 0.0% 195.0% 192.4% -------------------------- --------- --------- --------- Negotiated DAP buffer size = 4156 bytes Buffered I/O count during connection = 15 Direct I/O count during connection = 3 Peak working set size for process = 429 pages Successful Start Transaction Branch = 0 Start Transaction Branch loops = 0 FAL terminated execution on 28-DEC-2012 12:03:33.49 ======================================================== No errors on this side, although the thruput (688 bytes per second!) is really low. Sounds like a networking problem. A bunch of people have copied it, and you re the first to have a problem. It s ironic that you d be the one singled out! Bob From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Mark Wickens Sent: Friday, December 28, 2012 11:49 AM To: hecnet at Update.UU.SE Subject: Re: [HECnet] VAX compiler kits Boo! Not sure what was going on there with the SIMH VAX instance but I booted a real VAX and the copy of modula2.bck completed without incident. MSW at ORAC$ copy legato::[.kits]modula2.bck [] ORAC::MSW 00:57:32 COPY CPU=00:00:02.50 PF=22314 IO=731 MEM=616 MSW at ORAC$ dir/size=all modula2.bck Directory DISK$USERS:[MSW] MODULA2.BCK;1 7623/7630 Total of 1 file, 7623/7630 blocks.

13 years, 2 months

"Hacking" attempts

by sampsa＠mac.com

On 29 Dec 2012, at 22:17, Joe Ferraro <jferraro at gmail.com> wrote: Johnny... you are still too low in the stack... JAVA may as well be the new assembly (though I think its more like the COBOL of future IT, in that we'll spend the next 50 years trying to get rid of it). I don't think I've seen a developer "code" anything lower than Ruby or Python in years... Hey what's wrong with Python? It's a great language. sampsa

13 years, 2 months

Node renamings

by sampsa＠mac.com

I took your link down to make sure it wasn't my bridge going crazy, bringing it uo now --- Sampsa Laine <sampsa at mac.com> On 29 Dec 2012, at 21:24, Petar Puskarich <ppuskari at yahoo.com> wrote: Sampsa, the bridge is now quiet on my site as well. It was like you said just spitting out hash entries left and right. Now it's quiet and just sitting at: Found match: sampsacom == sampsacom Host table: 0: local 0.0.0.0:0 (Rx: 0 Tx: 0 (Drop rx: 0)) Active: 1 Throttle: 0(000) 1: sampsacom XX.XX.XX.XX:4711 (Rx: 0 Tx: 0 (Drop rx: 0)) Active: 1 Throttle: 0(000) Hash of known destinations: I think all is well. I'll need to get the apps on here next right? Petar From: Johnny Billquist <bqt at softjar.se> To: hecnet at Update.UU.SE Cc: sampsa at mac.com Sent: Saturday, December 29, 2012 9:58 AM Subject: Re: [HECnet] Node renamings On 2012-12-29 15:54, sampsa at mac.com wrote: Debug output: Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 Setting existing hash to bridge 1 20-30 / sec, at least. Didn't use to be this rapid. That is, I'd say, just an expected effect of having many machines and routers on the bridge... Any time a packet comes in, this message is output. And every router is regularly broadcasting packets. Add more routers, and you'll get more packets. Johnny Sampsa --- Sampsa Laine <sampsa at mac.com> On 29 Dec 2012, at 16:53, Johnny Billquist <bqt at softjar.se> wrote: On 2012-12-29 15:42, sampsa at mac.com wrote: Johnny, Is everything ok on the bridge - whenever I turn mine on I get about 10-20 hashes / sec from your side and it kills my routing totally. What do you mean by "get about 10-20 hashes / sec"? Johnny

13 years, 2 months

IP over HF packet, was Re: [HECnet] Area 19

by jferraro＠gmail.com

I just sent my first email over HF -- using dilapidated old dos software... it took about 3 minutes to send a quick "hello world"-esque message... I'm pretty sure, in the US at least, everything would need to be in plaintext and [somehow] using station IDs throughout... very interesting mode for comms tho... On Sat, Dec 29, 2012 at 3:58 PM, Saku Set l <setala at gmail.com> wrote: I have one Icom ID-1 (D-Star) sitting idle, it could do 128kbit/s on 1200MHz.. --Saku/OH6PU On Sat, Nov 3, 2012 at 7:49 AM, Dave McGuire <mcguire at neurotica.com> wrote: I could maybe work on it a little bit, but I'm pretty buried too. I think we can leverage (at least somewhat) existing equipment to get a head start on this. -Dave -- Dave McGuire, AK4HZ New Kensington, PA On Nov 2, 2012, at 9:03 PM, "Steve Davidson" <jeep at scshome.net> wrote: From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Joe Ferraro Sent: Friday, November 02, 2012 08:38 To: hecnet at update.uu.se Subject: Re: IP over HF packet, was Re: [HECnet] Area 19 If you guys actually try to do DECnet over radio I'd be interested... Bob WU6V As am I. Joe Who has the time to work on this? I buried in day-to-day work. -Steve

13 years, 2 months

INFO.TXT, was Re: [HECnet] UPDATE: HECNET.HLP file for VMS systems

by jferraro＠gmail.com

I've been away for 1000 HECnet messages or so (which seems to be a week's time these days), as well... trying to catch up... So Sampsa... you are going to crawl the "net" for info.txt, and pull it into your host info parsing script? Or do we need to submit something to you? Apologies, I didn't have time to read the backlog... if you are seeking "permission" to include a host, feel free to include wopr:: or any of the hosts from 20... If someone does get a quick doc out there... be sure to summarize the msgs regarding the help file as well... please :) On Sat, Dec 29, 2012 at 12:57 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 12/29/2012 10:00 AM, sampsa at mac.com wrote: > type nikkel::info.txt > %TYPE-W-SEARCHFAIL, error searching for NIKKEL::INFO.TXT; > -RMS-E-FND, ACP file or directory lookup failed > -SYSTEM-F-INVLOGIN, login information invalid at remote node > > Won't work until there's a default FAL user and an INFO.TXT... So what's supposed to be in this INFO.TXT file that everyone's been talking about lately? I think I may be too much of a newcomer here to know about it. Where should it be, and what should it contain? -Dave -- Dave McGuire, AK4HZ New Kensington, PA

13 years, 2 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet