Nice! That command procedure's comments say that it only works on
specific releases of VAX/VMS, namely 5.0, 5.1, 5.2, 5.4-2, 5.5, 6.0, and
6.1. Does anyone know if it works on (say) 7.3 as well? I'm guessing
no, due to the nature of the version-specific changes.
-Dave
On 01/14/2013 01:54 PM, Erik Olofsen wrote:
And the result:
VAX/VMS Monitor Utility
ETHERNET STATISTICS
on node RULLFS
14-JAN-2013 19:54:12
CUR AVE MIN MAX
Packets/second 20.59 28.87 12.95 85.04
Kbytes/second 2.65 3.66 1.99 8.63
Packet size 121.00 140.10 102.00 169.00
Multicast Packets/second 4.31 5.61 3.65 8.27
Multicast Kbytes/second 0.33 0.66 0.32 1.32
Multicast Packet size 108.00 119.80 90.00 196.00
Trans Single Collision 0.00 0.00 0.00 0.00
Trans Multiple Collision 0.00 0.00 0.00 0.00
Trans Initially Deferred 0.00 0.00 0.00 0.00
Internal Buffer Error 0.00 0.00 0.00 0.00
Local Buffer Error 0.00 0.00 0.00 0.00
Buffer Unavailable 0.00 0.00 0.00 0.00
On Mon, Jan 14, 2013 at 07:29:01PM +0100, Erik Olofsen wrote:
With Google I found:
https://mail.encompasserve.org/anon/htnotes/note?f1=VMS&f2=2314.0
Erik
On Mon, Jan 14, 2013 at 05:54:54PM +0000, lee.gleason at comcast.net wrote:
I get:
$ patch monitor.exe
PATCH Version 5-05 20-June-1991
%PATCH-I-NOLCL, image does not contain local symbols
%PATCH-I-NOGBL, some or all global symbols not accessible
PATCH>exam 4158+33e
00004496: 00000000
Erik
The addresses of the structures changed for each version or so of VMS...you'd need to locate them with the fiche, or reading a dump of the image, or , for older versions of VMS, just using the Google to find one for your version. I enclosed that one just as an example of what gets patched.
Lessee....I also recall that MON ETHERNET required PHY_IO privilege, and needed a logical name NI$DEVICE set to be your network adapter's name to work.
--
Lee K. Gleason N5ZMR
Control-G Consultants
lee.gleason at comcast.net
--
Dave McGuire, AK4HZ
New Kensington, PA
On 15 Jan 2013, at 01:41, sampsa at mac.com wrote:
Somebody was asking for a better benchmark than VUPS earlier, I found WHETSTONE.C on GORVAX which calculates MIPS. Not sure how much better it is than VUPS.COM, but here are some results:
GORVAX (SIMH VAX, on a Core i5)
Loops: 1000, Iterations: 1, Duration: 5 sec.
C Converted Double Precision Whetstones: 20.0 MIPS
CHIMPY (DS10)
Loops: 10000, Iterations: 1, Duration: 2 sec.
C Converted Double Precision Whetstones: 500.0 MIPS
RHESUS (rx2600)
Loops: 100000, Iterations: 1, Duration: 4 sec.
C Converted Double Precision Whetstones: 2500.0 MIPS
I've attached the C source to this message, and will put binaries for all three platforms as well as the source in RHESUS::[.MEDIALIB.WHETSTONE]
The cool thing about this is is compiles on other platforms, so we can do cool stuff like:
- Compare the available MIPS inside an emulator to the available MIPS on the host OS, giving a MIPS:MIPS ratio for emulator code
- Compare directly the power of older CPUs with newer ones and also derive ap erformance MIPS/Watt figure for various systems.
- Find out how incredibly CPUs have advanced in 50 years!
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
Brian Hechinger <wonko at 4amlunch.net> writes:
On 1/15/2013 1:20 PM, Brian Schenkenberger, VAXman- wrote: > You'd need
to '$ DELETEE/SYMBOL/LOCAL XYZZY' to get the global definition. > In
your case, XYZZY is replaced with UNZIP.
Basically it's the whole DELETE/SYMBOL thing i needed to do to clear out
the old copy.
Now I know. :)
;)
You need to appreciate the whole symbol defintion and scope thing. There
are both GLOBAL and LOCAL symbol definitions in DCL. A GLOBAL symbol can
be resolved from ANY procedure level. A LOCAL symbol can only be resolved
in/at the procedure level in which is is/was defined.
$ SET NOON
$ XYZZY = "this is a local symbol"
$ SHOW SYMBOL XYZZY
$ CALL MYSUB
$ SHOW SYMBOL XYZZY
$ EXIT
$
$ MYSUB: SUBROUTINE
$ SHOW SYMBOL XYZZY
$ XYZZY = "redefine this local symbol"
$ SHOW SYMBOL XYZZY
$ EXIT
$ ENDSUBROUTINE
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 15 Jan 2013, at 13:27, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 1/15/2013 1:17 PM, Cory Smelosky wrote:
Python's almost installed. All i'll need to do is install pexpect.
Sweet!
Any particular username you want?
G. <gerry77 at mail.com> writes:
On Tue, 15 Jan 2013 12:06:29 -0500, you wrote:
SYS$STARTUP:SYLOGIN.COM? I thought it was in SYS$MANAGER?
If it's in the right place, both logicals will work :)
try sho log sys$startup and sho log sys$manager :)
SYS$STARTUP is a searchlist which comprises SYS$MANAGER.
$ SHOW LOGICAL SYS$STARTUP
"SYS$STARTUP" = "SYS$SYSROOT:[SYS$STARTUP]" (LNM$SYSTEM_TABLE)
= "SYS$MANAGER"
1 "SYS$MANAGER" = "SYS$SYSROOT:[SYSMGR]" (LNM$SYSTEM_TABLE)
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 1/15/2013 1:20 PM, Brian Schenkenberger, VAXman- wrote:
You'd need to '$ DELETEE/SYMBOL/LOCAL XYZZY' to get the global definition.
In your case, XYZZY is replaced with UNZIP.
Basically it's the whole DELETE/SYMBOL thing i needed to do to clear out the old copy.
Now I know. :)
Thanks!
-brian
G. <gerry77 at mail.com> writes:
On Tue, 15 Jan 2013 11:46:34 -0500, you wrote:
How do I do multiple search paths? >=20 > -brian >=20 > On 1/15/2013
11:35 AM, hvlems at zonnet.nl wrote: > > def/use dcl$path dka0::[bin]
Never tried, but I suppose that something like the following would work:
$ DEFINE "DKA0:[first],DKA0:[second],DKA0:[third]"
Close:
$ DEFINE [/TRANSLATION=(...)] logical-name DKA0:[first],DKA0:[second],DKA0:[third]
If you quote the string, you will define the logical as a quoted string.
That's not going to suffice for use in a file specification.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 15 Jan 2013, at 12:47, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 1/15/2013 12:45 PM, Cory Smelosky wrote:
All of that's already up. I just need to get python working. I even installed GNV as I had the disk space...
Get python working and install the pexpect module and you'll be my hero.
Python's almost installed. All i'll need to do is install pexpect.
Then fix my blasted system. :)
-brian
Oh, we managed to set the priviliged bit with an ordinary algol compiler and use that for access to dcalgol to call operator functions. That stopeed working when the privilege bit was remioved from the codefiles.
------Origineel bericht------
Van: Paul_Koning at Dell.com
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] PDP-11 Algol
Verzonden: 15 januari 2013 18:45
On Jan 15, 2013, at 12:15 PM, <hvlems at zonnet.nl>
wrote:
There was a port of the Burroughs Large Systems algol compiler for RT11.
I have one on a DECtape I.
It compiled test programs that I had written for, and copied from the B7700. Burroughs Extended Algol beats C Bliss hands down as tool to write compilers and os's in.
The same one, give or take some edits, I believe. Originally by Barry Folsom, modified by Greg Hosler. RSTS port by Terry Grieb and myself. And yes, originally for RT11 sounds familiar, that would certainly explain why the RSTS port was straightforward.
Burroughs Algol is nice for lots of work. For operating systems, there was Espol, which was kept more or less secret because getting access to the compiler meant you could break the OS security... (There is an Espol manual on Bitsavers.)
paul
