"Douglas H. Quebbeman" <dquebbeman(a)acm.org> wrote (after Stan):
> > - ability to flag if a particular tape record had a hard error
> > while reading it
>
> No (I can say this even though I'm about to ask): do you mean an
> unrecoverable error, or one that was corrected by the hardware
> (as opposed to being corrected by software)? Either way, if the
> error was corrected, see my response above.
This is useful -- if you are working with an only copy of a tape
and it is marginal, this lets you record in the recovered image
just which bits could not be reliably read.
I'm not sure if "recovered read error" has such uses. Stan?
Enlighten us?
> > - ability to flag if an End-of-tape marker/indicator was seen
> > while reading the the current record (again, not all
> > hardware/OS's support getting that information)
>
> No, and again, I can't see how this data would be used to recreate
> the tape or would be needed by an emulator. It's kind of like asking
> if a particular hardware emulator also emulates memory parity errors
> so that you can see memory parity errors in the logs. Why??
I can see some use for this if you want to use the recovered
image file with an emulator -- you can provide the physical-EOT
indication to the emulator. What's it good for? I don't know, but
I wouldn't be surprised if there is some software that relies on
seeing the physical-EOT mark while reading.
> Anyway, I encode that kins of descriptive information (what kind
> of computer, encoding, #tracks, etc) in the filename, or in the
> name of the directory containing the file, or in a README.
There is something to be said for keeping all the related bits
together in a single container, it keeps them from getting separated.
> However, I'm not King of this Kingdom, we're a collective
> (right out of Monty Python's Search for the Holy Grail).
> You might try hooking up with the emulator community and
> ask your questions there.
Where does one go to find "the emulator community"?
I don't think there is one, I think there are several, just like there
are at least two "TAP formats", both having to do with container files
for tapes, only one is for proper serial magnetic media like I think
we are discussing, and the other is for audio data cassettes on some
1980s bitty box (a Sinclair Spectrum I think).
Are they going to care? Should they, so long as there's a reasonable
way to down-convert a fancier tape container file format to their
flavor of TAP format?
-Frank McConnell
> > > - ability to flag if an End-of-tape marker/indicator was seen
> > > while reading the the current record (again, not all
> > > hardware/OS's support getting that information)
> >
> > No, and again, I can't see how this data would be used to recreate
> > the tape or would be needed by an emulator. It's kind of like asking
> > if a particular hardware emulator also emulates memory parity errors
> > so that you can see memory parity errors in the logs. Why??
>
> I can see some use for this if you want to use the recovered
> image file with an emulator -- you can provide the physical-EOT
> indication to the emulator. What's it good for? I don't know, but
> I wouldn't be surprised if there is some software that relies on
> seeing the physical-EOT mark while reading.
In my emulator, when I reach the end-of-file on the tape image
file while reading it, the tape drive emulation returns the
status code for physical EOT.
> > Anyway, I encode that kins of descriptive information (what kind
> > of computer, encoding, #tracks, etc) in the filename, or in the
> > name of the directory containing the file, or in a README.
>
> There is something to be said for keeping all the related bits
> together in a single container, it keeps them from getting separated.
Absolutely- that's why I ZIP or TAR and GZIP the directory
containing the image file(s) and a README.
> > However, I'm not King of this Kingdom, we're a collective
> > (right out of Monty Python's Search for the Holy Grail).
> > You might try hooking up with the emulator community and
> > ask your questions there.
>
> Where does one go to find "the emulator community"?
Well, each emulator has its own community, but many of the
players live in more than one, so that makes it more of a
"meta-community".
There is a mailing list for the SIMH people.
I run a mailing list for the Cyber Reimplementor's Guild.
I believe there is one for the Hercules crowd.
It would be nice if comp.sys.emulators could provide the
synergy to bring us all together. But it's saturated with
game system emulator talk, which draws too much attention
>from TLAs. Like I also wish the vintage computer department
would not list toys, but I digress.
> I don't think there is one, I think there are several, just like there
> are at least two "TAP formats", both having to do with container files
> for tapes, only one is for proper serial magnetic media like I think
> we are discussing, and the other is for audio data cassettes on some
> 1980s bitty box (a Sinclair Spectrum I think).
Darn I really should read all the way before replying...
Actually, yes, I noticed that someone is using a format for
casette tapes, and also called it TAP. How tragic, they
should not be confused with each other...
> Are they going to care? Should they, so long as there's a reasonable
> way to down-convert a fancier tape container file format to their
> flavor of TAP format?
Well, having a common format makes it easier to exchange stuff.
-dq
> At the portion of the work where you just want to get the stuff
> spooled to a file, you dont care about "block size" yet, you
> just need to get it pulled off.
>
> Unix will treat any device as a stream of bytes
And therein lies the problem.
...
> Do you see what im getting at here ? hello ?
No, I don't, because your entire example was disk-centric,
which simply doesn't apply to tapes. Tell you what... how
about an empirical test?
Go buy a 9-track drive and hang it on your *nix box.
Let me send you a 9-track tape. You read it any way
you want. You send me the tape back.
Then you go get a second tape, and put the data back on
any way you want. Then send it to me, and I'll tell you
if your technique works or not.
You game?
-dq
> > No (I can say this even though I'm about to ask): do you mean an
> > unrecoverable error, or one that was corrected by the hardware
> > (as opposed to being corrected by software)? Either way, if the
> > error was corrected, see my response above.
>
> This is useful -- if you are working with an only copy of a tape
> and it is marginal, this lets you record in the recovered image
> just which bits could not be reliably read.
I did mean to add that I saw *some* value in this...
-dq
> On Thursday 02 May 2002 14:51, you wrote:
> > > At the portion of the work where you just want to get the stuff
> > > spooled to a file, you dont care about "block size" yet, you
> > > just need to get it pulled off.
> > >
> > > Unix will treat any device as a stream of bytes
> >
> > And therein lies the problem.
>
> You would rather work the drive to death ?
When I break it, I fix it. I'm good at things like that.
> You know, any really old tape you are attempting to recover
> you really do not want to be running it thru the tape deck
> very much
For tapes that far gone, a digital read won't work. You have
to build your own drive and sample the analog data coming off
the heads using A/D and not using the digital-based discriminator.
For tapes not that far gone (like the ones of mine that spent
days under water and then months with stachybactris growing on
them), I have a wet-read technique that prevents most shoe-
shining.
> disks are huge these days, and the content is best messaged
> on a new disk rather than an old tape.
Agreed, *that's why the TAP format exists*, as well as Stan
Seiler's tapedisk/disktape system.
> > > Do you see what im getting at here ? hello ?
> >
> > No, I don't, because your entire example was disk-centric,
>
> Wrong i used it as an example, the raw stream already fit
> its intended destination in the hard drive case.
If the structure of what is on a tape depending only on the
bits written to tape you would be right. BUT IT DOESN'T!!!
Record marks on a tape are lengths of tape where NO BITS ARE
RECORDED. Your technique gets the bits, but misses the are-not-bits.
> > Tell you what... how about an empirical test?
>
> Well since we already know the behavior, we already know
> the results dont we ?
Dictionary Definition of "Empirical"
1.a. Relying on or derived from observation or experiment.
b. Verifiable or provable by means of observation or experiment.
Verification. Proof. Why not put your money where your mouth is?
> > Go buy a 9-track drive and hang it on your *nix box.
> > Let me send you a 9-track tape. You read it any way
> > you want. You send me the tape back.
>
> > Then you go get a second tape, and put the data back on
> > any way you want. Then send it to me, and I'll tell you
> > if your technique works or not.
>
> this is very predicatble if you know the raw behavior
> of the devices isnt it
>
> the whole idea was to point out some of this raw behavior
Crambe repitita.
-dq
Raymond Moyers <rmoyers(a)nop.org> wrote:
> > At 02:01 AM 5/2/2002 -0700, Ethan Dicks wrote:
> >I can use dd to slurp
> >stuff off of tape, but it's tedious. What tools are people using for
> >tape archiving under Linux or Solaris? AIX seems to come with "tcopy"
> >that essentially pulls everything off the tape until logical or physical
> >EOT. I'm looking for something similar - point it at the drive and
> >siphon it on down.
>
> Whats wrong with cat ?
What's wrong with cat (and dd, and arguably the whole Un*x concept of
files-as-bytestreams for that matter) is that it loses information. A
magnetic tape is not an ordered stream of bytes, it is an ordered
stream of files of records, and each record has a length. So you are
forced to result to multiple disk files to maintain the file structure
(which adds to your hassle because now you need to manage collections
of files instead of a single tape), and as you are copying the files
to bytestreams you lose the record length information.
This may come across as a flame of Un*x, and maybe it is, but really
my point is that the Un*x model of files as bytestreams is not an
appropriate model for magnetic tapes.
-Frank McConnell
>> Because people WANT a Mac. How does BMW get away with charging a price
>> premium when they only have a 5% market share. People will pay the price
>> because they want the item.
>>
>I wouldn't go there ... BMW's are infamous "hangar queens." Having worked in
>more than one group with several BMW owners, I've often driven people to the
>shop in my Maxima. One time I noted that every BMW needed a day in the shop
>every week. While I'm sure that was the exception rather than the rule, I'm
>sure I'll never covet one of the things.
Yes, but you are just re-inforcing my point. Sure YOU might never want
one... but despite the fact that they may be built like crap (I can't say
personally, but your experience seems to imply they might be), people
will STILL buy them. BMW is no where near worried they will go out of
business due to lack of sales. People will buy them, and they will pay
the higher price for them, and they will take all the good and bad that
comes with them, and do it with a smile... because they WANT one.
If BMW doesn't suit your fancy as an example, replace it with any small
market share high priced vehicle. Like maybe the Lotus, or Lambrogini, or
Ferrari.... or for more mainstream, the Jaguar. People aren't buying
these cars because they need them, they are buying them because they WANT
them.
That is what is going on in the Mac world for most of Apple's sales. They
are sold for no other reason than people want one. It might be because
they prefer the Mac, it might be because they think they look cool, it
might be because they hate MS... for most of the sales... it is simply
bought out of desire, NOT out of neccessity. Once you have an audience
that buys from desire, you can safely raise your prices to the highest
point that audience will bear.
And for the most part... this is perfectly fine with Jobs... he isn't
interested in ruling the PC world, he is interested in making stuff
people desire. He WANTS to be the BMW or Jaguar of the computer world.
MS, Dell, Gateway, et al can be the Ford or Chevy, let them deal with
having the bulk of the sales churning out the same old tired but reliable
designs at cut throat prices.
-chris
<http://www.mythtech.net>
> -----Original Message-----
> From: Fritz_Chwolka(a)t-online.de [mailto:Fritz_Chwolka@t-online.de]
> There is someone searching for infos about IMS - hardware.
> Can you help ?
> Answer only to:
They must really be serious about getting help with this. ;)
I count three emails about it so far -- or was that four?
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> You misunderstand the direction I'm going. I have magtape with data
> already on it. I want to extract that data into a file or set of
> files on the disk that I can then burn to CD-R. I can use dd to move
> raw records, but I would like to also know what the block size was
> for a particular file so I could reconsitute the tape later if
> necessary. I'm not so worried about the VMS BACKUP tapes I need to
> spin off - I want one saveset per file. If I want to dup any install
> tapes (non-VAX), the blocking becomes more critical.
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.
I've got code samples I can throw at you in C, Modula-2, and F77.
Regards,
-dq
Is anyone on the list going to this hamfest?
Has anyone gone before? Is it worth a 90
minute (each way) drive?
The web page for it fails to mention what time
it starts or what it costs to get in.
Thanks.
> From: Chris
>
> >- Which makes me think, and yes my question here it OT, so reply
> >directly... My OS X G4 has a modem port, but no other external serial
> >ports... (those bastards at Apple! :) Is there a way to hook up my VT420
> to
> >it, so I can log into Darwin? Maybe using an external modem hanging off
> of
> >the VT420?
>
> Get that Griffin G-Port if you aren't using the modem. It replaces the
> modem card and gives you a standard Mac RS-422 serial/localtalk port. I
> think they are about $40.
>
> Otherwise, what about a USB to Serial adaptor?
>
> -chris
>
The G-Port is a neat idea, but since I'm poor at the moment, and
have an external modem already, that's why I was thinking along that
route...
--
--- David A Woyciesjes
--- C & IS Support Specialist
--- Yale University Press
--- mailto:david.woyciesjes@yale.edu
--- (203) 432-0953
--- ICQ # - 905818
Mac OS X 10.1 - Darwin Kernel Version 5
Running since 01/22/2002 without a crash
>> >I have tried to hit command-pretzel-o-f at bootup
>>
>> Control-Command-O-F (the pretzel/cloverleaf/open apple is the command
>> key).
I'm glancing at that link for info of 7200 to Linux... and it mentions
the keys to hold are
Command-Option-O-F... not Control-Command-O-F.
I do however assume that you were already holding the correct keys, since
you said the screen blanked when you did it... but I figured it bears
pointing out just in case.
-chris
<http://www.mythtech.net>
>> didn't think they started that until PPC's... but I'm not really sure
>
>PPCs? If you mean PowerPC, I'm sure it's got a PowerPC core ;) But I
>assume you mean something else.
Yeah, I dropped the word "later" ("until later PPC's")... caused by over
editing what I wrote first, which was something along the lines of "I
didn't think they started doing OF until the later model 603e/604's that
came out around the time of the first G3s, in the era of motorola
clones".
And when I diced that down to simplify my statement, I diced a little too
much.
Sorry about that.
-chris
<http://www.mythtech.net>
> > And EOF is represented by two consecutive zero-length records.
>
> Thanks, I've been curious about this spec for a while and had little
> luck turning up a concise description of the format.
>
> One question, if I want to write multiple consecutive EOFs (I'm
> thinking of classic HP3000 MPE :STORE format tapes here) do I write
> two zero-length records for each, or do I "compress out" the
> zero-length records in the middle? Say I want to write two EOFs,
> do I write {0,0,0,0}, {0,0,0,0}, {0,0,0,0}, {0,0,0,0} or
> {0,0,0,0}, {0,0,0,0}, {0,0,0,0}? I'm hoping it's the former.
My first attempt at understanding the format was wrong (see my
comment re intuition).
I would side with you on it being the former, but that's
my intuition speaking to me...
;)
> According to this link, it states that OF on the 7200 doesn't
>drive the display and that a serial cable must be constructed to
>access it by terminal. It doesn't give specifics on the connection
>though.
>
> http://homepages.ihug.com.au/~aturner/7200boot.html
>
> There are also other links there that may be useful. It
>looks like OF on the 7200 has quite a few bugs.
Hum... I happen to have a 7200 logic board sitting here on my desk. I
think the power supply is under my desk... maybe I'll hook them up and
see what I can get into.
-chris
<http://www.mythtech.net>
>- Which makes me think, and yes my question here it OT, so reply
>directly... My OS X G4 has a modem port, but no other external serial
>ports... (those bastards at Apple! :) Is there a way to hook up my VT420 to
>it, so I can log into Darwin? Maybe using an external modem hanging off of
>the VT420?
Get that Griffin G-Port if you aren't using the modem. It replaces the
modem card and gives you a standard Mac RS-422 serial/localtalk port. I
think they are about $40.
Otherwise, what about a USB to Serial adaptor?
-chris
<http://www.mythtech.net>
> -----Original Message-----
> From: Jeff Hellige [mailto:jhellige@earthlink.net]
> According to this link, it states that OF on the 7200 doesn't
> drive the display and that a serial cable must be constructed to
> access it by terminal. It doesn't give specifics on the connection
> though.
I have such a cable. As I said, it hooks a terminal into a SPARC,
with the same kind of port, perfectly well. For some reason I still
can't get OF to talk to me on the terminal (either with or without a
null-modem).
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> -----Original Message-----
> From: Chris [mailto:mythtech@mac.com]
> I assume you researched it already, so I won't get into
> asking if you are
> sure the 7200 will go into open-firmware. I thought it predated OF. I
I'm not sure, but most of the places I've checked seem to think it
has it.
> didn't think they started that until PPC's... but I'm not really sure
PPCs? If you mean PowerPC, I'm sure it's got a PowerPC core ;) But I
assume you mean something else.
> (and seeing as the 7200 is PCI, it is a good candiate to be
> an early unit
> with OF).
I've read that it was the first. With a version of 1.0.5 or something
like that. I also have a PDF from apple (specifically regarding the
7200 series) which says this:
The system software for the Power Macintosh 7200 computer includes the
following new features:
large partition support
Drive Setup
transport-independent networking (Open Transport)
Open Firmware startup
enhanced power management software
> >I have tried to hit command-pretzel-o-f at bootup
>
> Control-Command-O-F (the pretzel/cloverleaf/open apple is the command
> key).
.../splat.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> -----Original Message-----
> From: David Woyciesjes [mailto:DAW@yalepress3.unipress.yale.edu]
> - Have you tried setting the terminal at 9600/8/n/1? That seems to
> work for about everything, assuming someone hasn't changed the default
> settings...
Yes.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
"Douglas H. Quebbeman" <dquebbeman(a)acm.org> wrote:
> 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.
Thanks, I've been curious about this spec for a while and had little
luck turning up a concise description of the format.
One question, if I want to write multiple consecutive EOFs (I'm
thinking of classic HP3000 MPE :STORE format tapes here) do I write
two zero-length records for each, or do I "compress out" the
zero-length records in the middle? Say I want to write two EOFs,
do I write {0,0,0,0}, {0,0,0,0}, {0,0,0,0}, {0,0,0,0} or
{0,0,0,0}, {0,0,0,0}, {0,0,0,0}? I'm hoping it's the former.
-Frank McConnell
> From: Chris
>
> >I have tried to hit command-pretzel-o-f at bootup
>
> Control-Command-O-F (the pretzel/cloverleaf/open apple is the command
> key).
>
> -chris
>
Actually, that's probably a tongue-in-cheek reference to the shape
of your hands, when you try to hit those key combinations when starting up
the Mac...
--
--- David A Woyciesjes
--- C & IS Support Specialist
--- Yale University Press
--- mailto:david.woyciesjes@yale.edu
--- (203) 432-0953
--- ICQ # - 905818
Mac OS X 10.1 - Darwin Kernel Version 5
Running since 01/22/2002 without a crash
>Now, first, let me ask: Might the control panel not function properly
>if it's not in the "control panels" folder? I've just got it setting
>around on the drive, but it _seems_ to work. Not that I can actually
>see the "open firmware" stuff to make sure it's actually doing anything.
If the control panel loads anything at startup (which I would guess it
might), then no, it will NOT work under OS 8 unless it is in the control
panels folder (and you have rebooted). But not all control panels load
anything, many just change settings read from someplace. Those kinds need
not be anywhere in particular. (but since you are having problems... toss
it in the CP folder anyway)
I assume you researched it already, so I won't get into asking if you are
sure the 7200 will go into open-firmware. I thought it predated OF. I
didn't think they started that until PPC's... but I'm not really sure
(and seeing as the 7200 is PCI, it is a good candiate to be an early unit
with OF).
>I have tried to hit command-pretzel-o-f at bootup
Control-Command-O-F (the pretzel/cloverleaf/open apple is the command
key).
-chris
<http://www.mythtech.net>
> From: Christopher Smith
> --..
> I've been trying really hard to get the thing to give me an
> "open firmware" prompt, but have had no success.
>
> Right now I have a "converted" vga monitor plugged in, a Mac ADB
> keyboard/mouse, and an IBM terminal connected to the "modem" port,
> set to 38400bps, 8 data, 1 stop bit, no parity. The cable has
> been used recently on a SPARC, so I'm pretty sure it's good.
>
- Have you tried setting the terminal at 9600/8/n/1? That seems to
work for about everything, assuming someone hasn't changed the default
settings...
> .....
>
> Now, first, let me ask: Might the control panel not function properly
> if it's not in the "control panels" folder? I've just got it setting
> around on the drive, but it _seems_ to work. Not that I can actually
> see the "open firmware" stuff to make sure it's actually doing anything.
>
- I believe it has to be in the Control Panel folder to work properly,
and reliably...
- Which makes me think, and yes my question here it OT, so reply
directly... My OS X G4 has a modem port, but no other external serial
ports... (those bastards at Apple! :) Is there a way to hook up my VT420 to
it, so I can log into Darwin? Maybe using an external modem hanging off of
the VT420?
--
--- David A Woyciesjes
--- C & IS Support Specialist
--- Yale University Press
--- mailto:david.woyciesjes@yale.edu
--- (203) 432-0953
--- ICQ # - 905818
Mac OS X 10.1 - Darwin Kernel Version 5
Running since 01/22/2002 without a crash
Ok guys,
I'm pretty sure this isn't quite on topic yet -- but it is
somewhat old for a PowerPC model.
I have a 7200/75 which was given to me because it had a
problem with its video. I cleaned the mainboard with isopropyl,
and got all of the dust bunnies out, and it's worked fine since
then. :)
I've been trying really hard to get the thing to give me an
"open firmware" prompt, but have had no success.
Right now I have a "converted" vga monitor plugged in, a Mac ADB
keyboard/mouse, and an IBM terminal connected to the "modem" port,
set to 38400bps, 8 data, 1 stop bit, no parity. The cable has
been used recently on a SPARC, so I'm pretty sure it's good.
I have tried a Wyse-50 terminal, too, which I know is good.
(However, I'm not completely certain that the IBM terminal works
as I imagine -- I have it in ADM5 emulation mode right now. I
may try to put the Wyse back on it.)
I installed OS 8.1 on the disk yesterday. I got it to fit in
a 50M partition (barely -- what ever happened to being able to
fit MacOS on a floppy?), and I got a copy of the "boot variables"
control panel.
I have tried to hit command-pretzel-o-f at bootup. It works, but
the screen just stays black, and I can't get anything from the
terminal. I have tried with and without a null-modem adaptor,
since I'm not sure which way the serial port goes.
I also tried setting the input device and output device with the
"boot variables" control panel. I've tried:
Input: ttya
Output: ttya
Input: kbd
Output: screen
Input: kbd
Output: /chaos/control
Now, first, let me ask: Might the control panel not function properly
if it's not in the "control panels" folder? I've just got it setting
around on the drive, but it _seems_ to work. Not that I can actually
see the "open firmware" stuff to make sure it's actually doing anything.
Next:
Any ideas what I'm doing wrong? Has anyone else ever gotten this to
work?
Eventually I want to install Darwin on this system, and use the terminal
on the "modem port" for all console operations.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> -----Original Message-----
> From: Cameron Kaiser [mailto:spectre@stockholm.ptloma.edu]
> However, security through obscurity should never be
> considered optimal. :-/
Yep, I hope they're well configured, since the chance of a
security-problem-causing bug being cross platform among unix
systems is certainly there.
> Unfortunately, as Microsoft products make an inroad in the
> Macintosh market,
> this will eventually change. I see Mac owners running Outlook
> *without* a
> virus checker, and I just cringe and hug Elm tightly.
Anybody who runs outlook deserves what they get. Yes, that sounds
strange coming from me -- and it includes me. I fully expect that
this system -- poorly configured as it is with ridiculously
terrible software -- will some day catch a "cold." I will just
laugh and call in the corporate windows weenies when it happens.
"No my job. man."
That said, I am quite a bit more careful than the average person,
and maybe that helps.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'