HDTenEightyP/NetNews huggingface dataset:
From: kgallo@mailbox.fwrdc.rtsg.mot.com (Kevin Gallo)
Subject: Dynamic Linking - Port of Andrew Toolkit
Organization: Fort Worth Research and Development Center, Motorola, Inc.
Date: Fri, 6 Nov 1992 22:52:31 GMT

I am trying to port the Andrew Toolkit developed at CMU to the apollo 10.4 Domain environment.

I am having trouble with the dynamic linking as well as others.  I have turned on the -W0,pic, -a -r options to the compiler and -a -r -A noallres -A loadhigh options to the linker.  However, whenever the applications try to load I get an error indicating that the code is not position independent.  I have stopped the linking of the static X11 libraries as well.

I am not sure what else needs to be done to make code dynamically linkable.

Any help would be appreciated.

Kevin Gallo
Motorola CIG Ft Worth TX
Newsgroups: comp.sys.apollo
From: rvenable@helix.nih.gov (Richard M. Venable)
Subject: Re: HELP: edrgy Usage 
Reply-To: rvenable@helix.nih.gov (Richard M. Venable)
Organization: National Institutes of Health
Date: Fri, 13 Nov 1992 00:35:06 GMT

In article <1992Nov12.153237.29314@bmerh85.bnr.ca>,
psycho@brtpa25.bnr.ca (Paul Jezioranski) writes:
|> On a stand-alone DN3500 with SR10.3 and logged in as 'root', I type
'edrgy'.
|> When I try to 'add user1.%.%', the response is "account_id not found
--
|> RGYC/Client" or something like that. I thought the add command in
edrgy was
|> for adding new users; the BSD manual indicates this. Using 'edrgy -l'
didn't
|> work either because the 'add' command doesn't work for the local
registry.
|> 
|> What am I doing wrong?
|> 
|> -- 
|>
========================================================================
========
|> Paul Jezioranski			|  STANDARD DISCLAIMER -- My opinions 
|> psycho@bnr.ca				|  are shared by my employer only when
|> Bell-Northern Research, Inc. RTP, NC	|  they agree with me.
|> 

The  edrgy  command works on several different domains: account, person,
group, and
organization.  The default is account; you must first change to the
person domain,
add the user, then back to the account domain to add an account for a
new user:

edrgy> do p
edrgy> add
         :
edrgy> do a
edrgy> add
	 :

Note: for an isolated, stand-alone node, the processes   llbd glbd rgyd
must ALL be running.

<---------------------------------------------------------------------->
>
<  Rick Venable                (O O) |  "Back off, I'm a scientist."  
>
<  FDA/CBER Biophysics Lab      )|(  |        -- Bill Murray in       
>
<  rvenable@helix.nih.gov       (=)  |           'Ghostbusters'       
>
<---------------------------------------------------------------------->
>

Xref: sparky comp.sys.apollo:3935 comp.sys.hp:12809
From: chen@digital.sps.mot.com (Jinfu Chen)
Newsgroups: comp.sys.apollo,comp.sys.hp
Subject: Re: Need Some Advice..
Date: 11 Nov 92 17:22:43 GMT
Followup-To: comp.sys.apollo
Organization: Motorola, LICD, SPS, Mesa, AZ

In article <1992Nov7.195451.1832@novatel.cuc.ab.ca> hpeyerl@novatel.cuc.ab.ca (Herb Peyerl) writes:
>H mounts A:// as /apollo.
>
>H accesses a file on /apollo/B.
>
>The file request goes to node A through NFS and then gets translated
>to a DDS page-request to node B.  Node B supplies the page to node A
>via DDS and Node A transfers the data to node H via NFS.

This is true when all the Apollos are connected via ethernet.  However, in
most Apollos installation, all nodes are connected via ATR and probably only
one or few gateway nodes have direct interface to an ethernet.  Therefore NFS
traffic on non-ethernet gateway node still goes through DDS on ATR.  I could
be wrong if TCP/IP packet can be transferred directly as ATR tokens.

Newsgroups: comp.sys.apollo
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: Domain/OS Networking Question - long time to "cd"
Organization: University of Toronto Chemistry Department
Date: Tue, 10 Nov 1992 19:04:22 GMT

In article <1992Nov9.185147.3560@eagle.lerc.nasa.gov> edsverk@ed4000-2.lerc.nasa.gov (Kenneth Lee Atchinson) writes:
>I have several apollos in a TCP/IP network.  There are lots
>of other machines (PC's, DEC's, etc) on the same network,
>but I don't think that matters.  I am currently experiencing
>"excessively long" delays in cd'ing to another machine's
>root directory.  For example:
>
>	cd //machine
>
>takes approximately one (1) minute, while
>
>	cd //machine/etc
>
>takes less than a second (it's there very soon after I hit return).

If these systems are not on the same physical Ethernet cable, which
you imply when you mention 'rtsvc', you should be running 'ns_helper'
in each cable segment - this keeps track of remote nodes and their
network addresses (I generally run it on the gateway systems as a bare
minimum, since they see both networks, and can respond to both
networks).

Our systems displayed this sluggishness until we got ns_helper running
properly, and some commands would be slow, others quite snappy.
-- 
What are the chances that any HP computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: comp.sys.apollo
From: tomg@hpcvusc (Thomas J. Gilg)
Subject: Re: Making /lib/xmlib1.1 a global library in SR10.4
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: Tin 1.1 PL5
Date: Fri, 13 Nov 1992 21:50:59 GMT

Bill Gutknecht (bag@node_1f11c.bnr.ca) wrote:
> I'd like to make the library globaly loaded in an effort to save memory 
> and help performance .....
> 
> Anyhow, I entered the following two lines into /etc/sys.conf
> 
> lib xtlib.r4, global, optional  # Needed to resolve globals in xmlib1.1
> lib xmlib1.1, global, optional

Under Domain/OS, the load order of shared libraries is very critical.  As
an example, consider the sequence of events when running vuewm:

Step   Action
----   -----------------------------------------------------------------------
1.     load vuewm
2.        inlib /lib/xvlib.r4
3.           inlib /lib/bmslib
4.              inlib /lib/xmlib1.1
5.                 inlib /lib/xtlib.r4
6.                    inlib /lib/x11lib.r4
7.                    <would execute x11lib.r4:main() if one existed>
8.                 execute xtlib.r4:main() which causes some symbols in
                   x11lib.r4 to be redefined in size (struct) and in value.
9.              execute xmlib1.1:main() which causes some symbols in x11lib.r4
                and xtlib.r4 to be redefined.
10.             inlib /usr/softbench/lib/libsoftlib
11.             <execute libsoftlib:main() if their is one (?)>
12.       inlib /lib/xextlib.r4
13.          inlib /lib/x11lib.r4
14.          <would execute x11lib.r4:main() if one existed>
15.    exec vuewm

     note: use /usr/apollo/bin/coffdump -Ai <coff file> to obtain this info.

All the X/Motif/Softbench libraries know what dependencies they have on
each other, and the appropriate inlib-ing occurs automatically *in the
correct order*.

I would guess that placing the Xt and Xm libraries in /etc/sys.conf is
causing something to go wrong with the load sequence.   Or....

A key question for which I don't have an answer is whether shared libraries
in /etc/sys.conf will have their main() routines executed if they have one.
In the X/Motif libraries, it is absolutly critical that the main() routines
in the libraries get executed so that things like vendorShell can be
properly initialized.

> I reboot and everything seems ok until vuelogin tries to run, and the thing
> hangs.  I'm on a DN3500 running SR10.4 and mwm ... any ideas?

Remove Xt and Xm from /etc/sys.conf, and then try from a pad to inlib
the libraries.  Then startup /usr/lib/X11/vue/etc/vuelogin and see what
happens.

Thomas Gilg
tomg@cv.hp.com

Newsgroups: comp.sys.apollo,comp.sys.hp
From: rvenable@helix.nih.gov (Richard M. Venable)
Subject: Re: Need Some Advice..
Reply-To: rvenable@helix.nih.gov (Richard M. Venable)
Organization: National Institutes of Health
Date: Fri, 6 Nov 1992 01:14:27 GMT

In article <1992Nov5.163551.2615@ttsi.lonestar.org>,
agerhardt@ttsi.lonestar.org (Alan Gerhardt) writes:
|> I have recently inherited responsibility for a network os about 40
|> HP9000/4xx workstations( Domain 10.4 ), and 1 HP9000/710 (HP-UX
8.7).
|> I would like to solicit any advice I could get about the following 3
|> topics:
|> 
|> 
|> 1) What's the best way to integrate the 710 into the Domain network,
|>    i.e. NFS mount the network root onto the 710, mount each using 
|>    node onto the 710, etc.?

On the 710, you can mount the network root (//) as /apollo and then
have
access to all the Domain/OS nodes ( /apollo/nodeA, /apollo/nodeB,
etc.).
The 710 can be mounted on one NFS server node at the network root, e.g.
as //hp710, and is then accessible to all the Domain/OS nodes.
    
|> 2) What would be the best strategy for migrating the Domain network
to
|>    HP-UX?   

Because of the superior networking model and the advantages of the
Domain
token ring, we plan to run Domain/OS as long as possible.  Frankly,
NFS,
ethernet, and X windows are a step backwards as far as many long time
Apollo
users are concerned.  If you must switch to HP/UX, I recommend trying it
on
a few 9000/4xx machines first, and not convert them all at once.
  
|> 3) What is the best way to implement a shared modem pool which would
|>    allow dial-in access to the network?

Not sure what you mean here; most of these systems have a serial port or
two,
so that's certainly one option.  Just connect the modem, edit the
'/etc/ttys'
file, send a signal to 'init' to re-read /etc/ttys, and you have dialup
using the standard Unix 'getty' process.

You can probably also buy some sort of dedicated telecomm box that
supports
multiple modems and connects to the net via ethernet; I know such things
exist,
but not who makes them, how much $$$, or any other pertinent details.

<---------------------------------------------------------------------->
>
<  Rick Venable                (O O) |  "Back off, I'm a scientist."  
>
<  FDA/CBER Biophysics Lab      )|(  |        -- Bill Murray in       
>
<  rvenable@helix.nih.gov       (=)  |           'Ghostbusters'       
>
<---------------------------------------------------------------------->
>
From: hurtubis@a.chem.upenn.edu (Vincent Hurtubise)
Newsgroups: comp.sys.apollo
Subject: Mentor graphics/Apollo 3000 info request
Date: 9 Nov 92 20:04:40 GMT
Distribution: usa
Organization: University of Pennsylvania


   I need some info about some "old" Mentor graphics CAD workstations that
I'm considering buying.  These are supposedly Apollo 3000 based, have a 19"
mono monitor, 5 1/4 floppy drives, an 80 MB MFM drive plus controller and
a token ring card.
   Can someone explain the difference with the regular 3000 ?
   What kind of OS can be run ?  It apparently has a BSD4.2 based OS.  What
could this be ?  Domain 8.? (assuming the machine is a 3000 + CAD software)
Could the OS be upgraded to a more modern BSD4.3 based OS ?
   There used to be a larger disk and a tape drive.  Is the included (80 MB)
drive big enough or would I need to buy some additional disks ?  What kind
of tape drive could be used ?
   Are ethernet cards available for the 3000 ?
   What kind of ports does it have ? (serial, scsii, ... )
   What kind of software and hardware support is available for the 3000 ?

   Best to reply by e-mail.
     Thanks in advance
          Vince
---
   Vincent Hurtubise
      hurtubis@a.chem.upenn.edu
      hurtubis@sun0.chem.upenn.edu
Newsgroups: comp.sys.m68k
From: flanagan@dms.agames.com (Bob Flanagan)
Subject: Re: 68000, Fast 14 Bit Shift?
Organization: Atari Games Corporation
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 11 Nov 1992 17:25:14 GMT

-- 

***********************************************************
Bob Flanagan	   	   EMAIL: 	flanagan@agames.com
Atari Games Corporation	   or netcom.com!agames.com!flanagan
From: Sandor_Scari@ms.maus.de (Sandor Scari)
Newsgroups: comp.sys.m68k
Subject: Re: building a low-cost 68030
Date: Tue, 10 Nov 92 22:01:00 GMT
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14B/hb

m>Could I replace the 68000 with a 68010 and a 68451 to it ?

Is the 68451 available?  It was a very odd design: a SEGMENTED MMU for the
68000.
S\'andor
From: gunnarr@ifi.uio.no (Gunnar R|nning)
Newsgroups: comp.sys.m68k
Subject: Re: building a low-cost 68030 workstation
Date: 5 Nov 92 10:47:16 GMT
Organization: Dept. of Informatics, University of Oslo, Norway
Originator: gunnarr@skalk.ifi.uio.no


In article <1992Nov05.084519.4559@bas-a.bcc.ac.uk>, ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
> >Buy Amiga 3000s.
> (25MHz 68030 + loads of support chips, dunno if it's got a 68882 as
> standard).
> 
> Or Atari TTs (32MHz 68030 + support chips + 68882).

The 68882 is standard on Amiga 3000. And the programming environment
is much better on an Amiga than on the Atari (IMHO).
I'm using Atari's here on the University to program C and Assembly ,and a
Amiga 3000 at home.I recommend that you aquire some Amiga 3000's.

> >
> >------------------------------------------------------------------------
> >#include <disclaimer.h>                          Bell-Northern Research
> >Scott Mason                                      P.O. Box 3511 Station C
> >Internet: mascot@bnr.ca                          Ottawa, Canada, K1Y 4H7
> 
> Steve
> --
> Addresses:-
> JANET:-		ucacmsu@uk.ac.ucl or	steve@uk.ac.ox.earth (preferable)
> Internet:-	ucacmsu@ucl.ac.uk or	steve@earth.ox.ac.uk (preferable)

***********************************************
* Gunnar R|nning   | Email:gunnarr@ifi.uio.no * 
*         #include <std.disclaimer>           *
***********************************************
From: lindblad@klaava.Helsinki.FI (Jarkko Lindblad)
Newsgroups: comp.sys.m68k
Subject: Re: building a low-cost 68030 workstation
Date: 5 Nov 92 19:21:29 GMT
Organization: University of Helsinki
X-Newsreader: TIN [version 1.1 PL6]

Mr Stephen R Usher (ucacmsu@ucl.ac.uk) wrote:

> I'm not trying to start a flame war, I just think that the TT is a simpler
> architecture to understand and is slightly faster (33MHz v. 25MHz).

Well, hopefully this does not lead to a flame war, but actually the
slow bus (on which the TT-ram lies) of Atari TT slows it well below
the A3000 performace level.
	The architecture on TT is probably easier to understand and
simpler, however there are probably a lot more literature on A3000.

-- 
Jarkko Lindblad         | Those people who tell you not to
lindblad@cc.helsinki.fi |   take chances
------------------------| they are all missing on what life is about
This space if for sale  |                        - Metallica
Newsgroups: comp.sys.m68k
From: dwilliam@pizza.ess.harris.com (Dave Williams)
Subject: Re: building a low-cost 68030
Organization: Harris Corporation - ISD
Date: Fri, 13 Nov 1992 20:45:19 GMT

In <A51703@MS.maus.de> Sandor_Scari@ms.maus.de (Sandor Scari) writes:

>m>Could I replace the 68000 with a 68010 and a 68451 to it ?

>Is the 68451 available?  It was a very odd design: a SEGMENTED MMU for the
>68000.
>S\'andor

   Not to mention you'd probably have a hard time getting one.  My Mot.
price list describs the chip as "No new designs"  (I'm not kidding)
Mot. dosen't want you using the thing.  You'd probably be better off
trying to use a 68851, the Paged MMU.


--
  Dave Williams                                     | I'm lucky if I can
    dwilliam@jabba.ess.harris.com                   | even spell opinion,
      "Huh?  What?  Could you repeat the question?" | much less have one.
Newsgroups: comp.sys.m68k
From: apelled@cix.compulink.co.uk (Adam Pelled)
Subject: Re: 68000, Fast 14 Bit Shift?
Reply-To: apelled@cix.compulink.co.uk
Date: Sun, 8 Nov 1992 19:50:00 +0000


In article <568@muller.loria.fr>, eker@loria.crin.fr (Steven Eker) writes:
>In article <memo.723415@cix.compulink.co.uk>, apelled@cix.compulink.co.uk (Adam Pelled) writes:
>
>|> 
>|> >   suba.l  a2,a2       ; clear extracted count
>|> 
>|>             That's a neat trick :-)
>
>Why the smiley? how else can you clear an address reg?

    It was a way of saying thank-you.

>|>     Thanks for the tips. i'll use them in my code if you don't mind. As Tom
>|> Lane pointed out to me in mail; this problem is i/o bound and so there is
>|> little point in optimising the code.
>
>I wondered about this but it depends whether you're decoding from floppy, hard
>diskor RAM disk. If you don't need efficiency, don't in code asm in the first
>place - unless like me you consider optimising asm as a substitute for
>crossword puzzles :-)

    It seemed like a good idea at the time :-)

    Adam.
Newsgroups: comp.sys.m68k
From: sakaria@vipunen.hut.fi (Sakari Aaltonen)
Subject: Re: building a low-cost 68030 workstation
Reply-To: sakaria@vipunen.hut.fi (Sakari Aaltonen)
Organization: Helsinki University of Technology
Date: Thu, 5 Nov 1992 21:46:32 GMT

IMHO, the subject was _building_ a 68030 workstation, not buying one...

-- 
-----------------------------------------------------------------------------
Sakari Aaltonen                             Helsinki University of Technology
Email: sakaria@vipunen.hut.fi               ---- Finns Do It in the Snow ----
Newsgroups: comp.sys.m68k
From: gcall@systemname.uucp (Glen Call)
Subject: Re: arbitrary entry points
Originator: gcall@
Organization: Motorola Computer Group Marketing
Date: Wed, 4 Nov 1992 15:33:41 GMT


In article <1992Oct31.194713.20523@netcom.com>, chet@netcom.com (Eric Chet) writes:
|> In article <68485@cup.portal.com> Dan_E_Babcock@cup.portal.com writes:
|> >jsr (a0) is a slightly confusing aspect of 68K assembly syntax. It means jump
|> >to the addresss contained in a0, NOT jump to the address conatined in memory
|> >pointed to by a0. This should solve your problem. :)
|> >
|> >Dan
|> 
|> I think of it this way Ax is an address register, it stores a address for me.
|> I will jump to the address in (Ax).
|> 
|> JUst a thought
|> 

Or look at it this way: data movement instructions calculate an effective
address, then use it to read/write memory.  Other instructions, such as LEA,
PEA, JSR, etc. calculate the effective address and use it directly.  That is why
IMMEDIATE operands are not permitted with these instructions.

Hope this helps.

Glen
------------------------------------------------------------------------------
Glen Call                          Technical Marketing Systems Engineer
Motorola Computer Systems, Inc.    gcall@phx.mcd.mot.com or mcdapps!gcall
M/S DW212                          phone: (602) 438-3408
2900 S. Diablo Way                 pager: 1-602-244-3252 Pager#2818 (digital)
Tempe, AZ 85282                    FAX:   (602) 438-3534
From: ucacmsu@ucl.ac.uk (Mr Stephen R Usher)
Newsgroups: comp.sys.m68k
Subject: Re: building a low-cost 68030 workstation
Date: 5 Nov 92 14:01:02 GMT
Organization: Bloomsbury Computing Consortium, London

In article <1992Nov5.104716.20080@ifi.uio.no> gunnarr@ifi.uio.no (Gunnar R|nning) writes:
>
>In article <1992Nov05.084519.4559@bas-a.bcc.ac.uk>, ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
>> >Buy Amiga 3000s.
>> (25MHz 68030 + loads of support chips, dunno if it's got a 68882 as
>> standard).
>> 
>> Or Atari TTs (32MHz 68030 + support chips + 68882).
>
>The 68882 is standard on Amiga 3000. And the programming environment
>is much better on an Amiga than on the Atari (IMHO).
>I'm using Atari's here on the University to program C and Assembly ,and a
>Amiga 3000 at home.I recommend that you aquire some Amiga 3000's.

It does depend upon what you run on the machines.. on my TT I run a system
with MiNT as a multi-tasking kernel, my own version of the BSD Unix init(8)
and a reasonable subset of Unix utilities. The compiler I use if GCC 2.2.2
with a BSD compatable library.

There are several assemblers out there, all public domain. On the whole the
TT has a simpler architecture than the A3000.

It does have a VME bus on the back (16D/23A single Eurocard) if you want to
be able to develop software for external hardware.

I'm not trying to start a flame war, I just think that the TT is a simpler
architecture to understand and is slightly faster (33MHz v. 25MHz).

>
>> >
>> >------------------------------------------------------------------------
>> >#include <disclaimer.h>                          Bell-Northern Research
>> >Scott Mason                                      P.O. Box 3511 Station C
>> >Internet: mascot@bnr.ca                          Ottawa, Canada, K1Y 4H7
>> 
>> Steve
>> --
>> Addresses:-
>> JANET:-		ucacmsu@uk.ac.ucl or	steve@uk.ac.ox.earth (preferable)
>> Internet:-	ucacmsu@ucl.ac.uk or	steve@earth.ox.ac.uk (preferable)
>
>***********************************************
>* Gunnar R|nning   | Email:gunnarr@ifi.uio.no * 
>*         #include <std.disclaimer>           *
>***********************************************

Steve

--
Addresses:-
JANET:-		ucacmsu@uk.ac.ucl or	steve@uk.ac.ox.earth (preferable)
Internet:-	ucacmsu@ucl.ac.uk or	steve@earth.ox.ac.uk (preferable)
Newsgroups: comp.sys.m68k
From: flanagan@dms.agames.com (Bob Flanagan)
Subject: Re: 68000, Fast 14 Bit Shift?
Organization: Atari Games Corporation
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 11 Nov 1992 19:31:16 GMT


-- 

***********************************************************
Bob Flanagan	   	   EMAIL: 	flanagan@agames.com
Atari Games Corporation	   or netcom.com!agames.com!flanagan
From: breese@monet.imada.ou.dk (Bjoern Reese)
Newsgroups: comp.sys.m68k
Subject: Re: arbitrary entry points
Date: 7 Nov 92 17:56:44 GMT
Distribution: comp.sys.m68k
Organization: Dept. of Math. & Computer Science, Odense University, Denmark

In article <al158305.721060111@academ01> al158305@academ01.mty.itesm.mx  
(Gustavo Cordova Avila) writes:
> eker@loria.crin.fr (Steven Eker) writes:
> 
>    Hmmm... this sounds quite reminiscent to how we call shared run-time
> libraries in AmigaDOS. It's something like:
> 
> 	LIBNAME:	db   "reqtools.library",0
> 
> 	OPENLIB:	lea  LIBNAME(pc),a0
> 			move a6,$04
> 			call _LVOOpenLibrary(a6)
> 
> 	; The routine at _LVOOpenLIbrary(a6) returns a pointer to
> 	; the requested library in a1 (I think). If the library isn't 
> 	; in memory at the time, Exec.library (the kernel) tries to 
> 	; load it from disk, from a special assignment called "Libs:".
> 
[... Lots and lots of text deleted ...]

The pointer is returned in d0, not a1.

Well, you failed to mention that your "call" is a macro,
which simply substitutes a "jmp". So we are back at a
"JMP offset(Ax)", but this only works on the Amiga because
all the libraries has a jump-table, which looks something
like this: (Please note that the values in the following
example have been made up, and does not represent the
correct values.)

--- Rought Library Template ---
_LVOOpenLibrary  EQU  -6      ;_LVO = Library Vector Offset
_LVOCloseLibrary EQU  -12

LibraryStart:
        ...
        jmp     ...             ;Some routines
        jmp     CloseLibrary    ;The absolute address of the
                                ;CloseLibrary routine.
        jmp     OpenLibrary
LibraryBase:                    ;Followed by Library data.

--- End of Rought Library Template ---

--

Bjoern Reese                   |     Email: breese@imada.ou.dk
Odense University, Denmark     |     Voice: +45 65 932 182 (private)
Newsgroups: comp.sys.m68k
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: Source of MC68332 (small quantity)
Organization: Jet Propulsion Laboratory
Distribution: usa
Date: Thu, 5 Nov 1992 17:56:16 GMT

In article <1992Nov4.232440.11461@news.nd.edu> rohrs@bach.helios.nd.edu (matt) writes:
>Does anyone know of a source for small quantities of MC68332s.
>I can't find a source that is willing to sell fewer than 36.
>
>Help! 
>
>Thanks in advance,
>
>-- Matt
>
There are electronic supply firms whose sole business is to support
engineering needs. Out West anyways one of those firms goes by the
name Hamilton/Avnet. It'd be much cheaper if you could buy from a
Mail Order company in the back of some "techy" magazine though. 

Good luck.

Jeff

Newsgroups: comp.sys.m68k