In a message dated 12/17/01 7:15:05 PM Eastern Standard Time, louiss(a)gate.net
writes:
<< You can patch Warp 3 up to its final Fixpack (40) from IBM's OS/2 support
site.
The latest version of OS/2 (which is still supported and updated) is 4.5.
It is available only by subscription
from IBM, or it has also been incorporated into a retail version by a third
party called ECom Station, which
you can find out about at their website.
Warp 4.5 is much better than any version of Windows. Unfortunately, it
doesn't have the level of hardware
or software support, of course.
Louis
>>
The best way to update OS/2 is to find the WarpUp cd that was made by
indelible blue. Unfortunately, they are out of business. I use it on my OS/2
systems and its pretty much automated although the java install takes hours
for some reason. I'm not sure who has taken over the warpup project now. If
someone is looking for it perhaps I can help....
easy networking with OS/2 <revisions for win2k and xp coming soon>
www.nothingtodo.org/easyos2.htm
I worked for FLUKE in the early 1980's, at their Burbank
repair facility, in Burbank Ca (where I also lived).
The FLUKE 1720 and 1722 machines did not use 8" floppy
drives, they used 5.25" floppies, with optional bubble
memory and Winchester (using a GPIB interface).
There are only three kinds of system that FLUKE made
that utilized (or could have utilized) 8" floppies:
1. FLUKE 3040/3050/3053 series board testers. These
are of some interest, because it's the only application
I ever saw that used the PACE microprocessor.
These things are about the size and shape of an upright
piano (and just as heavy). The 'upright' part was
covered mit swicthen und blinkenlites.
The computer was in a cardcage bolted to the underside of
the table, which also helld the 8" drives. They made this
cool, low pitched WAAAAAAAH! AAAAAAH! AAAH! AAAH! AAAH!
sound when booting.
2. FLUKE 3200 Manufacturing Fault Analyzer. These were
largely used to test bare boards and wire harnesses.
These are particularly interesting not only because
they used 8" floppies, but they used an off-the-shelf
computer made by ONTEL. It ran a hacked-up version
of CP/M, and was programmed in ATLAS. This beast had
*no* blinkenlites.
3. FLUKE 'Terminal/10' analog test system. The T/10 was
already old when it was moved to the back of the 1981
FLUKE Catalog. It was an ATE system aimed at analog
device testing. It was controlled by a PDP-11 (need
I say more?). I think it ran a hacked-up version of
RT-11 (but I'm not certain). I've never seen one of
these.
Jeff
________________________________________________________________
GET INTERNET ACCESS FROM JUNO!
Juno offers FREE or PREMIUM Internet access for less!
Join Juno today! For your FREE software, visit:
http://dl.www.juno.com/get/web/.
> -----Original Message-----
> From: Steve Robertson [mailto:steven_j_robertson@hotmail.com]
> 3.) The explosion of the Internet has brought a lot of people
> into the
> software development arena that should be in other
> professions. In recent
> years, anyone that knew a language's syntax could get a job
> as a developer.
> "Knowing the syntax does not a developer make". Hmmm... That
> could be my new
> sig file :-)
I agree completely, but since you raise such a good point, what would you
say _does_ make one a "developer?"
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> From: Christopher Smith <csmith(a)amdocs.com>
> (To whit: I worked at one point with a guy who was convinced that every
> operating system in the world was derived in some manner from MS-DOS.
Yes,
> that includes the Macintosh operating system too. "CP/M? What's that?
> Unix is based on MS-DOS, right?" The guy was a "programmer.")
(gag, puke)
Well, most of us (except for Tony) have areas that we are not expert in, or
even familiar with. The problem with the fellow you refer to is
1 -- The person who hired him. That person should be disposed of in the
most painful way possible.
2 -- The institution which granted him a degree (if any).
I've also had to work alongside people who managed to scrape their way into
a "programming" job without having "what it takes" to really write code
*and* solve problems. Don't get me wrong -- I have no degree and don't
think one's required to be a competent analyst/programmer/whatever.
But . . .
Should programmers be licensed? Sure makes me wonder . . .
Glen
00
On Dec 17, 9:30, Johnny Billquist wrote:
> On Sun, 16 Dec 2001, Pete Turnbull wrote:
> They wash them yes. They *don't* put them in a dishwasher. There is a
> hughe difference.
I know some who do... Anyway, if the dishwasher doesn't use a hot air
drying cycle, there's little difference.
> > Yes, a certain amount of care is required, and certain
> > things can't tolerate being soaked or being too hot or given too much
> > mechanical agitation (stress).
>
> Which all are things I suspect a normal dishwasher might do.
Domestic ones I've seen won't. Apart from the soaking -- that's the point
of using it, obviously. Very few things are intolerant: some relays,
transformers, a few types of switches, etc, usually just because they take
too long to dry out. And core mats, of course, because they're very
fragile and extremely hard to repair.
> > But how would you deal with a piece of
> > equipment that was smoke damaged or had been left in the rain or had
fallen
> > in a river or had been infested with vermin or had a can of Coke
spilled in
> > it? I've had to deal with all of those and more over the last two
decades,
> > and washing is the only way.
>
> Grab a bottle of isopropanol, some swabs, and start working.
Doesn't work well on smoke-damaged boards, Coke, etc, and water is far
cheaper and safer (for the user, too).
> ESD should never be ignored, but in the case of computer from the 60s and
> 70s, ESD is really not an issue. We don't have CMOS, we have old style
MSI
> TTL here... It is not ESD sensitive.
I think you'll find most experts disagree with you there :-) TTL may be
much less sensitive than old CMOS and even modern CMOS and TTL
replacements, but it is still sensitive and can be damaged by ESD. It's
not so likely to be damaged when soldered into a complete circuit, but it's
possible. I've had at least two QBus boards damaged by ESD through
careless handling.
--
Pete Peter Turnbull
Network Manager
University of York
I recently found a Philips P5020 without a keyboard.
Is there anybody with a spare keyboard he could part from?
Or alternatively is there any way I could adapt an existing keyboard to the
P5020?
I live in Arnhem, The Netherlands
Thank in advance
Wim
Today I found the following:
1) IBM PS/2 P70 Portable with Xenix386 loaded. Does anyone know
how to bypass the root password so I can log in?
2) A DEC BC56H SCSI cable. I have enough, but since this is a
little hard to find, I bought it to pass on to anyone on the list
that needs it.
3) An Apple board with part number 077-0219-A. This has two
9-pin connectors, one labeled "TO MOUSE UNIT" and the other
labeled "TO MOUSE CONN.". There's a 25-pin connector labeled
"TO SCSI CONN.". The date on the board is 1985. Since the
board only cost $1, I figured I'd better grab it before it
was tossed.
--
Eric Dittman
dittman(a)dittman.net
Check out the DEC Enthusiasts Club at http://www.dittman.net/
On December 17, Zane H. Healy wrote:
> > Yup...this is to support a P/390 card, so it's somewhat
> > version-dependant. It's for a new install.
>
> Dang! Lucky bum! I'm green with envy!
;-)
--
Dave McGuire
St. Petersburg, FL "Less talk. More synthohol." --Lt. Worf
> > For a little bit of on-topic goodness, what is the group's opinion on
> > the trend of software engineering quality starting from ancient times?
> > Have we improved (practially, not academically) or worsened?
>
>I think it's about stayed the same. Programmers were, are, and will
>always be lazy and impatient.
>
>If you look at Microsoft code excluisvely, one could make a good argument
>that we've worsened considerably.
>
>Sellam Ismail Vintage Computer
>Festival
>------------------------------------------------------------------------------
>International Man of Intrigue and Danger
>http://www.vintage.org
As a software quality professional involved in the industry for nearly 30
years, I would contend that the quality of software is far worse today than
previously. I think this has come about for several reasons.
1.) The tools the developers use to create software has made it "acceptible"
to take shortcuts in the documentation, design, and testing of software.
When I first started in engineering, every project was completely documented
and desk checked BEFORE any code was written. While best practices indicates
this is the correct way to engineer any project, cost was the real driving
force for this methodology. When you had to punch cards, and schedule time
on a mainframe to compile an application, it was easy to see the cost
savings in doing it right the first time.
If a programmer (they weren't called developers back then) wrote an
application and it bombed, it could be several days before the code would be
recompiled. The costs in doing that were pretty obvious and management
simply would not allow a programmer to write code until everything else was
complete.
In todays environment, a developer can compile the application on their
workstation in a matter of seconds. You can make a code change, compile the
application, and test a module in just a few seconds. While that sounds like
an effective way to work, those shortcuts lead to an overall lack of
quality.
Most developers where I currently work, write the code first then create
documentation that reflects the way their software works. Worst of all,
uninformed management believes this is the most efficient way to create
software.
2.) The current business environment places tremendous value on being the
"first to market". This is true even if the software is completely
non-functional. As long as you release it before your competitors, you've
got an advantage. Even if it doesn't work!
3.) The explosion of the Internet has brought a lot of people into the
software development arena that should be in other professions. In recent
years, anyone that knew a language's syntax could get a job as a developer.
"Knowing the syntax does not a developer make". Hmmm... That could be my new
sig file :-)
4.) Lower user expectations.
My $.02
SteveRob
_________________________________________________________________
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx
On Dec 17, 10:41, Matthew Sell wrote:
> Vacuum cleaning is much more "dangerous" for a PCB than washing it.
>
> Pete made a very good point, one I had forgotten, the static charge
created
> by dust moving through an insulated (plastic) pipe can generate some
> obscene voltages.
>
> Remember the old science experiment involving the comb generating static
> electricity? That voltage is enough to wipe nearly the entire board.
Of course, one has to be realistic about all this. Vacuuming a PCB with
the aid of a soft paintbrush isn't likly to do much harm if the vacuum
nozzle is metal and you're holding it and you're grounded, because the
static on the nozzle is unlikely to build up to excessive levels.
> Remember the old science experiment involving the comb generating static
> electricity? That voltage is enough to wipe nearly the entire board.
>
> Like I said before, don't take my word for it. Take an old, dirty board
> that you know works, and run it through the dishwasher. Dot use the plate
> warmer or drying functions. At the end of the cycle, remove it, shake it
> off, and allow it to dry for several days (hang it up). Plug it back in -
> it'll work.
>
> And it'll look nearly new.....
>
>
> - Matt
--
Pete Peter Turnbull
Network Manager
University of York