HDTenEightyP/NetNews huggingface dataset:
From: mjh@cs.vu.nl (Huisjes MJ)
Subject: rlogin ---> no controlling tty ? (bug ?)
Keywords: rlogin tty
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Wed, 30 Sep 1992 16:15:38 GMT

Hi,

For some reason when you do a rlogin, the rlogind on the other side does
not set your controlling tty. This can be repeated by any user with /bin/sh as
login shell :

	$ rlogin <some machine>
	..
	$ tty
	/dev/ttyp0
	$ echo hello > /dev/tty
	/dev/tty: cannot create
	$ ls -l /dev/tty
	crw-rw-rw-  1 root              2,   0  Jul  30 22:50 /dev/tty
	$

The actual error (errno) is not "cannot create" but :
	
	$ csh
	machine-name> echo hello > /dev/tty
	/dev/tty: No such device or address
	machine-name> exit
	$ ps -l $$
        F  UID   PID  PPID CP PRI BASE VSIZE RSIZE WCHAN STAT TT  TIME COMMAND
        1   32  1150  1148  0  10   10 8.64M  144K     0  S   ?   0:00 -sh (sh)
							     ^^^

	$

e.g. no controlling tty. You can acquire one because the first terminal
you open will become you controlling tty.
	
	$ echo hello > `tty`
	hello
	$ echo hello > /dev/tty
	hello
	$

For /bin/sh this is no big problem just add "echo -n > `tty`" to
your .profile . But tcsh will refuse to acquire a new controlling tty
(which is ofcourse correct).

This happens in both NS 2.x and NS 3.0.

This is a bug isn't it ?
-- 
Maarten Huisjes.	mjh@cs.vu.nl (192.31.231.42)
			(..!uunet.uu.net!cs.vu.nl!mjh)
From: aoml@enh.nist.gov
Newsgroups: comp.sys.next.sysadmin
Subject: chown under 3.0
Date: 28 Sep 92 19:35:13 GMT
Organization: NIST

We just add a new hp drive purchased from TECOR, when ever we change the onwership of user's files, the whole disk's ownership randemly changed back to one
of our user after few seconds.

        The command I use is chown -R directory-name

        With -R option, chown seem not only going decending but also going
up to the whole disk.

        has anybody experienced that problem ?
        We are using 2 NeXT stations trubo clolrs on a small network

aoml,Ying-Yuang Chen
Newsgroups: comp.sys.next.sysadmin
From: silbar@mpx2.lampf.lanl.gov (Dick Silbar)
Subject: NetInfoMgr -- could this be right?
News-Software: VAX/VMS VNEWS 1.41    
Organization: LAMPF Data Analysis Center, Los Alamos, New Mexico
Date: Sat, 3 Oct 1992 15:51:00 GMT

If I remember what actually happened yesterday (just after I hosed the
printcap for my local_printer), I saw the following (unexpected)
behavior in the NetInfoManager App.  It appears that one can delete
entries from the 'printers' domain (and perhaps other domains?) 
WITHOUT having to give the root password.

To modify values, etc., does require root permission (it will ask
for root password if you launch NetInfoMgr as some ordinary user).

Can this opportunity to delete printers possibly be correct?  Or, have 
I just a bad memory of what actually happened?

   Dick Silbar
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: chaneysa@nextnet.csus.edu (Stephen A Chaney)
Subject: Fido - help!
Organization: California State University Sacramento
Distribution: world 
Date: Tue, 29 Sep 1992 00:37:42 GMT


I have imported FIDO (the monitor program that tells you when someone
logs on) onto my NeXTnet account. It is from some Volume 25 directory. 

However, when I run it, I get a:

--------------------------------------------------------------------------------
fido: bad line in /Users/chaneysa/.fido: (user address)
Mon Sep 28 17:30 <<<<<<<<< uts386 is down (22w4d4h33m)
--------------------------------------------------------------------------------

I have created a .fido file like it asked, yet it continues to give me
this error. 

Does anyone know how to fix it? 


=============================================================================
 If you want to find a culprit for your data troubles, it's overpopulation!
                             Time to colonize!
=============================================================================
BBBBBB     OOOOOOOO   SSSSSSS   SSSSSSS    Founder: Steve Chaney 
B    B     O      O   S         S          <chaneysa@nextnet.ccs.csus.edu> 
BBBBBBBB   O     OO   SSSSSSS   SSSSSSS    
BB     B   O     OO        SS        SS    Borg Operating 
BBBBBBBB O OOOOOOOO O SSSSSSS O SSSSSSS O  Space Systems, Revision 2.0 
	       The B.O.S.S. does not speak for CSUS. 
Newsgroups: comp.sys.next.sysadmin
From: rallan@helical.com (Robb Aley Allan)
Subject: Re: HELP ejecting floppies
Reply-To: rallan@helical.com
Organization: Helical Systems, Ltd.
Date: Tue, 29 Sep 92 23:09:42 GMT

Frank Mitchell writes
   I have the same problem.  No one else did, UNTIL other people changed
   their Disk Options in Workspace->Preferences.  (Changing the prefs back
   to the default does no good.)  I also noticed that, when I inserted the 
   floppy, Workspace used the "fixed disk" options, not the "removable disk" 
   ones.  (Maybe that's why the icon didn't show up.)
   
   Maybe setting the "Disk Options" triggers this bug, and somehow the 
   Workspace thinks the floppy is a "fixed" disk. Perhaps device permissions 
   also have something to do with it -- my floppy devices are set like this:

	...

I wonder. I can't eject floppies either, or opticals or CDs. But they show up with the  
correct icons, so WM seems to know what they are. In any case, I can't initialize them,  
which I COULD do with the hard disk when I have selected any of its directories, so WM  
doesn't recognize them as hard drives either.

I can't believe permissions have anything to do with it. In the first place, I expect  
that WM does some of its dirty work as root, since initializing floppies under 2.x could  
be done by anyone. Secondly, my login is part of operator group, so I should have access  
thru WM to the drivers without problem.

-- 
Robb Aley Allan, The Gulfstream Group
220 Sunrise Avenue, Palm Beach, FL 33480
voice: 407/ 832-4013   email: rallan@helical.com
Co-founder/director, Gotham Users of NeXT (GUN)
Newsgroups: comp.sys.next.sysadmin
From: shanega@athena.mit.edu (Shane G. Artis)
Subject: Re: I can't get photorealistic rendering working
Organization: Massachusetts Institute of Technology
Date: Thu, 1 Oct 1992 22:26:48 GMT

In article <1992Oct1.192032.18977@athena.mit.edu> shanega@athena.mit.edu (Shane G. Artis) writes:
>
>
>Hi, I have an un-networked NeXT running NeXTSTEP 3.0, and I can't seem
>to get the photoreal RenderMan server running.  I discovered this by
>trying the beta copy of Perspective.app and trying to do a full
>rendering of an image.  Apparently my machine got configured in such a
>way that the rpc.renderd daemon never executes at boot time.
>
>This was confirmed when I checked  /private/adm/messages and found this
>note:
>
>Oct  1 14:52:38 localhost inetd[284]: renderd/rpc/udp: unknown service
>

Hi, sorry to follow-up on my own message, but a couple new things have
come to light.  First of all, this doesn't seem to be an uncommon
problem.  Within an hour of my original posting I had letters from two
other people who also can't get photorealistic RenderMan running on
their machines.  One was networked, the other was not.  Can someone
help us?  There must be several of us with this problem...

Second, I was able to get the rpc.renderd running properly by starting
NetInfoMangler and adding renderd as a rpc client and giving it the
proper number (found in /etc/rpc - it's 200100002).  Now when I run
rpcinfo -p it tells me rpc.renderd is running as it should be.
Unfortunately this doesn't change the basic fact that prman can't be
referenced from Perspective.app (or RenderManager.app for that
matter).  What's going on???

Finally, I _can_ run prman by hand giving it a .rib file a input.  It
will generate (after some time) a file, ri.pic.  Is this image file
format documented somewhere?  I have The RenderMan Companion, but it
only makes passing reference to this file and doesn't give its format.

Many thanks from myself and the others to anyone who can help us out!

Shane
From: nevai@mps.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.sysadmin
Subject: printing to a LaserWriter on the ethernet - how to set it up???
Date: 30 Sep 1992 09:35:18 GMT
Organization: Department of Mathematics, The Ohio State University
Distribution: world
Reply-To: pali+@osu.edu
NNTP-Posting-Host: ops.mps.ohio-state.edu
Originator: nevai@ops.mps.ohio-state.edu

PRESENT SETUP: LaserWriter IIg on AppleTalk to a GatorBox; Mac IIfx, NeXT
(cube) and GatorBox on the ethernet. I can print from both machine OK.

PROBLEM: I want to eliminate the middleman(person) (=GatorBox) by putting my
LaserWriter II on the ethernet so that I would not depend on our
administrators who may occasionally turn the GatorBox off at unexpected
times.

QUESTION: how do I set the system up? Obviously, I'll need a printcap stuff
somewhere in the CUBE but what I should put in it is what I don't know. I wan
to continue printing from both machines.

Please note that I know the NetInfo, niload, nidump, etc. stuff I just need
help on what to niload and where.

This subject is not covered in the manuals (they talk about either printers
attached to a serial port or printers attached to other UNIX machines which
are on ethernet)

Please respond by e-mail. No conjectures please (on some of my previous
inquiries some respondees said that "it must be possible to do this and that
way", I'd rather have facts). Thanks! Take care...Paul

P.S. Is this a FAQ???
P.S. I'll summarize on the Net.

Paul Nevai                            nevai@mps.ohio-state.edu
P.O. Box 3341                         1-(614)-292-3317 (Office)
Columbus, Ohio 43210-0341, U.S.A.     1-(614)-459-5615 (FAX)

Newsgroups: comp.sys.next.sysadmin
From: telfeyan@quip.eecs.umich.edu (Roland Telfeyan)
Subject: System 3.0 Question
Followup-To: telfeyan@eecs.umich.edu
Summary: NeXT printing on a Mac network ?
Keywords: printing mac network
Organization: University of Michigan EECS Dept., Ann Arbor, MI
Date: Thu, 1 Oct 1992 21:10:14 GMT

If one has a 10 Base T network of Macs and a LaserWriter, will a NeXT
computer running NeXTStep 3.0 plugged into this network be able to print
on the LaserWriter?

Thanks,

Roland

-- 
---------------------------------------------------------------------
Roland Telfeyan                     Departmental Computing Operations
telfeyan@eecs.umich.edu        University of Michigan EECS Department
---------------------------------------------------------------------
From: henrich@crs.cl.msu.edu (Chuck Henrich)
Newsgroups: comp.sys.next.sysadmin
Subject: 3.0 mach-task propagate help!
Date: 2 Oct 92 02:39:28 GMT
Distribution: comp
Organization: Michigan State University

I have just upgraded to 3.0 and I have noticed lately that there is a 
process "mach-task pid -1" that keeps spawning more of itself.  For instance
An hour ago we had 7 mach-task's now there are 14... 

any idea what might be causing this odd behavior?

-Crh


--
                          
Charles Henrich      Michigan State University      henrich@crs.cl.msu.edu
     
Newsgroups: comp.sys.next.sysadmin
From: audley@jhunix.hcf.jhu.edu (Christopher D Audley)
Subject: FOLLOW-UP: Formating disks with multiple partitions
Organization: HAC - Johns Hopkins University, Baltimore
Distribution: na
Date: Sun, 27 Sep 1992 19:37:04 GMT

In article <1992Sep26.214517.5114@jhunix.hcf.jhu.edu> audley@jhunix.hcf.jhu.edu (Christopher D Audley) writes:
>First, In the disktab file there are no entries for hard disks and a little
>comment explaining that /usr/etc/disk and /usr/etc/builddisk can automatically
>figure out a disks geometry, so no disktab entry is required for one or two
>partitions.  The builddisk man page seems to be missing from my system ( was it
>ever there? The newclient man page references it ), so I don't know how to do
>this.  How do you do this, and can you specify the sizes of the partitions?
>Just by poking around it looks like this might work:
>
>	/usr/etc/builddisk -p 330 -s /etc/BLD.sd330 /dev/rsd1a
>
>The "-p 330" assumes 1024K blocks, is this right.  I remember a lot of
>discussion about 512K and 1024K block sizes.

Just in case anyone else was interested -

I messed around with my hard disk this morning I got this to work.  The
command I used was:

	/usr/etc/builddisk -q -l System_2.1 -p 171090 sd1

The -s option is not needed and the -p option takes a number of 512 BYTE
blocks ( not 1024 KByte blocks like I assumed ).  The number I used
is roughly 350MB with no unallocated sectors.  This may have to be tuned
for different disks, or just loose the sectors.

Chris

-- 
Christopher D. Audley
Elec & Comp Engineering
The Johns Hopkins University
Internet: audley@jhunix.hcf.jhu.edu
From: kelley@kiwi.ATMOS.ColoState.Edu (Kelley Wittmeyer)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT Color Printer Supplies
Keywords: color printer NeXT supplies
Date: 6 Oct 92 20:20:20 GMT
Organization: Colorado State University, Fort Collins, CO  80523

Does anybody have a source for NeXT Color printer supplies
such as paper, transparencies and ink cartridges?

kelley wittmeyer
dept of atmospheric science
colorado state university
From: ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Desjet and 3,0
Date: 4 Oct 92 09:58:09 GMT
Article-I.D.: monu6.1992Oct4.095809.15430
Organization: Monash University, Caulfield Campus

robinc@jhunix.hcf.jhu.edu (Robert Delucca) writes:


>Has anyone upgraded to 3.0 and used one of the Deskjet drivers on the archives? I'd
>like to know if there is any difference in installation to save myself
>trouble when I upgrade. At present I use the driver from Reiner Mueller.

>R. de Lucca
>Johns Hopkins Univ.
>Followup-To: 
>Distribution: world
>Organization: HAC - Johns Hopkins University, Baltimore
>Keywords: 



My experience with this is that djf will not compile as easily as
it use to and I need to disable the DJCOMPRESS defination.

When I use the djf version that came with DeskJet_2.03 I don't get
solid grays at all on my DeskJet plus I get just dots instead.
Changing the djf fixes things but I need A4 support hence I need
to recompile the djf with out DJCOMPRESS, not easy under 3.0
Newsgroups: comp.sys.next.sysadmin
From: lux@sol.UVic.CA (Michael O'Henly)
Subject: What do I need to know?
Summary: What do I _need_ to know to configure sendmail?
Keywords: install sendmail
Organization: University of Victoria
Date:  3 Oct 92 19:21:30 GMT

    I'm trying to decide whether I should attempt to configure
sendmail on my NeXT and I would really appreciate your advice. Please
note, I'm not asking _how_ to do this (yet, anyway!) -- I just want to
know what you think is the shortest path I can take to getting mail up
on this machine.

	The facts are...
	 
      -	I'm not very knowledgeable about Unix. Although I'm quite
	comfortable with using mail, I don't know much about
	administering it.

      -	I have a single NeXTstation (running 2.2) connected to the
	university's ethernet (i.e., not part of a NetInfo network).
	The network configuration works fine for ftp, telnet, etc.

      -	There are other Unix machines on campus (Suns, mainly) that
	have sendmail properly configured. There is very little NeXT
	expertise here, however, and I'm not really able to draw on 
	our computing centre for support.

      -	I have no sendmail documentation. There are references to
	sendmail in the Network and System Administration guide, but
	only in the context of NetInfo networks. Comments in /etc/
	sendmail.mailhost.cf refer to the "Sendmail Installation and
	Administration Guide", but I'm not sure where to find it.

    So, what is (and where can I find) the basic information I need to
do this? (Just broad strokes here, please. If I do decide to set up
mail, I may need to ask for some detail later. For now I need to know
what I should dig into to figure out as much as I can myself.)

    Thanks.

    Michael.
--
Michael O'Henly                 
McPherson Library                Internet:  lux@sol.uvic.ca
University of Victoria                      lux@uvvm.uvic.ca
Victoria, B.C., Canada             BITNET:  lux@uvvm











-- 
Michael O'Henly                 
McPherson Library                Internet:  lux@sol.uvic.ca
University of Victoria                      lux@uvvm.uvic.ca
Victoria, B.C., Canada             BITNET:  lux@uvvm
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Newsgroups: comp.sys.next.sysadmin
Subject: Linking to make man pages work (was: Re: oddity with man pages in 3.0 -- RESOLVED)
Date: 1 Oct 92 00:50:18 GMT
Reply-To: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Organization: University of Illinois at Urbana

Dick Silbar (among others) writes
> In fact, for some reason, the secretary's machine had no /usr/man file
> at all (but mine did, and it was already linked).
> 
> Question: why didn't the upgrade package make this link for me?

I don't know why, but I would think it was either operator error or an  
Update3.0 app bug because in building the whole OS from scratch (installing  
everything from the CD-ROM from nothing), I had no problems with this (i.e.,  
the upgrade did it for me).

Just another log in the fire....
-- 
-- Jeff (jeffo@uiuc.edu)
-- NeXTmail ok
Newsgroups: comp.sys.next.sysadmin
From: kurrer@lisboa.ks.uiuc.edu (Christian Kurrer)
Subject: Prob. with Upgrade_3.0.app and the SCSI bus
Reply-To: kurrer@lisboa.ks.uiuc.edu
Organization: University of Illinois at Urbana
Date: Wed, 30 Sep 1992 15:50:46 GMT

Re: Upgrading a server to 3.0

We have begun to upgrade our Next-Network to system 3.0. We have a  
collection of different hardware(*), and for all of them the upgrade works  
fine.

However, we ran into problems with upgrading our server  
(NextCube'040-660MB(446+216MB) with NextDimension board). As in all other  
cases, we mount the CDROM drive (which is attached to another host) and  
launch the Upgrade application. Then just before the "plan upgrade" panel  
appears a warning panels pops up saying:

	"Another program has control of the SCSI Bus.
	 Hard disks, SCSI floppy disks, and other
	 SCSI devices can't be built."

After that, the "plan upgrade" panel appears, but on the left side it only  
offers the Optical Disk as the only selection for the device that should  
be upgraded.

Has anybody seen such a warning panel before?
Does anybody have a clue as to what this other program could be?

Any comments are highly appreciated.

Christian Kurrer
kurrer@lisboa.ks.uiuc.edu
217-244-1612

(*) Other hardware in the Next-Nextwork: NextCube660MB, NextCube330MB,  
Nextstation105MB, NextStation400MB, NextColorStation400MB,  
NextTurboColorStation400MB
From: gt2186a@prism.gatech.EDU (COBIA,FRANK NAYLOR)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP ejecting floppies
Date: 26 Sep 92 20:36:57 GMT
Organization: Georgia Institute of Technology

What is wrong with the 3.0 Workspace Manager??? When I put a floppy (or CD) in
the drive, the icon does not show up on the shelf (I do have the preference
set correctly). The eject button does not highlight either. If I log in as 
root, everything works perfectly. 

This is REALLY annoying!!!!! Is this a bug or have I done something??

Thanks in advance.
Frank

p.s. If I rerun the 3.0Upgrade.app everything works fine for a short period of
time.
-- 
COBIA,FRANK NAYLOR
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:     ...!{allegra,amd,hplabs,ut-ngp}!gatech!prism!gt2186a
Internet: gt2186a@prism.gatech.edu
Newsgroups: comp.sys.next.sysadmin
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Subject: Re: netgroups
Keywords: NIS YP netgroups netinfo NFS mount
Organization: University of Illinois at Urbana
Date: Sat, 26 Sep 1992 06:51:41 GMT

cartley@slate.mines.colorado.edu (Craig Artley) writes:

>In article <1992Sep24.210419.14605@slate.mines.colorado.edu> cartley@slate.mines.colorado.edu (Craig Artley) writes:
>>I couldn't get exports to handle a netgroup either.  All the machines are
>>3.0 (I never tried netgroups in 2.1).  Also, rwall still doesn't handle

>To clarify, I should say that I can export read-write or read-only to
>netgroup, but I can't specify root access for a netgroup.  This must be
>a security feature.

It was this way in 2.1 as well, and I guess it's a 'security
feature'.  (It makes my life a bit harder, but oh well).
So you are saying that netgroups do work as expected for -access
like in 2.1?  I hope so.
-- 
David Lemson                                                (217) 244-1205
University of Illinois NeXT Campus Consultant / CCSO NeXT Lab System Admin
Internet : lemson@uiuc.edu                UUCP :...!uiucuxc!uiucux1!lemson 
NeXTMail accepted                                  BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: jhall@tahiti.umhc.umn.edu (Jeff Hallgren)
Subject: DeskJet from PR2
Keywords: DeskJet 500
Reply-To: jhall@tahiti.umhc.umn.edu
Organization: University of Minnesota
Date: Wed, 30 Sep 1992 15:44:37 GMT

	Is there someone out there running PR2? We didn't save our version  
and now need to examine the HP DeskJet 500 C printer definition files for  
hacking purposes. 
	Could someone Email me: 
/NeXTLibrary/PrinterTypes/English.Iproj/HP_DeskJet_500C_%_NeXT.ppd 
and
/usr/lib/NeXTPrinter/Drivers/NXDotMtxDriver/HP_DeskJet_500C_%_NeXT.pmdb 
also if there is something other than 180dpi.ps there I'd like that too.
	Thanks,
	Jeff

Jeff Hallgren/Lab Information Services
University of Minnesota Hospital and Clinic
Internet: jhall@tahiti.umhc.umn.edu	[NeXTMail dig:it]

Newsgroups: comp.sys.next.sysadmin
From: brianc@pdx.mentorg.com (Brian Caslis @ SST)
Subject: C-News and NeXTSTEP 3.0
Date: Mon, 05 Oct 1992 18:18:57 GMT
Distribution: usa
Organization: mentor
Keywords: cnews nextstep
Followup-To: 

Dear NeXTers,

Has anyone tried to compile C-News with 3.0? I have the latest
from uunet and have been unable to get it to work with 3.0. I am
aware of lots of header files changing locations in 3.0 but the compile
problems seem to be unrelated to that. I do know of the Cnews.pkg
which is already built, but I would prefer to try and get the sources
run with 3.0. Any help or suggestions would be appreciated.

Thanks in advance,
-- 
Brian Caslis		* Email: brianc@pdx.mentorg.com
Mentor Graphics Corp.	* 
8005 S.W. Boeckman Road	* Phone: (503)685-1404
Wilsonville, OR  97070	* Fax:   (503)685-1268
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 900 dpi DPS limit
Date: 29 Sep 1992 16:58:48 GMT
Organization: Cubic Solutions - NeXT software development and consulting
NNTP-Posting-Host: am.ucsc.edu


In article <1992Sep28.195017.27183@ni.umd.edu> louie@sayshell.umd.edu (Louis A. Mamakos) writes:
>In article <19vj1nINNjus@darkstar.UCSC.EDU> isbell@cats.ucsc.edu (Art Isbell) writes:
>>Bzzzt!!!  Bloodsuckers win again :-)  The addendum included with the license
>>agreement supersedes section 6. and prohibits the creation of bitmaps at
>>greater than 900 dpi.  But you may transmit PS files to any other device with
>>its own PS interpreter.
>
>I've looked at two different "NeXTSTEP 3.0" boxes (one for the machine
>at work, and the one I bought for my machine at home).  Neither
>contain any license addendum that I can find.

Maybe this addendum was the result of the licensing problem that held up the
3.0 distribution for 4 days.  I received my 3.0 upgrade very late
(distribution was by zip code, so we West Coasters got ours later than most
folks).  Maybe those upgrades sent after the delay contained the single-sheet
addendum (it's the same small page format as the license itself, but seems to
be printed on bleached paper rather than the beige stock used for the license
itself) and those sent before the delay didn't have the addendum.
-- 

Art Isbell                                                      Cubic Solutions
NeXT Registered Developer #745         NeXT software development and consulting
Email: isbell@cats.UCSC.EDU                                Voice: (408)335-1154
USmail: 95018-9442                                           Fax: (408)335-2515