Would this guy be a prankster or .....
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2022001381
Ed
--
The Wanderer | Politici zijn gore oplichters.
quapla(a)xs4all.nl | Europarlementariers: zakkenvullers
http://www.xs4all.nl/~quapla | en neuspeuteraars.
Unix Lives! M$ Windows is rommel! | Kilometerheffing : De overheid
'97 TL1000S | weet waar je bent geweest!
Richard Erlacher wrote:
> While the logical replacement has never been a problem, the rounded front
that
> fits the case is a virtually impossible thing to replace by the time the
drive
> needs replacment. They seem to require a rounded drawer front with no
bezel
> of the drive. Whereas the bezel can be removed easily enough, finding a
drive
> with that rounded front that fits, precisely, the slot in the plastic
> front-face of the box is a problem. The part number is seemingly never
> available more than 90 days after the computer is no longer an
off-the-shelf
> item.
I've seen very few HPs with this setup, but the Acer Aspire is famous for
it. Fortunately the Aspire has a couple of "normal" 5.25" bays so I just
leave the old drive in place and add a new one in an empty bay, or if I'm
lucky I have a drive yanked from a dead Aspire.
>
> No ATAPI CDROM has ever been a problem to replace under Windows 9X, to my
> experience.
Unless Win9X is hosed. Yesterday I worked on a Gateway P-III running Win
98, which wouldn't boot, but hung on the splash screen. Yanked the IDE
cable off of the CD-ROM drive and the system booted and all devices worked
perfectly. Tested the drive in another box; the drive was fine. Put
another drive in the Gateway -- no boot. Took CONFIG.SYS, AUTOEXEC.BAT,
WIN.INI and SYSTEM.INI out of the picture. No boot. Moved the drive from
master to slave. No boot. Replaced the IDE ribbon. No boot. Put the
drive on the same ribbon as the hdd, hdd as master, CD-ROM drive as slave.
No boot. Uninstalled and reinstalled the motherboard drivers. No boot.
Pulled the hdd, put in a new one, loaded Win98, and the system booted and
the CD-ROM drive worked. Put the original hdd back in -- no boot. Reset
the BIOS to default settings and made sure both IDE ports were turned on.
No boot. Verified that both ports were visible to Windows -- no boot.
Turned DMA off in Windows -- no boot. Ran a virus check and didn't find
anything.
Did I miss anything? (serious question). Finally I wiped and reloaded the
hdd and all was well. I've seen this five or six times in ten years. It's
something deep down in the Windows goo . . .
Apologies -- seriously OT.
Glen
0/0
> > We had 25 of the TS-803 at RETS, and I've been haggling
> > for the only one I know is left from the guy who has it,
> > so far, to no avail. I have manuals and lots of software
> > for it, including TELE-WRITE and TELE-DRAW. We had a
> > MouseSystems optical mouse on ours that worked with TELE-DRAW.
>
> Cool. I'm pretty sure the TS-806 and TS/TVI-800's were text-only, but if
> the text-mode software still is compatible, that'd be awesome.
Well, when you were running CP/M, these were text-only too.
But they had 640 x 240 graphics, with primitives in ROM that
sped things up quite a bit. DRI's GSX-80 came with the systems
to provide a standard layer for the graphics support. Then
DRI's CBASIC had language extensions for drawing lines and
such. But the overhead was high, translating from a real-number
world coordinate system to an integer normalized coordinate
system and then to the integer physical device coordinate system.
I bypassed all that using some assembly language interfaces I
wrote and went straight to ROM. The application we'd written
in CBASIC using its "native" graphics statements took 6 minutes
to finish drawing the screen (an image of a prototyping board).
The re-written version drew the same inage in six seconds on a
4MHz Z-80.
-dq
Does anyone have any spare Zenith Z-100 expansion cards? I'd particularly
like to get some more RAM, the USR internal modem, and an RTC board. Cash
or possible trade.
Thanks,
Glen
0/0
Ok guys, so there was a problem in the terminal settings. (Hey,
it's an IBM 3151(?) terminal, and mostly configures in Swahili)
Open firmware does, indeed, work on this system. Don't ask why
it didn't work earlier with the Wyse (which was set up properly,
I'm sure, since it's in use on the machine which I used to finally
get the IBM configured properly ;).
Anyway, it will now boot into Open Firmware, even without keyboard,
monitor, etc, attached. I'll attempt to install Darwin on the disk
sometime soon. It may work, but at the moment, it has less RAM and
less disk than they say is "required."
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
I have a friend who has a Sun i386 running SunOS 4 and is looking for
documents/webpages related to either of them. Especially for SunOS 4 manuals.
Anyone got any or can point me to information? Thanks!
Tarsi
210
> Date: Thu, 2 May 2002 21:23:26 -0500 (CDT)
> From: Doc <doc(a)mdrconsult.com>
> To: ClassicCmp List <classiccmp(a)classiccmp.org>
> Subject: RE: Tape dumping programs for Unix/Linux...
> In-Reply-To: <000501c1f245$6a304ca0$1aefffcc@Shadow>
>
> On Thu, 2 May 2002, Douglas H. Quebbeman wrote:
>
> > I just did a 'dd' of a bad QIC-80 tape; it read the entire tape
> > as a single file, and didn't bail out.
> >
> > I've not done that with magtape, but ISTR someone else here
> > saying that 'dd' does raw reads, bad blocks and all...
> >
> > My bad if not true.
>
> No bad, just an honest difference in perspective. I recently went
> through this with a set of VMS-based diagnostics tapes. AFAIK, the
> tapes are undamaged, but dd returns a valid read - of the first file on
> the tape - and stops. I'm not that familiar with non-"streaming"
> formats, so I just accept what is without knowing why....
> dd on a disk or raw filesystem ignores files. On a tape archive, even
> using the raw device as the if, dd reads files and stops at the end of
> the first record.
I think you have your terminology mixed here.
dd reads records and stops at the end of the first file.
carl
> > You wrote...
> > > I ran out of ports a few weeks ago so i am looking to buy a 4-5 port
> > > 10mbit or so ethernet hub or switch. Contact me off-list.
> >
> > 10mbit OR SO? Let's see, I think I have a few 7mbit units, and maybe a
few
> > 14mbit ones. Wait - I know - I have a 18mbit unit and a 8mbit model - so
if
> > you daisychain them... voila - 10mbit.
>
> "Well, our [hub] goes to 11 [Mbit]."
Yeah, but the synch has a tendancy to spontaneously combust...
;)
I think we have it solved.
I believe it could be a 1 Meg SRAM. Thanks for the info about IDT. The 16
pieces soldered on the top and bottom seem to have a solder pad pattern of 5
on the ends and 9 on the sides. Would this jibe with the 64KX8 configuration?
Sorry for the "glamour" look to the pictures, it was accidental. I use my
Sony 730 HI-8 videocamera hardwired to a framegrabber in the computer. I have
two adjustable clamp on lights, one incandescent with a magnifier and one
with a round fluorescent that I normally use for photography.
The round light gives fairly even lighting but it was busy so I used the
Incandescent. I was really surprised at the difference. Not only was it much
warmer but the contrast was way up. These are the only pictures I have shot
with that light.
There is only one label on top of one of SRAMs. No other labels except IDT
7M624 plated in gold on top of the ceramic. You should be able to see both in
the pictures.
Thanks for the help.
Paxton
Astoria, OR
> > > The emulator community is vigorously using a tape image container
> > > format known as TAP for precisely this purpose.
> > >
> > > Each record from tape is written to file prefixed *and* suffixed
> > > by a four-byte record length in little-endian format. A zero-
> > > length record is represented by a 4-byte value of zero; although
> > > intuition might call for 8-bytes (a prefix & suffix with nothing
> > > in between), this is not the case. The convention appears to come
> > > directly from FORTRAN 77's handling of unformatted sequential files.
> > >
> > > And EOF is represented by two consecutive zero-length records.
> >
> > Darn...sounds like a subset of what I use. I'd be interested
> > in knowing more about TAP (with an eye towards adopting use of it),
> > and would suggest some possibly missing features might be:
>
> Is there any more information on "TAP" other than the program that I
> find with Bob Supnik's simh stuff, namely "mtdump" that produces
> a "TAP" image given a list of files? It would be nice if someone else
> had already written the program that reads a real physical magtape and
> produces a "TAP" image.
Not really any more information that I know if other than what
you've seen here- it's a minimalist convention.
But I can recommend Eric Smith's tapecopy program as far as other
code to look at. It accompanies tapedump & t10backup in his package.
You should be able to find his package here:
http://www.36bit.org/dec/software/unix-util/
hth,
-dq
