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
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
On 29 Dec 2012, at 16:58, Dave McGuire <mcguire at neurotica.com> wrote:
On 12/29/2012 04:53 PM, Johnny Billquist wrote:
I know someone that was trying to make an IRC bot in x86 ASM...
I'll probably do one in PDP-11 assembler, just to spite you. :-)
Hehe.
I ported unix `cal' program from OpenBSD sources to RSX, wrote it in
MACRO-11, and got an interesting result:
OpenBSD's cal.c - 562 lines
My CAL.MAC - 490 lines
:)
That was... unexpected... :-)
To be fair, PDP-11 assembler is...well, nice. I wonder how fat it'd
be on an ungainly old x86.
Modern or older x86? ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 12/29/2012 04:53 PM, Johnny Billquist wrote:
I know someone that was trying to make an IRC bot in x86 ASM...
I'll probably do one in PDP-11 assembler, just to spite you. :-)
Hehe.
I ported unix `cal' program from OpenBSD sources to RSX, wrote it in
MACRO-11, and got an interesting result:
OpenBSD's cal.c - 562 lines
My CAL.MAC - 490 lines
:)
That was... unexpected... :-)
To be fair, PDP-11 assembler is...well, nice. I wonder how fat it'd
be on an ungainly old x86.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 29 Dec 2012, at 16:51, Oleg Safiullin <form at pdp-11.org.ru> wrote:
I know someone that was trying to make an IRC bot in x86 ASM...
I'll probably do one in PDP-11 assembler, just to spite you. :-)
Hehe.
I ported unix `cal' program from OpenBSD sources to RSX, wrote it in MACRO-11, and got an interesting result:
Have a copy of it laying around?
OpenBSD's cal.c - 562 lines
My CAL.MAC - 490 lines
:)
;)
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 2012-12-29 22:51, Oleg Safiullin wrote:
I know someone that was trying to make an IRC bot in x86 ASM...
I'll probably do one in PDP-11 assembler, just to spite you. :-)
Hehe.
I ported unix `cal' program from OpenBSD sources to RSX, wrote it in
MACRO-11, and got an interesting result:
OpenBSD's cal.c - 562 lines
My CAL.MAC - 490 lines
:)
That was... unexpected... :-)
Johnny
I know someone that was trying to make an IRC bot in x86 ASM...
I'll probably do one in PDP-11 assembler, just to spite you. :-)
Hehe.
I ported unix `cal' program from OpenBSD sources to RSX, wrote it in MACRO-11, and got an interesting result:
OpenBSD's cal.c - 562 lines
My CAL.MAC - 490 lines
:)