Well what's the cheapest way to get into somthing running real VMS? Even for
a single user (can I connect it to my home network and telnet to it from
linux)
(wishing for authorize just one more time....)
BTW I have PC-DCL (HMM gotta look up the source on that to see if it can be a
linux shell.....)
Ron.
>> 5.5 is available on CD, it's just not easy to get.
>
>If I had it, I wouldn't be asking. :-)
Do you mean 5.5 or 5.5-2? I certainly have the
latter (as, I expect, do many others) and I
may have the former. Assuming you have a
hobbyist licence and can find wherever it is
that says given the licence, you can have
someone make you a copy, then I can
cartainly do that - although you may find
it easier to get someone in the US to do
it for you.
>Is that a DEC (HP) product or Freeware?
LDDRIVER was a midnight project by an engineer
inside DEC and is now on the Freeware CDs
(and is accessible on the Web from the OpenVMS
home page - browse the latest online Freeware CD).
>> Actually on second thought this would probably be easiest on a SCSI based
>> VAX with an RZ25.
>
>How about a SCSI-based Alpha?
If you want to build a bootable VAX disk (even
just S/A BACKUP then using aVAX and a container file
is by far the easiest way). You can pull apart STABACKIT.COm
>from a VAX distribution and see what it does and
replicate by hand - but it's a fair amount of work!
> And how about an RZ26 that isn't more than
>65% full? If physical size really matters, I could throw an ST1480
>drive on the Alpha and have 424MB - plenty of room for this task.
The trick is to use a container disk that is
no more than 650MB (or 700MB). The problem
is that your RZ26 has too much room and you have no
control where things go unless you work at it very
hard - it's just *so* much easier to use LDRIVER
and a container file (on your RZ26 if you like).
>Would it be a problem for cross-platform? I know it's easy to make
No - just cluster a VAX with you Alpha for a
while and let it take the strain :-)
Antonio
On Jun 5, 23:59, Tony Duell wrote:
> If it's that much work to get it to compile, it's going to be less work
> to write my own from scratch. Intel Hex is hardly complex [1] and all I
> need is binary -> hex (so I can transfer files to my EPROM programmer...)
> which is the easier direction in general.
>
> [1] And I even have an Intel manual giving a semi-official version of the
> spec...
There's a flat-ASCII copy of the Intel spec, including type 3,4, and 5
records, for 8-, 16- and 32-bit formats, at
http://www.dunnington.u-net.com/public/IntelHEX/hexspec.txt
as well as my simpler description at
http://www.dunnington.u-net.com/public/IntelHEX/IntelHEX.txt
I'm sure you could just use James' code (plain C, no fancy C++ or other
complexities, and quite small) at
http://www.dunnington.u-net.com/public/IntelHEX/ihex.tar
--
Pete Peter Turnbull
Network Manager
University of York
>The Hobbyist license allows you to make copies of
>DEC/Compaq media, however, I'm not sure if it allows
>you to make copies of the Hobbyist CD's.
At http://www.montagar.com/hobbyist/terms_and_conditions.txt
it states that you can make *one* archival backup for
yourself of the Hobbyist media. I don't see anywhere that
states that you can copy that media for other hobbyists
(which, admittedly, you didn't claim it said you could do)
nor do I see anywhere that states that anyone else can
copy something for you.
Antonio
>
>Is it legal to distribute an ISO file of that to people with
>a hobby license? I have the later Hobbyist CD, but would
>love to have a copy of the original one.
No idea. I'm pretty sure I've seen trustworthy
people indicate that this can be done and that
the licence allows you to get media anyway
you can, including copying. If you can find
a statement to that effect on either the montagar
webpage or somewhere in the OpenVMS web
pages, that'll do for me. Quite how you convince
anyone that you have a hobbyist licence is
another matter.
Antonio
Is anyone here familar with a device called Disk-A-Tape? It's paper tape emulator that uses a HH 5 1/4" floppy disk drive. (The drive is mounted in a filler plate that fits in a mount for a HH 8" floppy drive). It mounts in a 19" rack and is about 8" tall and 12" deep. Besides the drive, it has a reset pushbutton, an Init/Job toggle switch, FWD/Rev toggle switch, Read/Write toggle switch, Emulate/Off/RS-232 toggle switch and a small 8 digit LED display and an AC power switch on the front panel. On the back it has a DB-25M and DB-25F connectors. There are two circuit cards in them, one small one and a larger wire wrap card. I haven't taken it apart and looked at the ICs on the boards yet. I picked up two of these today, mostly out of curiousity. They came out of what looked like some kind of CNC machinery controller. There was also a DEC PDP-11/04 in one of the chassis.
BTW I was searching the net for info on this and found this <http://www.fastec.com/xdisk/> instead. Interesting but I'm not sure it's it's related to what I have or not.
joe
IIRC, the pile of punch card equipment manuals I sent to Norm Aleks
included the 24/26 Operating Manual, the 24 Series Customer
Engineering manual, and schematics for the 24 and 56, and
Norm did solemnly promise to scan these and make them available
on the Web; why not drop him a line.
mike
------------Original Message----------
From: Sellam Ismail <foo(a)siconic.com>
To: Classic Computers Mailing List <cctalk(a)classiccmp.org>
Subject: Replacement tube for IBM 026 Printing Card Punch
So I'm off to look for a 25L6 tube for my IBM 026. <snip>
>ISTR hearing mention a while back that the remote diag console on the 6K
>VAXen spoke a flavor of serial DECnet. Any experience with something like
>that? It would be useful, or at least interesting, to provide a remote
>console for them.
The remote diag consoles spoke (I guess) plain
serial between the console and the local DEC
Remote Diagnostic Console box and some
undocumented, secret (and now probably forgotten)
protocol between the RDC and its partner unit
at the support centre.
As for running DDCMP over the console line, it's
probably possible but usually not a good idea
(the console line is usually deliberately pretty dumb,
the principle being that it's harder to screw up that
way).
Antonio
ard(a)p850ug1.demon.co.uk (Tony Duell) wrote:
> Earlier this evening I was thinking about a project that will involve (in
> part) translating binary to/from IntelHex (or Motorola S-record would do,
> actually). Can you give me a URL for that source code you mentioned (or
> any other source code for a simular program).
http://www.canb.auug.org.au/~millerp/srecord/srecord.html
My recollection is that when I first tried to install SRecord version
1.5 (a couple of years ago) I found that it was written in a
sufficiently new dialect of C++ that it didn't want to go down the gcc
2.7.mumble that I was running on the intended FreeBSD box. One short
upgrade of FreeBSD later I had a newer version of gcc in the base
system and it was building and running SRecord.
#include <rant/c++/moving-target>
-Frank McConnell
>Sounds close. Maybe a DMR11 for Unibus? (We didn't have one for
>Qbus)
I know that machine also had a DMR11 but I'm
pretty sure that was a high speed parallel interface.
My docs are not handy, so I'm not going
to swear to it.
>Why do bugs matter?
In that machine's case, because I was using it
to support the Phase IV and Phase V WAN Drivers
code on OpenVMS VAX. In the general case, because
they've paid for my house (either because I had
to fix other people's or because other people
paid me to generate them :-) )
>
Antonio