Many thanks to whomever unclogged the backlog that, until recently,
kept me from accessing cctalk or cctech. Now I can post these
announcements myself! And there was much rejoicing, etc.
--------
Come one, come all, to the Seattle Retro-Computing Society's monthly
meeting, on Saturday, November 26th, 2011! You don't want to miss this
one -- it's our last meeting until January 2012.
Do you do any of the following with old computers near Seattle?
+ Use, collect, and/or restore them
+ Play games on them
+ Write programs for them
+ Develop new hardware for them
+ Help other people do any of the above
If your answer was "yes," as I expect it will be if you're reading this
near Seattle, then the SRCS is for you! We exist so you can show off
your awesome stuff, bounce ideas off of fellow enthusiasts, and be
inspired by one another's achievements, plans and aspirations.
No idea is too big or too small, and we're not picky about what flavor
of vintage machine you prefer! Come on down and tell us about it!
Please note that, as it would fall on Christmas Eve and no one would
attend, we will not be meeting in December. If you miss this meeting,
you won't get to see everyone (and their nifty stuff) again until
January.
The meetings are graciously hosted by the Living Computer Museum, which
is gradually fitting out a computer museum in Seattle's SODO
neighborhood. There will be refreshments, a Buy-Sell-Free-Trade table,
and enough table space & power to set up anything you may want to show
off!
For further details, please see our web page at
http://www.seattleretrocomputing.com/ and our mailing list at
http://groups.google.com/group/seattle-retrocomp . Hope to see you
there!
Gordon "gsteemso" Steemson
SRCS agitator-in-chief
--
The Seattle Retro-Computing Society
http://www.seattleretrocomputing.com/
I have a DEC TS05 (re-badged F880 without high-density mode; otherwise same PCB and everything) which is poorly behaved. Before I go diving in with the maintenance manual, is there anyone on here with experience repairing F880s?
Symptoms:
- It occasionally just resets (especially once it gets warmer). I'm willing to bet this is a flaky regulator somewhere, but I don't have a digital scope to see the transients very well.
- When loading (and occasionally during operation, if it ever gets that far), it bugs out with either a compliance arm or tachometer error. Both of the superficial diagnostics for the compliance arm and the tachometer indicate no problems, so I'm assuming it's a problem somewhere in the logic. It only successfully loads maybe one time out of 20, even when I load it pre-threaded (1 out of 3 when it's cold, but it doesn't stay that way for long), which makes the first problem all the more irritating.
- Dave
Disolving my collection of old computer stuff.
Only for personal pickup in Ljubljana, Slovenia.
If you want the computer badly, the shipping
wont be less than 40 EUR/piece inside Europe, for USA
or Asia shipping, you better forget it !
Stuff must be picked up latest until the new year.
I accept any reasonable offers above 20 eur/computer
to my E-mail address.
The equipment consist of
1 x Hewlett Packard 9000 E35
2 x SUN Sparcstation 4
1 x Digital DEC 2000 Alpha
3 x Hewlett Packard Appollo 9000 712/60
1 x Hewlett Packard PC 9000 PC-308 (XT)
1 x Digital DEC 3000
1 x Power Macintosh 7500/100
Please for any queries contact me directly to my E-mail
address janprunk at gmail.com I don't follow the mailing list.
Regards,
Jan
...especially coming from people so far removed from them that they have no information to draw on but their own assumptions.
Homework is done in Word. Papers are done in LaTeX.
-Dave
William Donzelli <wdonzelli at gmail.com> wrote:
>> While its true that WYSIWYG has replaced markup for most academic
>> publishing, TeX (or more properly the macro packages on top of TeX)
>> are still superior in the area where it was created: typesetting
>> mathematics.
>
>Yes, and that is what, 1% of all academic publications? Maybe 0.1%,
>for stuff that Word can not handle?
>
>"Standard" is a funny word.
>
>--
>Will
8-)
Cameron Kaiser <spectre at floodgap.com> wrote:
>> > Dave, what did you settle on?
>>
>> DSpace from MIT.
>
>And here I was hoping for WAIS' triumphant return. :)
>
>--
>------------------------------------ personal: http://www.cameronkaiser.com/ --
> Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
>-- "Another day, another dangling modifier" -----------------------------------
Got any data to back that up? Been to any universities lately?
Read many research papers? I do all the time, and most are done in LaTeX.
Like it or not.
-Dave
William Donzelli <wdonzelli at gmail.com> wrote:
>>> these don't seem to have impaired their reliability,
>>> performance, or sheer longevity: Being the 30-year de facto standard in
>>> academic publishing.
>
>TeX is, well, sort of the "de facto standard". For the past ten years,
>Word has done all the heavy lifting in academics, like it or not.
>
>--
>Will
> > A while back, when I was restoring my HP 9825B, I found a great site
with lots
> of beautiful pictures of HP classic computers in various states of
disassembly. I
> believe it was called "Computer Asylum" at www.bohemiae.com. Now the site
> seems to have disappeared. Did it get relocated, or hidden intentionally
by the
> "warden" of the asylum, or is the site just gone? It would be a shame if
so. Did
> anybody happen to archive some of those images and pages?
> >
> > Thanks for any info,
> >
> > Dave
>
> I found remnants of the website (last crawled on July 8th) at
> http://www.archive.org/web/web.php - not sure what happened to it, though,
> there also did not seem to be any reference to computer asylum in the
pages
> that are archived there.
It's related to the UK firm Bohemiae house owned by Jiri Picka
The site can be found at : http://www.computerasylum.co.uk/
The company site which also leads to the asylum :
http://www.bohemiahouse.co.uk/index.html
-Rik
Someone mentioned something about a Xeltek algorithm generator a while back. Any idea how that one works? The NMC9306 algorithm seems to be non-functional even for a tube of 9306s that seem to work fine in their target device (the aforementioned CQD-220). Looking at it in a hex editor, the algorithms appear to be PE (either executables or libraries), and IDA brings them in OK, but I'm not in the mood to reverse engineer more 8086 code to fix this stupid ROM burner.
Worst case, maybe I'll build a quick and dirty 9306 communicator on my DE1. :-) I already have a perfectly functional UART peek/poke unit.
- Dave
Joe P.,
thanks for the pointer to digital image recovery! I'll find a
Windows machine and try it if I can't work the problem with my Mac.
-----
John F,
DigitalForensics will also get a shot when/if I start seeing
bits of files recovered. That's not looking so likely, though.
-----
At 19:31 -0600 11/17/11, Ian wrote:
>Not that I've ever accidentally deleted files from a camera card. No. Never.
You have my sympathy and thanks! What was on my card would
have been all .jpg compressed images, so Photorec looks perfect.
------
At 19:31 -0600 11/17/11, Ian and Mouse pretty much chorused:
>You need to specify the device itself, not the mountpoint. Type
>mount to get a list of all the devices that are currently mounted,
>and see which one corresponds to the /Volumes/Untitled mountpoint.
>Unmount it from the command line, then use dd to copy it to a file.
Ah!
mtapley-3:~ mtapley$ mount
...
/dev/disk1s1 on /Volumes/Untitled (local, nodev, nosuid)
mtapley-3:~ mtapley$ su root
...
mtapley-3:/Users/mtapley root# umount /dev/disk1s1
mtapley-3:/Users/mtapley root# dd if=/dev/disk1s1
of=PhotosToSort/LostCard/ddClone128M.dd conv=noerror,sync
255953+0 records in
255953+0 records out
131047936 bytes transferred in 153.810460 secs (852009 bytes/sec)
The naive shortcut to /Volumes just got me a symlink or
something? I'm embarrassed to admit I had to hit more man pages to
remember that unmount is spelled umount. Anyway the dd command
chugged for several minutes....
...at the end of which, I got another image which was
composed almost entirely of "FF" pairs, according to OxED. Near the
start, there is, as in the other images, "FAT16", some stuff that
says "DCIM" and "Trashes", "100OLYMP", a "Mac OS X" string, a "This
resource fork intentionally left blank " string, and a few other
short (10's of bytes) bits of stuff in mostly 00 areas. After that,
just an ocean of FF pairs.
Not surprisingly, Photorec finds nothing. Likewise for Exif-U.
0 files saved in /Users/mtapley/Applications/testdisk-6.13/recup_dir directory.
Recovery completed.
Although I'm willing to go on and try other tools if people
want, I've become a tad discouraged at this point. Am I right to be
so? It looks to me like the camera re-initialized the card and wrote
all FF, ready to be recorded on, and if Mouse is correct that's
pretty much that. Even for the cool Yellowstone photos, I'm not
willing to pay for an AFM image of the flash memory. Cheaper to round
up the family and go back to Yellowstone.
Any further suggestions? Expecting none, I still want to
offer most heartfelt thanks to everyone for their pointers and tips.
If *this* group can't help me, it's a testament to how well and truly
I managed to screw myself.
--
- Mark 210-379-4635
-----------------------------------------------------------------------
Large Asteroids headed toward planets
inhabited by beings that don't have
technology adequate to stop them:
Think of it as Evolution in Fast-Forward.