Anyone else seeing extended times (< 15 minutes or so) before their
posts get to the list?
--
I'm more concerned that the archive sort by date isn't corrected
for local time zone.
Since the sort by thread doesn't always work right, I just watch
the list from the archive, but now the replies can show up in the
list before the original question, depending on when the original
message was posted.
Jay,
You want a machine with a 1.2 meg floppy diskette drive.
You also do not want to use the 1.2 meg floppy diskettes.
Instead use the 360K or even better quad density.
Putr is by John Wilson. His website is:
www.dbit.com
FTP isL
ftp.dbit.com
Max
At 12:00 PM 10/6/2003 -0500, you wrote:
>Message: 16
>Date: Mon, 6 Oct 2003 09:21:04 -0500
>From: "Jay West" <jwest(a)classiccmp.org>
>Subject: memory refresher on PUTR
>To: <cctalk(a)classiccmp.org>
>Message-ID: <017401c38c15$13c53900$033310ac(a)kwcorp.com>
>Content-Type: text/plain; charset="iso-8859-1"
>
>I used to know this, but have forgotten, and now I'm getting ready to dig
>the software back out...
>
>I believe it was a program called PUTR that I used on a PC to read/write
>5.25 floppy disks to exchange data with my PDP-11/23 that had an RX50 drive
>in it. Should the PC drive be a 360k floppy or a 1.2m floppy?
>
>Wonder if there is some story as to the history of "disc" vs. "disk" :) HP
>always used "disc".
>
>Jay West
>
>---
>>Apple stopped having the drives read and write 400 and 800 k disks a
>>while ago.
>
>Actually the System does that... I don't remember when though.
Well, yes, I didn't mean to imply that it was a drive limit. Just that
Apple stopped letting a user read and write 400 and 800 K disks a while
ago (I believe you are right and it was OS 8, but I'm not postive).
-chris
<http://www.mythtech.net>
> I'm looking for one or two Pertec formatter
> cards for Kennedy 91xx series tape drives - with cables, if possible.
91xx formatters are separate rack mounted boxes (9219)
www.spies.com/aek/pdf/kennedy/006-0002-01_9219_formatter.pdf is the
manual for the 9219
If you are using these on DEC systems, you may have better luck finding
embedded Unibus or Qbus formatters made by Emulex, Plessey, Dilog, etc.
My indefatigable Macintosh IIci NetBSD server got defatigable and its cache
card blew (diagnosis made by the fact that when the cache card was pulled, it
suddenly could boot again). Fortunately, I had *one* *more* *card* in stock,
but between the several IIcis I have running, I'm now totally out in case this
happens again. Anyone going to VCF6 that has a few they could be talked/dealed
into parting with?
Thanks!
--
---------------------------------- personal: http://www.armory.com/~spectre/ --
Cameron Kaiser, Floodgap Systems Ltd * So. Calif., USA * ckaiser(a)floodgap.com
-- "Eight tries. The number is ... seven." ------------------------------------
>I filter a lot of these so they never hit the list. But often I let them
>through because I feel that is what we are here for.. to be a resource.
>Maybe I'm being too lenient?
I'm wondering if you can somehow mark the message as one that came from
someone off list.
I bring this up, because I've been confused by some and wondering if
responses should go onlist or off list. If the poster is off list, then
responses should go directly to them, or they won't get their response
for a few months until the archives have circulated thru google and the
likes.
just my thoughts, I'm not trying to imply it needs to be followed. Nor
trying to start a discussion on the topic.
-chris
<http://www.mythtech.net>
Started to go fast!
These are still available:
National Semiconductor NS638 - memory card with a 50-pin connector on the front
Sigma Information Systems DZV11 clone
unknown Emulex - marked TU0210401
M7164 KDA50-Q Q-bus SDI adapter 1 of 2
M7606-AF MicroVAX II CPU
M7608-BC not in guide? MicroVAX II RAM
M7608-BF
I have three of these: M3104 DHV11-A Q 8-line Asynchronous
Multiplexor, with DMA
These have been spoken for:
M7551-CA MSV11-QC Q 4-Mbyte 22-bit parity/CSR MOS RAM
M7516-YM DELQA-M Q Qbus to Ethernet Turbo Module, Q22
M8053-MA DMV11 Microprogrammed controller (needs one of
M5930-M5931) with DDCMP control ROM (point-to-point or multidrop)
Thanks!
-JR
Dave,
your hazy memory is great. You just filled in a critical blank
that has made a world of difference. Searching the planet for
references to "IPPS" turned up nothing, but "OMF" is still quite
nicely documented on the Web. My favorite file-format reference,
www.wotsit.org, has a document for OMF, as do some other sites.
Armed with this knowledge, I can now look at modifying an old
Motorola S-record to Intel Hex converter with a new front end to
suck up the OMF records and spit them out in Hex.
All the best,
Bob Maxwell
rmaxwell(a)atlantissi.com
Dave Mabry wrote:
> Now, as is normal for me, this is hazy, but I think I
> remember what you
> are talking about.
>
> Intel used a format they called "object module format" that
> had header
> information on each block, and several possible blocks. As I recall,
> the MCS48 family, due to its limited memory addressibility, used the
> same OMF (object module format) as the 8080.
>
> Naturally, since Intel defined it, all their tools could read
> and write
> it. IPPS was the name of the software used to read and write EPROMS,
> etc, using Intel's iUP-201 programmer.
>
> All that being said, I think I can help you. If you don't
> have anything
> that can read and understand Intel's OMF, I do. I have a
> working system
> that can execute IPPS. There are other utilities in the
> Intel operating
> system, ISIS-II, that can also do this. I should be able to convert
> your OMF file to an Intel HEX format file. Intel HEX is very
> common and
> most programmers can understand it. It is also block oriented, but
> ascii characters rather than pure binary.
>
> Sorry to be so wordy, but bottom line is this. (into
> Technicolor dream
> mode) If you send me your OMF file I can convert it to HEX
> and send it
> back to you. Hope that will help.
>
> Dave
>
> Robert Maxwell wrote:
> > This will meet the on-topic age requirement, at least...
> >
> > For programming devices like processors and EPROMS with
> an Intel Universal
> > Programmer,
> > a file format was used, called "IPPS." I need to program
> 8749 processors
> > from files
> > in IPPS format, and have no working Universal Programmer.
> >
> > The format appears to be a block-oriented binary, with a
> file header
> > identifying the
> > target device, and headers of indeterminate size preceding
> sections of
> > binary code.
> > Nobody I spoke to at Intel recognizes it.
> >
> > Does anybody remember, or have access to,
> documentation/data or (dreaming
> > in Technicolor(R))
> > a utility to convert IPPS files into a less-unique format,
> say binary or
> > Intel Hex? This
> > would save me from having to type in hex values from an old
> listing to
> > regenerate the code.
Does anybody know if the Retrocomputing Society of Rhode Island
(http://osfn.org/rcs/) is still around? I've sent a couple of e-mails
their way, and tried their phone number, but not with any luck.
I saw one of the things on their online "wish-list" up for auction on
eBay, and thought about having a go at getting it for them, but it'd be
nice to know if they still needed it first. (Not to mention making sure I
wasn't bidding _against_ them. <g>)
-O.-
