HDTenEightyP/NetNews huggingface dataset:
From: grege@chopin.asd.sgi.com (Greg Estes)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: diff 4d/310 VGX & Crimson VGX ?
Date: 6 Jan 1993 16:17:41 GMT
Organization: Silicon Graphics, Inc.
Distribution: world
NNTP-Posting-Host: chopin.asd.sgi.com

In article <1993Jan6.070755.8976@odin.corp.sgi.com>, blythe@sgi.com (David Blythe) writes:
|> In article <1id96hINNcta@tamsun.tamu.edu> steve@donald.tamu.edu (Steve Rikli) writes:
|>

(stuff deleted)

|> >
|> >I'm assuming both systems are 50MHz R4000 IP17's, but beyond that I
|> >really haven't a clue.  Is it correct to refer to this machine as a
|> >4d/Crim?  If not, what's the proper designation?
|> 
|> or a 4D/510 VGX
|> 	-db
|>

MISSING SMILEY ALERT:

Of course, David was kidding; there's no such thing as a "510/VGX".
The proper designation is the R4000-50/VGX. The "Crimson" processor
can be purchased in a rack, and that beast is called the R4000-50.
When you upgrade a POWER Series system to the R4000 50Mhz, it should
have the same designation.

There's another reason why your machine isn't a Crimson. It's missing
the Grinch board that allows it to run Entry/XS/XS24/Elan graphics.

Greg Estes
Product Manager, RealityEngine
Silicon Graphics
Newsgroups: comp.sys.sgi.hardware
From: welman@cs.sfu.ca (Chris Welman)
Subject: SDLC interface to Indigo?
Keywords: indigo SDLC peripheral serial
Organization: CSS, Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 12 Jan 1993 01:27:08 GMT



    I have been asked to look at the possibility of hooking up a 
    custom-built peripheral to an Indigo.  The peripheral box
    currently communicates with a PC via an SDLC serial connection
    running at 182 kBaud (so I'm told); the idea is to replace the PC 
    with an Indigo.

    SGI sells an SDLC card for its VME-based machines, but nothing
    for the Indigo, apparantly.  I've talked to SGI Express, who
    don't know of any 3rd party SDLC boards for the Indigo.  Does anybody
    else out there know of anything along these lines?  

    What about the Zilog Z85130 DUARTs used by the Indigo?  Don't these
    things have an SDLC mode they can run in?  Is this one of those
    things that might work, but is not "supported"?  Some of the #defines
    in sys/z8530.h seem to indicate SDLC functionality...

    The man page for serial(7) also seems to indicate that an external
    clock can be provided to the DUARTS.  Is this a way of getting these
    things to run at a rate faster than the officially supported maximum
    of 38.4 kBaud?  Is there any more in the documentation about this?

    If the DUARTs can't be made to handle anything greater than 38.4 kBaud,
    would it be feasible to consider building some "black box" to convert
    the incoming SDLC serial data to something which could be fed in
    through the parallel printer port?  Perhaps such a thing
    already exists?

    Any and all comments, suggestions, caveats, and/or dire warnings greatly
    appreciated!  Is this an impossible task altogether, or is there some
    hope?

    Thanks,
    Chris
-- 
========================================================================
Chris Welman					Simon Fraser University
welman@sfu.ca					(604) 291-3610
From: J.W.vanderMeulen@io.tudelft.nl (Jaap van der Meulen)
Newsgroups: comp.sys.sgi.hardware
Subject: (none)
Date: 12 Jan 93 16:56:01 GMT

Hi,

We are currently building an application in which we want to use a tablet
instead of the mouse. In 4.0.1 and 4.0.4 we were able to use 'setptr tablet'
from 4Dgifts/examples/devices/input/X. But now we are running 4.0.5E and 
setptr tablet always gives the error message:

  X Error of failed request:  BadMatch (invalid parameter attributes)
    Major opcode of failed request:  132 (XInputExtension)
    Minor opcode of failed request:  11 (X_ChangeKeyboardDevice)
    Serial number of failed request:  17
    Current serial number in output stream:  17

Does anyone know how to get this working again??


Jaap

------------------------------------------------------------------------
Jaap W. van der Meulen                          Phone:   +31 15 781061
Delft University of Technology
the Netherlands                 E-mail: J.W.vanderMeulen@IO.TUDelft.NL
Newsgroups: comp.sys.sgi.hardware
From: gmoon@well.sf.ca.us (Geoffrey A. Moon)
Subject: Driver for PhotoCD
Summary: Is there a driver to let Indigos read PhotoCD?
Keywords: kodak photocd driver
Organization: Whole Earth 'Lectronic Link
Date: Wed, 13 Jan 1993 02:30:49 GMT



Is there a driver for Indigos to allow reading of Kodak's PhotoCD?


Tracy Snell
gmoon@well.sf.ca.us

Newsgroups: comp.sys.sgi.hardware
From: dario@cns.nyu.edu (Dario Ringach, x3941)
Subject: From where do I get a SYNC signal?
Reply-To: dario@cns.nyu.edu
Organization: Center for Neural Science, New York University.
Date: Thu, 7 Jan 1993 17:57:52 GMT

I'd like to synchronize the screen refresh with external equipment for
a psychophysical experiment...  I only want a signal coincident with
the FIRST vertical SYNC of the monitor AFTER I call swapbuffers() (i.e.
exactly when the buffers are swapped).  Is there a way to do this?
Thank you!

---
Dario Ringach                           office: (212) 998-3941
Center for Neural Science               home:   (212) 727-9346
New York University                     e-mail: dario@cns.nyu.edu

Newsgroups: comp.sys.sgi.hardware
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: SCSI Scanner problems
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 5 Jan 93 06:52:43 GMT

In <1993Jan5.001753.4417@voodoo.ca.boeing.com> jdt@voodoo.ca.boeing.com (Jim Tomlinson) writes:

| We have a number of Ricoh IS50 scanners attached to an equal number of
| 4D/35s, and are having the following problem: on some of the hosts
| with scanners, we get (SCSI) disk errors, and the following in the
| syslog (this from a host named june):
| 
| Dec  3 09:16:35 june unix: sc0,1,0: cmd=0x2A Unexpected info phase 46, state 48.  Resetting SCSI bus
| Dec  3 09:16:37 june unix: dks0d1s6 (/usr): retrying request
| Dec  3 09:19:55 june unix: sc0,1,0: cmd=0x2A Unexpected info phase 46, state 48.  Resetting SCSI bus
| Dec  3 09:19:56 june unix: dks0d1s6 (/usr): retrying request
| Dec  3 09:21:11 june unix: sc0,1,0: cmd=0x2A timeout after 30 sec.  Resetting SCSI bus
| Dec  3 09:21:12 june unix: dks0d1s6 (/usr): retrying request
| 
| If the scanner and cable is moved to another 4D/35, all is well with
| both hosts.  We are using the cable SGI told us to (Qualtronix's 8-ft.
| SCSI cable part# 018-8019-008), and are terminating the bus.  Any ideas
| what the cause could be?

If it is on a 35, and you are sure that the problem doesn't 
follow a particular cable, terminator, or scanner (some
scanners might have different firmware), the most likely
remaining cause is that the termpower fuse on the SCSI
board has been burned.  The fuses are all in a group
down near the audio board on the 30 and 35.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi.hardware
From: mg26101@i1.msi.umn.edu (Ronald Sakaguchi)
Subject: QIC capacities?
Summary: What are the current capacities for QIC drives?
Keywords: QIC, tape drive
Organization: University of Minnesota
Date: Sun, 10 Jan 1993 22:48:38 GMT

What are the current capacities for QIC tape drives? Will a QIC 150
drive write a 525MB tape to full capacity or does that require a
different drive? Is the size only related to the length of the tape or
other factors? Also, is it possible to append onto existing files on a
QIC tape?

Thanks!


>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
  Ronald Sakaguchi                       University of Minnesota
  Minnesota Dental Research Center       16-212 Moos Health Sciences Tower
  for Biomaterials and Biomechanics      Minneapolis, MN  55455
	        		         mg26101@s1.msi.umn.edu		
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
From: logan@otter.biochem.ubc.ca (Logan Donaldson)
Newsgroups: comp.sys.sgi.hardware
Subject: HP Laser 4 driver
Date: 6 Jan 1993 20:53:33 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Distribution: world
NNTP-Posting-Host: otter.biochem.ubc.ca

Hi. We recently purchased an HP Laser-4-Mac (6 meg) that is shared by our Macintosh and Indigo XS24. Everything works well on the Macintosh end but on the SGI, only text files print out reliably. 

PostScript files generated by showcase or image files converted by 'tops' print at 300 dpi but not at 600 dpi. 

The printer is connected to a serial port and is currently using the generic postscript driver. Is there an HP specific driver available? 

Any info. would be greatly appreciated,

Thanks,
Logan Donaldson  (logan@otter.biochem.ubc.ca)
From: story@sgi.com (David (Duis) Story)
Newsgroups: comp.sys.sgi.hardware
Subject: Re: Deskjet 550C Drivers
Date: 12 Jan 93 01:54:24 GMT
Organization: Silicon Graphics, Inc.

In article <C0pF15.J6v@knot.ccs.queensu.ca> tarun@psyclops.psyc.queensu.ca (Tarun Kripalani) writes:
>We are looking at getting the Deskjet 550C for our 
>310 GTX. Is there a driver for it? How do I
>get it?

SGI's "Impressario" software option (available from SGI Express)
supports the DeskJet 500C (and thus the 550C, transparently) for SGI
Images, PostScript, and text.  However, the support requires a
built-in parallel port.  Do you have access to a PI or an Indigo?

Cheers,

David Story                        	        Silicon Graphics, Inc.
story@bent.wpd.sgi.com				Mountain View, California

I've changed my name, so duis@sgi.com may bounce, please use story@sgi.com.
Newsgroups: comp.sys.sgi
From: bobp@msi.com (Bob Pitha)
Subject: Re: Frustrated with SGI support
Organization: Molecular Simulations, Inc.
Date: Wed, 6 Jan 1993 14:17:56 GMT
X-Newsreader: TIN [version 1.1 PL8]
X-Posted-From: phoenix.msi.com
NNTP-Posting-Host: sol.ctr.columbia.edu

Juli Banfe (julib@estrogen.corp.sgi.com) wrote:
:  
: Would anyone like to hear about the SGI Hot Mix CD program or get a free
: copy?

OK, I'll bite.  What is Hot Mix?

-----------------------------------------------------------------------
Bob Pitha                      Molecular Simulations Inc.
bobp@msi.com                   16 New England Executive Park
(617) 229-9800 x242            Burlington, MA 01803-5297
Newsgroups: comp.sys.sgi
From: hoesel@igc.ethz.ch (Frans van Hoesel)
Subject: Re: SCSI floppy disk on INDIGO: Why is it so slooow?
Keywords: INDIGO, floppy, SCSI
Organization: University of Groningen, the Netherlands
Date: Sun, 10 Jan 1993 20:39:46 GMT

Article 29670 of comp.sys.sgi:
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: SCSI floppy disk on INDIGO: Why is it so slooow?
Keywords: INDIGO, floppy, SCSI
Date: 9 Jan 93 20:32:14 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan9.121657.5075@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:
| If you are not interested in msdosd, but only in speed, go for mtools
| (ftp-able from lots of places). It works much, much faster. 
| So it may be hardware (becuase of the small buffer), but the difference
| between msdosd and mtools is purely software. (try writing a 1MB file
| with both programs, and you'll never use msdosd again)
| 
| don't misunderstand me, msdosd would be a much better product than mtools,
| because one can use the standard unix cp commands (and all the others).
| Mtools comes with a separate mcopy command. For me mtools is a clear
| winner, only because of the speed difference. 
| 
| still it doesn't write at the speed it could do on any normal pc (maybe
| that's what Dave Olson wanted to explain?). Having mtools, there seems no
| need to go for the future 2MB disks, just for reasons of speed.

Dave Olson writes:
> Even mtools won't get close to the speed of a floppy on a DOS system,
> because of the single sector hardware buffer.

> The engineer responsible for msdosd already knows about the discrepency
> between mtools and msdosd, and is looking into the reasons.  Unfortunately
> it isn't a very high priority at the moment.

The reason why msdosd is s sslloooooww and none of the programs runs
as fast as any DOS system, must be more complicated than just a
single sector hardware buffer. I asume that the same type of drive is used on
DOS systems with the same single sector buffer.
Maybe a software buffer would solve it.

I Hope the priority of this problem will rise in near future. 

-- frans

-- 
--    ==============================================================    --
----  ===  frans van hoesel             hoesel@igc.ethz.ch       ===  ----
--    ==============================================================    --
Newsgroups: comp.sys.sgi
From: shenkin@still3.chem.columbia.edu (Peter Shenkin)
Subject: Re: NTP Time?
Organization: Dept. of Chem, Columbia U, New York
Date: Mon, 4 Jan 1993 15:29:44 GMT
X-Posted-From: still3.chem.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <ud00eh0@rhyolite.wpd.sgi.com>
 vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

>`xntpd` or `timeslave` can be used to synchronize the clock of one
>machine to an external standard, such as machine on the Internet with a
>good NTP connections, a radio receiver, or (with timeslave) just some
>other machine offering standard TCP services that has a trusted clock.
>Then `timed` can be used to synchronize a passle of IRIR's to the first
>machine....

I've been looking into this for our machines here.  I have several questions:

1.  If there's a trusted time-server, why not run timeslave on all machines,
    rather than running timeslave on one and timed on the others?  What
    is the difference between timeslave and timed -H?

2.  Would there be any advantage to someone in my position's running NTP 
    rather than timeslave/timed?  My position is as follows:  several 
    machines at Columbia will be running NTP synched to a Higher Authority;  
    as I understand it, several hosts will be NTP servers in some sense, 
    to provide redundancy.  We could synch to them either by means of 
    timeslave/timed or else by running NTP ourselves.  My understanding 
    so far is that the advantage of running NTP would be a smaller load 
    on system/network resources (though I find it hard to imagine that 
    timeslave/timed constitutes a heavy load), and possibly the ability 
    to make better use of the three-host redundancy.  For example, if we 
    were running timeslave or timed -H to some trusted host, and the 
    trusted host went down, there might be problems.  Maybe under NTP 
    we could put in the names of all three trusted hosts.  On the other 
    hand, why should I have to obtain and compile and maintain another 
    program if my native SGI (and ubiquitous UNIX) tools can do the job? 
    -- again, unless there's some compelling advantage.  So I guess that's 
    what I'm asking:  is there?

	Thanks,
	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb************************
Peter S. Shenkin, Box 768 Havemeyer Hall, Dept. of Chemistry, Columbia Univ.,
New York, NY  10027;  shenkin@still3.chem.columbia.edu;  (212) 854-5143
******* ...ghostlier demarcations, keener sounds.  (Wallace Stevens) ********
From: davea@quasar.mti.sgi.com (David B.Anderson)
Newsgroups: comp.sys.sgi
Subject: Re: Rules for naked ";" in ANSI "C"?
Date: 5 Jan 93 18:24:07 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <255@trident.datasys.swri.edu> noren@trident.datasys.swri.edu (Greg Noren) writes:
>I turned -fullwarn on some "C" code I was ANSIfying and tangled
>with a bothersome warning from cc().  Take a look at the
>following test program derived from the code in question.

>    for ( i = 0; i < 6; i++ )
>        printf( "Hello, world %d\n", i );
>
>    D(printf("END TEST\n"));
>----------
>Compiling with:  "cc -o test -ansi -fullwarn test.c" produces
>an executable which runs correctly and the following accom
>warning for the "D(printf...);" macro line:
>
>accom: Warning 302: test.c, line 17: bodyless for statement

Yes, this is a bug in accom.   As Dave Olson said in another
posting, -woff 302 will eliminate the warning.

Or you can work around the bug by coding:
     for ( i = 0; i < 6; i++ ){
         printf( "Hello, world %d\n", i );
     }

In the absence of braces, accom sometimes gives an incorrect 
warning about "bodyless" something-or-other.   Looking
at the accom source, this botch is (now) painfully obvious.

Thanks for reporting the bug.
[ David B. Anderson             (415)390-4263             davea@sgi.com ]
Xref: sparky comp.sys.sgi:18494 comp.sys.sgi.hardware:62
Newsgroups: comp.sys.sgi,comp.sys.sgi.hardware
Subject: Keep up good work! (Re: Fax software) 
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Tue, 5 Jan 1993 18:58:19 GMT
Reply-To: doelz@urz.unibas.ch
 <clarke.stevens-010193182655@astgator-219.gatech.edu> <ufjceq8@twilight.wpd.sgi.com> <1ich0lINN6c9@agate.berkeley.edu>
Organization: EMBnet Switzerland [BASEL]   

In article <1ich0lINN6c9@agate.berkeley.edu>, sam@oxford.cs.berkeley.edu (Sam Leffler) writes:
|> 
|> As to CLASS 1 support, I just so happen to be debugging a Class 1 driver right
|> now and will make it available as soon as it's working to my satisfaction.  Look
|> for it in a week or so (hopefully).
|> 
|> 	Sam
|> ---
|> Sam Leffler				Voice: (415) 390-1269
|> Silicon Graphics, Inc.			Email: sam@sgi.com
|> Research & Development, 7U-005		FAX:   (415) 965-7824
|> 2011 N. Shoreline Blvd			
|> Mountain View, CA 94039-7311
|> 

That's what I call unsupported software! Great! I really appreciate this 
kind of  work, and certainly think that this is a damned good start to 
proceed in 1993. Thanks! 


-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
From: steve@pitacat.math.cwru.edu (Steven H. Izen)
Newsgroups: comp.sys.sgi
Subject: Re: Starting applications as icons
Date: 5 Jan 1993 21:32:03 GMT
Organization: Math Department, Case Western Reserve University
Distribution: world
NNTP-Posting-Host: pitacat.math.cwru.edu

In article <1993Jan5.190953.15232@odin.corp.sgi.com>, mikey@eukanuba.wpd.sgi.com (Mike Yang) writes:
> In article <1ick60INNbo1@usenet.INS.CWRU.Edu>, steve@pitacat.math.cwru.edu (Steven H. Izen) writes:
> |> I would like to have several X applications start up as icons.  Xwsh has
> |> an -iconic option built in, but other applications do not.  I vaguely
> |> remember reading in some manual that it is possible to specify some
> |> resource to do this, but I have been unable to locate the reference.
> 
> It depends on the application.  Any Xt-based application (e.g. Xaw,
> Motif) will accept -iconic and recognize the *iconic resource (e.g.
> -xrm "*iconic: true").  Other applications may or may not work
> depending on their widget set and command-line option handling.
> 

OK, let me be more specific.  I want to startup /usr/sbin/notepad and /usr/sbin/apanel, both iconified.

In the case of notepad:

pitacat [53]% notepad -xrm "*iconic: true"
notepad: illegal option -- x
Usage: notepad [-ph] [-f font-name] [-s point-size] [-N notepad-file]

In the case of apanel, there is no error message but the application starts
up not as an icon. 

Perhaps what I was remembering was that there was a way to modify the behavior
of GL programs.  But either way, apanel is pure X, so that might not apply. I haven't figured out whether notepad is GL or pure X, but it does use a 12 bit deep visual.

-- 
Steve Izen, Associate Prof. of Mathematics, Case Western Reserve University
Best Address:              MaBell: Voice: (216)368-2891  Fax: (216)368-5163
shi@po.cwru.edu		Next best address: steve@pitacat.math.cwru.edu
From: HERBER@fnal.fnal.gov (Randolph J. Herber, CD/DCD/SPG, x2966)
Newsgroups: comp.sys.sgi
Subject: Re: unix pipes and X
Date: 12 Jan 93 18:48:44 GMT

+From: LANGER STEVEN C <sglanger@vela.acs.oakland.edu>
+Newsgroups: comp.sys.sgi.graphics
+Subject: unix pipes and X
+Date: 12 Jan 93 02:54:40 GMT
+To:       info-iris-graphics@BRL.MIL

+Despite the help of several netters, I cannot seem to master the 
+mechanics of inter-process communication via pipes. Ultimately,
+I want 2-way communication between a parent and child process.
+This is what I've tried so far;

+/*
+* parent.c	launches child and should get child's output
+* standard include files
+*/

+int pipes[2];

    ...

+	pipe (pipes);

+	if (fork() != 0)

    ...

+Everything runs, the child prints to the screen via the stderr and I get
+no error codes, but the parent callback func is never entered. Could
+anyone please tell me what the error is?

+--thanks in advance, steve
+-- 
+Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
+Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
+---------------------------------------------------------------------------
+Standard disclaimers apply. In addition, the author makes no guarantees,
+concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
+midword character additions/deletions and other non-sense which occurs (after 
+the work leaves the author's decade old text editor via his decade old Amiga, 
+struggles through a local 1200 baud Merit server to be further mauled via the 
+remote VAX mail servers) is someone elses problem - namely yours.
+---------------------------------------------------------------------------

Remember that pipes are:
	1. UNIdirectional
	2. have two ends each; a pipe() system call returns both ends
	3. fork() creates copies of both ends of pipes.
	4. parents and children should close immediately after the fork()
	   any unnecessary ends

	int to_child[2], from_child[2], pid;

	if(pipe(to_child)) {
		fprintf(stderr,"pipe(to_child) failed.\n");
		exit(1);
	}

	if(pipe(from_child)) {
		fprintf(stderr,"pipe(from_child) failed.\n");
		exit(1);
	}

	switch(pid = fork()) {
	case -1:
		fprintf(stderr,"fork() failed.\n");
		exit(1);
	case 0:
		close(0);	make to_child pipe stdin
		if(dup(to_child[0]) != 0) {
			fprint(stderr,"unable to make child's stdin\n");
			exit(1);
		}
		close(to_child[1]);	/* unnecessary end */
		close(1);	make to_child pipe stdout
		if(dup(from_child[1]) != 1) {
			fprint(stderr,"unable to make child's stdout\n");
			exit(1);
		}
		close(from_child[0]);	/* unnecessary end */
		exec...(child program);
		fprintf(stderr,"child program failed to run.\n");
		exit(1);
	default:
		close(to_child[0]);	/* unnecessary end */
		close(from_child[1]);	/* unnecessary end */

		...

		/* if necessary, wait on pid here */
	}

	close(to_child[0]); close(to_child[1]);		/* assure all ends */
	close(from_child[0]); close(from_child[1]);	/* are closed */

Randolph J. Herber, herber@fnalf.fnal.gov, +1 708 840 2966
(Speaking for myself and not for US, US DOE, FNAL nor URA.)
(Product, trade, or service marks herein belong to their respective owners.)