At 02:19 PM 1/30/2014, Ethan Dicks wrote:
>I'd also like to find a supply of inexpensive MicroSD cards smaller
>than 4GB. The best I found from a few minutes of trolling eBay was
>lots of 10 and 25 for around $2-3 each for 128MB or 256MB. I'd rather
>find a lot of 25-50 for $1-$2 each. I certainly don't need to go out
>and get a stack of 4GB MicroSD for $5-$6 retail if I'm not going to
>use 90% of the capacity.
How hard would be be for these SCSI to SD adapters to behave as if
they were several drives, thereby giving you a chance to use all
of that capacity?
At those prices, though, it's hard to quibble.
At 12:31 PM 1/30/2014, Zane Healy wrote:
>I wonder how well it would work in a PDP-11, VAX, or Amiga 3000.
SCSI is SCSI, right? I kid, I kid.
- John
Hi folks,
I'm trying to transfer some files from my PC to an AT&T UNIX PC. I've
got Kermit up and running at 19200 Baud (after applying a kernel patch
to increase the serial port poll rate) but the UNIX PC seems to be
having trouble creating the directories from the tarball.
On my Linux box I use this command inside kermit:
CSEND {tar cf - file1 file2 ...}
And on the UNIX PC:
CRECEIVE {tar xf -}
This works fine if I send files, but not directories: the UNIX PC's
terminal is covered in messages like "CORE/diag/sys: cannot create".
Does anyone know what I need to do to make GNU tar 1.26 produce a tar
file the UNIX PC (some variant of SysV as I recall) can unpack?
Thanks,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
Yes, it's a bit off topic, but I've beat my brains out trying to get
HP to even talk about providing media.
We are licensed for HP-UX 11i v1 (11.11) TCOE on several C8000
PA-RISC boxes but we don't have install media.
The original media kit p/n is B6821AA, and the C8000 requires Dec
2004 or later media to boot. Concurrent 11i v1 application media (p/n
5014-1459) would be nice, but not a necessity.
This is for my employer, so it's not a freebie. Please contact me
off-list if you can help.
Doc
At 02:49 PM 1/30/2014, Jonathan Katz wrote:
>Volume economics. Let's broker a mass deal? If we (cctech/cctalk
>population) order like 100 among all of us, there has to be some kind
>of volume discount. I can think of at least 4-5 machines of my own
>that I can use this tech in.
There's a far larger market for this than this mailing list.
I don't know why more hardware hackers don't give away their
designs. Let the far east build 'em for you.
- John
As the collection of stuff I'm letting go seems a bit too much
for people to take in one go, I have divided the whole into lots.
A lot will be marked 'reserved' only if it is a firm reservation.
Lot's do not have to be collected immediately, if needed, it can
be set aside for a few months. However, in such case, 10% of the
accepted offer is required as a security.
Stuff can be shipped, local pickup is preferred and the stuff is
located in the Netherlands.
The lot list can be found at www.groenenberg.net/download/1170/
Ed
--
Dit is een HTML vrije email / This is an HTML free email.
Zeg NEE tegen de 'slimme' meter.
Anyone here ever program for the original Apple Newton? If so, then I'd like to interview you for an article. Must be tonight or tomorrow morning/afternoon. Send me a private email... evan at snarc.net ... thanks.
On 2014-01-29 10:00, Kyle Owen<kylevowen at gmail.com> wrote:
>> >
>> >I don't remember ever seeing a Model 33 with parity. And weren't
>> >telegrams sent in 5 level code? If not at the end, then surely before
>> >ASCII appeared. And of course before either, there was Morse code, which
>> >doesn't come with parity either.
>> >
>> >All parity can do is convert garbled characters into missing characters.
>> > Neither is good. Telegraph operators probably relied on having good
>> >signal quality, ensuring adequate bit error rate values, at which point
>> >parity is not particularly needed. And with Morse, you're probably relying
>> >on skilled operators -- ECC performed by trained brain cells.
>
> Wikipedia seems to indicate that the Model 33 ASR sent 7-bit ASCII with
> even parity. I've found that in many of the programs on my PDP-8/E, even
> parity is required, which I presume stems from the Model 33 ASR days.
Eh? What? There was an option for 8-bit clean communication in the
ASR33, as well as other parity choices. But by default an ASR33 have
*MARK* parity.
And all older PDP-8 software that I've ever seen also assumes MARK
parity. If you try running older PDP-8 software with your terminal set
to even parity, it will not work.
If you are ever near an ASR33 with a paper punch, you can easily verify
that it is doing mark parity by just enabling the punch, and check what
codes you get there as you type, with the ASR33 in local mode.
Johnny
On 01/27/2014 07:52 PM, Derrick wrote:
>> i wonder if anyone out there might have an old pentium 1 board since i
>> have a few pentium 1 processors and even an amd k6-2 but i want to be
>> able to use the processors and maybe build up a nice old windows 95 box
>> or something nice. if anyone might have any just let me know
I have a Pentium Classic 100 MHz board that was working last
time I fired it up, which was quite some time ago. But, other
than replacing the CMOS battery, it ought to be OK. It is an
Intel brand motherboard.
Jon
On 2014-01-28 18:59, Zane Healy<healyzh at aracnet.com> wrote:
>
> On Jan 28, 2014, at 5:31 PM, Paul Koning<paulkoning at comcast.net> wrote:
>
>> >But BRU produces something structurally different from VMS save sets, doesn?t it?
> It's been so long since I've looked at any of this, I honestly don't remember. I was thinking that RSX-11 backups would be readable by at least some versions of VMS.
No. VMS BACKUP cannot read RSX BRU format savesets. But you can (could)
run BRU on VMS...
>> >RSTS Backup actually generates VMS save sets, the same format.
> That's good to know.
Right. Different PDP-11 OSes use different formats, so it's not really
meaningful to ask about "PDP-11 backup". You need to specify which
backup format you are talking about.
I think I know of at least four.
RSX used to use something called DSC (which stood for Disc Save and
Compress), which was eventually replaced by BRU.
I assume RSTS/E had some backup format in the older days. With RSTS/E V9
(I think it was), a new backup utility was created, which is the VMS
compatible one.
I'm not aware if RT-11 also had some backup tool, but I would assume so.
Johnny