HDTenEightyP/NetNews huggingface dataset:
From: andrew@dino.qci.bioch.bcm.tmc.edu (Andrew Sharff)
Newsgroups: comp.sys.sgi
Subject: key bindings. 4.0.5 problem
Date: 11 Sep 1992 15:06:11 GMT
Organization: X-Ray Crystallography / Howard Hughes Medical Institute

We have just installed irix 4.0.5 on our sgi's and have discovered a problem with key bindings. We also have 4DDN installed so we can communicate with our vax.

When we log in to the sgi from the vax (with set host) ctrl-C remains bound by the vax and is not overwritten by stty commands (This is NOT the case if we log in to the sgi directly from the console or from a terminal server).

With ctrl-C bound by the vax many features, especially emacs do not work properly.

SGI have tried this and have reproduced the problem and do not know what is wrong or how to fix it (as yet)

Has anyone elso noticed this and does anyone have a solution?

Andrew Sharff
From: jsw@microunity.com (Jeff Weinstein)
Subject: Re: PI video boards and X performance
Organization: MicroUnity Systems Engineering, Inc.
Date: Wed, 9 Sep 1992 17:51:02 GMT

In article <laqrqlINN7js@bovina.cs.utexas.edu>, ted@cs.utexas.edu (Ted Woodward) writes:
> In article <1992Sep7.020221.14835@microunity.com> jsw@microunity.com (Jeff Weinstein) writes:
> >In article <laic2eINNb8b@bovina.cs.utexas.edu>, ted@cs.utexas.edu (Ted Woodward) writes:
> >> Our project is in X only.  No GL.  It uses XDrawLine and various XFill
> >> routines.  Will choosing a TG or XS24 over the G make any performance
> >> difference in this case?  If so, how much for each?
> 
> >  You will definitely get the best performance from XS24.  TG will give
> >the same X performance as G, since X specific microcode doesn't use
> >the turbo option.
> 
> OK, gotcha.  But how much faster is the XS24 than the G+?  We're using SMS
> (Softcopy Mapping System) to put up maps, etc, and I'd like to know if there
> would be a noticible improvement going with the XS24, especially since it's
> about 8K more than the G+, and we are dual headed...

  The answer here is "it depends".  It will depend on how graphics limited
your applications is, what sorts of primitives you use, and how your app is
coded.  Drawing zero width lines should be much faster, and filling should
be somewhat faster to much faster depending upon the primitive.  The best
thing for you to do is to run your application on both types of hardware
and compare the difference.

	--Jeff

-- 
Jeff Weinstein - X Protocol Police
MicroUnity Systems Engineering, Inc.
jsw@microunity.com
Any opinions expressed above are mine.
Newsgroups: comp.sys.sgi
From: dhinds@leland.Stanford.EDU (David Hinds)
Subject: Re: Bug in /usr/lib/cpp ?
Organization: DSG, Stanford University, CA 94305, USA
Date: Fri, 11 Sep 92 19:27:07 GMT

In article <1992Sep11.183618.25338@odin.corp.sgi.com> ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz) writes:
>In article <stefans.716210195@bauv106>, stefans@bauv106.bauv.unibw-muenchen.de (Stefan Schwarz) writes:
>|> #define Concat(a,b) a/**/b
>|> filename: /usr/lib/Concat(lib,X11.a)
>|> 
>|> cpp produces: filename: /usr/lib/ libX11.a
>|>                                  ^extra space
>|> I can't avoid this extra space!
>|> 
>|> acpp doesn't do this, but for several reasons i cannot switch to acpp.
>
>Changing /**/ to a space is a feature of acpp, not cpp.

The concatenation is not the issue here.

        #define X(a) a
        filename: /usr/lib/X(libX11.a)

    produces with cpp:

        filename: /usr/lib/ libX11.a

The problem seems to be that with IRIX /usr/lib/cpp, macros that take
arguments always introduce a leading space when they are expanded, but
macros without arguments do not add the space.  This isn't normally a
problem, because white space between tokens is not significant in C;
this is a special case, because here the macro expansion is being done
within something meant to later be a single token, sort of by tricking
the preprocessor to treat the whole filename as several tokens for the
purpose of macro expansion.  I'm not sure if this is supposed to be
well-defined or not.

Anyway, the way to avoid the problem is to use acpp in '-traditional'
mode, which seems to be a "better" K&R preprocessor than regular cpp.
Compile with 'cc -Wp,-traditional' to get this.

        - David Hinds
          dhinds@allegro.stanford.edu

Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: duplicating crimson benchmarks?
Keywords: benchmarks
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 16 Sep 92 01:44:22 GMT

In <9846@fs3.cam.nist.gov> gpfrn@cam.nist.gov (Glenn_P._Forney_x2313) writes:

| it is my understanding that the floating point
| performance of the crimson (or equivalently the
| r4000 indigo) is about 15mflops where the mflop's
| are measured using dongarra's double precision
| linpack benchmark . is this correct?
| 
| in any case,
| i obtained this benchmark from netlib, compiled it using
| the -O2 option.  I also used the assembly coded blas
| via the -lblas compiler option.  i am getting 
| about 11 mflops instead of 15 . 
| 
| i would like some more definitive
| info on how the 15 mflop number was arrived at, like
| the compiler options or a make file.  
| we are running system 4.0.5 and fortran 3.4.1.

That is probably the problem.  Use the 4.1 (MIPS 3.10)
compilers, and use the -mips2 option.  I don't think
we did much else differently.
--
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
From: akin@sgi.com (Allen Akin)
Newsgroups: comp.sys.sgi
Subject: Re: GL Programming
Date: 9 Sep 92 20:59:01 GMT
Organization: Silicon Graphics, Inc.

In article <3550@ra.nrl.navy.mil> Arthur George writes:
| 
| 	Could any of you guys direct me to a newsgroup for SGI Graphics
| Library(GL) programming?

A new group, comp.graphics.opengl, has been proposed and votes are
currently being tallied.  I think it would be the ideal place to
discuss OpenGL programming issues (among other things related to
OpenGL).

If you'd like to see comp.graphics.opengl created, send a message
containing "comp.graphics.opengl yes" to yes@buffalo.asd.sgi.com.

In the meantime, comp.sys.sgi is the best place for IRIS GL
discussions.  As OpenGL implementations become available from IBM, DEC,
Kubota Pacific, Microsoft, and many other vendors, then it makes more
sense to move the subject to a separate OpenGL newsgroup.

Allen
Newsgroups: comp.sys.sgi
From: andrewd@tamsun.tamu.edu (Andrew T Duchowski)
Subject: network problems
Organization: Texas A&M University, College Station
Distribution: usa
Date: Tue, 8 Sep 1992 19:35:35 GMT

Hi,

I'm trying to change the IP address of our Iris 4D/35.  I get
the error:

netlsd: Unable to register with locating broker communications
 failure (network computing system/RPC runtime)

Now, with my old IP address, I can still telnet,ftp etc., but
as soon as I change to my new IP address, it's no go.  The error
appears in both cases.  I only change the IP address in the
/etc/hosts file.

Can someone help me out as to what the error is, and as to 
where I'm supposed to change the IP address so that I can
access the net with my new address?

Thanks in advance,
please email me and post optionally.
Andrew
andrewd@cs.tamu.edu
From: kim@arthur.ama.ttu.edu (Kim Andersen)
Newsgroups: comp.sys.sgi
Subject: How do I configure a separate disk for /usr?
Date: 9 Sep 92 21:27:13 GMT

Due to a shortage of disk space, I am forced to try to use a separate
disk for the /usr filesystem.  I have set /etc/fstab to point to the
new disk for mounting /usr.  However, the system doesn't seem to be
able to find the new disk.  It's hanging halfway through boot (right
after "root on dev 0x1620, swap on dev 0x1621").  The system console
never responds, but a terminal on another port comes up and I can login
and see that the mounting of /usr has failed.

Has anyone else tried to do this, or is it not possible in the IRIS
universe?

Kim Andersen
Harrington Cancer Research
kim@arthur.ama.ttu.edu
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Tape Drive Question (one more time...)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Distribution: usa
Date: Wed, 16 Sep 92 01:39:54 GMT

In <1992Sep15.155009.43013@kuhub.cc.ukans.edu> arritt@kuhub.cc.ukans.edu writes:
| I tried this:  first I did
|     bru -cv file1
| and when it was done, followed it with
|     mt feom; bru -cv file2
| No complaints from bru, so I assume everything went OK.  The problem
| was with reading the data back.  If I just did
|     bru -tv
| all it found was file1.  By analogy with the archive creation procedure,
| I decided to try
|     mt feom; bru -tv
| This made bru very unhappy.  First it gave "warning: media appears to be
| unformatted" then it asked me to load volume 1.  

Like I said, bru does *not* append to existing archives; this procedure
writes two seperate archives.

Try:
	mt rew
	bru -vt
	bru -vt
or, to list just the second one
	mt rew
	mt fsf 1
	bru -vt
which can of course be used to reach arbitrary archives by using
the correct # instead of '1'.

To read the *last* archive on a tape, assuming it is anything
except 9 track, and has 'normal' FM's at the end, try
	mt feom
	mt bsf 2
	bru -vt
For 9 track, and some tapes written on other systems, you might
need to do mt bsf 3 instead of 2.

| Could someone post a short script for appending an archive and then
| reading it back?  Also I am assuming that for more than 2 archives
| one would repeat 'mt feom' a total of (N-1) times before writing

feom means 'Find End Of Media'.  There is only one of those
per tape, except in certain cases of tape errors, which should
be quite rare.  For 9 track it is a logical end of media, since
they don't have end of media markers (except for Physical End Of Tape
or PEOT, which is somewhat different).  feom finds the end of
recorded data for other tape types.
--
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
From: testarne@liverpool.media.mit.edu (Thad E Starner)
Subject: Help me spend money (upgrade)
Organization: MIT Media Laboratory
Date: Thu, 10 Sep 1992 17:47:39 GMT

I have a 4D/20 (12MHz, 12M ram, 8-bit display, 500M drive, Graphics Revision 1.1)
and have about $1000 to spend in upgrades (more if a really good upgrade).  The
important things are graphics (particularly X), crunch power, and disk (never
enough).   The suggestions so far are

upgrade to GR 1.2 (faster blitting for X)  ~$100
upgrade to 16M ram     		           something like $1000 (seems expensive)


Also, a camera digitizer would be nice (There used to be some cheap RS-232 ones
even).

Can someone give me suggestions, contacts, or better price estimates?


BTW, hinv gives:
1 12 MHZ IP6 Processor
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 1.5
CPU: MIPS R2000A/R3000 Processor Chip Revision: 1.6
On-board serial ports: 2
Data cache size: 8 Kbytes
Instruction cache size: 16 Kbytes
Main memory size: 12 Mbytes
Integral Ethernet: ec0, version 0
Disk drive: unit 1 on SCSI controller 0
Integral SCSI controller 0: Version WD33C93
Graphics board: GR1.1
Newsgroups: comp.sys.sgi
From: xiaoyan@ecf.toronto.edu (XIAO Yan)
Subject: Summary of 3rd party memory and disk
Organization: University of Toronto, Engineering Computing Facility
Date: Mon, 14 Sep 1992 01:55:02 GMT

Thanks for many responses to my original post regarding
buying third party memory and disk.

Almost all recommended Impediment (617)-837-8877 for both, with
lots of praising words.  I called Impediment and indeed the
service and knowledge about SGI machines from the salesman
were pretty good. Most also expressed that the product
bought from Impediment was quite reliable.

If you prefer more choices (well, Impediment is not a monopoly
on SGI's peripherals),  in info-iris archive there are bits and bits
of information on this, and you can ask me for a copy, or its original
editor <blbates@aero36.larc.nasa.gov>.

For folks in Canada, esp. around Toronto, here is some good news:
you don't have to go cross-border shopping.  Call Dialog (790-0660)
for a recent quote on disk and memory.  I have called Dialog and
Impedment and they bit against each other with the buzz words: "We'll
beat them".  The result so far on memory: Impediment $1200 for 32Meg
high density (US), and Dialog $1600 (Can). If you have two telephone
lines, you can have a live bit simultaneously I guess :-).

For service reason (Impediment says this is a bad reason as the drive
is very/very/very reliable), we chose Dialog for the disk (3 yrs on-site
service). A Fujits 1.2 Giga is $2586 (Can) with external kit.

Thanks for the following kind folks, and those posted to news or
sent reply but somehow did not get to me:

	:	Fisher <scfisher@oasys.dt.navy.mil>
	:	rocek@max.physics.sunysb.edu (Martin Rocek)
	:	bruggink@neep.engr.wisc.edu (Dennis Bruggink)
	:	<teskridg@NMSU.Edu>
	:	suhonen@jalka.jyu.fi (Timo Suhonen)
	:	"John D. McCalpin" <mccalpin@perelandra.cms.udel.edu>
	:	"Brent L. Bates ViGYAN AAD/TAB" <blbates@aero36.larc.nasa.gov>
	:	willick@skorpio.usask.ca (Darryl Willick)


Xiao
<xiaoyan@ecf.toronto.edu>
From: flanigan@echo.gsfc.nasa.gov (Dennis Flanigan)
Newsgroups: comp.sys.sgi
Subject: Re: Writing Exabyte/8200 tape format with Exabyte/8500 tape under IRIX
Date: 11 Sep 92 18:31:15 GMT
Organization: NASA GSFC Code 910.1, TRMM Ground Truth

In article <plbved0@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
|> In <1992Sep9.153522.2773@robcad.uucp> mosh@elvis.uucp ( Moshe Shemesh) writes:
|> |     According to Exabyte-8500 tape documentation, The Exabyte-8500 tape drive
|> |     is capable of writing files which the Exabyte-8200 is able to read by
|> |     issuing the appropriate SCSI command. I was wondering if IRIX 4.0.[1-5] has
|> |     support for this feature? Can I write files with the 8500 tape and then
|> |     read them on a 8200 tape? How can this be done?
|> 
|> Yes.  Just use the devices with the .8200 suffix in /dev/rmt.  I think
|> we got that in 4.0.1, but it may have been as late as 4.0.3.
|> 

The .8200 and .8500 suffixes are used in 4.0.1.  If you don't 
see the devices in the /dev/rmt run:
    
     /dev/MAKEDEV tps

This will create all the SCSI device nodes in /dev/rmt that you 
will ever need.

-- 
--------------------------------------------------------------------------
Dennis Flanigan Jr.               |   Goddard Space Flight Center
Applied Research Corp.            |   Code 910.1
flanigan@echo.gsfc.nasa.gov       |   (301) 286-6589
--------------------------------------------------------------------------
From: mmcohen@cats.ucsc.edu (Michael M Cohen)
Newsgroups: comp.sys.sgi
Subject: IRIS Universe Time-Warp?
Date: 13 Sep 1992 14:15:14 GMT
Organization: University of California; Santa Cruz
Distribution: na
NNTP-Posting-Host: si.ucsc.edu
Summary: Back in the USSR


Usually IRIS Universe shows us the way to the future,
but check out the reverse time-warp in the address
for ITIAIPR'92 on page 65 of IU#21! :)
-- 

======================================================================
=   Dr. Michael M. Cohen                   mmcohen@dewi.ucsc.edu     = 
=   Program in Experimental Psychology     mmcohen@fuzzy.ucsc.edu    =
=   433 Clark Kerr Hall                    408-459-2655 LAB          = 
=   University of California - Santa Cruz  408-459-2700 MSGS         = 
=   Santa Cruz, CA 95064                   408-459-3519 FAX          = 
======================================================================
Newsgroups: comp.sys.sgi
From: charl@ford.ee.up.ac.za (Charl Barnard)
Subject: Porting to Irix v.4.01
Summary: Problems porting software to new version of Irix
Date:  8 Sep 92 07:30:59 GMT
Organization: University of Pretoria, South Africa
Keywords: fonts, IRIX, tmfntread

I am trying to port a large application from Irix v3.3 to Irix v4.01.
When running it crashes with a segmentation fault on fmpstr with the
message:
Error: incorrect font file version (expected 0x70636601d, found 0xffffffff)
Validate font: tmfntread failed.

When trying the same thing in a small test procedure it works.
Can anybody help, please ???

Charl Barnard
charl@ford.ee.up.ac.za

Newsgroups: comp.sys.sgi
From: donna@uhunix.uhcc.Hawaii.Edu (Donna Okazaki)
Subject: DAT tapes
Organization: University of Hawaii at Manoa
Date: Fri, 11 Sep 1992 01:27:10 GMT



Please excuse the pathetic little question, but noone here
seems to know what kind of tapes to buy for the SGI DAT drive
which is installed in an Indigo.

Will the Sony DATman tapes work as well as the high-priced
"data-quality" tapes?  What's the average life expectancy of a tape?
And does anyone know of a good mail-order outfit to get them from?
The pickings are rather slim/expensive here in Hawaii.

-----
She surveys seafloors       | Donna Okazaki
to the seashore             | donna@uhunix.uhcc.hawaii.edu

Newsgroups: comp.sys.sgi
From: jyp@swarm.wustl.edu (Jerome Plun)
Subject: Re: Is C++ 3.xx really available?
Organization: Washington University in St. Louis, MO
Date: Wed, 9 Sep 1992 20:48:53 GMT

  Yes, there is indeed an upgrade available.  The CD-ROM is called something
like "3.10 compilers upgrade", and its installation results in Fortran, C,
and Pascal being upgraded to 3.10, and C++ to 3.0.  We have had a few problems
with the upgrade (for example, our application which works fine under C++2.1.1,
doesn't work at all under 3.0; it appears that virtual functions are implemented
differently (read: buggy :-)).  I unfortunately cannot give more details since
the CodeVision debugger we received arrived with a license expired 5 days 
before shipping!  But I diggress here.  The point is: 3.0 is out.
  
  Jerome Plun
  Lab manager


-- 
Jerome Plun            []  Is it a crime to want something else?
jyp@swarm.wustl.edu    []  Is it a crime to believe in something different?
Washington University  []  
St Louis, MO           []  "Smalltown England", New Model Army, Vengeance
From: beyer@bflsgu.fl.bs.dlr.de (R. Beyer)
Newsgroups: comp.sys.sgi
Subject: setting file access time
Date: 10 Sep 92 21:06:33 GMT


Hi,

I am looking for a command which can be used on the command line or in
a script to set the file access time like, for instance, utime(2).

Thanks for any responses and best regards

Ralf Beyer


---------------------------------------------------------------------
Ralf Beyer - German Aerospace Research Establishment, Institute for 
Flight Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
	  Phone: 0049-531-395-2530  Fax: 0049-531-395-2550
EARN/BITNET: fl17@dlrvmbs.bitnet Internet: beyer@bflsgu.fl.bs.dlr.de
---------------------------------------------------------------------
From: burr@seas.gwu.edu (Timothy J. Burr)
Subject: SGI user'r group meetings
Organization: George Washington University
Distribution: dc
Date: Tue, 8 Sep 1992 17:05:02 GMT

Hi,

I know there are SGI user group meetings help in the
greater DC area but I don't know where and when.  If
someone has this info could you email it to me.

THanks
Tim


Newsgroups: comp.sys.sgi
From: arc@xingping.esd.sgi.com (Andrew Cherenson)
Subject: Re: NIS failure whilst NFS still works
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 16 Sep 1992 01:00:49 GMT

In article <1992Sep15.232907.25403@ccu1.aukuni.ac.nz> raymond@ccu1.aukuni.ac.nz ( Raymond W L Martin) writes:
>Our Local network was altered so that one of our NIS clients remained in
>c class subnet 1,  eg 192.0.1 and the master  and another client moved
>to c class subnet 3,  eg 192.0.3 with a router 192.0.1.132 between them.
>	NIS works fine for the master and client on subnet 3 and NFS
>works through to subnet 1 OK but as soon as I start the ypbind on the
>subnet 1  client the message ypbind[nnn]: NIS v.[12] server not
>responding for domain "cc-yp"; still trying occurs.  A df command takes
>ages to run and after a few of these messages finishes.  Attempted NIS
>logins fail and the ypbind messages continue.  

Ypbind uses broadcasts to locate a server. Since broadcasts aren't forwarded,
the subnet 3 server won't see subnet 1 broadcasts.
Two solutions:
1) add a slave NIS server to subnet 1. put the server on the router 
   if the router's a real machine.
2) if you can't add a slave server to subnet 1, see ypbind(1M): 
"If ypbind is invoked with the hostname or IP address of an NIS server 
for the domain, the domain will be permanently bound to that server."

Newsgroups: comp.sys.sgi
From: larry@turing.abbott.com (Larry Pajakowski)
Subject: Please put s/w title on CDROM spine
Organization: Abbott Laboratories
Date: Tue, 8 Sep 92 13:41:13 GMT


In the hopes that this fall into the correct hands I have a small
suggestion which would make my life and others a little easier:

Put the title of the enclosed s/w on the spine of the jewel case.  If
that isn't possible how about at least making the spine white so a marker
can be used to identify the s/w.  This was on the very first CD's from SGI
I saw at least had the white background!

Of the 4 workstation vendors I get CD's for SGI is the only one where I
have to shuffle through the stack of CD-ROMs to find a particular one.  All
the others label them on the spine.

TNX

Larry Pajakowski
Abbott Labs
larry@turing.abbott.com
1-708-937-1153
Newsgroups: comp.sys.sgi
From: dcs@neutron (Dave Schweisguth)
Subject: Mysterious behavior of 'tin'
Organization: Yale University
X-Newsreader: Tin 1.1 PL5
Date: Tue, 8 Sep 1992 14:55:37 GMT

Hi all,

I've just sent a bug report off to Iain Lea, the author of the 'tin'
newsreader. It results from an interaction with 'xwsh' but not 'xterm', so it
might be more comprehensible to SGI experts. Here it is ...

==============================================================================

To: iain%anl433.uucp@Germany.EU.net
Subject: BUG REPORT tin 1.1 PL5 (NNTP)

BOX1: IRIX neutron 4.0.4 03241739 IP6

CFG1: active=1800  arts=1200  reread=0  longfilenames=0  setuid=0
CFG2: nntp=1  nntp_only=1  nntp_xuser=0  nntp_xindex=0  nntp_xspooldir=0

Please enter bug report/gripe/comment:

Hi again,

I am resubmitting this bug report, as it is still present in PL5.

I normally run tin as 'xwsh -e tin', which runs tin in its own window. ('xwsh'
is SGI's 'xterm'.) Sometimes, usually after I first log on, tin dies with the
message (which appears in the window):

tin: signal handler caught signal SIGSEGV (11).
tin: send a bug report to iain%anl433.uucp@Germany.EU.net

It appears that the system is in a state in which 'xwsh -e tin' does not work.
No number of attempts of 'xwsh -e tin' reverse this state. 'xwsh' (which,
without arguments, runs tcsh, my login shell), 'xterm' (which runs tcsh as a
non-login shell), or 'xterm -e tin' all reverse this state. 'xwsh -e true',
'xwsh -e sh', 'xwsh -e csh', 'xwsh -e tcsh', 'xwsh -e tcsh -l', and logging in
from an ASCII terminal do NOT reverse this state.

This may be tin's fault, as it does not occur with any other programs which I
run in their own windows in the same fashion (e.g. elm, emacs), but it may be
xwsh's fault, as it occurs with xwsh and not xterm, so it may be xwsh's fault.
I will post this to comp.sys.sgi shortly.

==============================================================================

I forgot to mention that tin itself always works in the current window and
does not "reverse the state", and that tin always works on an ASCII terminal.

Thanks in advance to anyone with good ideas.

Cheers,

--
| Dave Schweisguth   Yale MB&B & Chemistry   Email: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208      Fax: 203-432-6144     Home phone: 203-624-3866 |