On 29 Dec 2012, at 20:09, Mark Wickens <mark at wickensonline.co.uk> wrote:
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.
Thank you. I will do as such once I get the save set copied over from legato::, it's going rather slowly. ;)
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
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.
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.
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.
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.
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.
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.
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
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
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
