On December 24, Ernest wrote:
> I would wish that at least SOME linux snobs would grow up, and stop acting
> like conceited jackasses.
I think this is less of a pro-Linux issue and more of a
use-the-right-tool-for-the-job issue, which sure as hell ain't Windows
if you want to put stuff on the web.
But, that said, you did a great job on your site, and I like it a
lot. Your choice of layout is interesting and easy to use, and I
especially like the method of flipping through the photos.
-Dave
--
Dave McGuire
St. Petersburg, FL "Less talk. More synthohol." --Lt. Worf
On December 24, Pat Finnegan wrote:
> And I must say I love the use of IIS and Javascript... oh wait did I say
> love? No, thats not the word... oh yes. I frown upon it.
>
> I would wish that at least SOME geeks would avoid using sh*t software.
> Even Apache on NT is better...
Personally I don't find anything wrong with Javascript; at least it's
not a crappy microsoftism. But certainly nobody with even half a clue
should be running IIS.
I still think it's a really nice website though.
-Dave
--
Dave McGuire
St. Petersburg, FL "Less talk. More synthohol." --Lt. Worf
> -----Original Message-----
> From: Matt London [mailto:classiccmp@knm.yi.org]
> Sent: 21 December 2001 20:09
> To: 'classiccmp(a)classiccmp.org'
> Subject: RE: CD32 and CD-TV (was Re: Hardest to Find Classic
> Computers)
>
> > Speaking of the A570, has anyone got a spare PSU for one?
>
> I've got an A570 here - the A570/A500/A500+/A600/A1200 PSU's are
> interchangable.
I wondered about that, but various postings I found indicated the A570 PSU
was switchless and also 'pulsed' the power lines to help booting off the
CD-ROM.....it didn't mention pinouts so I didn't want to try it!
> I'm after one ATM :&)
>
> I might finally give up and just get a normal CD player, and
> use my A570
> for any CDTV games I get.
Yeah, but just look at the *Styling* :) You KNOW you want one......
--
Adrian Graham, Corporate Microsystems Ltd
e: adrian.graham(a)corporatemicrosystems.com
w: www.corporatemicrosystems.com
w2: www.binarydinosaurs.co.uk (Online Computer Museum)
On December 24, Ernest wrote:
> You guys crack me up -complaining and lecturing about the evils of IIS. Just
> take a
> look at the page for crying out loud, and forget about whether or not it's
> running on
> Linux or Windows. I couldn't care less about your opinions on IIS or Apache.
> I'll
> move it to a linux server as soon as I can. I'm a newb at webpage stuff, so
> give me
> fucking break.
Don't take it so personally, man...
-Dave
--
Dave McGuire
St. Petersburg, FL "Less talk. More synthohol." --Lt. Worf
This looked too good to not pass it along!
Please reply to original poster-- I just saw it on c.o.v and am not
involved.
Bob
----- Original Message -----
From: "Neil Franklin" <neil(a)franklin.ch.remove>
Newsgroups: alt.folklore.computers,comp.os.vms
Sent: Monday, December 24, 2001 11:32 AM
Subject: Looking for new home: VAX6620 + VAX6530 cluster
> Crossposted alt.folklore.computers and comp.os.vms, I only monitor
> alt.folklore.computers, so leave that one in. Feel free to post it to
> other interested groups or mailing lists.
>
>
> Just got a mail from an colleague, that his employers 2 machine
> VAX cluster that is about to be scrapped.
>
> AFAIK they are to be given away for free, the new owner arranges
> and payes for transport (read: truck).
>
> Place to fetch them from is network building of University Hospital
> of University Zurich, Switzerland.
>
>
> System data, as mailed from him:
>
> 1 VAX 6620 W77xH155xD80cm
> 1 VAX 6530 W77xH155xD80cm
> 1 HSC50 W54xH107xD80cm
> 1 StorageWorks W76xH170xD88cm
> containing: 1 TSZ07 tape unit
> 2 HSJ40 controllers
> 29 4GByte SCSI disks
> 13 power supply modules
> 1 Infoserver 100
> 1 MA-50 tape controller W48xH13xD55cm
> with 2 Exabyte tape units
>
> There is also an VT320 to go, but I am having that.
>
>
> This stuff must be gone before 2002.02.11, and he must have an firm
> commitment before mid 2002.01 (else he will be ordering removal service).
>
>
> --
> Neil Franklin, neil(a)franklin.ch.remove http://neil.franklin.ch/
> Hacker, Unix Guru, El Eng HTL/BSc, Sysadmin, Archer, Roleplayer
> - Intellectual Property is Intellectual Robbery
i tryed the thing where u cover the extra hole on a 1.44
oddly enough it actually works.
pretty cool .
so i am using a 1.44 in my 720k drive on my tanky 1000 hx
thanks
joe
In a message dated 12/24/01 9:16:01 AM Pacific Standard Time,
pat(a)purdueriots.com writes:
> IIRC, you could actaully download software from a Televideo Z80 CP/M
> computer onto those terminals and it would execute on the terminal (like a
> diskless box). However I could be thinking of a different Televideo
> terminal. My dad (an optometerist) had a few of those with the Televideo
> system for a database system, and when the computer went down, the
> terminals got sold off to another business still using the same system. :(
>
> I'd love to get my hands on one of those old beasts. If I'm really lucky
> I still have the manual for those terminals... though after my parents
> moved I'm not too hopeful.
>
>
That one is the Televideo 800 IIRC. It looks identical to the 950 but with
different electronics. Downloaded the operating system from a multiuser box.
I had several of them. I think I still have one of the Televideo 800
terminals in my storage locker.
Paxton
Astoria, OR
Bill,
Toggled in the program that you sent me and it actually works.
Well... It didn't work the first few times because of operator error but, it
works now :-)
I AM ABSOLUTELY THRILLED!!!
Thanks, SteveRob
> > >If you would like, I can send you a real short program
> > >that you can key infrom the console that makes the
> > >lights blink...
> >
> > This would be great!
>
>I'll sent it directly to you...
_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com
> -----Original Message-----
> From: ard(a)p850ug1.demon.co.uk [mailto:ard@p850ug1.demon.co.uk]
> Sent: 22 December 2001 23:28
> To: classiccmp(a)classiccmp.org
> Subject: Re: Multitech/Acer Micro-Professor info WTD
>
> > I've managed to acquire a few Multitech Micro-Professor
> printers and I'd
> > like to know just how the heck to use them. I've managed to
> partially
> > decipher the schematic, but I can't get the *ing ROM to
> dump. I've got it
>
> I know I have the user manual and scheamtic for this
> somewhere. From what
> I remember the hardware is very simple and most of the work
> is done in
> the firmware which runs on the uProf's Z80.
>
> There's some other info in the manual, such as the printer mechanism
> timing. Unfortuately, it's going to take me a bit of time to
> find said
> manual...
If I remember I've got 2 manuals at home that are *this* easy to find so
I'll dig 'em out hopefully today......
--
Adrian Graham, Corporate Microsystems Ltd
e: adrian.graham(a)corporatemicrosystems.com
w: www.corporatemicrosystems.com
w2: www.binarydinosaurs.co.uk (Online Computer Museum)
Anyone have a stash of cheap excess modules, switches, etc for X10/BSR/etc.
I know people mentioned sometime ago that they have bought boxes full of
stuff for a few bucks but I don't have those same resources here and am
setting up an "easier way of life" for my 64 yr old mother in law that has
trouble getting around and forgets to turn lights off, falls asleep with the
TV on, etc. I have the 2 way module to the PC and a remote that she can use
but wall switches, appliance and lamp modules, etc are still needed. Email
me direct if you have excess and want to make space. We can either work a
cash deal or trade as I have lots of PS/2 equipment around and some older
IBM PC equipment I can trade with. Thanks in advance.
> -----Original Message-----
> From: Matthew Sell [mailto:msell@ontimesupport.com]
> My wife and I just picked up a VAX 4000-500 for my Christmas gift.
> The reply from the guy loading the car when he found out it
> was for Christmas:
> "Whatever makes you happy, man"
> So what is everyone else on the list asking for? Computer
> related... of
> course.....
Well, money's a little tight so I'm not getting much computer-related stuff,
but I did buy an SGI Indy for my fiancee. ;) She's getting very impatient
for it to arrive too.
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
On Dec 23, 12:50, Zane H. Healy wrote:
> A while back I managed to get a nice little Overland Data OD5612 SCSI
> 9-Track tape drive.
[...]
> Anyway I just noticed something. It's got a selector switch on it for
> 1600bpi and 6250bpi. Am I correct in assuming that this means that I can
> only read those two formats?
I don't know anything about that specific drive, but I'd guess the answer
is "yes". It might do 3200, which is phase-encoded like 1600, but probably
not 800, which is NRZI and needs different electronics (and is actually
harder to do reliably, according to some manufacturers).
--
Pete Peter Turnbull
Network Manager
University of York
Cp/m page zero was not required for the os functionality
only commonality. The best worst example was the
TRS-80 version that had page zero relocated +16k higher
to allow for the fixed rom, keyboard and video IO.
The aspects of CP/M that would work for a 6502 (or any cpu)
are the dynamic filespace allocation and the standized IO
interface (BIOS) concept. there are other aspects but the
file IO and system IO concepts were the strong points.
Ah, and you found the hidden register bug in the z80.
You can select either absolutely but, you cannot know
which was in use save by some arcane test procedure.
Works ok if your building software and enforcing a
protocal for use but a multitasking OS where random
routines may use one of the other is a mess.
Allison
-----Original Message-----
From: Richard Erlacher <edick(a)idcomm.com>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Sunday, December 23, 2001 4:15 PM
Subject: Re: 6502/Z80 speed comparison (was MITS 2SIO serial chip?)
>For some time I've occasionally contemplated a translator from 8080
syntax to
>6502, just for mental masturbation. I don't consider the Z80 a worthy
target
>for such translation/emulation because half its internal resources are
only
>accessible via the most extreme of artifice. (It has a redundant
register set,
>at considerable cost, yet doesn't seem to have any way of telling the
running
>software which of the two sets it's using.) It wouldn't be terribly
difficult
>to assign register space to the 6502 zero page in locations
corresponding with
>some not used by CP/M on the 8080. That might prove an interesting way
to cook
>up a useable OS for the 6502.
>
>Dick
>
>----- Original Message -----
>From: "Pete Turnbull" <pete(a)dunnington.u-net.com>
>To: <classiccmp(a)classiccmp.org>
>Sent: Sunday, December 23, 2001 5:21 AM
>Subject: Re: 6502/Z80 speed comparison (was MITS 2SIO serial chip?)
>
>
>> On Dec 22, 4:44, Ben Franchuk wrote:
>> > Richard Erlacher wrote:
>> > >
>> > > Let's leave compilers out of the equation. Even the same small-C
>> compiler,
>> > > targeted at the two quite different CPU's potentially represent a
>> significant
>> > > skew in favor of one or another of the two.
>> > >
>> > How can you have skew? That is the whole idea of benchmark is to
>> > compare
>> > two machines. I would expect that the simple C that was given would
be a
>> > good test
>> > when judged with other benchmarks.
>>
>> For a comparison of two development systems, maybe, but not for a
simple
>> comparison of processors. You'll find that the compilers were written
>> differently for the different processors. As likely as not, one will
be
>> better at certain things than another, or better on one processor.
>>
>> For example, gcc does fairly poorly on a PDP-11 or an SGI machine
(SGI's cc
>> will run rings round gcc for MIPS in almost every respect) yet works
very
>> well on an x86 achitecture, because that's where the major development
was
>> done. If you take a compiler written for one chip, say a Z80, a
straight
>> port will produce poor code for a 6502 because you have to think about
>> things in a different way, and this will be more apparent with a
simple
>> compiler than sophisticated one.
>>
>> --
>> Pete Peter Turnbull
>> Network Manager
>> University of York
>>
>>
>
Does anyone on the list want a pile of Appletalk tranceivers and
cabling? I came into a box 18x18x36 of it and would rather give it away
than pay to take it to the landfill. This is not Localtalk, but
jan-u-wine AT. Round connectors, not RJ11.
If anyone wants it for the price of postage, drop me a line.
Jim
I recently aquired a small number of military Data General clones called
AN/UYK-19(V) and AN/UYK-64(V). These are Rolm and Loral machines. Does
anyone have any information about them?
William Donzelli
aw288(a)osfn.org
>
>Most of the cards in the machine you ahve are pretty good -- the
>HS terminal will let you connect to a crt or a serial PC port with
>a terminal emulator...
>
I did find a HP cable with a 24 pin card edge connector on one end and a 25
pin D connector on the other. The 25 pin connector only has a few pins in it
(typical of HP serial cables) including 2, 3, 7, 13,and 25. I traced the
wires back to where they would appear on the HS terminal card and it appear
that I have the right cable for the box. At least I won't have to kludge
togerther a cable. WhooHoo.
I have plenty of dumb terminals laying around including a number of old HPs.
So, based on your message, it sounds like I have everything necessary to
make the computer "talk" to a terminal.
>If you would like, I can send you a real short program
>that you can key infrom the console that makes the
>lights blink...
This would be great!
Another question: I'm assuming the placement of the cards in the cage
determines the "Address" or LU of the card. Does it matter which slots the
cards go in or is there an accepted standard for this? Which slot does the
HS terminal card (console) go in?
Thanks Again,
SteveRob
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
Interenting topic. How the hell do you build electronics that survives 15000G
!
Got any technical info on RF proximity fuses ? I read somewhere that they
used the capacitance between shell nozecone and target to pull the osc off
frequency, a bit like a Theramin.
BTW, the Germans developed a remotely controlled TV guided bomb during WW2.
Luckily for the allies the picture broke up as the bomb approached its target
and
development was stopped.
Chris
Ho, Ho, Ho --
Just in time for Christmas, it's Solace 3.0. Free Sol's for everyone!
This version of my Sol emulator fixes a few small bugs (including the fact
that the last release broke the ability to save to virtual tapes in
real-time mode). More importantly, it adds very low level emulation of a
DS/DD Northstar disk system. You can run CP/M 2.2 as well as NSDOS. The
emulator comes with a few virtual disk images, including a collection of
Sol-relevant files culled from the CPMUG archives.
Solace home page:
http://www.thebattles.net/sol20/solace/solace.html
Sol home page:
http://www.thebattles.net/sol20/sol.html
-----
Jim Battle == frustum(a)pacbell.net
A while back I managed to get a nice little Overland Data OD5612 SCSI
9-Track tape drive. I'm looking into getting it put somewhere that I can
actually use it should I want (well that and I needed the spot it was for a
couple of S-Bus expansion chassis).
Anyway I just noticed something. It's got a selector switch on it for
1600bpi and 6250bpi. Am I correct in assuming that this means that I can
only read those two formats?
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh(a)aracnet.com (primary) | OpenVMS Enthusiast |
| | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
On Dec 22, 4:44, Ben Franchuk wrote:
> Richard Erlacher wrote:
> >
> > Let's leave compilers out of the equation. Even the same small-C
compiler,
> > targeted at the two quite different CPU's potentially represent a
significant
> > skew in favor of one or another of the two.
> >
> How can you have skew? That is the whole idea of benchmark is to
> compare
> two machines. I would expect that the simple C that was given would be a
> good test
> when judged with other benchmarks.
For a comparison of two development systems, maybe, but not for a simple
comparison of processors. You'll find that the compilers were written
differently for the different processors. As likely as not, one will be
better at certain things than another, or better on one processor.
For example, gcc does fairly poorly on a PDP-11 or an SGI machine (SGI's cc
will run rings round gcc for MIPS in almost every respect) yet works very
well on an x86 achitecture, because that's where the major development was
done. If you take a compiler written for one chip, say a Z80, a straight
port will produce poor code for a 6502 because you have to think about
things in a different way, and this will be more apparent with a simple
compiler than sophisticated one.
--
Pete Peter Turnbull
Network Manager
University of York
On Dec 22, 23:15, Tony Duell wrote:
> As the fault wasn't on the M8650, why did they cut that track? Did they
> just never want interrupts?
I've no idea. It wasn't cut by the previous owner; he doesn't know why
either.
> > However the fault, for those who're still reading, wasn't really the
M8650
> > itself. There were two problems. At some point, I had unplugged the
> > serial cable from the Berg connector, so there was noise on the serial
> > input, which upset the diagnostics. The second problem was that the
PSU
>
> And adding an 'antenna' (as in the serial cable) actually helps this?
The proper cable has a jumper in the Berg connector to enable the EIA part
of the circuit. It connects the 1489 output to the first gate in the
receiver section. Without the jumper, the input to that gate floats, and
hence picks up all sorts of noise. I wouldn't be surprised if I could pick
Radio 2 up on that :-)
> > +5V was down to about 4.5V, which isn't great for TTL. I'd checked the
>
> This has caught me so often when repairing DEC machines. The PSUs set up
> fine on no-load and drop to 4V to 4.5V when loaded. And this causes the
> most _amazing_ faults.
Yes, and I should have known better. I realised something of the sort was
amiss when I found that moving cards between front and rear backplanes made
a difference. With everything in the front, the +5V went down to less
than 4.3V.
--
Pete Peter Turnbull
Network Manager
University of York
>Anyone have a stash of cheap excess modules, switches, etc for X10/BSR/etc.
>I know people mentioned sometime ago that they have bought boxes full of
>stuff for a few bucks but I don't have those same resources here and am
>setting up an "easier way of life" for my 64 yr old mother in law that has
>trouble getting around and forgets to turn lights off, falls asleep with the
>TV on, etc. I have the 2 way module to the PC and a remote that she can use
>but wall switches, appliance and lamp modules, etc are still needed. Email
>me direct if you have excess and want to make space. We can either work a
>cash deal or trade as I have lots of PS/2 equipment around and some older
>IBM PC equipment I can trade with. Thanks in advance.
I don't have any that is partable (I don't have much stuff right now at
all, and the few things I do have are tied up in heavy use).
But, I have found X10.com has cheap prices on packages, in many cases for
just a few bucks, you can get a full setup, and they run specials on a
regular basis that practically give stuff away. They have a newsletter
for the specials, but they tend to send out emails TOO often, so use an
email account you don't care about being spammed if you sign up (and I am
fairly sure they passed my addy on to others... fortunatly, I NEVER sign
up for those kinds of things except under certain accounts that are
already heavly spammed)
-chris
<http://www.mythtech.net>
The most common reason for not using an hll is that unless the compiler
is well written and optimizing you see the compiler not the cpu.
Small C was a good language but the result was often so poor that
even a small amount of hand optimization was easy to accomplish.
For a cpu like 6502, this tended to be more true as many of the
things the C language likes just dont map to cpu instruction set
that directly. Same was true for most of the Z80 versions of
small C as most treated it as an 8080 and didnt use the more
useful instrucitons.
As tot he PDP-11 that was the consumate C machine at the
instruction set level.
Allison
-----Original Message-----
From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Saturday, December 22, 2001 9:40 PM
Subject: Re: 6502/Z80 speed comparison (was MITS 2SIO serial chip?)
>Richard Erlacher wrote:
>>
>> Let's leave compilers out of the equation. Even the same small-C
compiler,
>> targeted at the two quite different CPU's potentially represent a
significant
>> skew in favor of one or another of the two.
>>
>> Dick
>How can you have skew? That is the whole idea of benchmark is to
>compare
>two machines. I would expect that the simple C that was given would be a
>good test
>when judged with other benchmarks. The 8080/Z80/8086 all generate the
>same poor
>code. This surprised me as shows how poor the 16 bit intel product was.
>The PDP-11
>version was rather nice but it even has a few quirks.
>--
>Ben Franchuk --- Pre-historic Cpu's --
>www.jetnet.ab.ca/users/bfranchuk/index.html
>PS. Note all my FPGA machines generate nice 'Small C' code and have a
>resonably orthogonal instruction set. The well hacked Small C compiler
>self compiles under
>24 KB. A similar compiler for the 8080 is about 48KB.
In a message dated 12/22/01 Chris Leyson writes:
>> How about a straight insertion bubble sort ? A completely useless task but
it
>> does take a defined number of data moves and compare operations. The array
>> to be sorted could be say, 16-bit signed integer, 1k words long and in
reverse
>> order. (That should take a while for a 6502 to sort out).
In a reply dated 12/22/01 Richard Erlacher writes
> Yes, maybe something of that sort would be appropriate. Testing it on
8-bit,
> and then 16-bit quantities might be just the thing for testing the relative
> ability, in spite of architectural differences, of handling longer data.
I'd
> suggest that larger records might be more appropriate, i.e. 32-byte records,
> etc.
OK 8-bit and 16-bit data is appropriate but would require separate algorithms.
As for record length I would suggest at least 1k (1024) entries. (Eliminates
base page cheating)
> BTW, when I was in college, which I realize was some time ago, but, back
then,
> Bubble Sort and Insertion Sort were two different algorithms ... I don't
> remember the differences, but will check my old texts, though they're in
> Sanskrit ...
Apologies, that should have read insertion sort OR bubble sort. Bubble sort
runs through the array comparing adjacent values and swaps them whereas
insertion sort moves an array member until it's in the right place. In terms
of
performance they are both slow algoritms.
Here is the code from Numerical Recipies for an insertion sort (Fortran and C)
Sorts an array arr(1:n) into ascending numerical order, by straight insertion.
n is input; arr() is replaced on output by its sorted rearrangement.
integer n
real arr(n)
integer i,j
real a
do j=2,n
a=arr(j)
do i=j-1,1,-1
if (arr(i).le.a) goto 10
arr(i+1)=arr(i)
end do
i=0
10 arr(i+1)=a
end do
{
int i,j;
float a;
for (j=2;j<=n;j++) {
a=arr[j];
i=j-1;
while (i>0 && arr[i] > a );
arr[i+1] = arr[i];
i--;
}
arr[i=1]=a;
}
}
Ignore the floats and reals for the data, they should be ints or chars for the
purposes of our 6502/Z80 benchmark.
Just for the hell of it, I will try this out in DSP56300 assembler.
Chris
Re AIM printers:
I assume you're talking about the 20 col printer and not the -40; I've got a pile of these (not
necessarily working, alas), but no markings on them other than Rockwell's. FWIW, the same
printer was used by National Semi in at least one of their printing calcs, and I used to snap
those up at junk shops for $5.00, a welcome discovery after having paid $150 ea for them from
Rockwell & Dynatem.
The 40 col model (very similar construction) was made in Japan, FWIW.
Maybe there's still a helpful old-timer at Dynatem who could help you out; also, I assume
you know that the AIM was disguised as a Siemens PC100 on the other side of the pond.
mike
--------Original Message--------------
From: "Philip Pemberton" <philpem(a)bigfoot.com>
Subject: Multitech/Acer Micro-Professor info WTD
<snip>
Just out of interest, what sort of printer mech does the AIM-65 use? I'm not
condoning the destruction of a perfectly good AIM-65 just to find this out,
but I would like to know (in case anyone has a parts list for the AIM).
Thanks again.
- --
Phil.
philpem(a)bigfoot.com
http://www.philpem.btinternet.co.uk/