Dear reader,
For a serious enthusiast or museum I have available:
* Olivetti Programma 101 calculator
* DEC GT40 grapic display terminal
* DEC VT05, first DEC terminal
* DEC PC04 paper tape reader/punch for PDP-8
* DEC TU60 DECassette dual tape drive with two tapes mounted
* DEC VR14 vector monitor; can be used directly with the VT11 below
* VT11 display processor backplane + boards + LK40 keyboard
+ original 375 light pen. Everything to turn any UNIBUS machine
into a "GT40" Moonlander capable system.
* 21" BA11 box used to mount an 11/40 or 11/45 for example
* Lots of smaller DEC parts like filler panels; please ask
Located in the Netherlands; local pickup much preferred. Would
consider a trade for pre-1975 DEC bits or a simple cash deal.
Thanks, Erik
http://www.ebay.com/itm/172299367709 (kb)
http://www.ebay.com/itm/172290512799 (pcb)
I think it may be a Courier. I bought the pcb, which has "C8080" on the sn label
so I'm guessing it's Courier. Quite unusual with build-in modem. Will be dumping
the eproms soon, hopefully some text strings in there. The seller ripped the terminals
apart years ago for the 8080s and didn't rember the make/model, only that the case was
two-tone.
He got a pretty penny for the crappy probably dead Keytronic foil/foam keyboard ($80)
Weird thing is it looks like a Lear-Sieger pcb design, with the Molex power connectors
and the color/font of the markings on the silk-screen.
Does anyone have any info on this video card? I wasn't able to find much.
https://imgur.com/a/TjIzL
The card came in a 5150, but whatever monitor they were using did not
come with the 5150. I'd like to see if it's possible to use this card
with a 5151.
Thanks,
Win
Hey friend,
Are you still lookinf for that stuff? I think I've just seen someething you may like, look <http://effect.strtgk.com/aegrtgm>
Very truly yours, cctalk-bounces at classiccmp.org
I have a MicroVax 4000 that I am trying to update the license PAKs on,
the last time I had valid PAKs on this machine was in 2002 (Hobbyist
Licenses).
I registered and have received the new Hobbyist License PAKs.
I connected a laptop and transferred the text file using C-Kermit on the
VAX and hyperterminal on the laptop.
When I go to execute the file, I get an error:
$(a)hobbyist-use-only-va.txt
%RMS-W-RTB 512 bye record to large for user buffer
It appears that when the file was transferred it showed up on the vax
with fixed length records of 512 bytes, not variable length.
Can I convert the file on the VAX?
Is there a setting for C-Kermit that I need to change?
Is Hyperterminal screwing things up?
Doug
Interestingly? The trading post area on the forum is login required.
-------- Original message --------From: John Ames <commodorejohn at gmail.com> Date: 8/15/16 9:29 PM (GMT-06:00) To: cctalk <cctalk at classiccmp.org> Subject: Large Mac liquidation in Denver, 8/21
https://68kmla.org/forums/index.php?/topic/28206-everything-must-go-denver-…
Not mine, but I wanted to spread the word about this since it's one of
those "take it or it goes to the dump" affairs...hopefully somebody
can make it out there for this.
>
> If you are importing files into VMS, you need to become familiar with the
> EXCHANGE command.
> (found via Google)
> http://h20565.www2.hpe.com/hpsc/doc/public/display?docId=emr_na-c04623262
> It can do stream and carriage control conversions on various RMS fixed formats.
>
I was a bit puzzled by this. I thought the main use of EXCHANGE was to
to copy files to or from disk or tape volumes which are not in a native
VMS format but are in a format native to some other DEC operating system.
(The url doesn't work for me - I get:
"Hewlett Packard Enterprise Support Center
The service or information you requested is not available at this time.
Please try again later.")
>
> When we first brought up DECnet-DOS network file transfer, we had
> some "discussions" with the VMS RMS
> engineers that didn't like us doing auto conversions. This was their
> "compromise".
>
I had a look at the online help for EXCHANGE on VMS and it looks like you
are probably referring to using EXCHANGE with the /NETWORK qualifier. I
can see how something like that would be needed in the case of DECnet-DOS
because there is no direct mapping that can be assumed between the types
of files you get on DOS and the types of files you get on VMS which will
work for every purpose in every case.
My guess is that you felt you could come with an automatic conversion
process that worked almost all of the time but the VMS people weren't
happy with that?
EXCHANGE /NETWORK does look like a bit of a kludge which could have been
made more user friendly but I find it hard to see how something like it
could be avoided altogether given the differences between the two
filesystems.
I have managed to get though a couple of decades of use of VMS without
ever having to resort to EXCHANGE /NETWORK, getting by instead using
the abilities of various file transfer utilites, archiving products
and networking packages to allow the user to specify either "text" or
"binary" files and in rare cases, making adjustments with
SET FILE /ATTRIBUTES or even more rarely, CONVERT.
>
> Oh and if you are doing serial transfers, yes, keeping the baud rate
> low is a good strategy.
> I had to spend some time working on the DECnet-DOS DDCMP driver
> developing better character overrun recovery strategies. Yes, you may
> be coming in via a terminal line, but that line can hiccup from time to time.
>
Additionally, I would suggest using any terminal line other than the
console line (OPA0:) to do any sort of serial file transfers, even for
cutting and pasting groups of lines into a terminal emulator running in
a window on some other system. It is very easy to overrun the console
and to end up getting it hung requiring a reboot or even a poweroff to
clear it. I suspect there is no flow control at all on the console
terminal line and error recover is poorer than on ordinary terminal lines.
If you can only log in on the console due to lack of licensing, I would
suggest manually typing in just the VAX-VMS hobbyist license (and maybe a
license for a networking product) on the console, then logging on using
another terminal or over the network to transfer the other licenses.
If you can't avoid cutting and pasting into a terminal emulator attached
to the console line, do no more than groups of one or two lines at a time.
> Dave.
>
> On 8/12/2016 01:00 PM, cctech-request at classiccmp.org wrote:
> >Date: Thu, 11 Aug 2016 16:08:39 -0400
> >From: Douglas Taylor <dj.taylor4 at comcast.net>
> >To: "General Discussion: On-Topic and Off-Topic Posts"
> > <cctalk at classiccmp.org>
> >Subject: VAX file format conversion
> >Message-ID: <d54db4aa-efc8-d332-971f-57250d5fd0f5 at comcast.net>
> >Content-Type: text/plain; charset=utf-8; format=flowed
> >
> >I have a MicroVax 4000 that I am trying to update the license PAKs on,
> >the last time I had valid PAKs on this machine was in 2002 (Hobbyist
> >Licenses).
> >
> >I registered and have received the new Hobbyist License PAKs.
> >
> >I connected a laptop and transferred the text file using C-Kermit on the
> >VAX and hyperterminal on the laptop.
> >
> >When I go to execute the file, I get an error:
> >
> >$(a)hobbyist-use-only-va.txt
> >
> >%RMS-W-RTB 512 bye record to large for user buffer
> >
> >It appears that when the file was transferred it showed up on the vax
> >with fixed length records of 512 bytes, not variable length.
> >
> >Can I convert the file on the VAX?
> >
Possibly but what you need to do depends on how exactly the file contents
ended up and what the file attributes are. My guess would be something
like:
$ SET FILE /ATTRIBUTES=(RFM=STM,RAT=CR) filename
This assumes that the file contents are text with a CR and LF at the end
of each line and it can be made legible to VMS by changing the file
attributes from fixed length 512 byte records with no carriage control to
stream format records with CR-LF record terminations and carriage return
carriage control.
(This command only works on versions of VMS later than about 6.something.
If you have a very old version of VAX/VMS like V5.5-2, it is not available)
> >
> >Is there a setting for C-Kermit that I need to change?
> >
At a guess, you probably need something like "SET FILE TYPE TEXT" but I
would have thought text would have been the default. Maybe you have a
CKERMIT.INI or other kermit initialisation file containing:
"SET FILE TYPE BINARY" ?
> >
> >Is Hyperterminal screwing things up?
> >
Hyperterminal and/or any of the so-called VT100 emulators bundled with
Windows are of little use to connect to anything that makes more than
the simplest use of a VT100 terminal or later generations of same. It
will work ok for entering line mode commands but if you start up an
editor or another fullscreen application of moderate complexity, it
will fail spectacularly and leave you with a garbled mess on the screen.
The problem is that Hyperterminal et al do not implement scrolling
regions correctly or maybe at all.
If Hyperterminal purports to provide kermit file transfer, there may be
an option somewhere to specify text rather than binary file transfer or
it may be that this is not required at that end.
> >Doug
>
Regards,
Peter Coghlan.
[Apologies in advance for this reply not appearing in the thread for this
subject - I read the digest form of cctalk]
> Date: Thu, 11 Aug 2016 16:08:39 -0400
> From: Douglas Taylor <dj.taylor4 at comcast.net>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: VAX file format conversion
> Message-ID: <d54db4aa-efc8-d332-971f-57250d5fd0f5 at comcast.net>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> I have a MicroVax 4000 that I am trying to update the license PAKs on,
> the last time I had valid PAKs on this machine was in 2002 (Hobbyist
> Licenses).
>
> I registered and have received the new Hobbyist License PAKs.
>
> I connected a laptop and transferred the text file using C-Kermit on the
> VAX and hyperterminal on the laptop.
>
> When I go to execute the file, I get an error:
>
> $(a)hobbyist-use-only-va.txt
>
> %RMS-W-RTB 512 bye record to large for user buffer
>
> It appears that when the file was transferred it showed up on the vax
> with fixed length records of 512 bytes, not variable length.
>
> Can I convert the file on the VAX?
>
> Is there a setting for C-Kermit that I need to change?
>
> Is Hyperterminal screwing things up?
>
> Doug
When this happens to me, I make use of one of the quirks of the TECO text
editor on VMS which writes out text files (variable-length, carriage
return carriage
control).
VAX $ directory /full hobbyist*.txt
Directory D_0:[SYSTEM]
HOBBYIST-USE-ONLY-VA.TXT;1 File ID: (4986,7,0)
Size: 156/156 Owner: [SYSTEM]
Created: 16-AUG-2016 09:48:01.12
Revised: 16-AUG-2016 09:48:01.24 (1)
Expires: <None specified>
Backup: <No backup recorded>
File organization: Sequential
File attributes: Allocation: 156, Extend: 0, Global buffer count: 0
No version limit
Record format: Fixed length 512 byte records
Record attributes: None
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:RE
Access Cntrl List: None
Total of 1 file, 156/156 blocks.
VAX $ edit/teco hobbyist-use-only-va.txt
*n[End of File]$l512kex$$
[ TECO prompts with an asterisk, the license file has a line with the
text "[End of File]"
at the end - so non-stop search "n" for it - $ is the <ESC> key or
<CTRL-[>, advance
to the next line (lowercase L "l"), then kill any remaining lines and
<NUL> characters
that pad the last block, and exit]
VAX $ directory /full hobbyist*.txt;
Directory D_0:[SYSTEM]
HOBBYIST-USE-ONLY-VA.TXT;2 File ID: (5006,105,0)
Size: 158/159 Owner: [SYSTEM]
Created: 16-AUG-2016 09:52:43.98
Revised: 16-AUG-2016 09:52:57.44 (1)
Expires: <None specified>
Backup: <No backup recorded>
File organization: Sequential
File attributes: Allocation: 159, Extend: 0, Global buffer count: 0
No version limit
Record format: Variable length, maximum 92 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:RE
Access Cntrl List: None
Total of 1 file, 158/159 blocks.
--
Tony Nicholson <tony.nicholson at computer.org>
> > Indeed. Think 'PARRY meets Dissociated Press'.
>
> Thank you.
> That explained why the content looked ALMOST relevant.
>
> The word and phrase usage would seem likely to be able to fool a Salton
> style vector space (cosine) relevance ranking system!
>
>
> I still don't understand what his motivation is. If the nonsense were
> accompanied by a URL, then it would be obvious. But, I guess that just
> being disruptive was all that he was after.
>
It's possible that there was a URL in the HTML part of the mail. This
list apparantly strips off any HTML parts in emails posted so we would
not have seen it.
Regards,
Peter Coghlan.
