HDTenEightyP/NetNews huggingface dataset:
From: wayne@ita.lgc.com (Wayne McCormick)
Subject: UUCP, News, and mail
Organization: Landmark/ITA Inverse Theory and Applications
Distribution: comp
Date: Fri, 11 Sep 1992 19:54:55 GMT


Just a suggestion to the person responsible for putting together the wonderful
mcc-interim packages.  Can you include uucp, mail, and news in future releases?
A working cron could be of some benefit as well.

Thanks to all those involved with Linux!

Wayne


--
Wayne McCormick                  | Landmark/ITA, Inverse Theory & Applications
wmccormick@ita.lgc.com           | Calgary, Alberta, Canada  
                                 | Phone:(403) 269-4669
From: jepstei@afterlife.ncsc.mil (John Epstein)
Newsgroups: comp.os.linux
Subject: Re: linux 0.97 pl4 and ps/free/etc on sunsite
Date: 8 Sep 92 01:10:42 GMT
Organization: The Great Beyond

If you don't do a make .depend and only do a make --- questionable
what will happen if gcc2.2.2 library stuff is still around.

The .depend is gcc2.2.2 NOT gcc2.2.2d --- BE WARNED

BTW: I could not get ps to compile (yet) as using mcc-interim 0.97p2
have /usr/src/linux/include/linux files vice H. Lu's /usr/include/linux
moved files.

SOMEDAY: There will be one place for linux's include files.

John
From: hammond@kwhpc.caseng.com (Kevin W. Hammond)
Newsgroups: comp.os.linux
Subject: passwd sources needed
Date: 16 Sep 92 03:25:55 GMT
Article-I.D.: athena.1992Sep16.032555.27423
Reply-To: hammond@kwhpc.caseng.com
Organization: The Internet

Could someone *please* tell me where the sources to passwd are?  I know
the passwd binary is on the SLS distribution, but I've built my linux
system from the ground up and have never FTP'd either the MCC or SLS
distributions.  I have a *great* need at this point for passwd as a
"friend" dialed in today and was kind enough to leave me a mail message
to myself from myself :-)

Thanks a bundle!

-kwh-
-- 
Kevin W. Hammond
hammond@kwhpc.caseng.com

                               "99.9% FAT Free"

  CASE Engineering * 575 W. Madison #1601 * Chicago, IL 60661 * (312)902-2161
From: liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg)
Newsgroups: comp.os.linux
Subject: Re: 57.6Kbps under Linux -- some results...
Date: 12 Sep 92 20:14:33 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <!nwn!6h.harp@netcom.com> harp@netcom.com (Gregory O. Harp) wrote:
> Well, since I opened my big mouth and said that 57.6Kbps probably
> wasn't possible, I ended up doing some experimenting with exactly
> that.
> 
> I'll summarize for those who don't want to read the whole thing.  I
> can _almost_ do 57.6Kbps with my 50Mhz 486DX.  I only have 16450
> UARTs, so those of you with 16550A UARTs and very fast machines should
> be able to do it.

I doubt you even need a "very fast machine". Most of the overhead of
handling the serial port comes from IRQ overhead and a 16550A UART is
a big help there. It has a 16 character FIFO, which (theoretically)
means that it generates only one interrupt every 16 characters, whereas
the 16450 generates an interrupt for each character. I say theoretically,
because the 16550A UART is usually programmed so that it will generate
an interrupt every 8 characters, or so. At 115200 bps this will bring
the number of interrupts down to what 16450 generates at 14400 bps, and
still allow for some 0.7 ms of interrupt latency (it takes about 0.7 ms
to fill the rest of the FIFO). This should be a piece of cake for most
386 machines.

> Later folks...
>   Greg
> -- 
> -----------------Greg-Harp----------------harp@netcom.com------------------
>   Love me, love my ferrets.               "Break out of the mold before
>   Or at least love my ferrets. ;)          the mold sets in" -- B52's


	Mika
--
Mika Liljeberg			Email:	liljeber@kruuna.Helsinki.FI
Helsinki University			Mika.Liljeberg@Helsinki.FI
Dept. of Computer Science
         "All trademarks are the property of their owners"
            -- Contaq 486 system board user's guide --
Newsgroups: comp.os.linux
From: kennu@mits.mdata.fi (Kenneth Falck)
Subject: Can you access a virtual console directly?
Organization: Microdata Oy, Helsinki, Finland
Date: Mon, 14 Sep 1992 16:47:29 GMT

Can you access a linux virtual console directly, something like what
you usually do with MSDOS when writing characters and attributes to 
B800:xxxx?

I think it might be useful for writing a terminal program that would
be a bit more sophisticated than kermit or XComm. It feels a bit
dumb to use termcap-codes to handle the local output, if you know
you'll be using this terminal from the virtual consoles only.

I thought I might ask for advice, since if I succeed in writing a 
terminal program, I don't want it to break with the next kernel
release because of using some odd non-fixed memory address or 
something...

Thanks,

-- 
kennu@mits.mdata.fi

Newsgroups: comp.os.linux
From: lruppert@rodan.acs.syr.edu (Medvezhonok)
Subject: POVray floating point exception error
Organization: Syracuse University, Syracuse, NY
Date: Tue, 8 Sep 92 15:59:10 EDT

I seem to remember someone having this problem a few weeks back and a solve 
being posted, but I lost the post.  Whoever solved the problem, would you please
Email a solution to me, or repost.  
   In case I am hallucinating here is the problem again:  I compiled POVray 1.0
without error using both the gcc and the unix files, and when I tried to trace 
any of the included examples, I was given a Floating Point Exception Error and
a cute little core dump.  The compiler I am using is GCC 2.2.2 from the SLS
release.  My system is a Gateway 486/50 DX/2 and I used the -m486 option (but
I also tried it without).  I tried the X11 files too, in the hopes that those
would work, since I run X, but there were parse errors in all of the X include
files.  If anyone can figure that error out, I'd be very thankful too.

---Also, is there an ftp site where such fixes can be posted?  It would take up 
much less space if someone would just put a summary of how they ported something
and maybe some diffs than it would be to put the entire 3MB of source there.

-Louis Ruppert
lruppert@mailbox.syr.edu
lruppert@sunrise.bitnet

--
I am now accepting donations of Iris Crimsons, if anyone has one they have 
gotten sick of :>
Newsgroups: comp.os.linux
From: harp@netcom.com (Gregory O. Harp)
Subject: Re: running high speed modems under *nix
Date: Fri, 11 Sep 92 19:22:53 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

almesber@nessie.cs.id.ethz.ch (Werner Almesberger) writes:

>The probably biggest problem with high baud rates (>38400) is, that there's
>no standard interface to select them.

Remember we're not talking about a real-time OS here, either.  Even
with the 16550's FIFO the response time might be slow enough that
you'd be dropping bytes all over the place.

In other words, I'd be extremely surprised to see anything faster than
38.4K actually work under Linux or any Unix running on an i[34]86.  On
a loaded-down system, no way.  Remember, the serial buffers are sort
of small, too.  It might be nice to be able to re-size them, or simply
re-compile the kernel to default to larger ones. (Maybe you can do
this and I simply haven't looked...)
-- 
-----------------Greg-Harp----------------harp@netcom.com------------------
  Love me, love my ferrets.               "Break out of the mold before
  Or at least love my ferrets. ;)          the mold sets in" -- B52's
From: brand@addvax.llnl.gov (Hal R. Brand, LLnL, 510-422-6312)
Newsgroups: comp.os.linux
Subject: Oops! ATI mouse == Microsoft mouse
Keywords: X11, ATI, X8514
Date: 11 Sep 92 06:03:00 GMT

mouse. For some reason, I was convinced it was like the Logitech and
was getting nowhere. Anyway, THE MICROSOFT BUS MOUSE PATCH(ES) WORK
just fine on the ATI bus mouse. I now have X11 running! (course stopping
it is another matter ;^) gotta get used to another 3-finger salute and
killing zombie processes, but that's little price to pay for having X
running!!!)
Organization: Lawrence Livermore National Laboratory
News-Software: VAX/VMS VNEWS 1.40    

Sorry for the trouble. If anyone is in the boat I thought I was in,
i.e. have ATI with bus mouse, but can't get the bus mouse to go, I'll
gladly mail you my hack at the patches for 0.97pl2, mcc-interim.

					Hal R. Brand
					LLNL
					brand@addvax.llnl.gov
From: kg@gnusys.GUN.de (Klaus Guhr)
Subject: Re: ghostscript 2.5 diff for Linux 0.97.2
Organization: Klaus Guhr Private // Featuring LINUX Site
Date: Thu, 10 Sep 1992 22:47:48 GMT
X-Newsreader: Tin 1.1 PL5

Klaus Guhr (kg@gnusys.GUN.de) wrote:
: HI *,
: 
: i'm very interested in a diff for ghostscript 2.5 for Linux 0.97.2
: using gcc 2.2.2d
: 
i'm commenting myself ..... :)

the problem is solved. One had to play with the includes. Now ghostscript
2.5 and ghostview 1.3 wre working fine ;-)


-- 
Snail: Klaus Guhr, Marktstrasse 33, 5300 Bonn 3, Germany
Phone: ++49 +228 48 53 60       Data: ++49 +228 43 24 33
E-Mail: kg@gnusys.GUN.de
From: hlu@poly.eecs.wsu.edu (H.J. Lu)
Subject: Re: Can you access a virtual console directly?
Organization: Washington State University
Date: Tue, 15 Sep 92 18:52:53 GMT

In article <1992Sep15.165703.11502@mits.mdata.fi>, kennu@mits.mdata.fi (Kenneth Falck) writes:
|> In article <TYTSO.92Sep14231653@SOS.mit.edu> tytso@athena.mit.edu (Theodore Y. Ts'o) writes:
|> >Speaking of which, why do you want to write your own terminal program?  
|> >What's wrong with kermit that you want to re-invent your own wheel?
|> >
|> >						- Ted
|> 
|> I don't like kermit, I'd like something like Telix for Linux. I'd
|> be happy to try and write one, but using the termcap/curses interface
|> doesn't feel so good, if there is another way. Maybe it wouldn't
|> even be that slow in practice, but theoretically I just don't like 
|> the idea of first decoding the incoming VT100 codes, storing the
|> data in a temporary buffer, and then updating that buffer to the
|> console screen by means of some more VT100 codes....
|> 
|> I know there is pcomm, but after trying it I decided even kermit
|> or XComm was better. (I compiled pcomm myself though, so maybe I
|> broke something in it that made it behave strangely. Don't 
|> remember what happened exactly anymore.)
|> 
|> -- 
|> kennu@mits.mdata.fi
|> 


Have your tried minicom?

H.J.
Newsgroups: comp.os.linux
From: loft@plex-1.ann-arbor.mi.us (Robert Kiesling)
Subject: another linux newbie (FAQ)
Organization: Plex-1, Michigan's Public Access Usenet Gateway  (Ann Arbor).
Date: Fri, 11 Sep 1992 02:02:41 GMT

Newbie desires Answers to the following questions.  Please reply 
via e-mail if not of general interest to the net:

I've been using the mcc-interim 0.96c distribution for a couple weeks,
and except for an occasional GP fault everything seems to work fine.
The hardware is minimal: 25 mHz 386SX, 2MB of RAM, 6 MB swap, and 40MB
IDE drive.  Is it possible to still fit the the 0.97-plxx in 2 MB of 
memory, either mcc or sls distribution?  Not including X11, of course.

Is there now an update for fsck and documentation.  I've been using 
both the fsck distributed with the package and the Minix fsck, and 
the Minix version consistently reports more anomalies in the file system.

Also, not being an eecs type at our fine unversity here, I have only 
second-class computing status with $ftp resources that are too limited
to ftp full distribution upgrades from tsx-11.  Is there an archive 
server or uucp-able source for upgrades? (Please ;-)
Newsgroups: comp.os.linux
From: wolff@zen.et.tudelft.nl (Rogier Wolff)
Subject: Runtime loadable device drivers, filesystems and more!
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Sat, 12 Sep 1992 14:15:55 GMT

Larix (Load And Run In Kernel Space) allows run time loading
of device drivers and file systems.

Thus instead of making a change to your device driver, relinking
the kernel, and rebooting, you now just relink your device driver,
and load it into kernel space.

I've currently modified the MSDOS filesystem code and the mouse device
driver to allow dynamic loading. Similar changes to other devices
are easy and will be done as soon as Linus agrees to inclusion in the
standard kernel.


I've uploaded the context diffs to Linux 0.97pl4 to nic.funet.fi.
The policy there is however to screen them before making them public
so they may not be visible exacly now yet.

I couldn't find a writable directory on tsx-11. (I'll upload it there
as soon as someone tells me where to put it....)


					Roger.

-- 
****   a 486 in V86 mode is like a VW buggy with a 6 litre V12 motor.  ****
EMail:  wolff@duteca.et.tudelft.nl   ** Tel  +31-15-783644 or +31-15-142371
From: dminer@mcs213f.cs.umr.edu (Dan Miner)
Newsgroups: comp.os.linux
Subject: Scrambled fonts anyone?
Summary: Using pcomm, fonts scramble after logging out.
Keywords: pcomm, fonts
Date: 9 Sep 92 01:50:06 GMT
Organization: University of Missouri - Rolla


	I use pcomm to dial into our campus backbone
network.  No troubles.  When I log out of the system there,
my modem spits "junk" chars and SOMETIMES my fonts scramble for
the VC.  Real strange.  I can get it to do it if I hit a bad
sequence in pcomm before dialing in.  (Usually ALT-<key>)
I used to reboot, but it has been getting worst.  Anyway, to
stop or restore the font?  (Plain text)

Thanks,
Dan
Hackers' Guide Coordintor
-- 
 Dan Miner
                           		 email: dminer@cs.umr.edu
Computer Science          
University of Missouri-Rolla             "It all begins with a glimmer."
From: ctne_ltd@uhura.cc.rochester.edu (Chris Newbold)
Newsgroups: comp.os.linux
Subject: Re: 0.97pl4 breaks SCSI extended partition code
Date: 9 Sep 92 00:06:44 GMT
Organization: University of Rochester - Rochester, New York

In <716010250snx@prism.demon.co.uk> david@prism.demon.co.uk (David Metcalfe) writes:

>I recently upgraded from the mcc-interim version of 0.97pl2 to pl4.
>However, when Linux boots up with pl4 it fails to read my extended
>DOS partition on the SCSI drive with the following error message

>Unable to read partition table of device 0803

>My disks layouts are as follows:

>Disk 0: ESDI
>        1 DOS primary partition
>        1 DOS extended partition with 3 logical DOS drives

>Disk 1: SCSI with Adaptec 1542B
>        1 DOS primary partition
>        1 DOS extended partition with 2 logical DOS drives
>        1 Linux partition with extfs

>Note that I am using the extfs on the Linux partition.  However, the
>problem lies with the DOS extended partition with the 2 logical
>drives on the SCSI disk.  The partition is detected but not the
>logical drives.  Note that the extended partition on the ESDI drive
>is interpreted correctly.

Okay. This looks like a generic problem with the SCSI extended partition code.
I have seen several senarios which result in the problems described above.

	1. Adding the CD-ROM filesystem extentions did it for me.
	2. Compiling the kernel under GCC v2.2.2d did it for some
	3. Now, looks like pl4 has blown it in this case.

I was trying to work with Eric (the author of the CD-ROM stuff) to find
out what goes wrong, but my disk controller flaked out and I haven't
had a machine for the last week...

Maybe Drew would like to look into this as a generic SCSI problem? I don;t
know how far off the much-awaited version 2 of the SCSI drivers are, but
maybe this is a quick-fix.

I'm going to get back on this as soon as my controller is repaired (hopefully
this weekend...)

-Chris


-- 
>>>> Chris Newbold <<<< * "If you fool around with a thing for very long you *
University of Rochester	*  		  will screw it up."		     *
Disclaimer: "All warranties expire upon payment of invoice."                
ctne_ltd@uhura.cc.rochester.edu * uhura.cc.rochester.edu!ctne_ltd@uunet
Newsgroups: comp.os.linux
From: dminer@mcs213f.cs.umr.edu (Dan Miner)
Subject: Compilation speeds (was Re: No patchlevel 3.}
Date: Tue, 8 Sep 1992 18:17:30 GMT
Organization: University of Missouri - Rolla

In article <1992Sep8.002147.790@wam.umd.edu> joel@wam.umd.edu (Joel M. Hoffman) writes:
>In article <1992Sep7.215429.7866@umr.edu> dminer@mcs213e.cs.umr.edu (Dan Miner) writes:
>>wait a little (~100K? for that one).  Now, I got pl4 and ready for
>>an all night compile (it takes over 5 hrs on my machine.. :(  )
>                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
>Along the lines of my last questions, about the progress of Linux over
>the Summer, I've been seeing a lot of this (5 hours to recompile
>kernel).  Is this because the kernel is bigger and GCC slower than
>they were when we had 0.96, or are the auth}rs just running slow
>machines?  I seem to recall about 15 minutes for a recompilation.
>

	I being one of those authors. :)  

I have a 386sx, 2 megs, Paradise SuperVGA, 80 meg HD, and running
at 20 MHz.  Now, this is NO way a great setup.  In the 0.12 days,
it took about 15 mins for me.  I had 5 megs swap and gcc 1.40.
Now, as the kernel got bigger, it took longer.  No problem.  But
the kernel expanded in memory usage too over this time.  With it
new release I had less memory and more SWAPPING.  It has finally
downgraded to 5 hrs.  I compiled 0.97.4 last night.  It took 5 hrs
and 20 mins.  I do believe things will speed up.  With it new kernel,
most operations are just a tad faster.  The only answer is for me
to buy more memory and/or upgrade motherboards.

	I came up with a possible speed increase yet.  0.97.4 sports
sharing of swap pages.  Why not "throw" the text segments of a program
out.  When needed again you can "demand load" it.  All that is vital is the
data pages...  This could at almost divide swap time by 2.  Swapping is
an everyday occurance for me.  (Few things DON'T swap).

Now don't get me wrong, I'm complaining about compile times.  I can do little
about it.  I like Linux alot and will be with it for along time.  It has
made me respect PCs a bit more (now that you can do something :).  Linux
memory requirements are a little high for my liking but it works well.
I have been "pushing" it to all my friends who have 386/486...

Anyway, this is getting too long.... :)
Dan Miner
Hackers' Guide Coordinator

P.S.  I upgrade kernel only every 4 or 5 patches or new releases, if
you haven't guessed.  :)
-- 
 Dan Miner
                           		 email: dminer@cs.umr.edu
Computer Science          
University of Missouri-Rolla             "It all begins with a glimmer."
Newsgroups: comp.os.linux
From: hlu@poly2.eecs.wsu.edu (H.J. Lu)
Subject: Don't trust shared libs in X11 v1.1 (Re: X PROBLEMS & QUESTIONS)
Organization: Washington State University
Date: Wed, 9 Sep 92 22:41:44 GMT

As you may know, there are bugs in shared libs in X11 v1.1. Don't trust
anything in X11 v1.1 linked with shared libs. Wait for Orest to release
v2.0.

H.J.
Newsgroups: comp.os.linux
From: stewart@wimsey.bc.ca (Jim Stewart)
Subject: Re: Two suggestions .. comments welcome, please!
Organization: Wimsey 
Distribution: comp.os.linux
Date: Thu, 10 Sep 1992 05:29:18 GMT

In article <1992Sep9.135155.21141@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Sep9.050138.3606@utdallas.edu>, yuanyin@utdallas.edu (Yuan-Yin Wu) writes:
>
>> [ stuff about a image editor deleted...good stuff too...]
>
>  Or you could use the BPE (binary patch editor) program which works
>nicely, thanks. The source was uploaded to tsx-11 and banjo (yes that
>long ago) and the DOS binary is on most of the DOS arcives (I posted it
>several years ago to cbip).
>-- 
>bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
>    I admit that when I was in school I wrote COBOL. But I didn't compile.

... or (under dos) you can use a three line qbasic program, open the
image file for binary io, put the patch at offset 508, exit.   
That is the first and only QBASIC program I ever wrote :-) ... is there
something poetic in all this?

js who_has_found_a_use_for_qbasic_after_all
From: bg11+@andrew.cmu.edu (Brian E. Gallew)
Newsgroups: comp.os.linux
Subject: Re: calculating resolutions for X
Date: 10 Sep 92 05:09:24 GMT
Article-I.D.: andrew.EefoY4200Uo686RBwE
	<9209086064@clifton.hobby.nl>
Distribution: world
Organization: Administrative Systems, Carnegie Mellon, Pittsburgh, PA

I seem to recall somebody posting about a program called xclk.
Anybody heard of it or know where to get it?

Better yet, anybody written a utility which will allow you to adjust
vertical/horizontal timings "on-the-fly" and then report the final
settings?  That would be *too cool*!

                                  -Brian

You drop the bomb -more-
It goes off... -more-
-------------------------------------------------------------------------
|  My cluelessness is more real than apparent...                        |
-------------------------------------------------------------------------
|  DEC measures their benchmarks with a calendar!!                      |
-------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: hlu@poly2.eecs.wsu.edu (H.J. Lu)
Subject: Re: gcc, tcsh recompile kernel
Organization: Washington State University
Date: Mon, 14 Sep 92 20:41:52 GMT

In article <192lhvINN10q@sportster.ksu.ksu.edu>, probreak@sportster.ksu.ksu.edu (James Michael Chacon) writes:
|> Since the tcsh sources on tsx-11 were compiled with gcc 2.2.2, they
|> will give the _setjmp errors, under newer versions of the compiler.
|> So, I will make cdiffs against the ee.cornell.edu sources and also
|> remake a .a file. I will store this in the incoming directory on 
|> tsx sometime tonight.
|> 
|> 

If you use jump table 4.1, you can just make a binary, which will run with /without a 387 and compatible for any 4.x version of jump table.
 
|> -----------------------                              ---------------------------
|> -Oh the joy of finding-       James Chacon           -probreak@matt.ksu.ksu.edu-
|> -That last pizza slice-                              ---------------------------
|> -----------------------				     ---------------------------

H.J.
Newsgroups: comp.os.linux
From: mdw@theory.TC.Cornell.EDU (Matt Welsh)
Subject: URGENT: compiling mount-0.97 problems
Organization: Cornell Theory Center
Date: Sat, 12 Sep 1992 23:54:24 GMT

I'm running 0.97pl5 and GCC 2.2.2, and trying to compile mount-0.97 
is giving me problems. First there's a conflict between mount(2) in
/usr/include/sys/unistd.h and sys/mount.h.... easy enough to fix
with an #ifndef HAVE_MOUNT5. But now sundries.c (line 102) is
complaining about not being able to find "sys_siglist" which
I can't find defined anywhere. Is this because I'm not running
2.2.2d? Help.... I need my mount! 

Thanks,
mdw

-- 
Matt Welsh    mdw@tc.cornell.edu        +1 607 253 2737
Random Hacker, Cornell Engineering and Theory Center 
  "I'll eat anything that's BRIGHT BLUE!!"
Newsgroups: comp.os.linux
From: Upholder@uiuc.edu (THE Upholder of Truth)
Subject: Re: running high speed modems under *nix
Reply-To: Upholder@uiuc.edu (THE Upholder of Truth)
Organization: The University of Illinois at Urbana-Champaign (UIUC)
Date: Thu, 10 Sep 1992 23:39:08 GMT

vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan) writes:

>now that I'm the proud owner of a 14.4 modem
>(Digicom ScoutPlus) that absolutely screams
>under DOS, I want to get that puppy equally
>screaming under linux.

As another owner of a 14.4K Raw modem (57.6K after protocols), I'm interested
in getting the upper limit of 38.4K bps removed from the kernel... 

I've seend DOS programs that support 115.2K bps (and used one under DOS
with a null modem to move all my stuff from my 30M HD in my old 286 to
my new machine when I got it this summer).

What would it take to get higher than 38.4K rates under linux?
(at least 57.6K and perferably 115.2K)

Would an offer of beer help?  =)
-- 
The Upholder of Truth		  	    I am not only ready to
Upholder@uiuc.edu (BSD/ASCII mail)          retract this, but also
jar42733@sumter.cso.uiuc.edu (NeXT mail)    deny I said anything.  =)
wi.4173@wizvax.methuen.ma.us (anon. mail)   This is *NOT* CCSO's opinion.