HDTenEightyP/NetNews huggingface dataset:
From: eric@telebit.com (Eric Smith)
Subject: Re: What is a MC68-705?
X-Disclaimer: Everything I write is false.
Organization: Telebit Corporation
	<1992Dec17.194505.14038@keinstr.uucp>
Date: 18 Dec 92 11:52:15

>>On Thu, 17 Dec 1992 19:45:05 GMT, chaplin@keinstr.uucp (Roger Chaplin) said:
> MC68HC05C8.  This is in a plastic package, making it OTP (one time
> programmable), hence the `HC05' rather than `HC705'.  I did my initial
> prototyping using a MC68HC805C4, which is similar to the 'HC05C8,
> except that it has half as much ROM, which is EEPROM instead of OTP
> ROM.

The MC68HC05C8 is _NOT_ an OTP part.  The MC68HC705C8 is the OTP part when
ordered in a plastic package (P or FN suffix), and is an UV erasable part when
ordered in a ceramic windowed package (L suffix).

The '7' in the part number generally indicates EPROM-based parts, whether
erasable or not.  An '8' generally indicates EEPROM-based parts.  There
may be some new parts with a '9' indicating flash-EEPROM.

These rules are not always adhered to.  For instance, the 68851, 68881, and
68882 are not EEPROM versions of the 6851, 6881, and 6882.

Cheers,
Eric
Newsgroups: comp.sys.m68k
From: byron@cc.gatech.edu (Byron A Jeff)
Subject: Re: What is a MC68-705?
Reply-To: byron@cc.gatech.edu (Byron A Jeff)
Organization: Georgia Institute of Technology
Date: Tue, 15 Dec 1992 16:38:17 GMT

In article <1992Dec14.153959.119650@marshall.wvnet.edu> rcbi110@marshall.wvnet.edu writes:
>
>
>The subject says it all...
>
>Is it anywhere remotely similar to a 68000?

Quite remotely - they are both motorola MPU's ;-)

the 68HC705 is a 6800 based high speed microcontroller. They come in many 
different package sizes and configurations. They all have (I think) built-in
Ports and timers. Some have serial ports builtin also. The all have some
amount of on board memory consisting of a mix of static ram, EPROM, and EEPROM.
Their internal architecture and register map is vastly different from the
the 68000 (i.e. small (in size and #) specialized registers vs. Large (again in
size and #) general purpose registers).

I have not seen any high level language support for the 68HC705 series. 
Something else on my to do list. Can you saw Nano-C? ;-)

The best feature is the the chips are easily programmed via a very simple
programmer that you can build yourself in an evening for $20-30. Also there
are several low cost (read free) assemblers for the part on the Motorla 
BBS (1-512-891-FREE).

I bought the 68HC701KICS kit which had a programmer, assember and a windowed
EPROM part. The HC705k1 is so exciting because it is a 16 pin DIP (not a
misprint. 16 PINS!). It runs on ultra low power and very low speed (like a
32768 Hz crystal). It can also run on a simple RC oscillator. The only problem
with mine is that an unstable (read under-regulated) voltage destroyed three
chips that I bought. I need to order more.

If you interested in extremely simple microcontroller based products where
super speed is not a factor (max speed 1 MIPS) then this is the part for you.
It's great when you want to do something simple but not use a lot of discrete
chips. I think of it as an intelligent (but very slow) PAL.

Sorry if this sounds like an advertisement for motorola. It's not. I just think
it's appropriate to tell folks when they do things right and not just complian
when it's wrong.

Hope this helps,

BAJ


>I've done a tiny bit of 68000 coding on my Amiga.
>
>((   ||  /\\ \\  / /\\  ((      R. Alan Monroe       ((   STOP             ((
> )) _// /--\\ \\/ /--\\  )) rcbi110@muvms3.wvnet.edu  ))  TALKING...        ))
>((              _       ((                           ((       START        ((
> ))  ||  /\\  //  ||_/   ))    Pinkwater Rules!       ))      CHALKING!     ))
>((  _// /--\\ \\_ || \  ((            :^)            ((               -CMB ((
>


---
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel!
Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.edu
Newsgroups: comp.sys.m68k,comp.sys.os9
From: sandness@bnr.ca (Glen Sandness)
Subject: OS Kernel for 68K? 
Keywords: 68000 68340 os kernel
Organization: Bell-Northern Research
Date: Wed, 16 Dec 1992 13:54:06 GMT

I'm looking at writing a simple multitasking kernel/real-time executive
for a 68340 single-board computer.  Before I spend a month cobbling 
together my own, is there anything in the public domain?

Anything for an mc68xxx is fine, but because the target system will have
no (general-purpose) MMU, something like MACH would be overkill.  Something
about the level of OS9-68k would be dandy, but I don't need disk support
or anything fancy beyond a task switcher and trap handler.

Any suggestions?
  
-----------------------------------------------------------------------------
Glen Sandness      Bell-Northern Research Ltd.   The above opinions are those
sandness@bnr.ca    Ottawa, Ontario, Canada       of the author, not BNR.
Xref: sparky comp.sys.m68k:1460 sci.electronics:20746
From: steve@terminus.ericsson.se (Steve Reynolds)
Newsgroups: comp.sys.m68k,sci.electronics
Subject: flash eprom driver code
Date: 15 Dec 92 11:45:19 GMT
Reply-To: steve@terminus.ericsson.se
Distribution: world
Organization: Camtec Electronics (Ericsson), Leicester, England


Does anyone know of available driver code for flash eproms?
I am particularly interested in C/68030 code for the
Toshiba TC584000.

If anyone cannot supply code, but has experiences to pass on
I would be grateful for these too.


Thanks in advance 

steve

---------------------------------------------------
| Steve Reynolds                                  |
| Ericsson-CAMTEC                                 |
| Leicester                                       |
| UK                                              |
| TEL:    +44 533 537534                          |
| EMAIL:  steve@terminus.ericsson.se              |
---------------------------------------------------
From: rick@EE.UWM.EDU (Rick Miller)
Newsgroups: comp.sys.m68k.pc
Subject: Guess what! (Tandy 6000 == m68k)
Summary: Anyone got the doc's or the (8") disks?
Date: 15 Dec 92 14:33:18 GMT
Followup-To: comp.unix.xenix.misc
Organization: Just me.

I pulled out the motherboard on that Tandy 6000 from my church's school...
It had a big ol' MC68000 processor on it!  So, evidently the jerk^H^H^H^Hguy
from Tandy I talked to on the phone (who said it was an 8086) is clueless.

So!  Now I'm *really* interested... I'd like to get the doc's and disks
(yes, 8-inch floppies <sigh>) to get this monster up and running Tandy Xenix
(which, I gather, is what it was originally supposed to run).  Does anyone
have these doc's and/or disks laying around? or *know* of anyone who *might*?

	[I just can't wait to put that whopping 15-Mb HD to work!]

Rick Miller   <rick@ee.uwm.edu> | <rick@discus.mil.wi.us>   Ricxjo Muelisto
Occupation:  Husband, Father, WEPCo. WAN Mgr., Discus Sys0p, and  Linux fan
From: aire@SABRINA.DEI.UNIPD.IT (Renzo Mercanzin 260080/IL)
Newsgroups: comp.sys.m68k.pc
Subject: Renzo SBC68K
Date: 17 Dec 92 09:37:40 GMT
Organization: D.E.I. Universita' di Padova, Italia


 Hi all,

In one night I received a lot of e-mail on my 68k SBC.

This is the last day that I stay at Univeristy, and I will be back
after the Xmas holidays. 

I PROMISE TO YOU (all) that during the holidays I will draw the plan of
the project with a cad, and then I will post the picture file with the
schematics, component list etc. 
The components on board are:
- CPU 68000 or 010 10MHz
- Duart MC68681
- two Eproms 27c128 (faster than 200ns better if 120ns)
- two rams 6264 (better than 120ns)
- Max232 (maxim or ICL232 from Intersil, or TSC232 from teledyne etc)
- 74xx04
- 74xx00
- 74xx08
- 74xx32
- 74xx138
- One cristal 10 MHz and one 3.6864MHz
- some (many) 100 nf capacitors
- 7805 (5V voltage regulator)
- Some 3Kohms resistors
                    

 Many of these components could be found in used boards and so are very cheap.
I spent less than 20$ using some recycled components.

- About software, I used a monitor with an in-line assembler and many system
routines.

 Please wait till 1993!!

				Good Xmas and happy new Year!!


					Renzo
Newsgroups: comp.sys.m68k
Subject: What is a MC68-705?
From: rcbi110@marshall.wvnet.edu
Date: 14 Dec 92 15:39:59 -0500
Organization: Marshall University



The subject says it all...

Is it anywhere remotely similar to a 68000?
I've done a tiny bit of 68000 coding on my Amiga.

((   ||  /\\ \\  / /\\  ((      R. Alan Monroe       ((   STOP             ((
 )) _// /--\\ \\/ /--\\  )) rcbi110@muvms3.wvnet.edu  ))  TALKING...        ))
((              _       ((                           ((       START        ((
 ))  ||  /\\  //  ||_/   ))    Pinkwater Rules!       ))      CHALKING!     ))
((  _// /--\\ \\_ || \  ((            :^)            ((               -CMB ((

Newsgroups: comp.sys.m68k
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: Minix on 68k
Organization: Canon Information Systems Research Australia
Date: Tue, 15 Dec 1992 00:58:14 GMT

craig@kralizec.zeta.org.au (Craig Dewick) writes:
>knowles@FNALNL.FNAL.GOV writes:
>
>>Does anyone know whether MINIX has been successfully
>>ported to the 68k?  Better yet, has it ever been ported
>>to a PROM-able version suitable for inclusion into a
>>SBC such as the VME133-1?
>
>The system I use (an Applix 1616) is based around the 68k. It runs an
>operating system that's sort of Unix but not quite.
>
>About a year or so ago someone ported Minix (version 1.3 I think, but
>might have been 1.4) to the machine, although I have never personally
>tried it out.
>
>If you want to find out some more about it, write to Applix Pty Ltd at
>the following address:
>
>  Applix Pty Ltd,
>  Lot 1A, Kent Street,
>  Yerinbool, NSW 2575,
>  Australia.
>
>I'm sorry that I can't tell you more about it, but I don't really know!

Colin McCormick did the MINIX port for the Applix. Last I knew he was
at ACUS (Australian Centre for Unisys Software or some such) in Sydney.
-- 
Andy Newman (andy@research.canon.oz.au)
From: baptiste@bnr.ca (Michael Baptiste P275)
Newsgroups: comp.sys.m68k
Subject: Re: What is a MC68-705?
Date: 15 Dec 92 15:39:08 GMT
Organization: Bell-Northern Research, BNR-RTP

In article <1992Dec14.153959.119650@marshall.wvnet.edu>, rcbi110@marshall.wvnet.edu writes:
|> 
|> 
|> The subject says it all...
|> 
|> Is it anywhere remotely similar to a 68000?
|> I've done a tiny bit of 68000 coding on my Amiga.
|> 
Not Quite
The 68705 is a family of microcontrollers that have CPU, I/O
and small MEMORY on the same chip.  They come in different sizes
for different applications.  A new small version (18 pin) all
the way up to a 40pin chip (More ports etc.)
They all have EPROM which allows for easy development.  In fact,
they dont use a programmer, they program themselves from a 2716

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Mike Baptiste                        | Phone: (919) 991-4185
 Bell-Northern Research               | Net: baptiste@bnr.ca 
                                      | Opinions expressed are my own,
        'I drank what ?????'          | not necessarily those of BNR 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: comp.sys.m68k
From: meulenbr@ce.philips.nl (Frans Meulenbroeks)
Subject: Re: Minix on 68k
Organization: Philips Consumer Electronics, Eindhoven
Date: Tue, 15 Dec 1992 10:19:32 GMT

I seemed to have missed the original article. However, here is my $ 0.02
>In article <1gas0cINNjmu@fnnews.fnal.gov> knowles@FNALNL.FNAL.GOV writes:

>>   Does anyone know whether MINIX has been successfully
>>   ported to the 68k?  Better yet, has it ever been ported
>>   to a PROM-able version suitable for inclusion into a
>>   SBC such as the VME133-1?

MINIX is officially available for atari ST/amiga/mac 
For the atari an upgrade is available to allow MINIX to run on
STe and TT.

I never made a prom-able version. My version just changes too often.
If your prom starts at address 0 it should not be too difficult.
Stuff the .data section also somewhere in ROM. Take care that the kernel
is linked in such a way that the .data are in ram. 
Add some startup code to clear the ram, and initialize the data segment
and bingo.

Of course you will have to rewrite the drivers if you want to access
peripherals.
--
Frans Meulenbroeks		Philips Research Laboratories
preferred email address: 	meulenbr@prl.philips.nl
Newsgroups: comp.sys.m68k
From: colin@hitech.com.au (Colin Weaver)
Subject: Re: What is a MC68-705?
Organization: HI-TECH Software, Brisbane, QLD, Australia.
Date: Thu, 17 Dec 92 23:58:36 GMT

byron@cc.gatech.edu (Byron A Jeff) writes:

>In article <1992Dec14.153959.119650@marshall.wvnet.edu> rcbi110@marshall.wvnet.edu writes:

>I have not seen any high level language support for the 68HC705 series. 

[ Lots of stuff about 68HC05 applications deleted. ]

Actually there are TWO implementations of C available for the 6805 series,
one of which we developed.

Ours is:

HI-TECH C (6805/HC05) Cross Compiler
HI-TECH Software, P.O. Box 103, Alderley, QLD, 4051, Australia
Tel: +61 7 300 5011     Fax: +61 7 300 5246
We are represented in the US by Avocet Systems.

Our competitor is:
ByteCraft C6805
421 King Street North, Waterloo, Ontario, N2J 4E4, Canada
Tel: +1 519 888 691   Fax: +1 519 746 6751

--
| Colin Weaver             | HI-TECH Software,       | Voice: +61 7 300 5011 |
| colin@hitech.com.au      | P.O. Box 103, Alderley, | Fax:   +61 7 300 5246 |
|                          | QLD, 4051, AUSTRALIA.   | BBS:   +61 7 300 5235 |
| HI-TECH Software: ANSI C Compilers & Assemblers for all manner of machines |
From: bleck@aztec.ai.mit.edu (Olaf Bleck)
Newsgroups: comp.sys.m68k
Subject: PC based CPU32 compilers--need suggestions
Date: 18 Dec 1992 22:10:22 GMT
Organization: MIT Artificial Intelligence Laboratory
Distribution: world
Reply-To: bleck@ai.mit.edu
NNTP-Posting-Host: aztec.ai.mit.edu
cc: bleck


Hello,

SUGGESTIONS NEEDED!!!

I'm currently developing some things for a 68332, and I'm interested in
porting my development stuff to the IBM PC world.

Currently I'm using gnu's GCC compiler on a SUN3 to generate '332 compatible
code, but I would like to get away from the UNIX environment for access
reasons.  Hence, I would like to port my libraries over to a PC.

The question is, what PC based C compiler should I buy? Here are the
functionality conditions:

1) My libraries make use of some of the non-standard features of GCC, such as
the "inline" function declaration, and inlined assembler formats.  Ideally I
would like to find a compiler that is GCC compatible, so that I don't have to
rethink all the inlined stuff.

2) Cost shouldn't be more than around a few $1000's, less ideally.

3)  It should have downloader capabilites, either having it's own that talks
to the motorola debugger, or be compatible with the motorola downloader.  It
should also be able to generate a binary file that can be burned into an
eprom.  (This could also be used instead of a downloader, since I could use
NVRAMS and to them via a programming socket).

All suggestions will be appreciated!  I will summarize if requested.  Please
mail to bleck@ai.mit.edu  


Thanks in advance,
-Olaf
From: gt@prosun.first.gmd.de (Gerd Truschinski)
Newsgroups: comp.sys.m68k
Subject: Q: BDM and GDB
Keywords: BDM, GDB, CPU32, remote debugging
Date: 14 Dec 92 17:42:05 GMT
Organization: GMD Berlin (FIRST)


Hi all,

I want to debug a MC68340 with GDB-4.7 via the BDM (Background Debug Mode)
of the CPU32. Has anybody written a 'remote-BDM.c' for the GDB?

Please mail and I post the answers.

BTW, is there any FTP-Server with all the things we didn't want to
program the 4711 time?


--
Gerd Truschinski         | INTERNET:    gt@first.gmd.de
c/o GMD-First  Berlin    | 
O-1199 Berlin-Adlershof  | TEL:         +49 30 6704 2662
Rudower Chausee 5 (13.7) | FAX:         +49 30 6704 5088
Newsgroups: comp.sys.m68k
From: ynecelc@s1w3.sx.mont.nec.com (Ellison Chan)
Subject: 68040/030
Organization: HNSX Supercomputers
Date: Thu, 17 Dec 1992 18:00:58 GMT

Hi, I'd like to ask the following:

   Does anyone know if Motorola is selling single 
   quantities of 68040/030 cpu's for prototyping 
   purposes? 

   If so, then how to I get some?

Thanks in advance for any help.

-- 
Ellison Chan, Comp. Sys. Analyst               2350 Place TransCanadienne
HNSX Supercomputers Inc., NEC Corp.        Dorval, Quebec, Canada H9P 2X5
E-mail: ellison@SX.Mont.NEC.COM          (514)684-7705, FAX (514)684-8619
Newsgroups: comp.sys.m68k
From: mascot@bnr.ca (Scott Mason)
Subject: Re: Busperformance of the 68030?
Organization: Bell-Northern Research, Ottawa, Ontario, Canada
Date: Mon, 14 Dec 1992 22:22:24 GMT

In article <H.Qg_VCBlXLZo@fredrik.atari.no> jornmoe@fredrik.atari.no writes:
>The 68030 have a synchronous mode in which it does bus accesses in 2 clock
>cycles. Does this mode have overcapacity? I.e.: Can it fetch instructions 
>and red/write data faster from/to the bus faster than the CPU can process
>them? (I know this will depend on the instructions but 'in general')?

A previous designer in our product area performed an experiment to
determine this. His system ran 5-clock accesses with the I-cache
enabled and the D-cache disabled. Don't know his instruction mix.  He
reported 60% bus utilization under these circumstances.

Note - the bus utilization will be sensitive to the instruction mix as
well as the cache hit rate.

>Now to the main question: Is there some 'rule' or 'expirienced factor' by 
>which one can reduce bandwith by, and still gain ~100% CPU performance.

No. There are at least two factors here. One is bandwidth; the other is
latency. Although the bus may be inactive some or even much of the time
(more bandwidth than required), when the processor asks for
instructions/data it must receive them as soon as possible (latency
must be low) in order for performance not to be impacted. Any scheme
that you use that reduces the bandwidth (slow memory, unsophisticated
bus architecture, shared memory, etc) would negatively impact latency
and thus would negatively impact performance. Some of the latency
problem could be solved by including a secondary cache between the
processor and your high bandwidth, high latency bus.

------------------------------------------------------------------------
#include <disclaimer.h>                          Bell-Northern Research
Scott Mason                                      P.O. Box 3511 Station C
Internet: mascot@bnr.ca                          Ottawa, Canada, K1Y 4H7
Newsgroups: comp.sys.m68k
From: chaplin@keinstr.uucp (Roger Chaplin)
Subject: Re: What is a MC68-705?
Organization: Keithley Instruments, Cleveland, Ohio
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 17 Dec 1992 19:45:05 GMT

Charlie Murray (murray@rocky.raleigh.ibm.com) wrote:
: In article <1992Dec14.153959.119650@marshall.wvnet.edu>, rcbi110@marshall.wvnet.edu writes:
: |> 
: |> 
: |> The subject says it all...
: |> 
: |> Is it anywhere remotely similar to a 68000?
: |> I've done a tiny bit of 68000 coding on my Amiga.

: The Motorola 705 VME board is a six port serial card that is controlled by
: an on board 68010.  This may be what the reference is for.

The `MC' at the beginning of the part number indicates that it is some
sort of CPU chip.  Don't know about a `MC68-705', but a `MC68HC705' is
a CMOS 8-bit microcontroller with EPROM, plus varying amounts of RAM
and on-board peripherals, depending upon the part's suffix.  I recently
designed a little display board for some of our products using the
MC68HC05C8.  This is in a plastic package, making it OTP (one time
programmable), hence the `HC05' rather than `HC705'.  I did my initial
prototyping using a MC68HC805C4, which is similar to the 'HC05C8,
except that it has half as much ROM, which is EEPROM instead of OTP
ROM.
-- 
Roger Chaplin / Instruments Division Engineering / "Though I'd been lost now I
chaplin@keinstr.uucp / CI$: 76307,3506          / felt I was found when He
#include <disclaimer.h>                        / looked at me with His
#include "disclaimer.h" /* cover all bases */ / forgiving eyes." - Michael Card
Newsgroups: comp.sys.m68k,misc.wanted
From: "Ingo Cyliax" <cyliax@jaws.cs.indiana.edu>
Subject: MC68020 -> MC68030 transition modules
Organization: Indiana University, Bloomington
Date: Mon, 14 Dec 1992 09:10:38 -0500


I'm looking for a MC68020 -> MC68030 transition module. This module
allows you to use a MC68030 in a MC68020 socket.

Thanks, -ingo
-- 
/* Ingo Cyliax, cyliax@cs.indiana.edu, +1 812 333 4854, +1 812 855 6984 (day) */
From: nanders@plains.NoDak.edu (Noel Anderson)
Newsgroups: comp.sys.m68k
Subject: Re: Q: BDM and GDB
Date: 16 Dec 92 14:17:34 GMT
Article-I.D.: ns1.BzCvpA.JE9
Organization: North Dakota Higher Education Computing Network

In article <ADAMS.92Dec15160117@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de> adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams) writes:
>In article <2806@bigfoot.first.gmd.de> gt@prosun.first.gmd.de (Gerd Truschinski) writes:

>>   I want to debug a MC68340 with GDB-4.7 via the BDM (Background Debug Mode)
>>   of the CPU32. Has anybody written a 'remote-BDM.c' for the GDB?

>There was an enhancement to GDB-3.5 on "ftp.plains.nodak.edu". 
>Please talk to Noel Anderson (nanders@plains.nodak.edu).

The extensions are available via anonymous ftp from plains.nodak.edu
in the subdirectory pub/unix/GDBext.  If "ls" doesn't show you any files,
try "ls -al".


-- 
Noel W. Anderson                   nanders@plains.nodak.edu (Internet)
Asst Prof, Computer Engineering         "I speak for myself, not NDSU"
EE Dept, North Dakota State University         nanders@plains (BITNET)
Newsgroups: comp.sys.m68k,comp.sys.os9
From: meyer@dbsun.uucp (Don Meyer)
Subject: Re: OS Kernel for 68K? 
Keywords: 68000 68340 os kernel
Organization: BioMerieux-Vitek, St. Louis Mo.
Date: Fri, 18 Dec 1992 13:25:15 GMT

In article <1992Dec16.135406.15996@bcrka451.bnr.ca> sandness@bnr.ca (Glen Sandness) writes:
>I'm looking at writing a simple multitasking kernel/real-time executive
>for a 68340 single-board computer.  Before I spend a month cobbling 
>together my own, is there anything in the public domain?

Umm, is Bell-Northern a company and would writing this kernal be part
of your job? (serious questions)
If so, a purchased kernal would be much more cost effective IMHO.
I'm not pad an outrageous salary, and I know that for what it costs
my company to have me sitting here writing code for a month, you can
easily purchase any of the "low end" kernals ($300-$3000) which typicaly
include source code and very liberal liscensces.

I'd say that unless have a very unique need, or want the experience
of writing your own kernal (certainly a legitimate desire), buying one
would be the way to go.  Not to say that a PD kernal wouldn't be
good also, if one is available.

For a good range of low-cost commercial kernals, see any recent issue
of "Embedded Systems Programming" magazine, "Circuit Cellar Ink", etc.

Note: I have no commercial interest in any kernal vendor or magazine.
      We do use a commercial kernal, and have been pleased.

Don
-- 
-------------------------------------------------------------------------
meyer%dbsun.uucp@wupost.wustl.edu        |||     I am at two with nature.
Opinions expressed are personal.         |||       -- Woody Allen