HDTenEightyP/NetNews huggingface dataset:
From: malte@techfak.uni-bielefeld.de (Malte Uhl)
Subject: Re: building a low-cost 68030 workstation
Date: Mon, 9 Nov 1992 16:17:23 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

malte@techfak.uni-bielefeld.de (Malte Uhl) writes:
>By the way, does anyone know of a *simple and cheap* way to replace a 68000
>with a 68030 ? No additional caches, pipes and whistles please.
>I plan to replace a MC68000F12 running at 16MHz clock speed.

I should have mentioned that this was a request for a commercial plug and play
thingy. It is intended to replace the 68000 CPU of a CPU accelerator in
an Atari ST.
I'm not at all in the hardware business but I'm quite good with the soldering
iron.

Malte
From: djc@acuson.com (Don Christensen)
Newsgroups: comp.sys.m68k
Subject: NEEDED: m68k math lib for GCC
Date: 9 Nov 92 21:19:34 GMT
Organization: Acuson; Mountain View, California

I have a gcc-based SPARC->m68k cross development environment, and I need
the math routines for gcclib.  If someone could send them to me I would
appreciate it.  Alternatively, an anonymous FTP site (with a complete
pathname - I have to use ftpmail) would work.

Thanks in advance,

Don.Christensen@acuson.com
-- 

--
Don.Christensen@Acuson.COM
Acuson Computed Sonography
From: eker@loria.crin.fr (Steven Eker)
Newsgroups: comp.sys.m68k
Subject: Re: 68000, Fast 14 Bit Shift?
Date: 6 Nov 92 08:56:20 GMT
Organization: CRIN (CNRS) Nancy - INRIA Lorraine

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?

|> >   move.b  (a3)+,d0            ; encoded line length (first byte)
|> >   move.b  table(pc,d0.w),d0   ; decoded line length (can't be -ve!)
|> >   adda.w  d0,a2               ; number of bytes extracted (flags not changed)
|> 
|>             Why do you do add.w ? Surely the file could be >65K. i know
|>             d0 is word size, but you still need all 32 bits ??. e.g if
|>             a2 has $0000EFFF and you add 2 bytes as a word you'll lose the
|>             carry.

No, adda.w does a 32bit add, using the sign extended source and the whole of the
destination address register.

|>     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 :-)

Steven
Newsgroups: comp.sys.m68k
From: carty@dteng1.enet.dec.com (Hugh Carty)
Subject: Any pointers to 68000 assembly data encryption code
Keywords: Assembly encryption
Reply-To: carty@dteng1.enet.dec.com (Hugh Carty)
Organization: Digital Equipment Corporation
Date: Mon, 9 Nov 1992 10:47:05 GMT

Could someone point to a location of source assembler routines that do data 
encryption, somrething that will take a simple text string and encrypt it { with
the encrypting algorithim } and display the encrypted routine on the terminal
and if you hit special key will display the original text { to the user of
course}
I 'm willing to take flak for not right note sconf, but a pointer to where 
to look would be appreciated.

Regards
Hugh Carty
Newsgroups: comp.sys.m68k
From: deraadt@newt.cuc.ab.ca (Theo de Raadt)
Subject: Re: building a low-cost 68030 workstation
Organization: little lizard city
Date: Thu, 5 Nov 1992 22:04:36 GMT

In article <1992Nov4.103207.4053@news.cs.indiana.edu> "Ingo Cyliax" <cyliax@moose.cs.indiana.edu> writes:
> we are looking into building a 68030 based low-cost workstation. Has
> anyone done this ? This type of system would be great for teaching
> assembly language programming and operating system type classes.

The cheapest way of doing this is to
    1. Buy a Sun3/60
    2. Remove all the solder from the 68030 socket on the motherboard.
    3. Put in a 68030 size socket.
    4. Put in a MC68030, remove MC68020.

At the moment, I know of only one problem on the motherboard. The
CIIN* cache-inhibit-input line appears to be floating on some
motherboards. As a result, you'd better not turn on the data and code
caches. Ick!

As an alternative, you can fix this problem correctly. You want CIIN*
to be high when accessing real memory & low when not. Now, my first
hack was to wire it to the DRAM activation logic. There appeared to be
some sorta timing problem...... so I was going to try to wire it to
the MMU cachable bit (I think I have found it on the board), but I
have not gotten around to it, so I can't tell you if it works!

While I was at it, I bent the clock pin on the socket. The intent was
to wire it to CLK instead of CLK/2. I thought I could run the 68030
at 40MHz, and the rest of the system at 20MHz. Of course, a Sun3/60
runs pretty reliably at 24MHz, as long as you keep it COOL.

Under SunOS, if you properly fix your hardware so that CIIN* works
properly, you can fix about 6 (or was it 9?) places in /vmunix (using
adb and some smarts..) so that the code cache is also enabled. I
figure it should Zoom then.

(Note: It is truly amazing what you can do without hardware docs or
source code. Absolutely astounding. I can't believe I've wasted so
much of my life doing this.)

If you don't turn on the Sun MMU, you can do everything else by
yourself.  It just might suit your purposes.
 <tdr.
--

This space not left unintentionally unblank.		deraadt@newt.cuc.ab.ca
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 08:45:19 GMT
Organization: Bloomsbury Computing Consortium, London

In article <1992Nov4.233638.10631@bnr.ca> mascot@bnr.ca (Scott Mason) writes:
>In article <1992Nov4.103207.4053@news.cs.indiana.edu> "Ingo Cyliax" <cyliax@moose.cs.indiana.edu> writes:
>>
>>Hi,
>>
>>we are looking into building a 68030 based low-cost workstation. Has
>>anyone done this ? This type of system would be great for teaching
>>assembly language programming and operating system type classes.
>>
>>Any suggestions ?
>
>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).

>
>------------------------------------------------------------------------
>#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)
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:08:54 GMT

Adam Pelled (apelled@cix.compulink.co.uk) wrote:
: 
: 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.
-- 

***********************************************************
Bob Flanagan	   	   EMAIL: 	flanagan@agames.com
Atari Games Corporation	   or netcom.com!agames.com!flanagan
Newsgroups: comp.sys.m68k
From: olavka@ifi.uio.no (Olav Lur}s Kalgraf)
Subject: Re: building a low-cost 68030 workstation
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Thu, 5 Nov 1992 09:37:30 GMT
Originator: olavka@sognsvann.ifi.uio.no


In article <1992Nov4.233638.10631@bnr.ca>, mascot@bnr.ca (Scott Mason) writes:
> In article <1992Nov4.103207.4053@news.cs.indiana.edu> "Ingo Cyliax" <cyliax@moose.cs.indiana.edu> writes:
> >
> >Hi,
> >
> >we are looking into building a 68030 based low-cost workstation. Has
> >anyone done this ? This type of system would be great for teaching
> >assembly language programming and operating system type classes.
> >
> >Any suggestions ?
> 
> Buy Amiga 3000s.
> 


I agree, you would probably have a hard time beating the price of 
A3000's now that the new 040 based A4000 has arrived. I think it
retails slightly above $1000(?), atleast they are very 
cheap at the moment....

		-=Olav Kalgraf=-
From: dneedham@oucsace.cs.ohiou.edu (Douglas Wade Needham)
Newsgroups: comp.sys.m68k
Subject: Re: building a low-cost 68030 workstation
Date: 6 Nov 92 18:11:38 GMT
Organization: c/o Ohio University CS Dept,. Athens

In <DERAADT.92Nov5150436@newt.newt.cuc.ab.ca> news@newt.cuc.ab.ca writes:

| In article <1992Nov4.103207.4053@news.cs.indiana.edu> "Ingo Cyliax" <cyliax@moose.cs.indiana.edu> writes:
|> we are looking into building a 68030 based low-cost workstation. Has
|> anyone done this ? This type of system would be great for teaching
|> assembly language programming and operating system type classes.
|
|The cheapest way of doing this is to
|    1. Buy a Sun3/60
|    2. Remove all the solder from the 68030 socket on the motherboard.
|    3. Put in a 68030 size socket.
|    4. Put in a MC68030, remove MC68020.

Item 1: I figure that you are buying from someone who has a 3/60 rather than
surplus, Sun, etc...  I reciently found out from a Sun FE that the 3/60 era 
motherboards are being destroyed 8( as soon as Sun owns them again (serial 
number reusage was the reason/excuse he quoted).  Seems a pity since there are 
those of us that would LOVE to get a 3/60C...

Item 2: This probably should read 68020, not 68030.  I hope that I am correct
on this...

Item 3: Given the cost of building/maintaining a custom workstation vs. buying
something such as an A3000 (spiffy box), Atari TT (no experience with it), or
a Sun 3 (The 3/80 used the '030)... my opinion is that a university would 
probably be better of with the latter, especially with donations.   The why
is that a WS would probably involve several ASICs ($$$), multi-layer boards
because of PGA packages (more $$$), signal cross-talk and RFI considerations
(the prior gets you miffed at your erronious system, the latter gets the FCC 
miffed at you and possibly wanting $$$$$$! 8( ), etc...etc...ad infinitum...
ad nausium (sp 8) )...  Besides, it is easier to get HW/SW for them.  I know 
this since I am designing a system based on the 68K family...and a 3/60 
would be a great cross-platform for SW development.

BTW: A WS implies a nice graphics setup, which is also very $$$.

- Douglas Wade Needham

-- 
Email:	dneedham@oucsace.cs.ohiou.edu  
USnail:	2330 South Clinton Street,  Fort Wayne,IN 46803
Phone:  (219)455-4004 (office) (219)456-1420 (home)
From: tommyo@stud.cs.uit.no (Tommy Olsen)
Newsgroups: comp.sys.m68k
Subject: Information on the 68030 MMU wanted.
Keywords: MMU, 68030
Date: 5 Nov 92 12:41:52 GMT
Organization: University of Tromsoe, Norway

I'm trying to figure out how to program the 68030 MMU, but can't find any
useful information on the net.
Do you know any place where I can ftp info about the 68030 MMU, or any other
useful info about 68030 processor.

-- 
*  Tommy Olsen  *  EMAIL: tommyo@stud.cs.uit.no  *  University of Tromsoe   *
*---------------------------------------------------------------------------*
main(){char x,i;for(i=0;i-12;i++,x=i%4){putchar(!(i/4)?(x*(5*x*x-37*x+90)+144
)/2:i/4<2?(x*(427*x-87*x*x-498)+222)/2:(x*(55*x-19*x*x-48)+228)/2);}puts();}
Newsgroups: comp.sys.m68k
From: livio@esse6.dei.unipd.it (Livio Plos)
Subject: Re: building a low-cost 68030 workstation
Organization: Universita' di Padova, Italia
Date: Thu, 12 Nov 1992 15:39:18 GMT

In article <BxApK2.C4A@hermes.hrz.uni-bielefeld.de> malte@techfak.uni-bielefeld.de (Malte Uhl) writes:
>By the way, does anyone know of a *simple and cheap* way to replace a 68000
>with a 68030 ? No additional caches, pipes and whistles please.
>I plan to replace a MC68000F12 running at 16MHz clock speed.

You may find interesting the application note number 944 (I hope) from
Motorola titled something like 'evaluating board for 68020 and 68881'.

	Hope this helps.		Livio Plos

Newsgroups: comp.sys.m68k
From: bevis@en.ecn.purdue.edu (Jeff Bevis)
Subject: Re: 68000, Fast 14 Bit Shift?
Organization: Purdue University Engineering Computer Network
Date: Sun, 8 Nov 92 19:46:05 GMT

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?
>

Oh, well, how about:

	lea	0,a2
or 
	movea.l	#0,a2
	
:-)

-bevis

-- 
-------------------------------------------------------------------------------
"Oh, my beloved ice cream bar!  How I love to lick your creamy center -- and
your oh-so-nutty chocolate covering.  You're not like the others -- you like
the same things I do! Wax paper... boiled football leather... dog breath!" -Ren
From: tom@afthree.as.arizona.edu (Thomas J. Trebisky)
Newsgroups: comp.sys.m68k
Subject: Re: building a low-cost 68030 workstation
Date: 7 Nov 92 02:21:05 GMT
Organization: University of Arizona, Tucson, AZ

malte@techfak.uni-bielefeld.de (Malte Uhl) writes:
>By the way, does anyone know of a *simple and cheap* way to replace a 68000
>with a 68030 ? No additional caches, pipes and whistles please.
>I plan to replace a MC68000F12 running at 16MHz clock speed.

It can be done -- Motorola had/(has?) an App. Note about doing this, i.e.
putting an 020 platform board into an existing 68000 system.  I think the
idea at the time was to let people start developing code for the 020 at
a time in the distant past when little or no 020 hardware was in the world.

Anyway, it was not-trivial.  Basically a state machine matched up the two
different bus-cycles and generated the necessary signals on both ends.
There was a handful of TTL including flip-flops involved.  I have the app.
note filed somewhere and have intentions of using it RSN. :-)  BTW, changing
from an 020 to an 030 would be trivial, the bus cycles are identical.

>Not prefered but equally fine: Could I replace the 68000 with a 68010 and
>a 68451 to it ?

I think I would go with the 030 -- for one thing the 030 MMU is far nicer,
from what I have heard about the 451.  And 68451's are probably hard to
find.
--
	Tom Trebisky	ttrebisky@as.arizona.edu
...."There's no sense in being precise when you don't even
.... know what you're talking about." 
                       - John von Neumann  
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:53:03 GMT


	Sorry about the previous posts.  This is my first.


	Any way how about the following for a shifft left 14?

		MOVEQ	#0,Dn
		MOVE.B	???,Dn
		SWAP	Dn
		LSR.L	#2,Dn

-- 

***********************************************************
Bob Flanagan	   	   EMAIL: 	flanagan@agames.com
Atari Games Corporation	   or netcom.com!agames.com!flanagan
Newsgroups: comp.sys.m68k
From: malte@techfak.uni-bielefeld.de (Malte Uhl)
Subject: Re: building a low-cost 68030 workstation
Date: Fri, 6 Nov 1992 13:02:25 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

By the way, does anyone know of a *simple and cheap* way to replace a 68000
with a 68030 ? No additional caches, pipes and whistles please.
I plan to replace a MC68000F12 running at 16MHz clock speed.

Not prefered but equally fine: Could I replace the 68000 with a 68010 and
a 68451 to it ?

Malte
Newsgroups: comp.sys.m68k
From: chewy@sage.cc.purdue.edu (Chewy)
Subject: Sega
Organization: Hitlers allies
Date: Wed, 11 Nov 1992 21:43:27 GMT

I believe if I am not mistaken that the Sega Genesis uses
a 68000 processor.  I am looking into transfering info from
my pc to a homemade RAM cartridge.  I am working on a comm
program for this interface also.  Any info that might help
me on my quest would be greatly appreciated.
-Matt                 ...chewy@sage.cc.purdue.edu...
From: al158305@academ01.mty.itesm.mx (Gustavo Cordova Avila)
Newsgroups: comp.sys.m68k
Subject: Re: arbitrary entry points
Date: 6 Nov 92 14:28:31 GMT
Distribution: comp.sys.m68k

eker@loria.crin.fr (Steven Eker) writes:

>In article <1992Oct26.192527.14411@jato.jpl.nasa.gov>, jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>|> 
>|> 	If I say something like:
>|> 
>|> 		lea SomeRoutine,a1
>|> 		move.l a1,4(a0)
>|> 		jsr 4(a0)
>|> 
>|> 		....where a0 is the base of a 'n' longword array
>|> 
>|> 	my computer goes belly up. No problem to jump to static entry
>|> 	points, but how to arrange arbitrary entry points?
>|> 
>|> 	thanks, jeff

   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:".

	; Ah! BTW, Exec is also a library, and it's base pointer
	; is at location $04. Just move $04's contents and call
	; the needed routine with it's offset added to a6. A6 needs
	; to be valid during any library call, hence it's the LibBasePtr.

	; To call the needed routine from the library (reqtools), say,
	; like opening a nice 3d-ish file or font requester, just do
	; something like:

	OPENREQ:	move d0,data	<--- no need to be specific
			move a1,a6
			call _LVOOpenFileReq

	; and you're cooking :)


   This really helps a lot, since there's also system routines (exec) to
patch existing libraries, so, say, you don't want that ugly file requester,
just make yours resident in memory, and trap any calls to the old one and
use your own. Easy!
   Besides, since you never call absolute addresses, things don't get
outdated by new library versions.

hey! it's just my opinion. :)

-Gus
--
Gustavo Cordova Avila		| Majoring in Computer Engineering
al158305@academ01.mty.itesm.mx	| "...I came from the Desert!!" (Sonora)
al158305@[131.178.4.10]		| RangerElf @ IRC (usually in #amiga)
From: eker@loria.crin.fr (Steven Eker)
Newsgroups: comp.sys.m68k
Subject: Re: 68000, Fast 14 Bit Shift?
Date: 6 Nov 92 11:10:27 GMT
Organization: CRIN (CNRS) Nancy - INRIA Lorraine

In article <1992Nov4.175727.6305@jato.jpl.nasa.gov>, jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
|> >    [a tad more source deleted]
|> >
|> >>   move.b  (a3)+,d0            ; encoded line length (first byte)
|> 
|>      EXT.W D0
|> 
|> >>   move.b  table(pc,d0.w),d0   ; decoded line length (can't be -ve!)
|> >>   adda.w  d0,a2               ; number of bytes extracted (flags not changed)
|> >
|> >            Why do you do add.w ? Surely the file could be >65K. i know
|> >            d0 is word size, but you still need all 32 bits ??. e.g if
|> >            a2 has $0000EFFF and you add 2 bytes as a word you'll lose the
|> >            carry.
|> 
|> Am I being presumptuous here or is it no big deal that D0 is not sign extended
|> to a word?

Assuming that the table starts at 0 (and that was implicit in the
original unoptimised code) we are dealing with unsigned chars and
it is _wrong_ to sign extend because we would end up accessing elements such
as table[-128] rather than table[128]. The top 3 bytes of d0 are zero'd
once in the intialization code (deleted) and stay zero'd throughout the routine.

Steven
From: mcramm@dct.ac.uk (McRamm)
Newsgroups: comp.sys.m68k
Subject: Re: building a low-cost 68030 workstation
Date: 5 Nov 92 12:12:52 GMT
Organization: Dundee Institute of Technology

In article <1992Nov05.084519.4559@bas-a.bcc.ac.uk>, ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
> In article <1992Nov4.233638.10631@bnr.ca> mascot@bnr.ca (Scott Mason) writes:
>>In article <1992Nov4.103207.4053@news.cs.indiana.edu> "Ingo Cyliax" <cyliax@moose.cs.indiana.edu> writes:
>>>
>>>Hi,
>>>
>>>we are looking into building a 68030 based low-cost workstation. Has
>>>anyone done this ? This type of system would be great for teaching
>>>assembly language programming and operating system type classes.
>>>
>>>Any suggestions ?
>>
>>Buy Amiga 3000s.
> (25MHz 68030 + loads of support chips, dunno if it's got a 68882 as
> standard).

16MHz (discontinued now?) machines had 16MHz 68881,
25Mhz Machines have 25MHz 68882. Also include ZorroIII (C= 32Bit bus) slots,
SCSI controller as standard (internal hd's from 52Mb available), AT slots
(only usable with Bridgeboard in place).  *nix SVR4 with X11R4 is available
as an option as well.

By my estimates you should be able to set up an A3000 based *nix workstation
for something less than #2500 (probably under #2000 if you shop around).

Side note: A3000 are cheap because of the introduction of the A4000. Note:
The A4000 is 68040 based, uses the same ZorroIII slots as the A3000 and has IDE
instead of SCSI drives. *nix is not available for the A4000 yet.

> 
> Or Atari TTs (32MHz 68030 + support chips + 68882).
> 
>>#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)
-- 
 Angus M. Marshall, MCRAMM@UK.AC.DCT,amarshal@uk.ac.dund.mcs, (+44 382) 308600
Newsgroups: comp.sys.xerox
From: mhoward@novell.com (Milton Howard)
Subject: Re: XNS protocol specs : where can I get them
Organization: Novell Inc., San Jose, Califonia
Date: Wed, 11 Nov 1992 20:31:18 GMT

In article <1992Nov11.163353.7011@synapse.bms.com> jamieson@bms.com writes:
>
>We have 8090 servers which talk to a Vax using XNS. We are having some problems
>and I have a Sniffer trace of the interaction. I need to get my hands on
>the PEP and SPP specs so I can understand the codes, packet breakdown, etc.
>
>Any help would be appreciated. Maybe an anonymous ftp site ????
>
>Thanks,
>
>steve
>
>---
>   ___                                      
>   ] [ Stephen Jamieson / Network Engineer || Unix Admin
>  / o \ Scientific Information Systems      
> /-o---\ Bristol-Myers Squibb Pharmaceutical Research Institute
> \___o_/  Internet: jamieson@bms.com / Phone: 609-252-5674

Try calling Xerox's XSoft division in Palo Alto, California.  I believe
the main number is 415.813.7800.  Ask to speak to Fonda Pallone -- a year
ago she used to handle Xerox's protocol spec gray books.  If she is no
longer there, ask to speak to someone with the Xerox Systems Institute 
which is the entity that Fonda worked for.
--------------
Milton Howard                                    Phone: 408.473.8596
Novell San Jose Development Center               Fax:   408.473.8990
2180 Fortune Dr, San Jose, California 95131      Net:   mhoward@novell.COM