HDTenEightyP/NetNews huggingface dataset:
From: miller@hmsp04.wg3.waii.com (Griff Miller X7114)
Newsgroups: comp.sys.m68k
Subject: 68010
Date: 12 Jan 93 15:27:17 GMT
Distribution: usa
Organization: Western Geo. - Div of Western Atlas Intn'l Inc., Houston, TX
Originator: miller@hmsp04.wg3.waii.com

Hi. I have an Amiga 500 in which I have installed a 68010. It's the long,
skinny one (I understand some 68000/68010's are squarish). It's also
gray, not black (ceramic). Anyway, when I bought it I was looking for a
16mHz version but could only find 10mHz (I think - something < 16 mHz,
at any rate). Is there just not a 16 mHz 68010 available? The reason I 
want it is I would like to put it in ICD's AdSpeed board. I like the idea
of the accelerated chip, but they put a 68000 in it and I'd rather have
the better chip in it. The AdSpeed drives the CPU at 14-and-some-change
(14.28?) mHz.

Also, 68010's are supposed to be able to work with a math coprocessor.
Which one, and how is it done?

Thanks!
--
Griff Miller > miller@monarch.wg3.waii.com < use this for email.

          *** My opinions are mine, not Western's. ***

   "The fear of the Lord is the beginning of knowledge, but 
    fools despise wisdom and discipline."   - Proverbs 1:7 
Newsgroups: comp.sys.m68k
From: ncherry@cbnewsg.cb.att.com (neil j.cherry)
Subject: Re: Source for circuit?
Organization: AT&T
Distribution: usa
Date: Tue, 12 Jan 1993 14:18:38 GMT

In article <1it8bsINN4ul@overload.lbl.gov> EJMOLER@LBL.GOV (edward moler) writes:
>
>	I know that Horowitz and Hill give this circuit in THE ART OF
>ELECTRONICS, 2nd ed.
>

Thanks
NJC
Newsgroups: comp.sys.m68k
From: cmhui@cs.cuhk.hk (Hui Chau Man)
Subject: Can VME147 issue Sequential Access Bus Request to the VMEBus?
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Sun, 10 Jan 1993 04:05:33 GMT

Dear netters,

I am using a VME147 system. Recently, I bought a graphics board which can 
handle Sequential Memory Access from the VMEBus. Can anyone tell me if the 
VME147 can issue Sequential Memory Access requests to the VMEBus slaves?
If it can, how to do it?

Thanks in advance.

C.M. Hui
Dept. of Computer Science
The Chinese University of Hongkong
Shatin, N.T.
Hongkong

Internet: cmhui@cucs18.cs.cuhk.hk
FAX: (852) 6035024
From: eddie@ux5.lbl.gov (edward moler)
Newsgroups: comp.sys.m68k
Subject: Looking for PCMCIA interface to 16-bit 68K bus (68340)
Date: 7 Jan 1993 21:46:28 GMT
Organization: Lawrence Berkeley Laboratory
Distribution: world
Reply-To: eddie@ux5.lbl.gov (edward moler)
NNTP-Posting-Host: ux5.lbl.gov

	Howdy.  Does anyone out there know of a PC card port interface (PCMCIA)
design?  I'll be using this with a(n) M68340 Integrated Processor.  Any
pointers
would be greatly appreciated.  
									Thanks,

									Eddie Moler
P. S. Please respond to EJMOLER@LBL.GOV        EJM
From: john@gu.uwa.edu.au (John West)
Newsgroups: comp.sys.m68k
Subject: Re: state of data bus during write of byte
Date: 7 Jan 1993 16:02:24 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: mackerel.gu.uwa.edu.au

iikoch@techfak.uni-bielefeld.de (Ingolf Koch) writes:

>Hello,
>can anyone of you out there tell me what happens to the unused wires
>of the data bus coming out of the 68000 if a byte (8bit) value is
>written to RAM.

The same data is sent to both halves of the bus. This can get very 
embarrasing when you've wired your DUART to the wrong half of the bus.
Very odd - you can send data down the line perfectly happily, but for
some strange reason, nothing will go the other way.

>What about other 680x0 (especially the 68040)?

I think it copies the data onto all parts of the bus, but I can't find
the relevant bit in the book. Actually, I think it must, or the dynamic
bus sizing won't work.

John West
--
For the humour impaired: Insert a :-) after every third word
Newsgroups: comp.sys.m68k
From: byron@cc.gatech.edu (Byron A Jeff)
Subject: Re: A few Questions on the 68000 and 68008...
Reply-To: byron@cc.gatech.edu (Byron A Jeff)
Organization: Georgia Institute of Technology
Date: Mon, 11 Jan 1993 15:06:01 GMT

In article <steveh.726716248@tasman> steveh@tasman.cc.utas.edu.au (Steve Howell) writes:
>
>
>
>
>ok.. its been somewhat confirmed that a 6809 is not avail in a SMD package, so
>i guess the time has come to go 68k at long last.
>
>just a few questions before i dive in...
>can i do the following with a mc68008?
>
>1) can i use the upper address lines thru say a 74ls138 (3-to-8) decoder
>to create the enable signal for each pheripherial?.. or do i need some
>complex PAL or something (like everone elses uses that ive seen!)
>
>3) what is the base adress for RAM ($0000 is what a 6809 is at, but i hear its
>not this simple with 68k devices?.. is this right?)
>
>4) Can i put ROM anywhere i like in the address map? (as long as its big enough)

These three questions are related. The problem arises from the fact that the
interrupt vector table (IVT) of these two chips cannot be relocated from its
preset location of $0000. The IVT contains both the interrupt vectors for
hardware and software interrupts and the reset vector and initial stack 
pointer.

The problem is that typically you'd like the reset and stack vectors to be
in EPROM, and the rest in RAM. Since the IVT can't be moved two basic choices
are available:

1) Have the whole IVT in EPROM. In this case a decoder is fine, the RAM is
   not at $0000 because the EPROM is.

2) Boot from the EPROM then relocate it. This is where the PAL is handy
   because you can program the states into it. Basically a reset causes
   a state where the EPROM is mapped to $0000. After the reset vector and
   initial stack is read (first 8 reads for a 68008, first 4 for a 68000)
   the state changes mapping RAM to $0000 (so it now contains the IVT) and
   the EPROM somewhere else.

Note that for every processor above the 68000 there is a Vector Base Register
(VBR) defined which holds the base address of the IVT and can be relocated
at any time.

Now an aside: I've a opportunity over the years to build single board computers
with almost every family member of the 68K family. Unless your project is
extremely simple (or completely embedded) I'd suggest skipping the 68008, 68000
and 68010 a starting directly with either the 68020 or 68340. While it is true
that these are bigger and more complex chips they have some features that
ultimately simplify their use. Both the VBR and the ability to dynamically
size the bus (meaning you can have a mix of 8, 16, and 32 bit devices) is
a definite win. Because they are in PGA packages they take up less space
than a 68000 or 68008. And a 20 Mhz 68020 can be had for $40 from places like
B.G. Micro (who advertises in ComputerCraft Magazine).

Just my thoughts,

Later,

BAJ

>2) the E timming signal on the 68000. is it on the 68008?

I don't remember.

BAJ

---
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
From: tomc@bouwsma.sps.mot.com (Tom Cunningham)
Subject: Re: S-Record types
Organization: Motorola Inc. MMTG Oakhill Austin Texas
Date: Thu, 7 Jan 1993 15:49:08 GMT

In article <969@quirm.terminus.ericsson.se> srl@terminus.ericsson.se writes:
>This may not be the correct newsgroup for this question, if so then sorry.
>
>Could anyone fill out the following table of Motorola S-Record types:
>
>S0 optional sign on record
>S1 4 character address data record
>S2 6 character address data record
>S3 8 character address data record

Right so far.

>S4 ?
>S5 ?
>S6 ?

I've never seen a definition for these.

>S7 S3 block termination record
>S8 ?
>S9 end of file record

S7 8 character start address record
S8 6 character start address record
S9 4 character start address record

In other words, S7-S9 contain the entry point address; the type of
record used depends on the magnitude of the starting address value.
I have also seen correspondences documented between record types with
like-sized address fields, e.g. S1/S9, S2/S8, S3/S7, where for example
an S7 record is indeed a block termination record for a group of S3
records, but I'm not sure how strictly this is adhered to.
-- 
Tom Cunningham  Motorola Inc.  Austin TX
tomc@dsp.sps.mot.com
cs.utexas.edu!oakhill!dsp!tomc
From: cyberman@exucom.com (Stephen R. Phillips)
Newsgroups: comp.sys.m68k
Subject: elucidation on "my" on the C compilor
Date: 9 Jan 93 17:43:19 GMT
Organization: ExuCom Multimedia Inc.
X-Newsreader: TIN [version 1.1 PL8]


A while back I posted for HELP on a C compilor that was a cross compilor
for the PC.  WELL here is the striaght dope:

1: 	Author is Mathew Brandt and it's date stamp is 1986
2: 	the only included information is the authors address and phone
number which are very likely chnaged

3: 	the output is for the UNIX 68000 assembler format for Unix SysV

So are there any FTPable C cross compilors for the 68k, on the PC?

Cyberman
-- 
This is my sig file!
Read rec.games.programer!
From: heller@cs.umass.edu (Robert Heller)
Newsgroups: comp.sys.m68k
Subject: Re: more on m68k boot
Date: 12 Jan 93 15:34:17 GMT
Organization: COINS, UMass, Amherst

In article <zkessin.726802574@chaos.cs.brandeis.edu>, zkessin@chaos.cs.brandeis.edu (Zach K) writes...
>> I have been trying to figure out how to boot on a 68000/008/010 and
>> have seen various methods of figuring out how to have rom at $0000 but
>> ram at $008-$3FF, one thing I noted was that the restart vectors are
>> in the supervisor program space while everying else is in supervisor
>> data, so can I use the fc[0-2] pins to remap the low few words of the
>> address space in supervisor program only to somewere else in my
>> address map.
>>  
>> Does this idea make sense? it seams easer than trying to have the
>> computer on boot clear a bit somewere and in doing so remap the rom?
>>  
>> any ideas? 
>>  
>> ps is there a FAQ for this group? in not mabey we should have one.
>>  
>> --Zach
>>   Zachary Kessin  zkessin@cs.brandeis.edu
>>  real.world: I don't think the news server gets that group!    

One real simple hack is what the Sage's and Stride's do:  ROM is at high memory and RAM is at low memory.  On reset, the RAM is shadowed by the ROM.  As soon as the ROM is addressed in its proper address space ($FFxxxxxx), the shadowing is disabled and RAM is available starting at $00000000...  No need to count bus cycles, etc.  You can just use the existing decode line for ROM to set a FlipFlop (that is cleared by the reset circuit and whose output diddles the shadowing logic).  Of cource the first thing 


the ROM does is initialize the vector table to something meaningfull (or at least the important vectors (bus error, address error, etc.)

		Robert Heller
InterNet:	Heller@CS.UMass.EDU
BIX:		locks.hill.bbs
FidoNet:	1:321/153 (Locks Hill BBS, Wendell, MA)
CompuServe	71450,3432
Newsgroups: comp.sys.m68k
From: hanscom@atlantis.eid.anl.gov (roger hanscom)
Subject: Need Help with "MAI Basic-Four"
Organization: Advanced Computer Application Center, Argonne National Laboratory
Date: Sun, 10 Jan 1993 21:48:14 GMT

I've just been given an MAI Basic-Four system.  It is 68010 based and
runs what appears to be a UNIX derivative called "UNOS".  It may have
been developed by Charles River Data Systems.  The machine has two
serial terminals hung on it, and it boots up from the hard drive with
no problems.  Unfortunately, it puts up a login prompt on the screen,
and accepts userid and password.  The system was a discard from a small
business and there are no employees who remember any valid
userid/password combinations.  Is there anybody out there who can help
me get on this sytem and remove the passwords??  It looks like a very
useful machine, if I can get by the login sequence.  Also when trying
userid/password combinations, I have had no success and then eventually
power it off.  Booting it again later, I encounter errors that appear to
result from powering it off with mounted file systems.  Is there an
accepted shutdown sequence??  Does one have to login as "root" to run
it?

Questions, questions, questions...........

       Thanks in advance       Roger         hanscom@athens.eid.anl.gov

Newsgroups: comp.sys.m68k
From: zkessin@chaos.cs.brandeis.edu (Zach K)
Subject: compilers etc for 68000
Organization: Brandeis University
Date: Thu, 7 Jan 1993 21:49:31 GMT

What are people using for compilers and other devtools for 68000
systems? I am planing to build a homebrew 68000 and wanted to know
what my compiler options are. I have a Mac with MPW, which can be used
to cross compile, what are the other options? 

thanks for any info. source code very helpfull.

--Zach
  Zachary Kessin  zkessin@cs.brandeis.edu
 real.world: I don't think the news server gets that group!    

Newsgroups: comp.sys.m68k
From: ellensp@brtph619.bnr.ca (Wen Liu P205)
Subject: public domain assemblers
Organization: BNR Inc. RTP, NC
Date: Mon, 11 Jan 1993 22:35:33 GMT

I am looking for ftp sites that have public domain 68000 
and 68020 assemblers.  

Please reply to me at ellensp@bnr.ca

Thanks!
-Elle
-- 
--
===================================================================
Ellen Spoonamore
Bell-Northern Research Ltd.		RTP, NC, USA
Internet:  ellensp@bnr.ca
Newsgroups: comp.sys.m68k
From: kblomste@lesti.hut.fi (Kasimir Blomstedt)
Subject: 68020+ instruction timing..
Keywords: 68020+
Organization: Helsinki University of Technology, Finland
Date:  9 Jan 93 21:41:13 GMT

Does anyone have some information of the intruction timing in the 68020+ processors? If you do, then please post it here or mail it directly to me (kblomste@vipunen.hut.fi).
Thanx in advance...
From: srl@terminus.ericsson.se (Steve Langstaff)
Newsgroups: comp.sys.m68k
Subject: S-Record types
Date: 7 Jan 93 10:26:41 GMT
Reply-To: srl@terminus.ericsson.se
Distribution: world
Organization: Camtec Electronics (Ericsson), Leicester, England

This may not be the correct newsgroup for this question, if so then sorry.

Could anyone fill out the following table of Motorola S-Record types:

S0 optional sign on record
S1 4 character address data record
S2 6 character address data record
S3 8 character address data record
S4 ?
S5 ?
S6 ?
S7 S3 block termination record
S8 ?
S9 end of file record

any others?

---

| Steve Langstaff - Ericsson CAMTEC |

Newsgroups: comp.sys.m68k
From: johnm@oakhill.sps.mot.com (John Morris)
Subject: Re: The end of the MC680X0 UNIX era?
Reply-To: johnm@oakhill.sps.mot.com
Organization: Motorola Semiconductor
Date: Tue, 12 Jan 1993 22:04:43 GMT

In article 12579@tscs.com, gerard@tscs.com (Stephen M. Gerard) writes:
> There once was a time when if you wanted UNIX, you typically purchased
> a machine based upon a member of the Motorola MC680X0 family.  Our
> first machine was a 68010, followed by a 68030, then with a 68040 which
> we still presently have. I have found all to be excellent processors
> and was looking forward to a 68060.  I now have reason to believe that
> there will be no such beast. 

Your fears are unfounded. The 68060 project is very much alive and well.

> The reason for my dismal expectations is that I hear that Motorola will
> not be releasing System V Release 4 for the 680X0 family. 

Can't answer that, I have no idea if this is the case or not.

> The only reasonable conclusion that this leaves is that there will be *NO* future
> processors in the 680X0 family and that Motorola has, at least internally,
> admitted defeat to Intel (yuch!), at least in CISC processors.

NEVER!

---
---
John M. Morris				e-mail: johnm@oakhill.sps.mot.com
Motorola Semiconductor 			phone:  (512) 891-3400
Austin, Texas				fax:    (512) 891-8315

Newsgroups: comp.sys.m68k
From: meyer@dbsun.uucp (Don Meyer)
Subject: Re: S-Record types
Organization: BioMerieux-Vitek, St. Louis Mo.
Date: Thu, 7 Jan 1993 20:22:02 GMT

Not sure if this is Motorola Gospel or not, but it's used by at least
one of the S-Record generating linkers we use.

S5 is the "number of records" preceding this one.  Four hex digits.
   S503xxxxcc
where xxxx is the hex record count and cc is the checksum digits.

Don

-- 
-------------------------------------------------------------------------
meyer%dbsun.uucp@wupost.wustl.edu        |||     I am at two with nature.
Opinions expressed are personal.         |||       -- Woody Allen
From: srl@terminus.ericsson.se (Steve Langstaff)
Newsgroups: comp.sys.m68k
Subject: THANKS Re: S-Record types
Date: 8 Jan 93 09:49:12 GMT
Reply-To: srl@terminus.ericsson.se
Distribution: world
Organization: Camtec Electronics (Ericsson), Leicester, England

Thanks to all who replied to my posting about S-Record types.

---

| Steve Langstaff - Ericsson CAMTEC |

Newsgroups: comp.sys.m68k
From: steveh@tasman.cc.utas.edu.au (Steve Howell)
Subject: A few Questions on the 68000 and 68008...
Organization: University of Tasmania, Australia.
Date: Mon, 11 Jan 1993 01:37:28 GMT





ok.. its been somewhat confirmed that a 6809 is not avail in a SMD package, so
i guess the time has come to go 68k at long last.

just a few questions before i dive in...
can i do the following with a mc68008?

1) can i use the upper address lines thru say a 74ls138 (3-to-8) decoder
to create the enable signal for each pheripherial?.. or do i need some
complex PAL or something (like everone elses uses that ive seen!)

2) the E timming signal on the 68000. is it on the 68008?

3) what is the base adress for RAM ($0000 is what a 6809 is at, but i hear its
not this simple with 68k devices?.. is this right?)

4) Can i put ROM anywhere i like in the address map? (as long as its big enough)


Thanks

Steve H



Newsgroups: comp.sys.m68k
From: TMKT76@waccvm.corp.mot.com (Daniel Fusils)
Subject: Re: Serial I/O Rtns for 68681
Organization: Motorola
Date: 6 Jan 1993 12:44:10 MST

From: jap7g@fermi.clas.Virginia.EDU (Jim Alan Pisano)
>I'm developing an embedded controller based on the 68000 w/ 68681 DUART.
>I need some software to do interrupt-driven serial I/O for the DUART.  I
>can handle C or  assembler with C being my first  choice.  Since this is
>an embedded system, there's no operating  system so I require a complete
>set of control routines for the DUART.

What you are  exactly looking for is published  in Motorola Semiconductor
Product Sector (SPS)  application note nr AN899/D.   Consult your closest
Motorola SPS rep.
Regards,
-------------------------------------------------------------------------
Daniel FUSILS.                     :     MOTOROLA SPS  Paris RSO, France
South Europe Senior Telecom FAE    :     TMKT76@WACCVM.corp.mot.com
Tel: (+33 1) 40 95 58 65           :     Please, i can only do 12 thinks
FAX: (+33 1) 40 95 58 81           :     at once |||
Newsgroups: comp.sys.m68k
From: turbo@cse.uta.edu (Chris Turbeville)
Subject: Re: Yay - The news group seems to have been created!
Organization: Computer Science Engineering at the University of Texas at Arlington
Date: Sun, 10 Jan 1993 22:01:33 GMT

In article <chk.726530935@mcshh.hanse.de> chk@mcshh.Hanse.DE (Christian Kuhtz) writes:
>crs@crs.cl.msu.edu (System Administrator) writes:
>
>>Lets see if this message gets through?
>
>	I got thru to mcshh.hanse.de, Hamburg, Germany.
>	I'm glad it is created.. Convex Adms should share their
>	luck :)
>
>	Regards,
>		Christian
PING!
From: crs@crs.cl.msu.edu (Charles Severance)
Newsgroups: comp.sys.convex
Subject: Re: Yay - The news group seems to have been created!
Date: 11 Jan 1993 06:20:46 GMT
Organization: Michigan State University
NNTP-Posting-Host: crs.cl.msu.edu

chk@mcshh.Hanse.DE (Christian Kuhtz) writes:

>crs@crs.cl.msu.edu (System Administrator) writes:

>>Lets see if this message gets through?

>    I got thru to mcshh.hanse.de, Hamburg, Germany.
>    I'm glad it is created.. Convex Adms should share their
>    luck :)
>    Regards,
>        Christian

And the your message got back to me too!!!

/Chuck
From: ben@rex.uokhsc.edu (Benjamin Z. Goldsteen)
Newsgroups: comp.sys.convex
Subject: What do you think of the Convex?
Date: 8 Jan 93 19:53:05 GMT
Article-I.D.: rex.C0JwKI.3Ft
Organization: Health Sciences Center, University of Oklahoma

Since I asked a similar question in comp.unix.cray, to be fair, I should
ask this question in the convex group...

      What do you think of the Convex...specifically, the Convex 
C3400,C3800, and CSM?  Benchmarks, horror stories, etc are all 
appreciated.

Thank you

-- 
Benjamin Z. Goldsteen
From: bz438@cleveland.Freenet.Edu (Jean-Pierre Malisse)
Newsgroups: comp.sys.convex
Subject: Test of newly created comp.sys.convex newsgroup
Date: 9 Jan 1993 07:08:35 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu



  Hi all Convex Usersm<<<<

  Eventually, we got  our newsgroup created...
  The CFV was a great success. More comments will follow when
   the newsgroup will be effectively created on my own system
  
  I  wish all  voters and all the other Convex users 
  a  H A P P Y   N E W   Y E A R  for 1993.

  Jean-Pierre Malisse (cammejpm@camme.ac.be)

Newsgroups: comp.sys.convex
From: chk@mcshh.Hanse.DE (Christian Kuhtz)
Subject: Re: Yay - The news group seems to have been created!
Organization: Point of Presence & MCS Hamburg
Date: Fri, 8 Jan 1993 22:08:55 GMT

crs@crs.cl.msu.edu (System Administrator) writes:

>Lets see if this message gets through?

	I got thru to mcshh.hanse.de, Hamburg, Germany.
	I'm glad it is created.. Convex Adms should share their
	luck :)

	Regards,
		Christian



	
Newsgroups: comp.sys.convex
From: zrajs01@sunap1.zdv.uni-tuebingen.de (Jochen Schmid)
Subject: emacs 
Organization: Comp. Center (ZDV) U of Tuebingen, FRG
Date: Tue, 12 Jan 1993 13:56:34 GMT

Did anyone compile emacs version 18.59 with the Convex C-Compiler Version
V4.3.2.0 on a Convex running ConvexOS Release 10.1 ?


--
       Jochen Schmid, Abteilung Anwendungssoftware, ZDV
       Universitaet Tuebingen
       Tel.: + 07071-29 6018, Fax : + 07071-29 5912 
       Internet mail: schmid@mailserv.zdv.uni-tuebingen.de
Newsgroups: comp.sys.convex
From: u8013033@cc.nctu.edu.tw (   Kuo Jang Ju)
Subject: testl
Organization: National Chiao Tung University
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 8 Jan 1993 07:13:04 GMT



--

 +------------------------------------------------------------------------+
 |                           U       |   Dept.  Communication        |
 |----------------------------------------|   National Chiao Tung Univ.   |
 |                                        |   1001 Ta Hsueh Rd.           |
 |    ;   ,,,,  ,,,,   :      :''':  :    |   Hsinchu,  Taiwan, R.O.C.    |
 | ''''''':  '     ' '':'':   :   :,,:,,, |   qj  qHt        |
 |  :''': : '     ' ,,,:,,:,  :,,,:  :  ; |   sj1001          |
 |  :,,,; :`     `     :  ;   :   :  ;  ; |-------------------------------|
 |  ,,,,, : `     `  '':'''   :   :  ;  ; |   Addr.: 2nd fl. 16, 193 ?    |
 |     ;  :  '     : ,,:,,,   :,,,:  ;  ; |          Kong  Wen  Rd.       |
 | '''';'':  '     ,   :      :   :  ;  ; |       Hsinchu, Taiwan, R.O.C. |
 |     ;  :`'   ` , ''':''''  :  ,;  ;  ; |   s193162    |
 |   . ;  :      ;`.   :      :,'    '  ; |                               |
 |    ;   :     ,   `......' ,'     ' `.' |@ Tel. : (035) 281733         |
 |----------------------------------------+-------------------------------|
 |    K u o     J a n g  -  J u    (KJJ)  |Email: u8013033@cc.nctu.edu.tw |
 +------------------------------------------------------------------------+
From: choy@skorpio.usask.ca (I am a terminator.)
Newsgroups: comp.sys.convex
Subject: What does a convex do?
Date: 7 Jan 1993 22:20:01 GMT
Organization: University of Saskatchewan, Saskatoon, Canada
Distribution: world
NNTP-Posting-Host: skorpio.usask.ca

Can it find the convex hull?

-- 

Henry Choy
choy@cs.usask.ca

What rolls down stairs alone or in pairs            This has been brought to 
Rolls over your neighbor's dog?                     you by the numbers 4
What's great for a snack and fits on your back?     and 9 and the letter P.
It's Log, Log, Log!  -- "The Log Song", from            -- Big Bird
                         Ren & Stimpy

Math is tough!       -- Barbie
From: crs@crs.cl.msu.edu (System Administrator)
Newsgroups: comp.sys.convex
Subject: Yay - The news group seems to have been created!
Date: 8 Jan 93 14:58:04 GMT
Organization: Michigan State University
NNTP-Posting-Host: crs.cl.msu.edu

Lets see if this message gets through?